Tartarus changed the topic of #u-boot to: SOURCE MOVED TO https://source.denx.de/u-boot/u-boot.git / U-Boot v2022.07 is OUT / Merge Window is OPEN, -next is CLOSED / Release v2022.10 is scheduled for 3 October 2022 / http://www.denx.de/wiki/U-Boot / Channel archives at https://libera.irclog.whitequark.org/u-boot
ikarso has quit [Quit: Connection closed for inactivity]
qschulz has quit [Remote host closed the connection]
qschulz has joined #u-boot
WoC has quit [Remote host closed the connection]
brassado has joined #u-boot
brassado is now known as sam_sepi0l
<hanetzer> its such ass when you're doing a bisect and the damned board waits until *just after* you issue git bisect bad to show signs of life xD
thopiekar has quit [Ping timeout: 268 seconds]
thopiekar has joined #u-boot
mmu_man has quit [Ping timeout: 268 seconds]
persmule has quit [Ping timeout: 258 seconds]
persmule has joined #u-boot
LeSpocky has quit [Ping timeout: 264 seconds]
LeSpocky has joined #u-boot
WoC has joined #u-boot
hanetzer has quit [Quit: WeeChat 3.5]
hanetzer has joined #u-boot
vagrantc has quit [Quit: leaving]
ikarso has joined #u-boot
urja has quit [Read error: Connection reset by peer]
kettenis has joined #u-boot
urja has joined #u-boot
rvalue has quit [Ping timeout: 252 seconds]
lucascastro has quit [Ping timeout: 252 seconds]
rvalue has joined #u-boot
pinsl has joined #u-boot
<pinsl> I am trying to get alpine linux to boot on a turris omnia (armv7, onboard u-boot) but u-boot gets stuck at `Starting kernel ...`. Any pointers on how to debug this?
mmu_man has joined #u-boot
ikarso has quit [Quit: Connection closed for inactivity]
Zapy has quit [Ping timeout: 250 seconds]
<mps> pinsl: looks like u-boot works but something is wrong with kernel
<hanetzer> pinsl: how are you booting?
<pinsl> usb start
<pinsl> setenv bootargs earlyprintk console=ttyS0,115200 modules=loop,squashfs,sd-mod,usb-storage
<pinsl> load mmc 0:1 ${fdt_addr_r} armada-385-turris-omnia.dtb
<pinsl> load usb 0:1 ${kernel_addr_r} boot/vmlinuz-lts
<pinsl> load usb 0:1 ${ramdisk_addr_r} boot/initramfs-lts
<pinsl> bootz ${kernel_addr_r} ${ramdisk_addr_r}:${filesize} ${fdt_addr_r}
<hanetzer> does the alpine-lts kernel config include the stuff the turris need? clock controllers and stuff like that are very important.
<hanetzer> I'm assuming the vmlinuz-lts file is a zImage?
<pinsl> hmm, well alpine does not include the boards dtb file
<pinsl> yes, `file` tells me its a zImage
<mps> pinsl: could you try with linux-edge instead of -lts
<hanetzer> yeh. that could be an indication they don't flip their CONFIG_* options, because generally that'll cause the dtbs to be built as well. maybe try an archlinux arm boot, setup alpine using the rootfs image or so, and build a kernel with those options flipped on
<mps> pinsl: if you could test linux-edge and see something wrong I will look to fix (I'm maintainer). would be nice to know if alpine works 'out-of-the-box' on turris
<pinsl> mps: on it :)
<hanetzer> mps: oh hey. you're a maintainer? I'd like some help wrt to fixing up another alwinner board (sunxi-s3, on the pine64 pinecube) for use with alpine.
<mps> haritz: np, just report what is needed
<mps> uh, sorry haritz I meant hanetzer
<hanetzer> hehe. wrong ha, but sure. problem is there's only one 'big' boot media for those, and that's the sdcard, so I'm unsure how I can boot alpine and install it using that tbh
<mps> hanetzer: I usually use scripts on workstation, inserting usb/sdcard and installing all needed on workstations
<mps> for examle https://arvanta.net/alpine/alpine-on-olimex/ on olimex teres-i which is also allwinner a64
<pinsl> mps: linux-edge behaves the same
<hanetzer> pinsl: which is to say, it does not behave, or give any visible output of behavior? :P
<pinsl> yes, right :), just stuck at `Starting kernel` and after about a minute the watchdog resets the board
<mps> pinsl: that is on serial console?
<mps> I guess this device have serial console
<pinsl> yes
<mps> so, something is not enabled in kernel I think
<pinsl> yes that would have been my guess at this point...
<pinsl> the openwrt and debian kernels boot just fine
<mps> maybe I should contact turris and ask what is needed for their devices to work
<mps> I don't have this device though I planned to by one but still didn't
<pinsl> for what it's worth, I also asked on their forums but did not get any useful replies yet
<pinsl> their online docs are quite sparse unfortunately
<mps> openwrt and debian kernels are usually outdated and heavily patched, but anyway maybe I could look on their configs
<pinsl> the current openwrt image for the omnia has Linux 5.10.138
<pinsl> I assume this is a useful commit: https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=9f3f61a0d968fbe7b93899f948f3c34612683ba6
<mps> will look
<pinsl> thanks :)
<mps> pinsl: if you are ready to test changes and report back I could try to build linux-edge for you
<mps> ofc, it if it works push it to alpine
<hanetzer> pinsl: try perhaps repacking the alpine media with debian kmods/kernel/dtbs and see if that works. Its most definitely kernel config options, there's nothing particularly fancy about alpine's userspace
<mps> and I see I didn't enabled u-boot for turris machine on alpine. nobody asked
<pinsl> mps: ready :)
<pinsl> hanetzer: I am using the dtb file from openwrt
<mps> hanetzer: right, I sometimes used debian or arch linux kernels with alpine to test some things
<pinsl> mps: the board has onboard u-boot on spi-flash
<mps> pinsl: ah, that explains why no one asked for it
<mps> pinsl: on u-boot line `setenv bootargs earlyprintk console=ttyS0,115200 modules=loop,squashfs,sd-mod,usb-storage` maybe adding `loglevel=7` could say something
<pinsl> mps: no...
<mps> maybe you could uncompress vmlinuz and try with it, not sure if their u-boot uncompress kernel after load
<pinsl> the debian kernel that boots also is a zImage
<pinsl> how would I go about uncompressing it?
<mps> ah, ok then
<mps> if it load and uncompress debian kernel it should also alpine ones
<mps> pinsl: could you send or paste somewhere debian kernel config
<pinsl> the board has U-Boot 2019.07 but I also tried once with U-Boot 2022.10-rc4
persmule has quit [Remote host closed the connection]
<pinsl> I am struggling to find the debian kernel config
<mps> does /proc/configs.gz file exits
<mps> maybe modprobe configs before look at this file
<pinsl> ah got it
<pinsl> I don't have a running debian system
<mps> I forgot where to look for config on debian
<mps> maybe in /boot dir
<hanetzer> sjg1: when you get a chance to look at this: is there a mechanism I can use to build an old chromeos? Mostly interested in trying 'stock' chromeos with USE=fwconsole/similar against servod to see if its u-boot that's doing the weird input-only over cpu_uart_pty
<mps> oh, this device is arm32, I'm looking on arm64 :)
<pinsl> oh yes this is armv7
<mps> I see
<mps> pinsl: I see, mvebu is not enabled in linux-edge on alpine at all
<mps> and looks like not in linux-lts
<pinsl> mps: I assume armada 38X related configs are also required
<hanetzer> yeh, that's what I figured. if the soc family kconf options are not enabled, the dtbs won't be built, and won't end up in the package :P
<mps> yes
WoC has quit [Remote host closed the connection]
<mps> I'm trying to find serial driver for this board
ikarso has joined #u-boot
<pinsl> [ 0.183860] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
<pinsl> [ 0.184616] printk: console [ttyS0] disabled
<pinsl> [ 0.204706] f1012000.serial: ttyS0 at MMIO 0xf1012000 (irq = 30, base_baud = 15625000) is a 16550A
<pinsl> mps: that useful?
<mps> pinsl: yes
<mps> I started build kernel, hope in 30 minutes it will be ready
<pinsl> mps: :), thank you so much for the help
<mps> pinsl: we should join #alpine-linux on OFTC or private chat because we are offtopic here now
mkennedy has quit [Quit: WeeChat 3.5]
<pinsl> mps: yeah, I am already on there
<pinsl> something else: how do I load a kernel from an iso that I flashed to a usb drive?
lucascastro has joined #u-boot
<hanetzer> generally speaking, easiest way to 'find the driver' for arm, in my experience, is git grepping for the compatible string in the dts :)
guillaume_g has joined #u-boot
guillaume_g has quit [Client Quit]
rvalue has quit [Read error: Connection reset by peer]
rvalue has joined #u-boot
littlebobeep has joined #u-boot
littlebobeep has quit [Quit: leaving]
cpackham[m] has quit [Quit: You have been kicked for being idle]
Zapy has joined #u-boot
ikarso has quit [Quit: Connection closed for inactivity]
redbrain has quit [Read error: Connection reset by peer]
redbrain has joined #u-boot
Zapy has quit [Read error: Connection reset by peer]
WoC has joined #u-boot
WoC has quit [Remote host closed the connection]
WoC has joined #u-boot
WoC has quit [Remote host closed the connection]
WoC has joined #u-boot
<sjg1> Is anyone at osfc?
sam_sepi0l has quit [Quit: Textual IRC Client: www.textualapp.com]
Zapy has joined #u-boot
WoC` has joined #u-boot
WoC` has quit [Remote host closed the connection]
WoC has quit [Remote host closed the connection]
LeSpocky has quit [Quit: reboot]
lucascastro has quit [Remote host closed the connection]
<hanetzer> sjg1: nah, would be fun tho. also you may find this fun. just added the equivalent of linux's rockchip.usb_uart to rk3288 (easy enough; same as rk3188 but different bit fiddling)
WoC has joined #u-boot
GNUtoo has quit [Remote host closed the connection]
GNUtoo has joined #u-boot
<marex> sjg1: nope
sbach has quit [Read error: Connection reset by peer]
sbach has joined #u-boot
minimal has joined #u-boot
WoC has quit [Quit: Leaving]
<hanetzer> patches still submitted via git send-email ?