ldevulder has quit [Remote host closed the connection]
ldevulder has joined #u-boot
<kwizart>
Hi there, is there any reason why I couldn't EFI boot arm64 device (jetson-tx1) on kernel 6.1 with u-boot 2023.10 (2023.07 works) ?
nehamalcomfranci has quit [Quit: Client closed]
f_ has joined #u-boot
lowfi has quit [Ping timeout: 240 seconds]
<marex>
xypron: ^
mmu_man has joined #u-boot
f_ has quit [Ping timeout: 255 seconds]
dsimic has quit [Ping timeout: 255 seconds]
dsimic has joined #u-boot
goliath has joined #u-boot
monstr has joined #u-boot
GrantM11235 has quit [Quit: Client closed]
<xypron>
kwizart: If you load the EFI binary and the DTB and run bootefi $kernel_addr_r $fdt_addr_r, does this have a problem? Or is the problem that the EFI binary or the DTB is not loaded?
<kwizart>
xypron, thanks for the answer, I'm afraid I won't be a good reporter here since in-between I broke my micro-usb port, So I won't be able to update u-boot anymore on the device... (It was already weak).
<kwizart>
I had this patch applied on 2023.10 but only got https://paste.centos.org/view/a722f92d and no kernel output (whereas I have console logs enabled)
torez has joined #u-boot
<kwizart>
Note: that was on kernel 6.1 (I had another unrelated error on newer kernel at that time, but I now can't reproduce)
<xypron>
kwizart: Only the Jetson TK1 is supported by mainline U-Boot. I would not expect mainline U-Boot to provide a correct device-tree to a Jetson TX1.
<kwizart>
xypron, well, I'm using upstream kernel dtb so far
<xypron>
kwizart: You will probably need a boot.scr script to load the correct files as U-Boot would not know which dtb is needed for the TX1.
<kwizart>
and the fedora patch I've mentionned applies to all boards as fedora mandates EFI on arm/arm64
<kwizart>
well, there is only one valid dtb the upstream one. (not I'm using upstream uboot with few fedora patches on upstream kernel)
<kwizart>
note
<kwizart>
well, really the question original is is there any know issue with current kernel-6.1.y and upstream u-boot ? As I say I'm stuck with further debug on the issue
mmu_man has quit [Ping timeout: 255 seconds]
tnovotny_ has joined #u-boot
ikarso has quit [Quit: Connection closed for inactivity]
tnovotny has quit [Ping timeout: 255 seconds]
Stat_headcrabed has joined #u-boot
Stat_headcrabed has quit [Client Quit]
mmu_man has joined #u-boot
rvalue has quit [Read error: Connection reset by peer]
rvalue has joined #u-boot
tnovotny has joined #u-boot
sakman has quit [Quit: Leaving]
monstr has quit [Remote host closed the connection]
<apteryx>
about patman trailers breaking 'git interpret-trailers', that may be workable by simply leaving a trailing space in front of multi line values, as git trailers are interpreted as RFC 822 email fields
<apteryx>
I'd like to be able to configure it to preserve my Change-Id though
<marex>
sjg1: ^
frieder has quit [Remote host closed the connection]
<apteryx>
where is the logic in patman for removing Change-Id ? I've found RE_CHANGE_ID in patchstream.py and how it's used to generate the Message-ID, but I don't see where it gets skipped.
<apteryx>
i guess the way it works is that when it finds something useful it preserves it, otherwise doesn't save anything (discards)
<apteryx>
I thought I'd be filtering out stuff but instead it appears to match and construct
<apteryx>
PatchStream.process_stream seems to be where it happens
tnovotny has joined #u-boot
monstr has quit [Remote host closed the connection]
vagrantc has joined #u-boot
<apteryx>
OK, so the input patch is processed line by line by PatchStream.process_line, and the output depends on what line it accumulates to its 'out' variable.
<GrantM11235>
marex: it's working! I can use the mtd command to read the flash! Thanks for the help
<marex>
you're welcome
f_ has quit [Ping timeout: 255 seconds]
vagrantc has quit [Ping timeout: 260 seconds]
GrantM11235 has quit [Quit: Client closed]
<marex>
paulbarker: I'll review the RZG patches over the weekend
slobodan has quit [Read error: Connection reset by peer]
slobodan has joined #u-boot
ikarso has joined #u-boot
<paulbarker>
marex: thanks, no problem
<marex>
paulbarker: hopefully I'll be able to torment Tartarus to pull them into rc1 too
slobodan has quit [Read error: Connection reset by peer]