Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ArchLinux ARM package #1

Open
wants to merge 3 commits into
base: release-20200701
Choose a base branch
from

Conversation

RoEdAl
Copy link

@RoEdAl RoEdAl commented Aug 31, 2020

Here you can find few changes I've made during creation of ArchLinux ARM package from your sources.
Maybe you will find them useful.


oLinuXino A10 Lime bootlog:

U-Boot SPL 2020.01.20200701-1 (Jul 01 2020 - 16:45:04 +0000)
DRAM: 512 MiB
CPU: 912000000Hz, AXI/AHB/APB: 3/2/2
A10-Lime Board no eeprom found!
 Trying to boot from MMC1

U-Boot 2020.01.20200701-1 (Jul 01 2020 - 16:45:04 +0000) Arch Linux ARM

CPU:   Allwinner A10 (SUN4I)
ID:    A10-OLinuXino-Lime
I2C:   ready
DRAM:  512 MiB
MMC:   mmc@1c0f000: 0
In:    serial
Out:   serial
Err:   serial
Net:   eth0: ethernet@1c0b000
starting USB...
Bus usb@1c14000: USB EHCI 1.00
Bus usb@1c14400: USB OHCI 1.0
Bus usb@1c1c000: USB EHCI 1.00
Bus usb@1c1c400: USB OHCI 1.0
scanning bus usb@1c14000 for devices... 1 USB Device(s) found
scanning bus usb@1c14400 for devices... 1 USB Device(s) found
scanning bus usb@1c1c000 for devices... 1 USB Device(s) found
scanning bus usb@1c1c400 for devices... 1 USB Device(s) found
       scanning usb for storage devices... 0 Storage Device(s) found
Hit any key to stop autoboot:
switch to partitions #0, OK
mmc0 is current device
Scanning mmc 0:1...
Found U-Boot script /boot.scr
2460 bytes read in 2 ms (1.2 MiB/s)
## Executing script at 43100000
7281760 bytes read in 637 ms (10.9 MiB/s)
22070 bytes read in 5 ms (4.2 MiB/s)
7772007 bytes read in 683 ms (10.9 MiB/s)
## Flattened Device Tree blob at 43000000
   Booting using the fdt blob at 0x43000000
EHCI failed to shut down host controller.
   Loading Ramdisk to 49896000, end 49fff767 ... OK
   Loading Device Tree to 4988d000, end 49895635 ... OK

Starting kernel ...

oLinuXino A20 Lime2 bootlog:

U-Boot SPL 2020.01.20200701-1 (Jul 01 2020 - 16:45:04 +0000)
DRAM: 1024 MiB
CPU: 912000000Hz, AXI/AHB/APB: 3/2/2
Loading configuration from EEPROM: OK
Verifying data: OK
Trying to boot from MMC1

U-Boot 2020.01.20200701-1 (Jul 01 2020 - 16:45:04 +0000) Arch Linux ARM

CPU:   Allwinner A20 (SUN7I)
ID:    A20-OLinuXino-LIME2 Rev.XX
SN:    XXXXXXXX
MAC:   XX:XX:XX:XX:XX:XX
I2C:   ready
DRAM:  1 GiB
MMC:   mmc@1c0f000: 0, mmc@1c12000: 1
In:    serial
Out:   serial
Err:   serial
Allwinner mUSB OTG (Peripheral)
Net:   eth0: ethernet@1c50000
Warning: usb_ether using MAC address from ROM
, eth1: usb_ether
starting USB...
Bus usb@1c14000: USB EHCI 1.00
Bus usb@1c14400: USB OHCI 1.0
Bus usb@1c1c000: USB EHCI 1.00
Bus usb@1c1c400: USB OHCI 1.0
scanning bus usb@1c14000 for devices... 1 USB Device(s) found
scanning bus usb@1c14400 for devices... 1 USB Device(s) found
scanning bus usb@1c1c000 for devices... 1 USB Device(s) found
scanning bus usb@1c1c400 for devices... 1 USB Device(s) found
       scanning usb for storage devices... 0 Storage Device(s) found
Hit any key to stop autoboot:
switch to partitions #0, OK
mmc0 is current device
Scanning mmc 0:1...
Found U-Boot script /boot.scr
2460 bytes read in 2 ms (1.2 MiB/s)
## Executing script at 43100000
7281760 bytes read in 402 ms (17.3 MiB/s)
28908 bytes read in 4 ms (6.9 MiB/s)
7772007 bytes read in 430 ms (17.2 MiB/s)
## Flattened Device Tree blob at 43000000
   Booting using the fdt blob at 0x43000000
EHCI failed to shut down host controller.
   Loading Ramdisk to 49896000, end 49fff767 ... OK
   Loading Device Tree to 4988b000, end 498950eb ... OK

Starting kernel ...

@RoEdAl RoEdAl changed the title Release 20200701 alarm ArchLinux ARM package Aug 31, 2020
stefansaraev pushed a commit that referenced this pull request Sep 30, 2020
Trying to extend 'adtimg' functionality [1], we've been severely hit
by a major limitation in the command's usage scheme. Specifically, the
command's user interface appears to be too centric to getting the
DTB/DTBO entry [3] based on the index of the desired DT in the image,
which makes it really difficult retrieving the DT entry based on
alternative criteria (e.g. filtering by id/rev fields), the
latter being demanded by real life customer use-cases [1].

This went to the point of receiving below feedback from Sam [2]:

 -- snip --
 As for 'dtimg' command: after giving it some thought, I think not much
 people using it yet. So in this particular case I don't have some
 strong preference, and if you think the 'dtimg' interface is ugly, and
 it overcomes "don't break interfaces" rule, maybe now is a good time
 to rework it (before it gets widely used).
 -- snip --

Given the above, rework the usage pattern from [4] to [5], in order to
allow an intuitive enablement of "by id|rev" DT search [6].

[1] https://patchwork.ozlabs.org/cover/1202575/
    ("cmd: dtimg: Enhance with --id and --rev options (take #1)")
[2] https://patchwork.ozlabs.org/patch/1182207/#2317020
[3] https://source.android.com/devices/architecture/dto/partitions
[4] Old usage
adtimg dump <addr>                    - Print image contents
adtimg start <addr> <index> <varname> - Get DT address by index
adtimg size <addr> <index> <varname>  - Get DT size by index

[5] New usage
adtimg addr <addr>                      - Set image location to <addr>
adtimg dump                             - Print out image contents
adtimg get dt --index=<i> [avar [svar]] - Get DT address and size by index

[6] Soon-to-be-provided "by id|rev" add-on functionality
adtimg get dt --id=<id> --rev=<rev> [avar [svar [ivar]]]
 - Get DT address/size/index by id|rev fields

Signed-off-by: Eugeniu Rosca <[email protected]>
Reviewed-by: Sam Protsenko <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant