#dri-devel on 2021-12-22 — irc logs at oftc.irclog.whitequark.org

2021-07-26 22:56 ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar

00:07 <gawin> anholt: overall have you already found solution for real bug? I was trying to put pow into IN_B.W (as spec is saying that hardware can sometime use it instead of IN_C.W), but nothing so far.

00:10 <anholt> you want to make sure that t_src_scalar from pow is returning the right swizzle for your _y__ or __z_ swizzle, .

00:21 reductum has joined #dri-devel

00:31 iive has quit []

00:38 crabbedhaloablut has joined #dri-devel

00:40 pcercuei has quit [Quit: dodo]

00:41 loki_val has quit [Ping timeout: 480 seconds]

01:00 ybogdano has quit [Ping timeout: 480 seconds]

01:22 i-garrison has quit [Ping timeout: 480 seconds]

01:22 tursulin has quit [Read error: Connection reset by peer]

01:25 i-garrison has joined #dri-devel

01:33 gawin has quit [Quit: Konversation terminated!]

01:33 unerlige1 has left #dri-devel [#dri-devel]

01:41 Company has quit [Ping timeout: 480 seconds]

01:52 camus has joined #dri-devel

01:57 kevinx has joined #dri-devel

01:57 camus1 has quit [Ping timeout: 480 seconds]

02:03 co1umbarius has joined #dri-devel

02:04 columbarius has quit [Ping timeout: 480 seconds]

02:13 OftenTimeConsuming has quit [Ping timeout: 480 seconds]

02:35 ardera has quit [Ping timeout: 480 seconds]

02:44 camus1 has joined #dri-devel

02:44 camus has quit [Remote host closed the connection]

03:03 mripard_ has joined #dri-devel

03:10 mripard has quit [Ping timeout: 480 seconds]

03:31 shankaru has joined #dri-devel

03:31 lemonzest has joined #dri-devel

03:49 tlwoerner has joined #dri-devel

03:56 aravind has joined #dri-devel

04:11 zip100 has joined #dri-devel

04:17 zip100_ has quit [Ping timeout: 480 seconds]

04:24 ardera has joined #dri-devel

04:47 kevinx has quit [Quit: Connection closed for inactivity]

05:08 ardera has quit []

05:13 aravind has quit [Ping timeout: 480 seconds]

05:27 jernej_ has joined #dri-devel

05:27 jernej has quit [Read error: Connection reset by peer]

05:36 aravind has joined #dri-devel

05:57 kmn has joined #dri-devel

06:02 shankaru has quit [Quit: Leaving.]

06:15 camus has joined #dri-devel

06:17 camus1 has quit [Read error: Connection reset by peer]

06:17 shankaru has joined #dri-devel

06:19 Duke`` has joined #dri-devel

06:43 jewins has quit [Ping timeout: 480 seconds]

06:53 thellstrom has joined #dri-devel

06:53 thellstrom1 has quit [Read error: Connection reset by peer]

07:02 camus has quit []

07:02 camus has joined #dri-devel

07:10 mszyprow has joined #dri-devel

07:10 camus has quit [Ping timeout: 480 seconds]

07:11 camus has joined #dri-devel

07:26 <airlied> my mesa/st merge series is getting a bit out of hand, 120 patches :-P

07:38 mszyprow has quit [Read error: Connection reset by peer]

07:40 mszyprow has joined #dri-devel

07:45 danvet has joined #dri-devel

07:45 alanc has quit [Remote host closed the connection]

07:45 camus1 has joined #dri-devel

07:46 alanc has joined #dri-devel

07:50 camus has quit [Ping timeout: 480 seconds]

07:51 mlankhorst_ has joined #dri-devel

08:05 <zamundaaa[m]> kali0815: it is bridged but messages from unregistered people are blocked on irc

08:32 rasterman has joined #dri-devel

08:41 tursulin has joined #dri-devel

08:43 thellstrom1 has joined #dri-devel

08:48 thellstrom has quit [Ping timeout: 480 seconds]

08:52 thellstrom1 has quit []

08:53 thellstrom has joined #dri-devel

08:59 pcercuei has joined #dri-devel

09:01 gouchi has joined #dri-devel

09:17 pnowack has joined #dri-devel

09:32 <krh> airlied: that *is* a lot of emacs

10:48 gouchi has quit [Remote host closed the connection]

10:55 gouchi has joined #dri-devel

11:02 rasterman has quit [Quit: Gettin' stinky!]

11:22 flacks has quit [Quit: Quitter]

11:23 flacks has joined #dri-devel

11:29 camus has joined #dri-devel

11:34 camus1 has quit [Ping timeout: 480 seconds]

11:45 aravind has quit [Ping timeout: 480 seconds]

12:31 pochu has joined #dri-devel

12:32 mlankhorst_ is now known as mlankhorst

12:43 kmn has quit [Quit: Leaving.]

13:13 shankaru has quit [Quit: Leaving.]

13:46 Company has joined #dri-devel

14:02 nashpa has quit [Ping timeout: 480 seconds]

14:05 aravind has joined #dri-devel

14:06 dliviu has joined #dri-devel

14:13 dllud has joined #dri-devel

14:13 dllud_ has quit [Read error: Connection reset by peer]

14:15 dllud_ has joined #dri-devel

14:15 dllud has quit [Read error: Connection reset by peer]

14:17 dllud has joined #dri-devel

14:17 dllud_ has quit [Remote host closed the connection]

14:20 camus1 has joined #dri-devel

14:24 camus has quit [Ping timeout: 480 seconds]

14:33 alyssa has quit [Quit: leaving]

14:37 dliviu has quit []

14:39 dliviu has joined #dri-devel

15:34 aravind has quit []

15:40 Haaninjo has joined #dri-devel

15:53 JoseExposito has joined #dri-devel

16:00 jewins has joined #dri-devel

16:09 JoseExposito has quit [Quit: JoseExposito]

16:09 JoseExposito has joined #dri-devel

16:15 JoseExposito has quit [Quit: JoseExposito]

16:17 ella-0 has joined #dri-devel

16:17 imirkin has quit [Quit: Leaving]

16:20 ella-0_ has quit [Read error: Connection reset by peer]

16:21 Creak[m] has joined #dri-devel

16:46 Guest7763 is now known as pmoreau

16:55 camus has joined #dri-devel

17:00 camus1 has quit [Ping timeout: 480 seconds]

17:03 <vsyrjala> airlied: danvet: ack for pushing https://patchwork.freedesktop.org/patch/467699/?series=98277&rev=1 to drm-intel-next since that's where i broke debugfs=n build?

17:04 <vsyrjala> doesn't seems like a huge conflict risk there

17:04 Danct12 has quit [Remote host closed the connection]

17:12 Net147 has quit [Remote host closed the connection]

17:12 Net147 has joined #dri-devel

17:29 Creak has joined #dri-devel

17:29 <danvet> vsyrjala, ack

17:29 <danvet> and yeah I'm not a fan of #ifdef for individual struct members

17:29 <danvet> too much pain

17:31 <jenatali> Creak: You can check https://people.freedesktop.org/~cbrill/dri-log/?date=today. Looks like they're not getting through to IRC

17:39 <jenatali> I haven't been able to create a PM with them before, only by trying to log in as a registered user and having them initiate a message that the username is taken

17:40 <jenatali> Creak: I didn't. I registered via a different IRC client, then told Matrix to use that IRC username

17:41 <Creak> for the others readin, jenatali is not talking to himself, I'm on the other side (Matrix) and try to identify my username there ;)

17:41 <jenatali> OFTC's integration is pretty bad IME

17:42 Creak is now known as Guest9144

17:42 Creak[m] is now known as Creak

17:42 <Creak> another try?

17:43 <Creak> yes! it works!

17:43 <Creak> So the solution was to open a DM with @_oftc_NickServ:matrix.org and enter `IDENTIFY <password> Creak`

17:44 Guest9144 has quit []

17:50 <dcbaker> I agree. That's why with meson we used a bridged room instead of an irc bridge

17:51 <Creak> From matrix 😉

17:52 <Creak> And I verified in another IRC client that my message was displayed

17:52 <Creak> you can't speak on this IRC chan without a registered user, indeed

17:53 <Creak> (or only the Matrix users will see your messages, which is not very nice for the IRC users since they'll only have half the discussion)

17:59 pcercuei has quit [Quit: brb]

18:00 pcercuei has joined #dri-devel

18:01 Creak has left #dri-devel [#dri-devel]

18:06 zf has joined #dri-devel

18:06 <zf> is there a canonical bug report for "nouveau doesn't support multithreading"?

18:22 <gpiccoli> Hi folks, anybody ever seen "[drm] Failed to add display topology, DTM TA is not initialized." with amdgpu ?

18:27 <Akari> glEnable(GL_FRAMEBUFFER_SRGB) seems to cause ALL framebuffer writes to be converted to sRGB, even if the attachment is not an sRGB format. According to the 4.6 spec, this is wrong (17.3.7 sRGB Conversion). Am I misreading it or did i just find a bug?

18:49 <HdkR> zf: Not really, but if you're careful you can still take advantage of multithreading :P

18:51 <zf> well, sure, I was hoping there'd be a bug report I can track

18:51 <zf> I don't suppose mesa would be interested in creating one? :D

18:52 <HdkR> Issue #3518 might be close enough to track it

19:01 jljusten has quit [Quit: WeeChat 3.3]

19:02 jljusten has joined #dri-devel

19:04 camus1 has joined #dri-devel

19:05 camus has quit [Remote host closed the connection]

19:12 pcercuei has quit [Quit: Lost terminal]

19:20 palindrome has joined #dri-devel

19:23 <austriancoder> would it make sense to have an GL_ARB_shadow nir lowering hooked up in main/st or is this more a lowering called in the driver itself?

19:26 dviola has joined #dri-devel

19:35 pnowack has quit [Quit: pnowack]

19:35 ngcortes has joined #dri-devel

19:37 pcercuei has joined #dri-devel

19:39 mszyprow has quit [Ping timeout: 480 seconds]

19:42 dviola has left #dri-devel [#dri-devel]

19:43 MajorBiscuit has joined #dri-devel

19:48 camus has joined #dri-devel

19:49 camus1 has quit [Ping timeout: 480 seconds]

20:00 mbrost has joined #dri-devel

20:16 pnowack has joined #dri-devel

20:31 eletrotupi has quit []

20:31 eletrotupi has joined #dri-devel

20:35 <vsyrjala> danvet: ta

20:50 jewins has quit [Ping timeout: 480 seconds]

20:53 nikitalita48 has quit []

20:53 nikitalita48 has joined #dri-devel

20:58 mbrost has quit [Ping timeout: 480 seconds]

21:07 <DrNick> should reading GL_TIMESTAMP wake a monitor from DPMS?

21:12 jewins has joined #dri-devel

21:14 <HdkR> :thonk:

21:17 <DrNick> I'm trying to figure out if this is a gnome-shell/mutter/cogl bug for reading the timestamp while the monitor is supposed to be asleep or an AMDGPU bug for waking the display to report the timestamp

21:18 <DrNick> also bpftrace is pretty great, although I wish it understood DWARF debuginfo

21:22 <vsyrjala> imre: ^ i guess the same thing linus reported

21:23 ybogdano has joined #dri-devel

21:23 <vsyrjala> agd5f: hwentlan__: does amdgpu perhaps link train all displays (even if they're supposed to be dpms off) when coming out of runtime suspend?

21:24 jhli has joined #dri-devel

21:26 mbrost has joined #dri-devel

21:35 Duke`` has quit [Ping timeout: 480 seconds]

21:42 eletrotupi has quit []

21:42 eletrotupi has joined #dri-devel

21:50 rasterman has joined #dri-devel

22:01 mszyprow has joined #dri-devel

22:04 palindrome has quit []

22:18 mszyprow has quit [Ping timeout: 480 seconds]

22:22 <jenatali> Hm... can anybody help me understand why this test (apparently) doesn't fail for all Mesa drivers? https://jenatali.pages.freedesktop.org/-/mesa/-/jobs/17000354/artifacts/summary/results/spec@arb_shading_language_420pack@active%20sampler%20conflict.html

22:22 <jenatali> Looks like it uses piglit_build_simple_program for a program that it expects to fail. AFAICT that results in exit(1)

22:25 <jenatali> Oh, nevermind. It won't do that on link failures, only compile failures. Seems the test is missing some extension support check

22:29 gouchi has quit [Remote host closed the connection]

22:34 camus1 has joined #dri-devel

22:38 eletrotupi has quit [Quit: Bye]

22:38 eletrotupi has joined #dri-devel

22:39 camus has quit [Ping timeout: 480 seconds]

22:40 eletrotupi has quit []

22:40 eletrotupi has joined #dri-devel

22:47 <airlied> jenatali: any ideas on https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/14261 the msvc fail?

22:47 <jenatali> Looking

22:47 cef has quit [Quit: Zoom!]

22:48 <airlied> https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/14261/diffs?commit_id=e2412b8eb42eb3fd9731a6edfdc68912161a98a5 is the bad commt

22:48 <airlied> jenatali: ^

22:49 cef has joined #dri-devel

22:49 <airlied> pretty sure the values ST_NEW_*_CONSTANTS should just be enums, they are generated via defines

22:49 <jenatali> Lemme just clone it and see

22:51 * airlied is seeing some stackover flow advice on this, nested constant initializer or something

22:53 * airlied might just use an inline :-P

22:53 <jenatali> airlied: Looks like MSVC doesn't treat 'static const uint64_t <name>' as something that can be stored in a static const array

22:54 * airlied wonders if we've worked around this before in mesa

22:55 eukara has quit [Remote host closed the connection]

22:55 <jenatali> Too bad this isn't C++, constexpr would solve this nicely

22:55 * airlied can just drop that patch for now anyways

22:58 <jenatali> airlied: https://stackoverflow.com/questions/58474832/msvc-error-c2099-initializer-is-not-a-constant-with-value-composed-of-other-c

22:59 <jenatali> i.e. unfortunately what you have is non-standard and MSVC is 'correct' to reject it

22:59 <airlied> jenatali: cool I'll just burn that patch for now and come up with a better plan :-P

23:01 <jenatali> I wonder if that comment about 64-bit enums is wrong now...

23:02 <jenatali> Builds at least for me if I change it to an enum

23:04 ella-0 has quit [Read error: Connection reset by peer]

23:05 <jenatali> Bah nevermind, silent incorrect code. Lovely

23:17 MajorBiscuit has quit [Quit: WeeChat 3.3]

23:29 <graphitemaster> enum values are always valid constant expressions, but a constant variable in C is never a valid constant expression. If you can express it as an enum (i.e fits in an int) then that should be fine, otherwise you'll need to use defined. Looks like these are uint64_t so yeah you're a bit hosed there.

23:29 <graphitemaster> C has some pretty old rules here. It's kind of funny MSVC rejects it actually since in C++ this is a valid constant expression and MSVC is mostly a C++ compiler.

23:33 Haaninjo has quit [Quit: Ex-Chat]

23:44 mbrost has quit [Ping timeout: 480 seconds]

23:45 camus has joined #dri-devel

23:50 camus1 has quit [Ping timeout: 480 seconds]

23:59 <imre> vsyrjala, Drnick, agd5f: yes, I suppose https://bugzilla.kernel.org/attachment.cgi?id=300111&action=diff is a fix/wa for it