<jonesv>
Is it possible to override a device tree file (by putting it in `files/dts/kona.dtsi`) instead of using a patch of the original? It seems like it keeps taking the original kona.dtsi and not my own
kscherer has quit [Quit: Konversation terminated!]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<jonesv>
Ablu: I tried, but it doesn't work somehow. Also it seems like when I use KERNEL_DEVICETREE, then it requires some kind of Makefile in my files/dts folder? But if I just want to override the original dtsi files, I don't see why I should provide a Makefile
<Ablu>
I think I only used it with in-kernel device trees so far, sorry...
efeschiyan has quit [Server closed connection]
efeschiyan has joined #yocto
<jonesv>
No worries
fray has quit [Ping timeout: 240 seconds]
fray has joined #yocto
davidinux has quit [Ping timeout: 264 seconds]
davidinux has joined #yocto
starblue has quit [Ping timeout: 240 seconds]
starblue has joined #yocto
landgraf has quit [Server closed connection]
landgraf has joined #yocto
davidinux has quit [Quit: WeeChat 3.5]
davidinux has joined #yocto
Tilltheman has joined #yocto
Daanct12 has quit [Ping timeout: 248 seconds]
Daanct12 has joined #yocto
rob_w has joined #yocto
Kubu_work has joined #yocto
Daanct12 has quit [Quit: WeeChat 4.0.4]
ardo has quit [Ping timeout: 246 seconds]
Schlumpf has joined #yocto
linfax has joined #yocto
linfax has quit [Remote host closed the connection]
<RP>
Looks like the bitbake patch to remove the flush exposes races all over the place :/
brrm has joined #yocto
<mcfrisk>
ouch
zpfvo has quit [Ping timeout: 240 seconds]
pabigot has joined #yocto
<JaMa>
khem: not sure what to look for with -fverbose-asm, there was nothing new in gcc output and with objdump -w on a.out I only see: DW_AT_producer : (indirect string, offset: 0x55): GNU C11 14.0.0 20230914 (experimental) -mlittle-endian -mabi=lp64 -g -O2 -std=gnu11 -funwind-tables -fuse-ld=bfd -fgnu89-inline -feliminate-unused-debug-types -fmerge-all-constants -frounding-math -fno-stack-protector -fno-common
<JaMa>
khem: and it's reproducible without crypto in TUNE_FEATURES as well (tested with oe-core qemuarm64)
Guest97 has joined #yocto
florian has joined #yocto
florian_kc has joined #yocto
mkazantsev has joined #yocto
<rburton>
JaMa: patch for the gcc issue in trunk now (see the bug that got marked as a dup), can you grab it and test it?
<JaMa>
rburton: yes
<rburton>
much appreciated
vladest has quit [Ping timeout: 258 seconds]
vladest has joined #yocto
prabhakarlad has joined #yocto
<Guest97>
As the matrix bridge seems to be broken. What is the tool (Ubuntu) to use for IRC to use with no need to be always have the browser open or the tool running not missing any message...
l3s8g has quit [Ping timeout: 240 seconds]
Daanct12 has joined #yocto
<varjag>
you run irssi, xchat or any other irc client
<varjag>
they'll have to be online all the time if you want to not miss any messages
<varjag>
irc servers do not store any traffic
<RP>
I've summarised the failures and sent to the arch list. I don't know what to do with this one :(
<Guest97>
ok, thx, I guessed this
<Guest97>
It's also bad to split now the community into those who are still on matrix and them here. (might take a while till everyone realize this...)
<qschulz>
Guest97: IIRC there was a discussion a few days ago about this, maybe halstead knows something about this?
<Guest97>
Yes, it's related to this event beginning of August
<Guest97>
I mean we announce a bridge here: https://www.yoctoproject.org/community/mailing-lists/ and this now seems to be broken - this did work great till then, but now I do not really know if this is really just a temporary thing or forever.
<JaMa>
rburton: I'll double check, but looks like my reproducer is still reproducing it
<JaMa>
rburton: sorry for noise, seems ICE is gone, it was just failing with "test.c:(.text+0x58): undefined reference to `ai'" now... I'll check with the whole proprietary code, but the creduced one works now
ptsneves has quit [Quit: ptsneves]
Daanct12 has quit [Ping timeout: 240 seconds]
ptsneves has joined #yocto
alejandrohs has quit [Server closed connection]
alejandrohs has joined #yocto
mkazantsev_ has joined #yocto
ptsneves has quit [Ping timeout: 264 seconds]
mkazantsev has quit [Ping timeout: 244 seconds]
<LetoThe2nd>
halstead: are you aware of the matrix/IRC disconnect? any ideas how to proceed?
Guest97 has quit [Quit: Client closed]
Daanct12 has joined #yocto
<JaMa>
rburton: yes, the ICE is fixed hurray our old legacy code still builds with latest greatest gcc-14 :)
Guest97 has joined #yocto
ptsneves has joined #yocto
alessioigor has joined #yocto
l3s8g has joined #yocto
slimak has joined #yocto
kpo has joined #yocto
mkazantsev__ has joined #yocto
mkazantsev_ has quit [Ping timeout: 240 seconds]
sakman_ has joined #yocto
sakman has quit [Ping timeout: 245 seconds]
l3s8g has quit [Ping timeout: 240 seconds]
l3s8g has joined #yocto
Daanct12 has quit [Ping timeout: 240 seconds]
rob_w has quit [Quit: Leaving]
<ptsneves>
Is there a way to increase the maximum number of concurrent setscene tasks? The current settings set the number of concurrent tasks regardless of setscene acceleration. I would like to have lots of setscene tasks but have fewer when they are normal tasks
prabhakarlad has joined #yocto
<RP>
ptsneves: currently, no, that isn't configurable
sakman_ is now known as sakman
kpo has quit [Remote host closed the connection]
kpo has joined #yocto
<ptsneves>
RP: Thanks. Do i understand correctly that the schedulers do not decide how many tasks to spawn, and that this is the responsibility of RunQueueExecute?
<RP>
ptsneves: I think the schedulers do have some part of that decision
Vonter has quit [Ping timeout: 245 seconds]
<ptsneves>
RP: Ok. can_start_task does not currently know if the task to start is setscene or not, so the changes would be too complex for even an experiment
Vonter has joined #yocto
zpfvo has quit [Ping timeout: 264 seconds]
zpfvo has joined #yocto
goliath has joined #yocto
zpfvo has quit [Ping timeout: 244 seconds]
florian has quit [Quit: Ex-Chat]
zpfvo has joined #yocto
florian_kc has quit [Ping timeout: 240 seconds]
prabhakarlad has quit [Quit: Client closed]
varjag has quit [Quit: ERC (IRC client for Emacs 27.1)]
mkazantsev__ has quit [Remote host closed the connection]
kpo_ has joined #yocto
Guest97 has quit [Quit: Client closed]
kpo has quit [Ping timeout: 264 seconds]
kpo_ has quit [Ping timeout: 244 seconds]
prabhakarlad has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Guest97 has joined #yocto
prabhakarlad has quit [Quit: Client closed]
xmn has joined #yocto
olani has quit [Remote host closed the connection]
camus has quit [Remote host closed the connection]
l3s8g has quit [Ping timeout: 245 seconds]
brazuca has joined #yocto
prabhakarlad has joined #yocto
sakoman has quit [Remote host closed the connection]
sakoman has joined #yocto
prabhakarlad has quit [Client Quit]
kscherer has joined #yocto
|Xagen has joined #yocto
ckayhan1 has quit [Ping timeout: 252 seconds]
olani has joined #yocto
Guest97 has quit [Quit: Client closed]
WiktorG has joined #yocto
WiktorG has quit [Quit: Client closed]
WiktorG has joined #yocto
WiktorG has quit [Client Quit]
WiktorG has joined #yocto
WiktorG has quit [Client Quit]
WiktorG has joined #yocto
pidge has quit [Remote host closed the connection]
<Guest67>
hi everyone. does anyone know how I can generate a patch for a file that is non-revision controlled?
<qschulz>
Guest67: where would that file be?
<Guest67>
it is a file in a meta-layer that I do not control
<kergoth_>
bitbake doesnt' write to anything outside of your build directory as a matter of principle and policy
<kergoth_>
if you arrange to copy it into WORKDIR in fetch, you could patch it there
<Guest67>
right..
<Guest67>
say I have a meta-ABC in my project with abc.bb that has file abc.txt. This is something I don't control. But abc.txt has a flaw so I need to patch it.
<Guest67>
I was hoping to have in my layer meta-mylayer with abc.bbappend that contains a .patch file to patch the abc.txt. Is this possible?
<Guest67>
i was hoping the diff -Naur will work but bitbake is saying the patch file does not apply
WiktorG has quit [Quit: Client closed]
kscherer has quit [Quit: Konversation terminated!]
ckayhan1 has joined #yocto
<dario>
in principle it sounds like a .bbappend in your own layer should work, depending on what the original abc.bb does with the file. are you sure the patch applies cleanly? maybe test that separately in devshell? or something with paths of where the original recipe fetches the source to vs. where your patch expects it?
<sudip>
Guest67: you might need to place your own abc.txt with your bbappend
mason has left #yocto [#yocto]
<khem>
JaMa: yeah if you can repro it with qemuarm64 thats what I was suggesting
<rburton>
JaMa: great. do you want the glory for posting the patch?
<qschulz>
Guest67: you have the two solutions at hand, either use sed in your own layer, or completely override the file in your own layer thanks to FILESEXTRAPATHS variable
<Guest67>
ah sed could be an option
<Guest67>
thank you
<Guest67>
im worried about overriding in case. there are changes to the original file
<qschulz>
Guest67: considering that sed silently does nothing if it doesn't find the pattern... not sure it's better as well :)
<qschulz>
if your sed stop working for example
<qschulz>
both aren't good :)
<qschulz>
the best? send a patch to the meta-ABC if it's something that people would benefit from
camus has joined #yocto
linfax has quit [Ping timeout: 245 seconds]
<khem>
yeah sed is good in mechanical changes but can be error-prone silently on upgrades etc.
<RP>
We have talked of a new version of sed which returns the number of replacements
<rburton>
an upstreamable option could be 'return 0 if a replacement was made, error if not'
<rburton>
s/replacement/operation/
<halstead>
LetoThe2nd: , khem asked us to set up a new bridge when the guide was available. It seems no guide is coming. I worked a bit on setting one up this Wednesday.
zpfvo has quit [Quit: Leaving.]
brazuca has quit [Quit: Client closed]
mckoan is now known as mckoan|away
l3s8g has joined #yocto
<qschulz>
halstead: and nothing in wayback machine to find the guide again? :/
ptsneves has quit [Ping timeout: 240 seconds]
brazuca has joined #yocto
ckayhan has quit [Read error: Connection reset by peer]
ckayhan1 has quit [Read error: Connection reset by peer]
Guest67 has quit [Quit: Client closed]
<halstead>
qschulz: as far as I know the libera team decided not to go ahead with writing it
<halstead>
It's much shorter than the docs I read on Wednesday. Very helpful
Estrella__ has joined #yocto
<RP>
Calling os.sync() in python doesn't appear to do what you think/hope it might :(
goliath has quit [Quit: SIGSEGV]
<RP>
and I think we have a fundamental flaw in the way we're using inotify :(
l3s8g has quit [Ping timeout: 240 seconds]
<Saur>
RP: I'm about to head home and due to the lack of the Matrix bridge I do not have access to this chat at home, so before I go: You wanted me to look at problems related to useradd-staticids. I assume it was the patches from JD Schroeder about the missing ID for the "nogroup" group you were referring to?
<JaMa>
rburton: I'll leave it to you :)
ecdhe has quit [Server closed connection]
ecdhe has joined #yocto
<JaMa>
rburton: or not, will send it later tonight for master and mickledore
vladest has quit [Quit: vladest]
vladest has joined #yocto
l3s8g has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
ptsneves has joined #yocto
florian_kc has joined #yocto
pasherring_ has quit [Ping timeout: 245 seconds]
l3s8g has quit [Remote host closed the connection]