|
osdir.com mailing list archive F.A.Q. -since 2001! |
|
|
|
Subject: Re: Avoiding redundant Int10 calls - msg#00034List: linux.kernel.console
by Date: Prev Next Date Index by Thread: Prev Next Thread Index
Yitzhak Bar Geva escreveu: (...) I suspect the problem may be related to the fact that the secondary cards are being unecessarily restarted with Int10 > Unfortunately this does not seem to be the problem on nvidia cards. The disabling of Int10 is necessary for SiS and other chipsets, but does not seem to affect nvidia proprietary driver. Still, you might try. But I must warn you that we never got stability on NVidia cards. After some restarts or when running xscreensaver on all heads at once for some time, some devices freeze. We wrote a bugreport for NVidia, but had no answer until now. Perhaps you could do the same (using their nvidia-bug-report.sh), and so we could try to put some pressure. unecessarily restarted with Int10. Your xorg.conf.probe solution seems to be what I need, but The .probe solution is because we only use int10 once, in Xinerama mode, before actually starting the different X 1. Are you using only one secondary card, with multiple ports? If so, which board is it? We are seeking a reliable, inexpensive multiport board. > No. We are using multiple single cards. SiS315 chipset in most cases. I never tried the 2. In our case, we have multiple secondary cards which must be initialized. Shouldn't we be using the "SingleCard" (or "BusID") option for each of the cards to be initialized? No. You could, but we use one Layout with the Xinerama mode. So we start only one X server that controls all four cards, arranging them as if they were one desktop with multiple screens. In this case, X initializes all cards. Following are the "Device" sections from my xorg.conf. I appreciate your assistance. This has been an awful problem, Yitzhak You should make your xorg.conf.probe with the layout described at our howto and use the same device section you sent me. Then, on the xorg.conf, you change the device section by putting Option "UseInt10Module" "off" since the cards were already initialized. And please let me know of your tests. We also want NVidia cards to work properly. Greetings, Daniel Section "Device" Identifier "device0" VendorName "nVidia Corporation" BoardName "NVIDIA GeForce4 (generic)" Driver "nvidia" Screen 0 BusID "PCI:1:0:0" Option "DPMS" "Off" Option "HWCursor" "on" Option "UseInt10Module" "on" Option "IgnoreDisplayDevices" "DFP, TV" Option "RenderAccel" "on" Option "ConnectedMonitor" "CRT" Option "IgnoreEDID" "off" Option "NvAgp" "1" EndSection Section "Device" Identifier "device1" VendorName "NVidia" BoardName "NVIDIA GeForce4 (generic)" Driver "nvidia" Screen 0 BusID "PCI:2:10:0" Option "DPMS" "Off" Option "HWCursor" "on" Option "UseInt10Module" "on" Option "IgnoreDisplayDevices" "DFP, TV" Option "ConnectedMonitor" "CRT" Option "RenderAccel" "on" Option "IgnoreEDID" "off" EndSection Section "Device" Identifier "device2" VendorName "NVidia" BoardName "NVIDIA GeForce4 (generic)" Driver "nvidia" # Driver "nv" Screen 0 BusID "PCI:2:08:0" Option "DPMS" "Off" Option "HWCursor" "on" Option "UseInt10Module" "on" Option "IgnoreDisplayDevices" "DFP, TV" Option "RenderAccel" "on" Option "ConnectedMonitor" "CRT" Option "IgnoreEDID" "off" EndSection Section "Device" Identifier "device3" VendorName "NVidia" BoardName "NVIDIA GeForce4 (generic)" Driver "nvidia" # Driver "nv" Screen 0 BusID "PCI:2:06:0" Option "DPMS" "On" Option "HWCursor" "on" Option "UseInt10Module" "on" Option "IgnoreDisplayDevices" "DFP, TV" Option "ConnectedMonitor" "CRT" Option "RenderAccel" "on" Option "IgnoreEDID" "off" EndSection Date: Thu, 13 Oct 2005 20:04:52 -0300 From: Daniel Weingaertner <danielw@xxxxxxxxxxx> To: Linux Console <linuxconsole-dev@xxxxxxxxxxxxxxxxxxxxx> Subject: Re: Documentation James van Zeeland escreveu: Certainly an evdev implementation document would be helpful. We have one at http://www.c3sl.ufpr.br/multiterminal/howto-en.php Greetings, Daniel ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl
Thread at a glance:
Previous Message by Date:Re: Add faketty stabilityOn Piektdiena, 14. Oktobris 2005 15:10, Hugo Vanwoerkom wrote: > --- Yitzhak Bar Geva <yitzhakbg@xxxxxxxxx> wrote: > > I solved erratic behavior of faketty by preloading > > it > > - added faketty to /etc/modprobe.preload under > > Mandriva 10.2. > > Not being a mandrivian but a debianer, how is preload > different from load? Mandriva preload means very early module load. I think all weirdness related with faketty is ioctl's performed by varios system process which try load fonts, set keyboard rate and so on. These ioctl's are preformed on all range of TTY 1-63. If ftty files are already linked, then this task seems do some wrong. (but should not) faketty-0.04 may help. It does not create ftty files for all input family. Aivils ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl Next Message by Date:gdm autologin capability and new sf projectFor those wanting to have multiple xservers auto or timed login with gdm, we have just patched a gdm 2.8 ubuntu package to allow that. Files are at: http://sourceforge.net/project/showfiles.php?group_id=141732 We will begin using that SLIM sourceforge project as a central point for talking about and releasing files for simultaneous local independent multi-user capability. The linuxconsole project name doesn't really even apply anymore given the evdev approach and other important multi-user aspects like sessiond for sound. There was some discussion a few months ago over a "new" project name, but there was no consensus, so if other people want to help, great. I invite everyone to help admin and mold the SLIM project as they see fit. I would really love to see all of the great new multi-user documentation in a central place. We are almost done moving over to Ubuntu, and we will have a lot of new multi-user scripts to release shortly, including a live Ubuntu multi-user capable CD. Back to talking about the patched gdm: In the past we have just used our own inittab with respawn to launch X servers instead of gdm, but sometimes gdm is nice. Maybe auto/timed logins for all displays should be handled on a per-server basis, because some people wouldn't want the auto/timed login on non-primary displays. In my hack you don't get a choice, auto/timed login applies to all local displays. Questions can be sent directly to me via email or you could try the help forums at: http://sourceforge.net/forum/?group_id=141732 Thanks, Mike Pardee Open Sense Solutions LLC http://open-sense.com 1-888-323-1742 Re: automatic login for second X server > Date: Mon, 10 Oct 2005 09:13:05 +0300 > CC: Andrej van der Zee <mavdzee@xxxxxxxxxxx <mailto:mavdzee@xxxxxxxxxxx>> > > On Sestdiena, 8. Oktobris 2005 01:36, Andrej van der > Zee wrote: Now I want to automatically login for the > second X server (no > > keyboard). Unfortunately, options in gdm only > allow this for the first X > > server. Automatically login for both X servers > would also be fine for me. > > > > Does anybody have a solution? Maybe get rid of gdm > totally and start X > > from a startup script? Any suggestions? ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl Previous Message by Thread:Avoiding redundant Int10 callsThanks for providing the excellent Howto, Daniel. You may have solved a problem which has been plaguing us: X occasionally crashes after multiple logouts/restarts. I suspect the problem may be related to the fact that the secondary cards are being unecessarily restarted with Int10. Your xorg.conf.probe solution seems to be what I need, but I have several questions: 1. You wrote: "A single layout will be enough, as long as it includes all secondary cards.". However, the documentation in the xorg.conf.probe file says "Declare only one layout, and without the "SingleCard" option." Two questions arise: 1. Are you using only one secondary card, with multiple ports? If so, which board is it? We are seeking a reliable, inexpensive multiport board. 2. In our case, we have multiple secondary cards which must be initialized. Shouldn't we be using the "SingleCard" (or "BusID") option for each of the cards to be initialized? Following are the "Device" sections from my xorg.conf. I appreciate your assistance. This has been an awful problem, Yitzhak Section "Device" Identifier "device0" VendorName "nVidia Corporation" BoardName "NVIDIA GeForce4 (generic)" Driver "nvidia" Screen 0 BusID "PCI:1:0:0" Option "DPMS" "Off" Option "HWCursor" "on" Option "UseInt10Module" "on" Option "IgnoreDisplayDevices" "DFP, TV" Option "RenderAccel" "on" Option "ConnectedMonitor" "CRT" Option "IgnoreEDID" "off" Option "NvAgp" "1" EndSection Section "Device" Identifier "device1" VendorName "NVidia" BoardName "NVIDIA GeForce4 (generic)" Driver "nvidia" Screen 0 BusID "PCI:2:10:0" Option "DPMS" "Off" Option "HWCursor" "on" Option "UseInt10Module" "on" Option "IgnoreDisplayDevices" "DFP, TV" Option "ConnectedMonitor" "CRT" Option "RenderAccel" "on" Option "IgnoreEDID" "off" EndSection Section "Device" Identifier "device2" VendorName "NVidia" BoardName "NVIDIA GeForce4 (generic)" Driver "nvidia" # Driver "nv" Screen 0 BusID "PCI:2:08:0" Option "DPMS" "Off" Option "HWCursor" "on" Option "UseInt10Module" "on" Option "IgnoreDisplayDevices" "DFP, TV" Option "RenderAccel" "on" Option "ConnectedMonitor" "CRT" Option "IgnoreEDID" "off" EndSection Section "Device" Identifier "device3" VendorName "NVidia" BoardName "NVIDIA GeForce4 (generic)" Driver "nvidia" # Driver "nv" Screen 0 BusID "PCI:2:06:0" Option "DPMS" "On" Option "HWCursor" "on" Option "UseInt10Module" "on" Option "IgnoreDisplayDevices" "DFP, TV" Option "ConnectedMonitor" "CRT" Option "RenderAccel" "on" Option "IgnoreEDID" "off" EndSection > > Date: Thu, 13 Oct 2005 20:04:52 -0300 > From: Daniel Weingaertner <danielw@xxxxxxxxxxx> > To: Linux Console > <linuxconsole-dev@xxxxxxxxxxxxxxxxxxxxx> > Subject: Re: Documentation > > James van Zeeland escreveu: > > Certainly an evdev implementation document would be helpful. > We have one at > http://www.c3sl.ufpr.br/multiterminal/howto-en.php > > Greetings, > Daniel ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl Next Message by Thread:gdm autologin capability and new sf projectFor those wanting to have multiple xservers auto or timed login with gdm, we have just patched a gdm 2.8 ubuntu package to allow that. Files are at: http://sourceforge.net/project/showfiles.php?group_id=141732 We will begin using that SLIM sourceforge project as a central point for talking about and releasing files for simultaneous local independent multi-user capability. The linuxconsole project name doesn't really even apply anymore given the evdev approach and other important multi-user aspects like sessiond for sound. There was some discussion a few months ago over a "new" project name, but there was no consensus, so if other people want to help, great. I invite everyone to help admin and mold the SLIM project as they see fit. I would really love to see all of the great new multi-user documentation in a central place. We are almost done moving over to Ubuntu, and we will have a lot of new multi-user scripts to release shortly, including a live Ubuntu multi-user capable CD. Back to talking about the patched gdm: In the past we have just used our own inittab with respawn to launch X servers instead of gdm, but sometimes gdm is nice. Maybe auto/timed logins for all displays should be handled on a per-server basis, because some people wouldn't want the auto/timed login on non-primary displays. In my hack you don't get a choice, auto/timed login applies to all local displays. Questions can be sent directly to me via email or you could try the help forums at: http://sourceforge.net/forum/?group_id=141732 Thanks, Mike Pardee Open Sense Solutions LLC http://open-sense.com 1-888-323-1742 Re: automatic login for second X server > Date: Mon, 10 Oct 2005 09:13:05 +0300 > CC: Andrej van der Zee <mavdzee@xxxxxxxxxxx <mailto:mavdzee@xxxxxxxxxxx>> > > On Sestdiena, 8. Oktobris 2005 01:36, Andrej van der > Zee wrote: Now I want to automatically login for the > second X server (no > > keyboard). Unfortunately, options in gdm only > allow this for the first X > > server. Automatically login for both X servers > would also be fine for me. > > > > Does anybody have a solution? Maybe get rid of gdm > totally and start X > > from a startup script? Any suggestions? ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl
blog comments powered by Disqus
|
|