01:13 rhyskidd: anyone done an MMIO trace successfully on an Optimus laptop?
01:29 imirkin: karol's done it plenty of times
01:33 rhyskidd: never quite seem to be on IRC at the same time as karolherbst unfortunately, given timezones
01:36 imirkin: he's in GMT+1 or 2
01:37 rhyskidd: thanks
01:37 imirkin: (whatever germany's on, i always forget)
02:32 imirkin: that sure is a good use of cpu power... http://timestamp.online/countdown/1500000000
02:41 AndrewR: it doesn't eat much cpu (compared to facebook)
02:52 rhyskidd: okay, so I appear to have a valid MMIO log from my GP107 (at least according to demmio)
02:52 rhyskidd: how could I be useful with this, re: https://bugs.freedesktop.org/show_bug.cgi?id=100228
03:09 mangix: what's the significance of an MMIO read fault?
03:13 rhyskidd: I (think) it means that the high security mode wasn't bought up right, it's like reading from an area of memory that is read protected
03:13 rhyskidd: (caveat emptor with that statement though, someone more knowledgeable here may correct me)
03:18 mangix: i get three of those
03:18 mangix: i don't notice any effects
03:19 rhyskidd: hrmm -- and I recall you are on a GP107 as well (GTX 1050 Mobile)?
03:21 rhyskidd: that MMIO read fault appears to be causing problems for at least some of the GP107's. See a possible duplicate: https://bugs.freedesktop.org/show_bug.cgi?id=101764
03:22 rhyskidd: the line is effectively a: nvkm_rd32(device, 0x409800)
04:15 coredump: soooo... Wasn't 1050 support landing on 4.12? I am getting an unknown chipset shenanigan here.
08:24 RSpliet: imirkin: Germany is on CEST
08:26 RSpliet: one hour ahead of Britain
11:49 imirkin: coredump: lspci -nn -d 10de:
11:56 imirkin: coredump: and what chipset does nouveau think you have?
12:38 imirkin: pmoreau: https://github.com/google/clspv
14:15 karolherbst: imirkin: you said I shall remind you, so I remind you to look over my gallium precise patches. As I said yesterday, they are already reviewed, so a final quick look shall be okay imho.
14:16 imirkin_: yeah, i was dead tired last night. will try again tonight if i'm not dead tired. although it's not looking good.
14:16 imirkin_: weekend's more likely.
14:22 rhyskidd: hi karolherbst
14:22 rhyskidd: imirkin mentioned you were the one with experience on mmiotracing optimus cards
14:23 karolherbst: imirkin: yeah no problem, as long as it's before the feature freeze, it should be fine
14:23 rhyskidd: I've recently got a set of MMIO's from my GP107M, which has been a card nouveau is having trouble bringing up properly
14:23 karolherbst: tracing while nouveau is running?
14:23 rhyskidd: trace of the blob
14:23 karolherbst: okay, mhhh
14:24 rhyskidd: when it brings up the card, basic glxgears and also when it probes the them, usage etc settings via nvidia-smi
14:24 karolherbst: it should work (tm), but the mmiotraces isn't considered bug free
14:24 rhyskidd: happy to do some of the debugging myself, with pointers here and there
14:25 rhyskidd: is it helpful to diff the bringing of the blob on my card compared to a GP106?
14:26 rhyskidd: as I know there's a specific nvkm_rd32() in nouveau that is causing a timeout fault, although I can see the blob reading from that location fine
14:34 rhyskidd: I've got a working copy of demmio from envytools etc
14:38 tobijk_: rhyskidd: yes a diff compared to a GP106 setup is helpful
15:25 rhyskidd: tobijk_: okay, I'll work on preparing one. Had a quick skim through the two (GP107 vs GP106) last night
15:25 rhyskidd: Will also have blocks of time this weekend to dig into it
15:28 tobijk_: rhyskidd: thanks for the work, but no worries: take your time! :)
15:37 rhyskidd: I'm motivated, I want to get my GPU booting and reasonably stable with nouveau :)
15:43 imirkin_: rhyskidd: my guess is that the gpu is "more off" than usual due to some kind of PM thing, and we don't bring it back quite fully enough
15:43 imirkin_: rhyskidd: we had a similar issue with GK106's a while back
15:47 rhyskidd: imirkin_: any bugzillas or commits on the GK106 issue that you could point me to to start background reading?
15:49 imirkin_: search for PGOB in the code
15:49 rhyskidd: ok, thanks
15:49 imirkin_: *_pmu_pgob
15:50 imirkin_: and see commit a0a60433f8e0f159077d59f5e4cbfc77f0f65606 in ben's repo
15:50 imirkin_: some details at http://download.nvidia.com/open-gpu-doc/gk104-disable-graphics-power-gating/1/gk104-disable-graphics-power-gating.txt
16:37 grift: since Linux 4.12/4.13rc0 it seems that nouveau freezes my system: the only message printed is something along the lines of "[DRM] nouveau ... DDC responded, but no EDID for DP1", Fedora, works fine when i boot in Linux 4.11
16:37 grift: is this a known issue?
16:37 karolherbst: grift: what gpu?
16:37 grift: k4000
16:37 imirkin_: grift: with DP, right?
16:37 grift: yes
16:38 imirkin_: er, duh. "on DP1".
16:38 imirkin_: i should learn to read
16:38 imirkin_: yes, known issue
16:38 imirkin_: but not yet fixed
16:38 grift: ok thanks
16:38 imirkin_: you can revert a patch
16:38 imirkin_: [hold on]
16:38 grift: naw ill stick with 4.11 for now thanks though
16:39 imirkin_: hrmph, can't find it
16:39 grift: its ok, patience is a virtue, just glad that its a known issue
16:39 imirkin_: ah there ya go -- `nouveau "eDP-1: EDID is invalid" regression after 4.11 with HP ZBook 15 G3` on nouveau@lists.freedesktop.org
16:39 imirkin_: surprised that 4.11 works for you - the patch went into 4.10
16:40 grift: maybe redhat caries some patches that affect this?
16:40 grift: or maybe the issue is not that same
16:41 imirkin_: could be.
18:23 karolherbst: why the heck does steam dos my dns server....
18:28 tobijk_: oO?
18:28 karolherbst: tobijk_: for fun: remove your nameserver entry from /etc/resolv.conf -> steam stops downloading
18:28 karolherbst: because it's stupid
18:29 karolherbst: or whenever steam downloads are slow, write googles DNS into it and it gets faster again
18:30 karolherbst: it's stupid
18:31 karolherbst: tobijk_: https://github.com/ValveSoftware/steam-for-linux/issues/3401
18:32 tobijk_: karolherbst: mh never had such a problem...guess i'm lucky :)
18:32 karolherbst: well
18:32 karolherbst: I am running a dns cache locally
18:32 karolherbst: for fun reaons it starts to throttle at some point
18:32 karolherbst: cause why would you even want to do that many DNS queries...
18:33 tobijk_: if its dos'ing thats even a good thing
18:33 karolherbst: well I woulnd't call it dosing
18:33 karolherbst: but it does several a second
18:33 karolherbst: and I am sure for stupid reasons
18:34 tobijk_: heh
18:34 tobijk_: isnt the web browser chromium-based
18:34 karolherbst: it has nothing to do with the web browser
18:35 karolherbst: it's doing it while downloading stuff
18:35 karolherbst: which makes even less sense
21:43 mwk: xgfvrt cvxxzc cvbgfvtr5cv gfbtgrfcvcgftr cvxxccvbgftgrvvgfbftx cvbgfrtvrftdvgftr cvxvcvcftgrv cbfgdcex vdfcv vbgfgfbgffgvgtrhftgrfv bnmjk';
22:38 aaronp: Huh. xf86-video-nouveau is trying to call nouveau_getparam(pNv->dev, NOUVEAU_GETPARAM_HAS_PAGEFLIP, &v) on an nvidia-drm device.
22:39 karolherbst: aaronp: maybe messed up X config?
22:39 aaronp: It's an Ubuntu X server, I think it's just loading all of the drivers.
22:40 aaronp: Oh, I see. Our X driver failed because I built it with the wrong ABI, and it tried to fall back to nouveau.
22:42 aaronp: But still, seems like a legitimate bug.
23:32 imirkin_: aaronp: send patches :)