libera/#devuan-arm/ Wednesday, 2022-04-27

steevc0rnelius: next question... are you running your builds on x86_64 or arm64?02:22
c0rneliusi do it on both, but 80% of time native arm64.02:23
steevokay, i'll definitely be nicking your fip stuff then, just to test02:24
steevfor whatever reason, my 1.4 emmc is just doing nothing, and i have another (hopefully? 1.5) on the way02:25
steevi already have stuff on my other 1.5s so i can't really play with them02:25
c0rneliusgo for it. if you just need the boot bins I have them in the repo I believe under files/boot02:25
c0rneliusyeah its the rz-u-boot*bin02:26
steevso you use fastboot to flash those?02:26
c0rneliusyeah. well I used fastboot to flash it over the emmc so I could boot from sd.02:27
c0rneliusfrom there I used my script02:27
steevhm02:27
steevlet me try doing the fastboot to flash it02:27
c0rneliusbut you can just flash an img if you have maskrom working. pretty sure thats what Tenkawa does.02:28
steevi do that, but like i said, it's not working :P02:28
steevoh, they have a new erase emmc bin, let me try that first02:30
c0rneliusi could never get those things to work02:31
c0rneliushates all my linux machines and I don02:31
c0rneliusdon't use anything else02:31
steevOH02:32
c0rneliusthats when I got the idea of just flashing over the vendor uboot with mainline02:32
steevu-boot.bin: mainline U-Boot bootloader for USB boot. Won't work if you flashed it to eMMC/microSD.02:32
steevthat is what i am doing wrong02:32
steevthe sd.bin is for both emmc and sdcard02:33
c0rneliusi use sd.bin for sd and .bin for emmc02:33
c0rneliusthey have diff flash points02:33
c0rneliushttps://github.com/pyavitz/debian-image-builder/wiki/Flashing-U-Boot02:33
c0rneliuschewitt says the sd.bin works for both but I've never gotten it to work.02:34
steevhmm02:35
steevmy emmc says it should be 444 instead of 44202:35
steevbut you don't set it at all02:35
c0rneliusnope02:36
steevwill try with the .sd.bin and if that still fails, i'll try your way of .bin and not setting count02:36
steevthe erase emmc did exactly what it says, so that's nice02:40
steevprogress! that did indeed work03:55
steevhowever, it's complaining now that it can't find the dtb so gotta figure out how i screwed that up because it definitely worked on the sdcard03:56
steevvery odd04:01
steevFound the reason04:11
steevJust not sure *why*04:11
steevhttps://usercontent.irccloud-cdn.com/file/vD22gA7x/67271826692__5E371475-7F2A-4415-9D77-49C4F06CABD0.JPG04:11
steevfound it04:22
steevc0rnelius: remind me again, how you set the dtb overlay in yours? i know you manually edit, and that's fine, I just can't remmeber the start of it05:06
steevdtboverlay ?05:07
c0rneliusIn extlinux?05:08
c0rneliusfdtoverlays /path/to/dtbo05:09
steevaha05:09
c0rneliusextlinux use its dir as a starting point, so you can just back track out to save on writing out full paths. https://paste.debian.net/1239151/05:13
c0rneliusthat way I'm not writing out /boot/blah/blah05:14
c0rneliusi guess in ur case it doesn't matter much as it appears you have a boot partition05:15
steevyeah, for the moment05:18
steevideally, i'd have the dtbs in the proper place (where they usually are anyway - /usr/lib/linux-image-$kernelver/amlogic )05:18
steevi just wanted to get something that *worked* first05:18
steevIt’s weird to me that mainline u-boot doesn’t try sdcard first05:35
steevI need to look into that05:35
c0rneliusIt should try sd then emmc05:40
c0rneliusAt least that's how it works on my boards.05:41
steevdefinitely isn't here, not mainline, but the vendor one does05:51
c0rneliusThat's odd. That's like the complete opposite of how my board's behave. If I flash mainline to my emmc it won't boot off the SD card06:03
c0rneliusI mean vendor06:03
c0rneliusFor example with CE installed on emmc I need to flash mainline to it and reboot to get the SD to work. When I wanna go back to CE I reflash mainline to emmc and reboot. I never need to remove the SD.06:06
c0rneliusI mean reflash vendor to emmc. Can't type today.06:06
c0rneliuswhich bin did you flash to the emmc?06:14
steevthe .sd.bin06:34
c0rneliusmaybe thats why? i use .bin on emmc.06:46
steevpossibly - i'll try one with your way of writing .bin07:04
steevc0rnelius: yep, doing it with .bin and writing it with just the skip (i think it is) does boot from sdcard or emmc20:30
c0rneliusputs the sdcard first right?20:31
steevyep21:04
steevalso, i see where the issue is re: vendor vs mainline u-boot - it's a patch from libreelec21:04
steevhttps://github.com/radxa/u-boot/commit/a1595ca0f0762b11091fac01e2bd77c9265c971021:04
steevi'm debating pulling that one in too, just to have it more closely sync up21:05
c0rneliusif ur using dtb that makes sense21:08
steevc0rnelius: do we actually need that commit for enabling OF DT? i notice the radxa defconfig for u-boot already includes it?21:56
steevhttps://github.com/u-boot/u-boot/blob/master/configs/radxa-zero_defconfig#L6621:56
c0rneliusI don't believe so no. I don't use that patch.21:58
c0rneliusto me that patch looks like its telling u-boot not to check /boot/amlogic and instead /boot/dtb.21:59
steevah, i didn't notice if it was or wasn't enabled21:59
steevno no i meant your patch21:59
steevlet me find it21:59
c0rneliusoh the overlay patch?21:59
steevhttps://github.com/pyavitz/debian-image-builder/blob/feature/patches/uboot/amlogic/meson64-enable-dt-overlay-support.patch21:59
steevyeah21:59
c0rneliusmaybe not radxa?22:00
c0rneliusI just use it to make sure it gets triggered across all amlogic uboot builds.22:00
c0rneliusto be honest you would need to test it.22:01
steevand the patch that i link above, what that does is actually strip it off so it looks for /boot/dtbs/$kernelver/ - which is apparently what LE does for their dtb installs, i guess, whereas the kernel drops them into /boot/dtbs/$kernelver/$vendor22:01
c0rneliusmaybe? I use a packaging patch to dictate where things get placed during the build.22:02
steevthough22:03
steevnow that i know the reason shit was broke22:03
steevi can probably go back to using 1 partition22:03
c0rneliusits way better :)22:03
steevit is, and then can point to the dtb directory properly22:03
steevi still need to look at what u-boot does for overlay handling22:03
steevit would be nice if could do fdtoverlaysdir /blah and then just fdtoverlays <name>22:04
steevinstead of full path22:04
c0rneliusI agree22:04
c0rneliusi think you can do that with boot.cmd files and create a uEnv.txt file that gets sourced.22:04
c0rneliusworks for shit like root=UUID and other stuff so I don't see why it wouldn't work for overlays.22:05
steevyeah, you can, however then you run into the fact that if extlinux works, it searches that first22:05
steevs/works/exists/22:05
c0rneliusyeap.22:05
steevso gotta patch that22:05
steevbut also, extlinux.conf should really be what is used22:06
steevalso also22:06
steevi think i figured out why i can't break into my boot22:06
c0rneliusi think its easier personally as you can just edit on the fly and I only usually use one or two overlays at a time.22:06
steevhttps://paste.debian.net/1239241/22:06
steevusb isn't started before it gets to the point of choosing22:07
c0rneliushmm. I've never tried to usb boot off the board.22:08
steevthat isn't for usb boot22:08
steevit's to enable usb keyboard to break the boot sequence22:08
c0rneliusohhh22:08
c0rneliuslooked like what everyone was doing for usb boot22:09
steevthough, a side effect would be that yeah, you should be able to boot off usb too22:09
c0rneliuswell my one board I can just touch the gpio pins and the board stops and starts typing22:09
steevheh22:09
c0rneliusnifty feature I never wanted22:09
steevif it works, it works22:13

Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!