ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
Hi-Angel has quit [Ping timeout: 480 seconds]
pnowack has quit [Quit: pnowack]
Lucretia has quit []
mbrost has quit [Ping timeout: 480 seconds]
mbrost has joined #dri-devel
tursulin has quit [Read error: Connection reset by peer]
nchery has quit [Quit: Leaving]
ppascher has quit [Ping timeout: 480 seconds]
camus has joined #dri-devel
vivekk has joined #dri-devel
sdutt_ has joined #dri-devel
mbrost has quit [Ping timeout: 480 seconds]
vivek has quit [Ping timeout: 480 seconds]
sdutt has quit [Ping timeout: 480 seconds]
boistordu_old has joined #dri-devel
boistordu has quit [Ping timeout: 480 seconds]
mbrost has joined #dri-devel
camus has quit [Remote host closed the connection]
camus has joined #dri-devel
The_Company has quit []
Peste_Bubonica has quit [Quit: Leaving]
Adrinael has quit [Ping timeout: 480 seconds]
ppascher has joined #dri-devel
BvsEHnmYFyhBavpa has joined #dri-devel
BvsEHnmYFyhBavpa has left #dri-devel [#dri-devel]
jD_ has joined #dri-devel
jD_ is now known as Guest3117
Guest3117 has left #dri-devel [#dri-devel]
Adrinael has joined #dri-devel
mbrost_ has joined #dri-devel
NiksDev has joined #dri-devel
mbrost has quit [Ping timeout: 480 seconds]
yogesh_mohan has quit [Ping timeout: 480 seconds]
<tarceri> seriously the broadcom pipeline fails pretty much ever MR I attempt lately. I there a way I can avoid running the pipeline when I know the series wont do anything to those drivers?
<tarceri> *Is there
camus1 has joined #dri-devel
camus has quit [Read error: Connection reset by peer]
meatloaf has joined #dri-devel
cwfitzgerald has quit [Quit: Connection closed for inactivity]
<meatloaf> hi is it possible to drmSetMaster from within X it always returns failure, how do i setup my system (ubuntu) to be able to get master priviliges?
yogesh_mohan has joined #dri-devel
<marcan> alyssa: fwiw AMD got away with floating point stuff in DC (and since it's nonportable, it only works on x86 and ppc, lol)
<marcan> on ARM kernel_neon_begin/end should work... and if someone complains, say "hey, AMD got to do it!!!" ;)
<airlied> marcan: amd aarch64 code got rolled back because neon_begin/end didn't work
<jekstrand> Wha wha whaaaa.....
<airlied> so need a better excuse for using them :-P
<jekstrand> Srsly, though, if all you need to do is fixed -> float, write a helper and call it a day.
<jekstrand> float -> fixed is a lot more annoying but still tractable.
<airlied> for set contrast it's likely you just want 0x3f80000 :-P
<jekstrand> Hey, that's what I suggested!
<airlied> yeah like I'd cross the fixed/float bridge once you get past 0x3f800000 and 0 :-P
jessica_24 has quit [Quit: Connection closed for inactivity]
<airlied> anyone got a spare isnormal impl laying about
vivijim has quit [Remote host closed the connection]
sdutt_ has quit [Ping timeout: 480 seconds]
Duke`` has joined #dri-devel
jewins has joined #dri-devel
itoral has joined #dri-devel
jagan_ has joined #dri-devel
lemonzest has joined #dri-devel
Hi-Angel has joined #dri-devel
camus1 has quit [Remote host closed the connection]
camus has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
ppascher has quit [Read error: Connection reset by peer]
vivekk has quit [Ping timeout: 480 seconds]
thellstrom1 has joined #dri-devel
thellstrom has quit [Ping timeout: 480 seconds]
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
frieder has joined #dri-devel
mbrost_ has quit [Ping timeout: 480 seconds]
rasterman has joined #dri-devel
danvet has joined #dri-devel
pcercuei has joined #dri-devel
jkrzyszt has joined #dri-devel
Ahuj has joined #dri-devel
Lucretia has joined #dri-devel
camus1 has joined #dri-devel
camus has quit [Ping timeout: 480 seconds]
ppascher has joined #dri-devel
mlankhorst has joined #dri-devel
<HdkR> Mesa 21.2-rc4 in a couple of days, or will it be the final?
<HdkR> I'll be updating some local build scripts and aligning around the release will be a good thing
tursulin has joined #dri-devel
tzimmermann has joined #dri-devel
bcarvalho has quit [Remote host closed the connection]
<meatloaf> why can't i get drmSetMaster to work?
bcarvalho has joined #dri-devel
<meatloaf> anyone can help me set it up?
<HdkR> (I know nothing about this topic)
<pq> meatloaf, as long as any other userspace program is holding DRM master (like Xorg being active), you can't.
<pq> meatloaf, the point of needing DRM master is precisely that no-one else can mess up the display.
<pq> ...while the KMS device is being used by something other than fbcon (and fbdev?).
<pq> meatloaf, there are also other requirements for a successful SetMaster call. Nowadays in many distributions, the right way to ask for DRM mask is not by SetMaster but by asking logind or an equivalent session management service.
<pq> *DRM master
jagan_ has quit [Remote host closed the connection]
<meatloaf> any idea how to take control?
<pq> you have to persuade the current DRM master to release it
<pq> switching VTs is one way
<pq> This also means that if your program does get DRM master via SetMaster, and it does not explicitly handle VT switching, it will break VT-switching back to anything else.
<meatloaf> i need to take control get the ksv keys of the display and enable hdcp
<pq> and then what?
soreau has quit [Remote host closed the connection]
<pq> switch back to your normal desktop?
soreau has joined #dri-devel
<meatloaf> no i wan't desktop on VGA and video o/p on hdmi
<pq> on the same gfx card?
<pq> simultaneously?
<meatloaf> is that not possible?
<meatloaf> on the same card?
<pq> Then you need to ask for a DRM lease on the HDMI connector+CRTC from your normal desktop's display server.
<emersion> kind-of possible, but not how you should do it
<pq> meatloaf, what do you actually want to do? All this sounds very hacky.
pnowack has joined #dri-devel
<pq> The point of DRM master concept is that only one program at a time can control the display hardware of one DRM device (gfx card)). DRM leases are way for that program to give some hardware pieces to another program to control, so that they can work simultaneously if they are lucky enough.
<meatloaf> i wan't to get ksv keys of display and only if the keys are registered in our own database - enable hdcp and do video playback
<pq> meatloaf, ok, what kind of program are "you"?
<pq> a video player application running on a normal desktop?
<pq> I don't know what the interface is to get the ksv keys. I do know that enabling HDCP must be done by the program controlling KMS for that crtc/connector.
<meatloaf> yes exactly, a player application that runs on desktop but streams video/audio over hdmi
<pq> Either you'd use DRM leasing (via Wayland or X11) to take control of the whole HDMI monitor, or you would need to use Wayland or X11 to suggest and monitor HDCP.
<pq> the DRM leasing route is the one that has the chances of working on the usual desktop environments, once DRM leasing is implemented.
<meatloaf> how do i go about it?
<meatloaf> i'm very new to drm
<pq> are you talking to a Wayland or a X11 display server that the normal desktop runs with?
<pq> or both?
<meatloaf> i've tried with both
<pq> each has a special protocol interface for asking of a DRM lease
<pq> *for a DRM lease
<meatloaf> is there any documentation of how to set it up?
K`den has joined #dri-devel
Kayden has quit [Remote host closed the connection]
<pq> https://haagch.frickel.club/#!drmlease.md might be ok for the X11 side?
<pq> meatloaf, the reason I'm suggesting DRM leasing is that some projects are opposed to implementing anything related to HDCP.
<pcercuei> Intersting, can you lease just a plane to a different program for e.g. an overlay?
<pq> pcercuei, probably not. It would also lead to problems with atomic KMS.
<pq> pcercuei, I think the current implementation only supports a CRTC at a time.
<pq> nothing less
<meatloaf> is there any sample program to test
<pcercuei> Alright
<pq> meatloaf, maybe you'll find some via those links I googled.
<meatloaf> oh okay, lemme read them, thank you pq
<pq> meatloaf, another thing about DRM leasing the crtc+connector is that you don't need to trust the display server to not leak your video. You might leak an individual frame every time the lease is revoked.
<pq> however, I'm not sure if DRM actually stops the display server from scraping the buffers you push to KMS via the lease...
<emersion> pq, the compositor won't lease *any* output
<emersion> typically only non-desktop outputs are made available for lease
jewins has quit [Read error: Connection reset by peer]
<emersion> also input will be an issue
<pq> meatloaf, another caveat: not all desktop environments might be willing to lease out a monitor they are actively using. So that's something you have to negotiate with them.
<emersion> pcercuei: a lease must contain at least one connector, one CRTC and one plane
<pq> for input, you need a normal window with the normal desktop window system
<emersion> DRM leases to bypass the compositor for HDCP sounds like a really bad idea
<emersion> as a compositor writer, i'll do my best to make that not possible
<pq> meatloaf, see ^
<emersion> other compositors might have different policies wrt. HDCP
<meatloaf> i don't need to bypass the compositer i can use weston
<emersion> i'd even be willing to monitor the "HDCP status" property and kill the lease if it's ever set to something else than off
<pq> Fortunately, DRM leasing has also other uses like VR HMD driving, so as a feature it will probably be present, you just have to have the end user configure his desktop such that leasing the HDMI output is possible.
<pq> meatloaf, I thought you were working on a normal video player?
<pq> meatloaf, and not a full window system installation?
<meatloaf> that's in the future (using gstreamer) but first i just need a c program to read ksv keys and store those keys in database
<pq> meatloaf, if you run Weston instead of a normal desktop window system, then there are other options like Weston's built-in HDCP support.
<pq> meatloaf, ok, what's the interface to read ksv keys?
<pq> if it's sysfs, you don't need KMS or DRM master
<emersion> i don't think you can read ksv keys
<meatloaf> libdrmapi
<pq> what's that?
<pq> are they exposed as a KMS property?
<pq> you don't (usually?) need to be DRM master to be able to *read* KMS property values.
<emersion> the standard HDCP APIs don't expose any key
<pq> yeah, that's I recall too, so that's why I'm asking what the interface is
<pq> because there is none that I know of
<pq> I did see patches flying some time ago about some HDCP keys, but I've forgot what it was.
<meatloaf> im sing thos HDCPGetKsvKeys
<meatloaf> HDCPGetKsvList
<pq> meatloaf, looks like something intel-only and not in an upstream kernel?
<emersion> didn't know this existed
<emersion> i have trouble understanding how this can work completely in user-space
<pq> emersion, it seems to have specific kernel requirements.
<pq> I bet the kernel UAPI that would allow it is not upstream.
<emersion> maybe there's a sysfs or debugfs thing to DDC
<emersion> yeah, sounds likely
* emersion shrug
<meatloaf> this is just a wrapper over the ioctl in the ii915 driver
<pq> sure, but the question is, do you need to be DRM master to call that ioctl?
<pq> if not, then you don't need DRM leases to reading the keys.
<pq> if yes, then maybe having a lease is not enough?
<pq> we certainly don't know
<meatloaf> first off i wan't to find a way of gettng the c program take owenership
<meatloaf> i need to know how to do that
<pq> ok - we discussed that.
<meatloaf> okay, i woul need to do more research
<emersion> pq, apparently this thing uses the KMS API, but uses non-upstream patches to get the keys
<emersion> i don't even want to know how this works, since this seems to set props using the KMS API and has a daemon architecture…
<pq> emersion, heh, sounds like you had more interest to read it than I did ;-)
<pq> oh wow
<pq> maybe it's the "we have this isolated process controlling this one overlay plane only on an output" design once again.
<pq> with the kernel hacked to neuter the DRM master checks
<narmstrong> daniels: alyssa: maybe it's not the right place to discuss about that, but will you attend ELC in person in september ?
thellstrom1 has quit [Remote host closed the connection]
K`den is now known as kayden
<daniels> narmstrong: afraid I have no travel until 2022; was there anything in particular you wanted to chat about?
<narmstrong> daniels: no, I have my answer, I'm seeking for people who had a travel exception for this conference
<daniels> IIRC one of our people has one, but generally we're saying no travel until next year
<daniels> (not a gfx person)
<HdkR> Travel? That's illegal.
<kusma> What's up with the Igalia CI runners? I'm seeing failures to open the serial port on them...
<kusma> It's OK, I'm not in a hurry to merge anyway :)
<kusma> Just thought I'd ask sooner rather than later
Daanct12 has joined #dri-devel
Danct12 has quit [Ping timeout: 480 seconds]
<kusma> Haha, great :)
<kusma> Thanks a lot!
flacks has quit [Quit: Quitter]
flacks has joined #dri-devel
vivijim has joined #dri-devel
ramaling has quit []
ramaling has joined #dri-devel
<jasuarez> ok
mlankhorst has quit [Ping timeout: 480 seconds]
camus has joined #dri-devel
camus1 has quit [Ping timeout: 480 seconds]
Daaanct12 has joined #dri-devel
<danvet> meatloaf, in general for this use-case on linux the solution is "trust your compositor"
<danvet> because you have to
<danvet> the compositor could also hand you an entirely fake chardev in userspace that happens to fake the kms api
<danvet> so if your goal is to make sure you only display content on sinks you trust, this isn't the way to guarantee this
Newbyte has quit [Quit: Bridge terminating on SIGTERM]
neobrain[m] has quit []
_alice has quit [Quit: Bridge terminating on SIGTERM]
Dylanger has quit [Quit: Bridge terminating on SIGTERM]
go4godvin has quit [Quit: Bridge terminating on SIGTERM]
Venemo has quit [Quit: Bridge terminating on SIGTERM]
aura[m] has quit []
zzoon_holidays_till_21th[m] has quit []
YaLTeR[m] has quit []
Anson[m] has quit []
danylo has quit [Quit: Bridge terminating on SIGTERM]
jasuarez has quit [Quit: Bridge terminating on SIGTERM]
pmoreau has quit [Quit: Bridge terminating on SIGTERM]
jekstrand[m] has quit []
tomba has quit [Quit: Bridge terminating on SIGTERM]
<danvet> you pretty much have to trust the kernel and the compositor for this to work
Tooniis[m] has quit [Quit: Bridge terminating on SIGTERM]
kusma has quit [Quit: Bridge terminating on SIGTERM]
chema has quit [Quit: Bridge terminating on SIGTERM]
DrNick has quit []
icecream95 has quit [Quit: Bridge terminating on SIGTERM]
ella-0[m] has quit []
undvasistas[m] has quit []
xerpi[m] has quit []
MrRml[m] has quit [Quit: Bridge terminating on SIGTERM]
cmarcelo has quit [Quit: Bridge terminating on SIGTERM]
dcbaker has quit [Quit: Bridge terminating on SIGTERM]
Sumera has quit [Quit: Bridge terminating on SIGTERM]
SamJames[m] has quit []
atulu[m] has quit []
egalli has quit []
RAOFhehis[m] has quit []
jenatali has quit [Quit: Bridge terminating on SIGTERM]
gnustomp[m] has quit []
T_UNIX has quit []
robertmader[m] has quit []
reactormonk[m] has quit []
user1tt[m] has quit []
nielsdg has quit [Quit: Bridge terminating on SIGTERM]
cwfitzgerald[m] has quit [Quit: Bridge terminating on SIGTERM]
<pq> danvet, I wasn't aware it's possible to fake chardev fds.
<danvet> and then the clean solution is to just solve your ksv restriction in the compositor
<danvet> pq, cdev in userspace is a thing
<danvet> I'm not sure you can fake mmap, but that's kinda optional
<danvet> aptly named cuse
<danvet> or something like that
<pq> and you can create devices with DRM major with that?
<danvet> I'm not sure where the illusion stops
Daanct12 has quit [Ping timeout: 480 seconds]
Daanct12 has joined #dri-devel
<danvet> I guess you shouldn't be able to make it a drm major since we reserve that
<danvet> but then that kinda defeats the point of being able to fake stuff
<pq> anyway, ok, one still has to trust the compositor - it does not make the need for DRM leasing go away, if the player is supposed to work on desktops in general.
<pq> assuming that desktops in general as as unwilling to implement HDCP support as wlroots, but maybe that's not true
<danvet> yeah there's lots of problems with a "I don't trust the compositor but need it" approach
<danvet> only trusting hw is reasonable
ramaling has quit []
<pq> Weston has bits of HDCP support, FWIW.
ramaling has joined #dri-devel
Danct12 has joined #dri-devel
Daaanct12 has quit [Ping timeout: 480 seconds]
Company has joined #dri-devel
_alice has joined #dri-devel
Daanct12 has quit [Ping timeout: 480 seconds]
mlankhorst has joined #dri-devel
thellstrom has joined #dri-devel
<tarceri> anyone else getting "fatal: read error: Connection reset by peer" from gitlab?
itoral has quit [Remote host closed the connection]
thellstrom has quit [Read error: Connection reset by peer]
thellstrom has joined #dri-devel
thellstrom1 has joined #dri-devel
thellstrom has quit [Ping timeout: 480 seconds]
camus1 has joined #dri-devel
camus has quit [Ping timeout: 480 seconds]
<daniels> no
<daniels> web or SSH?
<daniels> (both work for me)
thellstrom1 has quit [Remote host closed the connection]
sdutt has joined #dri-devel
sdutt has quit []
sdutt has joined #dri-devel
iive has joined #dri-devel
tzimmermann has quit [Quit: Leaving]
camus has joined #dri-devel
apinheiro[m] has joined #dri-devel
atulu[m] has joined #dri-devel
aura[m] has joined #dri-devel
test has joined #dri-devel
chema has joined #dri-devel
RAOFhehis[m] has joined #dri-devel
cmarcelo has joined #dri-devel
Eighth_Doctor has joined #dri-devel
cwfitzgerald[m] has joined #dri-devel
dcbaker has joined #dri-devel
demarchi has joined #dri-devel
Anson[m] has joined #dri-devel
Guest3149 has joined #dri-devel
danylo has joined #dri-devel
Dylanger has joined #dri-devel
egalli has joined #dri-devel
ella-0[m] has joined #dri-devel
exit70[m] has joined #dri-devel
gnustomp[m] has joined #dri-devel
go4godvin has joined #dri-devel
zzoon[m] has joined #dri-devel
icecream95[m] has joined #dri-devel
jasuarez has joined #dri-devel
jekstrand[m] has joined #dri-devel
jenatali has joined #dri-devel
kusma has joined #dri-devel
LaughingMan[m] has joined #dri-devel
neobrain[m] has joined #dri-devel
Newbyte has joined #dri-devel
nielsdg has joined #dri-devel
SamJames[m] has joined #dri-devel
pmoreau has joined #dri-devel
MrR[m] has joined #dri-devel
reactormonk[m] has joined #dri-devel
robertmader[m] has joined #dri-devel
ServerStatsDiscoverertraveler4 has joined #dri-devel
Strit[m] has joined #dri-devel
Sumera[m] has joined #dri-devel
T_UNIX has joined #dri-devel
tintou has joined #dri-devel
tomba[m] has joined #dri-devel
Tooniis[m] has joined #dri-devel
undvasistas[m] has joined #dri-devel
user1tt[m] has joined #dri-devel
Venemo has joined #dri-devel
MatrixTravelerbot[m] has joined #dri-devel
xerpi[m] has joined #dri-devel
YaLTeR[m] has joined #dri-devel
camus1 has quit [Remote host closed the connection]
<alyssa> narmstrong: I'll be in Canada during ELC and right now even with all the papers in the world crossing the border is a major headache.
<alyssa> (So no, I'll be online.)
jernej_ has joined #dri-devel
jernej has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
muhomor has quit [Remote host closed the connection]
boistordu_old has quit [Remote host closed the connection]
boistordu_old has joined #dri-devel
muhomor has joined #dri-devel
<tarceri> daniels: working now, weird
camus1 has joined #dri-devel
camus has quit [Read error: Connection reset by peer]
<narmstrong> alyssa: thx for confirming it's a major headache !
<alyssa> narmstrong: Oh I mean
<alyssa> I more meant getting back to Canada but yeah
<alyssa> vaccination unfortunately does not confer immunity to bureaucrats
<pinchartl> alyssa: bureaucracy however hinders vaccination. a friend of mine got told that he could book his second jab for today, due to ${insert_random_nonsensical_chit_chat}. he could however book a second first jab
<narmstrong> indeed, something universal ^^
<pinchartl> s/he could book/he could not book/
<alyssa> pinchartl: ...aren't the two jabs identical
<pinchartl> according to some people, the first one gives you the 5G chip, and the second one the battery. that's why side effects for the second one are usually stronger, as the system is powered up
<pinchartl> however, according to the vast majority of people who put their brain to good use, yes, they're identical
<pinchartl> but bureaucracy doesn't care about that detail
<narmstrong> bureaucratycally, second jab enables a vaccinal/${insert_pass_to_live_normally} so there is an hook somewhere that triggers a different action
<pinchartl> I wonder what a second first jab enables. probably a buffer overflow in some code
<narmstrong> In the french system, they seem to specify the jab #, they can enter a second jab done in a different country, but this leads to fake certificates the gov can't revoke made by corrupted people...
<pinchartl> it would be so much easier if they injected a chip at the same time as the vaccine, then you wouldn't need to carry a certificate :-D
jcline_ has quit [Ping timeout: 480 seconds]
jewins has joined #dri-devel
jcline has joined #dri-devel
jcline_ has joined #dri-devel
jcline has quit [Ping timeout: 480 seconds]
shashank_sharma has joined #dri-devel
Duke`` has joined #dri-devel
shashanks has quit [Ping timeout: 480 seconds]
nchery has joined #dri-devel
shash_sha has joined #dri-devel
pjakobsson has joined #dri-devel
frieder has quit [Remote host closed the connection]
Guest3149 has quit []
enick_805 has joined #dri-devel
shashank_sharma has quit [Ping timeout: 480 seconds]
mbrost has joined #dri-devel
vivek has joined #dri-devel
thellstrom has joined #dri-devel
K`den has joined #dri-devel
kayden has quit [Remote host closed the connection]
K`den is now known as Kayden
<danvet> jekstrand, bnieuwenhuizen any movement on the dma-buf import/export stuff
<danvet> airlied, ^^ I wondering whether we shouldn't push more for that instead of e.g. panfrost inventing their own thing in bbrezillion's latest series
<danvet> alyssa, daniels ^^ btw do we have userspace for that
<bnieuwenhuizen> danvet: didn't make as much progress on the disable implicit sync stuff for radv, but got around to testing Jason's series for using the dma-buf export/import (one of them at least, whichever was in Jason's series) and that worked fine for me
<bnieuwenhuizen> I was under the impression that the disable implicit sync for amdgpu was not a blocker for the export/import work
<danvet> bnieuwenhuizen, well in general no
<danvet> but I think it'd be good if we have a user for this in radv too
<danvet> and without disabling implicit sync with a ctx flag the import/export is fairly useless in practice
<danvet> since except when the app is doing something extremely silly the fences are all there already
<danvet> and amdgpu will force you to sync against them
<danvet> so you can wire it all up, but it's kinda pointless
<danvet> and it's also not helping in convincing könig that this is needed to unblock the nack on the import/export that's kinda still hanging out there
<alyssa> danvet: which series is this?
<bnieuwenhuizen> oh is that still around? I thought that was resolved with Christian's rework of explicit fences in amdgpu?
<alyssa> if it's the new submit ioctl(), bbrezillon has mesa patches I think
<bnieuwenhuizen> of exclusive fences*
<danvet> alyssa, yeah new submit ioctl
<danvet> bnieuwenhuizen, I'm not sure
<danvet> I also kinda took a break from all this because it was getting way too exhausting to keep arguing
<danvet> alyssa, gallium mesa?
<HdkR> oh, new ioctl? :)
<danvet> since I kinda only know how to use this for real with vulkan, not gallium ...
<bnieuwenhuizen> HdkR: you're notified :P
<HdkR> Hm, guess this isn't the RMFB one
<alyssa> danvet: not sure. the new ioctl was designed for vulkan mesa but i'd like to use it in gallium once it lands.
<danvet> alyssa, yeah for vulkan maybe the new import/export thing makes more sense than this
<danvet> but also, it's not quite ready
<danvet> plus definitely no patches for panfrost in-flight
<HdkR> Oh, looks like there is some upcoming panfrost ioctls for batch submits
thellstrom has quit [Ping timeout: 480 seconds]
camus has joined #dri-devel
agd5f has quit [Remote host closed the connection]
camus1 has quit [Ping timeout: 480 seconds]
agd5f has joined #dri-devel
fluix has joined #dri-devel
mlankhorst has quit [Remote host closed the connection]
masush5 has joined #dri-devel
jewins has quit [Quit: jewins]
* alyssa wonders if there's a better way to do instruction selection
<alyssa> for handling all the cases of "fuse these two NIR ops into one hardware op", and testing it so you don't miss cases or accidentally fuse wrong things.
<anholt_> I still want to merge nir-noltis with something like nir_search for doing isel.
jewins has joined #dri-devel
<alyssa> Nod.
<alyssa> I guess LLVM plays funny games with DAGs
<alyssa> reading LLVM docs on isel, this is surprisingly not horrible.
ngcortes has joined #dri-devel
<jekstrand> I like nir_search/noltis in theory....
jkrzyszt has quit [Ping timeout: 480 seconds]
anujp has quit [Ping timeout: 480 seconds]
pnowack has quit [Quit: pnowack]
sdutt has quit [Ping timeout: 480 seconds]
Tooniis[m] has quit []
Tooniis[m] has joined #dri-devel
mareko has quit [Ping timeout: 480 seconds]
glisse has quit [Ping timeout: 480 seconds]
dri-logger has quit [Ping timeout: 480 seconds]
mslusarz has quit [Ping timeout: 480 seconds]
sdutt has joined #dri-devel
anujp has joined #dri-devel
jhli has joined #dri-devel
sdutt has quit [Ping timeout: 480 seconds]
lemonzest has quit [Quit: Quitting]
pnowack has joined #dri-devel
agd5f has quit [Read error: Connection reset by peer]
agd5f has joined #dri-devel
dri-logger has joined #dri-devel
glisse has joined #dri-devel
agd5f has quit [Remote host closed the connection]
agd5f has joined #dri-devel
mslusarz has joined #dri-devel
masush5 has quit []
Dolence has joined #dri-devel
camus1 has joined #dri-devel
camus has quit [Remote host closed the connection]
sdutt has joined #dri-devel
sdutt has quit []
sdutt has joined #dri-devel
tobiasjakobi has joined #dri-devel
tobiasjakobi has quit [Remote host closed the connection]
mareko has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
tobiasjakobi has joined #dri-devel
Ahuj has quit [Ping timeout: 480 seconds]
swick has quit [Quit: WeeChat 1.6]
Dolence has quit []
vivijim has quit [Ping timeout: 480 seconds]
pcercuei has quit [Quit: dodo]
NiksDev has quit [Ping timeout: 480 seconds]
xexaxo has quit [Read error: Connection reset by peer]
xexaxo has joined #dri-devel
Hi-Angel has quit [Ping timeout: 480 seconds]
xexaxo has quit [Remote host closed the connection]
xexaxo has joined #dri-devel
anujp has quit [Ping timeout: 480 seconds]
danvet has quit [Ping timeout: 480 seconds]
pnowack has quit [Quit: pnowack]
iive has quit []
macromorgan has quit [Remote host closed the connection]
macromorgan has joined #dri-devel