Menu
▾
▴
linuxconsole-dev
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
(235) |
Apr
(30) |
May
(32) |
Jun
(86) |
Jul
(81) |
Aug
(108) |
Sep
(27) |
Oct
(22) |
Nov
(34) |
Dec
(10) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(78) |
Feb
(10) |
Mar
(81) |
Apr
(27) |
May
(13) |
Jun
(105) |
Jul
(78) |
Aug
(52) |
Sep
(59) |
Oct
(90) |
Nov
(127) |
Dec
(49) |
| 2002 |
Jan
(102) |
Feb
(72) |
Mar
(54) |
Apr
(98) |
May
(25) |
Jun
(23) |
Jul
(123) |
Aug
(14) |
Sep
(52) |
Oct
(65) |
Nov
(48) |
Dec
(48) |
| 2003 |
Jan
(22) |
Feb
(25) |
Mar
(29) |
Apr
(12) |
May
(16) |
Jun
(11) |
Jul
(20) |
Aug
(20) |
Sep
(43) |
Oct
(84) |
Nov
(98) |
Dec
(56) |
| 2004 |
Jan
(28) |
Feb
(39) |
Mar
(41) |
Apr
(28) |
May
(88) |
Jun
(17) |
Jul
(43) |
Aug
(57) |
Sep
(54) |
Oct
(42) |
Nov
(32) |
Dec
(58) |
| 2005 |
Jan
(80) |
Feb
(31) |
Mar
(65) |
Apr
(41) |
May
(20) |
Jun
(34) |
Jul
(62) |
Aug
(73) |
Sep
(81) |
Oct
(48) |
Nov
(57) |
Dec
(57) |
| 2006 |
Jan
(63) |
Feb
(24) |
Mar
(18) |
Apr
(9) |
May
(22) |
Jun
(29) |
Jul
(47) |
Aug
(11) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|
From: Matt K. <tan...@gm...> - 2005-12-06 22:25:40
|
Has anyone here had a look at Xdmx? I would especially be interested in the multiXnest users / developers, as this has support for GLX pass through (donated by SGI) and a few other goodies. It was designed to support multi tiled remote displays, but it has alot of things that would make multiXnest run faster (like Xrandr pass through etc et al). Anyway the link is at Distributed Multihead X Project <http://dmx.sourceforge.net/>. Matt Keenan |
|
From: Jean-Daniel P. <jd...@di...> - 2005-12-05 09:24:46
|
armagetron, though vera basic, is real fun when played multi user. http://armagetron.sourceforge.net/ and, hu ? there is and advanced release ?! I need to test that one quick ! http://armagetronad.net/ -- Jean-Daniel Pauget |
|
From: Helge H. <hel...@ai...> - 2005-12-05 08:52:44
|
Hugo Vanwoerkom wrote: >Hi, > >I am not a gamer, but ISTM that there might be gamers >among the mult-seat users. > >What are some games where the multi-seat solution >excels as the users play against each other? > >Linux based? Wine? Other? > > Only testing can show for sure, but any multi-user games where low latency is important will improve in a multi-seat setup. Anyone remember playing quake 1 over the internet? Long ping-times was a problem. A LAN is better, a multi-seat solution even better than that as you have the fastest network possible. No net will ever be faster than the local loopback. Of course there is the requirement that the cpu is sufficiently powerful to run several games, but if most of the heavy work is offloaded onto the graphichs cards then this is not a problem. If the game is very cpu-heavy then you ned one processor per player. That gets expensive fast, but a dual-cpu dualseat machine isn't too bad. Now that we're getting dual-core cpus the two-player machine gets real easy, and a four-player machine not too bad. Helge Hafting |
|
From: Aivils S. <ai...@un...> - 2005-12-05 08:31:20
|
On Sv=E7tdiena, 4. Decembris 2005 23:06, Hugo Vanwoerkom wrote: > Hi, > > I am not a gamer, but ISTM that there might be gamers > among the mult-seat users. > > What are some games where the multi-seat solution > excels as the users play against each other? Most popular freeciv - war strategy, freeware Return to Castle Wolfenstein : Enemy Territory - 3D shooter, freeware America's Army - 3D shooter, freeware Typicaly games open UDP listener port for net play. 1st started uses standard port, 2nd shifted port. Net layer is clean for games developed by Idsoftware (quake2,3,4 and so on) Epic games (Unreal Tournament). Clean means it allways works, is server localhost or remote, it fit. Another developers does not make so nice net layer, so games can run or run not properly on single host. Under wine start multiple games on same host is very hard, because each user must start wineserver under according X server. In this case games open same UDP listener port and cannot connect each other. Typicaly You must correct game config files by yourself, where 1st user uses 1st config and 2nd user uses 2nd config. Windows games typicaly does not have config files. Working one "Nascar Racing 4" by papy.com What's up # netstat -anup Some emulators like www.epsxe.com or x.mame.net have network plugins, but i cannot start these plugins. Under 2.6.XX each game must be started nice +19 game-bin because of ugly task scheduler, otherwise You got choppy one. Very recommended is proper sound set up by sessiond, otherwise 2nd game will not start , because of waiting for sound device, you will see blank screen while 1st game runs. Aivils |
|
From: Open S. S. <in...@op...> - 2005-12-05 05:06:36
|
We really don't focus on games, but we have used cube ( http://www.cubeengine.com/ ) in the past for demos, because it is very fast and you can very easily start a server and have everyone connect to localhost. You can run around and shoot each other, but its very basic. Thanks, Mike -- Michael Pardee Open Sense Solutions LLC http://opensensesolutions.com |
|
From: Hugo V. <hvw...@ya...> - 2005-12-04 21:07:06
|
Hi, I am not a gamer, but ISTM that there might be gamers among the mult-seat users. What are some games where the multi-seat solution excels as the users play against each other? Linux based? Wine? Other? Hugo __________________________________ Start your day with Yahoo! - Make it your home page! http://www.yahoo.com/r/hs |
|
From: Hugo V. <hvw...@ya...> - 2005-12-04 11:50:45
|
--- Nhadie <nh...@tb...> wrote: > Hi Sir, > > Where can I get the latest patch? I tried here, > http://www.ltn.lv/~aivils/, > but when I patch the kernel using higher than > ruby-2.6.9-20041021.diff.bz2, > it gives me error like makefile reject. Thank You http://members.westnet.com.au/vanzeeland/ Has either ruby or Faketty in it depending on what you pick. http://members.optusnet.com.au/ckolivas/kernel/ you have to put Faketty+ hijackled in yourself. H > --------- Original Message -------- > From: Hugo Vanwoerkom <hvw...@ya...> > To: Nhadie <nh...@tb...>, > lin...@li... > <lin...@li...> > Subject: Re: Mandrake 10.0 and GeForce MX400 > Date: 03/12/05 20:27 > > > > > > > > > --- Nhadie <nh...@tb...> wrote: > > > > > Hi, > > > > > > I've given up using Redhat 9 and the 2.4 > kernels. I > > > decided to go into 2.6. > > > > > > Has anyone made multi-seat work using 4 MX400 > cards > > > (1agp + 3pci). > > > Currently i'm trying it using Mandrake 10.0. > I tried > > > to use kernel 2.6.9 and > > > patch it using the ruby 2.9.9 patch. I was > able to > > > compile and build the > > > kernel. but when I booted using that kernerl, > after > > > lilo, i only got blank > > > screen and the system hanged. I tried also > 2.6.10 > > > but also got the same > > > thing. Can anyone help me? Thank you in > Advanced. > > > > Good move: 2.6.x. > > > > Can't help you with the distrib. I use Debian > only. > > But why not a later kernel and Faketty? > > > > I revisited 2.6.9-ruby.vz11 again and that kernel > is > > "sticky" compared to what I run now > (2.6.14-ck6). Also > > evdev is not as clean. > > > > Ruby would buy you fbcons if you ran Matrox cards, > but > > not with those MX-440's so it adds nothing. > > __________________________________________ Yahoo! DSL Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com |
|
From: Nhadie <nh...@tb...> - 2005-12-03 23:21:12
|
Hi Sir, Where can I get the latest patch? I tried here, http://www.ltn.lv/~aivils/, but when I patch the kernel using higher than ruby-2.6.9-20041021.diff.bz2, it gives me error like makefile reject. Thank You Regards, Nhadie --------- Original Message -------- From: Hugo Vanwoerkom <hvw...@ya...> To: Nhadie <nh...@tb...>, lin...@li... <lin...@li...> Subject: Re: Mandrake 10.0 and GeForce MX400 Date: 03/12/05 20:27 > > > > --- Nhadie <nh...@tb...> wrote: > > > Hi, > > > > I've given up using Redhat 9 and the 2.4 kernels. I > > decided to go into 2.6. > > > > Has anyone made multi-seat work using 4 MX400 cards > > (1agp + 3pci). > > Currently i'm trying it using Mandrake 10.0. I tried > > to use kernel 2.6.9 and > > patch it using the ruby 2.9.9 patch. I was able to > > compile and build the > > kernel. but when I booted using that kernerl, after > > lilo, i only got blank > > screen and the system hanged. I tried also 2.6.10 > > but also got the same > > thing. Can anyone help me? Thank you in Advanced. > > Good move: 2.6.x. > > Can't help you with the distrib. I use Debian only. > But why not a later kernel and Faketty? > > I revisited 2.6.9-ruby.vz11 again and that kernel is > "sticky" compared to what I run now (2.6.14-ck6). Also > evdev is not as clean. > > Ruby would buy you fbcons if you ran Matrox cards, but > not with those MX-440's so it adds nothing. > > Just my 2 cents. > > Hugo > > > > > > > > > > > > > > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click > _______________________________________________ > Linuxconsole-dev mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev > > > > > > > ________________________________________________ Message sent using UebiMiau 2.7 |
|
From: Hugo V. <hvw...@ya...> - 2005-12-03 20:24:21
|
--- Nhadie <nh...@tb...> wrote: > Hi, > > I've given up using Redhat 9 and the 2.4 kernels. I > decided to go into 2.6. > > Has anyone made multi-seat work using 4 MX400 cards > (1agp + 3pci). > Currently i'm trying it using Mandrake 10.0. I tried > to use kernel 2.6.9 and > patch it using the ruby 2.9.9 patch. I was able to > compile and build the > kernel. but when I booted using that kernerl, after > lilo, i only got blank > screen and the system hanged. I tried also 2.6.10 > but also got the same > thing. Can anyone help me? Thank you in Advanced. Good move: 2.6.x. Can't help you with the distrib. I use Debian only. But why not a later kernel and Faketty? I revisited 2.6.9-ruby.vz11 again and that kernel is "sticky" compared to what I run now (2.6.14-ck6). Also evdev is not as clean. Ruby would buy you fbcons if you ran Matrox cards, but not with those MX-440's so it adds nothing. Just my 2 cents. Hugo __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Nhadie <nh...@tb...> - 2005-12-03 09:00:50
|
Hi, I've given up using Redhat 9 and the 2.4 kernels. I decided to go into 2.6. Has anyone made multi-seat work using 4 MX400 cards (1agp + 3pci). Currently i'm trying it using Mandrake 10.0. I tried to use kernel 2.6.9 and patch it using the ruby 2.9.9 patch. I was able to compile and build the kernel. but when I booted using that kernerl, after lilo, i only got blank screen and the system hanged. I tried also 2.6.10 but also got the same thing. Can anyone help me? Thank you in Advanced. Regards, Nhadie ________________________________________________ Message sent using UebiMiau 2.7 |
|
From: James v. Z. <ja...@dv...> - 2005-12-03 06:16:30
|
It gets > worse too under load. When 1st head uses Quake4 or similar up-to-date > game, then mate logout, ctrl-alt-backspace very oft crash 1st head. I remember one much like it with 5xxx. Very annoying. couldn't dare use an opengl screensaver or play quake because it was an even bet it would crash on exiting the 3d app. I seem to recall that being a primary console issue too. I am beginning to agree that there seems to be a "magic" combination of kernel and driver. Some of my 2.6.9 patches had no troubles at all - in the config I was using - at the time I was using a vesafb-tng framebuffer console and 6xxx drivers 6629 springs to mind. If the "magic" ingredient can be identified, it might help resolve lingering multi-X issues? The 2800+ Athlon workstation was a gem at that time. No crashes, no console instability. I'll test it soon - good reason to put it back in service. J On Fri, 2005-12-02 at 17:52, Aivils Stoss wrote: > On Piektdiena, 2. Decembris 2005 06:53, Michael Pardee wrote: > > Hugo and James, (and any others with non-crashing binary nvidia driver > > systems) Can you help us figure out what your "secret" to non-crashing > > nvidia is? What nvidia binary driver version are you using? Could you send > > us the output of nvidia-bug-report? > > If you repeatedly alternately log in and out of two different screens > > at least twenty times, one of the screens will not crash? What about > > ctrl-alt-backspace zapping the screens one after another (waiting 5 > > seconds in between zaps) We have always been able to crash things > > that way. (might be understandable to crash if x servers exit > > abnormally) > > > > Our old implementation with debian 2.6.8 with ruby and nvidia 6629 > > drivers worked great, but now ubuntu/evdev/nvidia 76** we have the > > crashing problem on logout intermittently. It gets worse with more > > than 2 users. It seems that consoles get corrupted first, then the x > > servers are more prone to crashing. After one of our displays > > crashes, we can't start it back up without /etc/init.d/gdm restart to > > reset all the cards. > > At my end 5336 version have similar issues. Of course any can trap > crash , because dmesg shows oops inside nvidia kernel module. It gets > worse too under load. When 1st head uses Quake4 or similar up-to-date > game, then mate logout, ctrl-alt-backspace very oft crash 1st head. > > I am lazy and didn't collect dmesg outputs. may be hardworker > developer will send to nvidia these dmesg every day. You can set up > net or serial console and do it. > > "secret" is getting lucky kernel-X-nvidia version set and carry it via > centuries. > > Disabiling may help: disable AGP, GLX and so on ... > > > ALSO, I ran across some info on XGI video cards today. > > http://www.xgitech.com/ They already have linux drivers (with 2D open > > source) and may release fully open source (3D included) in the near future. > > They are also very affordable, see: > > http://www.newegg.com/Product/ProductList.asp?Submit=GO&Range=1&bop=and&des > >cription=xgi&Order=price I sent them an email asking some more detailed > > questions but haven't heard back. > > Just remember statistical regularity. How many money invests Nvidia and > XGI. If Nvidia is unstable, can smaller company beat it? I think code > line count is equvivalent. > > Aivils > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click > _______________________________________________ > Linuxconsole-dev mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev > |
|
From: James v. Z. <ja...@dv...> - 2005-12-03 05:55:16
|
P4 : |
|
From: James v. Z. <ja...@dv...> - 2005-12-03 04:25:28
|
Oh yes - the X console failed during zap test because - NVRM: RmInitAdaptor failed (0x.................) I presume removing the driver device instance failed, and therefore couldn't restart? ? nvidia-bug-report.log attached for server J On Fri, 2005-12-02 at 21:16, James van Zeeland wrote: > --------------------------------------------------------------------- > Machine #1 : Two console dual AthlonMP 2800+ server 2Gb RAM with 360Gb > SATA hardware RAID5, plus 240Gb linux software array. dual e1000 gigabit > LAN + onboard e100. 1000VA UPS. FC2, 2.6.13-vz4.2 kernel using faketty > and patched X build from modded FC2 .srpm; text console is on vga16 > framebuffer. second PCI console is GF4MX440 > > This machine shows (very rarely) console-switching instability mentioned > earlier. Switch back and forth between the primary X server and text > console all you like; not usually a problem. If it does corrupt the text > console, it can be recovered by using the second X console to login as > root and killing the gdm-binary that launches the primary X console. > > > What nvidia binary driver version are you using? > > 7676 > > > If you repeatedly alternately log in and out of two different screens > > at least twenty times, one of the screens will not crash? > > Currently 17 days uptime; last shutdown was due to a power outage. > That's about the only reason it goes down, actually. > Each console gets logged into and out of once or twice a day. > I just tried logging in and out repeatedly and no crashes from that. > > > What about > > ctrl-alt-backspace zapping the screens one after another (waiting 5 > > seconds in between zaps) > > Doing this repeatedly, without necessarily taking a 5 second pause, I'm > sure I was doing it quicker than that; just zapping each console as soon > as it had a login eventually caused the primary X server to fail. > Recovered by [ init 4 && init 5 ] > At a guess I killed each console seven times or more before this > happenned; I wasn't counting. > > Waiting 5 secs between each zap produced the same result. > > ---------------------------------------------------------------------- > Machine #2 : Two console P4 3.0Ghz, 2Gb RAM, 160Gb software RAID5, two > TV tuner cards : a Fusion DVB-T+ and VideoMate TV gold+. e1000 gigabit. > FC4 with 2.6.14-v2.1 kernel using faketty and patched X from modded FC4 > .srpm; text console is vga16 framebuffer. > > This machine shows more frequent console switching instability. However > it is worth noting that it has quirks that prevent me using more than > two consoles. I feel there are possibly two problems here : the > mainboard and the PCI MX4000 video in it. The MX4000 insists on being > primary and will crash linux or windows if you try using it as a > secondary of any kind in any machine. The mainboard BIOS has no PCI/AGP > init first switch. > > Rarely it locks up; if it doesn't, the recovery process of using the > second console to kill first gdm-binary will bring X back, but not the > text console, which remains corrupted every time you try to use it until > the system is reset > > The console switching problem may be more significant due to VGA-BIOS / > mainboard BIOS failings? It is an intel chipset and I have found intel > skt478 chipsets, particularly intel desktop mainboards have very poor > support for configurations such as this. (This one is a gigabyte > mainboard, it replaced an intel desktop - the intel board was more > cantankerous still; any kind of multi-head X was difficult.) > > Needless to say console switching is avoided on this workstation. > > > What nvidia binary driver version are you using? > > 7676 > > > If you repeatedly alternately log in and out of two different screens > > at least twenty times, one of the screens will not crash? > > Currently 8 days uptime, last shutdown by mistake. Each console gets > logged in and out of five or six times a day. Repeated login/logoff does > not generate a crash. > > > What about > > ctrl-alt-backspace zapping the screens one after another (waiting 5 > > seconds in between zaps) > > Well, this one is much more problematic with this. Taking the same > approach I did with the server above, definately not waiting 5 seconds, > it failed much sooner - two or three zaps and I had no primary X server. > [init 4 && init 5 ] did not recover X consoles. In fact, I had to reset. > uptime = 0. Counting to five between zaps meant it lasted about six or > seven zaps each console. Still not recoverable. > > ------------------------------------------------------------------------- > > Machine #3 is currently out of service, but by past record, I'd expect > it to behave exactly as the server does - it has proven very stable > using three and four consoles. It's a more pedestrian AthlonXP 2600+ 1Gb > with FX5200 and MX440 secondaries on a gigabyte nforce2 mainboard > > With some prior kernels, notably 2.6.9-vz11, this machine never ever > corrupted the text console or caused similar issues. Neither did the > server for that matter. The P4 was in a different incarnation at that > time; can't recollect for comparison. > > J > > > On Fri, 2005-12-02 at 14:53, Michael Pardee wrote: > > Hugo and James, (and any others with non-crashing binary nvidia driver systems) > > Can you help us figure out what your "secret" to non-crashing nvidia is? > > What nvidia binary driver version are you using? Could you send us > > the output of nvidia-bug-report? > > If you repeatedly alternately log in and out of two different screens > > at least twenty times, one of the screens will not crash? What about > > ctrl-alt-backspace zapping the screens one after another (waiting 5 > > seconds in between zaps) We have always been able to crash things > > that way. (might be understandable to crash if x servers exit > > abnormally) > > > > Our old implementation with debian 2.6.8 with ruby and nvidia 6629 > > drivers worked great, but now ubuntu/evdev/nvidia 76** we have the > > crashing problem on logout intermittently. It gets worse with more > > than 2 users. It seems that consoles get corrupted first, then the x > > servers are more prone to crashing. After one of our displays > > crashes, we can't start it back up without /etc/init.d/gdm restart to > > reset all the cards. > > > > ALSO, I ran across some info on XGI video cards today. http://www.xgitech.com/ > > They already have linux drivers (with 2D open source) and may release > > fully open source (3D included) in the near future. They are also > > very affordable, see: > > http://www.newegg.com/Product/ProductList.asp?Submit=GO&Range=1&bop=and&description=xgi&Order=price > > I sent them an email asking some more detailed questions but haven't heard back. > > > > Thanks, > > Michael Pardee > > Open Sense Solutions LLC > > http://opensensesolutions.com > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > > for problems? Stop! Download the new AJAX search engine that makes > > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > > http://ads.osdn.com/?ad_idv37&alloc_id865&op=click > > _______________________________________________ > > Linuxconsole-dev mailing list > > Lin...@li... > > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click > _______________________________________________ > Linuxconsole-dev mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev > |
|
From: Hugo V. <hvw...@ya...> - 2005-12-02 18:34:06
|
--- Michael Pardee <lin...@gr...> wrote: > Hugo and James, (and any others with non-crashing > binary nvidia driver systems) > Can you help us figure out what your "secret" to > non-crashing nvidia is? > What nvidia binary driver version are you using? > Could you send us > the output of nvidia-bug-report? Aquí está. H __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Hugo V. <hvw...@ya...> - 2005-12-02 18:26:57
|
--- Michael Pardee <lin...@gr...> wrote: > Hugo and James, (and any others with non-crashing > binary nvidia driver systems) > Can you help us figure out what your "secret" to > non-crashing nvidia is? > What nvidia binary driver version are you using? 7167 > Could you send us > the output of nvidia-bug-report? > If you repeatedly alternately log in and out of two > different screens > at least twenty times, one of the screens will not > crash? I run one machine, many partitions. I install partitions from script, so they get identical software, different kernel. Machine: Athlon Thoroughbred CPU, AGP TNT2, PCI MX-440. Right now I am back on 2.6.9-ruby.vz11 because of what James said. Normally I am on 2.6.14-ck6 + Faketty. I find crashing X small problem: at times complains of *no screens* and I have to restart gdm. 2.6.9-ruby.vz11 has mouse evdev hickups. 2.6.14-ck6 does not. What about > ctrl-alt-backspace zapping the screens one after > another (waiting 5 > seconds in between zaps) We have always been able > to crash things > that way. (might be understandable to crash if x > servers exit > abnormally) > Depends on whether server is restarted or not. Normally no prob. > Our old implementation with debian 2.6.8 with ruby > and nvidia 6629 > drivers worked great, but now ubuntu/evdev/nvidia > 76** we have the > crashing problem on logout intermittently. It gets > worse with more > than 2 users. It seems that consoles get corrupted > first, then the x > servers are more prone to crashing. After one of > our displays > crashes, we can't start it back up without > /etc/init.d/gdm restart to > reset all the cards. > > ALSO, I ran across some info on XGI video cards > today. http://www.xgitech.com/ > They already have linux drivers (with 2D open > source) and may release > fully open source (3D included) in the near future. > They are also > very affordable, see: > http://www.newegg.com/Product/ProductList.asp?Submit=GO&Range=1&bop=and&description=xgi&Order=price > I sent them an email asking some more detailed > questions but haven't heard back. > __________________________________________ Yahoo! DSL Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com |
|
From: Jean-Daniel P. <jd...@di...> - 2005-12-02 12:53:00
|
On Thu, Dec 01, 2005 at 10:53:54PM -0600, Michael Pardee wrote:
> Hugo and James, (and any others with non-crashing binary nvidia driver =
systems)
> Can you help us figure out what your "secret" to non-crashing nvidia is=
?
> What nvidia binary driver version are you using? Could you send us
> the output of nvidia-bug-report?
I've been running a patched XFree4 for almost two year and now debian=
's
sarge XFree with no other troubles than starting XFree on the proper
card first (with bruby-2.4 it was the AGP one first).
When moved to faketty + 2.6.x and still the same debian XFree, I had =
to first
run X on the PCI card in order to "initialize" it before loading
faketty. then the startup order doesn't matter.
in both cases I always used the latests nvidia closed source drivers,
involving a lot of GL-3D (that's our software project) and this
without any crash, by using either kernel built-in AGP or nvidia's.
the only time to time crash I experienced (1 per week) where complete=
ly
solved long time ago by removing a faulty RAM on my mainboard.
here-attached the report of nvidia-gub-report
--=20
Jean-Daniel Pauget
T=E9l: +33 (0) 676 952 746
2, rue Andr=E9 PELCA
50580 Denneville-Plage
France
|
|
From: Daniel W. <da...@in...> - 2005-12-02 12:28:40
|
> > Interesting. I use nVidia binary drivers + faketty > with 2.6.14-ck6 > (http://members.optusnet.com.au/ckolivas/kernel/ ) and > (knock on wood!!!) I do not see any console > instability. I have one machine with 2 Xservers, one > of them on vt7 and the other on vt51. > We only have the instability problems with NVidia when using more than two X servers. With two servers we run for weeks withou crashes. Daniel |
|
From: James v. Z. <ja...@dv...> - 2005-12-02 11:05:02
|
--------------------------------------------------------------------- Machine #1 : Two console dual AthlonMP 2800+ server 2Gb RAM with 360Gb SATA hardware RAID5, plus 240Gb linux software array. dual e1000 gigabit LAN + onboard e100. 1000VA UPS. FC2, 2.6.13-vz4.2 kernel using faketty and patched X build from modded FC2 .srpm; text console is on vga16 framebuffer. second PCI console is GF4MX440 This machine shows (very rarely) console-switching instability mentioned earlier. Switch back and forth between the primary X server and text console all you like; not usually a problem. If it does corrupt the text console, it can be recovered by using the second X console to login as root and killing the gdm-binary that launches the primary X console. > What nvidia binary driver version are you using? 7676 > If you repeatedly alternately log in and out of two different screens > at least twenty times, one of the screens will not crash? Currently 17 days uptime; last shutdown was due to a power outage. That's about the only reason it goes down, actually. Each console gets logged into and out of once or twice a day. I just tried logging in and out repeatedly and no crashes from that. > What about > ctrl-alt-backspace zapping the screens one after another (waiting 5 > seconds in between zaps) Doing this repeatedly, without necessarily taking a 5 second pause, I'm sure I was doing it quicker than that; just zapping each console as soon as it had a login eventually caused the primary X server to fail. Recovered by [ init 4 && init 5 ] At a guess I killed each console seven times or more before this happenned; I wasn't counting. Waiting 5 secs between each zap produced the same result. ---------------------------------------------------------------------- Machine #2 : Two console P4 3.0Ghz, 2Gb RAM, 160Gb software RAID5, two TV tuner cards : a Fusion DVB-T+ and VideoMate TV gold+. e1000 gigabit. FC4 with 2.6.14-v2.1 kernel using faketty and patched X from modded FC4 .srpm; text console is vga16 framebuffer. This machine shows more frequent console switching instability. However it is worth noting that it has quirks that prevent me using more than two consoles. I feel there are possibly two problems here : the mainboard and the PCI MX4000 video in it. The MX4000 insists on being primary and will crash linux or windows if you try using it as a secondary of any kind in any machine. The mainboard BIOS has no PCI/AGP init first switch. Rarely it locks up; if it doesn't, the recovery process of using the second console to kill first gdm-binary will bring X back, but not the text console, which remains corrupted every time you try to use it until the system is reset The console switching problem may be more significant due to VGA-BIOS / mainboard BIOS failings? It is an intel chipset and I have found intel skt478 chipsets, particularly intel desktop mainboards have very poor support for configurations such as this. (This one is a gigabyte mainboard, it replaced an intel desktop - the intel board was more cantankerous still; any kind of multi-head X was difficult.) Needless to say console switching is avoided on this workstation. > What nvidia binary driver version are you using? 7676 > If you repeatedly alternately log in and out of two different screens > at least twenty times, one of the screens will not crash? Currently 8 days uptime, last shutdown by mistake. Each console gets logged in and out of five or six times a day. Repeated login/logoff does not generate a crash. > What about > ctrl-alt-backspace zapping the screens one after another (waiting 5 > seconds in between zaps) Well, this one is much more problematic with this. Taking the same approach I did with the server above, definately not waiting 5 seconds, it failed much sooner - two or three zaps and I had no primary X server. [init 4 && init 5 ] did not recover X consoles. In fact, I had to reset. uptime = 0. Counting to five between zaps meant it lasted about six or seven zaps each console. Still not recoverable. ------------------------------------------------------------------------- Machine #3 is currently out of service, but by past record, I'd expect it to behave exactly as the server does - it has proven very stable using three and four consoles. It's a more pedestrian AthlonXP 2600+ 1Gb with FX5200 and MX440 secondaries on a gigabyte nforce2 mainboard With some prior kernels, notably 2.6.9-vz11, this machine never ever corrupted the text console or caused similar issues. Neither did the server for that matter. The P4 was in a different incarnation at that time; can't recollect for comparison. J On Fri, 2005-12-02 at 14:53, Michael Pardee wrote: > Hugo and James, (and any others with non-crashing binary nvidia driver systems) > Can you help us figure out what your "secret" to non-crashing nvidia is? > What nvidia binary driver version are you using? Could you send us > the output of nvidia-bug-report? > If you repeatedly alternately log in and out of two different screens > at least twenty times, one of the screens will not crash? What about > ctrl-alt-backspace zapping the screens one after another (waiting 5 > seconds in between zaps) We have always been able to crash things > that way. (might be understandable to crash if x servers exit > abnormally) > > Our old implementation with debian 2.6.8 with ruby and nvidia 6629 > drivers worked great, but now ubuntu/evdev/nvidia 76** we have the > crashing problem on logout intermittently. It gets worse with more > than 2 users. It seems that consoles get corrupted first, then the x > servers are more prone to crashing. After one of our displays > crashes, we can't start it back up without /etc/init.d/gdm restart to > reset all the cards. > > ALSO, I ran across some info on XGI video cards today. http://www.xgitech.com/ > They already have linux drivers (with 2D open source) and may release > fully open source (3D included) in the near future. They are also > very affordable, see: > http://www.newegg.com/Product/ProductList.asp?Submit=GO&Range=1&bop=and&description=xgi&Order=price > I sent them an email asking some more detailed questions but haven't heard back. > > Thanks, > Michael Pardee > Open Sense Solutions LLC > http://opensensesolutions.com > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_idv37&alloc_id865&op=click > _______________________________________________ > Linuxconsole-dev mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev > |
|
From: Aivils S. <ai...@un...> - 2005-12-02 07:48:50
|
On Piektdiena, 2. Decembris 2005 06:53, Michael Pardee wrote: > Hugo and James, (and any others with non-crashing binary nvidia driver > systems) Can you help us figure out what your "secret" to non-crashing > nvidia is? What nvidia binary driver version are you using? Could you send > us the output of nvidia-bug-report? > If you repeatedly alternately log in and out of two different screens > at least twenty times, one of the screens will not crash? What about > ctrl-alt-backspace zapping the screens one after another (waiting 5 > seconds in between zaps) We have always been able to crash things > that way. (might be understandable to crash if x servers exit > abnormally) > > Our old implementation with debian 2.6.8 with ruby and nvidia 6629 > drivers worked great, but now ubuntu/evdev/nvidia 76** we have the > crashing problem on logout intermittently. It gets worse with more > than 2 users. It seems that consoles get corrupted first, then the x > servers are more prone to crashing. After one of our displays > crashes, we can't start it back up without /etc/init.d/gdm restart to > reset all the cards. At my end 5336 version have similar issues. Of course any can trap crash , because dmesg shows oops inside nvidia kernel module. It gets worse too under load. When 1st head uses Quake4 or similar up-to-date game, then mate logout, ctrl-alt-backspace very oft crash 1st head. I am lazy and didn't collect dmesg outputs. may be hardworker developer will send to nvidia these dmesg every day. You can set up net or serial console and do it. "secret" is getting lucky kernel-X-nvidia version set and carry it via centuries. Disabiling may help: disable AGP, GLX and so on ... > ALSO, I ran across some info on XGI video cards today. > http://www.xgitech.com/ They already have linux drivers (with 2D open > source) and may release fully open source (3D included) in the near future. > They are also very affordable, see: > http://www.newegg.com/Product/ProductList.asp?Submit=GO&Range=1&bop=and&des >cription=xgi&Order=price I sent them an email asking some more detailed > questions but haven't heard back. Just remember statistical regularity. How many money invests Nvidia and XGI. If Nvidia is unstable, can smaller company beat it? I think code line count is equvivalent. Aivils |
|
From: Aivils S. <ai...@un...> - 2005-12-02 07:10:23
|
On Ceturtdiena, 1. Decembris 2005 18:36, Nhadie wrote:
> Hi,
>
> Hope you can help me, I've been trying backstreet ruby on redhat 9.
> I used kernel 2.4.27 and use the backstreetruby patch for that kernel. i
> followed what needs to be added on the kernel. When I build the kernel it's
> all ok. but when I booted up using the patched kernel backstreet ruby,
> my system hangs at the part "setting default font.... " what could my error
> be?
Older versions of backstreet ruby have bug. Open file
/etc/rc.d/rc.sysinit
Find out setsysfont and disable
Sample lines - must be commented out our deleted
if [ "`/sbin/consoletype`" = "vt" -a -x /sbin/setsysfont ]; then
echo -n "Setting default font ($SYSFONT): "
/sbin/setsysfont
if [ $? -eq 0 ]; then
success
else
failure
fi
echo ; echo
fi
backstreet ruby is compatible with consolechars
Aivils
|
|
From: Michael P. <lin...@gr...> - 2005-12-02 04:53:57
|
Hugo and James, (and any others with non-crashing binary nvidia driver syst= ems) Can you help us figure out what your "secret" to non-crashing nvidia is? What nvidia binary driver version are you using? Could you send us the output of nvidia-bug-report? If you repeatedly alternately log in and out of two different screens at least twenty times, one of the screens will not crash? What about ctrl-alt-backspace zapping the screens one after another (waiting 5 seconds in between zaps) We have always been able to crash things that way. (might be understandable to crash if x servers exit abnormally) Our old implementation with debian 2.6.8 with ruby and nvidia 6629 drivers worked great, but now ubuntu/evdev/nvidia 76** we have the crashing problem on logout intermittently. It gets worse with more than 2 users. It seems that consoles get corrupted first, then the x servers are more prone to crashing. After one of our displays crashes, we can't start it back up without /etc/init.d/gdm restart to reset all the cards. ALSO, I ran across some info on XGI video cards today. http://www.xgitech.= com/ They already have linux drivers (with 2D open source) and may release fully open source (3D included) in the near future. They are also very affordable, see: http://www.newegg.com/Product/ProductList.asp?Submit=3DGO&Range=3D1&bop=3Da= nd&description=3Dxgi&Order=3Dprice I sent them an email asking some more detailed questions but haven't heard = back. Thanks, Michael Pardee Open Sense Solutions LLC http://opensensesolutions.com |
|
From: Yitzhak B. G. <yit...@ya...> - 2005-12-02 00:34:47
|
Thank you for bringing Xephyr to our attention. It was not entirely clear what the current shortcomings of Xephyr are. Assuming we don't care about speed, can we safely assume it won't crash? When you say limited input device suppor, what does that mean? Our needs are plain and simple: PC compatible KB with few or no function keys. LEDs are not essential for us. Two button optic wheel mouse. That's all. Yitzhak |
|
From: Hugo V. <hvw...@ya...> - 2005-12-01 17:24:03
|
--- James van Zeeland <ja...@dv...> wrote: > > I tend to agree with Aivils. Any nested X server is > going to be doubling > up on certain resources. good multi console support > in X is basically > there for me, with one intermittent exception; use > of text/framebuffer > consoles and unstable console switching, with > frambuffers and/or text > consoles becoming corrupted: It's not just int10h > video calls, I've > tried using noint10 on all servers and then int10 on > primary console but > noint10 on secondaries, there are a few X patches I > have not tried yet, > but for one machine out of three (?), the console > instability is an > issue; faketty and ruby both. I use nVidia binary > drivers and all nV > cards. Interesting. I use nVidia binary drivers + faketty with 2.6.14-ck6 (http://members.optusnet.com.au/ckolivas/kernel/ ) and (knock on wood!!!) I do not see any console instability. I have one machine with 2 Xservers, one of them on vt7 and the other on vt51. Apart from this it is rock solid. I believe > 2.6.9-vz11 ruby > patched kernel was stable and this problem was > resolved: I had no > machines that displayed this console instability > that I recall, but > later kernels it has reappeared. > > The nested solution, for me, although an excellent > workaround for > machines that will not perform multi-X stably for > driver or other > reasons, will play the role of non-preferred option > first because > multi-X is more feature full than nested-X and > secondly because Xnest in > it's stock form has demonstrated itself to be > unstable for the entire > time I've used it. Perhaps multiXnest has fixed > this. I don't see any > way around the increased resource requirements (?) > however. > > Xephyr sounds like a good replacement for Xnest and > if the proposed > features were applied, that would be an excellent > one that I would be > keen to use. However, I suspect for multi-console > implementations, it > will still play second place to ruby/faketty/evdev > multi-X. > > The "ideal" solution I feel would provide multiple > text/framebuffer > consoles alongside multiple X. For now that is > probably asking a bit > much, and I'll settle for a single text console that > is never corrupted. > > J > > Under vmware DirectX hardware accelleration is like > programmers toy > > but not a practical value. > > But improving with 5.5? > > On Wed, 2005-11-30 at 17:40, Aivils Stoss wrote: > > On Otrdiena, 29. Novembris 2005 19:32, Michael > Pardee wrote: > > > > Having mouse and keyboards specified makes > Xephyr as good as > > > > multiXnest for us, but once again we want to > move to Xephyr for the > > > > future. > > > > > > Xephyr does have other advantages over Xnest - > server side support for > > > modern X extensions like XRender, XRandr, > XDamage etc. > > > > > > > What kind of work (or costs) would be involved > to: > > > > 1. use the xv extension for video overlays > > > > 2. handle the keyboard leds properly > > > > 3. use nvidia 3d hardware excelleration > > > > > > (1) I think would be possible and *maybe* not > that hard. Would need more > > > investigation. > > > (2) Could very likely be fairly trivial with the > above evdev additions. > > > (3) This is probably extremely difficult and > maybe not even possible at > > > all. Though that said vmware can do direct3d > accel via h/w afaik on > > > Linux so there is likely a way. Needs much more > thought though. You are > > > likely looking at months rather than weeks of > work here. > > > > > > > If those tasks are just about impossible in > the next year, moving to > > > > Xephyr doesn't help all that much, except > maybe Xephyr is faster than > > > > xnest. > > > > > > Depending on the underlying card and X operation > Xephyr likely does out > > > perform Xnest though I've never ran any figures > on this. > > > > In my opinition in far future better is having > pointer and keyboard for > > each X screen. X server screen as separate > workstation from view point > > of end user already solve all troubles notified > above. Most of X device > > drivers support xv, OpenGL hardware acceleration > for each screen. > > One trouble left - X authentification. > > > > In case when xv or 3d hardware accelleration goes > via another X emulator > > Xnest or Xephyr , then it becames slower. Anybody > cant test it with > > windows games via Wine or WineX, where emulator > calls host openGL only. > > Under vmware DirectX hardware accelleration is > like programmers toy > > but not a practical value. > > > > Aivils > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. Do > you grep through log files > > for problems? Stop! Download the new AJAX search > engine that makes > > searching your log files as easy as surfing the > web. DOWNLOAD SPLUNK! > > > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click > > _______________________________________________ > > Linuxconsole-dev mailing list > > Lin...@li... > > > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev > > > __________________________________ Yahoo! Music Unlimited Access over 1 million songs. Try it free. http://music.yahoo.com/unlimited/ |
|
From: Jeremy G. <jgu...@cl...> - 2005-12-01 16:58:56
|
have you tried to boot into single user mode? this way you can at lest see that the kernel can load and run. Thank you, -Jeremy Guarini Unix Administrator Desk Phone: 425.917.4726 Mobile Phone: 206.407.5743 Email: JGu...@cl... On Fri, 2 Dec 2005, Nhadie wrote: > Date: Fri, 2 Dec 2005 0:36:59 +0800 > From: Nhadie <nh...@tb...> > To: lin...@li... > Subject: problem on redhat 9 > > Hi, > > Hope you can help me, I've been trying backstreet ruby on redhat 9. > I used kernel 2.4.27 and use the backstreetruby patch for that kernel. i > followed what needs to be added on the kernel. When I build the kernel it's > all ok. but when I booted up using the patched kernel backstreet ruby, > my system hangs at the part "setting default font.... " what could my error > be? > > TIA > > Regards, > > Nhadie > > ________________________________________________ > Message sent using UebiMiau 2.7 > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click > _______________________________________________ > Linuxconsole-dev mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev > |
|
From: Nhadie <nh...@tb...> - 2005-12-01 16:42:16
|
Hi, Hope you can help me, I've been trying backstreet ruby on redhat 9. I used kernel 2.4.27 and use the backstreetruby patch for that kernel. i followed what needs to be added on the kernel. When I build the kernel it's all ok. but when I booted up using the patched kernel backstreet ruby, my system hangs at the part "setting default font.... " what could my error be? TIA Regards, Nhadie ________________________________________________ Message sent using UebiMiau 2.7 |
1998 messages has been excluded from this view by a project administrator.
