wooosaiiii has quit [Remote host closed the connection]
wooosaiiii has joined #u-boot
tlwoerner has joined #u-boot
goliath has joined #u-boot
m5zs7k has quit [Ping timeout: 245 seconds]
m5zs7k has joined #u-boot
gsz has joined #u-boot
monstr has joined #u-boot
<clamor>
Kwiboo: your assumption is correct. Even partially reverting that seq fixed booting
burlak has joined #u-boot
monstr has quit [Ping timeout: 252 seconds]
enok has joined #u-boot
<clamor>
e2e87b84 "boot: pxe: Refactor label_run_boot() to avoid cmdline"
<clamor>
feb8d7fd "pxe_utils: Simplify default fdt in label_run_boot()"
<clamor>
b1340802 "boot: pxe: Use bootm_...() functions where possible"
sakman has quit [Quit: Leaving]
<clamor>
Reverting these 3 fixed boot
gsz has quit [Quit: leaving]
mckoan|away is now known as mckoan
ssm__ has joined #u-boot
ssm_ has quit [Ping timeout: 244 seconds]
xroumegue has joined #u-boot
ldevulder has joined #u-boot
ldevulder has quit [Client Quit]
ldevulder has joined #u-boot
frieder has joined #u-boot
warpme has joined #u-boot
ssm__ is now known as ssm_
sszy has joined #u-boot
vfazio_ has quit [Read error: Connection reset by peer]
vfazio_ has joined #u-boot
clamor has quit [Ping timeout: 245 seconds]
naoki has joined #u-boot
enok has quit [Ping timeout: 245 seconds]
fionera has joined #u-boot
prabhakalad has quit [Ping timeout: 272 seconds]
prabhakalad has joined #u-boot
mmu_man has joined #u-boot
tlwoerner has quit [Remote host closed the connection]
tlwoerner has joined #u-boot
clamor has joined #u-boot
urja has quit [Read error: Connection reset by peer]
urja has joined #u-boot
monstr has joined #u-boot
clamor has quit [Read error: Connection reset by peer]
clamor has joined #u-boot
K900 has quit [Remote host closed the connection]
K900 has joined #u-boot
<dormito>
Hmmm. I'm under the impression that scripts/checkpatch.pl, when invoked with just a dir path, or just "-g ${commit}", should check for both tab/space correctness, and commit sign off. however it failed to detect both issues in my series (that I am preparing). Is there more to using it, or does it not cover those things?
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
enok has quit [Quit: enok]
enok71 has joined #u-boot
enok71 has quit [Ping timeout: 246 seconds]
warpme has joined #u-boot
mmu_man has quit [Ping timeout: 252 seconds]
mmu_man has joined #u-boot
ldevulder has quit [Ping timeout: 244 seconds]
<Kwiboo>
clamor: last time the pxe refactor series was reverted in commit cdd20e3f66fe ('Revert "Merge patch series "pxe: Allow extlinux booting without CMDLINE enabled""'), maybe the new attempt suffer from similar issues as I reported with the old series, will run a quick test with an uncompressed kernel image
<Slimey>
greetings
<clamor>
Kwiboo: keep me in touch with your results, thank you!
<clamor>
Slimey: hello
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
mmu_man has quit [Ping timeout: 252 seconds]
mmu_man has joined #u-boot
K900 has quit [Remote host closed the connection]
K900 has joined #u-boot
<Kwiboo>
clamor: I had no issue loading an uncompressed Image kernel (arm64), only issue I have is with a compressed Image.gz that will decompress to anything larger than 32 MiB, changing SYS_BOOTM_LEN to something larger fixes my issue
<clamor>
Kwiboo: are you using extlinux?
<clamor>
Seems that you are
<Kwiboo>
yes, I am using extlinux to load a arm64 kerne, so booti will be used, suspecting you are loading a 32-bit kernel and that will probably take a different code path with bootm
<clamor>
Yes
naoki has quit [Quit: naoki]
frieder has quit [Remote host closed the connection]
<clamor>
Tartarus: sorry I might have missed all after your question if there was anything. Regards board, yes, it is armv7 32 bit. I own only armv7 tegra devices since t210 has too high relative price
___nick___ has joined #u-boot
<Tartarus>
OK, thanks
<Tartarus>
Might be good to clarify for Simon in email that it's 32bit and not 64bit
<clamor>
sjg1: my device is armv7, not aarch64. I have no access to email rn, so in case it is relevant.
<sjg1>
clamor: OK, thanks. If you have time, could you test on sjg.u-boot.org/master ? I vaguely recall hitting this problem before. Anyway, I'll let you know if I need any more info
<clamor>
sjg1: sure, that will be the first thing to check tomorrow
<clamor>
I cannot check without signing
<sjg1>
clamor: Thanks. I have a pine64 which seems to support postmarketOS, so I'll see if I can get that going in the lab and CI
<sjg1>
clamor: But I haven't put it in the lab as it has a funny UART connector
<sjg1>
clamor: So would postmarketOS run on Nyan? My Nyan uses bare-metal U-Boot
<clamor>
sjg1: both dragonBoard and pine64 are not armv7
<clamor>
sjg1: well, it should in theory. I don't have nyan though. Among t124 I have mocha (Mi Pad 1 from Xiaomi) and it runs bare-metal uboot and can boot Linux just fine. But I assume that would be too much hassle for you to configure.
<clamor>
sjg1: with postmarketOS issue is that only tegra devices have a unified image and they all rely on uboot to work properly all other devices use different approaches.
<sjg1>
clamor: If Nyan works that would be easier. But if the phone has a UART and can boot from a uSD card then I suppose I could add it to my lab
mmu_man has quit [Ping timeout: 260 seconds]
<clamor>
sjg1: actually it is not mandatory for nyan to fully boot. You can try to flash prebuilt unified tegra armv7 image from postmarketOS onto sd card and boot it from uboot. That should be enough for test
<clamor>
The image contains all needed and using bootflow scan should assure that all viable boot devices are checked. Usb should work too
mmu_man has joined #u-boot
<clamor>
At least usb works on t30 transformers, so I see no reason for it not to work on Nyan