dto: hello everyone. i can't quite get the radeonhd driver working on my HD9600PRO.
dto: should i try the plain radeon?
dto: i just need 2d for now
dto: so that i can get started with other tasks on the machine
airlied: dto: you can try it , for r600 though radeonhd might be faster due to all sw rendering..
papillon81: I can't get my r300 to work correctly with kde4. as soon as I enable composite effects, all windows look distorted. I use EXA and LIBGL_ALWAYS_INDIRECT=1
OipOS: What about removing that LIBGL_ALWAYS_INDIRECT=1 ?
OipOS: Unless you're using compiz, I don't think it is necessary.
papillon81: OipOS: without it it gives me a completely white screen. no crash, but I can't see anything
papillon81: OipOS: can try it again if it's useful
OipOS: I am able to run KDE4 on my r300...I don't know whether I enabled the compositing effects though.
papillon81: OipOS: i am able as well, as long as I keep the effects disabled
papillon81: OipOS: are you useing EXA?
OipOS: Though the KDE4 window manager screwed up a while back, so I stopped using it.
papillon81: OipOS: could you try to enable the effects?
OipOS: I'll have to brb then :P
OipOS: Works fine here.
OipOS: Though as I said, the window manager messes up. Sometimes the window borders just dissappear.
OipOS: On a side note, I'm using Mesa-git; Xorg-git and xf86-video-ati-git
papillon81: i'm using xf86-video-ati-git and xorg 1.4
OipOS: oipo [ ~ ]$ xdpyinfo | grep Composite
papillon81: same here
OipOS: Though a system tray would be nice.
papillon81: i am on ppc. you?
OipOS: Well, can't help you much.
papillon81: something is broken
papillon81: thank you so far
papillon81: have to go now, but will keep searching
arekm: agd5f: maybe now new driver rel? :-)
agd5f: arekm: yeah.
agd5f: arekm: do my latest pll changes work ok for you?
arekm: agd5f: no idea. let me see
arekm: agd5f: nothing broke at first look. X log is here: http://carme.pld-linux.org/~arekm/ati-pll.txt
agd5f: arekm: cool. it shouldn't, but additional testing is always welcome :)
arekm: huh, and it sees port5 (s-video I guess) now
agd5f: that was a regression that I fixed a while ago
agd5f: arekm: I'll roll a release this afternoon
arekm: wonders what's happening with other amd docs releases. Does actually anything happens?
agd5f: arekm: lots of stuff in process :)
arekm: anything in "this year" area? ;)
agd5f: arekm: I hope so, but I'm not 100% sure. I'm still ramping up in internal stuff
arekm: would like r300 docs for christmas ;)
daniels: arekm: legal departments in technology companies are always fun to deal with. give it time.
rx__: HMDI == HDMI?
arekm: oh, 1.4.1 for christmas would be nice, too
daniels: arekm: if it's not done by then i'll just release it anyway
rx__: how many blocker bugs left?
arekm: rx__: isn't that just someones typo?
rx__: arekm; xf86-video-ati atombios-support branch git commit 372bf
rx__: oh nm.. just looked at the git diff
rx__: yah.. typo
rx__: nice.. initial hdmi support
agd5f: rx__: heh
rx__: not that it matters for me.. no hdmi on this notebook
tormod: agd5f: hi, your pll change today breaks something on my X700: like horizontal "rain"
tormod: For months, I have seen this occasionally when changing VT. I could always fix it by changing to text and back again.
agd5f: tormod: got a log?
tormod: With yesterday's pll change, it seemed to work perfectly, I could never get the "rain".
agd5f: old and new log preferabley
tormod: good one: http://paste.debian.net/44691
tormod: bad one: http://paste.debian.net/44692
tormod: agd5f: got all you needed?
agd5f: tormod: cool. thanks. I'll take a look in a bit
agd5f: tormod: does the atombios-support branch work better? also, can you try the atombios branch and revert b368b0f22cd1d7ef9b4c65d82929c76f3b82d573
tormod: agd5f: last time I tried atombios I got a black screen. Will try again now. Should I try it without reverting first?
agd5f: if you could
arekm: builds ati driver via sparse
tormod: arekm: what's sparse?
arekm: Summary: Sparse - a semantic parser of source files
arekm: agd5f: very little cleanups http://carme.pld-linux.org/~arekm/ati-c.patch
agd5f: arekm: thanks!
airlied: arekm: try the atombios-support branch ..
arekm: AtomBios/Decoder.c: In function 'ParseTable':
arekm: AtomBios/Decoder.c:139: warning: cast from pointer to integer of different size
arekm: AtomBios/Decoder.c:163: warning: cast to pointer from integer of different size
arekm: atombios_get_command_table_version() needs prototype in radeon_atombios.h
arekm: s/'/"/ in VESA_OEM_PRODUCT_REV def
arekm: agd5f: and this little "make things more readable" piece http://carme.pld-linux.org/~arekm/ati-c2.patch
tormod: agd5f: tried atombios-support. got the "northern lights". now I remember that I got this the last time I tried also (not black screen) and I reported it here.
tormod: then I tried the revert. it gave a merge conflict. I was confused to which part to remove, but since the HEAD part would have given a syntax error, I chose the other. was this correct?
tormod: anyway it gave the same "lights" and additionally broke the consoles too (lots of vertical stripes), so I had to reboot.
agd5f: tormod: this is the commit in question: http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?h=atombios-support&id=b368b0f22cd1d7ef9b4c65d82929c76f3b82d573
tormod: agd5f: I know, that's the one I tried "git revert" on.
agd5f: tormod: what do you mean by "northern lights?" was that the rain effect you mentioned earlier?
tormod: no, it's the fading colours
airlied: sounds like bloom..
tormod: I got it explained like backlight on, crt off
agd5f: and this is x700?
agd5f: it should be taking the same code paths in master and atombios-support
tormod: yes mobility
tormod: did I fix the merge conflict the right way?
agd5f: got a log from atombios-support driver?
tormod: I removed the HEAD part of the conflict. wait a sec for log.
agd5f: well, it should work as well as master even with that commit
tormod: log here http://paste.debian.net/44698
tormod: would have been nice to see latest git commit id in the log...
agd5f: hmmm.. maybe panel doesn't like certain ref_divider values? clock should be the same though...
agd5f: tormod: does this patch help? http://www.botchco.com/alex/xorg/possibletvfix.diff
tormod: agd5f: on top of what?
agd5f: tormod: either/both. code should be the same
agd5f: whoops wrong patch
tormod: so you mean this can fix atombios-support which never worked?
agd5f: tormod: you want this one: http://www.botchco.com/alex/xorg/possiblefix.diff
agd5f: try on master
agd5f: you can also try this one on master: http://www.botchco.com/alex/xorg/possiblefix2.diff
agd5f: tormod: can you also get me a log from atombios-support without any reversions?
tormod: log was gone, but I have now reverted the revert. But will test master first.
tormod: will test possiblefix.diff now
tormod: agd5f: what was the url for fix2 again :)
agd5f: tormod: http://www.botchco.com/alex/xorg/possiblefix2.diff
tormod: possiblefix.diff gave the same rain
tormod: hmm how do I cut and paste from irssi? :)
tormod: got iy
tormod: got it
tormod: possiblefix2 didn't help either
tormod: atombios-support (clean) gives picture but with "rain"
tormod_: atombios (clean) log: http://paste.debian.net/44699
tormod_: master, with possiblefix.diff http://paste.debian.net/44700
tormod_: master, with "possiblefix2.diff": http://paste.debian.net/44701
tormod_: good night
dli: ps fx
dli: radeon bug: http://www.picpaste.de/radeon.png
dli: top portion of the rootwin messed, after lid close/open
airlied: dli: yes li close/open is abit messy at the moment..
dli: airlied, another issue, not sure which one to blame, after testing radeon on :1, radeonhd on :0 messed, switching VT or restart radeonhd don't bring it back, had to reboot
airlied: dli: don't do that? swapping drivers at runtime is not guaranteed to be a useful idea..
dli: airlied, quit radeon, restart radeonhd on :0, still doesn't help
airlied: dli: yes as I said not usually a great plan..
airlied: maybe radeon doesn't reset something radonhd relies on..
jkohen: Hi. I noticed my XPress200M is doing 120 wakeups/s on my laptop. I'm using XOrg 7.3/1.4.1, radeon 6.7.196 and Mesa 7.1~20070824. DRI and Composite are enabled (but Xorg is the only client according to /dev/dri/card0). I thought this should be tops 60Hz, ideally 0. How can I reduce this without disabling DRI?
airlied: what kernel?
airlied: granted 120 seems excessive..
jkohen: The interrupt was shared with the soundcard, but even after removing all sound modules (and making sure the interrupt was not shared anymore) the number is still nailed on 120 (and goes up from there if I start, say, glxgears).
airlied: jkohen: you using dual-head?
jkohen: Nope, just the laptop's panel.
jkohen: I do have several devices defined in xorg.conf (since I used to have a CRT), but only the panel is referenced in the current screen layout.
airlied: wierd.. I can't test at the moment, due to lack of radeon but it maybe messed up.