Tartarus changed the topic of #u-boot to: SOURCE MOVED TO https://source.denx.de/u-boot/u-boot.git / U-Boot v2023.07.02, v2023.10-rc2 are OUT / Merge Window is CLOSED, next branch is OPEN / Release v2023.10 is scheduled for 02 October 2023 / Channel archives at https://libera.irclog.whitequark.org/u-boot
mmu_man has quit [Ping timeout: 246 seconds]
swiftgeek has joined #u-boot
naoki has joined #u-boot
naoki has quit [Client Quit]
Wouter0100670440 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter0100670440 has joined #u-boot
naoki has joined #u-boot
vagrantc has quit [Quit: leaving]
ikarso has quit [Quit: Connection closed for inactivity]
thopiekar has quit [Ping timeout: 250 seconds]
thopiekar has joined #u-boot
xroumegue has quit [Ping timeout: 244 seconds]
xroumegue has joined #u-boot
naoki has quit [Quit: naoki]
stefanro has quit [Quit: Leaving.]
stefanro has joined #u-boot
urja has quit [Read error: Connection reset by peer]
gsz has joined #u-boot
gsz has quit [Ping timeout: 248 seconds]
urja has joined #u-boot
milkylainen has joined #u-boot
milkylainen has quit [Ping timeout: 245 seconds]
sng has joined #u-boot
sng has quit [Remote host closed the connection]
sng has joined #u-boot
milkylainen has joined #u-boot
sng has quit [Remote host closed the connection]
sng has joined #u-boot
valdemaras has joined #u-boot
redbrain has quit [Ping timeout: 246 seconds]
frieder has joined #u-boot
ikarso has joined #u-boot
goliath has joined #u-boot
valdemaras has quit [Ping timeout: 250 seconds]
sng has quit [Ping timeout: 246 seconds]
sng has joined #u-boot
flom_84 has joined #u-boot
ezulian has joined #u-boot
flom_84 has quit [Ping timeout: 256 seconds]
flom_84 has joined #u-boot
flom_84 has quit [Max SendQ exceeded]
flom_84 has joined #u-boot
flom_84 has quit [Ping timeout: 252 seconds]
prabhakarlad has joined #u-boot
gsz has joined #u-boot
jclsn has joined #u-boot
sszy has joined #u-boot
flom_84 has joined #u-boot
Wouter0100670440 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter0100670440 has joined #u-boot
flom_84 has quit [Quit: Leaving]
flom_84 has joined #u-boot
valdemaras has joined #u-boot
flom__84__ has joined #u-boot
flom_84 has quit [Quit: Leaving]
flom__84__ has quit [Remote host closed the connection]
flom__84__ has joined #u-boot
flom__84__ has quit [Remote host closed the connection]
flom__84__ has joined #u-boot
flom__84__ has quit [Remote host closed the connection]
flom__84__ has joined #u-boot
flom__84__ has quit [Quit: Leaving]
flom__84__ has joined #u-boot
mmu_man has joined #u-boot
prabhakarlad has quit [Quit: Client closed]
apalos has quit [Quit: ZNC 1.7.2 - https://znc.in]
flom__84__ has quit [Ping timeout: 246 seconds]
Hypfer has quit [Ping timeout: 245 seconds]
sng has quit [Read error: Connection reset by peer]
apalos has joined #u-boot
apalos has quit [Client Quit]
apalos has joined #u-boot
slobodan has joined #u-boot
slobodan has quit [Ping timeout: 240 seconds]
slobodan has joined #u-boot
naoki has joined #u-boot
valdemaras has quit [Quit: valdemaras]
Hypfer has joined #u-boot
frieder has quit [Remote host closed the connection]
slobodan has quit [Read error: Connection reset by peer]
slobodan has joined #u-boot
slobodan has quit [Read error: Connection reset by peer]
slobodan has joined #u-boot
sng has joined #u-boot
alan_o has quit [Remote host closed the connection]
alan_o has joined #u-boot
sng has quit [Ping timeout: 245 seconds]
sng has joined #u-boot
<MWelchUK> I've been enabling Falcon mode on a board. We'd like to do this without loading an args file, which doesn't strictly seem to be necessary doing some hacking I have things booting without this, but I've needed to comment out sections currently have `#if defined(CONFIG_SYS_SPL_ARGS_ADDR)` and `#if CONFIG_VAL(SYS_MMCSD_RAW_MODE_ARGS_SECTOR)`. This is
<MWelchUK> because these are defined as `hex` type, depending on `SPL_OS_BOOT` in `common/spl/Kconfig`. When `SPL_OS_BOOT` is enabled and these aren't set in the defconfig, the build process stalls at a prompt wanting a value to be provided.
<MWelchUK> Would it be acceptable to add a config option, depending on SPL_OS_BOOT to enable the args file support so that it can be optional?
<marex> MWelchUK: just send a patch
slobodan has quit [Read error: Connection reset by peer]
slobodan has joined #u-boot
slobodan_ has joined #u-boot
gsz has quit [Ping timeout: 245 seconds]
slobodan has quit [Ping timeout: 258 seconds]
naoki has quit [Quit: naoki]
sng has quit [Read error: Connection reset by peer]
hanetzer has quit [Ping timeout: 250 seconds]
hanetzer has joined #u-boot
rvalue has quit [Ping timeout: 244 seconds]
flom__84__ has joined #u-boot
sng has joined #u-boot
gsz has joined #u-boot
rvalue has joined #u-boot
sng has quit [Remote host closed the connection]
sng has joined #u-boot
flom__84__ has quit [Quit: Leaving]
flom84 has joined #u-boot
flom84 has quit [Remote host closed the connection]
flom84 has joined #u-boot
flom84 has quit [Changing host]
flom84 has joined #u-boot
flom84 has quit [Quit: Leaving]
flom84 has joined #u-boot
mmu_man has quit [Ping timeout: 245 seconds]
flom84 has quit [Quit: Leaving]
flom84 has joined #u-boot
flom84 has quit [Remote host closed the connection]
flom84 has joined #u-boot
mmu_man has joined #u-boot
flom84 has quit [Ping timeout: 250 seconds]
<apalos> sjg1: as far as the rollback patches are concerned
<apalos> I need to check again, but there;s a very specific nv defin ed area in the tpm to add such a counter
<apalos> if you just add a normal object, you can just delete it and reset it to 0
<apalos> There's a special command to add a counter, which can only be incremented,
<apalos> and even if you delete it, when you recreate it, it will start from the last known value
<sjg1> apalos: OK sounds good
<apalos> yea in theory it's a pretty good idea
<apalos> and we can use it as a rollback in firmware updates etc as well
<apalos> But I dont think 'dm-security' is a good idea :>
<apalos> I'd rather have a dm-rollback (which I think you asked for as well)
<sjg1> apalos: Yes
<apalos> and it aligns with other uses we have for the tom
<apalos> \tpm*
<apalos> for example we already use it in dm-rng
goliath has quit [Quit: SIGSEGV]
Wouter0100670440 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter0100670440 has joined #u-boot
mmu_man has quit [Ping timeout: 250 seconds]
<sjg1> apalos: Yes
mmu_man has joined #u-boot
<sjg1> Tartarus: I will leave you to review the updated capsule stuff if that is OK, since I think you are clear what you are looking for. I'll take up the other binman idea after that is sorted out
sng has quit [Read error: Connection reset by peer]
mmu_man has quit [Ping timeout: 244 seconds]
rvalue has quit [Quit: ZNC - https://znc.in]
rvalue has joined #u-boot
mmu_man has joined #u-boot
sszy has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
goliath has joined #u-boot
rvalue has quit [Ping timeout: 246 seconds]
<sjg1> marex: Is XHCI reliable? I am seeing this:
<marex> sjg1: I haven't seen that one yet, which hardware and which usb device ?
<sjg1> marex: It's an an Intel Chromebook
<sjg1> marex: With a USB stick I used preyty regularly on my Ubuntu machine
<marex> sjg1: it works with a USB stick I use pretty regularly, maybe its a different stick though, model and USB IDs might be useful
<sjg1> marex: Bus 002 Device 004: ID 090c:1000 Silicon Motion, Inc. - Taiwan (formerly Feiya Technology Corp.) Flash Drive
<marex> Silli motion sounds familiar
<marex> sjg1: and its only this stick, others work fine ?
<marex> sjg1: try a quick test -- keep Vbus active all the time , and another thing, try setenv usb_pgood_delay 2000
<marex> the former part likely needs a bit of hacking on regulator side
<marex> Ive seen usb sticks confused by Vbus per-port switching
<sjg1> With that:
<marex> sjg1: with ... what ?
<marex> pgood delay increased ?
<sjg1> marex: yes
<sjg1> marex: So basically some devices are crap and U-Boot is not as tolerant as Linux?
<marex> sjg1: try to keep the vbus enabled if you can, hack up some regulator/gpio and see what happens
<marex> sjg1: some devices have issues, Linux usually tries hard in the background to bring such devices up
<marex> sjg1: maybe we can do the same with cyclic framework now, I had that on my todo for a while (do usb device scan in background, and same thing for SD detection ... but $time is an issue)
<sjg1> marex: Yes that would be great. $time is always the problem
sng has joined #u-boot
<marex> sjg1: can you have a look at the xhci, or have someone look at the xhci stuff ?
ezulian has quit [Ping timeout: 244 seconds]
mmu_man has quit [Ping timeout: 245 seconds]
flom84 has joined #u-boot
rvalue has joined #u-boot
mmu_man has joined #u-boot
sng has quit [Remote host closed the connection]
sng has joined #u-boot
rvalue has quit [Ping timeout: 250 seconds]
ezulian has joined #u-boot
slobodan_ has quit [Quit: Leaving]
sng_ has joined #u-boot
sng has quit [Read error: Connection reset by peer]
flom84 has quit [Ping timeout: 246 seconds]
rvalue has joined #u-boot
<sjg1> marex: In what way, look at it?
ezulian has quit [Ping timeout: 246 seconds]
gsz has quit [Ping timeout: 252 seconds]
sng_ has quit [Remote host closed the connection]
Wouter0100670440 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter0100670440 has joined #u-boot
<marex> sjg1: try and debug it
ikarso has quit [Quit: Connection closed for inactivity]
rockosov has quit [Read error: Connection reset by peer]