00:01mupuf: pmoreau: I guess so, yes
00:01mupuf: same in sweden?
00:02pmoreau: It seems there are partying too. :)
00:02pmoreau: And there will be a cortège leaving Chalmers tomorrow and most likely some more partying :D
00:03pq: in some university in Finland, "vappu" (May 1st) is actually the two weeks ending around May 1st
00:03mupuf: pq: right, they have been very active in the past two weeks
00:03pmoreau: Wut? Two weeks of partying??
00:03pq: pretty much, yes
00:04pq: those who can stand and afford it...
00:04pq: events every evening here
00:05pmoreau: Seems crazy!
00:05mupuf: AFAIK, this is a quiet evening today. Probably gathering strength for the next few days
00:05pmoreau: But I would be among the ones who can't afford to go
00:12mupuf: That's what happens when one lives too far from Talinn :)
00:13mupuf: Well, everyone in Helsinki buys their guns in Talinn
00:13mupuf: it is *much* cheaper
00:13mupuf: and the cruise is 2h-long
00:13mupuf: and costs about 20e
00:14pmoreau: Oh, ok :)
00:15RSpliet: mupuf: don't forget to celebrate the 5th of May
00:15RSpliet: with your Dutch friends ;-)
00:15mupuf: RSpliet: What's that?
00:15RSpliet: liberation day
00:25hakzsam: imirkin, skeggsb_ btw, what is the status of nvif in libdrm?
06:48hakzsam: mlankhorst, you have a gk20a, right ? :)
08:02imirkin: hakzsam: no clue, sorry
13:49imirkin_: fascinating. the mem_out_of_bounds error happens in TCS when reading inputs
13:50imirkin_: seemingly readning *any* of the inputs causes errors
14:14nightfuri: hello i get this from wine. fixme:d3d_surface:surface_cpu_blt Filter WINED3D_TEXF_LINEAR not supported in software blit. Has this got anything to do with the driver ?
14:14imirkin_: no idea... ask the wine guys?
14:16glennk: imirkin, any intermediate storage the driver needs to set up?
14:20imirkin_: glennk: maybe. i'm actually gonna go ahead and backpedal on that comment though
14:20imirkin_: commenting out most of TES also fixes the problem
14:21glennk: presumably the parameters get stored to some memory somewhere?
14:21imirkin_: seems likely
14:22imirkin_: same thing as for GS
14:22glennk: afaik its the same as on radeon, tess writes to main memory
14:22imirkin_: i'm also investigating an unrelated codegen fail
14:22imirkin_: which is unlikely to be helping matters
14:23glennk: which incidentally is a problem for tess performance, bouncing data back out to memory
14:23glennk: might as well just pre-tessellate and read the vertex data directly, less bandwidth needed
14:23imirkin_: pretty sure that's not an issue on nvidia
14:23imirkin_: it uses an on-chip buffer for that
14:23glennk: perhaps, think at least for small enough data it'll stay on chip
14:24glennk: probably a big cliff to fall off with fine enough tessellation
15:40pmoreau: Why don't we want to execute nouveau_switcheroo_set_state if it is an Optimus setup and we want to poweroff?
15:44imirkin_: glennk: looks like even accessing the GENERIC thing is broken
15:44imirkin_: (in quads.shader_test)
16:07imirkin_: perhaps the nv hw hates having holes like that, dunno
16:09imirkin_: i also noticed a giant whoopsie which affects all the code emitters
16:09imirkin_: (and a minor one)
23:08effractur: with kernel 4.0.1 i am getting on powerpc the following error failed to create 0x00000080, -22
23:08effractur: for the vbios
23:08imirkin: effractur: pastebin all the messages from nouveau?
23:08effractur: i tried with nouveau.config=NvBIOS to specifiy a differnt bios
23:08effractur: but that does not work
23:08effractur: imirkin: k
23:09imirkin: effractur: also, did this work with an earlier kernel?
23:09effractur: imirkin: with 3.18 i got a vbios but after that it did not drive the display correctly
23:09imirkin: just to confirm -- it this is an old box, right?
23:10imirkin: k. so NV17 seems plausible. is this a mac?
23:10effractur: powerbook g4
23:10imirkin: i would have expected OpenFirmware
23:10imirkin: as the vbios source
23:10effractur: it can't find one
23:10effractur: with that option
23:11imirkin: well, i assume you have OF support in your kernel, otherwise it probably wouldn't have booted
23:17imirkin: effractur: can you boot with nouveau.debug=debug
23:20imirkin: [and pastebin the resulting messages]
23:21imirkin: skeggsb_: looks like OF loading got broken :(
23:22effractur: is there a way to overrule the invalid signature?
23:22imirkin: effractur: the problem is that data isn't being loaded at all, not some invalid signature.
23:22effractur: from the PROM?
23:22imirkin: there's no PROM
23:22imirkin: only OF
23:23effractur: it never workt with noveau
23:24effractur: in 3.18 even the bootconsole was broken
23:24effractur: so there is some progres
23:25imirkin: effractur: if you don't mind a small patch
23:26effractur: i am fine
23:26imirkin: edit drivers/gpu/drm/nouveau/core/subdev/bios/shadowof.c, and remove the __iomem annotation, and replace memcpy_fromio with a plain memcpy
23:27effractur: were is that in the kernel tree?
23:28imirkin: i gave you the full path in the kernel tree :)
23:28effractur: a got it
23:28effractur: na it is nvkm/subdev/bios/shadowof.c
23:28imirkin: oh, you're using ben's side tree
23:30effractur: k i will recompile the kernel and report back
23:31imirkin: fwiw i seem to recall an open bug for that mac though, and it's just a pile of fail...
23:31imirkin: i tried to fix it for a while, but eventually gave up
23:32effractur: the issue i had with the 3.18 kernel was that noveau did not properly setup the resolution of the lvds panel
23:32effractur: and also could not fix that
23:32skeggsb_: imirkin: yeah, i know, it's on my todo list for this week actually
23:33imirkin: skeggsb_: which... making that NV17 work? or fixing OF?
23:33imirkin: that makes more sense :)
23:33skeggsb_: only barely :P
23:34imirkin: skeggsb_: any comments on the libdrm fails?
23:34imirkin: skeggsb_: and also the new supertuxkart (0.9) insta-crashes with a libdrm fail too, although that one's not related to the 2.4.60 situation
23:35skeggsb_: i haven't noticed either
23:35effractur: lets see
23:35imirkin: skeggsb_: well, the "fix races" patch from maarten appears to be destroying the universe
23:36imirkin: i _think_ it's some sort of fail related to external bo's? not sure though.
23:36imirkin: the stk fail is different.
23:36imirkin: somehow the pushbuf list is... corrupted or otherwise very wrong
23:36effractur: mhe same issue
23:37imirkin: effractur: doh ok.
23:40effractur: if it is patched will that be in 4.0.X?
23:41effractur: or in the nexed kernel release