Re: Which one to buy ?
>> Here comes that time again: I have to buy a graphic card, I want to buy >> a radeon, not too long/wide (limited space in the box), reasonably >> recent and powerful, to be used in a debian/sid system. >> What do I buy if I want 3D (compiz at least) now, or at least very >> soon ? >> I guess if AMD pours money on linux support, it's because they want >> their stuff to be bought. But it's not clear yet when the latest gen is >> usable without fglrx. > I don't know how much you intend to game, but I would recommend a > Radeon-HD 5750 (basically a half 5850). > The series won't be replaced by a 67xx series (as far as it looks for > now) and are for the power they offer quite cheap. > Open driver support Xrender and OpenGL quite ok. > > - Clemens For gaming a mid-range card like the suggested is a good choice IMHO, tho' I'm no longer carefully following the field. If you do not intend to play very recent demanding games on high settings even a low-end card (or chipset-based GPU) should be sufficient - with the huge advantage that they don't need active cooling. One note of caution, using a HD5xxx or higher chip does currently require -git stuff to get even Compiz afaik, unless you're willing to (temporarily) use fglrx. HD4xxx and lower (e.g. I have a chipset-HD3xxx) work great with released kernels and free drivers, tho I don't know if sid contains sufficiently recent versions. Steffen ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Memory hog on Ubuntu 9.10
On 04/04/10 18:24, Yang Zhang wrote: > On Sun, Apr 4, 2010 at 5:27 AM, Julien Cristau wrote: > >> On Sun, Apr 4, 2010 at 04:34:06 -0400, Yang Zhang wrote: >> >> >>> Driver "nvidia" >>> >> You'll have to talk to nvidia then. >> >> Cheers, >> Julien >> >> > Thanks Julien. Just out of curiosity, is this a well-known and > widespread issue with nvidia systems? And is there any way for me to > verify that it's indeed due to the nvidia driver via inspection > (preferably without switching off nvidia drivers and waiting, since > this issue usually takes a long time to reproduce)? > I'm not aware of any widespread issue, and although I haven't got a great deal of interest in the proprietary drivers I'm sure I would've heard about it. As for verifying.. well, that's one of the key criticisms of these illegal drivers. Since they are loaded into kernel space they can do _whatever_ _they_ _want_ with your system - that's the nature of kernel code. And since they're binary its not feasible to figure out what exactly they're up to. Your best bet is to either turn of that driver and use nv or nouveau (maybe nouveau already satisfies your requirements, and unlike nvidia it's actually supportable) for comparison, or to contact nvidia support. Tho I wouldn't hold my breath on a useful reply from them, they made it quite clear what priority non-workstation-users under non-windows have for them. You could also try e.g. the Phoronix forums [1], I would imagine they have a lot more nvidia users than this list. But I'd really recommend you give nouveau a shot first. Cheers, Steffen [1] http://www.phoronix.com/forums/forumdisplay.php?f=20 ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Error messages in .xseesion-errors
Had a brief look at it, looks like the messages are from libvlc, which may well be used by other media players. Try this: Open the .xsession-errors file straight after logging in and wait a bit. Assuming nothing unexpected appears start running whatever media players you use, bearing in mind that browsers also often include media player plugins Cheers, Steffen On 27/03/10 20:35, JD wrote: > Greetings. > Could someone provide any info as to how these > messages are being written to ~/.xsession-errors > by programs that I have not even executed yet - > programs like vlc and others. Some are comming > from gnome components, and I have posed the question > to the gnome mailing list. > > Thanks for any info. > > The file .xsession-errors.gz is attached. > > These are the xorg packages installed: > > xorg-x11-drv-trident-1.3.3-1.fc12.i686 > xorg-x11-drv-ivtv-1.1.1-1.fc12.i686 > xorg-x11-drv-keyboard-1.4.0-2.fc12.i686 > xorg-x11-drv-ast-0.89.9-1.fc12.i686 > xorg-x11-drv-savage-2.3.1-1.fc12.i686 > xorg-x11-drv-penmount-1.4.0-4.fc12.i686 > xorg-x11-drv-vesa-2.3.0-1.fc12.i686 > xorg-x11-drv-r128-6.8.1-2.fc12.i686 > xorg-x11-xinit-1.0.9-14.fc12.i686 > xorg-x11-drv-fbdev-0.4.1-1.fc12.i686 > xorg-x11-xkb-utils-7.4-6.fc12.i686 > xorg-x11-drv-sis-0.10.2-1.fc12.i686 > xorg-x11-drv-mouse-1.5.0-1.fc12.i686 > xorg-x11-drv-s3-0.6.3-1.fc12.i686 > xorg-sgml-doctools-1.1.1-4.fc12.noarch > xorg-x11-xdm-1.1.6-14.fc12.i686 > xorg-x11-drv-openchrome-0.2.904-1.fc12.i686 > xorg-x11-drv-acecad-1.4.0-1.fc12.i686 > xorg-x11-drv-glint-1.2.4-1.fc12.i686 > xorg-x11-drv-radeonhd-1.3.0-4.2.20091204git.fc12.i686 > xorg-x11-server-common-1.7.6-1.fc12.i686 > xorg-x11-xfwp-1.0.1-10.fc12.i686 > xorg-x11-xtrans-devel-1.2.2-4.fc12.noarch > xorg-x11-drv-sisusb-0.9.3-1.fc12.i686 > xorg-x11-drv-elographics-1.2.3-4.fc12.i686 > xorg-x11-proto-devel-7.4-35.fc12.noarch > xorg-x11-drv-synaptics-devel-1.2.1-1.fc12.i686 > xorg-x11-xsm-1.0.2-12.fc12.i686 > xorg-x11-util-macros-1.5.0-1.fc12.noarch > xorg-x11-drv-rendition-4.2.2-4.fc12.i686 > xorg-x11-drv-voodoo-1.2.3-1.fc12.i686 > xorg-x11-drv-evdev-devel-2.3.2-3.fc12.i686 > xorg-x11-font-utils-7.2-11.fc12.i686 > xorg-x11-drv-evdev-2.3.2-3.fc12.i686 > xorg-x11-docs-1.3-6.fc12.noarch > xorg-x11-drv-tseng-1.2.2-2.fc12.i686 > xorg-x11-drv-siliconmotion-1.7.3-1.fc12.i686 > xorg-x11-drv-aiptek-1.3.0-1.fc12.i686 > xorg-x11-drv-nouveau-0.0.15-20.20091105gite1c2efd.fc12.i686 > xorg-x11-drivers-7.3-13.fc12.i686 > xorg-x11-drv-vmmouse-12.6.5-2.fc12.i686 > xorg-x11-drv-mga-1.4.11-1.fc12.i686 > xorg-x11-drv-fpit-1.3.0-4.fc12.i686 > xorg-x11-drv-ark-0.7.1-4.fc12.i686 > xorg-x11-drv-intel-2.9.1-1.fc12.i686 > xorg-x11-drv-mutouch-1.2.1-4.fc12.i686 > xorg-x11-drv-openchrome-devel-0.2.904-1.fc12.i686 > xorg-x11-fonts-ISO8859-1-100dpi-7.2-9.fc12.noarch > xorg-x11-drv-s3virge-1.10.4-1.fc12.i686 > xorg-x11-drv-cirrus-1.3.2-1.fc12.i686 > xorg-x11-server-Xorg-1.7.6-1.fc12.i686 > xorg-x11-drv-chips-1.2.2-1.fc12.i686 > xorg-x11-xauth-1.0.2-7.fc12.i686 > xorg-x11-drv-void-1.3.0-2.fc12.i686 > xorg-x11-drv-vmware-10.16.7-2.fc12.i686 > xorg-x11-fonts-misc-7.2-9.fc12.noarch > xorg-x11-twm-1.0.3-5.fc12.i686 > xorg-x11-xbitmaps-1.0.1-9.fc12.i686 > xorg-x11-drv-neomagic-1.2.4-2.fc12.i686 > xorg-x11-server-utils-7.4-13.fc12.i686 > xorg-x11-drv-mach64-6.8.2-1.fc12.i686 > xorg-x11-drv-hyperpen-1.3.0-3.fc12.i686 > xorg-x11-drv-ati-6.13.0-0.21.20100219gite68d3a389.fc12.i686 > xorg-x11-utils-7.4-7.fc12.i686 > xorg-x11-drv-v4l-0.2.0-3.fc12.1.i686 > xorg-x11-xfs-1.0.5-6.fc12.i686 > xorg-x11-resutils-7.1-9.fc12.i686 > xorg-x11-drv-geode-2.11.4.1-1.fc12.i686 > xorg-x11-drv-i128-1.3.3-1.fc12.i686 > xorg-x11-drv-wacom-0.10.4-2.fc12.i686 > xorg-x11-drv-intel-devel-2.9.1-1.fc12.i686 > xorg-x11-drv-i740-1.3.2-1.fc12.i686 > xorg-x11-drv-apm-1.2.2-1.fc12.i686 > xorg-x11-apps-7.4-10.fc12.i686 > xorg-x11-drv-ati-firmware-6.13.0-0.21.20100219gite68d3a389.fc12.i686 > xorg-x11-drv-tdfx-1.4.3-1.fc12.i686 > xorg-x11-drv-synaptics-1.2.1-1.fc12.i686 > xorg-x11-drv-dummy-0.3.3-1.fc12.i686 > xorg-x11-drv-nv-2.1.15-2.fc12.i686 > > > ___ > xorg@lists.freedesktop.org: X.Org support > Archives: http://lists.freedesktop.org/archives/xorg > Info: http://lists.freedesktop.org/mailman/listinfo/xorg ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Re: How to configure a serial mouse
> I'm not sure about this, I have only done this on Debian Lenny, but I > have not heard that xorg.conf had disappeared. > > So I think that you can run X -configure (as root) and xorg.conf will > be created. Then you can edit the mouse protocol, as before. > > Risto I think what Risto said is correct, but even easier - as far as I understand X, which admittedly is not that much - it should be possible to simply create /etc/X11/xorg.conf with only the sections relevant to your mouse. That way you can use the goodness of X automagical configuration for everything, except the mouse where it's obviously not working. Cheers, Steffen ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Paypal stealing from Xorg [was: Re: Board voting ends today, but...]
On 22/02/10 18:18, Franco Catrin L. wrote: > El vie, 19-02-2010 a las 07:57 +0800, Jaya Kumar escribió: > >> On Fri, Feb 19, 2010 at 5:45 AM, Daniel Stone wrote: >> >>> $US24k for travel sponsorship (no joke), and something like $US5k lost >>> to PayPal (they decided we were scammers and took our money) as well as >>> around $US5k that vanished into the Brazilian banking system, which >>> >> That is scary, USD$10k gone! I'm surprised that no one raised this >> issue into a big public complaint, or maybe someone already did and I >> just didn't notice. I'm not familiar with the US legal system, but >> surely there is a small claims court where one can quickly assert a >> claim and put the burden of an honest response on Paypal? >> > The US legal system is prone to this type of abuse. > > I wrote an article about this situation in a well known spanish blog > [*], may be someone can do the same in english. > > I don't think that it would help the Foundation get back the money, but > at least it may help to take this abuse into public knowledge > I completely agree. I'll spare you my opinion of the US criminal justice system, but this is a clear case of organised theft (or fraud or embezzlement - IANAL) whether or not it is possible to get a conviction. There's two key points to consider: - eBay (owners of Paypal) will continue these crimes without a doubt - why shouldn't they? - Many free software projects/developers use or will use eBay/Paypal to receive donations/payments - and eBay will inevitably steal from some of these. Whilst Xorg survived relatively unscathed with the $5k missing most projects would be hurt BADLY if they got their donations account stolen. I propose the following actions: - Unless it's definitely a complete waste of time civil as well as criminal charges should be brought by Xorg against eBay, as far as this is possible without undue costs or risks to Xorg. Remember - just because the contract says that eBay can steal doesn't mean it's not a crime if they actually do it. Laws supersede contracts. - Information about this (especially emails from eBay "support") should be made public and should be publicised, e.g. by emails to this list, the Xorg Wiki (on that note - there's actually a suggestion on there to use Paypal to donate to Xorg devs...), etc. Due to the particularly despicable nature of the crime (what kind of a sick perverted bastard steals from a charity?) and the likely negative effect on other related projects I'd go as far as putting a link or banner about this right on the front page. Cheers, Steffen PS: Bear in mind that my choice of words may not be the best if one is concerned about lawsuits by eBay for e.g. slander ;) ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Display on HDMI-connected TV to large
> Underscan doesn't seem to help too. I tried down to 1064x504 in steps of 8 > (from 1280x720) and my TV always seems to compensate. > Disclaimer: I never did this so my suggestion may be stupid. Are you sure you're actually underscanning? Sounds to me like you're changing the resolution, I would imagine the TV "auto-compensates" (by stretching) for that just like a PC monitor does. I think this link might help you: http://www.mythtv.org/wiki/Modeline_Database Under section 2 it has a link to a modeline calculator that may be useful, or maybe your TV is even listed in the custom modelines section. If it is not and you find working lines you could add them tho ;) One thing that strikes me as odd is that the issue even exists with HDMI. What's the point in overscan when you don't have a DA converter? Cheers, Steffen ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Multiseat with VGAArbiter on 2 Radeon cards - found KMS
Hi,
I'll be brief, due to some changed circumstances I unfortunately no
longer have a need (and in a couple of days won't have the equipment any
more either) for dual seat. However I wanted to share what I got in case
somebody else is trying to get it to work. So this is what happened
since my last mail:
- I tried the cards (one HD 34xx, one HD4350) individually. I finally
figured out how to get it to load the firmware/microcode: copy the
appropriate file(s) from
http://people.freedesktop.org/~agd5f/radeon_ucode/ to
{kernel-sources-root}/firmware/radeon/ and tell it about it, see my
attached config. But unfortunately with the 4350 it just blackscreened.
- So I traded the 4350 against another 34xx (so now I was trying with
two HD34xx cards). Now with a normal kdmrc (attached) and no xorg-conf
at all it booted fine, loaded X fine, it even played 720p videos fine.
- So I tried putting my multiseat xorg.conf and kdmrc (both attached)
back in but now unfortunately when I tried to start kdm (using
/etc/init.d/xdm start) it just crashed on me again.
So that's about it, if anyone has any further questions to me about this
I'd be more than happy to help.
Other than that, thanks everyone for helping me out, and sorry for not
seeing it through.
Steffen
>> Ok I just realised that KMS has to be activated in staging. So I tried
>> that now, but without success :(
>>
>> So I tried 3 kernel configs now.
>>
>> In common they have:
>> Kernel 2.6.32 (gentoo-sources)
>> xorg-server 1.7.3
>> using the xorg radeon/ati driver
>> identical xorg.conf and kdmrc (attached)
>> Both boot in text mode fine
>>
>> The differences (all configs are attached):
>> 1) had KMS and DRM off
>> 2) DRM on
>> 3) DRM and KMS on
>>
>> Now the results vary quite a bit.
>>
>> All of them start booting in textmode on the monitor connected to the
>> primary graphics card.
>> 1 and 2 continue to boot and allow me to do a text login. However with
>> KMS on by default the monitor suddenly goes black (but not into standby)
>> during boot, I think when it starts loading the modules but I'm not
>> quite sure, it's hard to tell because the messages come so fast at that
>> point. However I can still login blindly. If I try to start KDM nothing
>> changes on the screens.
>>
>> As said 1 and 2 let me login normally so here's what happens from then:
>> With the kernel without DRM I can start KDM and it displays on the
>> screen connected to the secondary card (note: this is the first entry in
>> kdmrc). I can then login and work on that monitor just fine, in fact I'm
>> writing this email from it.
>> With the kernel with DRM it's not so good. The second monitor turns on
>> but both just go blank and stay blank.
>>
>> Note that in all of the scenarios I can always cause an orderly shutdown
>> by pressing the power button.
>>
>> Any ideas?
>>
>> Thanks, Steffen
>>
>>
>>> Okay I tried turning off arbiter by just editing .config
>>> ("CONFIG_VGA_ARB=n") but when I type my usual "make && make
>>> modules_install" it changes it back automatically. I tried rebooting
>>> into this new kernel anyways but it continues to load arbiter as
>>> evidenced in the boot messages and as expected it still doesn't work. I
>>> haven't been able to turn off arbiter in make menuconfig as its
>>> automatically turned on by other options so it doesn't even show up in
>>> there.
>>>
> You don't want to turn it off. It is needed to cleanly boot with two
> VGA cards.
>
>
>>> Does anyone have any ideas what I'm doing? Or is anyone out here running
>>> a multiseat setup with radeon cards? I'd be very very grateful if you
>>> could send me your xorg.conf, ?dm config (e.g.
>>> /usr/share/config/kdm/kdmrc), the version numbers of your xorg-server,
>>> type&version of driver (at this stage I'd even try the proprietary
>>> drivers) and what you use to launch X as well as its version.
>>>
>>> So any tips, no matter how unlikely you think they are to work, would be
>>> greatly appreciated.
>>>
> Given how you've mentioned DRM failing, have you checked it's
> successfully loading the microcode for both cards? DRM should be
> working with multiple cards.
>
> I have a dual Radeon system RV280 (PCI) + R420 (AGP), I too was having
> some problems bringing it up successfully. What I found is I had to go
> with what the DRM driver determines to be the card order (PCI as
> primary), not what the BI
Re: Multiseat with VGAArbiter on 2 Radeon cards
Okay I tried turning off arbiter by just editing .config
("CONFIG_VGA_ARB=n") but when I type my usual "make && make
modules_install" it changes it back automatically. I tried rebooting
into this new kernel anyways but it continues to load arbiter as
evidenced in the boot messages and as expected it still doesn't work. I
haven't been able to turn off arbiter in make menuconfig as its
automatically turned on by other options so it doesn't even show up in
there.
Does anyone have any ideas what I'm doing? Or is anyone out here running
a multiseat setup with radeon cards? I'd be very very grateful if you
could send me your xorg.conf, ?dm config (e.g.
/usr/share/config/kdm/kdmrc), the version numbers of your xorg-server,
type&version of driver (at this stage I'd even try the proprietary
drivers) and what you use to launch X as well as its version.
So any tips, no matter how unlikely you think they are to work, would be
greatly appreciated.
TIA,
Steffen
> Okay I figured I might as well try Tiago's idea. I'm not sure what if I
> used the right command but here's what I tried:
> xterm -display :1 -e bash &
> xterm -display :1.0 -e bash &
> xterm -display localhost:1 -e bash &
> xterm -display localhost:1.0 -e bash &
>
> I tried all four as both root and user and they all fail saying "Can't
> open display: localhost:1.0" (with different display depending on what I
> used).
>
> Thanks, Steffen
>
>
> Steffen Schaumburg wrote:
>
>> Hi,
>> thanks both of you for your replies - I'm going to try the KMS method
>> first. Now the problem is I can't turn off Arbiter in the kernel, make
>> menuconfig can find it with the search, but the option isn't in the
>> menu. Is there a boot option to force off arbiter (or, alternatively, to
>> force on KMS which would turn off arbiter by necessity?)? I checked the
>> docs at
>> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob_plain;f=Documentation/vgaarbiter.txt;hb=HEAD
>>
>> but can't see anything. Or should I just manually edit the .config file
>> - I'm inclined to trust menuconfig to not be displaying the option for a
>> reason, or am I giving it too much credit? Any pointers would be
>> appreciated.
>>
>> Thanks, Steffen
>>
>>> Multicard and multiseat for radeon doesn't need vgaarb; use KMS
>>> instead and your cards will both come up at boot.
>>>
>>> Posting from a mobile, pardon my terseness. ~ C.
>>>
>>>> On Dec 5, 2009 9:30 AM, "Tiago Vignatti" >>> <mailto:tiago.vigna...@nokia.com>> wrote:
>>>>
>>>> On Fri, Dec 04, 2009 at 09:00:19PM +0100, ext Steffen Schaumburg
>>>> wrote: > Hi everyone, > I'm trying ...
>>>>
>>>> yes. And the log says you're indeed using it.
>>>>
>>>>> The current status of my work is: > >From pressing the power button
>>>>>
>>>> to kdm loading it displays i...
>>>>
>>>> humm, seems not issue with vga arbitration. I'd guess maybe missed mode
>>>> setting. Try to start an app on the monitor black and see if
>>>> connects. If this
>>>> succeeds then the arbiter is doing its job okay.
>>>>
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Multiseat with VGAArbiter on 2 Radeon cards
Okay I figured I might as well try Tiago's idea. I'm not sure what if I used the right command but here's what I tried: xterm -display :1 -e bash & xterm -display :1.0 -e bash & xterm -display localhost:1 -e bash & xterm -display localhost:1.0 -e bash & I tried all four as both root and user and they all fail saying "Can't open display: localhost:1.0" (with different display depending on what I used). Thanks, Steffen Steffen Schaumburg wrote: > Hi, > thanks both of you for your replies - I'm going to try the KMS method > first. Now the problem is I can't turn off Arbiter in the kernel, make > menuconfig can find it with the search, but the option isn't in the > menu. Is there a boot option to force off arbiter (or, alternatively, to > force on KMS which would turn off arbiter by necessity?)? I checked the > docs at > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob_plain;f=Documentation/vgaarbiter.txt;hb=HEAD > > but can't see anything. Or should I just manually edit the .config file > - I'm inclined to trust menuconfig to not be displaying the option for a > reason, or am I giving it too much credit? Any pointers would be > appreciated. > > Thanks, Steffen > > > Corbin Simpson wrote: > >> Multicard and multiseat for radeon doesn't need vgaarb; use KMS >> instead and your cards will both come up at boot. >> >> Posting from a mobile, pardon my terseness. ~ C. >> >> >>> On Dec 5, 2009 9:30 AM, "Tiago Vignatti" >> <mailto:tiago.vigna...@nokia.com>> wrote: >>> >>> On Fri, Dec 04, 2009 at 09:00:19PM +0100, ext Steffen Schaumburg >>> wrote: > Hi everyone, > I'm trying ... >>> >>> yes. And the log says you're indeed using it. >>> >>> >>>> The current status of my work is: > >From pressing the power button >>>> >>> to kdm loading it displays i... >>> >>> humm, seems not issue with vga arbitration. I'd guess maybe missed mode >>> setting. Try to start an app on the monitor black and see if >>> connects. If this >>> succeeds then the arbiter is doing its job okay. >>> > ___ > xorg mailing list > xorg@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/xorg > ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Multiseat with VGAArbiter on 2 Radeon cards
Hi, thanks both of you for your replies - I'm going to try the KMS method first. Now the problem is I can't turn off Arbiter in the kernel, make menuconfig can find it with the search, but the option isn't in the menu. Is there a boot option to force off arbiter (or, alternatively, to force on KMS which would turn off arbiter by necessity?)? I checked the docs at http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob_plain;f=Documentation/vgaarbiter.txt;hb=HEAD but can't see anything. Or should I just manually edit the .config file - I'm inclined to trust menuconfig to not be displaying the option for a reason, or am I giving it too much credit? Any pointers would be appreciated. Thanks, Steffen Corbin Simpson wrote: > > Multicard and multiseat for radeon doesn't need vgaarb; use KMS > instead and your cards will both come up at boot. > > Posting from a mobile, pardon my terseness. ~ C. > >> On Dec 5, 2009 9:30 AM, "Tiago Vignatti" > <mailto:tiago.vigna...@nokia.com>> wrote: >> >> On Fri, Dec 04, 2009 at 09:00:19PM +0100, ext Steffen Schaumburg >> wrote: > Hi everyone, > I'm trying ... >> >> yes. And the log says you're indeed using it. >> >> > The current status of my work is: > >From pressing the power button >> to kdm loading it displays i... >> >> humm, seems not issue with vga arbitration. I'd guess maybe missed mode >> setting. Try to start an app on the monitor black and see if >> connects. If this >> succeeds then the arbiter is doing its job okay. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Multiseat with VGAArbiter on 2 Radeon cards
" #Driver "evdev" #Option "Device" "/dev/input/event4" #Identifier "Keyboard0" #Option "XkbModel" "evdev" #Option "XkbLayout" "uk" #Option "CoreKeyboard" #EndSection #Section "InputDevice" #Driver "evdev" #Option "Device" "/dev/input/event2" #Identifier "Keyboard1" #Option "XkbModel" "evdev" #Option "XkbLayout" "uk" #Option "CoreKeyboard" #EndSection #Section "InputDevice" #Identifier "Mouse0" #Driver "evdev" #Option "Device" "/dev/input/mouse2" #EndSection #Section "InputDevice" #Identifier "Mouse1" #Driver "evdev" #Option "Device" "/dev/input/mouse0" #EndSection my kdmrc: [General] ConfigVersion=2.4 StaticServers=:0,:1 ReserveServers=:2,:3 ServerVTs=-7 ConsoleTTYs=tty1,tty2,tty3,tty4,tty5,tty6 PidFile=/var/run/kdm.pid [Xdmcp] Enable=false Willing=/usr/share/config/kdm/Xwilling [Shutdown] [X-*-Core] Setup=/usr/share/config/kdm/Xsetup Startup=/usr/share/config/kdm/Xstartup Reset=/usr/share/config/kdm/Xreset Session=/usr/share/config/kdm/Xsession AllowRootLogin=false AllowNullPasswd=false AllowShutdown=Root SessionsDirs=/usr/share/xsessions #ClientLogFile=.xsession-errors-%d [X-*-Greeter] LogoArea=Logo LogoPixmap=/usr/share/apps/kdm/pics/kdelogo.png MinShowUID=1000 MaxShowUID=65000 ForgingSeed=1259072861 Preloader=/usr/bin/preloadkde UseTheme=true Theme=/usr/share/apps/kdm/themes/oxygen-air [X-:*-Core] ServerCmd=/usr/bin/X -br -quiet ServerArgsLocal=-nolisten tcp AllowNullPasswd=true AllowShutdown=All [X-:*-Greeter] PreselectUser=Previous FocusPasswd=true LoginMode=DefaultLocal AllowClose=false [X-:0-Core] ServerArgsLocal=-nolisten tcp -layout Seat1 -novtswitch -isolateDevice PCI:2:0:0 ClientLogFile=.xsession0-errors [X-:0-Greeter] DefaultUser=cath [X-:1-Core] ServerArgsLocal=-nolisten tcp -layout Seat0 -novtswitch -isolateDevice PCI:1:0:0 ClientLogFile=.xsession1-errors [X-:1-Greeter] DefaultUser=steffen My main source for these configs was: http://wpkg.org/Configuring_multiseat_X_workstation Anyone any ideas? Thanks, Steffen ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
