00:49Lyude: oh wow
00:49Lyude: i might actually have some time to work on nouveau again tomorrow, sweet
03:24nbtenney: Lyude: don't jynx yourself. ;)
04:26rhyskidd: mwk: did you see my latest comment on https://github.com/envytools/envytools/pull/106
04:27rhyskidd: hopefully straight forward enough
08:33karolherbst: Lyude: awesome!
14:28anEpiov: hei
14:28anEpiov: finally booted int 4.13 from 4.9
14:29anEpiov: what I am supposed to see? should I still have nouveau.pm=1 in kernel line?
15:08imirkin_: anEpiov: don't think that ever was an option...
15:09imirkin_: anEpiov: depending on which hw you have, you might have gotten no benefit at all, or gone from "no acceleration" to "acceleration".
17:28karolherbst: imirkin_: reclocking fixes
17:29imirkin_: not for an NV5...
17:29karolherbst: ohh right
17:30imirkin_: hence my point of "it depends on your hw"
17:30karolherbst: true
17:35karolherbst: anyhow, I thought a little about that u_blitter thing and I think it would be better to go with corectness until we figure how to properly do the resolves and everything. I will still spend some time to use the 2d copy engine, but if I don't find a way to get it woring properly, the best we can do for now is to fallback to u_blitter if that isn't too much of work in the end. But it sounds like this is just a
17:36karolherbst: common 3d blitter used across many drivers within mesa?
17:36karolherbst: or gallium
17:36imirkin_: it's used by a bunch of drivers
17:36imirkin_: as-is, i don't think it'll work with nouveau, but probably doable to make it work
17:36imirkin_: (i suspect it requires some amd-only features for layered copies)
17:36karolherbst: I mean, I am all for using dedicated hardware if it's faster/more efficient in the end
17:37karolherbst: but having broken stuff doesn't help the user in the end if it's faster, but broken
17:37imirkin_: is it broken though?
17:37karolherbst: well, if multisampling comes into play, yes
17:37imirkin_: find an app.
17:37imirkin_: where something is broken.
17:38gnarface: should be trivial with a copy of wine and wow
17:38karolherbst: well the thing is, if we want to pass the CTS and report 4.5 we kind of need to fix those tests as well
17:38imirkin_: then that's a totally different argument
17:38karolherbst: doesn't matter if any application actually needs it
17:38imirkin_: than "it's broken for users"
17:38karolherbst: okay, right
17:38imirkin_: find consistent arguments :p
17:38karolherbst: but we don't know if something hits it
17:38gnarface: but i bet wow will hit it
17:39karolherbst: maybe?
17:39gnarface: and every single other deformity
17:39karolherbst: maybe not?
17:39imirkin_: gnarface: afaik WoW works great with nouveau
17:39karolherbst: I can't test it
17:39gnarface: imirkin_: guaranteed it renders stuff visibly wrong
17:39imirkin_: gnarface: this would be the first time i hear of it
17:39karolherbst: well, some blit related tests fail in piglit not because of glReadPixels returns garbage, so there is a chance that _something_ which uses those features is broken, but mhhh
17:40imirkin_: people did complain about a weird text rendering issue for the license which turned out to be some weird thing that iirc i fixed
17:40gnarface: imirkin_: some of that is wine's fault itself, some of that is blizzards, but the visual comparison is obvious. you just don't get a lot of people with the expertise, time, and equipment to make an informed complaint about it, or even care for that matter
17:40imirkin_: gnarface: could be
17:40karolherbst: well
17:41gnarface: imirkin_: it doesn't help that it's against the WoW TOS to share screenshots :-/
17:41karolherbst: I would put it behind an environmental variable anyhow
17:41imirkin_: seriously?
17:41karolherbst: gnarface: who cares
17:41karolherbst: gnarface: you can share them privately anytime anyhow
17:41gnarface: yes, but it holds back bug reporting at winehq
17:41imirkin_: lame.
17:41karolherbst: lame.
17:42gnarface: agreed.
17:42gnarface: anyway, just saying that's why there's not a lot of noise about it.
17:42karolherbst: share an apitrace
17:42karolherbst: is recording of API calls against the TOS?
17:42gnarface: most people using wine for wow are just happy when they can log in. they tend to stomach rendering inaccuracies
17:43gnarface: dunno about API trace calls, i think actually that's ok.
17:43karolherbst: ;)
17:45karolherbst: apitrace under wine is kind of annoying though
17:45karolherbst: but meh
17:45karolherbst: gnarface: did they actually closed accounts due to sharing screenshots?
17:48karolherbst: oh wow :O fuck those guys. They watermark the ingame screenshots and put user information into those
17:51Guest23869: 3
17:53gnarface: karolherbst: dunno it was just something they used to warn about since very early on when posting to the winehq appdb, so i presume that knowledge spread through the community because a few people DID get their accounts banned, just nobody i know personally.
17:54Llmiseyhaa: Huh, just peered at the TOS and it's not in there.
17:54Llmiseyhaa: That's not to say they _won't_ ban people over it, just it's not in there.
17:54gnarface: karolherbst, imirkin_ also worth noting, if you heard people say "nouveau works great with wine" they were probably actually using wine-gallium-nine which bypasses opengl entirely
17:55gnarface: karolherbst: it might be under some clause about reverse-engineering, which would make API traces a risk too actually...
17:58karolherbst: gnarface: well, what I found is that they put user information into screenshots, also server IPs ;) and a lot of other stuff, like used software and sys specs
17:58karolherbst: that's reason enough to warn about it
18:01imirkin_: gnarface: yeah, i think there's a combination of things going on. i try not to ask any questions ;)
18:04karolherbst: gnarface: well, would be cool if a user could actually try stuff and share traces in secret
18:22Guest23869: what better on debian stretch nouveau or nvida?
18:23gnarface: depends a lot more on the card than the distro
18:23imirkin_: if you're asking the question, chances are "nvidia" is universally the answer.
18:24Guest23869: nvidia gt720m
18:27Guest23869: i recently have lag in gnome animation i think it 's because new update that installed
18:30Guest23869: any suggestion what i should do?
18:30gnarface: complain to gnome or your distro
18:30gnarface: installing nvidia won't fix this
18:31gnarface: installing nouveau won't, i mean
18:31imirkin_: get help from a support channel that has resources to respond to someone with your technical level
18:31gnarface: installing nvidia MIGHT if you're not already running it
18:31gnarface: if you're already running nvidia though, your only practical option is to file a bug report and switch window managers to something less bloated
18:32gnarface: (expecting here the Gnome people can't fix performance problems to save their lives)
18:32imirkin_: gnarface: i've been telling people to switch to WindowMaker for a long time... but they just won't listen.
18:32gnarface: hah
18:32gnarface: e17 is really nice still
18:32gnarface: (if you disable compositing)
18:33gnarface: (with compositing on, YMMV)
18:33imirkin_: what was the E version that took forever to come out? e14?
18:33imirkin_: and people were forever running alphas
18:34Llmiseyhaa: I love me some WindowMaker
18:34Llmiseyhaa: but I'm too lazy to build a stack with it and compositing and stuff
18:34Llmiseyhaa: so I just use xfce now-a-days. With the B5 theme, because I'm weird and tab titlebars are great
18:34imirkin_: "stack"? "compositing"?
18:34Llmiseyhaa: Well, last I saw (please tell me I'm wrong now), WindowMaker doesn't have a compositor component.
18:34imirkin_: why would it?
18:35Llmiseyhaa: So I'd need to get a separate compositor and get everything configured to work together and such.
18:35imirkin_: what for?
18:35Llmiseyhaa: I like compositing.
18:35imirkin_: can always run ...
18:35imirkin_: xcompmgr
18:35imirkin_: just remember that when you run it and forget to background it, hitting ^Z in that shell is *not* a good idea.
18:35Llmiseyhaa: Well sure, that's basically what I said; but I've been too lazy to get that configured just how I want it along with everything else and stuff.
18:36imirkin_: about as good of an idea as attaching to X with gdb from within an xterm
18:36imirkin_:has done both
18:36Llmiseyhaa: Wheeeefun that one yeah
18:36imirkin_: the screen freezes and you *immediately* realize your mistake
18:36imirkin_: and ... there's nothing you can do
18:37BernhardPosselt: hi, do you guys support wayland yet?
18:37gnarface: imirkin_: i think it was e17, but then he got hired by Samsung somewhere in there and now they're up to e22
18:37imirkin_: BernhardPosselt: wayland's a protocol afaik... nothing for nouveau to support
18:38imirkin_: gnarface: this was like ... 2002
18:38BernhardPosselt: imirkin_: right, there are some protocols that wayland uses, dont remember atm
18:38BernhardPosselt: sec
18:38imirkin_: BernhardPosselt: do you mean like weston?
18:38gnarface: imirkin_: oh, then maybe you're thinking of e16
18:38BernhardPosselt: imirkin_: gnome
18:38imirkin_: gnarface: yeah. that's most likely.
18:39imirkin_: BernhardPosselt: well ultimately i'm not sure - i don't use it myself.
18:39imirkin_: i haven't heard any *loud* complaints about it specifically, but perhaps people are sick of yelling
18:41gnarface: i still have e16 installed here too actually
18:41gnarface: works nice
18:41imirkin_: yeah, 16 actually sounds pretty familiar
18:41gnarface: compositing features are a little more primitive
18:42gnarface: it's been patched up a bit though, someone outside of #e took over maintenance i think
18:42imirkin_: Version 0.17, also referred to as E17, was in development for 12 years starting in December 2000[6] until 21 December 2012
18:42imirkin_: ok. so it was probably the 17alpha actually. ok.
18:42imirkin_: crazy.
18:42gnarface: hah
18:42gnarface: crazy
18:42gnarface: i didn't start running e17 until around 2009 or so i think
18:43imirkin_: BernhardPosselt: if you find any issues, feel free to report them
18:43imirkin_: BernhardPosselt: i believe that GLAMOR is used for providing X emulation, which afaik is buggy on nouveau, so the experience may not be great. not sure exactly.
18:44gnarface: BernhardPosselt: last i heard it was nvidia proprietary that refused to change their stuff to let it work with weston/wayland, everyone else is on board with it.
18:45gnarface: BernhardPosselt: (i'm curious to know what you find out too)
18:46BernhardPosselt: gnarface: right
18:46BernhardPosselt: they have some beta support that you can enable in the latest driver
18:46BernhardPosselt: didnt sound very convincing though
18:47gnarface: interesting
18:47imirkin_: EGLStream's somehow entered that discussion afaik
18:47imirkin_: no clue what they are
18:47imirkin_: beyond some nvidia thing that they jammed through the official approval process
18:54BernhardPosselt: well, gonna try out if nouveau works better
19:02BernhardPosselt: wayland works
19:02BernhardPosselt: unfortunately im getting screen flickering though on xorg and wayland
19:02imirkin_: do you have mesa 17.2.x?
19:05BernhardPosselt: extra/mesa 17.2.2-1 [installed]
19:05BernhardPosselt: its mostly visible on dark gray areas
22:03imirkin_: skeggsb: did you see the GM204 address transaction failure thing?
22:04skeggsb: yeah, it's not a different bit, i wrote it on a gm20x i believe
22:04imirkin_: bleh.
22:04skeggsb: not sure what to do about this particular issue tbh, could revert all boards to our custom i2c-over-aux algo, but i'm not sure that won't break MST
22:04imirkin_: just use rand() to pick it
22:05skeggsb: hehehe
22:05imirkin_: that way it'll work sometimes
22:05skeggsb: is it bad that that idea sounds tempting?
22:05imirkin_: can the generic thing not be taught to "not do that"?
22:06skeggsb: possibly, don't know. i should look more at what nvidia do on those boards
22:14imirkin_: =/
22:55anEpiov: fans still 100% in kernel 4.13