01:24night199uk: anyone comment on the diff between the ‘d’ BIT table and ‘U’ bit table?
01:25night199uk: ‘d’ == displayport as far as i can see
01:25night199uk: but ‘U’ seems very similar
01:25night199uk: seems to be some kind of output config table?
01:50pmoreau: skeggsb_: Do you think we should revert your patch or look for some already existing bug that was unearth by it? https://bugs.freedesktop.org/show_bug.cgi?id=87244
04:46_root_: plz look at https://www.libreoffice.org/bugzilla/show_bug.cgi?id=84721 if you get a chance
04:51joi: mupuf_: ^
05:27RSpliet: night199uk: did you check out the kernels BIOS parsing routines?
05:28RSpliet: I don't have the answer for you, but I assume it's in there
06:03rah: would there have been any critical changes in the kernel config between 3.13 and latest git?
06:04rah: I'm doing a git bisect and I'm wondering whether I can reuse the same config
07:58mupuf_: _root_, joi: Hey, I'm going to have a look at those fan issues tonight
07:58mupuf_: that's very weird
08:05night199uk: RSpliet: yeah, I did
08:05night199uk: RSpliet: I understand the code but not the general structure, if that makes sense
08:06night199uk: In both DP & ‘U’ (display?) tables there seem to be ‘Output’ entries and ‘Config’ entries?
08:06night199uk: something like that
08:06RSpliet: night199uk: it's not the most straight-forward code in the world
08:06night199uk: trying to understand the general structure a bit more
08:06night199uk: it’s much cleaner than what i’m looking at :-)
08:16RSpliet: U is the display table
08:20RSpliet: can't tell you the exact distinction, but I reckon dcb connector table has some entries that define the connector type, and if it's DP, you should consult the "d" table for additional parameters, and the U table is for... idk, VGA, perhaps DVI or LVDS?
08:20RSpliet: something like that
08:21RSpliet: night199uk: ^
09:03_root_: plz look at https://www.libreoffice.org/bugzilla/show_bug.cgi?id=84721 if you get a chance
11:26tobijk: is reclocking available for nvcX?
12:07RSpliet: tobijk: no
12:07RSpliet: (that's the short answer)
12:09tobijk: ke thats enough :)
12:10tobijk: RSpliet: maybe you can post a status update here: https://bugs.freedesktop.org/show_bug.cgi?id=58784
12:14RSpliet: I've hardly worked on NVCx reclocking... there's little I can say that's not covered by the status matrix
12:14RSpliet: memory reclocking needs work, if someone shoved me a couple grand I'd do it :p
12:16RSpliet: unfortunately, the reality right now is that I'm forced to waste 40 hours a week on administrative work just to cover the rent and keep myself fed, despite having a masters degree in the pocket
12:16RSpliet: and there's little time left to focus on anything else, let alone money to actually buy a Fermi
12:17tobijk: sorry to hear that :/
12:17tobijk: haven't you written the master thesis already?
12:17RSpliet: all done
12:17RSpliet: graduated a year and a half ago
12:18RSpliet: hopefully starting a PhD next academic year
12:18RSpliet: (which is why some find it difficult to hire me...)
12:19RSpliet: I could be doing something more interesting than I do now... but I kept them on a string as I tried to find funding for nouveau
12:20tobijk: so they wouldnt let you work on nouveau while working for them? :-(
12:20tobijk: or seperate funding for nouveau?
12:21RSpliet: not during office hours, and tbh, after 40 office hours a week I'm exhausted and hardly feel like working on nouveau
12:21RSpliet: there's only so many energy and focus in me ;-)
12:21tobijk: i hoped more for 2hrs in the 40hrs for nouveau :D
12:21RSpliet: not in their interest
12:23RSpliet: so there's a point where I need to make some hard choices... and my health, wealth and sanity then has to be prioritised over nouveau
12:23RSpliet: sad reality
12:24tobijk: that comes first, sure, after all we are a opensource project
12:25tobijk: wasting peoples health on it is not the way i want this driver :)
12:25RSpliet: heh, no absolutely not, but it's a sad story because I have the experience that would take others months to gain... and I'd love to use it for the good
12:25RSpliet: bloody capitalism...
12:26tobijk: yeah, it has its major downfalls but its the only system humanity can work with, it seems...
12:27RSpliet: none of the other systems has been given a fair chance
12:27RSpliet: but even the capitalistic west is starting to look more and more like communism
12:28RSpliet: (... or, that's an interesting theory I read recently, on how we seem to be inventing jobs just to keep everybody working; that has a very communistic mindset behind it)
12:29tobijk: but they tend to kill people anyway
12:29tobijk: communistic jobs were more like eh, part time i guess :)
12:30RSpliet: well, I wasn't there
12:30RSpliet: but half of the office jobs in government administration are redundant
12:30tobijk: me neither, but thats waht i have read and heared
12:31RSpliet: you can sack them... but that would increase the unemployment rate dramatically
12:31tobijk: let alone burecracy ;-)
12:32RSpliet: more and more people are actually working part-time...
12:32RSpliet: anyway, totally different discussion :D
12:32tobijk: yeah an the wrong channel :)
12:33tobijk: other thing: is imirkin on vacation? :D
12:34RSpliet: I have no idea
12:34RSpliet: he does still send out e-mails
12:34tobijk: yeah i observed that, but he is missing here...
12:35RSpliet: might be busy
12:35tobijk: i go with the first option (positive minded me)
12:38tobijk: RSpliet: if you are bored, you can review my last iteration on the OP_CVT patch ;-)
12:38RSpliet: I'm hardly bored
12:39RSpliet: I could do that, but I also have some compiler patches of my own to polish up further
12:39tobijk: guessed that, but trying is free :)
12:39tobijk: oh interesting, more folding work?
12:40RSpliet: plus there's an NVA0 in my cabinet
12:40RSpliet: well, the "short form MAD" implementation + a post-RA folding pass for immediates
12:41tobijk: looking forward to it, even if i am not able to review it/them :)
12:48RSpliet: there's been several versions on the ML already
12:48RSpliet: and it's not super-exciting until we can trick RA to prefer SDST == SSRC2
12:52tobijk: dont ask me about the RA, i failed doing even easy things with it (one might think)
12:52RSpliet: well, RA is the most complex step in compilers...
12:53RSpliet: the problem itself is allegiadely NP complete
13:32vnd: hi again
13:33vnd: I have a question about the entry: “The fan is really LOUD all the time”. when did it apeared?
13:34vnd: I mean the problem with the fan - the first reported bug or sth?
13:35mupuf: vnd: I doubt this is a regression
13:35vnd: hi mupuf
13:35mupuf: it must boot with the fan to 100% and nouveau fails to slow it down :s
13:35vnd: I have a similar problem with my fan
13:35mupuf: well, great for me :D
13:35mupuf: not for you
13:36mupuf: so, tell me more
13:36mupuf: does the computer start with the fan to 100%?
13:36vnd: and I’ve checked that it appeard between kernel 3.14.29 and 3.15.10
13:36mupuf: so, that would be a regression!
13:36vnd: mupuf: when the nouveau is compiled into the kernel - yes, but in general the fan gets mad when nouveau is loaded
13:37mupuf: ok ok
13:37vnd: but I’m not exactly sure if it’s exactly this problem that is mentioned in faq
13:37mupuf: you know what, screw sleep
13:37mupuf: let's unbox my REing machine
13:37mupuf: I have no case for it, so it is not going to be pretty
13:37vnd: in my case I can control the fan (I can for example turn it off) but the 1% is still 101% in normal case
13:38vnd: I mean manging by pwm1 files
13:38vnd: I’ll post you something
13:38vnd: here’s exactly explained what happens to me
13:39vnd: firstly I thought that it’s a problem with my .config
13:39vnd: but latelly I’ve realized that the fan is working ok on previous kernels
13:39vnd: and doing some kind of binary search I’ve found the range (3.14.29; 3.15.10]
13:40mupuf: are you aware of the existance of git bisect?
13:40mupuf: but let me check, the commit should be trivial to find
13:40mupuf: not many commit on fan management
13:41vnd: I’m not 100% sure that it’s nouveau problem (maybe some termal monitoring or other thinks) but the change in nouceau seems to be the simplest reason
13:43mupuf: look no further than nouveau
13:43mupuf: and I'm probably the one to blame
13:43mupuf: well, at least partially
13:43vnd: hah ;)
13:44mupuf: I may have accidentally regressed fermi/kepler fan management by adding fan management support for the maxwell
13:44mupuf: but I guess this is more subtle
13:45mupuf: give me some time, I literrally need to unbox my computers
13:45vnd: mupuf: in my case it’s kelper I think - it is discovered by nouveau as NVc0
13:45mupuf: and set them up in a cardboard box
13:45mupuf: c0 == fermi
13:45vnd: ok :) may be that way
13:47vnd: sorry, I’m not an everyday kernel developer ;) just when I encounter some problems I trying to go as far as I could to diagnose it
13:51mupuf: vnd: thanks for doing so
14:01vnd: mupuf: maybe it would help you a bit, I’ve mentioned it on gentoo forums but I’ll point it once again in here:
14:02vnd: the kernel 3.14.29 works normally - the fan speed is ok
14:03vnd: but when I change the mode to manual (echo 1 > pwm1_enable) the fan speeds up to 100% as in branch 3.15.10 (where the fan works with that speed since the beggining when the nouveau is loaded)
14:03vnd: after changing to manual mode there’s no other way than reboot to slow down the fan
14:04vnd: switching back to auto mode doesn’t work
14:05vnd: maybe there was some change that bease on this scenario? maybe you set internally the mode to manual and then back to automatic - just a guess
14:06tobijk: i'd more guess that auto fan managment was not avail on 3.14.x, only manual managment...but mupuf will find out eventually :)
14:06tobijk: vnd: anyway bisecting would really help him, as he mentioned
14:09vnd: np guys, it would help me too when you found the solution :)
14:11vnd: if you need some support with testing the patches or other things I open to help
14:15vnd: / email@example.com just in case
14:16vnd: it’s a little bit late in here :) going to sleep in a hour
14:23mupuf: it's alive!
14:23mupuf: it's aaaaaliiiiivvvveeeee!!!
14:23mupuf: so, it would seem like all my packages arrived in a perfect condition
14:23mupuf: kuddos to the Finns for handling them nicely
14:23hakzsam: reator is ready ? :)
14:23mupuf: it has no case
14:24mupuf: but it is there
14:24mupuf: no internet access yet though
14:24mupuf: so no wtrpm
14:24mupuf: I'll possibly get it this week or next week
14:24mupuf: let's cross fingers!
14:24hakzsam: okay :)
14:24mupuf: that was the good news
14:25mupuf: the bad news is ... I cannot reproduce the problem with my nvcf
14:25mupuf: I can try again with the nvc4 but this one, for some reason, seem incompatible with my machine...
14:25mupuf: oh, but I also received the c8 and ce
14:25mupuf: I'll try them first
14:25mupuf: let's hope that I can reproduce the problem
14:26mupuf: vnd: have you tried with a more-recent kernel?
14:26tobijk: mupuf: can one run tests on the blob there (reator)?
14:26mupuf: or are you stuck with the 3.15
14:26vnd: mupuf: the latest one I’ve tried was 3.17.something
14:26mupuf: tobijk: that would require wtrpm
14:26vnd: the problem existed
14:26mupuf: on 3.18, it runs
14:26mupuf: tobijk: let me find you the article I wrote about it
14:27mupuf: it changed quite a lot since
14:27tobijk: ah thanks a lot
14:27mupuf: but the concept remains
14:27mupuf: https://lh3.googleusercontent.com/-X4ERIO-UPuA/U9eMeNmMVJI/AAAAAAAAAS0/pRtYwG7-99Y/w1545-h870-no/14070021.jpg a more up to date hw
14:28mupuf: althought this one is still a prototype
14:28mupuf: anyway, if you want to request access to reator, that will be possible, indeed
14:28mupuf: I'll have two reators soon
14:28mupuf: as in, probably in march
14:28mupuf: when I buy myself a new computer
14:28hakzsam: mupuf, I'll try to get mine wtrpm card the next friday, btw
14:29mupuf: you'll need to finish to assemble it ;)
14:29mupuf: and solder
14:29hakzsam: and buy a new computer very soon, too
14:29mupuf: anyway, let's not waste some sleep time on chit chat
14:29Wonka: mupuf: that a RasPi below the Wt-RPM board?
14:30Wonka: mh... a bit much :)
14:30Wonka: got something not done yet... attiny2313, vusb, 8 opto couplers...
14:31Wonka: makes 4x RSTSW 4x PWRSW.
14:31Wonka: add a USB hub and 4 USBTTYs...
14:31Wonka: and hook that up to an OpenWrt router.
14:32Wonka: but well, bed time for me now
14:33mupuf: openwrt router?
14:33mupuf: that would be overkill ;)
14:33Wonka: but the raspi isn't?
14:33mupuf: price-wise, nope :D
14:33mupuf: at the time, it was the cheapest ethernet board you could get
14:33Wonka: addition: I'm building that for use at a place where we already have the openwrt router
14:33mupuf: and I seriously don't want to deal with openwrt
14:34mupuf: arch is fine :D
14:34mupuf: ah, right
14:34mupuf: then it makes a lot of sense then!
14:39tobijk: mupuf: if grub looks garbled with RS232, its grubs fault :D (i did experience that few times with a Galileo Board as well)
14:42mupuf: I can't remember the issue
14:42mupuf: anyway, the c8 works well too
14:42mupuf: and the c0 does not use the same fan management technique
14:43mupuf: wait, it is only related to the manual fan management?
14:43mupuf: that would be weird
14:44tobijk: mupuf which technique does c0 use? the weird non step non linear one?
14:45vnd: mupuf: as far as I’ve checked - yes, after switich to manual the fan gets mad (on 3.14)
14:46vnd: and on 3.15 the fan gets mad since the beginning
14:49mupuf: tobijk: an i2c chip
14:49mupuf: vnd: ok, I really cannot reproduce the bug on the 3.18
14:49mupuf: I'll have to go to sleep
14:50mupuf: I have to arrive early at work tomorrow
14:50vnd: ok, np
14:50vnd: I’ll try to figure out something on my own too :)
14:51mupuf: vnd: nah, I'll have a closer look tomorrow
14:51mupuf: you updated your bug report right?
14:51mupuf: the only thing I would like you to try, is the 3.18
14:51vnd: hm, I haven’t filled any
14:51vnd: I’ll try it
14:52vnd: I gonna sleep too
14:52tobijk: vnd: there was a bugentry for the same case
14:53tobijk: dont know if it was with nvc0
14:53vnd: tobijk: ok :) I wasn’t aware of it
14:53vnd: do you have some link?
14:54tobijk: just digging into bugzilla, give me some minutes
14:56tobijk: vnd: likely the same cause: https://bugs.freedesktop.org/show_bug.cgi?id=84721
14:57vnd: yup, and nvc0 too
14:57vnd: seems like the same issue
14:57vnd: and even gentoo matches :)
14:58vnd: anyway it’s not gentoo related problem - newest fedora has the same problem
14:59tobijk: nah its nouveau handling something wrong
14:59vnd: ok, i’ll post some comment about there kenel versions affected etc.
15:03mupuf: yes, there are multiple bug reports
15:03mupuf: so, I really need to understand this problem
15:04mupuf: bisecting would really help though
15:04mupuf: since all my cards seem to work fine
15:04tobijk: so better keep it seperate?
15:04mupuf: I won't be able to have a look at it tomorrow
15:04tobijk: its nv0/nvc1
15:04mupuf: so that will be for tuesday or later
15:04mupuf: tobijk: keep what separate? the bug reports?
15:04mupuf: yes, please
15:04tobijk: vnd: -^
15:04mupuf: and I'll need the vbios + kernel logs
15:05vnd: mupuf: but I haven’t filled any yet
15:05vnd: anyway I think it’s exactly the same issue
15:05tobijk: vnd: file a new one
15:05vnd: just the gfx card model differs
15:05mupuf: yeah, but I would rather have separate ones
15:05mupuf: because your vbios will be different
15:06vnd: ok, I can :) anyway, I just posted the comment to this previous one
15:06mupuf: nouveau.freedesktop.org tells you how to report one
15:07vnd: ok ok, give me 5 minutes
15:07mupuf: oh, you have time ;)
15:07mupuf: see you! I should already be asleep
15:07vnd: bye mupuf
15:07tobijk: to bed with you :P
15:08vnd: tobijk: anyway, why this bug is marked as nvc1 if in dmesg there’s info that the card was detected as nvc0? :)
15:09tobijk: it is an nvc1
15:09tobijk: look closer
15:09tobijk: the family is nvc0
15:09vnd: ah, sorry
15:09vnd: you’re right
15:09tobijk: np :)
15:10pmoreau: tobijk: imho we should close https://bugs.freedesktop.org/show_bug.cgi?id=47965 as invalid rather than fixed as we aren't sure if it works now.
15:10tobijk: pmoreau: sure, i played a bit of roulette there anyway!
15:11vnd: I’ve mislooked in my case too - my card is also detected as nvc1
15:11vnd: the same chipset
15:11pmoreau: tobijk: At least you're working on cleaning the bugzilla :) , I can't say the same for me
15:12tobijk: vnd: really?
15:13vnd: tobijk: yup, here’s the dmesg I’ve posted on gentoo forums: http://pastebin.com/tGHKV8pc
15:13vnd: Chipset: GF108 (NVC1)
15:13tobijk: yep right
15:14vnd: ok, I’ll create this bug report tomorrow if still needed - another monday tomorrow… gonna sleep
15:15vnd: bye, ttyl!
15:15tobijk: vnd: no as it is nvc1, use the other report
16:28_root_: take a look at https://www.libreoffice.org/bugzilla/show_bug.cgi?id=84721 seems I am not alone in this
16:28_root_: It needs attention ;)
16:32pmoreau: _root_: There are quite a few bugs that need attention unfortunately. :/
16:33tobijk: _root_: that was vnd here in the channel
16:34pmoreau: But you're right to ping about it ;)
16:34tobijk: mupuf will have a look at it this week
16:34tobijk: (he said)
16:41pmoreau: Which misconfigured engine(s) could cause a nouveau_bo_vma_add to generate a BARCTL timeout and a FIFO interrupt? PFB I guess?
16:43_root_: oh; I am a little bussy this week and I lost the focus to check in here time to time
16:43_root_: this is really needed. i want to switch to hardened kernel and it is stoping me to do so
16:44pmoreau: Apart from the noise, isn't your card working?
16:44tobijk: _root_: there are other people suffering from major problems, like not working cards, which problems to deal with first?
16:45_root_: anyhow; I thind i need to add sensors and dmesg with nouveau.debug enabled
16:45_root_: tobijk: devs' call.
16:46_root_: It always assumed it is my and only my problem.
16:46tobijk: _root_: well the problem is there are not that many devs :/
16:46_root_: now It seems a whole bunch of cards sufering from the same issue
16:47_root_: where is martin
16:47tobijk: i havent said nobody is going to fix it, it just may take some time
16:47tobijk: he is asleep
16:47tobijk: let him rest
16:47_root_: I got that. and I do respect
16:47_root_: I just said martin said he could help
16:48_root_: It was my part in being late to produce the materials
16:48tobijk: yeah his nick is mupuf and he said he'll look at it this week
16:48tobijk: give him that time please
16:49_root_: tobijk: of course of course I am not pushing really scouts honor
16:50_root_: oh look at that I coined new emoji
16:50tobijk: whats that for? serious face damage? :O
16:51_root_: tobijk: I guess something between sleep deprived and smile.
16:52tobijk: heh, take a nap as well :)