Bug#546586: Re: Bug#546586: xorg: X server lockup in int10 when booting a secondary card

2010-03-10 Thread Mader, Alexander (N-MSR)

Hello Cyril,

some more remarks ;-)

Am 20:59, schrieb Mader, Alexander (N-MSR):

The configuration is as described in

http://...


The configuration is archived in the first email of this bug report as well.


The restart with the upgraded packages gave me the GDM login screen. I
was able to logon successfully but everything was a bit slow. The reason
for this was that *everything* was *simultaneously* on *both* seats! In
other words a separate login was not possible any more. Finally both X
server froze at some point.


As mentioned in my last post the single X server grabs all the input 
devices although there are explicitly configured ones. In the log this 
can be found when the events 2 and 4 are registered in addition to the 
configured ones (3 and 5).


Is the observation of simultaneous logins just the result of all input 
devices being automatically registered with all X servers? In other 
words: Did I really login with both X servers? Would effectively 
separating the input devices allow distinct logins again? If so, how 
could I achieve this?



I could not find anything at the end of the
Xorg*log files but will send them asap.


Unfortunately, I deleted one of the logs during my experiments. So I 
have to reproduce the dual seat stuff :-( I am sorry, please, stay tuned ;-)


Best regards,
--
Alexander Mader



smime.p7s
Description: S/MIME Cryptographic Signature


Bug#546586: xorg: X server lockup in int10 when booting a secondary card

2010-03-10 Thread Mader, Alexander (N-MSR)

Am 10.03.2010 09:18, schrieb Mader, Alexander:

Would effectively separating the input devices allow distinct logins again?
If so, how could I achieve this?

I will try Auto[Add|Enable]Devices asap.
--
Alexander Mader



smime.p7s
Description: S/MIME Cryptographic Signature


Bug#546586: xorg: X server lockup in int10 when booting a secondary card

2010-03-10 Thread Mader, Alexander
Hello Cyril,

with AutoEnableDevices false the first test with two real seperate
logins was successful :-) I still need the dummy X server started first
as it seems and stability is not tested yet ;-)

As for the int10 problem I would consider the issue as fixed :-)

Many thanks for maintaining X to you and the other team members and best
regards,
-- 
Alexander Mader



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#546586: xorg: X server lockup in int10 when booting a secondary card

2010-03-08 Thread Mader, Alexander (N-MSR)

Hello,

now some details. As mentioned I did an upgrade and just restarted the 
system. The configuration is as described in


 http://lists.freedesktop.org/archives/xorg/2008-October/039421.html

and worked with the packages on hold together with the respective latest 
2.6.32-kernel (currently 2.6.32-3-686) from unstable w/o problems.


The restart with the upgraded packages gave me the GDM login screen. I 
was able to logon successfully but everything was a bit slow. The reason 
for this was that *everything* was *simultaneously* on *both* seats! In 
other words a separate login was not possible any more. Finally both X 
server froze at some point. I could not find anything at the end of the 
Xorg*log files but will send them asap.


As a next step I left out the first, dummy X server but the effects were 
just the same.


Starting just one X on just one seat with something like

8 -- 8
[server-Standard]
name=Standard server
command=/usr/bin/X0 -config xorg-X0.conf -layout X0 -audit 0
flexible=true
# Multiseat:
#command=/usr/bin/X0 -config xorg-X0.conf -layout X0 -audit 0 vt7 
-noreset -sharevts -novtswitch

#flexible=false
8 -- 8

and reduced xorg.conf works fine for the NV seat, a bit fiddling in the 
conf seems to be necessary for the ATI seat as it showed poor 2D 
performance.


Still, any help is very much appreciated :-)

Best regards,
--
Alexander Mader


smime.p7s
Description: S/MIME Cryptographic Signature


Bug#546586: xorg: X server lockup in int10 when booting a secondary card

2010-03-07 Thread Mader, Alexander
Cyril Brulebois schrieb:
 Julien Cristau jcris...@debian.org (14/09/2009):
 This will hopefully be fixed using kernel 2.6.32 and xorg-server
 1.7.
 any news about that?
Hello Cyril,

right after reading your email yesterday evening I upgraded all the
packages on hold:

[HALTEN, ABHÄNGIGKEITEN] gnome-settings-daemon
[HALTEN, ABHÄNGIGKEITEN] libgl1-mesa-dri
[HALTEN, ABHÄNGIGKEITEN] libgl1-mesa-glx
[HALTEN, ABHÄNGIGKEITEN] libgnome-window-settings1
[HALTEN, ABHÄNGIGKEITEN] x11-apps
[HALTEN, ABHÄNGIGKEITEN] xserver-xorg
[HALTEN, ABHÄNGIGKEITEN] xserver-xorg-core
[HALTEN, ABHÄNGIGKEITEN] xserver-xorg-video-fbdev
[HALTEN, ABHÄNGIGKEITEN] xserver-xorg-video-mach64
[HALTEN, ABHÄNGIGKEITEN] xserver-xorg-video-nv
[HALTEN, ABHÄNGIGKEITEN] xserver-xorg-video-r128
[HALTEN, ABHÄNGIGKEITEN] xserver-xorg-video-radeon
[HALTEN, ABHÄNGIGKEITEN] xserver-xorg-video-radeonhd
[HALTEN, ABHÄNGIGKEITEN] xserver-xorg-video-vesa

[HALTEN] capplets-data
[HALTEN] gnome-control-center
[HALTEN] gnome-screensaver
[HALTEN] gnome-session
[HALTEN] libgdl-1-common
[HALTEN] nautilus
[HALTEN] nautilus-data
[HALTEN] x11-common
[HALTEN] xorg
[HALTEN] xserver-xephyr
[HALTEN] xserver-xorg-input-evdev
[HALTEN] xserver-xorg-input-kbd
[HALTEN] xserver-xorg-input-mouse
[HALTEN] xserver-xorg-video-ati
[HALTEN] xserver-xorg-video-dummy

just to learn that I have to reconfigure my whole system at best :-(

Right now I am happy to have one screen up and running w/o peculiar
effects. I will post further progress or hitback reports. If there is
anybody out there having a fully functioning multiseat setup with debian
testing any help is really very much apreciated!!! I will try to answer
any well meant questions ;-)

So I cannot say anything to the second seat and its server behaviour
yet, unfortunately.

Best regards and thanks for asking,
-- 
Alexander Mader



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#546586: xorg: X server lockup in int10 when booting a secondary card

2010-03-02 Thread Cyril Brulebois
Julien Cristau jcris...@debian.org (14/09/2009):
 This will hopefully be fixed using kernel 2.6.32 and xorg-server
 1.7.

Hi Alexander,

any news about that?

Mraw,
KiBi.


signature.asc
Description: Digital signature


Bug#546586: xorg: X server lockup in int10 when booting a secondary card

2009-09-14 Thread Mader, Alexander
Subject: xorg: X server lockup in int10 when booting a secondary card
Package: xorg
Version: 1:7.4+4
Severity: important

Hello,

I just run aptitude upgrade and my multiseat setup isn't working any
more. The
experience is as described in freedektop.org bug 18160. I would prefer
helping with a solution rather than being forced to downgrade xorg.

In more detail: On an old AMD K7 I was running a multiseat setup with an
equally old NV34 [GeForce FX 5200] rev 161 and an ATI Technologies Inc
RV 610LE PCI [Radeon HD 2400] rev 0. First a Dummy X server was started,
then the X server for the primary AGP NVidia card, and then the X server
for the secondary PCI ATI card. After the upgrade the first two X servers
start but the third hangs after loading int10.

I will attach the xorg.conf files and the logs later.

Best regards, Alexander.

PS: 6.12.3-1  xserver-xorg-video-ati
2.1.14-2  xserver-xorg-video-nv

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xorg depends on:
ii  gnome-terminal [x-terminal-em 2.26.2-2   The GNOME terminal emulator
applic
ii  libgl1-mesa-dri   7.5.1-1A free implementation of
the OpenG
ii  libgl1-mesa-glx [libgl1]  7.5.1-1A free implementation of
the OpenG
ii  libglu1-mesa  7.5.1-1The OpenGL utility library
(GLU)
ii  x11-apps  7.4+2  X applications
ii  x11-session-utils 7.3+1  X session utilities
ii  x11-utils 7.4+1  X11 utilities
ii  x11-xfs-utils 7.4+1  X font server utilities
ii  x11-xkb-utils 7.4+3  X11 XKB utilities
ii  x11-xserver-utils 7.4+2  X server utilities
ii  xauth 1:1.0.3-2  X authentication utility
ii  xfonts-100dpi 1:1.0.0-4  100 dpi fonts for X
ii  xfonts-75dpi  1:1.0.0-4  75 dpi fonts for X
ii  xfonts-base   1:1.0.0-6  standard fonts for X
ii  xfonts-scalable   1:1.0.0-7  scalable fonts for X
ii  xfonts-utils  1:7.4+2X Window System font
utility progr
ii  xinit 1.1.1-1X server initialisation tool
ii  xkb-data  1.6-1  X Keyboard Extension (XKB)
configu
ii  xorg-docs-core1:1.4-5Core documentation for the
X.org X
ii  xserver-xorg  1:7.4+4the X.Org X server

xorg recommends no packages.

Versions of packages xorg suggests:
ii  xorg-docs 1:1.4-5Miscellaneous documentation
for th

-- no debconf information




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#546586: xorg: X server lockup in int10 when booting a secondary card

2009-09-14 Thread Julien Cristau
On Mon, Sep 14, 2009 at 12:04:39 +0200, Mader, Alexander wrote:

 I just run aptitude upgrade and my multiseat setup isn't working any
 more. The
 experience is as described in freedektop.org bug 18160. I would prefer
 helping with a solution rather than being forced to downgrade xorg.
 
 In more detail: On an old AMD K7 I was running a multiseat setup with an
 equally old NV34 [GeForce FX 5200] rev 161 and an ATI Technologies Inc
 RV 610LE PCI [Radeon HD 2400] rev 0. First a Dummy X server was started,
 then the X server for the primary AGP NVidia card, and then the X server
 for the secondary PCI ATI card. After the upgrade the first two X servers
 start but the third hangs after loading int10.
 
This will hopefully be fixed using kernel 2.6.32 and xorg-server 1.7.

Cheers,
Julien



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org