08:54 mlankhorst: gnurou: can I boot unmodified upstream on nouveau?
08:54 mlankhorst: tegra
09:00 RSpliet: mlankhorst, gnurou: and which components will not work if mlankhorst does so? ;-)
09:08 mlankhorst: about to find out if drm-intel boots O:-)
09:18 imirkin_: mlankhorst: iirc nearly everything works... gnurou had some patches, i forget where they are in ben's tree
09:18 imirkin_: looks like they're all upstream by now
09:18 imirkin_: only the gm20b stuff is still unpushed
09:20 mlankhorst: fortunately I only have a gk20a :-)
09:50 CustosLimen: hi
09:50 CustosLimen: for some reason arandr is allot slower with nouveau than with nvidia
09:51 imirkin_: what do you mean by 'slower'?
09:52 CustosLimen: takes like 30 seconds to open
09:52 specing: imirkin_: did you read my mindfactory comment from yesterday?
09:52 CustosLimen: as opposed to almost instantaneus if nvidia drivers
09:52 CustosLimen: but actually it might be cos I have wrong glx loaded in xorg
09:52 imirkin_: CustosLimen: dunno. it probably does something dumb. what happens if you run 'xrandr'?
09:52 CustosLimen: maybe let me try load right one and try again
09:53 imirkin_: specing: don't think so. if i did, i forgot.
09:53 CustosLimen: imirkin, xrandr is also slow, but not that slow
09:53 CustosLimen: imirkin, but I dunno how much slower than before either
09:53 CustosLimen: xrandr takes > 1 second
09:53 imirkin_: CustosLimen: it should take a second or so to execute. how logn does it take?
09:54 imirkin_: CustosLimen: what gpu are you on, and what outputs do you have?
09:54 imirkin_: CustosLimen: actually just pastebin your xorg log
09:54 CustosLimen: https://bpaste.net/show/6eb7e7bf96bb
09:55 imirkin_: 0.7s seems reasonable, esp when DP is involved.
09:55 specing: imirkin: RSpliet it looks to me like mindfactory lists underlying chips
09:55 CustosLimen: http://termbin.com/12w7 < xorg log
09:55 specing: http://www.mindfactory.de/product_info.php/2048MB-MSI-GeForce-GTX-750-OC-Aktiv-PCIe-3-0-x16--Retail-_962082.html
09:55 imirkin_: specing: oh right, i did see that.
09:55 specing: Codename: GM107-300-A2
09:56 imirkin_: specing: where do you see that?
09:56 imirkin_: i searched the page for GM107
09:56 imirkin_: oh nm, found it
09:56 specing: produktdaten tab
09:56 imirkin_: under PRODUKTDATENBLATT whatever that is
09:56 imirkin_: product data BLATT
09:56 specing: product data sheet
09:56 imirkin_: hehe
09:57 specing: I don't speak german either, I just buy from germany because they have a much wider selection at substantially lower prices
09:57 specing: and it seems they actually know what they are selling :)
10:00 mlankhorst: well fwiw drm-intel-nightly seems to boot on tegra
10:00 CustosLimen: ltrace for arandr: http://filebin.net/r3yo8y5379/arandr.txt
10:00 specing: imirkin_: what do you say?
10:03 imirkin_: specing: about what?
10:03 specing: imirkin_: well, you said that marketing doesen't map to chips
10:04 imirkin_: specing: it doesn't
10:04 specing: but this shop actually lists what I see as chips
10:04 imirkin_: specing: one GT 630 might be one thing, another might be another
10:04 specing: so basically, you could make purchasing advice
10:04 imirkin_: now a particular model from a particular brand -- yes, that'll always be a single chip (almost always)
10:04 CustosLimen: is there some alternative to arandr ?
10:04 CustosLimen: except ofcourse xrandr
10:04 specing: imirkin_: is GM107-300-A2 a chip marking?
10:04 imirkin_: CustosLimen: xrandr. works great. and actually arandr is the alternative which usually doesn't work in creative ways.
10:04 imirkin_: specing: yea
10:05 imirkin_: specing: so i guess they actually just look on the damn thing to see what it is, which seems pretty reliable
10:05 CustosLimen: imirkin, arandr is allot quicket to line up screens
10:05 specing: imirkin_: so basically you could make recommendations for specific cards?
10:05 imirkin_: specing: but you can't get that info looking on the outside of the box :)
10:05 CustosLimen: imirkin_, I'm sure its more limited though, but for what it does its quick and easy
10:05 specing: imirkin_: apparently mindfactory somehow got that info
10:05 imirkin_: CustosLimen: if you say so. i find it's easier to just line the screens up in the first place by adjusting their heights :)
10:05 imirkin_: specing: yeah, they probably opened the box and looked inside :)
10:06 specing: imirkin_: and removed heatsinks?
10:06 specing: and cleaned off the paste to see the markings?
10:06 specing: doubt it
10:06 imirkin_: CustosLimen: looks like arandr does stuff super-inefficiently... it does XRRGetOutputProperty over and over again
10:07 CustosLimen: imirkin, hmm
10:07 imirkin_: CustosLimen: i think that might cause us to reprobe things, which takes time
10:07 CustosLimen: I see
10:07 CustosLimen: ok thanks
10:08 imirkin_: CustosLimen: just a guess, but you could speed it up by disabling VGA
10:08 imirkin_: i think you can boot with video=VGA-1:d
10:08 imirkin_: [assuming you have no need for VGA]
10:08 CustosLimen: imirkin, thanks, will look at it a bit if I have time
10:11 specing: imirkin_: would you instead be able to give recommendation based on the chip, video ram size and frequencies used?
10:14 imirkin_: specing: not sure what you're looking for... all kepler chips tend to work pretty well, gddr5 vram tends not to reclock to the highest perf level, but then again i have a gk208 with ddr3 which for some reason also doesn't relock memory out of the box, i haven't looked at why.
10:15 imirkin_: specing: otoh fermi chips tend to boot to higher perf levels and also generally work fairly well
10:15 imirkin_: specing: however no chip works extremely well... nouveau has tons of issues
10:15 imirkin_: which aren't chip specific
10:17 tobijk: specing: and the manufactures may build a non-reference design, which nouveau may not like either ;-)
10:21 specing: yeah, but not all linux people looking for a gpu are experts on this
10:21 specing: that is why I would really like to see recommendations even if it reads "go see radeon"
10:21 imirkin_: specing: "go see intel"
10:21 specing: GMA4500HD ftw!
10:22 specing: (everything later is hopelessly backdoored)
10:22 imirkin_: i740 if you need a separate adapter
10:22 specing: ((I really wish more people would know this))
10:36 tobijk: specing: if you really want to do something, you could parse the nvidia cards on the side you posted and see if they match to what we have in http://nouveau.freedesktop.org/wiki/CodeNames/
10:36 tobijk: ;-)
12:38 Hauke: Hi, I created a MMIO trace where the nvidia blob sets my monitor to 2560x1440_56 where should I upload it?
12:39 imirkin_: Hauke: if you have google drive/dropbox, you could use that, if not email to mmio.dumps@gmail.com
12:39 imirkin_: Hauke: make sure to xz -9 it
12:39 Hauke: 60hz seams no possible over hdmi, because some limitation in the pixel clock
12:39 imirkin_: 340mhz max
12:40 mlankhorst: mst mst mst :D
12:40 imirkin_: Hauke: hmmm... 60hz should fit
12:40 imirkin_: even a non-reduced mode is 312MHz
12:40 imirkin_: and reduced is 241MHz
12:40 Hauke: also over hdmi? currently the driver says 225 max on my 560 ti
12:40 imirkin_: well, hdmi 1.3 supports 340mhz
12:40 imirkin_: and hdmi 1.2 supports 165mhz
12:40 imirkin_: so...
12:41 Hauke: DELL U2515H (DFP-1): 225.0 MHz maximum pixel clock
12:41 imirkin_: there's no mention of "225" on the hdmi wikipedia page
12:41 imirkin_: https://en.wikipedia.org/wiki/HDMI#Version_comparison
12:42 imirkin_: could be a hw limitation though
12:43 imirkin_: hmmm... looks like a lot of older hw has a 225mhz limit
12:43 imirkin_: also intel ivy bridge
12:45 imirkin_: or perhaps there's a bit in the edid that limits the pixel clock
12:46 imirkin_: Hauke: do you have the edid block for your monitor?
12:47 imirkin_: xrandr --verbose should output... maybe
12:51 Hauke: here is the mmiotrace: https://www.hauke-m.de/files/.nouveau/mmiotrace-modset-2560x1440_56.log.xz
12:52 Hauke: here is the xrandr output: http://pastebin.com/BFyW1Xfr
12:53 Hauke: an older nvidia driver limited this to something lower than 225 mhz and I think with the windows driver it is possible to use ever higher rates, but I haven't tested
12:55 imirkin_: hm, your monitor has this in its edid: # Maximum pixel clock is 300MHz
12:55 imirkin_: so... very odd that nvidia maxes out at 225. i suspect it's an hw limitation.
12:56 Hauke: here is the complete xorg logfile: http://pastebin.com/iKY4CHp9
13:04 imirkin_: oh crap
13:04 imirkin_: this is probably all in EVO isn't it
13:04 Hauke: ???
13:04 imirkin_: i mean the mmiotrace might not have what we wanted
13:05 Hauke: do I have to completly startup the desktop?
13:05 imirkin_: no, just instead of mmiotracing the blob, might need to get a mmt trace of the Xorg process
13:05 Hauke: how do I do that?
13:07 imirkin_: valgrind-mmt
13:07 imirkin_: but... i'm not sure =/
13:11 Hauke: so I have to follow this: https://wiki.freedesktop.org/nouveau/Valgrind-mmt/
13:12 imirkin_: Hauke: yeah.... i think.
13:12 imirkin_: unfortunately demmt isn't good at decoding the EVO channel =/
13:13 imirkin_: this whole thing is just a giant pain
13:13 imirkin_: and perhaps all the relevant info is already in the mmiotrace you captured
13:13 imirkin_: sorry i'm being so indefinite, i'm just not really sure how it all works
13:13 imirkin_: and i think ben's on vacation, or about to leave for one
13:15 Hauke: I know this situation of having some hardware and not exactly knowing how it works
13:15 imirkin_: well, i generally haven't focused on that stuff at all in the past
13:15 imirkin_: so i only have a surface knowledge of how it works
13:16 imirkin_: you write some stuff somewhere, magic happens ;)
13:17 Hauke: is there some overview documentation on how these nvidia cards are working?
13:17 Hauke: I have never workd on graphics only network and embedded stuff
13:18 imirkin_: ssssort of
13:18 imirkin_: http://envytools.readthedocs.org/en/latest/
13:18 imirkin_: but it's too much to take in all at once
13:19 imirkin_: and you might notice that the docs can be a bit incomplete: http://envytools.readthedocs.org/en/latest/hw/display/g80/pdisplay.html
13:25 imirkin_: Hauke: perhaps we were just too greedy with our last attempt
13:26 imirkin_: Hauke: in nouveau_connector.c edit 165000 to 225000
13:26 imirkin_: and see what happens
13:27 imirkin_: i think we just set it to 340000 last time and it didn't work, but the user might have also had a fermi
14:13 Hauke: imirkin_: 165000 was the max clock in the 295 driver
14:14 imirkin_: that's very old
15:07 Hauke: just changing that did not helped
15:07 imirkin_: Hauke: did you try a higher-than-165mhz mode?
15:15 Hauke: yes
15:15 imirkin_: and what happened?
15:16 Hauke: imirkin_: https://www.hauke-m.de/files/.nouveau/nouveau-dmesg.log
15:17 imirkin_: :(
15:18 imirkin_: oh interesting, that's right on setting that weirdo 2048x1152 mode
16:04 pmoreau: imirkin_: It reminds me I still need to merge the EVO doc in rnndb, and do some name changing to Nvidia's conventions
21:47 gnurou: mlankhorst: RSpliet: imirkin_: so Linux 4.2-rc5 should have everything required to support GK20A
21:48 gnurou: but you will also need to use Nouveau's master for it to look for the right firmware files
21:48 gnurou: you will also need to use linux-firmware's master branch
21:50 gnurou: as well as u-boot from git://git.denx.de/u-boot-tegra.git, branch tegra/next
21:53 imirkin: bleargh, someone really needs to look at using nouveau fw
21:56 gnurou: for the kernel, use tegra_defconfig and then modify the config to compile Nouveau as a module (and build Nouveau from its own master branch), and enable CONFIG_DRM_TEGRA_STAGING
21:56 gnurou: just tested this configuration and it worked on my Jetson TK1. All user-space (libdrm, mesa) should work with the current master branches
21:57 gnurou: of course if you want to display buffers rendered by the GPU, you will still need to alter DRM apps to support render-nodes...
21:58 imirkin: gnurou: should Just Work (tm) no?
21:58 gnurou: imirkin: nope. Most (well, all according to my experience) DRM apps try to use the same card device for display and render
21:59 imirkin: gnurou: DRI_PRIME=1
21:59 gnurou: imirkin: on Tegra these are two distinct devices, plus you need to do some Tegra-specific tiling setup in order to display buffers correctly
21:59 gnurou: will DRI_PRIME=1 work with e.g. kmscube?
21:59 gnurou: sorry, I meant KMS when I said DRM
22:00 imirkin: gnurou: probably not :)
22:00 imirkin: this is only in X
22:00 gnurou: ... or should have I said GBM?
22:00 gnurou: right, so KMS/GBM apps need some explicit handling for render nodes
22:01 gnurou: I have the code for kmscube and glmark2 in my github, and the people at codethink are maintaining a weston patch
22:03 imirkin: yeah. i just don't think that's the majority of applications out there
22:03 gnurou: imirkin: as soon as you are under X or weston, things work as expected
22:04 imirkin: yea
22:04 gnurou: but all DRM/GBM apps I have tried needed to be patched
22:05 imirkin: didn't realize there were any :)
22:06 gnurou: I am at least happy to finally see the end of the bootloader/kernel patches \o/
22:06 gnurou: now there is an even bigger set of patches waiting for Maxwell :)
22:08 imirkin: yeah, i'm sure
22:08 imirkin: hopefully you're aware that ben's also working on a huge rewrite
22:09 imirkin: he said he'd push a branch before he left for vacation, which afaik was today or yesterday, but i don't see one
22:11 gnurou: yes, he was kind enough to take a lot of our stuff before that rewrite
22:11 gnurou: as for the rest... well we will pay the price for not upstreaming faster
22:12 imirkin: ok cool
22:12 imirkin: glad you guys are talking
22:31 gnurou: we're trying... we still need to get better though
22:32 gnurou: ah, just noticed upstream still doesn't have IOMMU enabled for the GPU... not a big deal, but make sure to have enough CMA memory or add "iommus = <&mc TEGRA_SWGROUP_GPU>;" into the GPU's DT node
23:22 pq: gnurou, congrats :-)
23:24 gnurou: pq: thanks! I wish it took less than one year though :P
23:24 gnurou: pq: your help has been critical in solving one of the most complex bugs we had, btw :)
23:25 pq: upstreaming mmiotrace take took 1 and a half, IIRC, or something, and I bet you had a huge deal more work to do ;-)
23:26 pq: gnurou, oh? Cool, though I can't recall what I might have helped with. :-)
23:26 gnurou: pq: https://bugs.freedesktop.org/show_bug.cgi?id=86690 - a fun one!
23:27 gnurou: pq: yeah, I want to free myself from downstream stuff as much as possible, but reality is that we need to put devices on shelves too :)
23:34 pq: gnurou, oh that one. Coherency... nasty. Glad I could be of help! I had no clue of the underlying problem. :-)
23:41 mlankhorst: gnurou: ah