00:13imirkin: i don't suppose there's anyone around with a nv4x who could test some stuff for me?
00:19kisak: oh! well that was unexpected
00:20kisak: I just discovered a 7800GT with a PCI-e connection in the graveyard
00:20imirkin: oh cool
00:20kisak: I've never used it
00:20imirkin: that's a nv4x :)
00:20imirkin: most nv4x hw is PCIe
00:21imirkin: the very first one (NV40) came in AGP, as well as one later one (NV4A, aka NV44A), but most are PCIe
00:21kisak: let's see if it'll light up a display
00:25imirkin: and the answer is ...
00:26imirkin: lit up so bright it exploded? :) (hopefully not)
00:30kisak: the test box isn't posting with a 460, so more tinkering time needed
00:32imirkin: those boards may have an extra power connector
00:36kisak: stabilized the quirky bios and it's online, it's a gentoo 32 bit + 64 bit dual install and will take a little time to reconfigure. You want those two patches on the mailing list tested?
00:37kisak: card did not exist in my mental inventory yesterday
00:39imirkin: kisak: that'd be good too, but actually i'd like you to run a handful of piglits
00:39imirkin: against almost any semi-recent version of mesa
00:39imirkin: this code hasn't changed ... ever
00:40kisak: let me get this system off of nvidia 390 first and I'll give it a try
00:40imirkin: and then assuming it's what i think it is (i.e. "it works"), i'll send you a handful of patches, and ensure that things keep working
00:40imirkin: but separately, it'd be cool if you could test that steam indeed works with the patches i posted + 1 other one
00:41imirkin: (obviously i wouldn't necessarily recommend trying DOW3 on there...)
00:41kisak: fwiw, I was looking in the graveyard to see what connector a 7300 has
00:42imirkin: heh. they should all be PCIe, with a handful of exceptions
00:42imirkin: (not by model number either)
00:44imirkin: iirc mostly marked as 6800 ultra (nv40) and 6200 (agp/pci)
00:46kisak: yeah, kernel and mesa needs a rebuild, so you can have any versions of those you want
00:46imirkin: later is safer
00:46imirkin: whatever's convenient though
00:47imirkin: but you'll need to be able to apply some mesa patches later on
00:47imirkin: so having a proper build...
00:47kisak: yeah, that's not a problem either
00:52imirkin: kisak: this is another commit that's needed (irrespective of steam): https://github.com/imirkin/mesa/commit/e4312e54708103da76b2ca61918c6d472c71a992
00:52imirkin: this is the proper version of the hack that i posted in the bugzilla issue
01:00kisak: I'll let you know when it's ready to run a baseline test
01:11imirkin: sure. i'm going to try to figure out why texturing's messed up
01:40kisak: 4.20.0 + mesa-git and lightdm renders a couple pixels of corruption and a cursor
01:41imirkin: alrighty, we're in business! :)
01:42kisak: corruption started before X started with streaking text in the VT
01:42imirkin: that's unexpected
01:43imirkin: could be a bad board... anything interesting in dmesg?
01:44kisak: nothing in particular on this boot
01:45imirkin: well, i normally just run X directly, without using a dm
01:45imirkin: and control applications remotely
01:46imirkin: otherwise it's too much hassle to flip between developing and testing
01:46kisak: killing lightdm makes nouveau angrt with [ 468.640306] nouveau 0000:02:00.0: X: failed to idle channel 1 [X]
01:46kisak: channel 1 and 2, 4 messages total
01:46imirkin: great. accel is stuck.
01:47imirkin: no other messages? pastebin dmesg perhaps?
01:50imirkin: well that just stinks. is X using modesetting or xf86-video-nouveau?
01:52imirkin: cat /proc/interruptes
01:52imirkin: see if interrupts are being delivered to nouveau
01:53kisak: 24: 0 0 245 0 PCI-MSI 1048576-edge nvkm
01:53kisak: this line?
01:54imirkin: does that go up over time?
01:54imirkin: (the "245")
01:55imirkin: can you try booting with nouveau.config=NvPCIE=0
02:00kisak: cold started with that and switched to modesetting ddx at the same time, no change
02:00imirkin: i was going to recommend keeping it with xf86-video-nouveau
02:00imirkin: that's a lot more likely to work than modesetting is
02:01imirkin: how about adding nouveau.vram_pushbuf=1
02:10kisak: I'm going to get a 4.4 kernel on the box and see what it does
02:25kisak: no change
02:26imirkin: could be the board is less-than-perfect
02:26imirkin: (i hate to blame hw though)
02:26imirkin: did you plug the extra power connector into it?
02:26imirkin: if not, it would definitely get cranky
02:29kisak: yeah, it has a 6 pin pcie power connector (attached)
02:32imirkin: one more thing - nouveau.config=NvMSI=0
02:32imirkin: although it did seem like interrupts were flowing
02:32imirkin: but who knows with that stuff
02:33kisak: I'll swap pcie power connectors too
02:34kisak: after that I'll slam the nvidia 304 driver on the system and see what that does
02:38kisak: no luck
02:43imirkin: urgh. all this texture stuff is giving me a headache
02:43HdkR: woo textures
02:43imirkin: pitch, swizzle, transfers ... bleh
02:43imirkin: why can't i just have the docs, please
02:46airlied: imirkin: you'd probably end up more confused :-P
02:46imirkin: well, right now i'm guessing how the nv4x works
02:46imirkin: coz i don't have one on-hand
02:46imirkin: but i'm PRETTY sure it used to work
03:18kisak: well, the good news is that the hardware is sane, bad news is it's on the nvidia 304 driver
03:19kisak: and steam works with that
03:20imirkin: i wonder what we're doing wrong :(
03:21imirkin: i don't have a G70 here.
03:21imirkin: i don't remember people complaining
03:21imirkin: there was a massive rewrite of nouveau in kernel 4.3
03:21imirkin: could you try a kernel prior to that perhaps?
03:23kisak: everything older than 4.4 in portage was purged by the frothing obsession around spectre/meltdown, will take a little bit of archeology
03:26imirkin: i'm thinking livecd
03:26imirkin: or liveusb
03:26imirkin: of random distros
03:44kisak: well, a centos 7 install disk has the same VT corruption
03:46kisak: so that's some flavor of 3.10 kernel
03:47imirkin: ok, so whatever it is, it's not new
03:47imirkin: ain't that just super
03:47imirkin: unfortunately whoever copied the xf86-video-nv code to nouveau decided to "simplify" it by eliminating a lot of clock calculations
03:47imirkin: equally unfortunately, the original -nv code was buggy to begin with
03:48kisak: oh well, sorry I can't help
03:48imirkin: so there's no real way now, without *extensive* testing, to see what was necessary and what wasn't
03:49airlied: kisak: depends on which centos 7 you got
03:49airlied: since the gpu drivers are rebased in each point release
03:50airlied: centos 7.6 is probably nwer than 4.4 :)
03:50kisak: yeah, this is just the install disk
03:50airlied: even the install disks are updated
03:52airlied: if you just grabbed latest one it's likely centos 7.6 which is a pretty new graphics drivers
03:52kisak: if that's the case, why is https://en.wikipedia.org/wiki/CentOS#Latest_version_information so detailed on 3.10 kernels
03:54airlied: kisak: it's a 3.10 kernel
03:54airlied: it's just backported graphics drivers
03:55kisak: great, a frankernel
03:56airlied: 4.17.19 drm in -957
03:56airlied: it's called an "enterprise" kernel :-P
03:57airlied: -862 has 4.14.0 drm
03:57imirkin: where you take kernel vX, rebrand it as vY, and call it stable. woohoo!
03:57airlied: imirkin: and charge money for it :-)
03:57imirkin: that's step 3: profit!
03:57airlied:wished it was just rebranded, would be a lot simpler :-p
03:58imirkin: gotta at least make it look like you guys add value...
03:58airlied: the value is not breaking some random storage drivers :-P
03:59kisak: alright found the 2014 gentoo livedvd I was originally looking for
04:00kisak: which has the same behavior
04:00imirkin: can you check what kernel that is?
04:01imirkin: 2014 ... guessing 3.16?
04:01kisak: yeah, once I reboot it with nox
04:05kisak: airlied: thanks for the centos kernel factoid
04:06imirkin: so close
04:06imirkin: anyways ... 3.15 is pretty old. iirc there was a rejigger in 3.16 ... and the one before that was ... 3.13 maybe? and 3.8 before that?
05:17imirkin: alright, i'm going to plug a nv4x in over the weekend and bang this out. the way the texture layout is done on nv30 does not follow logic.
16:54imirkin_: someone with knowledge and a bit of time should update our CodeNames wiki page to include volta and turing
21:45jaroslaw: could you tell me how can I check which version of nouveau driver I have ?
21:46imirkin_: jaroslaw: nouveau is composed of many different bits and pieces
21:47imirkin_: there's no single "nouveau driver"
21:47imirkin_: [and thus no single version]
21:47imirkin_: to check your kernel version, you can run 'uname -a'
21:47imirkin_: to check the mesa version, you can run glxinfo | grep Mesa
21:48imirkin_: to check the ddx version, you can check your xorg logs
21:48jaroslaw: the card I have is NV44 [Quadro NVS 285]
21:49jaroslaw: kernel 4.4.14 and Mesa 11.2.2
21:50jaroslaw: I have enabled GPU acceleration in ff 64.0 and looks like not eevrything works properly and I doubt if using of more up to date nouveau would help
21:50imirkin_: you doubt correctly.
21:50jaroslaw: the ff console (xterm) returns errors:
21:51jaroslaw: nouveau: kernel rejected pushbuf: Cannot allocate memory
21:51imirkin_: the GL backend (in mesa) for nv30 is ... not ideal
21:51imirkin_: and that's what FF uses for "gpu acceleration"
21:51jaroslaw: yeah yeah I know but for example I have other hardware with nvs290 and it works like a charm with GPU enabled in ff
21:51imirkin_: that's a G84 or something, no?
21:52imirkin_: G86. but same idea.
21:52jaroslaw: but yeah I have there more modern kernel and as I remember I had compiled nouveau there by hand
21:52imirkin_: the driver for nv50 in mesa is in much stronger shape than the one for nv30
21:52jaroslaw: I have nv44
21:52imirkin_: (which, tbh, in part reflects the quirkiness of the pre-nv50 hardware)
21:53imirkin_: right -- but NVS 290 is a G86 (which is covered by the nv50 driver)
21:53HdkR: Whoa, that's an old card
21:53imirkin_: while NVS 285 is a NV44, which is covered by the nv30 driver
21:53jaroslaw: oh, ok
21:53imirkin_: HdkR: i have a FX5200 plugged in :p
21:54imirkin_: jaroslaw: if you like, you can try the latest mesa with a few extra fixes on top for nv30: https://github.com/imirkin/mesa/commits/cts2
21:54jaroslaw: I have FX5300 as well but it is AGP card, not possible to use on those mobos with PCIe
21:54imirkin_: jaroslaw: however imo it's unlikely to help
21:54imirkin_: (these will be refined, retested, and pushed out this weekend)
21:54HdkR: Oof, FX5200 was my first dGPU :P
21:55imirkin_: HdkR: don't consider a cirrus a dGPU?
21:57HdkR: I didn't have cirrus as an add-in card, no idea if I had one as an onboard version, would have been before I cared about computers :)
21:57imirkin_: first one i remember was like a CL5242 or something like that
21:58jaroslaw: heh I have one old Toshiba laptop with Pentium 120MHz 48MB RAM and there is Chips&Technologies 65555 "GPU" ;p
21:59imirkin_: hm. probably CL-GD5434 actually
21:59jaroslaw: and still can remember Trident 9000i ISA 512kB card from 486
21:59imirkin_: since it was in a P60 with PCI
21:59imirkin_: a variety of ISA and VLB boards preceded it, but i forget what those were
21:59imirkin_: iow, HdkR is young
22:00HdkR: I had a variety of ISA supporting computers but they didn't have any accelerator cards in them D:
22:00joepublic: My first PC had an 8-bit ISA CGA-compatible video card
22:00imirkin_: the real question is whether you remember ESDI or not
22:01joepublic: That's a no.
22:01imirkin_: good =]
22:01HdkR: Nope, had to look it up.
22:01joepublic: those machines didn't take ISA cards.
22:02HdkR: I don't remember what connections all my devices used for HDDs back then
22:02joepublic: I remember. MFM and RLL.
22:06jaroslaw: in early '90s we had some 286-crap-based machines with Hercules 8 bit ISA card
22:06joepublic: you could join the video ram on those to the system RAM and get more than 640K. fun times.
22:09jaroslaw: as I guess it will be better to get as newest kernel version as I can found to get the latest nouveau ?
22:10imirkin_: kernel version won't really affect things much in your case
22:25jaroslaw: what does, then?
22:26imirkin_: which is the OpenGL implementation
22:26imirkin_: 11.x is pretty old, but at the same time, not a ton of work has gone into nv30 (read: none). so the only changes are going to be things that broke as a result of other changes :)
22:26jaroslaw: as I guess compiling mesa from sources won't be easy and fast? ;p
22:27imirkin_: if you're used to compiling packages, it's pretty straightforward
22:27imirkin_: if you're not, then there's going to be lots of "setup" to get to that point
22:28jaroslaw: I think I will start with new kernel which will be easier - I have to do that in any way
22:28imirkin_: ok. that's unlikely to hurt, but definitely won't help the GL situation