Nightwulf|work: hi all
NTU: need help Nightwulf|work ?
Nightwulf|work: NTU: not at the moment, just idleing, thanks
glisse: evil_core: pastebin your xorg log
ROKO__: Hello .. I have a strange problem with the card Radeon X300.
ROKO__: As you tune everything is under MESA Xorg-Drivers xf86-video-ati
ROKO__: Everything is exactly as released but some 3D effects machine freezes and the only way is reset the button
ROKO__: any ideas
adamk_: ROKO__: Have you tried to ssh into that machine? What version of the drivers are you using?
ROKO__: which driver
ROKO__: xf86-video-ati ?
ROKO__: Installed versions: 6.13.0(13,12,53 11.05.2010)
ROKO__: mesa is 7.8.1
adamk_: What kernel?
ROKO__: so ?
adamk_: As I asked before, did you try to ssh into that machine?
ROKO__: want join into my machine?
adamk_: It's really a simple question: Did you try to ssh into that machine?
ROKO__: adamk_ Did you see the video?
Obscene_CNN: evil_core, how has my patch worked for you so far?
AstralStorm: my drm-radeon-testing sometimes hangs the graphics w/ dynpm+dynclks on
AstralStorm: it's rare, but there
evil_core: Obscene_CNN: something newer than last patchset?
evil_core: Obscene_CNN: last worked like worked before, canno say abou performance
Obscene_CNN: no, I just wondering if you found any bugs>
evil_core: no, but now have fun with glise pageflip patches
Obscene_CNN: do they patch on top of my other patches okay?
glisse: evil_core: did you pastebin an xorg log ?
glisse: did you tested with glxswapcontrol
gormux: hi all
gormux: I have some problems with my setup
gormux: my second screen does not show anything
gormux: DVI-1 connected 1680x1050+0+0 (normal left inverted right x axis y axis) 490mm x 320mm 1680x1050 60.0*+
gormux: this one is ok
gormux: DVI-0 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 1000mm x 550mm 1920x1080 59.9*+ 60.0
gormux: this one has no signal
adamk_: If you place one to the right or left of the other, does it work?
odin_: does the monitor say on it, in the OSD, "No Signal" or similar ?
odin_: is there an official bugzilla for Xorg radeon drivers?
odin_: I have my results of performance regression with RV100 driver all collated, basicalyl 6.8.3 from 2005 performs better than the current driver
amarsh04: it would be good if there were a standard test suite that could be run against given combinations of software and hardware
odin_: yes especially for drawing to unit test correctness (and speed)
odin_: I also have XWD screen grabs of bad font display with current RV100 driver, I thought it was a general issue with F12, until I changed my card to discrete Radeon, now text looks great
gormux: adamk_: nope, dos not work if i place one monitor next to the other
gormux: one goes blank and the other stays with no signal
gormux: and odin_, yes, I have a no signal osd
gormux: but I may have problems related to KMS too, cause i did not set a file in : "External firmware blobs to build into the kernel binary"
odin_: is you disconnection the monitors and swap them over, does the picture move display ? also try re-connecting them in different orders (since it might take the 1st good monitor and use that)
gormux: and I don't know what file i should take...
gormux: hum, i'll test it
odin_: obviously I presume you can not blow up your monitor with too high signals!
adamk_: If you are using KMS, and don't have all the firmware, I wouldn't fight with this monitor issue till you resolve that firmware one.
Droste: gormux: or try: xrandr --output DVI-0 --mode 1024x768 --rate 60
gormux: yep, let's start with it
adamk_: gormux: Pastebin the output of 'dmesg | grep drm'.
gormux: i installed ucodes, but which one should I take for a 5770 card ?
gormux: /lib/firmware/radeon/JUNIPER_pfp.bin ?
NTU: all the juniper ucodes i think
adamk_: Well your dmesg isn't complaining at all, so I'd be surprised if there are any firmware related problems here.
gormux: NTU: hum, just filenames, space-separated ?
gormux: or full path ?
adamk_: gormux: Did you compile the radeon drm into the kernel or as a module?
NTU: i have no idea what that means..
gormux: adamk_: yep, but if the correct microcodes are here, it should be better ?
adamk_: gormux: That wasn't a yes or no question.
adamk_: gormux: You either compiled the radeon drm as a module, or you compiled it into the kernel.
NTU: adamk_ heh. i was wondering why i couldn't answer that :)
gormux: adamk_: I was responding to the previous one
gormux: and i compiled it into the kernel
NTU: may I ask what the issue is? i just woke up so I missed everything.
gormux: NTU: more than one, but i'd say the main issue is that my second screen does not receive any signal
adamk_: OK, if it's compiled into the kernel, and if the firmware is really necessary (again, dmesg didn't complain), then you need to compile the firmware into the kernel too.
adamk_: gormux: You'd set CONFIG_EXTRA_FIRMWARE_DIR to /lib/firmware/
adamk_: gormux: And then CONFIG_EXTRA_FIRMWARE to radeon/firmware1.bin radeon/firmware2.bin
NTU: and then radeon/JUNIPER_me.bin radeon/JUNIPER_pfp.bin radeon/JUNIPER_rlc.bin
adamk_: As for your screen problems, I'd check 'xrandr --verbose' to see if they are using separate CRTCs, and perhaps try swapping them around.
adamk_: But that's just a guess.
NTU: be sure you run wget http://people.freedesktop.org/~agd5f/radeon_ucode/JUNIPER_me.bin && wget http://people.freedesktop.org/~agd5f/radeon_ucode/JUNIPER_pfp.bin && wget http://people.freedesktop.org/~agd5f/radeon_ucode/JUNIPER_rlc.bin
gormux: NTU: i have the microcodes
NTU: then sudo mv *JUNIPER* /lib/firmware
NTU: oh ok
odin_: I have found "Product: Xorg" and "Component: Driver/Radeon" but which version ? my Xorg is 1.7.6, my Radeon drivers are 6.13 (but also 20100219 form git), from F12 distro
NTU: odin_ which version of what?
gormux: adamk_: i have to search for an adaptor, one monitor is VGA
odin_: in the version box for bugs.freedesktop.org I have set "Product: Xorg" and "Component: Driver/Radeon" and the valid versions are between "6.7.0 and 7.5"
odin_: my chipset is RV100, maybe I should use radeonhd ?
jcristau: odin_: use 7.5
NTU: odin_ btw dont use radeonhd
odin_: thanks using Drivers/Radeon with 7.5
gormux: ok, after reboot on the new kernel, no changes in the output of dmesg
gormux: and my second monitor still does not receive anything
Droste: xrandr --output DVI-0 --mode 1024x768 --rate 60
gormux: Droste: no change
Droste: any flickering or something else after the command executed?
gormux: yeah, the screen on DVI-0 goes black for 1s
gormux: hum, and it seems I can move the mouse to the other screen
gormux: but still, it does not receive any signal
Droste: DVI-0 is the one without the signal?
adamk_: Did you check the verbose output of xrandr.
Droste: just to be sure :-D
gormux: asuka ~ # xrandr --verbose --output DVI-0 --mode 1920x1080
gormux: screen 0: 1920x1080 504x283 mm 96.63dpi
gormux: crtc 1: 1920x1080 59.9 +0+0 "DVI-0"
gormux: hum, if i set a 1920x1080 mode, it seems my mouse can go on the screen, but if I set 1024, it cannot
gormux: hum, on 1024 it says :
gormux: asuka ~ # xrandr --verbose --output DVI-0 --mode 1024x768
gormux: crtc 1: disable
gormux: screen 0: 1680x1050 438x274 mm 97.28dpi
gormux: crtc 1: 1024x768 75.0 +0+0 "DVI-0"
Droste: gormux: hm could you pastebin Xorg.conf and dmesg | grep -E "radeon|drm"
gormux: ah, xorg.conf has some mistakes
gormux: ah, log :)
Droste: sorry... :-)
Droste: (II) [KMS] drm report modesetting isn't supported. <<-- you're not using KMS right now
gormux: hum... strange
Droste: do you installed a recent libdrm?
gormux: yes : from repository
gormux: i'm running 2.6.33-gentoo-r2
adamk_: Are you loading the radeon module during the system boot up or are you letting Xorg load it?
gormux: with (svn|git|whatever) versions of libdrm, mesa and radeon driver
gormux: xorg loads it
adamk_: OH wait, you have it compiled in.
gormux: ah yes
Droste: does 2.6.33 support evergreen? I'm not sure about this
gormux: so it is loaded :p
gormux: ah, it may be the problem
Ke: Droste: no
Droste: that could be the problem :-)
Ke: there is not acceleration support at all
Ke: only kms on 2.6.34
gormux: i used 2.6.33 because it seems fglrx does not support 2.6.34
hifi: btw. whats the status on evergreen
gormux: Ke: well, things seem to be fast enough for me
gormux: I should install mplayer to try, but it seems ok with firefox
Droste: I suggest to give 2.6.34 a try :-)
gormux: yep, i'm already looking available versions in portage :)
gormux: sys-kernel/git-sources-2.6.34_rc6-r6 should be ok :p
soreau: glad to have sky fixed in enemy territory, now it draws correctly
gormux: it ~works \o/
gormux: well, not exactly how I want, but that's a start
gormux: I used to have separate X screens, and here I get a copy
Droste: what's not working?
Droste: xrandr --output DVI-0 --left-of DVI-1
gormux: ah cool
gormux: seems like xinerama ?
Droste: seems like ;-)
seanius: i can get my system to crash pretty reliably by restarting gdm a few times, should that go to the xorg dri / radeon bug system or the kernel bugtracker?
gormux: I used to have really separate screens, :0.0 and :0.1
gormux: but this is a deprecated way of doing it ?
Droste: for permanent settings you have to configure it with xorg.conf (man radeon) or execute a shell script at startup
gormux: (cause now, for example, my fluxbox panel is on the 2 screens, and I don't want to
gormux: the 2nd screen is just for displaying videos
gormux: ah, found a parameter that make the job
gormux: ok, all seems cool ;
Droste: I don't know if fluxbox can, but I think that there's an option of how fluxbox behaves if 2 screens are connected
Droste: ah too slow :-D
gormux: there is a "on head" menu
gormux: and i'm pretty sure mplayer will understand what to do with a -xineramascreen option
Droste: seanius: any logs that give a hint what's causing this?
gormux: ah, no xv support for now ?
Droste: seems so if we believe Ke "there is not acceleration support at all"
gormux: i'll just use x11 and zoom option for now then
Droste: if your CPU is as new as your graphicscard this should not be a problem ;-)
gormux: core i7 860 :p
Ke: it's good to be jealous about something that consumer amounts of money can get you
gormux: I don't change my computer very often
gormux: but the old one was 7 years old
gormux: and dying
gormux: so I tough it was time for some changes :)
Droste: the only thing that bothers me about my pc is, that it can't play hd movies...
gormux: that was one of my problems with the old one
gormux: plus, I had no KVM support
gormux: and... it was dying, too :p
seanius: Droste: i didn't see the problem until i dropped in the R600_rlc.bin blob
Droste: seanius: and why did you drop it at all?
seanius: Droste: i'm looking in the logs now to see if there's something more indicative of the prob tho
Droste: ah dropped in
seanius: Droste: because the kernel was complaining to me about it saying that it was disabling acceleration after not finding it
Droste: yeah Xorg.log and dmesg | grep -E "radeon|drm" should help
Droste: seanius: yes, sorry. I thought you said "dropped" not "dropped in" ;-)
Droste: gormux: and the other thing is that RAM for my mainboard costs as much as new RAM 8 times faster
odin_: Bug #28068 created "RV100 performance regressions (since 6.8.3 from 2005) and 1.7.6/6.13 from 2010"
seanius: huh, i can't seem to find the error message about disabling the acceleration. wtf, where did it go
seanius: i grabbed the blob from git because it wasn't building it in the kernel build
seanius: ah, there we go: http://paste.debian.net/72975/
seanius: nothing from the crash though, just warnings about not being able to start gdm because display :0 was still in use
odin_: someone in this channel requested my Xorg.0.log from the current version to look at, this is attached to the bug report now
seanius: and some time after that i tried killing the hung X process and kablam
seanius: oh, maybe May 11 00:02:46 htpc kernel: [ 3343.360066] [drm:radeon_fence_wait] *ERROR* fence(ffff8800086d1ac0:0x00000004) 508ms timeout going to reset GPU
odin_: I see a lot of those "*ERROR* fence" warnings, is that a failsafe/watchdog waiting for an operation completion event to occur?
seanius: ... in the meantime, i'm back to using the radeonhd driver :(
markit: hi, is it normal that with a Radeon HD 2400 PRO I can't have kdm kwin able to activate composition? (debian testing, kde 4.4.3)
adamk: It should certainly work.
NTU: no its supposed to work
markit: mmm just noticed that I've an olt xorg.conf laying around
markit: I try to remove and reboot, be back soon (I hope)
NTU: no need for reboot
NTU: just restart X
markit: ok, kill X :)
NTU: Good night Curan
Curan: sry, wrong window ;)
NTU: oh ok :)
markit: btw, what is the most powerful amd gpu I can have with passive cooling that is well supported by radeon?
NTU: there is a 5570 and i think its passive
NTU: hold on a sec
adamk: I wouldn't call that "well supported by radeon" though.
markit: NTU: mmm isn't 55xx series not well supported (yet)?
NTU: it has KMS IIRC
NTU: so i dont see what is left to do
adamk: 2D acceleration.
MostAwesomeDude: Acceleration. :T
adamk: 3D acceleration.
markit: so 4xxx series is a safe choice?
NTU: all 4xxx have fans IIRC
adamk: That's not true.
adamk: I have an HD4350.
adamk: Your batting 0 for 2 in the past few minutes NTU :-)
markit: adamk: does have 3d acceleration too?
NTU: I was looking at AMD's site adamk
NTU: not newegg ;)
adamk: markit: Yes.
NTU: matkit: also has DRI2 with some other great things
markit: I'll have a look at it's price and then buy one
adamk: markit: Not sure if there are any faster GPUs, though, that are passive.
markit: I'm happy nouveeau people are doing a great job, but I prefer spend money where (apparently) GNU/Linux as Free software is better supported
markit: adamk: I don't need too much speed... I'm a bit old so better not have to run too fast :)
NTU: markit: 4850 is passive too (one on newegg) i wouldnt buy it though :P
markit: 4850 2d and 3d accel?
NTU: all r700 have KMS
NTU: with 3d accel with 2d accel
markit: urgh, passive but so big!
odin_: are there performance regressions with KMS ? the command pipe between Xorg and the hardware is that still direct?
NTU: markit: small case?
NTU: btw why do you need passive?
markit: NTU: well, plenty of room, but it scares me anyway. And probably consumes a lot of power too
markit: NTU: noise!!!
k\-: hey guys, i'm only getting swrast when installing mesa, what am i doing wrong?
NTU: k\- LIBGL_DEBUG=verbose glxinfo post first 10 lines or so
MostAwesomeDude: Don't paste to channel.
NTU: i didnt say paste in channel
NTU: i assume everybody knows to use pastebin
MostAwesomeDude: Shitty assumption. >:T
NTU: i never seen anybody on IRC ever post in channel except evil_core
NTU: and i'm on IRC a lot
markit: ok, brb soon
evil_core: but I am priviliged to do everything I want :D
NTU: k\- it should say other stuff above that
MostAwesomeDude: k\-: Could you pastebin the full output of $ LIBGL_DEBUG=verbose glxinfo
NTU: case sensitive LIBGL_DEBUG=verbose glxinfo
k\-: that's everything...
MostAwesomeDude: Hm. How did you configure Mesa?
NTU: why does he have 3 GLX Visuals? its supposed to be 64 and 128
zhasha: NTU: I once accidentally pasted like 150 lines in here
k\-: ./configure --prefix=/usr --enable-gallium-radeon
k\-: oh, and --enable-xcb
NTU: what card?
NTU: r300 - r500?
k\-: hmm, let me find the graph for radeon HD3200
NTU: thats r600
evil_core: zhasha: so you are currently better than me :/
zhasha: k\-: there's no r600g driver unless you got it from glisse's repo
NTU: do you have the firmware k\- ?
evil_core: so glisse dont have r500?
NTU: he does @ evil_core
NTU: wait no
NTU: he doesnt sorry mis read
k\-: firmware meaning...
NTU: from agd5f's repo
evil_core: his patches breaks classic Mesa
zhasha: k\-: firmware is the microcode loaded onto the CP before it can do anything useful
evil_core: when run in vblank under KMS
k\-: kind of like linux-firmware in ubuntu?
NTU: thats erm.. something else IRC
evil_core: and quake-based games hangs themeslves, and makes everything damny slow or black
evil_core: no, forgot
k\-: so at this point i should get radeon firmware and install.
evil_core: they makes black in clasisc
evil_core: and hangs in Gallium
NTU: wget http://people.freedesktop.org/~agd5f/radeon_ucode/R600_rlc.bin && wget http://people.freedesktop.org/~agd5f/radeon_ucode/R700_rlc.bin && sudo mv *.bin /lib/firmware/radeon
NTU: k\- do that
evil_core: generally gallium is usable
evil_core: but when glisse is there?
NTU: welcome back markit
markit: hi, I've some problems though
markit: a) resolution is 1600x1200 instead of 1920x1200
markit: b) composition is enabled, but with xrandr and not opengl
markit: c) not all possible effects (the default ones) can be activated
evil_core: I talkedUXGA screens rulez!
evil_core: nobody need wide in reality, reploace it to flexview ;)
k\-: overwrite existing files?
NTU: in kde 4.4.X you can select Opengl. 2.) try using randr to change resolution k\- yes
NTU: 3.) what error do you get when trying to enable other effects?
markit: NTU: the control panel says that not all effects are supported, and that previous config will be used
markit: I select opengl, but goes back to xrandr
MostAwesomeDude: Are you sure it's not xrender?
markit: sure, xrender :)
NTU: markit: does GL work at all?
NTU: glxgears, etc?
markit: btw, xrandr does not show the 1920x1200 resolution among the available ones
markit: let me try
NTU: uh oh..
k\-: NTU do you have a guide for what you're explaining.... you seem pretty busy?
NTU: yeah i have a guide
markit: glxgears works (even not very fast)
evil_core: XRENDER, not xrender
markit: evil_core: I'm case insensitive ;)
evil_core: its 2D rendwr engine, totally unrelated to xrandr
k\-: hmm, 3 frames per second, great.. =\
markit: mm I've composition type: XRender
evil_core: I am too, and dunno wy, I was scared of XRENDER because of that
NTU: k\- what version of ubuntu are you on?
evil_core: it was always written XRENDER in conifg files, news, nvidia documentation, etc
k\-: i was just referencing ubuntu, i'm actually on debian/squeeze, but with...
k\-: Linux n3T 2.6.34-rc3 #3 SMP Sun May 9 21:36:28 PDT 2010 i686 GNU/Linux
markit: I'll try a minimalistic xorg.conf giving only the monitor parameters
markit: hope to be able to reach full 1920x1200 resolution back
NTU: k\- you downloaded the firmware right? can you reboot and then post dmesg?
k\-: for what exactly?
NTU: the code
k\-: the dmesg
NTU: yikes im making typoes like crazy
NTU: dmesg will help me / us figure out if the firmware is being loaded for the card
markit: (btw, killing X hung the system, I had to ssh into it and reboot)
k\-: but dmesg is really long, what am i searching for?
NTU: anything related to firmware
NTU: or DRM
NTU: or something useful like that
k\-: [ 0.432670] pci 0000:00:01.0: [Firmware Warn]: RS780: MSI for internal graphics disabled
MostAwesomeDude: ( >&)
NTU: MostAwesomeDude, ?
MostAwesomeDude: Could you just pastebin all of dmesg?
MostAwesomeDude: NTU: It's a facepalm. ( >&)
NTU: i think you scared him away :P
k\-: great, this f'n sucks
k\-: (II) RADEON(0): Direct rendering not officially supported on RN50/RC410/R600
markit: well, now I've 1920x1200 res at least. No hope for full effects and opengl though
DanaG: k\-: Sounds like a really old xorg.
MostAwesomeDude: k\-: Upgrade your xf86-video-ati. While you're at it, you probably should upgrade your kernel.
NTU: MostAwesomeDude, hes on 2.6.34-rc6
evil_core: is it brainfuck scheduler?
airlied: no its bfs
evil_core: is there bfs conmpatible with d-r-t or at least 2.6.34?
k\-: markit: great... meaning i've been running all my appz at fullscreen, but if i run them at 300x200, they run smooth.....
evil_core: linux sucks so much w/o it
evil_core: I cannot do too much when upgrading packages, because everything is encrypted using LUKS
evil_core: I didnt get any slowdowns using BFS
Hiryu: When I do a git pull for drm-2.6 (drm-radeon-kms branch), I occasionally end up with merge conflicts, but I'm not making any changes to the code. Why does this keep happening?
Hiryu: are some changes being reset in the remote repo?
evil_core: Hiryu: wtf is -kms brabch?
MostAwesomeDude: You are pulling rebased branches. You should probably fetch & reset --hard your local branches instead of pulling them.
twnqx: Hiryu: from ehat i've learnt
twnqx: it's because you didn't select the branch using -f
Hiryu: whoops I meant drm-radeon-testing
Hiryu: twnqx: aha
twnqx: when you do the git branch origin/radeon-drm-testing etc, just use -f to enable following
Hiryu: I'm reading the help on -f
twnqx: but i learnt about that just 2 days ago, so i had no real chance to test if that fixed it yet
soreau: MostAwesomeDude: pling
soreau: MostAwesomeDude: feeling any better lately?
Hiryu: twnqx: haha
seanius: anyone here hear of problems compiling lastest mesa?
soreau: seanius: No one ever has problems building mesa. Ever.
seanius: har de har
soreau: MostAwesomeDude: I can't seem to get a valid confirmation on this but I was wondering if you could test. Basically, with compiz-0.9 there is a bug that seemingly only happens to radeon users where toggling certain plugins (vpswitch seems to reliably trigger it) then compiz acts like it's crashing (borders disappear, then all windows disappear) but it never crashes. I got some valgrind and gdb output but can't make heads nor tails of it
MostAwesomeDude: soreau: Very. I haven't forgotten about your list of stuffs.
MostAwesomeDude: I need to pop out my second card so I can test compiz.
MostAwesomeDude: Could you point me towards pastebins of the gdb and valgrind stuff?
soreau: MostAwesomeDude: In case you care to have a look, this is gdb attached http://sprunge.us/OOLK and valgrind: http://pastebin.org/217983 Note that it is running fine until line 768
soreau: heh :)
soreau: MostAwesomeDude: glad to hear you're feeling better too btw ;)
MostAwesomeDude: Hm, the valgrind stuff is all pointing towards compiz issues. The gdb backtrace is kind of weird; looks like a combo between compiz and cairo?
soreau: MostAwesomeDude: I want to say it's compiz too because the issue happens when toggling vpswitch (and sometimes any plugin)
soreau: I guess I'll have to try and shoot onestone a mail about it again (last time I switched to tty then grabbed the gdb trace which is probably why it looked like a driver issue)
soreau: but this time I left the tty on X and ssh'd in to get this new report
soreau: MostAwesomeDude: Thanks for looking
MostAwesomeDude: soreau: No worries.
ickle: hitting pixman from a class called Resize, that's got to be painful
seanius: aha, it's just one of the demos that's broken in mesa, the rest of it compiles
evil_core: in what timezone glisse lives?
glitch2: howdy folks; I'm running ubuntu 10.04, with the 2.6.34-rc7 kernel, updated Xorg-server, dual HD4670 cards, and having this problem when I start X: http://pastebin.com/vMh1sj3c
glitch2: any thoughts?