Tartarus changed the topic of #u-boot to: SOURCE MOVED TO https://source.denx.de/u-boot/u-boot.git / U-Boot v2024.01 is OUT / Merge Window is OPEN, next branch is CLOSED / Release v2024.04 is scheduled for 02 April 2024 / Channel archives at https://libera.irclog.whitequark.org/u-boot
naoki has quit [Quit: naoki]
goliath has quit [Quit: SIGSEGV]
mmu_man has quit [Ping timeout: 252 seconds]
jclsn has quit [Ping timeout: 245 seconds]
jclsn has joined #u-boot
justache has quit [Quit: ZNC 1.8.2 - https://znc.in]
justache has joined #u-boot
justache has quit [Quit: ZNC 1.8.2 - https://znc.in]
justache has joined #u-boot
Clamor has joined #u-boot
ikarso has joined #u-boot
gsz has joined #u-boot
Clamor has quit [Ping timeout: 260 seconds]
Clamor has joined #u-boot
justache has quit [Read error: Connection reset by peer]
justache has joined #u-boot
monstr has joined #u-boot
justache has quit [Remote host closed the connection]
justache has joined #u-boot
jaganteki has joined #u-boot
gsz has quit [Ping timeout: 264 seconds]
persmule has quit [Remote host closed the connection]
mckoan|away is now known as mckoan
persmule has joined #u-boot
stefanro has joined #u-boot
stefanro has quit [Client Quit]
sakman has quit [Ping timeout: 264 seconds]
ezulian has joined #u-boot
jmasson has joined #u-boot
Hypfer9 has joined #u-boot
Hypfer has quit [Ping timeout: 264 seconds]
Hypfer9 is now known as Hypfer
prabhakarlad has joined #u-boot
Net147 has quit [Ping timeout: 264 seconds]
Net147 has joined #u-boot
Net147 has quit [Changing host]
Net147 has joined #u-boot
sszy has joined #u-boot
macromorgan_ has joined #u-boot
macromorgan has quit [Ping timeout: 264 seconds]
thopiekar has quit [Ping timeout: 252 seconds]
thopiekar has joined #u-boot
thopiekar has quit [Ping timeout: 246 seconds]
thopiekar has joined #u-boot
Hypfer5 has joined #u-boot
Hypfer has quit [Ping timeout: 264 seconds]
Hypfer5 is now known as Hypfer
jaganteki has quit [Quit: Client closed]
dsimic has quit [Ping timeout: 264 seconds]
thopiekar has quit [Quit: Likely restarting quassel...]
dsimic has joined #u-boot
jaganteki has joined #u-boot
thopiekar has joined #u-boot
Stat_headcrabed has joined #u-boot
jaganteki has quit [Quit: Client closed]
ezulian_ has joined #u-boot
Clamor has quit [Read error: Connection reset by peer]
Clamor has joined #u-boot
ezulian has quit [Ping timeout: 264 seconds]
slobodan has joined #u-boot
wooosaiiii has quit [Ping timeout: 264 seconds]
ezulian_ has quit [Quit: ezulian_]
ezulian has joined #u-boot
gsz has joined #u-boot
jaganteki has joined #u-boot
Stat_headcrabed has quit [Quit: Stat_headcrabed]
monstr has quit [Ping timeout: 252 seconds]
monstr has joined #u-boot
<NishanthMenon> Tartarus: sjg1 might need your opinions here https://lore.kernel.org/all/20240112131913.s6tc7wqgvjmflxpy@lyrically/
<Tartarus> Yes, I probably just need to pick up Andrew's series there and move on.
<NishanthMenon> thanks - just patch #1 introduces the framework - 2 is no longer applicable on master.
edwinistrator2 has joined #u-boot
camus has quit [Quit: camus]
goliath has joined #u-boot
mmu_man has joined #u-boot
macromorgan_ is now known as macromorgan
<Tartarus> Hummm, what is the smallest generic aarch64 distro image out there?
<Tartarus> https://lore.kernel.org/u-boot/a09405bbd1f2ffecdcbc3f485bb115272bb27265.1705053623.git.love.kumar@amd.com/T/#u does what I hoped it did and gives us a "netboot linux to prompt" test
<Tartarus> and I'd love to in turn make CI use that + some tiny image to in turn boot test
<Tartarus> maybe the kernelci rootfs images
wooosaiiii has joined #u-boot
<calebccff> Tartarus: alpine have a 245M netboot image. also while we don't have one yet but we could do a generic aarch64 postmarketOS image pretty easily with NBD root support (or just a really fat ramdisk depending on what you want to test)
<Tartarus> calebccff: OK. I finally remembered thinking I should leverage kernelci stuff for this before and am up to poking at https://storage.kernelci.org/images/rootfs/debian/bullseye/20230703.0/arm64/
<calebccff> ooh ok
<calebccff> I'll save the sales pitch for another time :P
<Tartarus> Yeah, I have notions about more complex tests down the line
<mps> calebccff: alpine would be good to test POSIX correctness in source
<calebccff> haha
<calebccff> ./sob
prabhakarlad has quit [Ping timeout: 250 seconds]
ldevulder has quit [Quit: Leaving]
rvalue has quit [Quit: ZNC - https://znc.in]
rvalue has joined #u-boot
mmu_man has quit [Ping timeout: 264 seconds]
<yang2> I would like to build an Allwinner Sunxi Uboot image, which would boot my OS, which resides on the SD card. Currently I have an Uboot, which boots (old OS) eMMC.
jaganteki has quit [Quit: Client closed]
<yang2> Is it possible to specify which partition to use for boot within U-boot?
<mps> yang: olimex Teres-I?
jaganteki has joined #u-boot
<yang2> Right
<mps> there is also teres flavor
<yang2> mps I have Debian on this SD card
<mps> these are just 'recipes' how to build u-boot
<mps> and btw, you can boot any distro with alpine u-boot if the board is supported by package
<mps> for example I booted armbian with alpine u-boot
<yang2> Allwinner SoC based boards — Das U-Boot unknown version documentation (https://docs.u-boot.org/en/latest/board/allwinner/sunxi.html)
<yang2> I was reading this manual
<yang2> I will have a look at the alpine build procedure
Stat_headcrabed has joined #u-boot
jan_V2 has quit [Quit: The Lounge - https://thelounge.chat]
jan_V2 has joined #u-boot
prabhakarlad has joined #u-boot
sszy has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
mmu_man has joined #u-boot
<mps> yang2: it is simple, install all needed software and in u-boot source tree do `make teres_i_defconfig` and `make`
<mps> forgot to tell, you will need something like 'export BL31="/usr/share/arm-trusted-firmware/sun50i_a64/bl31.bin' before running make
Hypfer has quit [Read error: Connection reset by peer]
Hypfer3 has joined #u-boot
prabhakarlad has quit [Quit: Client closed]
prabhakar has quit [Quit: Connection closed]
prabhakar has joined #u-boot
prabhakarlad has joined #u-boot
<yang2> OK, thanks. I will try in a few hours.
deathcamel57 has joined #u-boot
prabhakarlad has quit [Quit: Client closed]
prabhakarlad has joined #u-boot
prabhakarlad has quit [Quit: Client closed]
goliath has quit [Quit: SIGSEGV]
monstr has quit [Remote host closed the connection]
<qschulz> I need to do some kernel compatible fixup for an Ethernet PHY, so I need to read the PHY ID from U-Boot and then inject it
<qschulz> I really struggle to find a way to do this properly
<qschulz> get_phy_id always returns 0
<qschulz> mii info from the cli as well
<qschulz> but dhcp does probe the proper Ethernet PHY driver (and finds the proper PHY ID from the PHY itself)
jaganteki has quit [Quit: Client closed]
<qschulz> manually calling the ethernet controller's start function does a bit too much (PHY negotiation for example)
<qschulz> does anyone have any pointer/idea on how to do this?
mckoan is now known as mckoan|away
rvalue has quit [Ping timeout: 256 seconds]
prabhakarlad has joined #u-boot
rvalue has joined #u-boot
<calebccff> can buildman handle config fragments?
persmule has quit [Ping timeout: 240 seconds]
<Tartarus> As of a few hours ago, a defconfig can #include a fragment, so yes
<calebccff> Tartarus: hah, nice. Although for my usecase it's more like the config fragment supplements the defconfig rather than constructing it
<calebccff> e.g. for building u-boot to be chainloaded vs as the primary bootloader
persmule has joined #u-boot
slobodan has quit [Ping timeout: 260 seconds]
persmule has quit [Remote host closed the connection]
<Tartarus> Right, so you would say board_chainload_defconfig would #include board-base.config and then set the chainload options, and board_full_defconfig or whatever #include board-base.config and set the direct boot options
<Tartarus> And then buildman knows board_chainload and board_full as options to build
persmule has joined #u-boot
Stat_headcrabed has quit [Quit: Stat_headcrabed]
qqq has quit [Quit: Lost terminal]
ezulian has quit [Ping timeout: 260 seconds]
<calebccff> hmm, ok I can get behind that
<calebccff> Tartarus: any ideas why sandbox_flattree is running dm_* tests? It doesn't do it on master but does on my branch... the only remotely related thing I touch is adjusting the button test
<calebccff> im afraid i don't even know where to start digging into it
jmasson has quit []
deathcamel57 has quit [Quit: Leaving]
vagrantc has joined #u-boot
qqq has joined #u-boot
jaganteki has joined #u-boot
mripard has quit [Quit: mripard]
Clamor has quit [Ping timeout: 264 seconds]
Clamor has joined #u-boot
<Tartarus> It runs those tests normally on flattree, but also, you should be adding a test for what you're adding
<Tartarus> in fact I thought you did since it's some button related tests failing
Stat_headcrabed has joined #u-boot
goliath has joined #u-boot
jaganteki has quit [Quit: Client closed]
Stat_headcrabed has quit [Quit: Stat_headcrabed]
Stat_headcrabed has joined #u-boot
Stat_headcrabed has quit [Quit: Stat_headcrabed]
<yang2> mps: I am trying to build scp.bin, what am I missing here? https://paste.debian.net/1303929/
<mps> is the scp.bin part of u-boot?
<vagrantc> yang2: you're missing the compiler necessary to build crust
<yang2> I have crust installed (debian)
<vagrantc> yang2: then why are you trying to build from source?
<vagrantc> yang2: if you want to use the installed crust, you probably ... shouldn't build it from source?
<mps> I think crust is not needed for teres-i u-boot
<vagrantc> you need some SCP, if i recall correctly
<yang2> ok, I'll skip this step then
<vagrantc> but that can be /dev/null
<vagrantc> yang2: you'll have to set SCP= the patch the the installed scp.bin
<yang2> right
<vagrantc> yang2: debian does ship the teres_i in u-boot-sunxi
<mps> ah yes, I forgot I set 'export SCP=/dev/null' for alpine
<vagrantc> yang2: so you don't necessarily need to build it from source at all
<mps> I forgot that I *set* 'export SCP=/dev/null'
<vagrantc> yang2: unless you're trying a patched version or something ...
<mps> ( I forgot everything already ;-) )
<vagrantc> that's what revision control is for :)
<mps> we have it but who will look 'git log'
<yang2> so what do I do now ? export SCP=/dev/null
<vagrantc> yang2: what is your actual goal? :)
<yang2> my goal is to build U-boot binary "boot-sunxi-with-spl.bin" and flash it on eMMC
<vagrantc> to learn how to do it? to get some custom features? to boot an operating syste,?
<yang2> so I can define to boot from SD card next time, currently with older U-boot it boots into eMMC OS
<mps> ( when you work with such things use aikido principles, put all in 'emtiness')
* vagrantc raises an eyebrow at the mention of aikido :)
<mps> emptiness*
<mps> vagrantc: why?
<mps> you don't like aikido?
<vagrantc> mps: just something i've been doing for the last 25 years or so
<yang2> I did it for only 2 years
<yang2> still helps me, when I fall
<mps> ah, nice, also I but about 20 years
<vagrantc> started getting into free software and aikido at roughly similar times, love it when they intersect :)
<vagrantc> yang2: well ... you can keep following the instructions ... and either point SCP at /dev/null or the installed scp.bin
<vagrantc> yang2: you also probably did not need to compile arm-trusted-firmware from source either
<mps> also I feel that aikido and open source have something in common
<mps> though I started with open source 30 or more years ago
<yang2> vagrantc: I would like to compile scp.bin, I cannot find the "installed" one...
<vagrantc> so when you said "< yang2> I have crust installed (debian)" what did you mean?
<yang2> vagrantc: I guess the package crust, should already have the scp.bin (corect?)
<vagrantc> crust-firmware is the package name in debian, and yes, it has the relevent files ...
<vagrantc> or you can install an or1k cross-compiler and build it yourself ...
<yang2> vagrantc: oh yes, I was trying to accomplish that with or1k compiler, but I guess with all these packages installed, it's still missing something https://paste.debian.net/1303936/
<yang2> crust-firmware has /usr/lib/crust-firmware/teres_i.bin
<yang2> so do I rename this into scp.bin ?
<mps> I bet it is 'export SCP=/usr/lib/crust-firmware/teres_i.bin'
<yang2> ok
<vagrantc> which is just a symlink to the generic build :)
<mps> I use teres-i u-boot quite fine without SCP
<mps> (TBH, my teres-i actually just accumulate dust for one year nearly)
rockosov has quit [Quit: WeeChat 3.4-dev]
Clamor has quit [Read error: Connection reset by peer]
<yang2> Is any of these files actually "u-boot-sunxi-with-spl.bin" ? https://paste.debian.net/1303939/
prabhakarlad has quit [Quit: Client closed]
<vagrantc> yang2: no, those are the scp.bin files
<vagrantc> yang2: i daresay, you are in a bit over your head
<yang2> Sorry, I don't understand the guidelines
slobodan has joined #u-boot
slobodan has quit [Read error: Connection reset by peer]
slobodan has joined #u-boot
vagrantc has quit [Quit: leaving]
slobodan has quit [Ping timeout: 256 seconds]