--- Log opened Sun Mar 12 00:00:12 2023 00:09 #dri-devel: < alyssa> android-virgl-llvmpipe is way too slow 00:09 #dri-devel: < alyssa> https://gitlab.freedesktop.org/mesa/mesa/-/jobs/37907988 00:09 #dri-devel: < alyssa> Marge failed the pipeline because that was 5 seconds over its 20 minute budget 00:10 #dri-devel: < alyssa> probably the time was spent waiting for a runner but still 00:11 #radeon: < _ds_> Strange things going on. Played NMS for a while, memory usage has dropped back down. 00:11 #radeon: < _ds_> Looks like buffers allocated and much later freed… 00:11 #radeon: < _ds_> (well, that's my guess) 00:13 #nouveau: < iankelling> I posted to the nouveau list earlier today, subject "Any tips to avoid Nouveau crashes & freezes?" https://lists.freedesktop.org/archives/nouveau/2023-March/041950.html , if anyone here has any tips, please let me know 00:17 -!- jess [~jess@husky.lolnerd.net] has quit [] 00:22 -!- Zopolis4 [uid504804@id-504804.ilkley.irccloud.com] has quit [] 00:38 -!- smilessh [~smiles@2409:8a00:da1:fe50:4dc6:ff69:8512:ba7a] has joined #dri-devel 00:39 -!- molinari [~molinari@176-151-233-216.abo.bbox.fr] has quit [Ping timeout: 480 seconds] 00:47 #dri-devel: < DavidHeidelberg[m]> alyssa: daniels limited it to the 20 minutes recently, feel free to bump it to the 25 in the MR 00:47 -!- fmuellner [~fmuellner@207.188.154.97] has quit [Ping timeout: 480 seconds] 00:47 #dri-devel: < DavidHeidelberg[m]> I would do it, bit I'm on the phone 00:51 #dri-devel: < alyssa> I feel like we need a better approach to CI 00:52 #dri-devel: < alyssa> because this isn't scaling and not for lack of herculean efforts trying 00:56 -!- Szadek [~Szadek@185.209.196.174] has joined #wayland 00:56 #dri-devel: < alyssa> Maybe driver teams queueing up all their MRs for the week (that they've certified are good) and assigning as a unit to Marge 00:56 #dri-devel: < alyssa> so that the Marge queue is freed up for big common code changes that really do need the extra CI checks 00:57 #dri-devel: < alyssa> doesn't fix reliability but it saves resources, and the fewer pipelines you assign to Marge the fewer fails you'll see statistically 01:01 -!- wind [~windleave@124.89.8.225] has joined #dri-devel 01:01 #dri-devel: < alyssa> if that queueing is happening at a team level (and not an individual level), then you sort out the rebase conflicts "offline" 01:01 #dri-devel: < alyssa> and only a single person on the team has to actually interact with the upstream CI (rather than the teensy subset that's needed for the team to develop amongst themselves) 01:02 #dri-devel: < alyssa> not to throw one member of the team under the bus, that role can (and probably should) rotate 01:03 #dri-devel: < alyssa> but, like, if I only had to interact with Marge once a fortnight, and Lina interacted with Marge once a fortnight, and asahi/mesa became a canonical integration tree that got synced upstream every week... that would eliminate a lot of the emotional burden, I think 01:03 #nouveau: < pabs> my experience: with some old hardware, the libre firmware generated by nouveau at runtime can sometimes cause freezes in some situations (for eg mpv on gnome on Debian bullseye can trigger it), installing the proprietary firmware from the ancient proprietary drivers can fix that. 01:03 #dri-devel: < alyssa> the associated problem with downstream canonical integration is that it can move review downstream too, which we don't want 01:03 #dri-devel: < alyssa> ideally review continues to happen out on the open in mesa/mesa, just doesn't get merged to upstream immediately 01:04 #dri-devel: < alyssa> one kludge way to do this is to use the "Needs merge" milestone for stuff that's nominally ready but needs to be queued up with other work from that team before hitting marge 01:04 #nouveau: < Lyude> airlied: did we just get GSP firmware loading? 01:04 #dri-devel: < alyssa> and then having some out of band way to sync that downstream for integration for the week 01:04 #dri-devel: < alyssa> a better way might be having branches on mesa/mesa for each driver team 01:05 #dri-devel:02:20 #dri-devel: < bnieuwenhuizen> HdkR: should be the same on AMD 02:20 #dri-devel: < alyssa> I know freedreno has a perf dashboard, I guess they're abusing CI to feed it with data 02:20 #dri-devel: < Lynne> yup, minImportedHostPointerAlignment = 4096 02:20 #dri-devel: < HdkR> bnieuwenhuizen: ooo fancy 02:21 #dri-devel: < bnieuwenhuizen> of course major benefits if you use hugepage or similar (GPU really likes 64k pages) 02:21 #dri-devel: < alyssa> performance-rules has allow_failure so I guess I don't care for the purpose of this rant 02:21 #dri-devel: < Lynne> by host-map, I mean I map the host memory as a VkDeviceMemory and use it to back a VkBuffer 02:21 #dri-devel: < bnieuwenhuizen> Lynne: anything in dmesg? 02:21 #dri-devel: < Lynne> no, empty 02:21 #dri-devel: < alyssa> so... software-renderer you're up... why is there an llvmpipe-piglit-clover job when we're not supporting clover and there's ALSO a rusticl job? why trace based testing (see above issue)? 02:25 #dri-devel: < alyssa> layered-backends: do I even want to ask about the spirv2dxil job, how is that even in scope for upstream testing? virgl traces has the usual trace problems and has caused problems for me personally with correct NIR changes, what value is that providing to upstream Mesa to justify its inclusion in premerge? similar for zink traces? 02:25 #dri-devel: < bnieuwenhuizen> Lynne: maybe try some errno dumping? https://gitlab.freedesktop.org/bnieuwenhuizen/mesa/-/commit/eb12053b213d91b2970d3043a8bb4c6540fb9554 02:26 #dri-devel: < Lynne> sure, give me a sec 02:27 #dri-devel: < alyssa> quite frankly, with my upstream Mesa hat on, I am NAK'ing checksum-based trace testing in pre-merge CI for any driver. 02:27 #dri-devel: < alyssa> I can do that now apparently XP 02:27 #dri-devel: < bnieuwenhuizen> also IIRC there stupidly there is a kernel build option that needs to be enabled to make it work 02:27 -!- mowcat [~mowcat@host81-155-196-87.range81-155.btcentralplus.com] has quit [Remote host closed the connection] 02:27 #dri-devel: < bnieuwenhuizen> thought it was kinda default ish, but at least ChromeOS at some point managed to disable it 02:27 #dri-devel: < Lynne> "host ptr import fail: 1 : Operation not permitted" 02:28 #dri-devel: < bnieuwenhuizen> thx, let me check 02:30 #dri-devel: < Lynne> err, apparently it's not ordinary ram 02:31 #dri-devel: < Lynne> it's actually device memory 02:31 #dri-devel: < bnieuwenhuizen> oh that wouldn't work 02:31 #dri-devel: < Lynne> yeah, I thought so, my fault, thanks 02:32 #dri-devel: < alyssa> The bottom line is "some company paid to have this in Mesa CI" is fundamentally an UNACCEPTABLE reason to put something in upstream CI 02:32 #dri-devel: < alyssa> because it's a cost that EVERYONE pays 02:32 #dri-devel: < alyssa> for every item in CI 02:32 -!- devinaut [~void@host-233-212.nyropro.rochester.ny.us.clients.pavlovmedia.net] has quit [] 02:33 #dri-devel: < alyssa> For any job in CI the cost the community pays to have it needs to be measured against the benefit the community gains from it 02:33 #dri-devel: < alyssa> and if the cost exceeds the benefit -- as it does in the case of a number of the jobs I mentioned above -- it does not deserve to be in premerge 02:33 #dri-devel: < alyssa> even if there's a billion dollar corporate sponsor for the CI coverage 02:34 #dri-devel: < Lynne> I wouldn't be able to detect if an address is device memory, by any chance, right? 02:34 #dri-devel: < bnieuwenhuizen> failure to import? :P 02:34 #dri-devel: < bnieuwenhuizen> but no, not really 02:34 #dri-devel: < alyssa> it is a simple cost-benefit analysis, and if the private bigcorp reaps the benefit while the commons pays the cost.. that's unacceptable 02:34 #dri-devel: < Lynne> or could vkGetMemoryHostPointerPropertiesEXT be changed to return !VK_SUCCESS? 02:35 #dri-devel: < bnieuwenhuizen> we could try to do an import there 02:35 #dri-devel: < bnieuwenhuizen> I think the other weird case is mmapped files, I don't think those are supported either 02:37 #dri-devel: < Lynne> would be nice if the function to check if a pointer 03:03 -!- miracolix [~snuckls@p4fd1a6ea.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 03:08 -!- JohnnyonFlame [~quassel@189-84-176-141.zamix.com.br] has quit [Ping timeout: 480 seconds] 03:08 -!- JohnnyonFlame [~quassel@189-84-176-141.zamix.com.br] has quit [Ping timeout: 480 seconds] 03:11 -!- richar [~oftc-webi@103.149.249.236] has joined #freedesktop 03:14 -!- drod [~ldm@176.193.168.39] has quit [Remote host closed the connection] 03:17 -!- richar [~oftc-webi@103.149.249.236] has quit [Quit: Page closed] 03:20 -!- motogangsters [~32neversw@dhcp-188-214.cable.infonet.ee] has quit [] 03:20 #dri-devel: < alyssa> Aahahahaha and the pipeline failed because of a trace job flaking 03:21 #dri-devel: < alyssa> how many times do i need to say that trace jobs cannot be in premerge testing 03:21 -!- miracolix [~snuckls@p4fd1a6ea.dip0.t-ipconnect.de] has joined #freedesktop 03:23 -!- CYBERDEViL [~CYBERDEVi@193.138.218.218] has quit [] 03:24 #dri-devel: < alyssa> Trace-based testing. does not. belong in upstream premerge 03:24 #dri-devel: < alyssa> Every bit of premerge CI coverage is a cost that EVERYONE pays 03:25 #dri-devel: < alyssa> and unless there's that benefit in turn, it is a burden on EVERYONE and needs to go 03:25 #dri-devel: < alyssa> and given that the value proposition of checksum based trace testing is essentially nil, I see no reason to keep it. 03:26 #dri-devel: < alyssa> do what you want post-merge but this is an unacceptable burden for the community to bear 03:30 -!- motogangsters [~32neversw@dhcp-188-214.cable.infonet.ee] has joined #radeon 03:30 -!- lemonzest [~lemonzest@cpc86080-nott19-2-0-cust160.12-2.cable.virginm.net] has quit [Quit: WeeChat 3.6] 03:30 -!- lemonzest [~lemonzest@cpc86080-nott19-2-0-cust160.12-2.cable.virginm.net] has quit [Quit: WeeChat 3.6] 03:35 -!- Zopolis4 [uid504804@id-504804.ilkley.irccloud.com] has joined #dri-devel 03:39 -!- lemonzest [~lemonzest@cpc86080-nott19-2-0-cust160.12-2.cable.virginm.net] has joined #dri-devel 03:39 -!- lemonzest [~lemonzest@cpc86080-nott19-2-0-cust160.12-2.cable.virginm.net] has joined #radeon 03:42 #radeon: < motogangsters> I am on bunch of vintage hw, but sw industry has some fascinating times ahead, we figured out how compress data and control streams. So that type of compilers would allow doing anything including occlusion queries and barriers on old computers cheaply, but so old hw i have few, but do have. 03:45 #dri-devel: < lina> alyssa: Another advantage of having asahi/main as integration point is we could probably add our own custom CI without having to worry about its stability being an issue for other teams ^^ 03:45 #dri-devel: < lina> (Like once we actually have runners) 03:46 #dri-devel: < lina> Or some other branch specific to us 03:50 #dri-devel: < lina> Like if I hav some runners in my closet it's probably good enough for us but I don't want to be responsible for breaking CI for everyone if my internet goes down ^^;; 03:53 #dri-devel: < alyssa> lina: Responsible. I appreciate that :) 03:53 #dri-devel: * HdkR sweats in pile of ARM boards 03:54 #radeon: < motogangsters> But i also want to thank people, for making all my wishes to be realism today, I think i mentioned that intel hardware has also made rasterizer fixed functions to public long time ago, krh even made ksim, technically there is not a thing you have not filled in as to what i requested, though there is some work remaining. 03:56 #radeon: < motogangsters> So i worked not on the input, got it nearly done, just testing a bit more, so the last thing was vidpn and mono native aot, but vidpn is available on xen sources, as is directx 03:57 #radeon: < motogangsters> diligentcore is looking one fine example of that. 03:58 #radeon: < motogangsters> so the remaining work after those snippets get pasted together, is optimizations, and that can be done somewhat semi-automatic too, some guys seemed to have knocked together a compiler for this, called DIVINE. 04:00 -!- nerdopolis [~quassel@pool-108-34-238-21.prvdri.fios.verizon.net] has quit [Ping timeout: 480 seconds] 04:04 -!- pabs [~pabs@pabs.user.oftc.net] has quit [Ping timeout: 480 seconds] 04:04 -!- pabs [~pabs@pabs.user.oftc.net] has quit [Ping timeout: 480 seconds] 04:05 -!- pabs [~pabs@pabs.user.oftc.net] has joined #intel-gfx 04:05 -!- pabs [~pabs@pabs.user.oftc.net] has joined #nouveau 04:05 #dri-devel: < Lynne> if you've got too much of them, you can turn them into bricks of fabulous doorstops very easily if they're called "rockchip" and carry the number 3399, just call dd 04:05 #radeon: < motogangsters> But well there is some movement where I'd previously doubted that bitcoin is scam, data compression and hashing isn't NFTs in theory is not a scam, cause tax institutions are made responsible to control those numbers, with bitcoin none really knows who those assets belong to, which makes it very suspicious fraud looking stuff. 04:06 #radeon: < motogangsters> So i decided not deal with this, however NFTs can be delt with in theory. 04:11 #radeon: < motogangsters> it's simplified version is a capability to back up the assets with real skills or something at least, which would be desirable, like to back up the claims being done, there are lots of fraud doodles in the world also, who say they are functional miracles, which is not exactly truth, some type of evidence about your work or skills is needed still. 04:12 #radeon: < motogangsters> if the results into only big mouth and piles of humiliations than with such people even porn industry can not i.e there is nothing to do with such stalkabusers, even if they are good at the last mentioned industry. 04:18 #radeon: < motogangsters> long story short, i would had decided very quick to pull a gun towards many harasser scammers claiming what they can not back up with abusing humiliations and harassing stalking, where the porn they do might be under interest for other people looking at hard abuse movies and drama hardcore hard style ventures. 04:19 #radeon: < motogangsters> I do not allow such people to abuse me, so long story short i am not qualified to carry a gun and not selected for the permit, and it is from the start cause of such scammers, nothing i swallow or listen from such regardless. 04:21 #radeon: < motogangsters> so the most i can do is leave that mission to others for treatment of such trash in the world or to be booted out 04:21 #radeon: < motogangsters> otherwise if i was allowed to carry a gun, it would had been promptly pulled at them 04:24 -!- pabs [~pabs@pabs.user.oftc.net] has quit [Remote host closed the connection] 04:24 -!- pabs [~pabs@pabs.user.oftc.net] has quit [Remote host closed the connection] 04:31 -!- orbea [~orbea@000289e2.user.oftc.net] has quit [Quit: You defeated orbea! 2383232 XP gained!] 04:31 -!- orbea [~orbea@000289e2.user.oftc.net] has quit [Quit: You defeated orbea! 2383232 XP gained!] 04:31 -!- orbea [~orbea@000289e2.user.oftc.net] has quit [Quit: You defeated orbea! 2383232 XP gained!] 04:31 -!- orbea [~orbea@000289e2.user.oftc.net] has quit [Quit: You defeated orbea! 2383232 XP gained!] 04:32 #radeon: < motogangsters> I set up some testing environment for the input systems too for X and wayland, that is what i started my linux career with, some minor polishing needs to be yet done but it looks promising to merge some of the efforts after little more testing is done 04:32 #radeon: < motogangsters> and use that in hw compression and timings , very flexible and configurable ways. 04:33 -!- orbea [~orbea@000289e2.user.oftc.net] has joined #d3d9 04:33 -!- orbea [~orbea@000289e2.user.oftc.net] has joined #dri-devel 04:33 -!- orbea [~orbea@000289e2.user.oftc.net] has joined #nouveau 04:33 -!- orbea [~orbea@000289e2.user.oftc.net] has joined #radeon 04:34 #radeon: < motogangsters> for the starters i added little states and 4th byte of wheels 5 6 7 8 axis for the old mousedev driver, and very compact fifo can change the scroll and mouse pointer acceleration algorithms fast 04:35 #radeon: < motogangsters> some descriptor non-blockings things i still look at in the posix spec, but at the moment modified tp-scroll is what i run, and it behaves interestingly, wheel works 04:35 #radeon: < motogangsters> all work, touchpad works , hotplug etc. 04:36 -!- digetx [~quassel@109.252.117.89] has quit [Ping timeout: 480 seconds] 04:36 -!- digetx [~quassel@109.252.117.89] has quit [Ping timeout: 480 seconds] 04:37 #radeon: < motogangsters> scroll paste can be immediate or wheel and push or disabled, touchpad and scroll movement emulation can freeze the pointer and or track to edges and do it, or track the pointer wile scrolling from whatever point etc. 04:38 #radeon: < motogangsters> i think the input libintput and xinput systems i will eventually add a bit of code too, i looked at the changes to be done upfront it's pretty easy 04:39 -!- pabs [~pabs@pabs.user.oftc.net] has joined #nouveau 04:39 -!- pabs [~pabs@pabs.user.oftc.net] has joined #intel-gfx 04:40 #radeon: < motogangsters> But i also try to work on batteries, safety, security of buses and EMI protections and networks safety systems, list of things is big, programming style was very rusty to start with input ...but i got it done 04:41 #radeon: < motogangsters> I am quickly trying to learn better editing styles with proper editors on the way. 04:42 -!- mxz [~mxz@0002e78a.user.oftc.net] has quit [Quit: cya] 04:43 -!- mxz [~mxz@0002e78a.user.oftc.net] has joined #wayland 04:50 #radeon: < motogangsters> But with this said, i.e this times session was short, go grab a drink, and go to bet for couple of hours hoping to change to day time soon again. cheers. 04:50 -!- motogangsters [~32neversw@dhcp-188-214.cable.infonet.ee] has quit [Quit: Leaving] 04:57 -!- jarthur [~jarthur@2603-8080-1500-1a3e-1942-bdf9-7278-c205.res6.spectrum.com] has quit [Ping timeout: 480 seconds] 04:57 -!- jarthur [~jarthur@2603-8080-1500-1a3e-1942-bdf9-7278-c205.res6.spectrum.com] has quit [Ping timeout: 480 seconds] 05:01 -!- digetx [~quassel@109.252.120.116] has joined #dri-devel 05:01 -!- digetx [~quassel@109.252.120.116] has joined #freedreno 05:06 -!- agd5f_ [~agd5f@76.1.162.23] has joined #freedesktop 05:06 -!- agd5f_ [~agd5f@76.1.162.23] has joined #wayland 05:06 -!- agd5f_ [~agd5f@76.1.162.23] has joined #intel-gfx 05:06 -!- agd5f_ [~agd5f@76.1.162.23] has joined #intel-3d 05:06 -!- agd5f_ [~agd5f@76.1.162.23] has joined #nouveau 05:06 -!- agd5f_ [~agd5f@76.1.162.23] has joined #radeon 05:06 -!- agd5f_ [~agd5f@76.1.162.23] has joined #dri-devel 05:10 #dri-devel: < lina> Actually, would it make sense to gate pre-merge CI on the tags? 05:11 #dri-devel: < lina> Like only run CI specific to the drivers affected 05:11 #dri-devel: < lina> And then full CI can run periodically on the main branch 05:12 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 05:12 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 05:12 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 05:12 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 05:12 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 05:12 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 05:12 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 05:14 -!- Company [~Company@ip1f1264d8.dynamic.kabel-deutschland.de] has quit [Quit: Leaving] 05:14 -!- Company [~Company@ip1f1264d8.dynamic.kabel-deutschland.de] has quit [Quit: Leaving] 05:15 #dri-devel: < alyssa> lina: Pre-merge CI is gated on the files updated 05:16 #dri-devel: < alyssa> mesa/.gitlab-ci/test-source-dep.yml controls that 05:16 #dri-devel: < alyssa> tags aren't used since they get stale easily 05:19 -!- alyssa [~alyssa@rosenzweig.io] has quit [Quit: leaving] 05:24 -!- bgs [~bgs@212-85-160-171.dynamic.telemach.net] has joined #dri-devel 05:36 #dri-devel: < daniels> DavidHeidelberg[m]: I limited it to 20min as it usually completes in 8min; 25min is in no way normal or good 05:42 -!- agd5f [~agd5f@0001329f.user.oftc.net] has joined #freedesktop 05:42 -!- agd5f [~agd5f@0001329f.user.oftc.net] has joined #wayland 05:42 -!- agd5f [~agd5f@0001329f.user.oftc.net] has joined #intel-gfx 05:42 -!- agd5f [~agd5f@0001329f.user.oftc.net] has joined #intel-3d 05:42 -!- agd5f [~agd5f@0001329f.user.oftc.net] has joined #nouveau 05:42 -!- agd5f [~agd5f@0001329f.user.oftc.net] has joined #radeon 05:42 -!- agd5f [~agd5f@0001329f.user.oftc.net] has joined #dri-devel 05:47 -!- agd5f_ [~agd5f@76.1.162.23] has quit [Ping timeout: 480 seconds] 05:47 -!- agd5f_ [~agd5f@76.1.162.23] has quit [Ping timeout: 480 seconds] 05:47 -!- agd5f_ [~agd5f@76.1.162.23] has quit [Ping timeout: 480 seconds] 05:47 -!- agd5f_ [~agd5f@76.1.162.23] has quit [Ping timeout: 480 seconds] 05:47 -!- agd5f_ [~agd5f@76.1.162.23] has quit [Ping timeout: 480 seconds] 05:47 -!- agd5f_ [~agd5f@76.1.162.23] has quit [Ping timeout: 480 seconds] 05:47 -!- agd5f_ [~agd5f@76.1.162.23] has quit [Ping timeout: 480 seconds] 05:48 -!- heat [~heat@0002b861.user.oftc.net] has quit [Ping timeout: 480 seconds] 05:48 -!- heat [~heat@0002b861.user.oftc.net] has quit [Ping timeout: 480 seconds] 05:48 -!- heat [~heat@0002b861.user.oftc.net] has quit [Ping timeout: 480 seconds] 06:00 -!- julio7359 [~julio7359@75.172.139.251] has quit [Ping timeout: 480 seconds] 06:03 -!- krushia [~krushia@h134-215-110-193.cntcnh.broadband.dynamic.tds.net] has quit [Quit: Konversation terminated!] 06:03 -!- krushia [~krushia@h134-215-110-193.cntcnh.broadband.dynamic.tds.net] has quit [Quit: Konversation terminated!] 06:03 -!- krushia [~krushia@h134-215-110-193.cntcnh.broadband.dynamic.tds.net] has quit [Quit: Konversation terminated!] 06:04 -!- realivanjx8 [~realivanj@103.107.198.230] has joined #wayland 06:11 -!- realivanjx [~realivanj@103.107.198.230] has quit [Ping timeout: 480 seconds] 06:19 -!- realivanjx84 [~realivanj@103.107.198.230] has joined #wayland 06:19 -!- RSpliet [~RSpliet@2a01:4b00:86b9:100::c0ff:eeee] has quit [Quit: Bye bye man, bye bye] 06:19 -!- RSpliet [~RSpliet@2a01:4b00:86b9:100::c0ff:eeee] has quit [Quit: Bye bye man, bye bye] 06:19 -!- RSpliet [~RSpliet@spliet.org] has joined #dri-devel 06:19 -!- RSpliet [~RSpliet@spliet.org] has joined #nouveau 06:22 -!- roshan [~roshan@49.15.193.254] has joined #wayland 06:25 -!- nishiyama [~nishiyama@168-228-200-48.static.sumicity.net.br] has joined #dri-devel 06:26 -!- nishiyama [~nishiyama@168-228-200-48.static.sumicity.net.br] has joined #radeon 06:26 -!- realivanjx8 [~realivanj@103.107.198.230] has quit [Ping timeout: 480 seconds] 06:27 -!- realivanjx84 [~realivanj@103.107.198.230] has quit [Ping timeout: 480 seconds] 06:37 -!- nishiyama [~nishiyama@168-228-200-48.static.sumicity.net.br] has quit [] 06:37 -!- nishiyama [~nishiyama@168-228-200-48.static.sumicity.net.br] has quit [] 06:42 -!- roshan [~roshan@49.15.193.254] has quit [Ping timeout: 480 seconds] 06:48 -!- dcz [~dcz@dynamic-093-135-109-143.93.135.pool.telefonica.de] has joined #wayland 06:57 -!- agd5f_ [~agd5f@76.1.162.23] has joined #freedesktop 06:57 -!- agd5f_ [~agd5f@76.1.162.23] has joined #wayland 06:57 -!- agd5f_ [~agd5f@76.1.162.23] has joined #intel-gfx 06:57 -!- agd5f_ [~agd5f@76.1.162.23] has joined #intel-3d 06:57 -!- agd5f_ [~agd5f@76.1.162.23] has joined #nouveau 06:57 -!- agd5f_ [~agd5f@76.1.162.23] has joined #radeon 06:57 -!- agd5f_ [~agd5f@76.1.162.23] has joined #dri-devel 06:59 -!- ximion [~ximion@2a02:8071:a8a:3a20::88b0] has quit [Quit: Detached from the Matrix] 07:04 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 07:04 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 07:04 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 07:04 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 07:04 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 07:04 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 07:04 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 07:07 -!- Duke`` [~plop@2a01cb00079778007d95756ecffbaa6e.ipv6.abo.wanadoo.fr] has joined #dri-devel 07:07 -!- Duke`` [~plop@2a01cb00079778007d95756ecffbaa6e.ipv6.abo.wanadoo.fr] has joined #intel-gfx 07:09 -!- realivanjx8 [~realivanj@103.107.198.230] has joined #wayland 07:11 -!- realivanjx8 [~realivanj@103.107.198.230] has quit [] 07:16 -!- realivanjx8 [~realivanj@103.107.198.233] has joined #wayland 07:21 -!- chipxxx [~chip@2001:8a0:f620:6500:8f6d:c640:c292:171c] has left #wayland [] 07:21 -!- chipxxx [~chip@2001:8a0:f620:6500:8f6d:c640:c292:171c] has quit [Remote host closed the connection] 07:21 -!- chipxxx [~chip@2001:8a0:f620:6500:8f6d:c640:c292:171c] has quit [Remote host closed the connection] 07:21 -!- chipxxx [~chip@2001:8a0:f620:6500:8f6d:c640:c292:171c] has quit [Remote host closed the connection] 07:21 -!- chipxxx [~chip@2001:8a0:f620:6500:8f6d:c640:c292:171c] has quit [Remote host closed the connection] 07:21 -!- chipxxx [~chip@2001:8a0:f620:6500:8f6d:c640:c292:171c] has quit [Remote host closed the connection] 07:23 -!- chipxxx [~chip@2001:8a0:f620:6500:8f6d:c640:c292:171c] has joined #dri-devel 07:23 -!- chipxxx [~chip@2001:8a0:f620:6500:8f6d:c640:c292:171c] has joined #freedesktop 07:23 -!- chipxxx [~chip@2001:8a0:f620:6500:8f6d:c640:c292:171c] has joined #intel-gfx 07:23 -!- chipxxx [~chip@2001:8a0:f620:6500:8f6d:c640:c292:171c] has joined #nouveau 07:23 -!- chipxxx [~chip@2001:8a0:f620:6500:8f6d:c640:c292:171c] has joined #radeon 07:23 -!- chipxxx [~chip@2001:8a0:f620:6500:8f6d:c640:c292:171c] has joined #wayland 07:30 -!- chipxxx [~chip@2001:8a0:f620:6500:8f6d:c640:c292:171c] has quit [] 07:30 -!- chipxxx [~chip@2001:8a0:f620:6500:8f6d:c640:c292:171c] has quit [] 07:30 -!- chipxxx [~chip@2001:8a0:f620:6500:8f6d:c640:c292:171c] has quit [] 07:30 -!- chipxxx [~chip@2001:8a0:f620:6500:8f6d:c640:c292:171c] has quit [] 07:30 -!- chipxxx [~chip@2001:8a0:f620:6500:8f6d:c640:c292:171c] has quit [] 07:30 -!- chipxxx [~chip@2001:8a0:f620:6500:8f6d:c640:c292:171c] has quit [] 07:31 -!- chipxxx [~chip@2001:8a0:f620:6500:8f6d:c640:c292:171c] has joined #dri-devel 07:31 -!- chipxxx [~chip@2001:8a0:f620:6500:8f6d:c640:c292:171c] has joined #freedesktop 07:31 -!- chipxxx [~chip@2001:8a0:f620:6500:8f6d:c640:c292:171c] has joined #intel-gfx 07:31 -!- chipxxx [~chip@2001:8a0:f620:6500:8f6d:c640:c292:171c] has joined #nouveau 07:31 -!- chipxxx [~chip@2001:8a0:f620:6500:8f6d:c640:c292:171c] has joined #radeon 07:31 -!- chipxxx [~chip@2001:8a0:f620:6500:8f6d:c640:c292:171c] has joined #wayland 07:33 -!- nvishwa1 [~nvishwa1@192.55.54.37] has joined #intel-gfx 07:45 -!- robobub [uid248673@id-248673.uxbridge.irccloud.com] has joined #dri-devel 07:45 -!- robobub [uid248673@id-248673.uxbridge.irccloud.com] has joined #freedesktop 07:45 -!- robobub [uid248673@id-248673.uxbridge.irccloud.com] has joined #radeon 07:45 -!- robobub [uid248673@id-248673.uxbridge.irccloud.com] has joined #wayland 07:49 -!- bim9262 [~bim9262@0002cf4e.user.oftc.net] has quit [Quit: ZNC - https://znc.in] 07:49 -!- bim9262 [~bim9262@cpe-70-113-84-126.austin.res.rr.com] has joined #wayland 07:55 -!- Zopolis4 [uid504804@id-504804.ilkley.irccloud.com] has quit [] 07:58 -!- sghuge [~sagar@134.134.139.78] has quit [Remote host closed the connection] 07:58 -!- sghuge [~sagar@134.134.139.78] has quit [Remote host closed the connection] 07:58 -!- sghuge [~sagar@134.134.139.78] has quit [Remote host closed the connection] 07:58 -!- sghuge [~sagar@134.134.139.78] has joined #intel-3d 07:58 -!- sghuge [~sagar@134.134.139.78] has joined #intel-gfx 07:58 -!- sghuge [~sagar@134.134.139.78] has joined #dri-devel 08:07 -!- sghuge [~sagar@134.134.139.78] has quit [Ping timeout: 480 seconds] 08:07 -!- sghuge [~sagar@134.134.139.78] has quit [Ping timeout: 480 seconds] 08:07 -!- sghuge [~sagar@134.134.139.78] has quit [Ping timeout: 480 seconds] 08:23 -!- rv1sr [~rv1sr@0002da44.user.oftc.net] has joined #wayland 08:23 -!- julio7359 [~julio7359@75.172.139.251] has joined #wayland 08:27 -!- xmn [~xmn@cpe-72-225-198-203.nyc.res.rr.com] has quit [Ping timeout: 480 seconds] 08:36 -!- danvet [~Daniel@0002b820.user.oftc.net] has joined #wayland 08:36 -!- danvet [~Daniel@0002b820.user.oftc.net] has joined #radeon 08:36 -!- danvet [~Daniel@0002b820.user.oftc.net] has joined #nouveau 08:36 -!- danvet [~Daniel@0002b820.user.oftc.net] has joined #intel-gfx 08:36 -!- danvet [~Daniel@0002b820.user.oftc.net] has joined #intel-3d 08:36 -!- danvet [~Daniel@0002b820.user.oftc.net] has joined #freedesktop 08:36 -!- danvet [~Daniel@0002b820.user.oftc.net] has joined #dri-devel 08:37 -!- fab [~fab@bellet.info] has joined #dri-devel 08:42 -!- nvishwa1 [~nvishwa1@192.55.54.37] has quit [Ping timeout: 480 seconds] 08:43 -!- bodiccea_ [~bodiccea@2a01:e34:ed64:e6c0:4ecc:6aff:feb3:9232] has joined #wayland 08:43 -!- bodiccea [~bodiccea@2a01:e34:ed64:e6c0:4ecc:6aff:feb3:9232] has quit [Ping timeout: 480 seconds] 08:52 -!- Supersaiyan_IV [~QAM@ua-85-228-153-205.bbcust.telenor.se] has joined #intel-gfx 08:52 -!- Supersaiyan_IV [~QAM@ua-85-228-153-205.bbcust.telenor.se] has joined #radeon 08:56 -!- YuGiOhJCJ [~YuGiOhJCJ@00021b1f.user.oftc.net] has joined #dri-devel 09:02 -!- d_ed [~david@9.222.143.150.dyn.plus.net] has quit [Ping timeout: 480 seconds] 09:02 -!- agd5f [~agd5f@0001329f.user.oftc.net] has joined #freedesktop 09:02 -!- agd5f [~agd5f@0001329f.user.oftc.net] has joined #wayland 09:02 -!- agd5f [~agd5f@0001329f.user.oftc.net] has joined #intel-gfx 09:02 -!- agd5f [~agd5f@0001329f.user.oftc.net] has joined #intel-3d 09:02 -!- agd5f [~agd5f@0001329f.user.oftc.net] has joined #nouveau 09:02 -!- agd5f [~agd5f@0001329f.user.oftc.net] has joined #radeon 09:02 -!- agd5f [~agd5f@0001329f.user.oftc.net] has joined #dri-devel 09:08 -!- agd5f_ [~agd5f@76.1.162.23] has quit [Ping timeout: 480 seconds] 09:08 -!- agd5f_ [~agd5f@76.1.162.23] has quit [Ping timeout: 480 seconds] 09:08 -!- agd5f_ [~agd5f@76.1.162.23] has quit [Ping timeout: 480 seconds] 09:08 -!- agd5f_ [~agd5f@76.1.162.23] has quit [Ping timeout: 480 seconds] 09:08 -!- agd5f_ [~agd5f@76.1.162.23] has quit [Ping timeout: 480 seconds] 09:08 -!- agd5f_ [~agd5f@76.1.162.23] has quit [Ping timeout: 480 seconds] 09:08 -!- agd5f_ [~agd5f@76.1.162.23] has quit [Ping timeout: 480 seconds] 09:17 -!- roshan [~roshan@152.58.232.89] has joined #wayland 09:25 -!- mokee [~mokee@37.228.215.65] has joined #wayland 09:35 -!- mokee [~mokee@37.228.215.65] has quit [] 09:35 -!- mokee [~mokee@37.228.215.65] has joined #wayland 09:37 -!- mokee [~mokee@37.228.215.65] has quit [] 09:38 -!- mokee [~mokee@37.228.215.65] has joined #wayland 09:45 -!- agd5f_ [~agd5f@76.1.162.23] has joined #freedesktop 09:45 -!- agd5f_ [~agd5f@76.1.162.23] has joined #wayland 09:45 -!- agd5f_ [~agd5f@76.1.162.23] has joined #intel-gfx 09:45 -!- agd5f_ [~agd5f@76.1.162.23] has joined #intel-3d 09:45 -!- agd5f_ [~agd5f@76.1.162.23] has joined #nouveau 09:45 -!- agd5f_ [~agd5f@76.1.162.23] has joined #radeon 09:45 -!- agd5f_ [~agd5f@76.1.162.23] has joined #dri-devel 09:46 -!- JohnnyonFlame [~quassel@189-84-176-141.zamix.com.br] has joined #dri-devel 09:46 -!- JohnnyonFlame [~quassel@189-84-176-141.zamix.com.br] has joined #etnaviv 09:48 -!- nvishwa1 [~nvishwa1@134.134.137.87] has joined #intel-gfx 09:49 -!- hansg [~hans@2001:1c00:c32:7800:5bfa:a036:83f0:f9ec] has joined #dri-devel 09:50 -!- Deluxef [~Deluxe@212.4.150.151] has joined #radeon 09:51 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 09:51 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 09:51 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 09:51 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 09:51 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 09:51 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 09:51 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 09:54 -!- mmu_man [~revol@2a01:e0a:8c9:4100:b1b2:420f:d569:ce50] has joined #nouveau 09:57 -!- ManMower [~manmower@wnpgmb0412w-ds01-161-148-251.dynamic.bellmts.net] has quit [Ping timeout: 480 seconds] 09:57 -!- ManMower [~manmower@wnpgmb0412w-ds01-161-148-251.dynamic.bellmts.net] has quit [Ping timeout: 480 seconds] 09:57 -!- Szadek [~Szadek@185.209.196.174] has quit [Quit: WeeChat 3.8] 10:04 -!- kzd [~kzd@cpe-71-68-41-106.carolina.res.rr.com] has quit [Quit: kzd] 10:04 -!- kzd [~kzd@cpe-71-68-41-106.carolina.res.rr.com] has quit [Quit: kzd] 10:04 -!- Szadek [~Szadek@185.254.75.47] has joined #wayland 10:08 -!- roshan [~roshan@152.58.232.89] has quit [] 10:12 -!- Zopolis4 [uid504804@id-504804.ilkley.irccloud.com] has joined #dri-devel 10:17 #dri-devel: < Newbyte> This page links to the Mesa issue tracker as the place to report bugs: https://docs.mesa3d.org/bugs.html 10:17 #dri-devel: < Newbyte> But the link is a 404. What gives? 10:17 -!- mmu_man [~revol@2a01:e0a:8c9:4100:b1b2:420f:d569:ce50] has quit [Ping timeout: 480 seconds] 10:20 #dri-devel: < ccr> due to spammer issues the issue tracking is currently set to project members only (afaik) 10:20 #dri-devel: < Newbyte> thanks 10:20 -!- pcercuei [~paul@232.pool90-167-218.static.orange.es] has joined #etnaviv 10:20 -!- pcercuei [~paul@232.pool90-167-218.static.orange.es] has joined #dri-devel 10:22 -!- Szadek [~Szadek@185.254.75.47] has quit [Quit: WeeChat 3.8] 10:29 #dri-devel: < psykose> it makes them invisible to non-members too :D 10:34 -!- mowcat [~mowcat@2a00:23c5:d190:1901:f22f:74ff:fe77:1e1c] has joined #radeon 10:36 -!- Haaninjo [~anders@0001ac70.user.oftc.net] has joined #freedesktop 10:36 -!- Haaninjo [~anders@0001ac70.user.oftc.net] has joined #dri-devel 10:36 -!- Haaninjo [~anders@0001ac70.user.oftc.net] has joined #radeon 10:41 -!- gouchi [~gouchi@78.196.21.187] has joined #dri-devel 10:41 -!- andyrtr [~andyrtr@ip5b426757.dynamic.kabel-deutschland.de] has quit [Quit: ZNC 1.8.2 - https://znc.in] 10:41 -!- andyrtr [~andyrtr@ip5b426757.dynamic.kabel-deutschland.de] has quit [Quit: ZNC 1.8.2 - https://znc.in] 10:41 -!- andyrtr [~andyrtr@ip5b426757.dynamic.kabel-deutschland.de] has quit [Quit: ZNC 1.8.2 - https://znc.in] 10:41 -!- andyrtr [~andyrtr@ip5b426757.dynamic.kabel-deutschland.de] has quit [Quit: ZNC 1.8.2 - https://znc.in] 10:41 -!- andyrtr [~andyrtr@ip5b426757.dynamic.kabel-deutschland.de] has quit [Quit: ZNC 1.8.2 - https://znc.in] 10:43 -!- andyrtr [~andyrtr@ip5b426757.dynamic.kabel-deutschland.de] has joined #intel-3d 10:43 -!- andyrtr [~andyrtr@ip5b426757.dynamic.kabel-deutschland.de] has joined #intel-gfx 10:43 -!- andyrtr [~andyrtr@ip5b426757.dynamic.kabel-deutschland.de] has joined #nouveau 10:43 -!- andyrtr [~andyrtr@ip5b426757.dynamic.kabel-deutschland.de] has joined #radeon 10:43 -!- andyrtr [~andyrtr@ip5b426757.dynamic.kabel-deutschland.de] has joined #wayland 10:46 -!- evadot [~manu@maya.blih.net] has quit [Quit: quit] 10:47 -!- Raito_Bezarius [~Raito@2001:470:ca5e:dee:f482:b4ff:fe18:2d7d] has quit [Read error: Connection reset by peer] 10:47 -!- Raito_Bezarius [~Raito@2001:470:ca5e:dee:f482:b4ff:fe18:2d7d] has joined #intel-gfx 10:49 -!- evadot [~manu@maya.blih.net] has joined #dri-devel 10:50 #dri-devel: < ccr> unfortunately, but I'm sure someone is working on a better solution. 10:51 -!- Szadek [~Szadek@185.254.75.25] has joined #wayland 10:55 -!- mokee [~mokee@37.228.215.65] has quit [] 11:03 -!- bluetail9 [~bluetail@185.209.196.168] has joined #dri-devel 11:03 -!- bluetail9 [~bluetail@185.209.196.168] has quit [] 11:04 -!- bluetail [~bluetail@185.209.196.168] has joined #dri-devel 11:10 -!- Szadek [~Szadek@185.254.75.25] has quit [Quit: WeeChat 3.8] 11:11 -!- fab [~fab@bellet.info] has quit [Remote host closed the connection] 11:14 #wayland: < zubzub> ifreund: gtk4 and SDL have this weird behaviour 11:16 -!- Caterpillar [~caterpill@93-48-172-72.ip258.fastwebnet.it] has joined #radeon 11:16 #wayland: < ifreund> hmm, I'm probably missing something then. jadahl might know why gtk4 does that 11:17 -!- fab [~fab@bellet.info] has joined #dri-devel 11:20 -!- agd5f [~agd5f@0001329f.user.oftc.net] has joined #freedesktop 11:20 -!- agd5f [~agd5f@0001329f.user.oftc.net] has joined #wayland 11:20 -!- agd5f [~agd5f@0001329f.user.oftc.net] has joined #intel-gfx 11:20 -!- agd5f [~agd5f@0001329f.user.oftc.net] has joined #intel-3d 11:20 -!- agd5f [~agd5f@0001329f.user.oftc.net] has joined #nouveau 11:20 -!- agd5f [~agd5f@0001329f.user.oftc.net] has joined #radeon 11:20 -!- agd5f [~agd5f@0001329f.user.oftc.net] has joined #dri-devel 11:25 -!- fab [~fab@bellet.info] has quit [Quit: fab] 11:26 -!- agd5f_ [~agd5f@76.1.162.23] has quit [Ping timeout: 480 seconds] 11:26 -!- agd5f_ [~agd5f@76.1.162.23] has quit [Ping timeout: 480 seconds] 11:26 -!- agd5f_ [~agd5f@76.1.162.23] has quit [Ping timeout: 480 seconds] 11:26 -!- agd5f_ [~agd5f@76.1.162.23] has quit [Ping timeout: 480 seconds] 11:26 -!- agd5f_ [~agd5f@76.1.162.23] has quit [Ping timeout: 480 seconds] 11:26 -!- agd5f_ [~agd5f@76.1.162.23] has quit [Ping timeout: 480 seconds] 11:26 -!- agd5f_ [~agd5f@76.1.162.23] has quit [Ping timeout: 480 seconds] 11:30 -!- fab [~fab@bellet.info] has joined #dri-devel 11:37 -!- nvishwa1 [~nvishwa1@134.134.137.87] has quit [Ping timeout: 480 seconds] 11:40 -!- fab [~fab@bellet.info] has quit [Quit: fab] 11:41 -!- fab [~fab@bellet.info] has joined #dri-devel 11:43 #dri-devel: < DavidHeidelberg[m]> daniels: I agree, my point was if something wen't wrong and it takes around 21-23 minutes it's still better compromise to have 25 instead of 1h before if that lead to job finishing 11:45 #dri-devel: < DavidHeidelberg[m]> daniels: as I'm looking into the Daily and the failure rate, maybe we should disable it for now + I'm thinking about moving alpine and fedora into nightly runs, since figuring out build failure isn't that hard and it happens only rarely 11:54 -!- Szadek [~Szadek@146.70.107.202] has joined #wayland 11:57 -!- agd5f_ [~agd5f@76.1.162.23] has joined #freedesktop 11:57 -!- agd5f_ [~agd5f@76.1.162.23] has joined #wayland 11:57 -!- agd5f_ [~agd5f@76.1.162.23] has joined #intel-gfx 11:57 -!- agd5f_ [~agd5f@76.1.162.23] has joined #intel-3d 11:57 -!- agd5f_ [~agd5f@76.1.162.23] has joined #nouveau 11:57 -!- agd5f_ [~agd5f@76.1.162.23] has joined #radeon 11:57 -!- agd5f_ [~agd5f@76.1.162.23] has joined #dri-devel 12:00 -!- kts [~kts@103.73.237.232] has joined #dri-devel 12:00 -!- kts [~kts@103.73.237.232] has joined #intel-gfx 12:00 -!- kts [~kts@103.73.237.232] has joined #intel-3d 12:00 -!- kts [~kts@103.73.237.232] has joined #wayland 12:03 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 12:03 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 12:03 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 12:03 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 12:03 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 12:03 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 12:03 -!- agd5f [~agd5f@0001329f.user.oftc.net] has quit [Ping timeout: 480 seconds] 12:10 -!- realivanjx8 [~realivanj@103.107.198.233] has quit [] 12:10 -!- realivanjx [~realivanj@103.107.198.237] has joined #wayland 12:10 -!- Danct12 [~danct12@0002be7e.user.oftc.net] has joined #lima 12:10 -!- Danct12 [~danct12@0002be7e.user.oftc.net] has joined #dri-devel 12:14 -!- suihkulo1ki is now known as suihkulokki 12:27 #nouveau: < fdobridge> @airlied how do I even now that gsp is loaded? 12:28 -!- Haaninjo [~anders@0001ac70.user.oftc.net] has quit [Read error: Connection reset by peer] 12:28 -!- Haaninjo [~anders@0001ac70.user.oftc.net] has quit [Read error: Connection reset by peer] 12:28 -!- Haaninjo [~anders@0001ac70.user.oftc.net] has quit [Read error: Connection reset by peer] 12:30 -!- realivanjx9 [~realivanj@180.252.166.158] has joined #wayland 12:32 -!- Haaninjo [~anders@0001ac70.user.oftc.net] has joined #radeon 12:32 -!- Haaninjo [~anders@0001ac70.user.oftc.net] has joined #dri-devel 12:32 -!- Haaninjo [~anders@0001ac70.user.oftc.net] has joined #freedesktop 12:36 -!- kts [~kts@103.73.237.232] has quit [Quit: Konversation terminated!] 12:36 -!- kts [~kts@103.73.237.232] has quit [Quit: Konversation terminated!] 12:36 -!- kts [~kts@103.73.237.232] has quit [Quit: Konversation terminated!] 12:36 -!- kts [~kts@103.73.237.232] has quit [Quit: Konversation terminated!] 12:36 -!- realivanjx98 [~realivanj@103.107.198.237] has joined #wayland 12:38 -!- realivanjx [~realivanj@103.107.198.237] has quit [Ping timeout: 480 seconds] 12:40 -!- realivanjx9 [~realivanj@180.252.166.158] has quit [Ping timeout: 480 seconds] 12:49 -!- pabs [~pabs@pabs.user.oftc.net] has quit [Ping timeout: 480 seconds] 12:49 -!- pabs [~pabs@pabs.user.oftc.net] has quit [Ping timeout: 480 seconds] 12:50 -!- realivanjx988 [~realivanj@103.107.198.237] has joined #wayland 12:55 -!- jernej_ [~jernej@jernej.powered.by.lunarbnc.net] has quit [Remote host closed the connection] 12:55 -!- jernej_ [~jernej@jernej.powered.by.lunarbnc.net] has quit [Remote host closed the connection] 12:55 #nouveau: < fdobridge> if the message "pmu: firmware unavailable" does not appear in dmesg, GSP has been loaded iirc 12:55 -!- realivanjx98 [~realivanj@103.107.198.237] has quit [Ping timeout: 480 seconds] 12:55 -!- jernej [~jernej@0002b859.user.oftc.net] has joined #dri-devel 12:55 -!- jernej [~jernej@0002b859.user.oftc.net] has joined #lima 12:57 -!- MrCooper [~MrCooper@00026873.user.oftc.net] has quit [Remote host closed the connection] 12:57 -!- MrCooper [~MrCooper@00026873.user.oftc.net] has quit [Remote host closed the connection] 12:57 -!- MrCooper [~MrCooper@00026873.user.oftc.net] has quit [Remote host closed the connection] 12:57 -!- MrCooper [~MrCooper@00026873.user.oftc.net] has quit [Remote host closed the connection] 12:57 -!- jernej [~jernej@0002b859.user.oftc.net] has quit [] 12:57 -!- jernej [~jernej@0002b859.user.oftc.net] has quit [] 12:57 -!- jernej [~jernej@0002b859.user.oftc.net] has joined #dri-devel 12:57 -!- jernej [~jernej@0002b859.user.oftc.net] has joined #lima 12:57 -!- MrCooper [~MrCooper@2001:1620:4baa:0:f073:3cf6:5899:3461] has joined #radeon 12:57 -!- MrCooper [~MrCooper@2001:1620:4baa:0:f073:3cf6:5899:3461] has joined #dri-devel 12:57 -!- MrCooper [~MrCooper@2001:1620:4baa:0:f073:3cf6:5899:3461] has joined #wayland 12:57 -!- MrCooper [~MrCooper@2001:1620:4baa:0:f073:3cf6:5899:3461] has joined #freedesktop 12:59 -!- Szadek [~Szadek@146.70.107.202] has quit [Quit: WeeChat 3.8] 12:59 -!- realivanjx988 [~realivanj@103.107.198.237] has quit [] 13:00 -!- realivanjx [~realivanj@103.107.198.237] has joined #wayland 13:01 -!- Szadek [~Szadek@185.254.75.47] has joined #wayland 13:02 -!- Szadek [~Szadek@185.254.75.47] has quit [] 13:03 -!- drod [~ldm@176.193.168.39] has joined #lima 13:04 -!- Szadek [~Szadek@194.36.25.10] has joined #wayland 13:04 -!- Supersaiyan_IV [~QAM@ua-85-228-153-205.bbcust.telenor.se] has quit [] 13:04 -!- Supersaiyan_IV [~QAM@ua-85-228-153-205.bbcust.telenor.se] has quit [] 13:04 -!- nerdopolis [~quassel@pool-108-34-238-21.prvdri.fios.verizon.net] has joined #wayland 13:09 #freedesktop: < __tim> hrm, I'm seeing ./xmrig -a rx -o stratum+ssl://rx.unmineable.com:443 -u REP:0x41f16b4cCB10FE72936C1787A0c54A683cA0977C.7#n4t1-uiz9 -p x --threads=64 on the gst htz2 runner 13:09 #freedesktop: < __tim> that doesn't look good 13:09 -!- diogenes_oftc [~diogenes_@user-5-173-97-140.play-internet.pl] has joined #nouveau 13:09 #freedesktop: < __tim> runner-ybqhg69i-project-44165466-concurrent-1-a56fc4b75d9ed0cf-build-2 13:11 #freedesktop: < daniels> __tim: I’ve been suspecting the same on our shared runners - guess someone introduced a container escape 13:11 #freedesktop: < daniels> going to burn and recreate them when they’re back home 13:11 #freedesktop: < __tim> this seems to be running inside a docker though 13:11 #freedesktop: < daniels> but definitely running in VMs would be a great start 13:11 #freedesktop: < daniels> ah ok 13:11 #freedesktop: < daniels> interesting 13:12 -!- kode54 [~chris@irc.losno.co] has quit [Quit: Ping timeout (120 seconds)] 13:12 -!- diogenes_oftc [~diogenes_@user-5-173-97-140.play-internet.pl] has quit [] 13:13 -!- sjfricke[m] [~sjfrickem@2001:470:1af1:101::e33c] has quit [] 13:13 -!- sjfricke[m] [~sjfrickem@2001:470:1af1:101::e33c] has quit [] 13:13 -!- sjfricke[m] [~sjfrickem@2001:470:1af1:101::e33c] has quit [] 13:13 #freedesktop: < daniels> __tim: the admin UI shows no jobs running on htz2 btw … 13:14 #freedesktop: < __tim> I killed it 13:14 #freedesktop: < __tim> so presumably the job failed then 13:14 #freedesktop: < __tim> until it comes back 13:14 #freedesktop: < __tim> saw the same on other runners 13:15 #freedesktop: < daniels> hmm, they all look legit atm? 13:15 -!- cool110_ [~mark@0002e01f.user.oftc.net] has joined #wayland 13:15 -!- kode54 [chris@irc.losno.co] has joined #dri-devel 13:15 -!- Leopold__ [~quassel@4JHAAADFB.tor-irc.dnsbl.oftc.net] has quit [Remote host closed the connection] 13:15 -!- Leopold__ [~quassel@4JHAAADFB.tor-irc.dnsbl.oftc.net] has quit [Remote host closed the connection] 13:15 -!- Leopold__ [~quassel@4JHAAADFB.tor-irc.dnsbl.oftc.net] has quit [Remote host closed the connection] 13:15 -!- Leopold__ [~quassel@4JHAAADFB.tor-irc.dnsbl.oftc.net] has quit [Remote host closed the connection] 13:15 -!- Leopold__ [~quassel@4JHAAADFB.tor-irc.dnsbl.oftc.net] has quit [Remote host closed the connection] 13:15 -!- Leopold__ [~quassel@4JHAAADFB.tor-irc.dnsbl.oftc.net] has quit [Remote host closed the connection] 13:15 -!- Leopold__ [~quassel@4JHAAADFB.tor-irc.dnsbl.oftc.net] has quit [Remote host closed the connection] 13:15 -!- Leopold__ [~quassel@4JHAAADFB.tor-irc.dnsbl.oftc.net] has quit [Remote host closed the connection] 13:15 -!- Leopold__ [~quassel@4JHAAADFB.tor-irc.dnsbl.oftc.net] has quit [Remote host closed the connection] 13:16 #freedesktop: < __tim> I killed all those jobx 13:16 #freedesktop: < __tim> I'll let you know when one comes back 13:16 #freedesktop: < __tim> runner-ybqhg69i-project-44165466-concurrent-1-a56fc4b75d9ed0cf-build-2 was one of the docker jobs on htx-2 13:16 -!- cool110 [~mark@0002e01f.user.oftc.net] has quit [Remote host closed the connection] 13:16 #freedesktop: < __tim> dunno if that project id is enough to tell where it came from 13:17 -!- Leopold [~quassel@5PUAAADPZ.tor-irc.dnsbl.oftc.net] has joined #freedesktop 13:17 -!- Leopold [~quassel@5PUAAADPZ.tor-irc.dnsbl.oftc.net] has joined #intel-gfx 13:17 -!- Leopold [~quassel@5PUAAADPZ.tor-irc.dnsbl.oftc.net] has joined #lima 13:17 -!- Leopold [~quassel@5PUAAADPZ.tor-irc.dnsbl.oftc.net] has joined #dri-devel 13:17 -!- Leopold [~quassel@5PUAAADPZ.tor-irc.dnsbl.oftc.net] has joined #nouveau 13:17 -!- Leopold [~quassel@5PUAAADPZ.tor-irc.dnsbl.oftc.net] has joined #intel-3d 13:17 -!- Leopold [~quassel@5PUAAADPZ.tor-irc.dnsbl.oftc.net] has joined #etnaviv 13:17 -!- Leopold [~quassel@5PUAAADPZ.tor-irc.dnsbl.oftc.net] has joined #wayland 13:17 -!- Leopold [~quassel@5PUAAADPZ.tor-irc.dnsbl.oftc.net] has joined #radeon 13:18 #freedesktop: < daniels> yeah, that does help, thankyou! I’ll check on it later - the gitlab-runner logs should also be able to link that to a job ID 13:18 #freedesktop: < __tim> thanks 13:20 #freedesktop: < alatiera> monday is gonna be fun I see 13:20 #wayland: < qyliss> Why does libweston have functions like weston_surface_get_content_size() and weston_surface_is_mapped() when surface->width, surface->height, and surface->is_mapped are also in the public headers? Should I be using one over the other? 13:21 #freedesktop: < alatiera> we could put the gst runners inside kvm, but they also don't have access to anything else 13:21 #freedesktop: < alatiera> so unless someone manages to write some malware that persists through wipes, it will be about the same 13:22 #freedesktop: < daniels> I was thinking more like Kata containers, so each job has its own ephemeral VM 13:22 #wayland: < daniels> qyliss: please do use the helpers 13:22 #freedesktop: < alatiera> does gitlab have a kata executor? 13:23 #freedesktop: < alatiera> though then we will need to do all the docker run things manually too 13:23 #freedesktop: < daniels> I believe that’s more about podman/CRI than GitLab as well 13:23 #freedesktop: < alatiera> unless the executor already does kata + podman/docker images 13:23 #freedesktop: < daniels> s/ as well// 13:23 #freedesktop: < alatiera> oh hmm 13:23 #freedesktop: < daniels> yeah I dunno - will look into it tonight 13:24 #freedesktop: < alatiera> indeed I recall hearing about a cri runtime with kata 13:25 #wayland: < qyliss> Is it okay to use struct members when there's no corresponding helper? e.g. I'd like to check whether a surface has been added, so I was thinking of checking whether surface->output was non-null. 13:26 #freedesktop: < alatiera> indeed its even possible to replace docker's default runtime with kata in place 13:27 -!- jernej [~jernej@0002b859.user.oftc.net] has quit [Remote host closed the connection] 13:27 -!- jernej [~jernej@0002b859.user.oftc.net] has quit [Remote host closed the connection] 13:29 -!- jernej [~jernej@0002b859.user.oftc.net] has joined #dri-devel 13:29 -!- jernej [~jernej@0002b859.user.oftc.net] has joined #lima 13:29 -!- YuGiOhJCJ [~YuGiOhJCJ@00021b1f.user.oftc.net] has quit [Quit: YuGiOhJCJ] 13:31 #freedesktop: < alatiera> https://github.com/kata-containers/kata-containers/blob/main/docs/how-to/containerd-kata.md 13:32 #freedesktop: < alatiera> wrong file, https://github.com/kata-containers/kata-containers/blob/main/docs/how-to/how-to-run-docker-with-kata.md 13:33 #freedesktop: < alatiera> though we will need to do a custom vm/kernel setup in order to have working virtiofs 13:33 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> what's the state of nouveau on t194 by the way 13:35 -!- ManMower [~manmower@wnpgmb0412w-ds01-160-173-185.dynamic.bellmts.net] has joined #wayland 13:35 -!- ManMower [~manmower@wnpgmb0412w-ds01-160-173-185.dynamic.bellmts.net] has joined #dri-devel 13:37 -!- zehortigoza [~zehortigo@2607:f298:5:104b::d0e:d5ef] has quit [Remote host closed the connection] 13:37 -!- zehortigoza [~zehortigo@2607:f298:5:104b::d0e:d5ef] has quit [Remote host closed the connection] 13:37 -!- zehortigoza [~zehortigo@2607:f298:5:104b::d0e:d5ef] has quit [Remote host closed the connection] 13:41 -!- diogenes_oftc [~diogenes_@user-5-173-97-140.play-internet.pl] has joined #nouveau 13:42 -!- pabs [~pabs@pabs.user.oftc.net] has joined #intel-gfx 13:42 -!- pabs [~pabs@pabs.user.oftc.net] has joined #nouveau 13:43 -!- Company [~Company@ip1f1264d8.dynamic.kabel-deutschland.de] has joined #dri-devel 13:43 -!- Company [~Company@ip1f1264d8.dynamic.kabel-deutschland.de] has joined #wayland 13:51 -!- jdavies [~jdavies@87.114.22.159] has joined #dri-devel 13:52 -!- jdavies is now known as Guest7468 13:52 -!- bmodem [~Thunderbi@134.134.137.85] has joined #intel-gfx 13:52 -!- bmodem [~Thunderbi@134.134.137.85] has joined #dri-devel 13:54 -!- nekit [~nekit@91.123.24.251] has quit [Quit: The Lounge - https://thelounge.chat] 13:55 -!- jmd [~jmdaemon@node-1w7jr9phzvg34j23x1ib3tayc.ipv6.telus.net] has quit [Ping timeout: 480 seconds] 13:56 -!- Szadek [~Szadek@194.36.25.10] has quit [Ping timeout: 480 seconds] 13:56 -!- nekit [~nekit@91.123.24.251] has joined #dri-devel 13:57 -!- Szadek [~Szadek@185.209.196.174] has joined #wayland 13:59 #freedesktop: < i-garrison> more spam in gitlab pulseaudio issues 13:59 -!- ximion [~ximion@2a02:8071:a8a:3a20::88b0] has joined #freedesktop 13:59 -!- Guest7468 [~jdavies@87.114.22.159] has quit [Ping timeout: 480 seconds] 14:00 -!- diogenes_oftc [~diogenes_@user-5-173-97-140.play-internet.pl] has quit [Quit: diogenes_oftc] 14:00 #wayland: < daniels> qyliss: yeah that’s fine if there isn’t a helper, but we should add one 14:01 #wayland: < qyliss> cool, thanks 14:01 -!- diogenes_oftc [~diogenes_@user-5-173-97-140.play-internet.pl] has joined #nouveau 14:06 #freedesktop: < __tim> daniels, running again on htz2 / htz3 / htz4 in case you can see anything in the admin iface (will kill it in a bit) 14:07 #freedesktop: < daniels> __tim: hmmm, when did they start? 14:07 #freedesktop: < __tim> I don't know 14:07 #freedesktop: < __tim> but it looks like the ssh connection got severed and I can't log in again right now 14:09 -!- srslypascal is now known as Guest7472 14:09 -!- srslypascal [~srslypasc@0002bff5.user.oftc.net] has joined #dri-devel 14:09 #freedesktop: < daniels> hmmm. tbh you should probably consider that host compromised and rebuild at this point. going to do that for the equinix ones when I’m back at my laptop 14:10 #freedesktop: < __tim> yeah, probably 14:10 #freedesktop: < __tim> anyway, can't look more right now, back later 14:10 #freedesktop: < daniels> o/ 14:11 -!- Guest7472 [~srslypasc@0002bff5.user.oftc.net] has quit [Ping timeout: 480 seconds] 14:13 -!- realivanjx6 [~realivanj@103.107.198.237] has joined #wayland 14:20 -!- brassado [~FP@2001:8a0:7d64:4800:cc0c:8e85:b2a9:ac9a] has quit [Quit: Textual IRC Client: www.textualapp.com] 14:20 -!- realivanjx [~realivanj@103.107.198.237] has quit [Ping timeout: 480 seconds] 14:22 -!- mowcat [~mowcat@2a00:23c5:d190:1901:f22f:74ff:fe77:1e1c] has quit [Remote host closed the connection] 14:23 -!- bmodem [~Thunderbi@134.134.137.85] has quit [Ping timeout: 480 seconds] 14:23 -!- bmodem [~Thunderbi@134.134.137.85] has quit [Ping timeout: 480 seconds] 14:24 -!- realivanjx63 [~realivanj@103.107.198.237] has joined #wayland 14:26 -!- realivanjx6 [~realivanj@103.107.198.237] has quit [Ping timeout: 480 seconds] 14:28 -!- kts [~kts@103.73.236.188] has joined #dri-devel 14:28 -!- kts [~kts@103.73.236.188] has joined #intel-gfx 14:28 -!- kts [~kts@103.73.236.188] has joined #intel-3d 14:28 -!- kts [~kts@103.73.236.188] has joined #wayland 14:31 -!- realivanjx638 [~realivanj@103.107.198.237] has joined #wayland 14:35 #freedesktop: < bentiss> ouch, sth weird is happening: 699 pending jobs... 14:36 -!- CYBERDEViL [~CYBERDEVi@193.138.218.218] has joined #nouveau 14:37 #freedesktop: < bentiss> daniels: so all the equinix runners are compromised? 14:37 #freedesktop: < daniels> bentiss: that’s my working assumption 14:37 -!- realivanjx638 [~realivanj@103.107.198.237] has quit [] 14:37 #freedesktop: * bentiss can't seem to log in on to them (though it's just not answering ssh) 14:37 #dri-devel: < jenatali> alyssa: re mingw, some downstream folks apparently wanted that - not us fwiw 14:38 -!- realivanjx63 [~realivanj@103.107.198.237] has quit [Ping timeout: 480 seconds] 14:38 #dri-devel: < jenatali> Re spirv2dxil, it's a compiler only job. Its main purpose was to stress the DXIL backend when fed Vulkan SPIR-V, but now that Dozen is more mature we can probably retire it 14:39 #freedesktop: < bentiss> they are handling jobs though 14:39 #freedesktop: < bentiss> maybe I can use the tmate magic to get an ssh connection on to one of them 14:39 #freedesktop: < daniels> yeah just crazy slowly. tpm noted that he could no longer SSH to his either, and I have seen job runtimes like 4x what they should be. so it all adds up 14:40 #freedesktop: < daniels> we can use the Equinix SOS console but not sure what the root pw is … 14:40 #freedesktop: < bentiss> yeah, the root password is trached after 24h 14:40 #freedesktop: < daniels> I think prob easiest is to just burn & recreate, and in parallel I’ll figure something kata-like tonight? 14:40 #freedesktop: < bentiss> would be great if you can, yeah 14:41 #freedesktop: < daniels> in about an hour 14:41 -!- Supersaiyan_IV [~QAM@85.228.153.205] has joined #intel-gfx 14:41 -!- Supersaiyan_IV [~QAM@85.228.153.205] has joined #radeon 14:41 #dri-devel: < daniels> DavidHeidelberg[m]: yeah but honestly it’s just hiding actual root causes and making it harder to solve the actual problem 14:42 #freedesktop: < bentiss> BTW, if we recreate them we need to add one packet mupuf requested during the week (I'll need to find it in the backlog) 14:42 #freedesktop: < mupuf> podman-plugins 14:42 #freedesktop: < bentiss> thanks :) 14:42 #freedesktop: < mupuf> that would be nice :) 14:42 #dri-devel: < DavidHeidelberg[m]> what I was thinking is moving our daily treshold for reporting jobs to 15 and 30 minutes, instead of 30 and 60 minutes (enqueued etc.) 14:43 #dri-devel: < DavidHeidelberg[m]> so we would see it. I has to agree with Alyssa that it's so annoying from developer POV and, how we care about it doesn't really matter, but they should have passing marge pipelines no matter how we reach it 14:44 #freedesktop: < bentiss> daniels: the console gives a bunch of systemd-journald[1366018]: Failed to open system journal: Not a directory 14:46 -!- danie1dg [~me@pool-71-255-228-242.washdc.east.verizon.net] has joined #wayland 14:47 -!- danie1dg [~me@pool-71-255-228-242.washdc.east.verizon.net] has left #wayland [] 14:48 #nouveau: < fdobridge> yeah well, it did, and I have no clue what I've done wrong 14:49 -!- xmn [~xmn@cpe-72-225-198-203.nyc.res.rr.com] has joined #radeon 14:50 -!- danieldg [~me@00011d48.user.oftc.net] has quit [Ping timeout: 480 seconds] 14:50 -!- junaid [~junaid@ip5f59251d.dynamic.kabel-deutschland.de] has joined #dri-devel 14:50 -!- junaid [~junaid@ip5f59251d.dynamic.kabel-deutschland.de] has joined #wayland 14:50 -!- junaid [~junaid@ip5f59251d.dynamic.kabel-deutschland.de] has joined #radeon 14:56 -!- danieldg [~me@00011d48.user.oftc.net] has joined #wayland 14:56 #wayland: < wlb> wayland Issue #367 opened by Leah filler-name (sometime) xwayland on nvidia causes flickering and wierd framebuffer bugs https://gitlab.freedesktop.org/wayland/wayland/-/issues/367 14:56 #freedesktop: < daniels> bentiss: … 14:58 -!- diogenes_oftc [~diogenes_@user-5-173-97-140.play-internet.pl] has quit [Quit: Vergissmeinnicht] 14:58 #freedesktop: < __tim> ours are definitely compromised 15:01 #freedesktop: < __tim> user accounts/dirs purged, ssh keys installed into /root/.ssh/authorized_keys 15:01 -!- Zopolis4 [uid504804@id-504804.ilkley.irccloud.com] has quit [] 15:08 -!- molinari [~molinari@176-151-233-216.abo.bbox.fr] has joined #wayland 15:09 #freedesktop: < bentiss> __tim: ok, so that's worrying, because if they manage to get control of all runners, thye might do so again if we spin up new ones 15:10 #freedesktop: < bentiss> __tim: you were running docker, not podman? 15:11 #freedesktop: < __tim> afaik yes 15:11 #freedesktop: < bentiss> daniels: maybe a quickest solution would be to run the runners in user, not root, and keep the privileged onbe for virglrenderer onlu 15:11 #freedesktop: < bentiss> only 15:11 #freedesktop: < __tim> (unless alatiera changed something recently) 15:14 #freedesktop: < bentiss> __tim: k, so it's not podman related then 15:20 -!- xmn [~xmn@cpe-72-225-198-203.nyc.res.rr.com] has quit [Ping timeout: 480 seconds] 15:21 #freedesktop: < bentiss> looks like the host override for ssh.tmate.io is still there 15:21 #freedesktop: * alatiera touched nothing 15:22 #freedesktop: < bentiss> daniels: I confirm, all CPU are 100% 15:23 #freedesktop: < bentiss> (I used the tmate trick on with a local server 15:23 #freedesktop: < bentiss> ) 15:23 #freedesktop: < alatiera> let's wipe them all and figure how to re provision them tmr 15:23 #freedesktop: < bentiss> but now, I am stuck in podman :) 15:23 #freedesktop: < alatiera> is there a button in the admin panel to like disable all shared runners? 15:24 #freedesktop: < alatiera> other thing we could do is have only group runners and only merge pipelines, no branch pipelines, no fork pipelines 15:24 #freedesktop: < __tim> alatiera, I rebooted the gst-htz- runners into a rescue system for now, so they are essential offline for now 15:24 #freedesktop: < alatiera> it would mean that in order to trigger a pipeline there must be an MR 15:24 #freedesktop: < alatiera> __tim nice, thanks 15:25 #freedesktop: < alatiera> or rather, you don't need a merge request but the group runners will only pick up merge pipelines or ones from branches on the repos in the group 15:25 #freedesktop: < alatiera> mesa/mesa, not forks unless shared explicitly 15:25 #freedesktop: < bentiss> alatiera: https://gitlab.freedesktop.org/freedesktop/freedesktop/-/issues/438 15:26 #freedesktop: < bentiss> that was one proposal I had for these cases 15:26 #freedesktop: < bentiss> daniels: I'm going to nuke all of them except 13, I am logged on it. 15:27 #freedesktop: < __tim> bentiss, that issue says "This is a confidential draft" but the issue isn't actually marked as such? 15:27 #freedesktop: < bentiss> It used to be confidential, I opened it once I got some acks 15:27 #freedesktop: < __tim> ah ok 15:27 -!- ricotz [~ricotz@155.133.207.86] has joined #nouveau 15:28 #freedesktop: < alatiera> bentiss yea seems to be inline with what I was imagining 15:28 #freedesktop: < alatiera> gst is already using merge pipelines 15:28 #freedesktop: < bentiss> painful, but should be OK-ish 15:28 #freedesktop: < alatiera> I could probably look over and port other smaller groups/repos in gitlab 15:28 #freedesktop: < bentiss> now I need to find a CVE that I can use to evade the podman sandbox... 15:30 #freedesktop: < alatiera> I should ask bart if he ever looked into kata containers before 15:32 #freedesktop: < bentiss> alatiera: IIRC we looked, but never could get it working properly and the current solution was working... so... 15:33 #freedesktop: < alatiera> oh fuck I wonder if the windows runners are also pawned 15:35 #freedesktop: < alatiera> they were 100% usage up until I logged in 15:35 #freedesktop: < alatiera> encouraging 15:35 #freedesktop: < bentiss> I guess time for cutting all CI entirely 15:36 #freedesktop: < alatiera> it was probably some CI job that just finished hopefully 15:36 #freedesktop: * bentiss crosses fingers 15:38 #freedesktop: < bentiss> alatiera: actually if you could log in, then maybe it's not compromised. We are basically unable to do anything on the compromised hosts 15:38 #freedesktop: < bentiss> well, unless spwaning a container thorugh CI and logging in it 15:39 #freedesktop: < daniels> bentiss: mmm, weston also uses kvm, and others using docker-in-docker are going to need privileged 15:39 #freedesktop: < alatiera> yea I think the windows ones are fine but probably nto for long 15:40 #freedesktop: < alatiera> I will disable the runner for now 15:40 #freedesktop: < bentiss> daniels: kvm was fine in usermode 15:40 #freedesktop: < bentiss> it was virglrenderer that was failing 15:40 #freedesktop: < daniels> oh right, why was virgl failing? 15:40 #freedesktop: < alatiera> d-in-d is a nogo 15:40 #freedesktop: < alatiera> but its probably only used to build docker images hopefully? 15:41 #freedesktop: < daniels> some projects like dbus use dind; virgl is using ci-templates tho 15:41 #freedesktop: < bentiss> daniels: I couldn't really understand why 15:41 #freedesktop: < bentiss> alatiera: d-in-d is already not working anymore, because the runners are behind podman these days 15:41 -!- srslypascal is now known as Guest7479 15:41 -!- srslypascal [~srslypasc@0002bff5.user.oftc.net] has joined #dri-devel 15:42 #freedesktop: < alatiera> oh nice 15:42 #dri-devel: < daniels> sure, but at some stage it's unusable anyway - we could accept that jobs take 3-4x the runtime, which probably means making the marge timeout 3h, and at that point we can only merge 8 MRs per day 15:42 #freedesktop: < __tim> alatiera, windows seems to be working fine at least (cerbero msvc job at least running fine) 15:42 #freedesktop: < __tim> if it was running miners you'd notice ;) 15:42 #freedesktop: < alatiera> yea I just saw that job 15:42 #freedesktop: < __tim> it's not terribly important if you want to stop it 15:43 #freedesktop: < alatiera> not useful without the linux runners anyway 15:43 #freedesktop: < alatiera> so yea I stopped the runner 15:44 -!- drod [~ldm@176.193.168.39] has quit [Ping timeout: 480 seconds] 15:48 -!- Guest7479 [~srslypasc@0002bff5.user.oftc.net] has quit [Ping timeout: 480 seconds] 15:49 #freedesktop: < bentiss> daniels: I rebooted 13, and can log back in 15:49 #freedesktop: < bentiss> and there are 3 suspicious ssh keys indeed 15:51 #freedesktop: < bentiss> one with a plain email :) 15:55 -!- gareppa [~gareppa@2001:b07:add:78d6:3b2:8fe1:35a7:8a82] has joined #intel-3d 15:55 -!- gareppa [~gareppa@2001:b07:add:78d6:3b2:8fe1:35a7:8a82] has joined #intel-gfx 15:55 #freedesktop: < bentiss> yes, on that compromised machine, if I run podman logs runner-cvxra4bi-project-44165466-concurrent-1-6cd38c9473c64837-build-2 -> definitely a crypto handling 15:56 #freedesktop: < bentiss> xmrig and everythin 15:56 -!- gareppa [~gareppa@2001:b07:add:78d6:3b2:8fe1:35a7:8a82] has quit [] 15:56 -!- gareppa [~gareppa@2001:b07:add:78d6:3b2:8fe1:35a7:8a82] has quit [] 15:57 #freedesktop: < bentiss> but it doesn't seem to be a compromising job. Just a crypto one 15:57 #freedesktop: < bentiss> but the project id is suspicious, because we are not anywhere near id 44165466 15:58 #freedesktop: < daniels> mupuf: podman-plugins doesn't seem to exist as a package - what is it that you wanted installed? 15:58 #freedesktop: < mupuf> daniels: what distro are you using? 15:59 #freedesktop: < bentiss> it's debian stable with a custom repo for podman 15:59 #freedesktop: < mupuf> ack! 15:59 #freedesktop: < bentiss> so not surprising that it doesn't exist 16:01 #freedesktop: * mupuf will need to figure out what is important, and which package provides it 16:01 #freedesktop: < mupuf> so... ignore my request for now 16:01 #freedesktop: < mupuf> sorry for the noise 16:01 #freedesktop: < mupuf> even arch doesn't have such a package 16:02 #freedesktop: < alatiera> what's project 19974 16:03 #freedesktop: < bentiss> daniels: so what's the plan with -16 and -18? 16:03 #freedesktop: < bentiss> alatiera: gfx-ci-bot/mesa 16:03 #freedesktop: < alatiera> pheww 16:03 #freedesktop: < alatiera> also its still on windows 2019! 16:04 #freedesktop: < alatiera> I had almost forgot about that runner 16:04 #freedesktop: < bentiss> I'm afraid they are using a bug in gitlab... because that project id doesn't exist 16:04 #freedesktop: < bentiss> runner-cvxra4bi-project-44165466-concurrent-1-6cd38c9473c64837-build-2 I mean 16:06 #freedesktop: < daniels> bentiss: I was going to leave them for now - so they're at least usable - whilst I try to bring up kata in the background on another runner 16:06 #freedesktop: < bentiss> daniels: ack 16:07 #freedesktop: < bentiss> the thing that worries me is that I don't know what they did to escape the container 16:12 #freedesktop: < bentiss> ohhh. /etc/gitlab-runner/config.toml is polluted with a lot of new registrations 16:12 #freedesktop: < bentiss> towards gitlab.com 16:12 -!- hansg [~hans@2001:1c00:c32:7800:5bfa:a036:83f0:f9ec] has quit [Quit: Leaving] 16:15 #freedesktop: < DavidHeidelberg[m]> outch 16:15 #freedesktop: < bentiss> so AFAICT, the chain was -> we are compromised -> they register a gitlab.com runner to their project -> they mine crypto 16:15 #freedesktop: < bentiss> next question, how were we compromised???? 16:17 #freedesktop: < daniels> bentiss: oh ... ! 16:17 #freedesktop: < daniels> you can compromise it from a job if you have --privileged 16:18 #freedesktop: < bentiss> daniels: I kept a copy of the file in /root/compromised_config.toml 16:18 #freedesktop: < bentiss> daniels: then instead of kata, maybe we can just use usermode podman 16:18 #freedesktop: < daniels> we can do both! 16:19 #freedesktop: < bentiss> daniels: but that also mean that that person registered before March 2 when we blocked provite repos 16:19 #freedesktop: < mupuf> lovely... 16:19 #freedesktop: < bentiss> or... that it's one of the last person requesting access 16:19 #freedesktop: < bentiss> which is easy to track :) 16:20 #freedesktop: < mupuf> but yeah, privileged runners == not so good. The problem is that ci-templates currently requires it 16:20 #freedesktop: < bentiss> BTW, do we want to reenable mesa issues -> https://gitlab.freedesktop.org/freedesktop/freedesktop/-/issues/526 ? 16:20 #freedesktop: < mupuf> (it used to work, but a newer version of buildah fails un unprivileged runners) 16:20 #freedesktop: < bentiss> mupuf: nope, it was working fine with usermode podman 16:21 #freedesktop: < mupuf> ha, I see! so the problem is that I did not finish this transition in my farm just yet 16:21 #freedesktop: < mupuf> thanks 16:21 #freedesktop: < mupuf> one more thing I need to do :D 16:21 #freedesktop: < mupuf> well, the code is written, just not released 16:29 #freedesktop: < bentiss> daniels: it could be interesting to ping our friends at gitlab about that project (44165466). All I have is a username in an path which doesn't match to a public gitlab.com account: builds/chanakyan.j/ 16:29 -!- kts [~kts@103.73.236.188] has quit [Quit: Konversation terminated!] 16:29 -!- kts [~kts@103.73.236.188] has quit [Quit: Konversation terminated!] 16:29 -!- kts [~kts@103.73.236.188] has quit [Quit: Konversation terminated!] 16:29 -!- kts [~kts@103.73.236.188] has quit [Quit: Konversation terminated!] 16:30 #freedesktop: < bentiss> https://gitlab.com/chanakyan does returns something... 16:30 #freedesktop: < bentiss> and FWIW, one of the ssh key was chana@LAPTOP-K58CTK2G 16:33 -!- junaid [~junaid@ip5f59251d.dynamic.kabel-deutschland.de] has quit [Ping timeout: 480 seconds] 16:33 -!- junaid [~junaid@ip5f59251d.dynamic.kabel-deutschland.de] has quit [Ping timeout: 480 seconds] 16:33 -!- junaid [~junaid@ip5f59251d.dynamic.kabel-deutschland.de] has quit [Ping timeout: 480 seconds] 16:33 -!- mmu_man [~revol@82-65-227-82.subs.proxad.net] has joined #nouveau 16:34 #nouveau: < fdobridge> so how do I run the script? 16:34 #nouveau: < fdobridge> > sed: can't read version.mk: No such file or directory 16:34 #freedesktop: < alatiera> that's sloppy if that's it lol 16:36 #freedesktop: < bentiss> alatiera: I even have an ssh key with an email :) (@gmail.com) 16:36 #freedesktop: < alatiera> but you can put anything on the key description 16:36 #freedesktop: < alatiera> but yea that's funny 16:36 #freedesktop: < alatiera> wait wait, the priv part of the key too? :O 16:37 #freedesktop: < bentiss> no no, the ssh-rsa XXXXXX foo@bar 16:37 #freedesktop: < bentiss> which can be anything 16:40 #freedesktop: < bentiss> daniels: FWIW, -15 had the placeholder job, and is gone. You might want to bring this one back in 16:41 -!- Deluxef [~Deluxe@212.4.150.151] has quit [Remote host closed the connection] 16:41 -!- pcercuei [~paul@232.pool90-167-218.static.orange.es] has quit [Quit: bbl] 16:41 -!- pcercuei [~paul@232.pool90-167-218.static.orange.es] has quit [Quit: bbl] 16:42 -!- junaid [~junaid@ip5f59251d.dynamic.kabel-deutschland.de] has joined #dri-devel 16:42 -!- junaid [~junaid@ip5f59251d.dynamic.kabel-deutschland.de] has joined #wayland 16:42 -!- junaid [~junaid@ip5f59251d.dynamic.kabel-deutschland.de] has joined #radeon 16:43 -!- Deluxef [~Deluxe@212.4.150.151] has joined #radeon 16:43 #dri-devel: < cheako> Do ppl know that issues were removed from gitlab/mesa? 16:44 #dri-devel: < hch12907> you need an account to access them, I think 16:44 #dri-devel: < cheako> good catch, but no I'm logged in. 16:45 #dri-devel: < ccr> only available project members, e.g. people with certain access level. due to recent spam issues. 16:45 #dri-devel: < ccr> available to 16:51 #freedesktop: < daniels> bentiss: yep, will do thanks 16:51 #freedesktop: < daniels> bentiss: indeed I just found both chanakyan.j and dakshesh07 16:51 #wayland: < kchibisov> I'd assume compositor must not send negative configure values for xdg_toplevel? 16:51 #freedesktop: < bentiss> daniels: where id you find them? 16:51 #freedesktop: < daniels> on the arm runner, running a job from chanakyan.j/llvm-tc-build (which has since been deleted) correlates with the time the gitlab-runner config was modified 16:51 #freedesktop: < bentiss> FWIW, dakshesh07 was the one I reported on github and that was messing with us a few month ago 16:52 #wayland: < emersion> yea 16:52 #freedesktop: < daniels> yeah, I remember him from LLVM builds 16:52 #freedesktop: < daniels> dakks@ was another of the SSH keys in there 16:52 #wayland: < kchibisov> Got [3923471.427] xdg_toplevel@30.configure(-4, -27, array[16]) from sway. 16:52 #freedesktop: < bentiss> yep 16:52 #freedesktop: < daniels> I've also got an email written to gitlab.com 16:52 #freedesktop: < bentiss> nice :) 16:53 #dri-devel: < cheako> I'm trying to provide more information, I can wait/when should I try again? 16:53 #wayland: < emersion> sounds like a bug 16:53 #freedesktop: < bentiss> daniels: which arm runner was it, 7 or 8? 16:53 #freedesktop: < daniels> both ... 16:54 #wayland: < kchibisov> I'll redirect the user then. 16:54 -!- Szadek [~Szadek@185.209.196.174] has quit [Quit: WeeChat 3.8] 16:54 #freedesktop: < bentiss> finding that job in the list of jobs is going to be cumbersome :( 16:54 #radeon: < cheako> The issue tracker is being attacked, so here https://www.irccloud.com/pastebin/orpcAr7N/ 16:55 #freedesktop: < daniels> the project was deleted, so the jobs are gone too 16:56 #freedesktop: < bentiss> ah, damn 16:56 #freedesktop: < bentiss> though you got it all written down in your email, so we are fine 16:58 #radeon: < cheako> pixelcluster: The above post should answer that question, the distribution from the data collected is 9 and 22... but I claim 44 and 88 should be possible with this game on this hardware. The sequence is a lot of 9s followed by a lot of 22s. 16:58 #dri-devel: < daniels> cheako: opened them up now 16:58 #freedesktop: < daniels> https://gitlab.freedesktop.org/chanakyan.j/llvm-tc-build/-/jobs/37755096 was definitely the starting point 16:59 #wayland: < jadahl> zubzub: I suspect what you're seeing is eglSwapInterval(0)'s wl_display_sync() in mesa 16:59 #wayland: < kchibisov> What should the client do when gettting such a thing? Should we still ack the configure? 16:59 #wayland: < kchibisov> What we did is acked and then clamped the sizes to min size we request. 17:02 -!- Szadek [~Szadek@146.70.117.202] has joined #wayland 17:02 #dri-devel: < cheako> :) 17:04 -!- mowcat [~mowcat@2a00:23c5:d190:1901:f22f:74ff:fe77:1e1c] has joined #radeon 17:09 -!- drod [~ldm@176.193.168.39] has joined #lima 17:25 -!- fab_ [~fab@bellet.info] has joined #dri-devel 17:25 -!- fab_ is now known as Guest7487 17:31 -!- fab [~fab@bellet.info] has quit [Ping timeout: 480 seconds] 17:33 #radeon: < cheako> Venemo: I know u r still busy, but lately the testing I've done has been having a script run during off hours(at-night). It takes at least two nights to collect enough data to see something truly noteworthy. 17:35 -!- smilessh [~smiles@2409:8a00:da1:fe50:4dc6:ff69:8512:ba7a] has quit [Ping timeout: 480 seconds] 17:37 -!- diogenes_oftc [~diogenes_@user-5-173-97-140.play-internet.pl] has joined #nouveau 17:40 -!- alyssa [~alyssa@rosenzweig.io] has joined #dri-devel 17:40 #dri-devel: < alyssa> jenatali: yep, I am aware that the mingw job wasn't you 17:40 #dri-devel: < alyssa> whether I'm happy about it or not, the windows jobs have earned their place :p 17:41 #dri-devel: < alyssa> (the VS2019 ones) 17:42 #dri-devel: < alyssa> which is why I was wondering what benefit it *was* providing 17:43 #dri-devel: * jenatali shrugs 17:46 #dri-devel: < daniels> the vmware team do most of their work on top of mingw 17:47 #dri-devel: < alyssa> OK, I don't think I recalled that 17:49 #wayland: < zubzub> jadahl: ah yeah that's probably it. (Why does it do that?) 17:49 #dri-devel: < alyssa> So then the question is -- what benefit is there to the job (i.e. what issues will it catch that the combination of linux gcc + windows vs2019 will not catch), what cost is it to premerge ci, and how much of that benefit could be recovered with some form of post-merge coverage (likely almost all of it, because build failures are easy to deal with for relevant stakeholders... given that there is Windows 17:49 #dri-devel: < alyssa> CI it should be a rare event to see a mingw only failure) 17:50 #dri-devel: < jenatali> I'd be inclined to agree, post-merge seems more appropriate 17:50 #dri-devel: < alyssa> benefit measured as P(legitimate fail in mingw | windows vs2019 passes AND gcc linux passes) 17:51 #dri-devel: < daniels> I'm not sure that post-merge has any more value than just not having it ever, because all that happens is that you get used to seeing that stuff has failed and ignoring it 17:51 #dri-devel: < alyssa> The question is who is "you" 17:51 #dri-devel: < daniels> either way, I've disabled the job for now as it's broken in some kind of exotic way 17:51 #dri-devel: < alyssa> If the "you" is "Alyssa", then that seems... fine? I don't do anything that's liable to change mingw in interesting ways and from an upstream perspective mingw is not something we're committed to supporting, just committed not to kicking from the tree. 17:51 #dri-devel: < jenatali> Right, if there's no stakeholders, then nobody will ever fix it, and post-merge is the same as never running it 17:52 #dri-devel: < alyssa> If the "you" is "an interested mingw stakeholder", say VMware, then if the coverage is getting them benefit, they will monitor the post-merge and act appropriately 17:52 #dri-devel: < anholt_> post-merge is, effectively, me. I've got plenty of chasing CI already, no thanks. 17:52 #dri-devel: < anholt_> (in the form of the nightly runs) 17:52 #dri-devel: < alyssa> and if that mingw stakeholder doesn't care then... if there's no benefit in premerge or postmerge then there's no benefit to having the coverage full stop and it should just be removed 17:52 #dri-devel: < jenatali> daniels: Want to ping lygstate for the mingw fails? I think he cares 17:53 #dri-devel: < daniels> jenatali: oh, thanks for the pointer 17:53 #dri-devel: < jenatali> (I'm still mostly on vacation, just happened to see a relevant topic for me in the one minute of scroll back I read) 17:54 #wayland: < jadahl> zubzub: according to the comment it's a way to do at least some throttling when not using the frame callback 17:54 #dri-devel: < zmike> jenatali: go vacation harder! 17:54 #dri-devel: < alyssa> I guess that's my point. If there is a stakeholder who cares, then they will monitor the nightly run and act accordingly. 17:54 #dri-devel: < alyssa> if there's no stakeholder who cares, there's no value in the job running at all, and.. that's fine? 17:54 #dri-devel: < jenatali> I'm sitting in a hotel lobby waiting to go to the airport lol. I've vacationed hard enough 17:54 #dri-devel: < anholt_> alyssa: there is no mechanism for nightly alerting. 17:54 #dri-devel: < zmike> jenatali: oh okay, proceed 17:54 #dri-devel: < anholt_> it would be great if there was 17:54 #dri-devel: < alyssa> anholt_: ugh. I see. 17:55 #dri-devel: < alyssa> to be clear "anholt_ monitors all the nightly mingw jobs" is not the proposal and NAK to that because that's a terrible idea 17:55 #wayland: < zubzub> o_O 17:56 #dri-devel: < APic> Uh huh. 17:56 #dri-devel: < anholt_> +1 to deleting clover job. It was introduced when rusticl was first landing and "make sure we don't break clover" seemed more reasonable. On the other hand, I don't think I've seen it flake. 17:58 #dri-devel: < HdkR> How soon until it is +1 to deleting Clover? :) 17:59 #dri-devel: < anholt_> I'm +1 to deleting clover right now. 17:59 #dri-devel: < alyssa> same here 17:59 #dri-devel: < daniels> srs 17:59 #dri-devel: < DavidHeidelberg[m]> 🎊 17:59 #dri-devel: < anholt_> but the rusticl dev has been hesitant until feature parity 17:59 #dri-devel: < anholt_> (which, afaik, is close) 17:59 #dri-devel: < alyssa> if "clover is deleted" is the only thing that comes out of this burnout fuel hell weekend 17:59 #dri-devel: < alyssa> still a net positive 17:59 #dri-devel: < alyssa> :p 18:00 #dri-devel: < DavidHeidelberg[m]> Can someone update https://www.mesa3d.org/ Current release: 22.3.7 . Anyway Clover will stay in 23.0, which is not that far apart anyway 18:01 #dri-devel: < HdkR> mesamatrix doesn't track clover versus rusticl features, I'm sad :P 18:02 #dri-devel: < daniels> alyssa: we also now have shared runners which aren't being DoSed by some impressively resourceful crypto miners 18:03 #dri-devel: < alyssa> shitcoin really does ruin everything it touches 18:08 #nouveau: < fdobridge> You need to run inside the openrm source code directory 18:14 #dri-devel: < DavidHeidelberg[m]> before the fate of Clover is fulfulled, can we agree on decreasing the load by dropping the clover CI jobs? https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/19385#note_1818805 If yes, I'll prepare MR so we can do small amendment to the CI and remove three jobs 18:14 #dri-devel: < daniels> DavidHeidelberg[m]: sure, sounds good 18:15 -!- Deluxe [~Deluxe@212.4.150.151] has joined #radeon 18:15 #dri-devel: < alyssa> DavidHeidelberg[m]: ++ 18:18 -!- Szadek [~Szadek@146.70.117.202] has quit [Ping timeout: 480 seconds] 18:19 -!- Szadek [~Szadek@169.150.201.32] has joined #wayland 18:21 #dri-devel: < DavidHeidelberg[m]> https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/21865 18:22 -!- Supersaiyan_IV [~QAM@85.228.153.205] has quit [] 18:22 -!- Supersaiyan_IV [~QAM@85.228.153.205] has quit [] 18:25 -!- Supersaiyan_IV [~QAM@ua-85-228-153-205.bbcust.telenor.se] has joined #intel-gfx 18:25 -!- Supersaiyan_IV [~QAM@ua-85-228-153-205.bbcust.telenor.se] has joined #radeon 18:25 -!- alyssa [~alyssa@rosenzweig.io] has left #dri-devel [] 18:25 -!- alyssa [~alyssa@rosenzweig.io] has joined #dri-devel 18:25 -!- alyssa [~alyssa@rosenzweig.io] has left #dri-devel [] 18:31 #nouveau: < fdobridge> did you put all the gsp firmware with the correct names in the initramfs? 18:31 #dri-devel: < DavidHeidelberg[m]> haven't thought about it yet HOW to do it, but when we putting farm down, we should omit running CI. Only on bringup. 18:31 #nouveau: < fdobridge> no idea 🙂 18:31 #nouveau: < fdobridge> I wished the driver would just tell me 18:31 #nouveau: < fdobridge> don't really want to waste time playing a guessing game here 18:34 -!- Deluxe [~Deluxe@212.4.150.151] has quit [Remote host closed the connection] 18:35 -!- julio7359 [~julio7359@75.172.139.251] has quit [Remote host closed the connection] 18:35 -!- Deluxe [~Deluxe@212.4.150.151] has joined #radeon 18:37 #nouveau: < fdobridge> Alright, thanks! 18:37 #nouveau: < fdobridge> Do you know how to get the firmware/booters from the NV prop driver? I shouldn't have to install it, right? 18:38 #dri-devel: < jenatali> Yeah, would really be nice if there was a way to avoid running hardware CI jobs for unrelated config changes, like bumping a Windows container image... 18:42 #nouveau: < fdobridge> @karolherbst🐧patches welcome, as I said this isn't meant for general consumption yet, if you try it and it breaks you keep the pieces 18:42 #nouveau: < fdobridge> There is a trace option you can use but I don't have it in front of me 18:45 #nouveau: < fdobridge> debug=trace 18:45 #nouveau: < fdobridge> I don't know if the proprietary driver provides these firmwares to the user, I just used the ones from openrm 18:45 -!- Caterpillar [~caterpill@93-48-172-72.ip258.fastwebnet.it] has quit [Remote host closed the connection] 18:45 #nouveau: < fdobridge> Oh 18:45 #nouveau: < fdobridge> I see 19:08 -!- Deluxe [~Deluxe@212.4.150.151] has quit [Remote host closed the connection] 19:08 -!- alanc [~alanc@148.87.23.7] has quit [Remote host closed the connection] 19:08 -!- alanc [~alanc@148.87.23.7] has quit [Remote host closed the connection] 19:09 -!- alanc [~alanc@148.87.23.7] has joined #dri-devel 19:09 -!- alanc [~alanc@148.87.23.7] has joined #freedesktop 19:13 -!- MajorBiscuit [~MajorBisc@2001:1c00:2408:a400:fe7a:e187:9542:2031] has joined #dri-devel 19:13 -!- MajorBiscuit [~MajorBisc@2001:1c00:2408:a400:fe7a:e187:9542:2031] has joined #freedesktop 19:13 -!- MajorBiscuit [~MajorBisc@2001:1c00:2408:a400:fe7a:e187:9542:2031] has joined #intel-gfx 19:13 -!- MajorBiscuit [~MajorBisc@2001:1c00:2408:a400:fe7a:e187:9542:2031] has joined #nouveau 19:13 -!- MajorBiscuit [~MajorBisc@2001:1c00:2408:a400:fe7a:e187:9542:2031] has joined #radeon 19:13 -!- MajorBiscuit [~MajorBisc@2001:1c00:2408:a400:fe7a:e187:9542:2031] has joined #wayland 19:13 -!- heat [~heat@0002b861.user.oftc.net] has joined #intel-3d 19:13 -!- heat [~heat@0002b861.user.oftc.net] has joined #intel-gfx 19:13 -!- heat [~heat@0002b861.user.oftc.net] has joined #dri-devel 19:13 #nouveau: < fdobridge> You can see the firmware name in `nvkm_debug(subdev, "firmware \"%s\" unavailable\n", f);` in the nvkm_firmware_get function, you can change nvkm_debug to nvkm_warn so it will appear on dmesg 19:14 -!- kzd [~kzd@cpe-71-68-41-106.carolina.res.rr.com] has joined #radeon 19:14 -!- kzd [~kzd@cpe-71-68-41-106.carolina.res.rr.com] has joined #dri-devel 19:14 #nouveau: < fdobridge> but basically you need these firmwares: 19:14 #nouveau: < fdobridge> ``` 19:14 #nouveau: < fdobridge> [~] $ ls /lib/firmware/nvidia/tu117/gsp 19:14 #nouveau: < fdobridge> booter_load-5258902.bin booter_unload-5258902.bin bootloader-5258902.bin gsp-5258902.bin 19:14 #nouveau: < fdobridge> ``` 19:14 #nouveau: < fdobridge> ohh.. somehow I missed that line 19:14 #nouveau: < fdobridge> that shouldn't be a nouveau specific debug thing though 19:18 -!- gio [~gio@185.181.137.95] has joined #dri-devel 19:19 #dri-devel: < airlied> anholt_: the clover job preexisted rusticl 19:20 #dri-devel: < airlied> by a long time 19:20 #nouveau: < fdobridge> does the script get stuck on 19:20 #nouveau: < fdobridge> > Creating nvidia/ad102/gsp/bootloader-5258902.bin 19:20 #nouveau: < fdobridge> for anyone else? 19:20 #dri-devel: < airlied> and it has csught a some llvmpipe regressions 19:21 #nouveau: < fdobridge> I can get all the firmware except for `gsp-5258902.bin` 19:21 -!- saumon [~saumon@2a01:e0a:52f:2040:a1f6:6164:48e6:6e94] has quit [Quit: Leaving server] 19:21 #dri-devel: < airlied> now rusticl will eventually catch them, just not sure it does yet 19:21 #nouveau: < fdobridge> the gsp you can get from the nv prop driver 19:22 #nouveau: < fdobridge> ah 19:22 #nouveau: < fdobridge> I see I see, sorry 19:23 -!- MajorBiscuit [~MajorBisc@2001:1c00:2408:a400:fe7a:e187:9542:2031] has quit [Quit: WeeChat 3.6] 19:23 -!- MajorBiscuit [~MajorBisc@2001:1c00:2408:a400:fe7a:e187:9542:2031] has quit [Quit: WeeChat 3.6] 19:23 -!- MajorBiscuit [~MajorBisc@2001:1c00:2408:a400:fe7a:e187:9542:2031] has quit [Quit: WeeChat 3.6] 19:23 -!- MajorBiscuit [~MajorBisc@2001:1c00:2408:a400:fe7a:e187:9542:2031] has quit [Quit: WeeChat 3.6] 19:23 -!- MajorBiscuit [~MajorBisc@2001:1c00:2408:a400:fe7a:e187:9542:2031] has quit [Quit: WeeChat 3.6] 19:23 -!- MajorBiscuit [~MajorBisc@2001:1c00:2408:a400:fe7a:e187:9542:2031] has quit [Quit: WeeChat 3.6] 19:23 #nouveau: < fdobridge> I think TimurTabi can help you 19:23 #nouveau: < fdobridge> nah it's fine 19:23 #nouveau: < fdobridge> I got all the ga102 binaries except for the gsp one. but since I can get that from the prop driver then it's not an issue 19:25 #dri-devel: < anholt_> airlied: yeah, misread a commit. you're right. 19:26 #nouveau: < fdobridge> yes, just extract the .run, the firmware will be in the firmware directory 19:27 -!- anholt_ [~anholt@97-115-119-202.ptld.qwest.net] has quit [Quit: Leaving] 19:27 -!- anholt_ [~anholt@97-115-119-202.ptld.qwest.net] has quit [Quit: Leaving] 19:27 -!- anholt_ [~anholt@97-115-119-202.ptld.qwest.net] has quit [Quit: Leaving] 19:27 -!- anholt_ [~anholt@97-115-119-202.ptld.qwest.net] has quit [Quit: Leaving] 19:27 -!- anholt_ [~anholt@97-115-119-202.ptld.qwest.net] has quit [Quit: Leaving] 19:28 #dri-devel: < eric_engestrom> DavidHeidelberg[m]: https://gitlab.freedesktop.org/mesa/mesa3d.org/-/merge_requests/163 merged, website will be updated in a couple of minutes 19:30 #dri-devel: < DavidHeidelberg[m]> Thank you :) 19:31 #dri-devel: < APic> ☺ 19:32 #nouveau: < fdobridge> well this is problematic 😮 19:32 #nouveau: < fdobridge> https://cdn.discordapp.com/attachments/1034184951790305330/1084559593209876530/Screenshot_20230312_213227.png 19:34 #nouveau: < fdobridge> gsp_tu10x is for turing, gsp_ad10x is for ampere and ada 19:35 #nouveau: < fdobridge> hm I see. thought the ampere one was missing. thanks! 19:35 #nouveau: < fdobridge> so do I take it as is and rename it to gsp-5258902.bin, then place it in lib/firmware/nvidia/ga102/gsp? 19:36 #nouveau: < fdobridge> oh wait 19:36 #nouveau: < fdobridge> or just place it as it is? 19:36 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> more nuanced 19:36 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> also they reshuffled the FWs again 19:37 #nouveau: < fdobridge> how so? 19:37 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> ``` switch (fw_chip_family) 19:37 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> { 19:37 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> case NV_FIRMWARE_CHIP_FAMILY_AD10X: // fall through 19:37 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> case NV_FIRMWARE_CHIP_FAMILY_GA10X: 19:37 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> return NV_FIRMWARE_PATH_FOR_FILENAME("gsp_ga10x.bin"); 19:37 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> 19:37 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> case NV_FIRMWARE_CHIP_FAMILY_GH100: // fall through 19:37 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> case NV_FIRMWARE_CHIP_FAMILY_GA100: // fall through 19:37 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> case NV_FIRMWARE_CHIP_FAMILY_TU11X: // fall through 19:37 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> case NV_FIRMWARE_CHIP_FAMILY_TU10X: 19:37 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> return NV_FIRMWARE_PATH_FOR_FILENAME("gsp_tu10x.bin"); 19:37 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> 19:37 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> case NV_FIRMWARE_CHIP_FAMILY_END: // fall through 19:37 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> case NV_FIRMWARE_CHIP_FAMILY_NULL: 19:37 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> return ""; 19:37 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> } 19:37 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> ``` 19:37 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> on r530 19:37 #nouveau: < fdobridge> @Mohamexiety on 525.89.02 gsp_ad10x is for ada only 19:37 #nouveau: < fdobridge> huh, this is odd 19:37 #nouveau: < fdobridge> https://github.com/NVIDIA/open-gpu-kernel-modules/blob/e598191e8e559df8fe54eaa79b2e3cca6dfdbca8/kernel-open/common/inc/nv-firmware.h#L84 19:38 #nouveau: < fdobridge> for ampere and turing you need gsp_tu10x 19:38 #nouveau: < fdobridge> so given this, I should use the turing one 19:38 #nouveau: < fdobridge> yep, thanks! 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> 525 was 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> ``` switch (fw_chip_family) 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> { 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> case NV_FIRMWARE_CHIP_FAMILY_AD10X: // fall through 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> case NV_FIRMWARE_CHIP_FAMILY_GA10X: 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> return NV_FIRMWARE_PATH_FOR_FILENAME("gsp_ga10x.bin"); 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> case NV_FIRMWARE_CHIP_FAMILY_GH100: // fall through 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> case NV_FIRMWARE_CHIP_FAMILY_GA100: // fall through 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> case NV_FIRMWARE_CHIP_FAMILY_TU11X: // fall through 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> case NV_FIRMWARE_CHIP_FAMILY_TU10X: 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> return NV_FIRMWARE_PATH_FOR_FILENAME("gsp_tu10x.bin"); 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> case NV_FIRMWARE_CHIP_FAMILY_END: // fall through 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> case NV_FIRMWARE_CHIP_FAMILY_NULL: 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> return ""; 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> } 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> ``` 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> ugh 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> ``` switch (fw_chip_family) 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> { 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> case NV_FIRMWARE_CHIP_FAMILY_AD10X: 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> return NV_FIRMWARE_PATH_FOR_FILENAME("gsp_ad10x.bin"); 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> case NV_FIRMWARE_CHIP_FAMILY_GH100: // fall through 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> case NV_FIRMWARE_CHIP_FAMILY_GA100: // fall through 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> case NV_FIRMWARE_CHIP_FAMILY_GA10X: // fall through 19:38 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> case NV_FIRMWARE_CHIP_FAMILY_TU11X: // fall through 19:39 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> case NV_FIRMWARE_CHIP_FAMILY_TU10X: 19:39 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> return NV_FIRMWARE_PATH_FOR_FILENAME("gsp_tu10x.bin"); 19:39 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> 19:39 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> case NV_FIRMWARE_CHIP_FAMILY_END: // fall through 19:39 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> case NV_FIRMWARE_CHIP_FAMILY_NULL: 19:39 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> return ""; 19:39 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> }``` 19:39 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> this 19:39 #nouveau: < fdobridge> yeah. it's weird tbh 19:39 #nouveau: < fdobridge> yeah, this is what my link shows 19:39 #nouveau: < fdobridge> I'd think AMpere and Ada are closer to each other... and 530 matches this 19:39 #nouveau: < fdobridge> but I guess they're still working on things 19:39 #nouveau: < fdobridge> yes, and they need to implement a stable ABI 19:40 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> things aren't _remotely_ ready for that. 19:40 #nouveau: < fdobridge> yeah this is really a bit janky 19:40 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> not happening soon 19:40 #nouveau: < fdobridge> ik 19:41 #nouveau: < fdobridge> how early is it? given that the GSP is validated for DC use (i.e., critical / stable environment) I thought things were mostly ready. 19:41 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> the ABI is not stable 19:41 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> or rather 19:41 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> NV always does coordinated FW + KM + UM releases 19:41 #nouveau: < fdobridge> <🌺​ ¿butterflies? 🌸> so ABI stability _just doesn't matter_ for their drv stack 19:41 #nouveau: < fdobridge> ah got you now 19:43 #nouveau: < fdobridge> DC use is very feature limited as well 19:43 #nouveau: < fdobridge> No displays. No suspend resume, little power mgmt 19:44 #nouveau: < fdobridge> so last question, sorry, do I just take the tu .bin file as is and plop it into the lib/firmware/... file? or do I need to do anything to it? 19:44 #nouveau: < fdobridge> you need to rename to gsp-5258902.bin and add all the firmwares to your initramfs 19:47 -!- mowcat [~mowcat@2a00:23c5:d190:1901:f22f:74ff:fe77:1e1c] has quit [Remote host closed the connection] 19:47 -!- molinari [~molinari@176-151-233-216.abo.bbox.fr] has quit [Quit: Leaving] 19:49 -!- mowcat [~mowcat@host81-155-196-87.range81-155.btcentralplus.com] has joined #radeon 19:49 -!- tobiasjakobi [~tjakobi@dslb-088-068-118-062.088.068.pools.vodafone-ip.de] has joined #dri-devel 19:56 #nouveau: < fdobridge> is there any documentation on how to try out loading the gsp? 19:58 #nouveau: < fdobridge> No 19:58 #nouveau: < fdobridge> This backscroll is it, 19:58 -!- tobiasjakobi [~tjakobi@dslb-088-068-118-062.088.068.pools.vodafone-ip.de] has quit [Ping timeout: 480 seconds] 20:01 #nouveau: < fdobridge> really sorry for this but do you know how to add the firmware to the initramfs? I tried `dracut -f` (fedora here) but it doesn't seem to have added it when looking with `lsinitrd`: 20:01 #nouveau: < fdobridge> ``` 20:01 #nouveau: < fdobridge> drwxr-xr-x 1 root root 0 Nov 16 20:00 usr/lib/firmware/nvidia 20:01 #nouveau: < fdobridge> drwxr-xr-x 1 root root 0 Nov 16 20:00 usr/lib/firmware/nvidia/ga102 20:01 #nouveau: < fdobridge> drwxr-xr-x 1 root root 0 Nov 16 20:00 usr/lib/firmware/nvidia/ga102/acr 20:01 #nouveau: < fdobridge> -rw-r--r-- 1 root root 33908 Nov 16 20:00 usr/lib/firmware/nvidia/ga102/acr/ucode_ahesasc.bin.xz 20:01 #nouveau: < fdobridge> -rw-r--r-- 1 root root 16052 Nov 16 20:00 usr/lib/firmware/nvidia/ga102/acr/ucode_asb.bin.xz 20:01 #nouveau: < fdobridge> -rw-r--r-- 1 root root 13784 Nov 16 20:00 usr/lib/firmware/nvidia/ga102/acr/ucode_unload.bin.xz 20:01 #nouveau: < fdobridge> drwxr-xr-x 1 root root 0 Nov 16 20:00 usr/lib/firmware/nvidia/ga102/gr 20:01 #nouveau: < fdobridge> -rw-r--r-- 1 root root 348 Nov 16 20:00 usr/lib/firmware/nvidia/ga102/gr/fecs_bl.bin.xz 20:01 #nouveau: < fdobridge> -rw-r--r-- 1 root root 1684 Nov 16 20:00 usr/lib/firmware/nvidia/ga102/gr/fecs_sig.bin.xz 20:01 #nouveau: < fdobridge> -rw-r--r-- 1 root root 348 Nov 16 20:00 usr/lib/firmware/nvidia/ga102/gr/gpccs_bl.bin.xz 20:01 #nouveau: < fdobridge> -rw-r--r-- 1 root root 1684 Nov 16 20:00 usr/lib/firmware/nvidia/ga102/gr/gpccs_sig.bin.xz 20:01 #nouveau: < fdobridge> -rw-r--r-- 1 root root 67720 Nov 16 20:00 usr/lib/firmware/nvidia/ga102/gr/NET_img.bin.xz 20:01 #nouveau: < fdobridge> drwxr-xr-x 1 root root 0 Nov 16 20:00 usr/lib/firmware/nvidia/ga102/nvdec 20:01 #nouveau: < fdobridge> -rw-r--r-- 1 root root 7004 Nov 16 20:00 usr/lib/firmware/nvidia/ga102/nvdec/scrubber.bin.xz 20:01 #nouveau: < fdobridge> drwxr-xr-x 1 root root 0 Nov 16 20:00 usr/lib/firmware/nvidia/ga102/sec2 20:01 #nouveau: < fdobridge> -rw-r--r-- 1 root root 180 Nov 16 20:00 usr/lib/firmware/nvidia/ga102/sec2/desc.bin.xz 20:01 #nouveau: < fdobridge> -rw-r--r-- 1 root root 508 Nov 16 20:00 usr/lib/firmware/nvidia/ga102/sec2/hs_bl_sig.bin.xz 20:02 #nouveau: < fdobridge> -rw-r--r-- 1 root root 99644 Nov 16 20:00 usr/lib/firmware/nvidia/ga102/sec2/image.bin.xz 20:02 #nouveau: < fdobridge> -rw-r--r-- 1 root root 1704 Nov 16 20:00 usr/lib/firmware/nvidia/ga102/sec2/sig.bin.xz 20:02 #nouveau: < fdobridge> ``` 20:02 #nouveau: < fdobridge> I only load nouveau after boot 20:02 #nouveau: < fdobridge> @airlied mhh.. were declarations for the new firmware files added? 20:03 #nouveau: < fdobridge> No 20:03 #nouveau: < fdobridge> yeah, then initramfs won't work 20:03 #nouveau: < fdobridge> that's actually probably a better approach for now given the boot hanging I used to see before 20:04 #nouveau: < fdobridge> Also nvk won't work 20:05 #nouveau: < fdobridge> will opengl work? 20:06 #nouveau: < fdobridge> which would be interesting, becuase I don't see why nvk wouldn't, but nvk would 20:06 -!- diogenes_oftc [~diogenes_@user-5-173-97-140.play-internet.pl] has quit [Quit: Vergissmeinnicht] 20:06 #nouveau: < fdobridge> Yes GL works 20:07 #nouveau: < fdobridge> ohh, is it because of the sw channel hack? 20:07 #nouveau: < fdobridge> we shouldn't probably drop it and tell people to move to the new kernel hack 20:07 -!- Zopolis4 [uid504804@id-504804.ilkley.irccloud.com] has joined #dri-devel 20:07 #nouveau: < fdobridge> Syncobjs don't work 20:07 #nouveau: < fdobridge> And the sw hack 20:07 #nouveau: < fdobridge> well.. syncobjs don't matter, right? 20:07 #nouveau: < fdobridge> we don't use them today anyway 20:07 #nouveau: < fdobridge> For nvk they do 20:08 #nouveau: < fdobridge> since when are we using syncobjs? 20:08 #nouveau: < fdobridge> Fence waits don't work 20:08 #nouveau: < fdobridge> ahh... 20:08 #nouveau: < fdobridge> So even fake syncobjs are busted 20:08 #nouveau: < fdobridge> kind of glad I didn't merge bo waits yet for gl 20:09 #nouveau: < fdobridge> If you want to jump through a hoop there is a patch in a nouvelles branch that can help 20:09 #nouveau: < fdobridge> yeah.. though at least I don't need nvk to replace that sw hack 20:10 #nouveau: < fdobridge> hopefully I'll work out how that priv access stuff works next week 20:10 #nouveau: < fdobridge> idk, I'm using mkinitcpio (Arch Linux) 20:10 #nouveau: < fdobridge> would that hoop make nvk work? I am basically doing all this just to be able to load nvk since the normal FW hangs 20:10 #nouveau: < fdobridge> @airlied but anyway, we'll probably need some way to indicate to userspace that GSP is used 20:10 #nouveau: < fdobridge> I'm like 80% confident that we'll require it 20:10 #nouveau: < fdobridge> There are going to be a bunch of things needed before any of this is polished enough 20:11 #nouveau: < fdobridge> initramfs is working for me 20:11 #nouveau: < fdobridge> you can force add files in dracut 20:12 #nouveau: < fdobridge> @Mohamexiety ^^ but I'd have to look it up myself as well 20:12 #nouveau: < fdobridge> but you can declare some config and list those files 20:12 #nouveau: < fdobridge> Actually I can't find the patch, not sure where I left it 20:12 #nouveau: < fdobridge> yeah I'll see if I can find anything. thanks! 20:14 #nouveau: < fdobridge> I guess I could also try loading nouveau after booting. how would I do that? 20:17 -!- lemonzest [~lemonzest@cpc86080-nott19-2-0-cust160.12-2.cable.virginm.net] has quit [Quit: WeeChat 3.6] 20:17 -!- lemonzest [~lemonzest@cpc86080-nott19-2-0-cust160.12-2.cable.virginm.net] has quit [Quit: WeeChat 3.6] 20:17 #nouveau: < fdobridge> @karolherbst🐧can you see a nouveau-gsprm-nonstall branch in nouvelles/kernel? 20:17 -!- saumon [~saumon@2a01:e0a:52f:2040:611a:7d45:5cf7:a187] has joined #wayland 20:18 -!- saumon [~saumon@2a01:e0a:52f:2040:611a:7d45:5cf7:a187] has quit [] 20:19 #nouveau: < fdobridge> Ah it is there, that has the main fence wait fix wip 20:19 -!- DPA [~DPA@2a05:41c0:8:f804::a3c:10d] has quit [Ping timeout: 480 seconds] 20:19 -!- DPA [~DPA@2a05:41c0:8:f804::a3c:10d] has quit [Ping timeout: 480 seconds] 20:19 -!- DPA [~DPA@2a05:41c0:8:f804::a3c:10d] has quit [Ping timeout: 480 seconds] 20:19 #nouveau: < fdobridge> Two patches 20:20 -!- ximion [~ximion@2a02:8071:a8a:3a20::88b0] has quit [Quit: Detached from the Matrix] 20:29 -!- _ds_ [~d.s@00014df3.user.oftc.net] has quit [Remote host closed the connection] 20:29 -!- _ds_ [~d.s@00014df3.user.oftc.net] has joined #radeon 20:30 -!- Leopold [~quassel@5PUAAADPZ.tor-irc.dnsbl.oftc.net] has quit [] 20:30 -!- Leopold [~quassel@5PUAAADPZ.tor-irc.dnsbl.oftc.net] has quit [] 20:30 -!- Leopold [~quassel@5PUAAADPZ.tor-irc.dnsbl.oftc.net] has quit [] 20:30 -!- Leopold [~quassel@5PUAAADPZ.tor-irc.dnsbl.oftc.net] has quit [] 20:30 -!- Leopold [~quassel@5PUAAADPZ.tor-irc.dnsbl.oftc.net] has quit [] 20:30 -!- Leopold [~quassel@5PUAAADPZ.tor-irc.dnsbl.oftc.net] has quit [] 20:30 -!- Leopold [~quassel@5PUAAADPZ.tor-irc.dnsbl.oftc.net] has quit [] 20:30 -!- Leopold [~quassel@5PUAAADPZ.tor-irc.dnsbl.oftc.net] has quit [] 20:30 -!- Leopold [~quassel@5PUAAADPZ.tor-irc.dnsbl.oftc.net] has quit [] 20:33 -!- Leopold [~quassel@4JHAAADNG.tor-irc.dnsbl.oftc.net] has joined #freedesktop 20:33 -!- Leopold [~quassel@4JHAAADNG.tor-irc.dnsbl.oftc.net] has joined #intel-gfx 20:33 -!- Leopold [~quassel@4JHAAADNG.tor-irc.dnsbl.oftc.net] has joined #lima 20:33 -!- Leopold [~quassel@4JHAAADNG.tor-irc.dnsbl.oftc.net] has joined #dri-devel 20:33 -!- Leopold [~quassel@4JHAAADNG.tor-irc.dnsbl.oftc.net] has joined #nouveau 20:33 -!- Leopold [~quassel@4JHAAADNG.tor-irc.dnsbl.oftc.net] has joined #intel-3d 20:33 -!- Leopold [~quassel@4JHAAADNG.tor-irc.dnsbl.oftc.net] has joined #etnaviv 20:33 -!- Leopold [~quassel@4JHAAADNG.tor-irc.dnsbl.oftc.net] has joined #wayland 20:33 -!- Leopold [~quassel@4JHAAADNG.tor-irc.dnsbl.oftc.net] has joined #radeon 20:37 -!- barrett [~barrett@ip72-213-167-16.ok.ok.cox.net] has joined #wayland 20:37 -!- konstantin_ [~quassel@p200300d47f4daf006685204efae0bc7e.dip0.t-ipconnect.de] has joined #dri-devel 20:39 -!- khfeng_ [~khfeng@2001-b011-3815-1c6c-2cd8-cb49-da8f-998b.dynamic-ip6.hinet.net] has joined #dri-devel 20:39 -!- khfeng_ [~khfeng@2001-b011-3815-1c6c-2cd8-cb49-da8f-998b.dynamic-ip6.hinet.net] has joined #intel-gfx 20:41 -!- konstantin [~quassel@p200300d47f2b45005890a9d643b55a7d.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 20:42 -!- khfeng [~khfeng@2001-b011-3815-17c2-7beb-10a7-70f8-c64d.dynamic-ip6.hinet.net] has quit [Ping timeout: 480 seconds] 20:42 -!- khfeng [~khfeng@2001-b011-3815-17c2-7beb-10a7-70f8-c64d.dynamic-ip6.hinet.net] has quit [Ping timeout: 480 seconds] 20:43 -!- DPA [~DPA@2a05:41c0:2:d404::a3c:10d] has joined #dri-devel 20:43 -!- DPA [~DPA@2a05:41c0:2:d404::a3c:10d] has joined #etnaviv 20:43 -!- DPA [~DPA@2a05:41c0:2:d404::a3c:10d] has joined #wayland 20:46 -!- Caterpillar [~caterpill@93-48-172-72.ip258.fastwebnet.it] has joined #radeon 20:48 -!- YuGiOhJCJ [~YuGiOhJCJ@00021b1f.user.oftc.net] has joined #dri-devel 20:50 -!- junaid [~junaid@ip5f59251d.dynamic.kabel-deutschland.de] has quit [Ping timeout: 480 seconds] 20:50 -!- junaid [~junaid@ip5f59251d.dynamic.kabel-deutschland.de] has quit [Ping timeout: 480 seconds] 20:50 -!- junaid [~junaid@ip5f59251d.dynamic.kabel-deutschland.de] has quit [Ping timeout: 480 seconds] 20:58 -!- Deluxef [~Deluxe@212.4.150.151] has quit [Remote host closed the connection] 21:03 -!- d_ed [~david@9.222.143.150.dyn.plus.net] has joined #wayland 21:07 -!- ___nick___ [~quassel@2a00:23c6:8d9f:f501:c46a:198:eb4b:32e7] has quit [Ping timeout: 480 seconds] 21:07 -!- ___nick___ [~quassel@2a00:23c6:8d9f:f501:c46a:198:eb4b:32e7] has quit [Ping timeout: 480 seconds] 21:07 -!- ___nick___ [~quassel@2a00:23c6:8d9f:f501:c46a:198:eb4b:32e7] has quit [Ping timeout: 480 seconds] 21:11 #freedesktop: < DavidHeidelberg[m]> daniels: https://gitlab.freedesktop.org/mesa/mesa/-/jobs/37939577 waiting time 40 minutes and it wasn't by looking at lava.collabora.dev it seems it wasn't under pressure. 21:14 -!- rv1sr [~rv1sr@0002da44.user.oftc.net] has quit [] 21:17 #nouveau: < fdobridge> okay cool, will check it out tomorrow then 21:20 -!- floof58 is now known as Guest7498 21:20 -!- floof58 is now known as Guest7498 21:20 -!- floof58 [~floof58@2a01:118f:620:5c00:5b5c:587d:9e9e:d473] has joined #radeon 21:20 -!- floof58 [~floof58@2a01:118f:620:5c00:5b5c:587d:9e9e:d473] has joined #wayland 21:24 -!- Guest7498 [~floof58@2a01:118f:620:5c00:5b5c:587d:9e9e:d473] has quit [Ping timeout: 480 seconds] 21:24 -!- Guest7498 [~floof58@2a01:118f:620:5c00:5b5c:587d:9e9e:d473] has quit [Ping timeout: 480 seconds] 21:30 -!- jelly [jelly@00012145.user.oftc.net] has quit [Ping timeout: 480 seconds] 21:30 -!- jelly [jelly@00012145.user.oftc.net] has quit [Ping timeout: 480 seconds] 21:30 -!- jelly [jelly@00012145.user.oftc.net] has quit [Ping timeout: 480 seconds] 21:30 -!- jelly [jelly@00012145.user.oftc.net] has quit [Ping timeout: 480 seconds] 21:35 -!- bgs [~bgs@212-85-160-171.dynamic.telemach.net] has quit [Remote host closed the connection] 21:36 -!- pcercuei [~paul@232.pool90-167-218.static.orange.es] has joined #etnaviv 21:36 -!- pcercuei [~paul@232.pool90-167-218.static.orange.es] has joined #dri-devel 21:36 -!- Leopold [~quassel@4JHAAADNG.tor-irc.dnsbl.oftc.net] has quit [Ping timeout: 480 seconds] 21:36 -!- Leopold [~quassel@4JHAAADNG.tor-irc.dnsbl.oftc.net] has quit [Ping timeout: 480 seconds] 21:36 -!- Leopold [~quassel@4JHAAADNG.tor-irc.dnsbl.oftc.net] has quit [Ping timeout: 480 seconds] 21:36 -!- Leopold [~quassel@4JHAAADNG.tor-irc.dnsbl.oftc.net] has quit [Ping timeout: 480 seconds] 21:36 -!- Leopold [~quassel@4JHAAADNG.tor-irc.dnsbl.oftc.net] has quit [Ping timeout: 480 seconds] 21:36 -!- Leopold [~quassel@4JHAAADNG.tor-irc.dnsbl.oftc.net] has quit [Ping timeout: 480 seconds] 21:36 -!- Leopold [~quassel@4JHAAADNG.tor-irc.dnsbl.oftc.net] has quit [Ping timeout: 480 seconds] 21:36 -!- Leopold [~quassel@4JHAAADNG.tor-irc.dnsbl.oftc.net] has quit [Ping timeout: 480 seconds] 21:36 -!- Leopold [~quassel@4JHAAADNG.tor-irc.dnsbl.oftc.net] has quit [Ping timeout: 480 seconds] 21:36 -!- Duke`` [~plop@2a01cb00079778007d95756ecffbaa6e.ipv6.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 21:36 -!- Duke`` [~plop@2a01cb00079778007d95756ecffbaa6e.ipv6.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 21:37 -!- camus [~Instantbi@117.143.1.145] has quit [Ping timeout: 480 seconds] 21:37 -!- camus [~Instantbi@117.143.1.145] has quit [Ping timeout: 480 seconds] 21:45 -!- gouchi [~gouchi@0002b959.user.oftc.net] has quit [Remote host closed the connection] 21:47 -!- Supersaiyan_IV [~QAM@ua-85-228-153-205.bbcust.telenor.se] has quit [] 21:47 -!- Supersaiyan_IV [~QAM@ua-85-228-153-205.bbcust.telenor.se] has quit [] 21:49 -!- Leopold_ [~quassel@4JHAAADNM.tor-irc.dnsbl.oftc.net] has joined #freedesktop 21:49 -!- Leopold_ [~quassel@4JHAAADNM.tor-irc.dnsbl.oftc.net] has joined #intel-gfx 21:49 -!- Leopold_ [~quassel@4JHAAADNM.tor-irc.dnsbl.oftc.net] has joined #lima 21:49 -!- Leopold_ [~quassel@4JHAAADNM.tor-irc.dnsbl.oftc.net] has joined #dri-devel 21:49 -!- Leopold_ [~quassel@4JHAAADNM.tor-irc.dnsbl.oftc.net] has joined #nouveau 21:49 -!- Leopold_ [~quassel@4JHAAADNM.tor-irc.dnsbl.oftc.net] has joined #intel-3d 21:49 -!- Leopold_ [~quassel@4JHAAADNM.tor-irc.dnsbl.oftc.net] has joined #etnaviv 21:49 -!- Leopold_ [~quassel@4JHAAADNM.tor-irc.dnsbl.oftc.net] has joined #wayland 21:49 -!- Leopold_ [~quassel@4JHAAADNM.tor-irc.dnsbl.oftc.net] has joined #radeon 21:50 -!- fmuellner [~fmuellner@207.188.154.97] has joined #wayland 22:01 -!- kinkinkijkin [~kinkinkij@162.246.53.59] has quit [Remote host closed the connection] 22:01 -!- lee [~lee@65.190.9.51.dyn.plus.net] has joined #intel-gfx 22:01 -!- lee [~lee@65.190.9.51.dyn.plus.net] has quit [] 22:03 -!- jelly [jelly@00012145.user.oftc.net] has joined #intel-gfx 22:03 -!- jelly [jelly@00012145.user.oftc.net] has joined #lima 22:03 -!- jelly [jelly@00012145.user.oftc.net] has joined #nouveau 22:04 -!- jelly [jelly@00012145.user.oftc.net] has joined #radeon 22:07 -!- DPA [~DPA@2a05:41c0:2:d404::a3c:10d] has quit [Ping timeout: 480 seconds] 22:07 -!- DPA [~DPA@2a05:41c0:2:d404::a3c:10d] has quit [Ping timeout: 480 seconds] 22:07 -!- DPA [~DPA@2a05:41c0:2:d404::a3c:10d] has quit [Ping timeout: 480 seconds] 22:09 -!- tarceri [~tarceri@121.122.220.111.sta.wbroadband.net.au] has quit [Ping timeout: 480 seconds] 22:09 -!- tarceri [~tarceri@121.122.220.111.sta.wbroadband.net.au] has quit [Ping timeout: 480 seconds] 22:09 -!- tarceri [~tarceri@121.122.220.111.sta.wbroadband.net.au] has quit [Ping timeout: 480 seconds] 22:09 -!- tarceri [~tarceri@121.122.220.111.sta.wbroadband.net.au] has quit [Ping timeout: 480 seconds] 22:11 -!- sparky4 [~sparky4@hutcheson-192.resnet.latech.edu] has quit [Ping timeout: 480 seconds] 22:13 -!- fmuellner [~fmuellner@207.188.154.97] has quit [Remote host closed the connection] 22:16 -!- Zopolis4 [uid504804@id-504804.ilkley.irccloud.com] has quit [] 22:29 -!- Guest7487 [~fab@bellet.info] has quit [] 22:30 -!- ricotz [~ricotz@155.133.207.86] has quit [Quit: Leaving] 22:34 -!- dcz [~dcz@dynamic-093-135-109-143.93.135.pool.telefonica.de] has quit [Ping timeout: 480 seconds] 22:38 -!- sparky4 [~sparky4@wireless-c-729.LaTech.edu] has joined #nouveau 22:41 -!- tarceri [~tarceri@121.122.220.111.sta.wbroadband.net.au] has joined #radeon 22:41 -!- tarceri [~tarceri@121.122.220.111.sta.wbroadband.net.au] has joined #intel-gfx 22:41 -!- tarceri [~tarceri@121.122.220.111.sta.wbroadband.net.au] has joined #intel-3d 22:41 -!- tarceri [~tarceri@121.122.220.111.sta.wbroadband.net.au] has joined #dri-devel 22:53 -!- ximion [~ximion@2a02:8071:a8a:3a20::88b0] has joined #freedesktop 22:54 -!- a-865 [~fmcz@24.50.25.175] has quit [Quit: ChatZilla 0.15 [SeaMonkey 2.53.15/20230108172623]] 22:56 -!- a-865 [~fmcz@24.50.25.175] has joined #dri-devel 22:59 -!- jmd [~jmdaemon@node-1w7jr9phzvg34j23x1ib3tayc.ipv6.telus.net] has joined #wayland 23:01 -!- xmn [~xmn@cpe-72-225-198-203.nyc.res.rr.com] has joined #radeon 23:01 -!- fvok4 [~fvok4_znc@67.205.168.232] has quit [] 23:05 -!- d_ed [~david@9.222.143.150.dyn.plus.net] has quit [Ping timeout: 480 seconds] 23:11 -!- DPA [~DPA@75-128-16-94.static.cable.fcom.ch] has joined #etnaviv 23:11 -!- DPA [~DPA@75-128-16-94.static.cable.fcom.ch] has joined #dri-devel 23:11 -!- DPA [~DPA@75-128-16-94.static.cable.fcom.ch] has joined #wayland 23:13 -!- bylaws [~bylawsmat@2001:470:1af1:101::9076] has joined #nouveau 23:14 #nouveau: < bylaws> Hi, I was wondering when NVC0_HW_QUERY_TFB_BUFFER_OFFSET gets reset? 23:14 #nouveau: < bylaws> There's no explicit clear register for it 23:15 -!- mattst88 [~mattst88@162.208.5.36] has quit [Ping timeout: 480 seconds] 23:15 -!- mattst88 [~mattst88@162.208.5.36] has quit [Ping timeout: 480 seconds] 23:15 -!- mattst88 [~mattst88@162.208.5.36] has quit [Ping timeout: 480 seconds] 23:15 -!- mattst88 [~mattst88@162.208.5.36] has quit [Ping timeout: 480 seconds] 23:15 -!- mattst88 [~mattst88@162.208.5.36] has quit [Ping timeout: 480 seconds] 23:15 -!- mattst88 [~mattst88@162.208.5.36] has quit [Ping timeout: 480 seconds] 23:18 -!- mattst88 [~mattst88@162.208.5.36] has joined #intel-3d 23:18 -!- mattst88 [~mattst88@162.208.5.36] has joined #intel-gfx 23:18 -!- mattst88 [~mattst88@162.208.5.36] has joined #dri-devel 23:18 -!- mattst88 [~mattst88@162.208.5.36] has joined #freedreno 23:18 -!- mattst88 [~mattst88@162.208.5.36] has joined #nouveau 23:18 -!- mattst88 [~mattst88@162.208.5.36] has joined #radeon 23:20 -!- mowcat [~mowcat@host81-155-196-87.range81-155.btcentralplus.com] has quit [Remote host closed the connection] 23:20 -!- pcercuei [~paul@232.pool90-167-218.static.orange.es] has quit [Quit: dodo] 23:20 -!- pcercuei [~paul@232.pool90-167-218.static.orange.es] has quit [Quit: dodo] 23:24 -!- Caterpillar [~caterpill@93-48-172-72.ip258.fastwebnet.it] has quit [Quit: Konversation terminated!] 23:26 -!- tarceri [~tarceri@121.122.220.111.sta.wbroadband.net.au] has quit [Ping timeout: 480 seconds] 23:26 -!- tarceri [~tarceri@121.122.220.111.sta.wbroadband.net.au] has quit [Ping timeout: 480 seconds] 23:26 -!- tarceri [~tarceri@121.122.220.111.sta.wbroadband.net.au] has quit [Ping timeout: 480 seconds] 23:26 -!- tarceri [~tarceri@121.122.220.111.sta.wbroadband.net.au] has quit [Ping timeout: 480 seconds] 23:31 -!- mwette [~user@64-52-138-37.championbroadband.com] has quit [] 23:37 -!- Danct12 is now known as Guest7507 23:37 -!- Danct12 is now known as Guest7507 23:37 -!- tarceri [~tarceri@121.122.220.111.sta.wbroadband.net.au] has joined #radeon 23:37 -!- tarceri [~tarceri@121.122.220.111.sta.wbroadband.net.au] has joined #intel-gfx 23:37 -!- tarceri [~tarceri@121.122.220.111.sta.wbroadband.net.au] has joined #intel-3d 23:37 -!- tarceri [~tarceri@121.122.220.111.sta.wbroadband.net.au] has joined #dri-devel 23:42 -!- Haaninjo [~anders@0001ac70.user.oftc.net] has quit [Quit: Ex-Chat] 23:42 -!- Haaninjo [~anders@0001ac70.user.oftc.net] has quit [Quit: Ex-Chat] 23:42 -!- Haaninjo [~anders@0001ac70.user.oftc.net] has quit [Quit: Ex-Chat] 23:43 #nouveau: < fdobridge> it's not a register afaik 23:51 -!- AbleBacon [~AbleBacon@136.35.133.35] has joined #freedesktop --- Log closed Mon Mar 13 00:00:13 2023