00:00 KungFuJesus: hmm, so something broke for me between mesa 24.1.7 and 24.2.8 for ppc64 big endian. It appears I can't start X with the modesetting DDX anymore after that
00:01 KungFuJesus: I can bisect but is there something specific that might definitely be causing this?
00:01 KungFuJesus: (this with Nouveau)
00:01 KungFuJesus: (nv47)
00:02 KungFuJesus: X log shows my monitor with all proper display modes from EDID, but I get "AddScreen/ScreenInit failed for driver 0"
00:03 KungFuJesus: The nouveau one works but without GLX, it seems
00:13 KungFuJesus: Alright I'll try to get a tighter bisection here between versions
01:15 KungFuJesus: looks like X was able to start in 24.2.0 but with broken glx and everything after that x won't start
05:51 alderamus: There is no complexity in super fast execution, nor compression it's all fraud and tyranny, there is complexity to get away with security and safety, since all you commit is crap, linux kernel is not safe, it has billions of CVE reports, you allow arbitray code execution which has to be not like this. Even the dickhead airlied has talked about it suid 0 X11 and that subject. Linux does
05:51 alderamus: nothing to get away with security, and you dragged me into conflicts by fraud. if 69-141=-72 than in one register you end up having 72+138, as when 141 is removed it would expose 69, otherwise it would remain at 72+138=210....so twice 141 removed would give -72, so when you remove 69 as per fixed hashsum , you get deltas for those you removed 141 twice and 69 get's eliminated , now you drag
05:51 alderamus: those results into new formula to avoid division and ultra compression or entropy removal becomes a reality.
05:54 alderamus: if you talk about military or army clearences, no host code execution that does not match the ABI/API whould ever be allowed to be executing, it should ban such contexts.
05:54 alderamus: just like on gpu, kernel would just not allow this
05:55 alderamus: that is all the point of the kernel anyways, so linus is correct there, but worldwide programmers are comitting crap
06:05 alderamus: And i know that my dad and all their fucking quasimodo friends are after my kill off, it has always been so, i am not so stupid at all, but i would defend this if you worked with me, and we pushed linux to the safe side.
10:23 permudatriangle: so you get that way 3 out of such dance from 141 and to 141 that added is double of 72, instead of doing any of the division or needing float 0.5 multiply, you do 26+3=29 now , so 115-29-26=60 and add this to the all combination magic value as top register operand participating in subtract operation, hence to the bottom you put 115-60=55 that yields 77 and 0 to the other elements , so
10:23 permudatriangle: 5 comes from 60+60-115 after eliminating this you extract the 72 or as how many elements you accessed in the first place (if you wanted more). Now europes, estonian and family based syndicate who tortures and tries to kill me is known to me, and this year we handle those. My classification and rankings about most powerful countries in the world are nr1. china nr2 united states with
10:23 permudatriangle: canada or not nr3 russia nr4 india, and europe is behind. Now countries that are intact of terror done to me in ranking correct order. China again nr1 United states nr2 shared with canada and russia. So you see in my book russia is pretty friendly territory at my book, it's all europes terror, they never branched to united states nor canada nor russia with this lawless human cloning
10:23 permudatriangle: terror and limiting the power of actual gods and milking their substances, cause they do not have partners nor jurusdiction there to commit fraud.
10:24 permudatriangle: They had some jewish partners in Russia, but technically those are not russians.
11:26 javierm: lumag: thanks for suggesting `dim b4-shazam`, it's pretty neat!
11:47 grandeberoli: So where did you hear me complaining at all? Did i terrorise you with kill off attempts, did i play sex police at your areas, did i play 26 years of wanker tunes whenever you showed up, did i harvest your cells, about what i complained for decades? I do not still complain, i do not even account with your suicidal terrorist opinions, i will just kill off all the syndicate this year, and
11:47 grandeberoli: that is not complaining, i wrote the real code to you, not Peter Shor or any of the jews. Yes my dad is complex to handle, cause he is brutal criminal as well as he does not care samewise as you about what bad it does. He pulls a gun at me my mom or anyone he wants and dealing with such terrorist is with high risk, so i do not complain that you can not handle him. All i remember was
11:47 grandeberoli: jbarnes being a man who can take responsibility and i know that he is not a random jew with keithp and such people, even though jesse screwed up nothing , and they offered ok code for 945gme, he still apologised to the community, which real scumbags such as airlied and your other jews never do. And that is something that things should be alike, if something goes wrong take responsibility
11:47 grandeberoli: of your actions by some kind of indication, so that people would know you are actually a good person, can help you and collaborate with you.
11:49 grandeberoli: 945GME hardware is fine, the driver was fine, but having no extra done in driver nor hardware was putting jbarnes at apologising, i remember that, and such person i assume does not explode bombs.
11:49 grandeberoli: he is good
11:54 grandeberoli: isn't that absurd, where bomb detonated to kill me in russia puts me into mental insitution, where as i code the real things as well, i know you can handle some of the driver work, that is why i worked with real optimizations!
11:55 grandeberoli: gpu drivers are one of the best drivers, but ndis and such ones in other linux stacks are at fault based of their IO freedom.
12:15 grandeberoli: i really say, whenever you bring up a gpu to kms and have +- present in the instruction set, i am already ok with you, you do nice work overall, i do not understand as to where i complained or whined, nvk work is fine you dug out the instructions you brought it up, but dear me you also get paid for this, so forgive me the least.
12:17 grandeberoli: it was my personal heroism that is needed in life, to keep me going, cause yes i have strong organs for some reason to back my heroics up. i managed to go through the crap.
12:34 stsquad: does anyone have the ops required to kick spammers in this channel?
12:41 karolherbst: stsquad: the issue is, that that person just comes back with a new account and IP
12:41 karolherbst: it's all the same person
12:42 karolherbst: they write stuff for like 10 minutes, and move to a new account
12:43 karolherbst: we are not happy about the situation either, it's just that you also can't do much about a person like that on IRC
12:44 dolphin: I wonder if he's using the same email each time
13:00 phasta: Probably it's a bot (orchestrated by a human)
13:00 phasta: Maybe we could ask the OFTC folks for advice? We're hardly the first party which encounters this problem
13:01 emersion: it's not a bot, and OFTC folks are already aware
13:04 mupuf: oh yeah they are. He's been at it for over 15 years!
13:11 phasta: What happens if you ban him all the time very quickly? Does he then create a new account every 10 minutes?
13:11 soreau: they just come back eventually
13:12 phasta: But if the bla bla is always the same, we might be able to train a ban-bot on that input-data ^^
13:12 soreau: or just give more people ban hammers :P
13:13 phasta: Or that (though if we write a nice proposal with lots of "AI" in it we even might get funding by an applauding manager)
13:14 soreau: I doubt anyone wants to accidentally get banned by a bot here
13:15 soreau: and the problem in question is easily solvable: ignore
13:20 HdkR: Also more moderation
13:21 karolherbst: thing is.. can't really delete sent messages, so can't really do much. Like you'd be there the minute they write. But anyway, happy to give trusted people mod powers, and a lot of people already have in this channel
13:21 karolherbst: but then he might just move to another channel
13:22 karolherbst: but anyway, if people are volunteering, could get special powers granted to deal with it, just ping me or any other on the coc team
13:46 frank_kasatra: This is the most popular kill off they do! So a chip is pushed through the skin of the neck, and no doctor touches the neck surgically, it's a programmable chip, then they say you need to make driver's license after all other kill off attempts have failed, then they knock you unconcious remotely on the road doing 90kmph alone against the tree, and they want to now implement this, but
13:46 frank_kasatra: all my fans already know including the driving teacher. This is how i win the battles i am always many steps ahead and i am one of the most loved person by real people in this life. About those QBA/werner/Tosha/solid steel/heelix dj's they are my sisters friends and in schools they targeted me with terror for years it's small country estonia, they brag deterministically with their
13:46 frank_kasatra: fuckings , you can always recognize that , prolog is i fucked every hole of your current girlfriend and if you do not like this they resort to your mental illness then they come to disturb you from getting into relation with anyone policing your territory and telling shit to your partners. They also then try to convince the world i am a wanker and nutbolt, i.e sister and most in the
13:46 frank_kasatra: country we call such abortion leftovers, they are part of the syndicate to castrate me and get the needed substances, but the substances they get from my clones, so all the kill offs have failed thus far, and they are done this year, i explain this to you not to get scared, we beat them without issues now, i worked through the code some time ago, i have everything, and due to respect to
13:46 frank_kasatra: your work i gave you the needed too, and can give the whole implementation too. But do i like Russians? Yeah that is true, with respect towards them too as well as chinese and us people, but i do not like the current war , ukranians i know less, but appears to me that they are similar however ukranians deny that, i overall do not fancy wars due to territorial needs, but Russian corridor
13:46 frank_kasatra: was taken to europe and africa by nato, and actually this area belonged to them, but whatever, random kill offs i do not like, devils and terrorist kill offs and tyrans kill offs are just fine.
16:19 eric_engestrom: mesa devs: the 25.0 branchpoint will be 7 days from now, on January 15th
16:19 eric_engestrom: if this is an issue and you would like it to be pushed back, or want to request an exception for a feature to be backported during RCs, please message me (tagging me here or DM) as soon as you can :)
16:19 eric_engestrom: (sorry for not sending this message this sooner; I'm still on medical leave and I didn't think about the next branchpoint until just now)
16:26 alyssa: eric_engestrom: ..perhaps we want to push back the branchpoint so you can medical leave....?
16:27 eric_engestrom: it finishes on the 15th, so it should be fine :)
16:28 alyssa: okie
16:28 alyssa: rest well :)
16:29 eric_engestrom: (although I'm seeing the surgeon on the 15th and I'm told by the physiotherapist they expect the surgeon will extend it, but mesa-release-managing is not a lot of work at the beginning of a cycle as there are very few conflicts and divergences to deal with)
16:29 eric_engestrom: thanks!
16:32 eric_engestrom: the main issue is basically "just" that I'm constantly exhausted, between my body rebuilding itself and the daily physio workout where I push myself as far as I can to get my muscles back; being unable to walk without crutches for a few more weeks is not relevant to this job ^^
17:33 dcbaker: eric_engestrom: if you need help with anything please let me know
17:34 dcbaker: mareko: The top radeonsi commit on the staging/24.3 branch needed a tiny bit of massaging from me, does it look okay to you?
17:35 dcbaker: karolherbst: I've got two "rusticl/device: fix ..." commits nominated for 24.3, but they don't apply and It's not at all clear to me how to resolve them, would you rather backport them or have me drop them?
17:37 mareko: dcbaker: yes, thanks
17:37 dcbaker: cool, thanks for checking
17:43 dcbaker: jnoorman: I've got "ir3: always set wrmask for movmsk" nominated for 24.3, but the conflict looks non-trivial to me, would your prefer to backport it or have me drop the nomination?
17:43 dcbaker: bbrezillon: Same question for "panvk: Don't invalidate the viewport on cull mode update"
17:51 jnoorman: dcbaker: I think it's fine to drop it as it fixes a very old bug that (AFAIK) hasn't caused any issues until a recent (not yet merged) MR. So it can probably wait until 25.0.
18:01 dcbaker: jnoorman: Thanks, I'll drop it and we can always un-drop it if it turns out to be important
18:22 alyssa: dj-death: been thinking more about the printf info problem ... the "collecting across multiple shaders, adding in offsets, doing relocs, etc" thing seems pretty complicated
18:22 alyssa: and the cute "well i only have one shader" thing I'm doing now in hk will cease to work once i'm doing cl in common code
18:22 alyssa: but.. why do we even need indices at all?
18:23 alyssa: I'm thinking about, like, calculating a 32-bit hash of each format string and then using that as the "index"
18:23 alyssa: then having a VkDevice-wide hash table mapping 32-bit hashes to const char *s
18:24 alyssa: (containing all format strings across the device)
18:24 alyssa: what I like about this:
18:24 alyssa: * multiple nir shaders with independent printfs work
18:24 alyssa: * no reloc / sideband / etc needed
18:24 alyssa: * generated code is basically the same as what we have now
18:25 alyssa: what I don't like about this:
18:25 alyssa: * tiny but nonzero chance of collisions (probably fine for a debug feature though)
18:25 alyssa: * still need driver code to collect all strings across the device (but that will be the case unless we literally embed the format string in the shader binary itself. which... we could?)
18:26 alyssa: (..Honestly that last idea is tempting if this is for debug only but I digress.)
18:27 alyssa: hmm... what if we zlib compress format strings at compile-time and then embed that instead......
18:27 alyssa: ("go home alyssa you're asleep")
18:28 zmike: what if the same perf but also faster
18:29 alyssa: explain
18:29 zmike: no
18:30 pac85: Are you trying to save bandwidth over just sending chars?
18:31 Ristovski: all I read was "faster" and I am convinced
18:31 Ristovski: unlike all of you non-believers, apparently
18:52 alyssa: pac85: effectively
18:52 alyssa: i am.. wondering to what extent that's actually necessary
18:52 alyssa: maybe for app opencl it makes sense since printf() is a thing we expose to apps
18:53 alyssa: but for driver cl, the expectation is that printfs are for debugging and are stripped out in release builds
18:53 alyssa: so maybe this is all silly and we should just do the simplest thing that works
18:54 alyssa: ...Honestly I don't hate it...
18:54 pac85: Given a human has to parse it I would have assumed you don't really need to handle GB/s of chars since humans can't parse something like that lol
18:54 alyssa: pac85: the problem is more bloating binaries and so on
18:54 pac85: Aaah I see
18:54 alyssa: every assert() is a printf
18:54 pac85: Right makes sense
18:55 pac85: Do you have a public branch with an implementation?
18:55 alyssa: Of what
18:55 pac85: Printf
18:55 alyssa: It's upstream
18:55 pac85: Ah cool
18:56 alyssa: honestly I'm inclined to add a knob for dumping the whole fmt string (possibly compressed) and calling it a day
18:56 alyssa: and then set that for driver cl but not for app cl
18:57 alyssa: the other huge advantage there (over either the hash table or array approaches) is reduced driver integration complexity
18:57 alyssa: which is good for a feature i'm (very openly) hoping to attract all the hw drivers to
19:05 bbrezillon: dcbaker: same for the panvk fix. We've noticed it by code inspection, and it doesn't seem to fix any CTS failure
19:05 dcbaker: bbrezillon: cool, thanks
19:20 dj-death: alyssa: yeah, lots of thinking for a debug feature ;)
19:21 dj-death: I feel okay with what I have, could move to a hash table, but what for really? :)
19:38 alyssa: dj-death: I mean, .. I need something I can recommend to every driver in tree to adopt
19:38 alyssa: and what anv has I don't think is it
20:12 dj-death: alyssa: one thing I would really like is ringbuffer printf so that you put the reader in a different thread
20:13 dj-death: alyssa: and keep printing while the GPU is running
20:13 dj-death: although it's probably going to be unreliable
20:20 alyssa: dj-death: hmm, it's an option..
20:20 alyssa: what's your use case?
20:32 mupuf: eric_engestrom: take care!
20:51 dj-death: alyssa: mostly no bubbles
20:52 dj-death: alyssa: because sometimes that works around problems (inserting bubbles)
21:06 alyssa: dj-death: ahh. yeah, good point.
21:30 mattst88: anyone know what's going on with https://gitlab.freedesktop.org/mesa/mesa/-/jobs/69067965 ?
21:31 mattst88: (trying to land https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/32447 and it seems to be gumming up the works)
21:47 mattst88: huh, landed somehow
21:56 sehrkundemartin: alyssa: that stuff is fascinating indeed, towards the end there is some clear view at them, after x11 we had opengl to do such things, as there is no longer x11 pixmaps and whatever the images were called involved, then you have textures and framebuffers renderbuffers images backed by textures, surfaces like vbo&PBO&fbo and such, which would now take RGB/AXXXX format's so this would
21:56 sehrkundemartin: end up being one meg to 16mb buffers and such, entirely easily coded into one cpu or gpu register with my methods.
21:58 sehrkundemartin: I was graphics enthusiast for long, and i wanted X to do different like currently too, such as with opengl, however X was my love still, it was great with x11 pixmaps too.
21:59 sehrkundemartin: in history X held the hardware front and backbuffers straight actually more like buffered to hardware still, but as from EGL this task is fully for kernel.