<xypron>
sjg1: I have tested your SMBIOS3 series. With the missing checksum added it works fine with dmidecode. I think this is the best solution for our SMBIOS problem.
mmu_man has quit [Ping timeout: 256 seconds]
<sjg1>
Great, thank you, I responded
<sjg1>
xypron: &
<sjg1>
xypron: ^
<xypron>
sjg1: can't we get this into origin/master?
<xypron>
sjg1: I would prefer this solution in 2024.01 instead of any memory allocation that is not EFI compatible.
mripard has joined #u-boot
<sjg1>
xypron: Well we could, but this problem (with >4G) has only just been reported, and it wouldn't leave a huge amount of time for testing whether SMBIOS3 causes problems
<sjg1>
xypron: I believe the stopgap is safer but I am OK with it if you really want to go that way
<xypron>
sjg1: SMBIOS is not really needed for booting. It is information only. dmidecode shows that the information is readable.
<sjg1>
xypron: That's OK with me. Can I leave you to check with Tom on it? I have a new version of my stopgap patch which I'll send later. But we don't need to use it
<sjg1>
xypron: Anyway I am out for a week from tomorrow
<xypron>
Tartarus: what is your view on SMBIOS3?
jclsn has quit [Ping timeout: 256 seconds]
jclsn has joined #u-boot
CounterPillow has joined #u-boot
srk- has joined #u-boot
srk| has joined #u-boot
srk has quit [Ping timeout: 260 seconds]
srk| is now known as srk
srk- has quit [Ping timeout: 276 seconds]
srk has quit [Ping timeout: 256 seconds]
srk has joined #u-boot
Clamor has joined #u-boot
qqq has quit [Remote host closed the connection]
sakman has quit [Quit: Leaving]
sakman has joined #u-boot
GNUtoo has quit [Remote host closed the connection]
GNUtoo has joined #u-boot
ikarso has joined #u-boot
monstr has joined #u-boot
ad__ has quit [Changing host]
ad__ has joined #u-boot
goliath has joined #u-boot
mckoan|away is now known as mckoan
frieder has joined #u-boot
deathmist has quit [Remote host closed the connection]
deathmist has joined #u-boot
deathmist has quit [Ping timeout: 260 seconds]
deathmist has joined #u-boot
davlefou has quit [Ping timeout: 260 seconds]
sszy has joined #u-boot
davlefou has joined #u-boot
ldevulder has joined #u-boot
gsz has joined #u-boot
Clamor has quit [Read error: Connection reset by peer]
Clamor has joined #u-boot
ikarso has quit [Quit: Connection closed for inactivity]
tnovotny has joined #u-boot
prabhakar has quit [Ping timeout: 252 seconds]
Clamor has quit [Ping timeout: 245 seconds]
Clamor has joined #u-boot
shiz has quit [Ping timeout: 260 seconds]
shiz has joined #u-boot
prabhakarlad has joined #u-boot
prabhakar has joined #u-boot
tnovotny has quit [Ping timeout: 276 seconds]
naoki has joined #u-boot
naoki has quit [Client Quit]
rvalue has quit [Ping timeout: 255 seconds]
dsimic has quit [Ping timeout: 255 seconds]
mckoan is now known as mckoan|away
dsimic has joined #u-boot
mmu_man has joined #u-boot
tnovotny has joined #u-boot
<Clamor>
Tracing data can be routed to uart?
bradfa has quit [Ping timeout: 240 seconds]
jkridner has quit [Ping timeout: 245 seconds]
JPEW has quit [Ping timeout: 276 seconds]
moto-timo has quit [Ping timeout: 252 seconds]
rburton has quit [Ping timeout: 256 seconds]
rburton has joined #u-boot
JPEW has joined #u-boot
jkridner has joined #u-boot
bradfa has joined #u-boot
moto-timo has joined #u-boot
slobodan has joined #u-boot
prabhakarlad has quit [Quit: Client closed]
rvalue has joined #u-boot
deathcamel57 has joined #u-boot
prabhakarlad has joined #u-boot
deathcamel57 has quit [Read error: Connection reset by peer]
monstr has quit [Ping timeout: 252 seconds]
deathcamel57 has joined #u-boot
monstr has joined #u-boot
deathcamel57 has quit [Read error: Connection reset by peer]
deathcamel57 has joined #u-boot
Clamor has quit [Ping timeout: 256 seconds]
Clamor has joined #u-boot
Net147 has quit [Ping timeout: 252 seconds]
<Tartarus>
xypron: Yes, SMBIOS3 is fine in general, I'm just trying to get the lowest impact change for v2024.01
Net147 has joined #u-boot
Net147 has quit [Changing host]
Net147 has joined #u-boot
LeSpocky has joined #u-boot
<LeSpocky>
hello
<LeSpocky>
what might be the reason for `clk dump` showing an empty list?
joeskb7 has quit [Read error: Connection reset by peer]
joeskb7 has joined #u-boot
joeskb7 has quit [Quit: leaving]
joeskb7 has joined #u-boot
<mkorpershoek>
There is a patch series where 1/3 and 3/3 should be applied to u-boot-dfu tree and 2/3 is unclear (it's cmd/bind.c). What's the common practice here? Can I apply all 3?
<Tartarus>
I think that's all fine via the dfu tree
<mkorpershoek>
thanks, will do!
goliath has quit [Quit: SIGSEGV]
tnovotny has quit [Quit: Leaving]
monstr has quit [Remote host closed the connection]
Stat_headcrabed has joined #u-boot
<calebccff>
no doubt this isn't a new discussion here, but what are folks thoughts on having vendor subdirectories in arch/arm/dts? Could this be done incrementally?
<LeSpocky>
linux kernel did this not incrementally but in one big step, didn't it?
<LeSpocky>
they?
<LeSpocky>
version 6.6 IIRC
<calebccff>
yeah, it took a whole lot of work sorting everything into paths afaict, and they still have a few dtsi files floating about
mmu_man has quit [Ping timeout: 256 seconds]
<calebccff>
I'm bringing in a bunch of new .dtsi files for new Qualcomm boards (and moving the existing boards to use Linux DTS), so shoving them all in a subdirectory would make things a lot cleaner...
<LeSpocky>
I bet it's a lot of work, no doubt. not sure if doing it incrementally is better though
<calebccff>
it only needs to be better than adding more files to arch/arm/dts though right? :P
<LeSpocky>
but I guess the current situation for porting things from Linux to U-Boot is somewhat unfortunate as long as U-Boot does not follow Linux
<LeSpocky>
^^
Stat_headcrabed has quit [Quit: Stat_headcrabed]
valdemaras has joined #u-boot
prabhakarlad has quit [Quit: Client closed]
mmu_man has joined #u-boot
vagrantc has joined #u-boot
goliath has joined #u-boot
<mps>
LeSpocky: I'm not sure but iirc it was before 6.6 kernel
<mps>
I remember that I had starfive dts dir with 6.1 or maybe even earlier, and I had apple dts with 5.19
<mps>
apple dts dir*
<calebccff>
mps: I think you're thinking of arm64, it's always had vendor subdirectories for DTS
<mps>
calebccff: yes, I mostly work with arms, but also remember starfive dts dir about year and a half ago when I got first riscv board
slobodan has quit [Read error: Connection reset by peer]
<mps>
but true, some arm32 boards didn't had it
<calebccff>
LeSpocky and I were only referring to arm32 yeah
<calebccff>
which up until very recently had the same situation as U-Boot
slobodan has joined #u-boot
<mps>
ah, sorry then
frieder has quit [Remote host closed the connection]
Clamor has quit [Ping timeout: 255 seconds]
Clamor has joined #u-boot
crb_ has joined #u-boot
qqq has joined #u-boot
ldevulder has quit [Ping timeout: 268 seconds]
Clamor has quit [Ping timeout: 276 seconds]
Clamor has joined #u-boot
valdemaras has quit [Quit: valdemaras]
ldevulder has joined #u-boot
<Tartarus>
I think the general answer I've had is that I'd like to punt a bit longer until someone wants to look at having one directory structure that's just a cp -a of the kernel device trees and then our -u-boot.dtsi files live where they do
<Tartarus>
So that it's easier to sync everyone after each kernel release for example
mmu_man has quit [Ping timeout: 256 seconds]
mmu_man has joined #u-boot
crb_ has quit [Quit: This computer has gone to sleep]
ukky has quit [Ping timeout: 256 seconds]
pgreco_ has joined #u-boot
pgreco has quit [Ping timeout: 256 seconds]
prabhakarlad has joined #u-boot
Clamor has quit [Read error: Connection reset by peer]
goliath has quit [Read error: Connection timed out]
goliath has joined #u-boot
ukky has joined #u-boot
prabhakarlad has quit [Quit: Client closed]
prabhakarlad has joined #u-boot
<apalos>
sjg1: xypron I lost track of the SMBIOS discussion and now I am confused ><
<apalos>
I have patches from Simon adding SMBIOS3, patches from Simon that use malloc and try to reason about low memory
<apalos>
and patches from xypron that allocate the SMBIOS tables using efi_allocate_X which can request specific memory
<apalos>
If we intend to add SMBIOS3.0 i really prefer Heinrichs patch which fixes the issue for 2024.01
Leopold has quit []
goliath has quit [Read error: Connection timed out]
<kabel>
there are 4 uarts and 4 solid state relays
<kabel>
i was using this for turris
<kabel>
the switches are for switching uart voltage 3.3V vs 1.8V
zkrx has joined #u-boot
zkrx has quit [Client Quit]
zkrx has joined #u-boot
goliath has joined #u-boot
<Tartarus>
Ah nice, thanks
<Tartarus>
calebccff: There's still a few potential sharp edges around how automatic/automagic bootefi/etc end up being, but following mach-apple/board.c is a reasonable starting point these days and cleaner than other options
<Tartarus>
As the second half of my comments on patch 14 went on about, there's things there I'd like to see improved, and in turn also goes back to this larger ongoing discussion about getting better memory allocation / reservation mechanisms available to everything in U-Boot