14:00 RSpliet: http://ssabook.gforge.inria.fr/latest/book.pdf - is a pretty darn good resource on SSA compilers
16:22 kuerv0: Hi
16:22 kuerv0: Ive installed xorg, but when I type startx X launches but only shows the test pattern, no desktop manager, any idea ?
16:23 Sarayan: what's in your .xstart?
16:23 Sarayan: sorry, .xinitrc
16:24 kuerv0: exec dbus-launch --exith-with-session startfluxbox
16:25 Sarayan: I guess that's what's having a problem
16:25 kuerv0: but the same if I type xinit /usr/bin/xterm
16:25 Sarayan: you mean the xterm doesn't show up?
16:25 kuerv0: only test pattern, no xterm, neither keyboard or mouse
16:25 kuerv0: yep, neither xterm neeither nothing, only test pattern
16:25 Sarayan: anything interesting is Xorg.0.log?
16:25 Sarayan: in
16:26 kuerv0: let me pastebin, I cant see anything strange
16:27 kuerv0: https://paste.pound-python.org/show/P82Wwn8pHg1WsjmkplFn
16:29 kuerv0: when was just installed it worked, it entered desktop manager, but with too low resolution, but after exit X and enter again failed and from since...
16:30 Sarayan: yeah, I see nothing special
16:31 Sarayan: try addign something akin to echo "I was here" > /tmp/hello.txt in you .xinitrc to see whether it goes there?
16:31 kuerv0: ok let me see
16:38 kuerv0: nothing
16:38 kuerv0: if I quicly switch between ttys I can see the taskbar of fluxbox, but suddenly again the pattern
16:39 Sarayan: nothing should mean it never went over the echo
16:39 Sarayan: so fluxbox should not be started at all
16:42 kuerv0: but it doesnt work for example xinit /usr/bin/X neither xinit /usr/bin/xterm
16:42 kuerv0: always show the patter
16:43 Sarayan: why xinit?
16:44 kuerv0: only for testing
16:44 kuerv0: neither startx /usr/bin/xterm
16:44 Sarayan: yeah
16:44 Sarayan: weird
16:47 kuerv0: yep, so much :S
16:48 imirkin: kuerv0: X isn't supposed to start anything
16:48 imirkin: so ... working as intended
16:49 imirkin: if you run "xinit" (no args) it should start an xterm.
16:50 kuerv0: nope :( only test pattern
16:50 kuerv0: tried to start X as root, but doestn work
16:51 imirkin: silly question... do you have xterm installed?
16:51 kuerv0: yes, I have it
16:51 imirkin: perhaps something changed in xorg 1.20...
16:53 imirkin: also nowadays it doesn't display the test pattern
16:53 imirkin: it should just be a black background
16:54 kuerv0: pfff so weird then
16:54 kuerv0: perhaps something is broken but dont know what
17:20 karolherbst: kuerv0: can you do a "xinit xterm"?
17:21 karolherbst: but mhh, you tried that, didn't you?
17:22 kuerv0: yes Ive tried, and doesnt work
17:22 karolherbst: I guess that test pattern thing just gues in the foreground
17:22 karolherbst: and everything works, just that client is silly
17:23 kuerv0: is possible,
17:23 kuerv0: if I quicly switch between ttys I can see the taskbar of fluxbox, but suddenly again the pattern
17:23 kuerv0: so maybe is workin but cant remove the pattern
17:24 karolherbst: yeah...
17:24 karolherbst: check for applications inside top
17:24 karolherbst: and just kill it
17:24 karolherbst: if you find it
17:24 karolherbst: if this fixes it, you can figure out why it always starts
17:24 karolherbst: maybe some local files
17:25 karolherbst: like .xinitrc .xsession or .xsessionrc ...
17:25 kuerv0: mmm, gonna see
17:25 karolherbst: I think xinitrc would be the one in the end
17:25 karolherbst: but there are also the system wide session files :/
17:26 karolherbst: anyway, if you find that the executeable name you could search for files containing it. Maybe that helps to figure it out
17:26 kuerv0: good idea
17:34 kuerv0: cant see anything strange
17:35 karolherbst: mhh, maybe something weirdo inside the X config? In doubt you could remove all X config files not owned by packages
17:39 kuerv0: tried with no luck
18:10 joepublic: Today I learned that fake chinese nvidia cards are not just slow, but rather largely nonfunctional past initially putting up a display.
18:11 imirkin: on the bright side, they're cheap!
18:11 joepublic: My hypothesis, "functional but dirt dog slow", was disproven experimentally.
18:13 joepublic: I dunno, I looked them up, and it seems people are selling them for $US40 - $60 which does not sound all that cheap for a nonfunctional device.
18:13 imirkin: if you're buying on ebay, you have to be a little careful
18:13 imirkin: once you know what you're looking for, they're quite obvious
18:13 joepublic: I was also alarmed to see on ebay that I didn't have to look very hard to find them, there are zillions of them.
18:14 imirkin: they tend to be the top results :)
18:14 imirkin: since ... they're cheap
18:14 joepublic: To buy on ebay, I would look for a brand name card whose pictures match the pictures on that maker's website. The chinese fakes all seem to look pretty generic.
18:15 imirkin: or are for brands that don't exist
18:17 joepublic: Now I wonder if someone gave me this card because it does not work, but most of the chinese fakes do work, or if all those zillions of chinese fakes stop working after several minutes (or upon starting a benchmark or game) like this one I have here does.
18:18 joepublic: Because if they are all useless like this one, ebay/ebay buyers have a serious and alarming problem in the form of an endless supply of these things.
18:20 kuerv0: https://paste.pound-python.org/show/SG9stFhnQgye9OCNxIK8
18:21 kuerv0: ups, sorry, wrong chat
18:21 HdkR: When Maxwell switched over to signed firmwares it sort of destroyed that business model. Will take a long time for everyone to get hardware being Maxwell+ only though
18:23 joepublic: Their business model does not seem to have been affected (lots of newish model numbers advertised on ebay that all show the pictures of the generic one DVI, one VGA, one HDMI fake card)
18:24 HdkR: Sure, but the hardware they are rebranding will become more and more apparently different and their stock will....eventually die out
18:24 HdkR: Will take 5-10 years to stomp out
18:24 karolherbst: HdkR: they have nvflash
18:25 karolherbst: or other tools to just flash whatever vbios
18:25 joepublic: One must wonder why ebay is so complicit (other than getting a financial cut of each scam transaction)
18:25 HdkR: karolherbst: Can you still rebrand a GTX 1060 to somethign random?
18:25 karolherbst: HdkR: you can rebrand a fermi to a GTX 1070 :p
18:25 HdkR: Sure
18:25 karolherbst: but it also works for maxwell+
18:26 HdkR: Hm. I thought the signing knocked out the vbios trickery as well
18:26 joepublic: when you say "works", do these cards by and large actually work, just slowly, or are they mostly work-a-little-then-die like the one I have here?
18:26 karolherbst: HdkR: what about those high end overclockers? If you look hard enough, you actually find signed vbios you can just flash on your GPU with overclocked settings as well
18:27 karolherbst: HdkR: also, how do OEMs set their own OEM clocks ;)
18:27 karolherbst: joepublic: normally you sell older crappy cards with newer/high-end model names
18:28 orbea:wonders when nvidia will be cooler like amd
18:28 karolherbst: HdkR: the trust model depends on nvidia trusting all employees of all OEMs, guess how well that works out ;)
18:28 HdkR: Yea, but those are already signed and people are just stripping them from different vendors?
18:28 karolherbst: no
18:28 joepublic: The one I have here has a sticker that says "GTX660" but clearly isn't one, but in testing, it dies slowly one black region of the screen at the time, or dies quickly if you start something demanding (glmark2, for example)
18:28 karolherbst: HdkR: OEMs can more or less sign their own vbios, no?
18:28 karolherbst: how would that work out otherwise?
18:29 karolherbst: they have to send every single vbios to nvidia and get that signed there?
18:29 karolherbst: I highly doubt that
18:29 HdkR: I'm not sure exactly how it works with the vbios
18:29 karolherbst: I am more or less sure, that with the right tool (which I am 100% sure exists) you can flash whatever vbios on the GPU
18:29 karolherbst: I think the hardware one isn't even verified?
18:29 HdkR: hm
18:29 karolherbst: only the software vbios is checked?
18:30 HdkR: gross then
18:30 karolherbst: yeah
18:30 karolherbst: I think mupuf told me that on chip vbios doesn't have to be signed
18:30 karolherbst: only software loaded ones
18:30 HdkR: That's disgusting and should be fixed :/
18:30 orbea: s/fixed/tossed/ :P
18:30 karolherbst: :D
18:31 karolherbst: sadly one year ago maxwell gpus were still expensive
18:31 HdkR: Guess I'll find out in a few generations when GT 1030s are rebranded as RTX 5060 cards or something
18:31 karolherbst: I just don't know if there is a legal way to get that flashing tool though
18:32 HdkR: Eh, it's china, they don't give a flip
18:33 karolherbst: I meant for us
18:33 karolherbst: I was thinking about buying really cheap maxwell GPUs and do reverse engineering by flashing the vbios
18:33 karolherbst: but...
18:33 karolherbst: well
18:33 karolherbst: there has to be a legal way to do that
18:34 karolherbst: maybe Nvidia would be nice and provide us with such tools, but then there will be an NDA attached for sure :/
18:35 joepublic: attract a throwaway developer, talk him or her through flashing some cards, mail you the cards, then he or she goes about his or her merry way, never having touched nouveau?
18:36 karolherbst: ....
18:36 karolherbst: yeah, I am sure that will work out splendidly
18:37 joepublic: I would say that that conclusion is probably a little beyond what's warranted.
18:38 HdkR: Attracted any developers to Nouveau is difficult with interest dying due to signed blobs never getting released
18:39 joepublic: Yeah I heard those were coming RSN
19:48 mupuf: karolherbst: not entirely sure about this though
21:36 MichaelP: Video card Nvidia GeForce GT 730 Arch Linux Plasma 5.14.2... nouveau is laggy... oogle chrome is choppy on scrolling content youtube and vlc kinda choppy...
21:39 imirkin: MichaelP: nouveau + plasma = fail, i think
21:40 imirkin: but pastebin dmesg + xorg logs, perhaps there's something more obvious going on
21:44 MichaelP: dmesg https://bpaste.net/show/87421d488d9f
21:44 imirkin: do you have nothing plugged into it?
21:45 imirkin: oh nm, that's i915
21:45 MichaelP: xorg.logs https://bpaste.net/show/0aae9a55bbec
21:46 MichaelP: Is built in that i don't use.
21:46 imirkin: appears that your monitor is being reprobed with some regularity
21:47 imirkin: i assume you're not constantly plugging and unplugging the HDMI cable?
21:47 MichaelP: monitor is my 32 inch tv going thru hdmi
21:47 MichaelP: nope pluged in 24/7
21:48 imirkin: seems like every 5-10 seconds the EDID is being re-read
21:48 imirkin: which is an indication of something worse going on
21:48 imirkin: when you say "choppy" do you just mean laggy scrolling, or like entire screen blinks?
21:48 MichaelP: laggy
21:48 imirkin: hrm
21:49 imirkin: well, one thing you could try is clocking your gpu higher, and see if that fixes anything
21:49 imirkin: you can adjust the pstate by futzing with /sys/kernel/debug/dri/1/pstate
21:49 MichaelP: If i use nvidia driver.. everythin is great
21:49 imirkin: (cat it to see the pstates, then you can flip between them by echo'ing the pstate id into the file)
21:49 imirkin: yeah, nvidia reclocks automatically
21:51 MichaelP: sounds like that be a lot of work
21:54 MichaelP: /sys/kernel/debug/dri/1/pstate .... 07: core 405 MHz memory 810 MHz ... 0f: core 653-901 MHz memory 1600 MHz ....DC: core 405 MHz memory 810 MHz
21:58 imirkin: so try "echo 0f > /sys/kernel/.../pstate"
22:01 MichaelP: 2nd line like ... echo 0f: core 653-901 MHz memory 1600 MHz
22:05 MichaelP: i see here https://www.phoronix.com/scan.php?page=news_item&px=linux-4.5-nouveu-pstate-howto ... on that line at the end adding AC DC * to re-clock card
22:12 imirkin: MichaelP: echo 0f
22:12 imirkin: as i said
22:15 MichaelP: imirkin: so putting echo in font of 0f
22:15 imirkin: <imirkin> so try "echo 0f > /sys/kernel/.../pstate"
22:18 MichaelP: that adds the AC DC * to the end of that line
22:19 MichaelP: guess reboot see if it works any better
22:32 karolherbst: ...
22:34 karolherbst: imirkin: ntw, did you plan to take another look at my texs patches? I updated the print one some weeks ago
22:34 imirkin: bleh
22:34 imirkin: i'm so overloaded with other stuff
22:34 imirkin: i can't keep it all in my head.
22:35 imirkin: need to get ear plugs or something, it all seems to leak out otherwise
22:35 imirkin: link?
22:35 karolherbst: https://github.com/karolherbst/mesa/commit/ce6d57ca91afe1020c52d945c3c4f5b4cc1471e8
22:36 karolherbst: wondering if I should run piglit on a maxwell1/2 GPU though, it could be they added something in pascal, allthough I highly doubt that. I guess I will do the pre push run on my maxwell2 though
22:39 karolherbst: the whole series is here, but I didn't update any of the other patches and I think you were fine with the other patches: https://github.com/karolherbst/mesa/commits/scalar_tex
22:39 imirkin: karolherbst: ok, well, the last patch is hard to review. but it all seems fine in principle
22:39 imirkin: so if the series passes the piglit tex-miplevel-selection and other texture tests
22:39 imirkin: then the series is R-b me
22:40 HdkR: oh? more TEXS stuff?
22:40 karolherbst: yeah... the actual opcode stuff is quite annoying, because it looks like "we just put the most common things used in random order" :/
22:40 HdkR: :D
22:40 karolherbst: imirkin: k thanks. Will run piglit before pushing anyway
22:40 karolherbst: HdkR: you know it's true :p
22:41 HdkR: I do
22:41 HdkR: TEXS is a mess
22:43 karolherbst: HdkR: just look at this patch: https://github.com/karolherbst/mesa/commit/21ce49a402b2d43cf3c39190cb1038094e6dc6be :/
22:45 HdkR: yuzu currently completely messes up texs as well, is fun :)
22:45 HdkR: because the operanda are so random
22:45 karolherbst: :D
22:47 HdkR: Does the texs support cause most non-scalar trxture fetches to vanish?
22:48 karolherbst: well
22:49 karolherbst: most of the texs thingies are still not perfectly scalar
22:49 karolherbst: but most of them should be gone, yes
22:49 HdkR: sure, they just max out at vec2 instead of vec4
22:49 karolherbst: our RA is just not that perfect and adds movs because it can't place registers better
22:50 HdkR: I see
22:50 karolherbst: and those usually go away if you not use quad regs
22:50 karolherbst: that's where the -1% instruction count comes from
22:50 HdkR: right
22:52 HdkR: I wonder why the encoding space is even wasted having the vector texture fetches
22:52 HdkR: seems redundant
22:53 karolherbst: HdkR: how so?
22:53 karolherbst: you still need those anyway
22:53 karolherbst: it's not like you would safe any space if you remove them
22:54 karolherbst: or... for what would you use the space instead
22:54 HdkR: why? just convert to the scalar versions :D
22:54 karolherbst: :D
22:54 karolherbst: welll
22:54 karolherbst: HdkR: you can't have TEXS with a 0x5 or 0x6 mask
22:54 HdkR: oh
22:54 karolherbst: check the patch ;)
22:54 karolherbst: you will see what I mean
22:55 karolherbst: HdkR: "RegAlloc::InsertConstraintsPass::isScalarTexGM107"
22:55 karolherbst: ohh and indirect textures/samplers won't work as well
22:55 karolherbst: and... other things