00:03gnurou: making request_firmware return an error would be simpler than making changes all over the place :)
00:04skeggsb: that too :)
00:09airlied: but some firmware isn't evil :)
04:56Kano: hi, my gefore 7600 does not seem to be able to use "real" 3d apps with mesa 10.3.2, kernel 3.18
04:56Kano: i installed nv 304 and there it would work
04:57skeggsb: nv4x 3d support has somewhat bit-rotted of late (it had some issues with certain stuff even before that, but it's worse now), someone needs to put some time into fixing it up again
04:58skeggsb: but... they're relatively rare now, compared to g80 and up.. so, it's not a huge priority compared to other work
05:02Kano: well the onboard systems should use it too i think
05:39Kano: the same nv4b bug is in mesa 10.4.2
05:39Kano: works with 8.0.5
05:52imirkin: Kano: perhaps you can mention what the bug is?
05:52Kano: i can not run gl2benchmark, it keeps dark
05:52imirkin: that's probably because it has the mismatching color/depth buffers
05:53imirkin: if you make a debug mesa build, do you see warnings printed?
05:53Kano: usually oss drivers can run test 1 to 3, funnyly the old intel gma can run test 4 as well
05:55imirkin: does it try to use 24-bit depth and a 16-bit color output (e.g. rgb565)
05:56imirkin: or vice-versa, a 16-bit depth and a 32-bit color output (e.g. rgbx8888)
05:56Kano: no idea
05:56Kano: all i see is black
05:56imirkin: make a debug mesa build and see if anything gets printed
05:57Kano: do you have got nv4b?
05:57imirkin: if you'd prefer a lockup instead of seeing black, you can use an older mesa version (iirc my hack went into 10.4 or 10.3 or so)
05:57Kano: well i can only test 8 (wheezy) 10.3.2 (jessie) or 10.4.2 (sid)
05:57Kano: wheezy worked
05:57imirkin: the pre-mesa 9 driver handled it fine
05:58imirkin: you should have at least gotten errors in dmesg
05:58Kano: well i can kill the app with alt+ctrl+esc
05:58Kano: then i get to the desktop
05:59imirkin: i mean in 10.3
05:59Kano: it is no hard lock
05:59Kano: just black
05:59imirkin: er, you said wheezy had mesa 8
05:59imirkin: that was before the 'current' driver
05:59imirkin: mesa 8 had a workaround for that situation
05:59imirkin: mesa 9+ doesn't
06:00Kano: that little test app just uses osg, do you use debian?
06:00imirkin: not sure what distro choice has to do with anything
06:00imirkin: but no, i use gentoo
06:01imirkin: i also don't (currently) have a nv4x plugged in
06:01Kano: imirkin: ok, in that case you can use the gl2benchmark source, all you need is to specify the data dir
06:02imirkin: if it's the issue i'm thinking of, i'm well aware of it
06:02Kano: OSG_FILE_PATH=.... ./gl2benchmark
06:02imirkin: if you make a debug build that would confirm (or disconfirm) whether it's that issue
06:03Kano: i can install dbg symbols, but how does that help?
06:44twohot: skeggsb: ping
06:46twohot: We might actually be looking at an Optimus related bug
06:48xexaxo: imirkin: I do admire your patience and persistence :)
06:48twohot: I've testing Fedora-22 on machines running only intel and ati cards ... gdm doesn't choke with those. But I try that on an optimus machine (with nouveau) I cant get past gdm
06:48xexaxo: Kano: normally debug build might not be the same as installing the debug symbols package.
06:49twohot: Instead I get different errors from nouveau, systemd-login, etc all suggesting something wrong with drm
06:49xexaxo: there is a --enable-debug option at configure time, which will result in a more verbose (asserts etc.) code being produced.
06:49twohot: skeggsb: take a look at this --> http://bugs.onyeibo.fastmail.fm/gdm-x-session_vs_nouveau.txt
06:49Kano: xexaxo: you have got the code, i have lots of other things todo, thats just what i found during my test of a handfull cards
06:50xexaxo: while the symbols are just... symbols. meaning, they are useful for gdb debugging, but this is not what imirkin is aiming atm.
06:50xexaxo: Kano: you have the code as well.
06:50Kano: well you have got the card?
06:50xexaxo: your report is appreciated, but perhaps you can say from the start that you don't have the time to help out.
06:50Kano: at least no time to compile mesa
06:50xexaxo: that would have been perfectly ok, in anyone's books :)
06:52xexaxo: so even if we come up with a patch, you'll have no time to test it ? now that's rather unfortunate.
06:53Kano: ok, one patch
06:53Kano: but no bisect
06:54xexaxo:should have put greater emphasis on if ;\
07:03mlankhorst: ooh, k1 arrived
07:04imirkin_: gnurou had some instructions on how to boot it in a way that was convenient for development (i.e. via netboot/etc)
07:04imirkin_: don't have them handy though
07:04mlankhorst: ah he also has a rootfs for nouveau iirc
07:05imirkin_: yeah, but i wasn't going to use that... i make my own things :)
07:07mlankhorst: true :P
07:08mlankhorst: what's the form factor for the jetson? it screams for a nice case so I can use it with a hd
07:14twohot: did i miss anything?
07:14mlankhorst: not really
07:54imirkin_: Kano: well, the situation is that you're not the only one who's low on time. we all have lots to do. as the person with the problem, you have to expect to do a lot of the foot work towards getting a problem fixed -- this is how most open source projects end up working.
07:57imirkin_: fixing that depth vs color sizing issue is on my infinitely-sized todo list, but so are a lot of other things. most of them relevant to hardware people actually have.
08:10imirkin_: mlankhorst: i think it's nano-itx or something
08:10imirkin_: maybe it's mini-itx
08:11imirkin_: wtf. nano-itx is 120x120mm
08:11imirkin_: jetson tk1 is 127x127mm
08:12mlankhorst: aw :(
08:12imirkin_: mlankhorst: http://elinux.org/Jetson/Enclosures
08:14mlankhorst: ah, no place for a hard drive though.. I guess I'll just stuff int underneath the tv
08:16imirkin_: mlankhorst: netboot :)
08:38mlankhorst: that might end up being easier..
08:39imirkin_: what i wanted to do was to boot it with a custom kernel over OTG like i did with the ifc6410
08:39imirkin_: and have it nfsroot (also like the ifc6410)
08:39imirkin_: this proved... not doable for me. however gnurou gave me instructions on how to achieve it... i've yet to actually try them
08:40mlankhorst: yeah, my local network has netboot set up
08:40imirkin_: [and without touching the on-board eMMC of course]
08:41imirkin_: anyways, it's apparently possible. don't have the info in front of me though.
09:42mlankhorst: I think I'm going to set up my laptop as host
11:02mlankhorst: imirkin_: I'm guessing by changing the boot order in u-boot, from http://elinux.org/Tegra/Mainline_SW/Nouveau
11:14imirkin_: mlankhorst: if you're willing to install u-boot on the box, sure
11:14imirkin_: i didn't want to touch anything on the eMMC
11:14imirkin_: esp as i don't have a serial port
11:18imirkin_: mlankhorst: btw, if you get it working, you should hack platform support into nouveau, which should make X work on it too
11:19imirkin_: make that xf86-video-nouveau
11:23mlankhorst: imirkin_: I thought about it..
11:23mlankhorst: but the outputs are on the tegra
11:23imirkin_: prime :)
11:23mlankhorst: ah right, modesetting would work :p
11:24mlankhorst: tbh I'm surprised if xorg wouldn't run
11:24mlankhorst: it will be kind of slow though
11:24imirkin_: actually... should be possible to use modesetting for both devices
11:24imirkin_: and presumably modesetting has platform support
11:24mlankhorst: not really, blitting's hard
11:25imirkin_: or you could use xf86-video-nouveau + reverse prime?
11:26mlankhorst: *points to blitting's hard*
11:26mlankhorst: modesetting would work for 2d
11:27imirkin_: i would have assumed no blit for that case
11:27imirkin_: can't they just share buffers and live happily ever after?
11:27mlankhorst: fix xorg ;-)
11:32imirkin_: wasn't someone modifying modesetting to be able to support running glamor on a diff device?
11:33mlankhorst: it's not that hard, just do a hack :P
11:41mlankhorst: though dri2 and render nodes dont mix..
11:42imirkin_: is that because render nodes aren't soluble in dri2?
11:42mlankhorst: dri2 requires flink
11:43mlankhorst: render nodes use dma-buf
12:30mlankhorst: hmm, no luck with the tegra nouveau rootfs instructions yet
12:30mlankhorst: or something else is going wrong
12:32imirkin_: mlankhorst: what exactly are you attempting to achieve?
12:32mlankhorst: getting nouveau running so I can start hacking :p
12:32imirkin_: well, presumably you have some side-requirements
12:33imirkin_: like mine were (a) no touching the eMMC, (b) send uboot/kernel over OTG
12:33mlankhorst: I've done the uboot part
12:33imirkin_: do you see uboot?
12:33imirkin_: over serial
12:33mlankhorst: hm maybe kernel flashing was missing :P
12:33imirkin_: uboot supposedly self-flashes
12:33imirkin_: unless you tell it not to
12:33imirkin_: anyways, the people in #tegra are occasionally helpful
12:34imirkin_: until you try to do things in a way different than what they want
12:35mlankhorst: was following the instructions for tegra-nouveau-rootfs
12:38mlankhorst: I have no serial here though so hard to test, will have to try again thursday
12:38imirkin_: yeah, they were pretty unhappy that i had no serial either
12:38imirkin_: but i got the ifc6410 working just fine without serial or hdmi :)
12:39imirkin_: on my own rootfs + kernel, no less
12:39mlankhorst: is there no flash-kernel part?
12:40imirkin_: i just _really_ don't want to brick anything, so if i can avoid flashing, so much the better
12:40imirkin_: i know the tk1 is advertised as unbrickable, but... famous last words :)
12:40imirkin_: i have a hammer here that would disagree :)
12:43mlankhorst: I probably need a serial port to see what basic step I screwed up :p
12:43imirkin_: my strategy was going to be to put a uboot + kernel combo together and just send that over otg
12:44imirkin_: and that kernel would in turn mount nfsroot
12:44imirkin_: but instead if just kept hacking on freedreno
12:44mlankhorst: hehehh :P
12:44mlankhorst: I use nfsroot for most of my kernel hacking
12:44mlankhorst: kernel served through pxe
12:44imirkin_: iirc uboot supports pxe
12:45imirkin_: i just didn't want to flash uboot on there
12:45mlankhorst: oh in that case just stuff in a sd card with a boot.scr that invokes a netboot :P
12:46imirkin_: it boots off emmc by default :)
12:52mlankhorst: or i can just buy a rs232 adapter and look at it tomorrow
12:55imirkin_: kinda wish they'd made it boot off sd by default...
12:55tobijk: yeah they are damn helpful
12:59mlankhorst: oh well bought a rs232 adapter
13:01mlankhorst: didn't even check if it works on linux or not :P
13:01tobijk: guess most are, which brand? :D
13:02imirkin_: fwiw gnurou was quite helpful to me... sent me exact instructions to do precisely what i wanted. but it was after i'd disconnected it already, haven't had a chance to try it out
13:04mlankhorst: likely pl2303, so ought to be fine
13:04mlankhorst: if it's oti6858 I'm going to return it.. awful driver
13:05imirkin_: i have a ftdi one -- works great
13:05imirkin_: unfortunately you also need a null-modem adapter
13:06tobijk: <-- belkin with pl2303, works fine here
13:06mlankhorst: yeah oti6858 has a reverse engineered driver, but it's very poor and either doesn't work or stops receiving data after you change the settings
13:18mlankhorst: and the windows driver was written for win2k, no idea if it was ever updated :p
13:19tobijk: for my thingy there isnt even a recent windows driver :D
13:44xexaxo: tobijk: hmm... we did have(buy) a bunch of belkin pl2303 which had drivers. not sure if those were from the packaged CD or elsewhere.
13:44xexaxo: perhaps there were different revision.
13:45tobijk: mh dont know, a friend wanted to use mine with windows and had no luck on finding win64 driver, i dont really care though...
13:46xexaxo: win64 driver... now I'm pretty sure I've never got that one :-)
13:46xexaxo: I was fortunate to have a 32bit system at that time.
14:03mlankhorst: ah good, adapter will arrive in 17 hours :P
14:04tobijk: prime service of some not named warehouse? ;-)
14:05mlankhorst: small country
15:07Kareesh: Hi Gents. I am recruiting for ZFUND. We are looking for 3 intermediate / senior developers. We have two positions available for HTML5 mobile ready developers and one position for a Graphics artist. We are offering the opportunity to stay in our 5 star resort in near-central Barcelona, Spain for the length of the project. We are offering a 3,000 – 4,500 euro wage depending on the skill and experience of the app
15:07Kareesh: licant. The villa is three minutes from the beach, all services and amenities are located near by and we have a gourmet/boutique chef in house. We estimate the length of the project to be around 2 – 3 months. If you wish you to apply for more information, please send your C.V to Georgeoustar@gmail.com. You may PM or Email me for more information. Thank you. George.