00:14mlankhorst: imirkin: yeah but nouveau gets all the formats etc from the kernel driver, so that part is fine :P
00:14mlankhorst: resource_from_fd is dri3 though
00:15imirkin: mmm.... maybe i got the name wrong
00:15imirkin: resource_from_somewhere_else() :)
00:15mlankhorst: from_handle :P
00:18imirkin: anyways, sounds like it might be the 16 vs 32 bit attachments issue
00:18AnotherLinuxUser: @imirkin: Well, that is interesting... now, Xorg crashes at xdm login. No login screen... but the following 3 lines comes up:
00:19imirkin: anholt had a clever solution to that problem for vc4... basically counting the number of reads and writes or something
00:19AnotherLinuxUser: nouveau E[ DRM] can't find encoder to force DVI-I-1 on!
00:19AnotherLinuxUser: ... the above line is repeated 3 times... probably one for each of the crtc output that the routine is called on?
00:20imirkin: mmmm... maybe. i wouldn't worry about it
00:20imirkin: probably once per vbios script execution or something
00:20imirkin: doesn't really matter
00:20imirkin: can you post the Xorg log with the crash?
00:26AnotherLinuxUser: @imirkin: A quick peek at the Xorg.0.log shows the following: (EE) NOUVEAU(0): 964: Given depth (32) is not supported by this driver
00:26AnotherLinuxUser: @imirkin: I guess that answers that question about 32bit.
00:28AnotherLinuxUser: @imirkin: I saved it and can send the file to you another time. It seems like you need some zzz.
04:49titan38__: hi! i tried to get dri3 working with xorf 1.1.16 and nouveau 1.0.11 but xorg still uses dri2. is there anything missing for dri3?
05:05pq: titan38__, what did you use to check for dri3?
05:29titan38__: pq: xorg.log says dri2 extension is loaded that and also tested breaking on dri3_swap_buffers with glxinfo under gdb (https://wiki.ixit.cz/d3d9_dri3)
05:30titan38__: pq: the problem is that DRI3Open fails
05:30pq: alright, I've just heard even when dri3 works, there will be nothing about it in logs, so you need something else to check
05:33titan38__: pq: hum the gdb tricks does not work?
05:33pq: I didn't say that, I don't know about that - I'd assume it's a good test
05:37titan38__: ps: ah ok
06:15infinity0: so yeah, reclocking fermi didn't work :( 07 and 0f just gave gfx corruption and keyboard input stopped working, though mouse still worked, as did alt-sysrqb-B
06:15infinity0: back to 03 pstate :(
06:15infinity0: and 10fps sc2
06:38RSpliet: infinity0: that's why it's labelled unsupported...
08:56IronTree9: hey guys. on a old laptop (toshiba portage m200-s838) and the nouveau only works if I completely disable acpi support in the kernel
08:56IronTree9: with acpi support I get nouveau E[ VBIOS][0000:01:00.0] 0xcab9[ ]: unknown opcode 0x06
08:58IronTree9: tried kernel versions 3.16.2 and 3.18.7
09:10alexandernst: Thanks to everybody that helped my those days with my dual GT620 adventure. I gave you a hard time asking so many questions, but you kept answering when possible :)
09:10alexandernst: At the end I finally got all my 4 monitors working, but sadly the performance is really bad, and so I was forced to buy a GTX750 that has 2 DVI and 2 HDMI ports and just use that one.
09:10alexandernst: Anyways, I don't regret giving the dual NVIDIA a shot and playing with nouveau for a few days. I couldn't get what I want, but I know you're trying your best.
09:10alexandernst: And that's why I want to donate both GT620 and a GT8600, if anybody is willing to take them and use them to improve nouveau.
09:34alexandernst: I just saw http://nouveau.freedesktop.org/wiki/HardwareDonations/
09:34alexandernst: from the listing there, it seems that "Samuel Pitoiset" could be interested in all the cards I mentioned
09:34alexandernst: how can I reach him?
09:35joi: hakzsam: ^
09:35alexandernst: hakzsam: ping (can you read last 4 lines I wrote? Maybe you'll be interested)
10:07imirkin: infinity0: my understanding is that with gallium-nine, sc2 goes much faster than with wined3d. you could give it a shot.
10:27AnotherLinuxUser: @imirkin: Hi, are you awake?
10:27imirkin: as i hope you figured out, use "24", not "32". i guess i was wrong about how X worked -- been a while since i've written that stuff in configs
10:29AnotherLinuxUser: @imirkin: Yes, I got logs from the GPU lockup that occured using 24 bits. I will fpaste them for you.
10:35AnotherLinuxUser: @imirkin: Xorg.0.log is at http://ur1.ca/jqwv3
10:40AnotherLinuxUser: @imirkin: dmesg log is at http://ur1.ca/jqwvw
10:42AnotherLinuxUser: @imirkin: My IRC chat skills are immensely rusty! Is there a way to private chat instead?
10:45hakzsam: alexandernst, hi :)
10:45alexandernst: hello there! :)
10:45alexandernst: so... I have some old cards (actually pretty new, but I can't use them neither return them to the store)
10:46alexandernst: let me see...
10:46hakzsam: ok :)
10:46alexandernst: So, The old one is a NVIDIA 8600GT, so that is a NV84
10:46alexandernst: which I guess is NV50 ?
10:47alexandernst: hakzsam: this is it: http://old.vgamuseum.info/images/zaatharen/nvidia/8600GT_fhq.jpg
10:48alexandernst: hakzsam: and I also have 2 identical Asus NVIDIA GT620, which is...
10:48alexandernst: NVD9 if I read correctly the CodeNames table in Nouveu's page
10:48alexandernst: so, NVC0 family
10:49hakzsam: GT620 is c0 or d7, not sure
10:49hakzsam: according to the CodeNames pages
10:49alexandernst: wiki says it's a renbarnded 520
10:50hakzsam: ah ok
10:50hakzsam: anyways, I don't have these chipsets :)
10:50alexandernst: do you want all 3 of them?
10:51hakzsam: if you don't need them, it would be awesome, yeah
10:51alexandernst: cool :)
10:51alexandernst: where do I send them?
10:51alexandernst: and do you preffer any service or should I just search the cheapest one?
10:52hakzsam: go private for the shipping address ;)
10:57AnotherLinuxUser: imirkin how can chat private on this irc webchat?
10:57imirkin: hakzsam: GT620 is likely to be a GF108 (nvc1)
10:57AnotherLinuxUser: s/can chat/can I chat/
10:57imirkin: AnotherLinuxUser: no clue, depends on the webchat client i suppose
10:58imirkin: AnotherLinuxUser: keep it in channel... i come and go, others can be (and often are!) helpful
10:58imirkin: nouveau E[ DRM] GPU lockup - switching to software fbcon
10:58imirkin: there ya go! that's what i was looking for!
10:58AnotherLinuxUser: ok, I sent pastes to you... were you able to retrieve them.
10:58hakzsam: imirkin, are you sure about this? because I already have a GF108 and someone else could be interested
10:58imirkin: hakzsam: no. GT610 is a GF108 though.
10:59imirkin: 0f01 GF108 [GeForce GT 620]
10:59imirkin: 1049 GF119 [GeForce GT 620 OEM]
11:01hakzsam: well, no a big issue :)
11:05AnotherLinuxUser: are you guys collecting cards to test the nouveau driver on?
11:12AnotherLinuxUser: ... play the latest GPU intensive games?
11:13AnotherLinuxUser: ... mine bitcoins?
11:14imirkin: unfortunately what we need the most is time, not hardware
11:15AnotherLinuxUser: ... act as another CPU node in a multi-processor setup?
11:15AnotherLinuxUser: Aaahh, I see.... you need developers.
11:18Yoshimo: throwing money for cards or cards themselfes would be a lot easier for us
11:28AnotherLinuxUser: Easier in the short run, maybe... but in the long run, hmmmm...
11:33Yoshimo: but if you don't have coding experience and want to help, that is the best thing you can do, isn't it?
11:36AnotherLinuxUser: As I said, in the short run, maybe, but in the long run, that is a more philosophical question.
11:48hakzsam: AnotherLinuxUser, I'm working on performance counters, not bitcoins ;)
11:56AnotherLinuxUser: :) @ hakzsam
11:56AnotherLinuxUser: Is the GeForce 7300 LE a NV46 card?
11:57AnotherLinuxUser: ... so it is a part of the NV40 family?
12:01AnotherLinuxUser: ... and what is the connection/compatibility, or lack thereof, between NV40 cards and NV04 cards?
12:17KingEdgar: how is maxwell support right now >.>?
12:27KingEdgar: nvm, I found enough information eventually
12:28RSpliet: KingEdgar: sorry, I was distracted with tinkercad
12:28RSpliet: it's not well supported, mostly because firmware is missing
12:28RSpliet: NVIDIA is looking into providing firmware binaries
12:28RSpliet: but it's taking a bit too long :p
12:28KingEdgar: oh :/
12:29RSpliet: (trust me, we've created that firmware for older cards, it's not evil)
13:14imirkin: KingEdgar: which maxwell? GM20x or GM10x?
13:15imirkin: yeah, what RSpliet said.
13:15imirkin: GM107 is better supported... still have the firmware issue, but it's resolvable by an individual
13:15imirkin: whereas the GM20x issue isn't :)
13:52giuseppe_82: i wanted to know if options showed in "man nouveau" command are the only ones I can use on xorg configuration file. Can I possibly define other options like "UseFastTLS" or Backingstore or UseEvents I used with nvidia driver? Thanks
13:53imirkin: it won't hurt to have those defines in place
13:53imirkin: but they will have no effect
13:53giuseppe_82: so all options except the ones on config are useless. Is that right?
13:54imirkin: mmm... it's conceivable one or two may have escaped the man page
13:54giuseppe_82: i mean,, on the man
13:54imirkin: but there's no correlation between blob driver ones and nouveau ones
13:55giuseppe_82: i'm actually running nouveau with my ooold geforce4 mx 440 agp
13:55giuseppe_82: (it's the only driver working with xorg>1.12)
13:55imirkin: k. should work largely fine.
13:55imirkin: that's a nv17, right?
13:56imirkin: the 3d driver is missing support for a few features it could potentially support
13:56giuseppe_82: do you know any options, or kernelmodules I could activate to get it faster?
13:56giuseppe_82: it's NV18
13:57giuseppe_82: actually i'm using Option "PageFlip" "on"
13:57giuseppe_82: Option "HWcursor" "off"
13:57giuseppe_82: Option "AccelMethod" "exa"
13:57giuseppe_82: Option "GLXVBlank" "on"
13:57giuseppe_82: Option "NoAccel" "off"
13:57giuseppe_82: Option "SwapLimit" "2"
13:57imirkin: not really... it's not exactly a speedy card
13:57imirkin: turning off hwcursor is a *big* mistake
13:57imirkin: if that's an actual option
13:57imirkin: yeah, it is... and that's gonna make it perform at like... WAY slower rate :)
13:58giuseppe_82: why? i'm running SWcursor as I didn't see any improvements
13:58imirkin: you want to use the hw cursor.
13:58imirkin: trust me.
13:58giuseppe_82: i'll try it
13:58giuseppe_82: what's exaclty the difference from SW?
13:58imirkin: every time you move the mouse
13:59imirkin: it's the difference between writing the X/Y coordinates into 2 registers on the card
13:59imirkin: and repainting the 32x32 mouse cursor square, and then compositing the mouse cursor onto the fb again
14:00imirkin: also i think sw cursor turns off a bunch of stuff in X
14:01giuseppe_82: i also try to deactivate dri2 but i think it's builtin coz it runs anyway. i checked the xorg log file
14:01imirkin: not 100% sure what though... it just never comes up, nobody cares about sw cursors since all hw since... a long time... has hw cursor support
14:01imirkin: why would you want to do that?
14:01imirkin: you probably want to turn off any sort of GL compositor you're using though
14:01giuseppe_82: i was trying to configure X for best performance
14:01imirkin: performance of what?
14:02giuseppe_82: graphically i mean
14:02imirkin: what application
14:02giuseppe_82: i tested it with gtkperf
14:02imirkin: i doubt 3d accel would have an effect on gtkperf either way
14:03imirkin: if the cpu in the box is much newer than the card, it may be faster to do 3d on the cpu though
14:03giuseppe_82: i'm actually running X Server 1.16.0 on lubuntu 14.10
14:03giuseppe_82: not so much newer it's an Athlon XP 3000
14:03imirkin: (or if you need shaders or something)
14:04giuseppe_82: how should I turn off GL compositor?
14:04imirkin: sorry, not sure -- lots of fancy new window managers/desktop environments/whatever-you-want-to-call-thems...
14:04imirkin: i just stick with WindowMaker, and that's never steered me wrong
14:05giuseppe_82: i have lightdm as display manager
14:05imirkin: that's the xdm clone right?
14:05imirkin: not sure that would have anything to do with it
14:06giuseppe_82: it's lxde
14:08imirkin: ok, that's among the multitude of new-age stuff i know little to nothing about
14:16imirkin: skeggsb: any thoughts on userptr support in nouveau? seems to be what all the other drivers are doing now..
14:17mlankhorst: imirkin: seems like an easy project to do :P
14:18imirkin: mlankhorst: thanks for volunteering!
14:18imirkin: it does seem like it should be modestly simple on nv50+
14:18mlankhorst: just copy paste from radeon or something :p
14:19imirkin: and stick waits on random fences
14:19mlankhorst: I should really get something that runs nouveau at my gf's place
14:19imirkin: i guess that memory is just pinned and you don't have to ever really worry about it
14:20mlankhorst: I've been meaning to add android fences too
14:20imirkin: there's no eviction (unless there's vm pressure, in which case we're screwed anyways)
14:20mlankhorst: oh speaking of which..
14:23mlankhorst: maybe tegra k1 if it ever ships :P
14:23imirkin: you can get one now... available in stores near you!
15:02hakzsam: I just tried to trace every MMIO bar access using QEMU and VT-d and I must say that's really awesome! The trace is huge, but this works really fine. :)
15:04hakzsam: looks like (from the host) -> email@example.com:vfio_region_write (0000:05:00.0:region0+0xa404, 0xdeadbeef, 4)
15:06hakzsam: I'll try to post a howto on my blog in few days
15:37imirkin: skeggsb: any ideas on https://bugs.freedesktop.org/show_bug.cgi?id=28095 ? seems like among other things, edid isn't working on that nv04
15:47skeggsb: imirkin: none yet, but i'm looking
15:48imirkin: he also has the more serious issue of the display being totally fubar'd
15:48imirkin: which got broken at some point between the 'nv' driver and now :)
15:48skeggsb: imirkin: i also have nfi how pre-nv50 display works, at all
15:49imirkin: "occasionally"? :)
15:49skeggsb: haha, i more meant the hardware than our code
15:58mlankhorst: don't you have the evo stuff now for < nv50? :P
15:59skeggsb: there is no evo pre-nv50
15:59mlankhorst: ok that makes it worse :P
15:59mlankhorst: will atomic be just for >= nv50 then?
15:59skeggsb: it's some messed-up fusion of legacy vga, extended vga, and priv registers
16:00skeggsb: yes, unless someone else does it
16:00mlankhorst: doubtful :p
16:00skeggsb: nvidia actually *do* stick a nicer interface on top of the horrible hw for <=nv40
16:01skeggsb: they have this NvVideoLutCursorDac software object class, which is used much like evo's channels are
16:02mlankhorst: nvkitchensink? :P
16:02skeggsb: they seem to have gotten over that though :P
16:03aaronp: Calling that thing "much like evo" is being pretty generous....
16:03skeggsb: aaronp: haha well, i meant "there's a command stream", but that's where it ends
16:03aaronp: That's fair. :)
16:06imirkin: skeggsb: i'm guessing that "nouveau D[ DRM] native mode from largest: 0x0@0" is probably the sign that edid didn't go so well
16:06imirkin: i haven't plugged my nv05 in for a while, i guess i could do that and see if it seems like it works.
16:07mjg59: VideoLutCursorDac is a pretty solidly descriptive name
16:10mlankhorst: yeah but they're different parts of hw :P
16:29AnotherLinuxUser: imirkin: Do you need anything else from me that could help with the NV46 card?
16:30imirkin: AnotherLinuxUser: i doubt i'll be able to help you, sorry
16:32AnotherLinuxUser: ok... I did notice that it seems that nv46 is somehow linked to the nv04 driver code... some init_tile code(?) ...
16:34AnotherLinuxUser: ... somehow it didn't seem right to me, since nv46 would be a part of the nv40 family of cards and nv04 would be too old.
16:36imirkin: AnotherLinuxUser: yeah, a bunch of code is shared between generations
17:56infinity0: imirkin: but my card is running on 50MHz when the specs say it should run at 880MHz (similar numbers for memory), it has an intrinsic disadvantage
17:57infinity0: i mean i could try gallium but i doubt it would improve things *that* much
17:57imirkin: infinity0: it won't execute anything faster, but people have noticed that at a particular "execution speed", gallium-nine can be considerably faster than wined3d
17:57imirkin: due to fewer things being executed? who knows.
17:58infinity0: RSpliet: what sort of tools would one use to try to improve things? like, how did you know to make those specific changes to the other cards?
17:59infinity0: yeah i suppose i could try it at some point
17:59imirkin: infinity0: basically you collect mmiotraces, and try to make sense of them
17:59infinity0: imirkin: do you have specific pointers outside of what i could find by searching online?
17:59imirkin: infinity0: pointers for what?
17:59infinity0: and do you need special equipment for that?
17:59infinity0: to compile gallium-nine with wined3d
18:00imirkin: for the mmiotrace: https://wiki.ubuntu.com/X/MMIOTracing
18:01infinity0: ah, thanks
18:01skeggsb: wine developers' stance on nine is unfortunate, it really is rather nice
18:01imirkin: meh, i get where they're coming from. it doubles their test surface
18:01imirkin: and they feel like they can get all the benefits without doing that
18:02imirkin: fwiw i think they're wrong, but i certainly won't be convincing them of that
18:02skeggsb: yeah, not worth wasting the energy debating that one :P
18:02skeggsb: many others have tried
18:03infinity0: so, one reason i don't think gallium will work that well, is even the native-linux steam client runs dota 2 at about 7fps
18:03skeggsb: they get the speed with that "csmt" or whatever it is, but do so by abusing way too many cpu cores
18:03skeggsb: (than what's needed otherwise)
18:04skeggsb: my vote would be for them to ditch wined3d altogether, and turn their d3d->opengl layer into a gallium->opengl layer and use nine
18:04skeggsb: buuut, that's a pipe dream
18:04infinity0: that wouldn't affect the native steam client though right?
18:05imirkin: native steam client probably uses a similar conversion layer though
18:05imirkin: [to what wined3d does]
18:07infinity0: tbh even nvidia drivers are buggy, one major reason i switched is because every [1-20] days, seemingly pretty randomly, i'd come back home to find my X showing gfx corruption, sometimes disabling local input (ssh still worked)
18:07infinity0: doesn't happen with nouveau :p
18:08imirkin: that's ok, nouveau has other problems :)
18:08infinity0: this happened for like 2 years, across many multiple version between 200-340-whatever they are at now
18:08imirkin: skeggsb: their main business is wine on os x, so that probably won't happen
18:09imirkin: skeggsb: also even sticking on linux, won't work with intel, at least until someone decides to fix up ilo
18:09skeggsb: imirkin: that's what the gallium->ogl driver i mentioned is for ;)
18:10airlied: some thing wine does could be cut down with GL4.5 extensions as well
18:10imirkin: skeggsb: ah yeah, like virgl
18:10airlied: ARB_clip_control would let them stop editing vertex shaders in some ways
18:10imirkin: skeggsb: iirc i made that suggestion at one point... mostly in jest
18:11airlied: my main thing is their belief that wine can be as fast as nine with same CPU usage seems mostly deluded
18:11airlied: and diversionary
18:11imirkin: airlied: you planning on convincing them of that?
18:11skeggsb: i think they skim past the "with the same cpu usage" part
18:12imirkin: tbh, the nine guys could have also made things easier on themselves
18:12airlied: imirkin: I don't even play native games, wine seems like even more trouble :)
18:12imirkin: like having a more plug & play solution than having big wine patches
18:51buhman: 02:01:13 skeggsb wine developers' stance on nine is unfortunate
18:52Leftmost: buhman, the wine developers feel that Nine is not suitable for use as a replacement for wine's d3d9 implementation.
18:52imirkin: "the attitude of a person or organization toward something; a standpoint."
18:53buhman: I mean, I want to read where the wine developers say this :D
18:54Leftmost: I mostly know of it from spending time in the wine channels and listening to their responses to people discussing it.
18:54imirkin: buhman: hmmm... i think it's been convered on mesa-dev
18:56buhman: you appear to have participated ;p
19:24imirkin: buhman: it's possible :)
19:24imirkin: skeggsb: when's the last time you booted nouveau on a nv04 or nv05?
19:25skeggsb: when i did the whole kernel driver redesign thing
19:25skeggsb: so, a long time ago
19:25skeggsb: my agp machine is... not fun
19:25imirkin: like 3.8 or whatever?
19:25skeggsb: whenever it was, yeah
19:26skeggsb: i pretty much stick to >=nv40 now
19:26imirkin: you should get PCI cards :)
19:26skeggsb: yes, it's been on my todo list for a while actually
19:27imirkin: ebay's got tons of 'em
19:27skeggsb: how exactly does one search for "pci" without getting pcie too :P
19:27imirkin: by adding things to the search
19:27imirkin: tnt2 pci
19:28imirkin: or "geforce2 pci"
19:29imirkin: unfortunately nv2x is all agp (or xbox)
19:29imirkin: you _could_ of course also get a new agp mobo
19:54skeggsb: imirkin: haha, hilarious, the first tnt2 i see is $58.64.. why the fuck would someone pay that now?!
19:55skeggsb: hrm, they're all pretty expensive actually wtf
19:56imirkin: hmmm... mine are $10
19:56imirkin: i'm guessing you're seeing US results and shipping is expensive
19:57skeggsb: yeah, that price was without the shipping too
19:57skeggsb: there's a gf2 mx400 pci, AU$6.37 + $40.37 postage haha
19:58imirkin: oh, but it's agp
19:58imirkin: despite the title
23:45wolter: I have both nvidia and nouveau modules installed, how can I preselect from the grub menu which to boot with?
23:46imirkin: some distros parse the kernel cmdline and you can tell them which thing to blacklist
23:46imirkin: your userspace has to be different too though depending on which you want to use, so it'd be a bit tricky
23:53wolter: I'm using ubuntu 15.04, with systemd
23:53wolter: I created a systemd service for this purpose (the service writes a blacklist in modprobe.d and a xorg.conf in xorg.conf.d), but it seems I haven't set it to launch soon enough
23:55pq: you also need to switch all GL-related libraries - basically everything the nvidia driver package installs.