Radeon IRC Logs For 2009-11-15
cxo: drm-next is too outdated, its based on 2.6.29-rc2
Eddi|zuHause: hello, i just installed opensuse 11.2 and i suppose it installed the radeon driver for my 9700 pro, now i tried a 3d game (civ 4 under wine), and the 3D performance is insufficient, and i get graphics glitches (wrong textures). i was wondering what alternatives i have which drivers might be better suited
Eddi|zuHause: under 11.0 i used the fglrx drivers, but the support for 9700 pro was dropped
bridgman: I guess first step is to figure out whether the slow performance is really due to performance differences or if the lower level of gl support in the open drivers is causing the app or wine to use slower code paths
bridgman: level of gl support is being improved fairly quickly in the open drivers, general performance improvements will probably take longer
bridgman: but increasing level of gl support seems to help performance of many apps because they can use faster code
bridgman: if it turns out you really do need general performance improvements, my guess is that you would have to back date enough bits on 11.2 that it would be easier to go back to 11
bridgman: ie if you decide you need to run the fglrx driver
Eddi|zuHause: what i am missing (from googling) is a general overview about what actually happens, so i can figure out what i actually need
bridgman: yeah, I don't have that either; don't use wine much and not familiar with civ4 at all
Eddi|zuHause: for example i was reading the phoronix forum, and someone says " your solution is only to wait wait for kernel 2.6.32! and wait for the galium3D and OpenGL2 Opensource driver!"
Eddi|zuHause: and i can't find enough information about what that means or if this would help me at all
bridgman: might be interesting to search for how the game runs on intel open source drivers, since they have a higher level of gl support but not the performance ;)
bridgman: my guess is that you don't actually need gl2 - gl1.5 and glsl will probably be enough - and I expect that will get into the classic mesa code base so you don't have to wait for gallium3d to mature
Eddi|zuHause: well, it was not exactly fast on fglrx drivers either, but the graphics glitches...
bridgman: then again gallium3d has been moving pretty fast the last couple of weeks
bridgman: in the short term I guess your easy options are (a) work with wine and/or driver devs to understand the graphics glitches and see if they can be fixed (with current performance) or put 11.0 on a partition and use that with fglrx for gaming
Eddi|zuHause: well, i still have my 11.0 installation, so i could just go back, but that should be the very last option if everything else fails...
bridgman: I guess the question is whether you can live with the current open source performance for a bit if the graphics glitches can be fixed
bridgman: if yes, go that route, if no, then everything else has failed, go back to 11.0 ;)
bridgman: need to zzz, bbl
lagnus: KMS tries to load the firmware for my radeon 3200 RS780 but can't find it even though it is under /lib/firmware/rad
lagnus: any idea how to fix that?
cxo: Eddi|zuHause, wine doesnt play nice with the open source drivers
cxo: I've been messing with wine most of today
cxo: Wine does not know the capabilities of the open source radeon cards, so it chooses a very basic set of capabilities and continues
MostAwesomeDude: eosie: Sorry for not responding sooner, had to work.
MostAwesomeDude: eosie: Patch #1 looks pretty alright; I want to see if the emit case can be made a bit smoother, but it should be fine.
MostAwesomeDude: eosie: Patch #2 will need a bit more review; I'm not totally sure that it's doing the right thing, especially with the floating->fixed conversion.
Eddi|zuHause: hm... i just tried to go beyond the main menu, and upon trying to load a real game, it exits ("crash to desktop"), the last message on the console is "r300VertexProgUpdateParams:Params exhausted"
Eddi|zuHause: oh, and the main window seems to have an obiwan, the right and bottom row of pixels are not drawn to... (keeping white or blue lines instead of showing the animation)
cxo: MostAwesomeDude, what do you do for a living?
MostAwesomeDude: cxo: Play music.
MostAwesomeDude: Well, "living" is probably the wrong term; I don't make enough cash to live off of.
cxo: what instrument do you play?
cxo: crazy. so you play at restaurants and stuff?
cxo: classical or jazz?
MostAwesomeDude: I played at a brewery tonight. Good crows.
MostAwesomeDude: *crowd, even.
MostAwesomeDude: Jazz. I can play other styles, but usually not for cash.
cxo: Not bad
cxo: If days had 50 hours in them, i'd play the piano too :)
cxo: spent many years in formal piano training (trinity college of music, cambridge), but plays the sax and guitar instead
MostAwesomeDude: Good times.
cxo: i really hated playing the piano at the time. playing the same damn scales 2 million times a day, and those 12 page ballads, god!
MostAwesomeDude: I could have gone to conservatory, but I didn't. Dunno why.
cxo: i've been thinking of buying a cheap upright and putting it in the basement to mess around with, but i honestly wonder if i'll ever get anytime,
hifi: how do I know if I'm running gallium driver or not?
hifi: I compiled mesa with radeon gallium, installed it and rebooted X
soreau: hifi: glxinfo|grep nGL
hifi: i see nothing about Gallium
soreau: If you are using latest mesa and it reports 1.5 you are not using gallium
hifi: yeah, 1.5
hifi: ./configure --with-gallium --disable-gallium-intel --enable-gallium-radeon --with-demos= --with-dri-drivers=r300 --prefix=/usr
hifi: something missing?
soreau: hifi: What you probably want to do is install to a non-standard prefix and set LIBGL_DRIVERS_DIR to test the gallium driver
hifi: I can always reinstall my distributions package, right?
soreau: Of course, but that's irrelevant
hifi: is it?
soreau: To me it is
soreau: hifi: This is what I do http://pastebin.com/m4267df1d
soreau: After compiling in this manner, you can use LIBGL_DRIVERS_DIR=/opt/xorg/lib/dri to test r300g
hifi: but thats irrelevant if I just want to screw my system and install to /usr, right?
soreau: You make the call
hifi: it doesn't work even then, so I'm probably doing something wrong
soreau: "doesn't work" is meaningless
hifi: "doesn't show up in glxinfo"
soreau: Since r300g is not ready yet, you probably don't want to use it 'full time'
hifi: it doesn't matter now, I just want to test it out and install to /usr
soreau: It is very convenient to install to a non-standard prefix and test on a per-app basis
hifi: I'll do that later if first I can get someting out of installing it to /usr
soreau: But if you want to do that in your prefix of choice, no one is stopping you
hifi: last time I tried non-standard prefixes I had more problems getting everything to be looked up from the right place than not
hifi: *I* find it easier to make install /usr and aptitude reinstall libgl1-mesa-glx libgl1-mesa-dri after a test run
hifi: that way I can be quite sure I do have everything in place
simplexe1: hd5770 works with ddx from master?
da1l6: simplexe1: It does not even contain pci ids for anything that looks like an evergreen chip. So i'd say the answer is "no, not yet".
yupi: Hi. Id like to setup separate X server for second and third videocard (radeonhd). How can i disable first card from being used?
carldani: airlied: So you suggest to not load radeonfb, and try the suspend-to-ram/resume with KMS instead? Should X be running for the test?
carldani: and while I'm asking stupid questions: How does one call/name the console when KMS is used? Framebuffer console? KMS console? Text-with-KMS console?
dileX: carldani: dont use radeonfb (disable it kernel dot-config). and to answer your question: use/set CONFIG_FRAMEBUFFER_CONSOLE=y
carldani: dileX: I have radeonfb as module, so no recompilation is necessary. Thanks for the info.
carldani: dileX: do you have any speed comparisons between radeonfb and a KMS based console?
dileX: carldani: for radeonfb problem see -> "Troubleshooting KMS problems" (see also topic)
dileX: I dont use radeonfb
carldani: dileX: I need radeonfb to survive suspend-to-ram, and I love the speed I get on the console from using it (I frequently sift through huge log files and vesafb is slooooooooooooow).
dileX: so you use non-KMS often?
carldani: I've been using the radeonfb with X+radeon combination for the last 5 years.
dileX: carldani: then give KMS and fbcon+radeondrmfb a try :-). works fine here.
twnqx: my xchat doesn't show uppercase m any more
carldani: dileX: so KMS is only an option if it can reinitialize the graphics in my laptop on resume-from-ram without any video bios dependency (my video bios is trashed before or during suspend)
dileX: carldani: s/r is another topic
carldani: dileX: sorry, seems one of my lines was eaten by my client
carldani: dileX: I want console speed, and I want my laptop not to crash on resume. These are he two criteria.
carldani: dileX: I'll try KMS and look if it survives suspend/resue
glisse: carldani: gpu ?
glisse: kms should survive
glisse: it's one of the thing we take great care to achieve
carldani: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10]
carldani: glisse: my laptop has special resume handling code in radeonfb (Samsung P35)
glisse: carldani: well if kms doesn't work at least we know we can look at radeonfb
carldani: glisse: True. I'll try and report back.
glisse: carldani: easiest way to try is to use fedora 12 livecd
carldani: glisse: Thanks for the tip.
da1l6: Did setup R600 KMS and 3D on my M76 with drm-next and mesa git code yesterday. It works stable with no crashes. :D Only minor glitches with KDE4 Compositing. Really amazing work!
olaf: hello , i'v a lot of tearing playing video with totem using xv:textured video or mplayer , i'm using last gits drm/xf86 ati/and mesa
olaf: is it normal ?
Zajec: uh, great, conn lost
DeX77: so.. now I'm on 2.6.32.rc7.g156171c and udev 147 and still: bogus firmware :(
DeX77: if someone here got a working rv770 with kernel 2.6.32 I would like to have its config :)
olaf: i'v only a 730
DeX77: olaf: but it works?
lagnus: anyone getting this issue for KMS, [drm:radeon_driver_load_kms] *ERROR* Fatal error while trying to initialize radeon
olaf: DeX77, no pb with firmware , only tearing when playing video
DeX77: lagnus: bogus firmware length? me too
olaf: DeX77, i'm noob , but have you the right firmware in / lib/firmware ?
lagnus: DeX77, can you explain ?
DeX77: olaf: yepp.. agd5f already checked the sha1sums of them..
DeX77: lagnus: do you see something like "bogus firmware length 3392" in your dmesg?
lagnus: i the firmware file is installed under /lib/firmware so it has to be finding it
DeX77: olaf: can you perhaps upload your config somewhere? pastebin.ca?
lagnus: DeX77, no let me get you a pastebin of the whole thing
lagnus: DeX77, http://pastebin.com/d26f20315
DeX77: lagnus: erm.. rv780!? this a evergreen chip?
biotube: DeX77: evergreen is r800
DeX77: rs780 is 4890?
DeX77: got a 4850 that is (I think) correctly detected as RV770
DeX77: my error is this: http://pastebin.com/m187df82b
taiu: lagnus: you have radeon built as module or builtin?
olaf: just an idea , but could you have rights pb ? -rw-r--r-- 1 root root 3392 nov. 14 19:40 RV770_pfp.bin
lagnus: taiu, built in , kernel-git
taiu: lagnus: you probably need to build in firmware also then
lagnus: DeX77, my card is an onboard Radeon HD 3200
lagnus: taiu, yeah i add a firmware package that install the pfp and me file under lib/firmware/radeon
lagnus: taiu, so I really dont know why it isnt loading it up without know what the coding is trying to achieve at the exact point before it fails
DeX77: -rw-r--r-- 1 root root 3392 14. Nov 15:44 /lib/firmware/radeon/RV770_pfp.bin
taiu: lagnus: CONFIG_FIRMWARE_IN_KENRL
lagnus: compile flag?
taiu: in kernel config
olaf: lagnus, cat /usr/src/linux/.config | grep CONFIG_FIRMWARE
DeX77: zgrep CONFIG_FIRMWARE /proc/config.gz ;)
lagnus: all enabled it seems
olaf: looks ok , i'v the same and no firmware pb
glisse: DeX77: did you test fedora 12 livecd ?
DeX77: # CONFIG_FIRMWARE_IN_KERNEL is not set
DeX77: I'll try with that enabled..
taiu: lagnus: donno this part, maybe then deselect PREVENT_FIRMWARE_BUILD
lagnus: taiu, CONFIG_PREVENT_FIRMWARE_BUILD=y
lagnus: deselect as in n ?
lagnus: taiu, how does that affect me? it does seem self explanatory but I am just looking for a bit of techincal insight
lagnus: actually , i will just look it up lol
lagnus: boy is a recompile going to take a while
lagnus: i think i will have to try that later
legume: olaf: Do you have more than one screen connected (even if one is TV and they are off)
olaf: legume, nop , it's a laptop , i'v just hdmi and svga port (not used)
lagnus: spent all day yesterday compiling the kernel
legume: olaf: OK, maybe not that then - though it may be worth doing xrandr --verbose and checking only one output shows as connected.
lordheavy: lagnus got this with a radeon HD 4200 (onboard card)
lordheavy: [drm] Loading RS780 CP Microcode
lordheavy: platform radeon_cp.0: firmware: requesting radeon/RS780_pfp.bin
olaf: compiling is good for my room temperature (i'm in the north of france and it's winter time)
DeX77: using prescott for room heating? ;)
lordheavy: under /lib/firmware/radeon/
lagnus: lordheavy, no a radeon 3200
olaf: legume, nop , others are disconnected , i'v only LVDS connected 1366x768+0+0 (0x54) normal (normal left inverted right x axis y axis) 344mm x 193mm
lagnus: lordheavy, at least that is what my specs tell me and which als repeats in my xorg config file after using proprietary drivers
lagnus: lordheavy, i am just the open ati driver these days
legume: olaf: Hmm not that then - I assume xvinfo looks OK and things are not falling back to x11.
olaf: legume, xvinfo say that i'v have a textured video port
legume: olaf: OK, does XV_VSYNC say 1
olaf: legume, "XV_VSYNC" (current value is 1)
olaf: legume, glxinfo say IRQ's not enabled, falling back to busy waits: 2 0 , but i'm not sure it's related (sorry for my bad english ;) )
lordheavy: lagnus, i use the default kernel-git config without any changes
lagnus: lordheavy, Please correct me if I am wrong and the 3200 is actually a 4200 in degise with a chip detection of RS780/R780
legume: olaf: That doesn't matter and is normal. If the tearing you see is no vsync type tearing then I don't know why it isn't working.
lordheavy: 4200 is an "updated" 3200
lagnus: lordheavy, ok. Well i didnt change anything related to the video card. just opted for my particular cpu and removed some drivers i didnt need
lagnus: lordheavy, is that only software based?
olaf: legume, i'v sometime two "tearing line" in the same frame , not sure it's vsync related
lagnus: lordheavy, or is a slightly different gpu?
lordheavy: gpu is slightly different (4200 got uvd2 for example)
legume: olaf: Yea you can see two lines when vsunc is off. Maybe it's something specific to your chip.
lordheavy: how did you boot to the git kernel ?
taiu: lagnus: dunno exactly how this builtin works, maybe it tries to include it from /lib/firmware
taiu: lagnus: so you have to install it once at least: make install_firmware
olaf: legume, ok , thanks for your help , i'll wait and hope :)
lagnus: taiu, i have the firmware in lib/firmware already
lagnus: under radeon dir
lagnus: -rw-r--r-- 1 root root 21504 2009-11-14 23:31 RS780_me.bin
lagnus: -rw-r--r-- 1 root root 2304 2009-11-14 23:31 RS780_pfp.bin
lordheavy: lagnus, how did you boot the kernel ?
lagnus: lordheavy,how do you mean? Live cd, hard disk
taiu: lagnus: then I'm at loss, maybe it fails because of something else also, SYSFS, FW_LOADER ...
lagnus: as far i know i just use vmlinuz and kernel26.img from boot after using mkinitcpio
lordheavy: is it with your regular archlinux installation ? what is your grub entry ?
lagnus: mkinitpcio to build the new kernel image*
lagnus: lordheavy, one sev
lordheavy: lagnus : revelent parts from my menu.lst http://pastebin.fr/6006
lordheavy: you should remove nomodeset to get kms working :-p
lagnus: kernel /boot/vmlinuz26-git root="rootdrive" ro
lagnus: initrd /boot/kernel26-git.img
lagnus: those are the lines i use to boot
lagnus: lordheavy, but i am using lzma compression for the img instead of the standard gzip
lagnus: lordheavy, though I cant see how that may be a problem
lordheavy: It would be good to know why the firmware fail to load ......
olaf: have a good day , bye
adamk: Alright, so I'm using drm-next and video=DVI-0:1280x1024 doesn't seem to change the resolution on boot. I also tried video=DVI-1:1280x1024 as I understand that the Xorg output name may not be the same as the KMS one.
adamk: soreau, ping? Do I have the syntax correct?
fredl: hi folks. I'm using the radeon driver on with a HD4350 card on Debian Sid.
fredl: I'm having a bit of a problem with it that I don't know how to fix. There's a Sony AV between the HDMI output of my system and my TV
fredl: EDID vendor "SNY", prod id 63232
fredl: the TV itself can do Full HD but it would seem that it reports 1280x720 as the maximum resolution to the system.
fredl: I have not yet tried to hook up the TV directly to the system.
fredl: but is there a way that I can tell the system that there's really a 1920x1080 screen attached?
fredl: I'm going to walk downstairs and hook up the TV directly to see if that makes a difference.
Xeno: @fredl: Check your TV specs, my sis got full hd one but it offers something like 1300x768 as PC display
twnqx: fredl: is there a non.working 1920x540, by any means?
fredl: ok back again.
fredl: the TV itself reports 1280x720 as well and a lot more than the SNY does
fredl: so the SNY probably just reports the highest res.
fredl: I have never had the TV itself on Full HD over the HDMI input with the computer, this is a new setup for me.
fredl: I have however forced the playstation 3 which goes through another port of the SNY into 1920x1080
fredl: so I know it's possible through HDMI, just not reported, so perhaps it drives the circuitry to the max.
fredl: on the DVI port of the TV it does support 1920x1080
fredl: I guess... perhaps I could hook up DVI, copy the Modeline and put that in xorg.conf and force it to use that Modeline?
fredl: twnqx, no there's no such mode, neither for the direct connection as the connection through the AV
twnqx: how do you connect?
twnqx: you'll need HDMI for HD
fredl: the SNY has three HDMI in ports, one HDMI out. the HDMI out is connected to the TV's HDMI in.
twnqx: i c
fredl: it almost seems as if the HDMI input to the TV is limited compared to the DVI port.
fredl: it's possible correct, to override the Modeline's that are probed?
twnqx: if you ask if the assumption is correct
twnqx: if the result will be correct... there's only one way to find out!
fredl: well read up, I've used the PS3 on the 1920x1080 resolution before through HDMI
fredl: so I know it *can* do it, it's just not reported.
PsyMan`: just add the resolution manually
fredl: I will try that yes. Is that the only thing I need to do, just add the Modeline to the Screen section and DPMS won't override that again?
PsyMan`: not quite sure
fredl: lemme walk downstairs and hook up the DVI cable to see if I can figure out the modeline that way before I have to go Google for it :-)
PsyMan`: don't use linux here :p
fredl: to be continued :)
adamk: Alright, so just using video=1280x1024 on the kernel command line changes it on both monitors.
adamk: However, 1280x1024 still flickers, so I guess it's running at 85 Hz, which KMS seems to have problems with on this morning.
adamk: And then when I start X, it goes to 1600x1200 if I don't specify a PreferredMode, which seems odd. If I'm specifying a mode to the kernel module, and xf86-video-ati is built with KMS support, then one would think that xf86-video-ati would select 1280x1024, too.
adamk: So time to try video=1280x1024@75 on the kernel command line to see if that works, because 85 is unusable.
adamk: Hey, it looks like it worked!
fredl: is there a way to indicate xorg should use that Monitor on the HDMI-0 output?
fredl: coz right now in the log I see: Output VGA-0 using monitor section Tatung V42
fredl: while it also says: Output HDMI-0 has no monitor section
adamk: Finally, KMS is usable on both my at home. Unfortunately, of course my LCD is now running at 1280x1024@75 in the console and is selecting 1280x1024@60 for X.
adamk: So I still need to use a PreferredMode's for both monitors, but that's fine.
chithead: heh, there goes flicker free vtswitch
adamk: Right, but if I get the PreferredMode right, it should work fine.
adamk: I just need to figure out the modeline that is being used in the console.
adamk: Well, this one clearly isn't it.
lagnus: lordheavy, indeed it would be
adamk: Shoot.. Is there someway to find out what modeline the console framebuffer is using under KMS?
Zambezi: With fglrx I have full resolution, but a very unstable system. With radeon(hd) I have a super stable system, but just a tiny window in fullscreen: http://tinypic.com/m/6dssbb/1 Any idea how to fix?
chithead: adamk: maybe fbset
adamk: No, it just shows the resolution. The refresh rate even comes up as 0.
soreau: Zambezi: I'm not sure what I'm looking at there. and that is a horrible image hosting site btw
gimzo1: Zambezi: looks like xv is not working, what does mplayer say ?
Zambezi: soreau: That a video in full screen.
adamk: Yeah, I see some strange guy with a mask and a snuggle or snuggie, or whatever that is.
soreau: adamk: Last I asked airlied if there was a way to set fb res in real time, he said 'not yet' (I assume you'd be able to do something similar to xrandr and view the current res too)
soreau: Zambezi: How are you starting the video? what player? what command?
adamk: Zambezi, Oh , you didn't mentioned that you were talking about video... Kind of an important piece of information.
Zambezi: adamk: It's not me btw. :-P
Zambezi: soreau: Just mplayer filename
Zambezi: gimzo1: A moment.
soreau: Zambezi: You need mplayer -zoom /path/to/file.ext
adamk: Zambezi, mplayer is probably using the x11 output device if it's not scaling. Xv should scale automatically.
soreau: adamk: I don't think it does
adamk: If mplayer isn't detecting an xv device, the you probably don't have direct rendering.
adamk: It always has here.
gimzo1: mplayer always defaults to xv, and zoom works, so I guess there's something wrong with xv here
adamk: Zambezi, Does 'xvinfo' show any Xv ports?
soreau: gimzo1: Is this your setup?
Zambezi: Output from console: http://www.pastebin.ca/1672225
adamk: Alright, this is ridiculous. Both monitors are using the same PreferredMode, and I'm passing video=1280x1024 on the kernel command line. Only the CRT switches to the console flicker free, though.
adamk: Zambezi, Right, no Xv.
adamk: Zambezi, So you don't have direct rendering setup and working.
Zambezi: soreau: Zoom worked, but god it became slowmotion.
adamk: Zambezi, Right, you want to use Xv.
soreau: Zambezi: Try adding -vo xv
adamk: soreau, Did you see the mplayer output? It's not seeing any Xv ports.
soreau: adamk: Ok.
soreau: adamk: Yea, it does auto detect here. But in the past (possibly with dri1) I've had to use -zoom otherwise it would look like this in the middle of the screen
Zambezi: soreau: That said: no video.
adamk: -zoom should only have ever been necessary with the x11 output.
adamk: Zambezi, Pastebin your /var/log/Xorg.0.log file.
adamk: And now back to my problem... If the console on both monitors is using the same resolution, and both monitors are using the same PreferredMode in X, how is it that only one monitor is flicker free when switching between X and console? Argh.
Zambezi: adamk: I think there's a way to upload the file to pastebin.
adamk: Zambezi, Sure, just open it in an editor, select everything, copy ansd paste.
Zambezi: adamk: That only works the same size as the window I'm in but I switch desktop.
adamk: Not sure I understand. If you open it in gedit, for example, you can select the entire file.
soreau: Zambezi: If you have curl installed, you can use: cat /var/log/Xorg.0.log | curl -F 'sprunge=<-' http://sprunge.us
soreau: which should give you back a link containing the file in it's entirety
soreau: adamk: Are those both the same monitors btw?
adamk: soreau, No, one's an LCD and one's a CRT.
adamk: I'm still trying to find the right combination of video= arguments and PreferredMode to get this working.
soreau: Well that might be why. When I have different monitors, they behave differently, one showing output while the other does not for example during a second when the kernel first boots or switching to tty, one will show tty first while the other takes a bit longer but not showing what happens during the transition
Zambezi: Pastebin with Xorg.0.log and xorg.conf. Running Debian Lenny, Ion3. No Gnome, KDE etc: http://pastebin.ca/1672231
soreau: adamk: Would it happen to be the crt that does the flickering?
adamk: soreau, No, the CRT is fine when switching between X and the cosnole.
Zambezi: soreau: Of course. Now I remember. The packages name is pastebinit.
soreau: Zambezi: Without even looking at that log I will take a stab and say because it's lenny, the packages it's using are too old
adamk: With radeonhd you have to explicitly enable DRI with:
adamk: Option "DRI" "on"
adamk: But, yes, it is also quite possible that your kernel and DDX are too old to support Xv.
gimzo1: (EE) RADEONHD(0): The fglrx kernel module is loaded.
adamk: Oh, that's bad too.
adamk: So remove fglrx, enable DRI with that option, reboot, and try again.
adamk: If it fails, either stick with fglrx or upgrade :-)
Zambezi: soreau: Now you made my smile. I know. Sometime they are just too old. Latest Fx (Iceweasel) in Lenny is 3.0.6. I run 3.5.3 so I'm fine.
Zambezi: adamk: 2.6.26-2-686
adamk: I don't know when DRI support was added to the kernel.
soreau: Zambezi :)
soreau: adamk: Shoulda been 'mmmright...' hahaha
Zambezi: I had like to hard freeze. Then I just switch to radeonhd and got happy again. I can always try Squeeze. That's a bit better. Then I might even use my two monitors at the same time. ;-)
Zambezi: soreau: You were spot on. I like Debian cause it stable, but some packages are a bit too old. But it's at least better than Ubuntu.
soreau: Zambezi: How is it better than ubuntu? They at least try to keep up with the latest package versions
adamk: soreau, Do you specify different resolutions for both monitors on the kernel command line?
Zambezi: soreau: I don't like sudo, don't like Gnome. Maybe alternate then, remove sudo.
adamk: Or just don't use it.
Zambezi: adamk: Also an option. I have an extra harddrive connected. I can always try it.
soreau: adamk: No. In fact with S-video plugged in and it being hard coded to 800x600, upon boot the output (with no video line) is 800x600 on tv-out, and VGA-0 at 1280x1024 but all of the output in the upper left 800x600 corner. So, I set VGA-1:800x600 so it fills the screen and this happens to look very nice.
adamk: I'm curious what the correct syntax is for specifying different modes for each monitor... I'm guessing something like 'video=DVI-0:1280x1024@75,DVI-1:1280x1024@60'
soreau: Zambezi: That is no reason not to use ubuntu. You can run a root terminal, you can run a standalone session.. there's nothing you can do with debian that you can't (or couldn't a couple years ago) with ubuntu
adamk: But when I try that, DVI-0 is stays at 1600x1200
soreau: adamk: Start out with making sure you get the correct. With xrandr, it reports VGA-0 while the kernel param must be VGA-1
soreau: adamk: and make sure you are using drm-next ><
soreau: I don't know if this works in any other kernel yet
adamk: Oh, I'm using drm-next.
soreau: ok cool
Zambezi: soreau: I'm not going to install a DE, but I think it's possible to skip with alternate. At least with server.
adamk: But with that video= option above, I'd expect the CRT to be 1280x1024 @ some frequency, instead of 1600x1200 :-)
soreau: adamk: So does stderr get spammed with output when running compiz there?
adamk: Oh, right, I forgot about that. Give me a few minutes and I'll test.
soreau: adamk: Well obviously if the