tuxcrafter: good day/morning everybody, somebody willing to have a look at my problem? http://filebin.ca/yebnd/multiseat-radeonhd-2008-10-20-v0.1.1j.tar.gz http://lists.opensuse.org/radeonhd/2008-10/msg00204.html
Zajec: is this possible to use screen larger than 2560px width?
Zajec: or will it?
Zajec: i wish to put my second LCD --right-of PANEL
starkmjolk: Zajec: the largest I've tried was 2000 in height, so don't know. but that worked fine atleast. :)
starkmjolk: 12" 1280x800 laptop with 20" 1600x1200 above it
Zajec: yeah, my PANEL 900 + LCD 1024 means 1924 height and it works fine
Zajec: however I wish to place LCD on right :)
starkmjolk: and since you asked I guess it didn't just work? :)
Zajec: zajec@sony:~> xrandr --output VGA_1 --right-of PANEL
Zajec: xrandr: screen cannot be larger than 2560x2560 (desired size 2880x1024)
starkmjolk: ah, interesting limit :)
starkmjolk: sorry, have no clue on how to help though :(
adamk: Set a larger Virtual in the Screen section.
adamk: Something along the lines of "Virtual 2880 1024" would work in this particular case.
Zajec: adamk: ok, chekcing
Zajec: adamk: nice! :)
Zajec: i really like it now :)
Zajec: shouldn't driver handle it while X running?
pentadrago: hi, i have some problems configuring radeonhd (using actual git on radeon 4850)
pentadrago: it's only giving me 1280x768@60Hz while xorg.conf should tell him to use 1280x1024
Zajec: i guess Xorg.0.log will be needed to solve that... however don't expect me to help you :(
pentadrago: can you tell me who could help me / where I can find the correct settings? Xorg.0.log tells me that it's using the correct monitor section at the correct output but insists on the initial mode instead of the configured one
pentadrago: on using
Zajec: post mail to radeonhd@ or create bug report on bugzilla or post link to your Xorg.0.log and wait :)
pentadrago: Zajec: okay, thank you
adamk: Zajec, Newer versions of Xorg and smarter when it comes to setting up Virtual sizes.
Zajec: adamk: great :) will update to 1.5.1 later :)
rah: how come xf86-video-radeonhd has disappeared from the jhbuild index?
libv: rah: because daniels is very biased
marcheu: libv: in all fairness radeon disappeared too
libv: marcheu: no it didn't
libv: radeon is xf86-video-ati
marcheu: ah right
libv: it's why we have an ml at opensuse as well
marcheu: could be a simple mistake though
libv: i'll put that in my commit msg
libv: rah: should be fixed now
rah: libv: thanks
vjm: hi, when trying to use 3d, I get the note "R500 support requires a newer drm."
vjm: I have libdrm-2.4.0-12.1, which is the latest, I believe...
Griffon26: drm is part of your kernel
vjm: Is the kernel drm module then the too ancient part of my setup
vjm: kernel is 2.6.25, which is fairly old...a newer one then to get 3d goodness...
|chiz|_: After resuming from suspend with either xf86-video-ati or radeonhd my screen doesn't come on and as far as I can tell the system is unresponsive. Resume does work with fglrx, any ideas on how I can troubleshoot this?
libv: vjm: just get the drm git tree
libv: vjm: and then build linux-core
vjm: ok, thanks, I'll look into that...
|chiz|: is there anything I can try to get resume to work with my X1600, I'm using radeonhd 1.2.3 and a 2.6.27 kernel with xserver 1.5.2 and xorg 7.4?
|chiz|: might a git verion of drm help me out?
yangman: |chiz|: does going into a different VT then hibernating there work?
|chiz|: not sure, I will certainly give that a shot, but sometimes I can't get back from vt it will just freeze.
ndim: |chiz|: mobile X1400 + rawhide + resume is a no-go for me as well, after an outstanding record of working resume over a long time with the stuff in Fedora 9, which is slightly older than what you mentioned.
yangman: |chiz|: actually, a fix for hibernation went in after 1.2.3 was released. I can't believe I forgot about that: I reported it :P
yangman: |chiz|: going to the git version of radeonhd will probably help you
|chiz|: yangman: oh perfect, thanks I'll check that out
yangman: if nothing else is coming down the pipe, should do a 1.2.4 release soon with the compile and VT switch fixes
Griffon26: wakes up when he hears "VT switch fixes"
Griffon26: yangman: do those happen to relate to switching from X to a VT and getting a black screen, like I reported to the list?
|chiz|: yangman: my suspend doesn't resume from VT or from X with the git radeonhd
|chiz|: on the upside VT switching seems to be working more consistantly now
|chiz|: would the choice of EXA over XAA inhibit resume from working?
yangman: |chiz|: it shouldn't. cant you resume properly from VT without X running?
|chiz|: yangman: no that doesn't work either
yangman: |chiz|: you're having a general hibernation problem, then. nothing to do with the driver
|chiz|: yangman: I would agree however suspend worked when I had the fglrx driver installed, which is why I was looking here first
yangman: |chiz|: fglrx has a kernel module component, which can do special things. without kernel mode setting, the open source drivers can't do this
|chiz|: yangman: ok so you think fglrx might have been helping me out with something that I need to solve on my own now?
yangman: |chiz|: yeah. hibernation tends to be tricky, since it's usually a mix of ACPI and BIOS doing various magic. a lot of manufacturers don't impelment them sanely
awosy: i can't enable open gl mode for kwin in opengl
awosy: 3D is supported for my card and it is enabled
yangman: awosy: does any other GL app work?
awosy: can you name me an other gl app to test it quickly ?
awosy: i can see the rolling wheels :)
yangman: is it giving you a reasonable framerate?
awosy: about 4800 fps
yangman: ok, so GL is working fine
yangman: you should consult kwin about your issue
awosy: it that in #kwin ?
yangman: I've no idea
awosy: ah ok :)
Obscene_CNN: *sigh* still no docs for r6xx/7xx :/
Tanktalus: GL is working with the radeonhd on some cards? :-)
Obscene_CNN: Tanktalus, on some cards it works fairly well so I hear
Tanktalus: really wants the 3870HD (RV670, I think) 3D support :-)
mattmatteh: Obscene_CNN, did amd say when and if they will release the r6xx and r7xx docs ?
cxo: night of drama today huh?
cxo: I'm very much in support for dropping radeonhd, but not for the reasons mentioned on the mailing list. but for the sake of streamlining effort and having it so that a user does not need to differentiate the two
cxo: I think i'm siding with Keith Packard
yangman: why not move all atom-bios supported cards into radeonhd, then?
yangman: surely it's the same idea ;)
cxo: if it makes code-sharing sense, sure
airlied: not sure why atombios should be a splitting point any more than any other point.
yangman: personally, I'm going to stay impartial until KMS settles
airlied: the thing is the card evolve and rarely throw away everything
cxo: if radeon dropped support for -HD cards, i'd be in support for that.
cxo: its hard enough to get a driver for new hardware on linux, having 2 streams really doesnt make sense, unless of course, 1 is just a testing phase
cxo: With limited resources dont fight over bullshit politics.