LEDE Table of Hardware: Review of dataentry fields

Definitely, I think GPIO info is useful for custom hardware projects

+1 for GPIO field, for devboards/single board computers it is crucial info.

It may make sense to list also screen ports (either embedded like LVDS or external like HDMI) and audio ports.

Gentle reminder :slight_smile:

The conversion table I posted above moved to a new location and is waiting for filling. Once I have the relation OWrt vs. LEDE Instructionset, I will update the dataentries.

https://wiki.lede-project.org/docs/instructionset/instructionset_conversion

he posted them here

If what you need in that wiki page is mostly monkey businness (jow not strictly required), I can do that tomorrow.

Nice! Thanks for pointing me to that posting!

I've been adding things to that page, I noticed we have a few package arcs that are not used by any target.
I removed their entries when jow confirmed that they are indeed useless and will be purged from the download page here

Looking at the full view, at the end are "Firmware LEDE Install URL" and "Firmware LEDE Upgrade URL".

Currently there is only trunk and the url points to the snapshots folder. Eventually (soon?) there will be a stable release. Do we need 2 more fields and add some text "Trunk" and "Stable" (or similar) to the descriptions?

Do you have a plan around the future of the OpenWrt fields and contents? Long term does it make more sense to add a field and link to the device or techdata page at OpenWrt.

In the past the directive was: Show the stable version in the firmware download fields. Only if no stable version exists, use trunk instead.

No plans. For now, they are there and didn't cost anything :slight_smile:
If they stay in the dataentries, they need to be updated... hm... extra workload.
I wouldn't mind throwing them out.

That's already available: https://wiki.lede-project.org/toh/views/toh_available_864

I updated the dataentries:

  • subtargets added as far as possible
  • LEDE firmware download urls corrected as far as possible (some targets do not exist in LEDE, some moved to different subtargets, ...)

Please take a look at https://wiki.lede-project.org/toh/views/toh_fwdownload2
Please check for correctness: Subtarget, LEDE instructionset, Firmware LEDE Install URL, Firmware LEDE Upgrade URL. Should you spot any errors, please let me know.

Dugh, I knew that, sorry.

There are some targets coming from OpenWrt that are not in jow's list
avr32
atheros
cns21xx
cobalt
orion

There are some tagets on jows list that appear to not have devices

malta (4 sub-targets and only 1 device)
mediatek\generic (none)
apm821xx (none)
au1000/au1550 (none)
gemini (2 subtargets and only 1 device)

There are about 60 devices with no targets, so there still may be a need for these.

I am struggling with the "Platform" field. It seems like a level at or below target\sub-target. I was looking for a wiki page and found your ToDo list with the note to change it to CPU.

I am concerned this is a free form field in the dataentry form. The current values do not match the OpenWrt platform list (exactly). If it's selection worthy, does it make sense to split off the brand?

Are these values some how tied to the build process?

I updated https://wiki.lede-project.org/templates:template_dataentry to the latest status (=the status of the imported OpenWrt dataentries).

I also updated https://wiki.lede-project.org/meta/create_new_dataentry_page
Feel free to create new dataentries as you like (they will be lost after the tryout period, though).
After creation, edit the dataentry via the LEFT edit button below the dataentry box to see the editor with all datafields.

Please review the dataentries as described in the first posting. Special attention should be paid to some newly introduced datafields, and there especially at the dropdown values:

Dropdown review needed

  • CPU Cores
  • Installation method <---- I added basic ones; new ones welcome! let's play around with this for some time and see if it is useful.
  • LEDE Instructionset <--- Is this the right naming for this field? @jow called it "Package arch".
  • Packages download (=LEDE Instructionset + "|Download")
  • Serial connection parameters <--- what other common parameters like 115200 8N1 are needed?
  • GPIOs

Comment review needed
Take a look at the rightmost column, the "Comment" column. This column provides basic help on what is expected in the datafileds. Datafields which need some input here are marked with "--------> Description goes here". Any help is welcome!

Note to self: "Flash MB" is currently unusable (too small) -> to be improved via CSS

LEDE Instructionset <--- Is this the right naming for this field? @jow called it "Package arch"

IMHO it is better Package arch/architecture, as that is more an architecture thing, also "architecture" is more well-known.

"instructionset" is just some of the features of an architecture/ISA. 32bit or 64bit are instructionsets of x86 architecture for example.

EDIT: but it is also true that tere are quite a bit "package architectures" that are the same actual achitecture with different instruction sets enabled (like say NEON or VFP)

Thanks for your feedback. The "instructionset" was a leftover from the OpenWrt wiki.
Changed it now to "Package architecture"; dataentries + datatables updated accordingly.

Regarding dropdown "LEDE Supported Current Rel"

How do we express the current LEDE support status?
Available dropdown values (made up by me): "-, 16.12, 17.06, 17.12, snapshot"
Could also be "Pre-Release" or something like that.
Anything will be better than the current status, i.e. nothing shown in the dataentries.

Your input, thoughts and comments please.

[quote="tmomas, post:31, topic:48, full:true"]
Regarding dropdown "LEDE Supported Current Rel"

How do we express the current LEDE support status?[/quote]I'd rename it to "last supported release", and use it to show the last release LEDE has for the device.

For most devices it will have to be mass-edited each LEDE release to change the number, discontinued devices will keep the last LEDE version supporting that device.

I think this is how OpenWRT field with the same name was supposed to work.

Regarding field "LEDE Unsupported"
As a first shot, can I set 'LEDE Unsupported=OpenWrt Unsupported' ?

[quote="tmomas, post:33, topic:48, full:true"]
Regarding field "LEDE Unsupported"
As a first shot, can I set 'LEDE Unsupported=OpenWrt Unsupported' ?
[/quote]yeah, it seems to list unsupported hardware of the device, it's likely the same.

Silly me: I declared some styles too generally. Making them more specific solved this problem, and besides that, also the problem of the edit summary extending into the "Minor edit" checkbox.