linuxconsole-dev

Re: ruby-2.6.12.patch

[Hugo V. <hvw...@ya...>]

--- Andreas Schuldei <an...@sc...> wrote:

> I was wondering how well ruby-2.6.12 was doing. 
> 
> Which one is more stable - ruby-2.6.12.patch or
> patch-2.6.11-vz93.diff?


The answer is difficult because I also upgraded my
hardware, which is causing problems.

I "believe" that patch-2.6.11-vz93.diff is better,
simply because I don't like the vc switching the way
it looks. I basically took Zoltan's patch and
retrofitted into 2.6.12. Mind that meta keycodes are
broken since ruby 2.6.11, in either X or vc.



> 
> I am using 
> 0000:01:00.0 VGA compatible controller: Matrox
> Graphics, Inc. MGA G400 AGP (rev 82)
> and 
> 0000:00:08.0 VGA compatible controller: ATI
> Technologies Inc RV280 [Radeon 9200 SE] (rev 01)
> 
> Some long time ago i read that there were some
> problems with one
> of the two as of late.
> 
> Does suspend/powersave work, btw?
> 

I have not revisited suspend on these releases, would
be nice if it worked: suspend2 is out because of the
conflict with Ruby.

Hugo




		
____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

Re: Multi-seat X crashes

[Hugo V. <hvw...@ya...>]

--- Erik Walthinsen <om...@vc...> wrote:

> I've got a system I'm building for a school in a
> small isolated Andean
> town in Bolivia, and I'm leaving on Sept 4th to go
> install it.  Problem
> is, it's currently crashing ;-(
> 
<snip>
> 
> The problem is that the machine will then seize up
> with no warning
> anywhere from ~5 to ~30 minutes after starting up
> GDM.

<snip>

Did you run this setup on a vanilla system (no
patches) first and does it crash then?

Sounds just like the system I got here. It crashes too
the way you describe, but it is the new mobo + CPU I
put in because the old mobo does not crash!

Hugo


		
____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

Multi-seat X crashes

[Erik W. <om...@vc...>]

I've got a system I'm building for a school in a small isolated Andean
town in Bolivia, and I'm leaving on Sept 4th to go install it.  Problem
is, it's currently crashing ;-(

The machine is a basic Athlon 3000+ box with 6 (six) Radeon 7000 PCI
video cards, and a whole mess of USB keyboards and mice.  It's running
Ubuntu 5.04 with xorg 6.8.2, and I've just tried xfree 4.3.0 with even
worse results so far.


Here are the tricks I've got in place currently:

1) At bootup, I have a script that starts each X server, one at a time,
just long enough to fully initialize the video card.  The xorg.conf.N
file is pretty standard except for the evdev (USB) setup, and
VGAAccess=false.  SingleCard is explicitly set to *false*.  GLX/DRI are
removed because they don't work with multiple cards as far as I can tell
so far (would love to solve that though).

2) Once this is done, gdm.conf has 6 lines as follows:

/usr/X11R6/bin/X -br -audit 0 -xf86config /etc/X11/xorg.conf.0s :0 vt7
-sharevts

The xorg.conf.Ns for this final configuration is identical except
SingleCard is set to *true*.


The initial startup without SingleCard seems to be necessary in order
for the VGA BIOS of the non-primary cards to initialize properly.  If I
neglect to perform that step and try to start the SingleCard servers
right after bootup, any server on any card *except* the primary (bootup
console) crashes somewhere in the middle of executing the BIOS (strace
shows vm86old() or whatever it is several thousand times, then it seizes).

Now, once this is all up and running, it seems to operate perfectly.  I
can log into each head separately and each looks as if it were its own
dedicated computer.  That's the goal of the setup, obviously, as a
single machine is more efficient in many respects (power, heat, cost,
and most importantly in this case: shipping volume).

The problem is that the machine will then seize up with no warning
anywhere from ~5 to ~30 minutes after starting up GDM.  This happens
whether I am using one of the heads or not, and whether I've even
*touched* the system or not.  It just as regularly happens when I've
just gone through the entire Ubuntu package list in Synaptic and am
about to start downloading (sigh!) as when I'm not even in the same room
and have started GDM remotely.

There are *no* messages of any kind, *anywhere*.


I'm attempting to set up a KGDB environment, but need to hunt down
either a null modem cable or the kgdb-over-ethernet patches for gdb
before I can begin.  Even then I have had no experience actually
debugging the kernel (have only done a bit of driver development without
gdb) so I don't know what kind of luck I will have.

Given the fact that this machine is basically worthless if it crashes
once it's installed in Bolivia and I've come back home, I *really* need
to try to solve this in the next 2 weeks.  If not we'll be taking the
gear but attempting to scrounge together as many single-headed machines
as we can to make use of all the LCDs we're bringing with us.  Lame, but
better than nothing. ;-(

I've tried messing with combinations of SingleCard, VGAAccess, NoInt10,
DPMS=false, -novtswitch, etc. to no avail.  I haven't exhaustively tried
NoAccel, and need to start taking more thorough notes of the
combinations and results, but otherwise I'm almost totally out of ideas.
 Re: DPMS it doesn't seem to have any relationship at all to shutdown or
wakeup of the displays.

The only time I got any hint of having made progress was when I added
-novtswitch to gdm.conf.  Running two heads the machine made it through
several near-complete deb-builds of xfree86 without crashing.  However,
once the two displays went to sleep, I tied to wake them.  The primary
head came back, but the secondary showed no signs of life at all.  Over
ssh I killed the server (-TERM), and the machine promptly crashed as
soon as gdm tried to start the replacement server.

As mentioned above I tried xfree86 4.3.0-dfsg.1, after rebuilding it
with the -sharevts and -novtswitch patches ported over from the xorg
packages.  With the same config files and commandlines, it won't even
bring up two displays without crashing during initialization.  I'll do a
few more tests tomorrow to see if I've screwed a config somewhere
compared to xorg, but I'm not very optimistic.

ATI's proprietary driver isn't my favorite thing, but I'd put up with it
if it solved the problem.  Only thing is, it doesn't support anything
older than the 9xxx series anyway...

I'm in #xorg on freenode, but haven't gotten any significant suggestions
so far, and it takes way too long to explain the issue ;-(  If there are
any other (active!) mailing lists I can send this to that might be
relevant, I'd appreciate any suggestions.

TIA,
   Omega
   aka Erik Walthinsen
   om...@vc...

Re: Linuxconsole-dev digest, Vol 1 #1069 - 1 msg

[Dr. S. B. <dr...@ep...>]

Dear Friends:

Greetings! Anyone in the linuxconsole list who is interested to work 
with easynews.com as an administrator can visit this page and apply: 
http://easynews.com/jobs/

Wish all those who apply a luck!

May you, your family and your team be successful in your missions, 
prosperous, healthy, happy, free from sufferings and in peace, 
always!

Thanking you in anticipation for your invaluable time and continued 
cooperation,

Webocratically yours,
Dr. Sichendra Bista, Chief Architect and Secretary General
eParliament.org: The Pioneering OPERATIONAL Mode of Webocracy
Consultant on Int'l Relations and Online Advocacy, Feminist League
Founder and President, Global Initiatives International Secretariat
------------------------------------------------------------------------------------------------
PEACE  |   JUSTICE  |  HUMAN RIGHTS  | DEMOCRACY | DEVELOPMENT
------------------------------------------------------------------------------------------------

Address in Exile:
C/o Ms. Galina Morozova, President
Feminist League of Kokshetau
Abaya Street, 112 off. 24, Kokshetau, Kazakhstan
Cell: 7-300-330-0664
Fax: (7-3162) 257354
http://www.eParliament.org
http://giis.netfirms.com/anupa.htm
http://feministleague.f2o.org



---

Easiest Way to Money Transfer:
https://www.paypal.com/us/mrb/pal=RJN9PP2YM9WTN

Re: ruby-2.6.12.patch

[Andreas S. <an...@sc...>]

I was wondering how well ruby-2.6.12 was doing. 

Which one is more stable - ruby-2.6.12.patch or
patch-2.6.11-vz93.diff?

I am using 
0000:01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 82)
and 
0000:00:08.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 SE] (rev 01)

Some long time ago i read that there were some problems with one
of the two as of late.

Does suspend/powersave work, btw?

Re: Assigning sound card to X display

[ludovic p. <pl...@nn...>]

Le Mardi 16 Ao=FBt 2005 13:22, Hugo Vanwoerkom a =E9crit :
> --- ludovic pollet <pl...@nn...> wrote:
> > Le Mardi 16 Ao=FBt 2005 08:05, vous avez =E9crit :
> > > On Otrdiena, 9. Augusts 2005 03:04, ludovic pollet
> >
> > wrote:
> > > > Hello,
> > > >
> > > > I adressed the sound card issue with multiple X
> >
> > display.
> >
> > > > It is a little filesystem for fuse
> >
> > (http://fuse.sourceforge.net/).
> >
> > > > Basically, it provides a symlink which depends
> >
> > on the DISPLAY environment
> >
> > > > variable.
> > > >
> > > > When a process will open /dev/dsp, the symlink
> >
> > will resolve depending on
> >
> > > > the DISPLAY variable of the process. From there,
> >
> > it is easy to make
> >
> > > > process on first display open the first dsp, and
> >
> > so on...
> >
> > > > This should works for any program using OSS
> >
> > (this covers most unfriendly
> >
> > > > ones, like Mozilla plugin, OpenOffice or vmware,
> >
> > ...), or ALSA in
> >
> > > > emulation mode (for native mode, alsalib is our
> >
> > friend :-).
> >
> > > > Source and binary are available at
> >
> > http://www.nnx.com/~pludov/sessiond/
> >
> > > > It should work out of the box for Fedora core 3,
> >
> > (with fuse installed)...
> >
> > > > Any feedback is welcome !
> > >
> > > Hm. How easy is /dev/ttyXX redirect?
> > > After /dev/tty redirect to new/fake driver all X
> >
> > switch-tty patches goes
> >
> > > away. So i have in my mind unpatched linux and X.
> > >
> > > Aivils
> >
> > I don't really understand why tty redirection is
> > interesting !
> > But it should be just the same : Replace the
> > existing /dev/ttyXX
> > to /var/session/currents/current/ttyXX and then,
> > create the per display link
> > in /var/session/:0 or /var/session/:1
> >
> > Then link in /var/session/:X will be used regarding
> > the DISPLAY variable.
>
> What happens to using sound in the vc's? E.g. I hit
> Alt+Ctl+F1 and in vc1/0 issue: play mplayer.wav?
>
> Hugo
>

Ah !

So I was totally wrong about /dev/ttyXX. It is just a matter of setting t=
he=20
right value for DISPLAY env when login in console.

--=20
printk("CPU[%d]: Sending penguins to jail...",smp_processor_id());
        linux-2.4.8/arch/sparc64/kernel/smp.c

Re: Assigning sound card to X display

[Hugo V. <hvw...@ya...>]

--- ludovic pollet <pl...@nn...> wrote:

> Le Mardi 16 Août 2005 08:05, vous avez écrit :
> > On Otrdiena, 9. Augusts 2005 03:04, ludovic pollet
> wrote:
> > > Hello,
> > >
> > > I adressed the sound card issue with multiple X
> display.
> > >
> > > It is a little filesystem for fuse
> (http://fuse.sourceforge.net/).
> > > Basically, it provides a symlink which depends
> on the DISPLAY environment
> > > variable.
> > >
> > > When a process will open /dev/dsp, the symlink
> will resolve depending on
> > > the DISPLAY variable of the process. From there,
> it is easy to make
> > > process on first display open the first dsp, and
> so on...
> > >
> > > This should works for any program using OSS
> (this covers most unfriendly
> > > ones, like Mozilla plugin, OpenOffice or vmware,
> ...), or ALSA in
> > > emulation mode (for native mode, alsalib is our
> friend :-).
> > >
> > > Source and binary are available at
> http://www.nnx.com/~pludov/sessiond/
> > > It should work out of the box for Fedora core 3,
> (with fuse installed)...
> > >
> > > Any feedback is welcome !
> >
> > Hm. How easy is /dev/ttyXX redirect?
> > After /dev/tty redirect to new/fake driver all X
> switch-tty patches goes
> > away. So i have in my mind unpatched linux and X.
> >
> > Aivils
> 
> I don't really understand why tty redirection is
> interesting !
> But it should be just the same : Replace the
> existing /dev/ttyXX 
> to /var/session/currents/current/ttyXX and then,
> create the per display link 
> in /var/session/:0 or /var/session/:1
> 
> Then link in /var/session/:X will be used regarding
> the DISPLAY variable.
> 

What happens to using sound in the vc's? E.g. I hit
Alt+Ctl+F1 and in vc1/0 issue: play mplayer.wav?

Hugo






__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: Assigning sound card to X display

[ludovic p. <pl...@nn...>]

Le Mardi 16 Ao=C3=BBt 2005 08:05, vous avez =C3=A9crit :
> On Otrdiena, 9. Augusts 2005 03:04, ludovic pollet wrote:
> > Hello,
> >
> > I adressed the sound card issue with multiple X display.
> >
> > It is a little filesystem for fuse (http://fuse.sourceforge.net/).
> > Basically, it provides a symlink which depends on the DISPLAY environ=
ment
> > variable.
> >
> > When a process will open /dev/dsp, the symlink will resolve depending=
 on
> > the DISPLAY variable of the process. From there, it is easy to make
> > process on first display open the first dsp, and so on...
> >
> > This should works for any program using OSS (this covers most unfrien=
dly
> > ones, like Mozilla plugin, OpenOffice or vmware, ...), or ALSA in
> > emulation mode (for native mode, alsalib is our friend :-).
> >
> > Source and binary are available at http://www.nnx.com/~pludov/session=
d/
> > It should work out of the box for Fedora core 3, (with fuse installed=
)...
> >
> > Any feedback is welcome !
>
> Hm. How easy is /dev/ttyXX redirect?
> After /dev/tty redirect to new/fake driver all X switch-tty patches goe=
s
> away. So i have in my mind unpatched linux and X.
>
> Aivils

I don't really understand why tty redirection is interesting !
But it should be just the same : Replace the existing /dev/ttyXX=20
to /var/session/currents/current/ttyXX and then, create the per display l=
ink=20
in /var/session/:0 or /var/session/:1

Then link in /var/session/:X will be used regarding the DISPLAY variable.

Regards
Ludovic Pollet

--=20
panic("IRQ, you lose...");
=C2=A0 =C2=A0 =C2=A0 =C2=A0 linux-2.2.16/arch/mips/sgi/kernel/indy_int.c

ruby-2.6.12.patch

[Hugo V. <hvw...@ya...>]

Hi,

I note a difference in behavior between
ruby-2.6.12.patch and patch-2.6.11-vz93.diff.

The switch when Alt+Ctrl+F<x> out of X is not as rapid
and sometimes there is garbage on the vc console. It
goes away again upon switch to another console, but
patch-2.6.11-vz93.diff does not do that.

As always I have no idea what causes it or how to fix
it since there is no testing matrix to explain what
any ruby patch actually does.

Hunting for the cause of failure of meta keycodes
still bears no fruit, it's there someplace.

Hugo



		
____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

Re: Assigning sound card to X display

[Aivils S. <ai...@un...>]

On Otrdiena, 9. Augusts 2005 03:04, ludovic pollet wrote:
> Hello,
>
> I adressed the sound card issue with multiple X display.
>
> It is a little filesystem for fuse (http://fuse.sourceforge.net/).
> Basically, it provides a symlink which depends on the DISPLAY environment
> variable.
>
> When a process will open /dev/dsp, the symlink will resolve depending on
> the DISPLAY variable of the process. From there, it is easy to make process
> on first display open the first dsp, and so on...
>
> This should works for any program using OSS (this covers most unfriendly
> ones, like Mozilla plugin, OpenOffice or vmware, ...), or ALSA in emulation
> mode (for native mode, alsalib is our friend :-).
>
> Source and binary are available at http://www.nnx.com/~pludov/sessiond/
> It should work out of the box for Fedora core 3, (with fuse installed)...
>
> Any feedback is welcome !

Hm. How easy is /dev/ttyXX redirect?
After /dev/tty redirect to new/fake driver all X switch-tty patches goes away.
So i have in my mind unpatched linux and X.

Aivils

=?iso-8859-1?Q?V=EDAGRRA_Hi,_great_news?=

[Carlotta D. <Di...@jf...>]

Hello, 
of  his  mouth,  which  made  still  uglier  a  physiognomy  =
unprecedentedly     Do you know Berlioz? Ivan asked =
significantly.rewards. The  sleuths  who let Judas slip - a reprimand.  =
=
Have  Matthew Leviit  and saw in  the  box a  rich, yellowish cream. It =
seemed to her  that itthat night would bring no relief. The smell of =
onions came from the basementrestaurant  carrying  a burning  candle in  =
your hand,  in nothing  but yourso that nothing is heard. It has to be =
done carefully.     Deftly  slithering between  the  passers-by, - the  =
citizen opened  thethe white door opened  noiselessly, behind  it a =
corridor could be seen, lit     Why  has  he changed  so?  Margarita  =
quietly  asked  Woland  to  thesticking  out of the pocket. Pavel =
Yosifovich  was  obviously an experienceddeath sentence to you for =
confirmation, the secretary explained.came  in two weeks and  was =
received by  some  girl whose eyes  were crossedGerman,  set out for the =
exit from  the Ponds at the corner  of Bronnaya andSadovaya came a =
report that the  accursed  apartment was again showing signsalready =
open.

Re: 2.6.12

[Hugo V. <hvw...@ya...>]

--- James van Zeeland <ja...@dv...> wrote:

> Ruby capable update thanks to Hugo:
> http://members.westnet.com.au/vanzeeland/
> 
> J

What's the Vesafb-tng issue that you note?

H


		
____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

Re: 2.6.12

[James v. Z. <ja...@dv...>]

Ruby capable update thanks to Hugo:
http://members.westnet.com.au/vanzeeland/

J

On Sat, 2005-08-13 at 00:18, James van Zeeland wrote:
> Hi all
> 
> I am wondering where the ruby patch stands for 2.6.12? At present it
> won't compile under FC4 for me...failing with an inlining problem.
> 
> I have a 2.6.12 kernel built
> http://members.westnet.com.au/vanzeeland/Linux/kernel/patch-2.6.12-vz1.diff.gz
> patch against vanilla 2.6.12
> you can pick and choose your scheduler...try them out and see which
> works best for you. Many of the usual subsystems updated (bluetooth,
> ACPI, Video4Linux, Vesafb-tng, Inotify and 2.6.12.x point updates
> included). Still missing a few features such as realtime LSM.
> 
> but no ruby to add to it? At present I am looking at evdev and intending
> to use this for FC4 as I have no ruby. If ruby is going to be workable,
> I will maintain and also use a ruby branch...multiple text mode or
> frambuffer consoles seems to be a completion of the functionality to me.
> 
> I am wondering if I should try compiling 2.6.12-ruby on an older, say
> FC2 box? (Remembering the inlining failure compiling 2.6.9-ruby under
> FC3)
> 
> J
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Linuxconsole-dev mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev
> 

=?iso-8859-1?Q?VIAGRR=C5_VAL=EDUUM_C1AIS?=

[Davide A. <Dav...@iy...>]

Hello, 
Captain Blood! he cried.  Are you Captain Blood?Deputy-Governor to the =
yardarm.  Your only hope, Colonel, lies inHow now, rogue?  Would you =
waste our time with idle subterfuge?of humanitarian considerations, this =
last offer of terms.  I willbuccaneers stormed the place from the =
landward side, the fort hadThat is how you will reason.  Not so, =
however, reasoned CaptainFor speaking to him as you did.of its heavy =
ringlets coiled upon her slender, milk-white neck.Blood were both guilty =
of treason, the first for having harbouredcrisp, metallic voice, =
speaking perfect Spanish, reached thoseI am looking at it, said =
Cahusac.town were stricken with deeper terror than they had yet =
knownrail, he watched the approach of that boat, manned by a dozenThe =
brazen baggage!  By God, I'll bring her to her senses.  It wason the =
solution of which his own fate depended.  Indian spies whomtightened on =
his arm.  Ogle wrenched it free, with an oath.  But

2.6.12

[James v. Z. <ja...@dv...>]

Hi all

I am wondering where the ruby patch stands for 2.6.12? At present it
won't compile under FC4 for me...failing with an inlining problem.

I have a 2.6.12 kernel built
http://members.westnet.com.au/vanzeeland/Linux/kernel/patch-2.6.12-vz1.diff.gz
patch against vanilla 2.6.12
you can pick and choose your scheduler...try them out and see which
works best for you. Many of the usual subsystems updated (bluetooth,
ACPI, Video4Linux, Vesafb-tng, Inotify and 2.6.12.x point updates
included). Still missing a few features such as realtime LSM.

but no ruby to add to it? At present I am looking at evdev and intending
to use this for FC4 as I have no ruby. If ruby is going to be workable,
I will maintain and also use a ruby branch...multiple text mode or
frambuffer consoles seems to be a completion of the functionality to me.

I am wondering if I should try compiling 2.6.12-ruby on an older, say
FC2 box? (Remembering the inlining failure compiling 2.6.9-ruby under
FC3)

J

Re: Two Nvidia cards, and black screen

[<han...@sa...>]

Hi,

I'm very happy to report that the Ubuntu 013_novtswitch and=20
018_sharevts_option patches
did the trick! Right now I have a dual-session setup running with an=20
Geforece 6600 PCI-E,
and a Radeon 7500 PCI. Both sessions work perfectly, and the=20
screenblanking has
dissapeared.

The patches were fairly easy to apply against the gentoo 6.8.2-r2 x.org=20
source tree. There
was only one trivial reject with the sharevts_option patch, which was=20
very easy to fix
manually.

Now I can't wait to get my Geforce 5200 PCI at the beginning of next=20
week, I have every
reason to be optimistic about it working just as well as the radeon 7500=20
(and even
if it wouldn't work, I can live with the radeon ;)).

So once again, thanks to everyone who has helped me here, and specifically =
to
Cedric for providing me with so many tips and ideas + the needed patches!

-Hans

>=20
>   $ DISPLAY=3D:0 glxinfo | grep OpenGL
>   OpenGL vendor string: NVIDIA Corporation
>   OpenGL renderer string: GeForce FX 5200/AGP/SSE2
>   OpenGL version string: 2.0.0 NVIDIA 76.67
>   OpenGL extensions:
>   $ DISPLAY=3D:1 glxinfo | grep OpenGL
>   OpenGL vendor string: NVIDIA Corporation
>   OpenGL renderer string: GeForce FX 5200/PCI/SSE2
>   OpenGL version string: 2.0.0 NVIDIA 76.67
>   OpenGL extensions:
>   $ glxgears=20
>   3773 frames in 5.0 seconds =3D 754.600 FPS
>   3798 frames in 5.0 seconds =3D 759.600 FPS
>=20
> I don't personally use the acceleration very heavily, so I've no idea
> if the glxgears number is impressive or not.  At least the
> acceleration seems to be enabled.  (The PCI card actually shows better
> numbers than the AGP card.  Odd.)
>=20
> I use S-video out only on the PCI card, but that works.  I believe I
> have tested the AGP card and found that to work as well, without being
> 100% sure.
>=20
> My only beef with the cards has been that I'm somehow unable to get
> DVI out to work properly on the PCI card, but I have no reason to
> suspect that this is caused by the multihead configuration.  (Nvidia
> claims to have fixed some 1600x1200 DVI issues in the latest drivers,
> but I haven't yet had the time to see if this makes any difference.)
>=20
> > And can you also confirm that without the -sharevts option, you have a=
=20
> > similar screen blanking problem then the one described by me? If yes, I=
=20
> > just might go get some new NVIDIA cards ;)
>=20
> Starting the second head X without the -sharevts option causes the
> primary head to blank/poweroff, image returns when second head is
> terminated.
>=20
> As C=E9dric Rivard says, the -sharevts-option is an extension found (at
> least) in the Ubuntu and Debian versions of X.org 6.8.2.  (Without
> this option, I believe you need the ruby kernel patches to get around
> precisely the problem seen above.)
>=20
>=20
> =09=09=09=09=09=09=09Arne.
>=20
>=20
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practic=
es
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & Q=
A
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Linuxconsole-dev mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Linuxconsole-dev mailing list
Lin...@li...
https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev

Re: Two Nvidia cards, and black screen

[<han...@sa...>]

Hi,

Thanks for all the information. I have now once again ordered new NVIDIA=20
cards, but it will take about 2 days for them to arrive (if the shop=20
still wants to sell them to me, after I returned the previous cards ;))

In the meantime I have tried to get a dual-session setup working with a=20
Radeon 7500 PCI and a Radeon x300 PCI-E, but this seems to be even more=20
painfull then with the NVIDIAS: The 7500 PCI requires me to run the=20
latest CVS snapshot of x.org to get tv-out working, and for the x300 I=20
have to run x.org 6.8.2 with ATI's binary fglrx driver, which also still=20
seems to be very buggy (can't get dual-head monitors working correctly).=20
Additionally the setup has the same blanking problem then with the=20
NVIDIA cards.

I'll let you know if I have any luck with the -sharevts option. These=20
two days of waiting for the NVIDIA cards are going to do me good I=20
think, during the last week I have been ripping all of the hair from my=20
head ;)

-Hans

>=20
>   $ DISPLAY=3D:0 glxinfo | grep OpenGL
>   OpenGL vendor string: NVIDIA Corporation
>   OpenGL renderer string: GeForce FX 5200/AGP/SSE2
>   OpenGL version string: 2.0.0 NVIDIA 76.67
>   OpenGL extensions:
>   $ DISPLAY=3D:1 glxinfo | grep OpenGL
>   OpenGL vendor string: NVIDIA Corporation
>   OpenGL renderer string: GeForce FX 5200/PCI/SSE2
>   OpenGL version string: 2.0.0 NVIDIA 76.67
>   OpenGL extensions:
>   $ glxgears=20
>   3773 frames in 5.0 seconds =3D 754.600 FPS
>   3798 frames in 5.0 seconds =3D 759.600 FPS
>=20
> I don't personally use the acceleration very heavily, so I've no idea
> if the glxgears number is impressive or not.  At least the
> acceleration seems to be enabled.  (The PCI card actually shows better
> numbers than the AGP card.  Odd.)
>=20
> I use S-video out only on the PCI card, but that works.  I believe I
> have tested the AGP card and found that to work as well, without being
> 100% sure.
>=20
> My only beef with the cards has been that I'm somehow unable to get
> DVI out to work properly on the PCI card, but I have no reason to
> suspect that this is caused by the multihead configuration.  (Nvidia
> claims to have fixed some 1600x1200 DVI issues in the latest drivers,
> but I haven't yet had the time to see if this makes any difference.)
>=20
> > And can you also confirm that without the -sharevts option, you have a=
=20
> > similar screen blanking problem then the one described by me? If yes, I=
=20
> > just might go get some new NVIDIA cards ;)
>=20
> Starting the second head X without the -sharevts option causes the
> primary head to blank/poweroff, image returns when second head is
> terminated.
>=20
> As C=E9dric Rivard says, the -sharevts-option is an extension found (at
> least) in the Ubuntu and Debian versions of X.org 6.8.2.  (Without
> this option, I believe you need the ruby kernel patches to get around
> precisely the problem seen above.)
>=20
>=20
> =09=09=09=09=09=09=09Arne.
>=20
>=20
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practic=
es
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & Q=
A
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Linuxconsole-dev mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev

Re: Two Nvidia cards, and black screen

[Hugo V. <hvw...@ya...>]

--- Arne Georg Gleditsch <ar...@li...> wrote:

> * han...@sa...
> > Hi,
> >
> > Well. This is now getting frustrating ;) I
> returned both NVIDIA cards 
> > yesterday, after a long futile fight with them,
> but of course I never 
> > tried the -sharevts option. Can you confirm that
> you have both NVIDIA 
> > cards up and running with all features (TV-out,
> and 3D-accelleration)?

I got into this discussion late, so I apologize if
this has been covered already or is not applicable,
but I also have NVIDIA cards, no fancy ones, TNT2 AGP
and MX-440 PCI.

When I turn on acceleration with any NVIDIA driver
under Ruby the driver loops.

It is discussed here:
http://www.nvnews.net/vbulletin/showthread.php?t=31858&page=22&pp=15&highlight=loop

I gather it is mobo related. I would have to put my
old K7A back in again, to find out :-(

Hugo














		
____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

Re: Two Nvidia cards, and black screen

[Arne G. G. <ar...@li...>]

* han...@sa...
> Hi,
>
> Well. This is now getting frustrating ;) I returned both NVIDIA cards 
> yesterday, after a long futile fight with them, but of course I never 
> tried the -sharevts option. Can you confirm that you have both NVIDIA 
> cards up and running with all features (TV-out, and 3D-accelleration)?

  $ DISPLAY=:0 glxinfo | grep OpenGL
  OpenGL vendor string: NVIDIA Corporation
  OpenGL renderer string: GeForce FX 5200/AGP/SSE2
  OpenGL version string: 2.0.0 NVIDIA 76.67
  OpenGL extensions:
  $ DISPLAY=:1 glxinfo | grep OpenGL
  OpenGL vendor string: NVIDIA Corporation
  OpenGL renderer string: GeForce FX 5200/PCI/SSE2
  OpenGL version string: 2.0.0 NVIDIA 76.67
  OpenGL extensions:
  $ glxgears 
  3773 frames in 5.0 seconds = 754.600 FPS
  3798 frames in 5.0 seconds = 759.600 FPS

I don't personally use the acceleration very heavily, so I've no idea
if the glxgears number is impressive or not.  At least the
acceleration seems to be enabled.  (The PCI card actually shows better
numbers than the AGP card.  Odd.)

I use S-video out only on the PCI card, but that works.  I believe I
have tested the AGP card and found that to work as well, without being
100% sure.

My only beef with the cards has been that I'm somehow unable to get
DVI out to work properly on the PCI card, but I have no reason to
suspect that this is caused by the multihead configuration.  (Nvidia
claims to have fixed some 1600x1200 DVI issues in the latest drivers,
but I haven't yet had the time to see if this makes any difference.)

> And can you also confirm that without the -sharevts option, you have a 
> similar screen blanking problem then the one described by me? If yes, I 
> just might go get some new NVIDIA cards ;)

Starting the second head X without the -sharevts option causes the
primary head to blank/poweroff, image returns when second head is
terminated.

As Cédric Rivard says, the -sharevts-option is an extension found (at
least) in the Ubuntu and Debian versions of X.org 6.8.2.  (Without
this option, I believe you need the ruby kernel patches to get around
precisely the problem seen above.)


							Arne.

Re: Two Nvidia cards, and black screen

[<ce...@ri...>]

Le Mercredi 10 Ao=FBt 2005 10:26, han...@sa... a =E9crit=A0:
> Hi again,
>
> Where do you actually get the -sharevts option from? It doen't seem to
> be a standard x.org commandline option, and I can't find anything about
> it in NVIDIAS driver readme either..?

In Debian and Ubuntu Xorg source package:
013_novtswitch.diff and 018_sharevts_option.diff

C=E9dric

Re: Two Nvidia cards, and black screen

[<han...@sa...>]

Hi again,

Where do you actually get the -sharevts option from? It doen't seem to 
be a standard x.org commandline option, and I can't find anything about 
it in NVIDIAS driver readme either..?

-Hans

> 
> I am running two Nvidia cards (two FX5200, AGP and PCI) with the
> closed source driver from Nvidia without problems.  I'm currently
> using the 7667/amd64 version, but I've been running with these two
> cards for some time now.  (They used to sit in a standard x86-box.)
> 
> I'm using the stock Ubuntu X.org (or, rather, I used to do so; I've
> had to recompile it to not ignore key 103 when using the evdev
> keyboard driver).  Are you using the -sharevts option when running the
> second X server?
> 
> 
> 							Arne.
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Linuxconsole-dev mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev

Re: Two Nvidia cards, and black screen

[<han...@sa...>]

Hi,

Well. This is now getting frustrating ;) I returned both NVIDIA cards 
yesterday, after a long futile fight with them, but of course I never 
tried the -sharevts option. Can you confirm that you have both NVIDIA 
cards up and running with all features (TV-out, and 3D-accelleration)?

And can you also confirm that without the -sharevts option, you have a 
similar screen blanking problem then the one described by me? If yes, I 
just might go get some new NVIDIA cards ;)

Thanks for the reply,
Hans
 
> I am running two Nvidia cards (two FX5200, AGP and PCI) with the
> closed source driver from Nvidia without problems.  I'm currently
> using the 7667/amd64 version, but I've been running with these two
> cards for some time now.  (They used to sit in a standard x86-box.)
> 
> I'm using the stock Ubuntu X.org (or, rather, I used to do so; I've
> had to recompile it to not ignore key 103 when using the evdev
> keyboard driver).  Are you using the -sharevts option when running the
> second X server?
> 
> 
> 							Arne.
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Linuxconsole-dev mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev

Re: Two Nvidia cards, and black screen

[Arne G. G. <ar...@li...>]

* han...@sa...
> Hi!
>
> I have 1 NVIDIA Gefore FX 5200 PCI, and one NVIDIA Gefore 6600 PCI-E 
> card. I have both X servers set up correctly so that they run without 
> any problem seperatly (with different keyboards and mice). Both X 
> servers use the nvidia close source 6629 driver.

I am running two Nvidia cards (two FX5200, AGP and PCI) with the
closed source driver from Nvidia without problems.  I'm currently
using the 7667/amd64 version, but I've been running with these two
cards for some time now.  (They used to sit in a standard x86-box.)

I'm using the stock Ubuntu X.org (or, rather, I used to do so; I've
had to recompile it to not ignore key 103 when using the evdev
keyboard driver).  Are you using the -sharevts option when running the
second X server?


							Arne.

Re: Two Nvidia cards, and black screen

[<ce...@ri...>]

han...@sa... a =E9crit :
> Am I still correct to assume that at least in theory it would be=20
> possible to modify the int10 module (whereas you have modified the=20
> radeon driver) to get the around the problem?

I don't think so but there is an interesting option to try:

Screen Section
Option "NoInt10" "boolean"
Disables the Int10 module, a module that uses the int10 call to the BIOS=20
of the graphics card to initialize it. Default: false.

I'm still thinking that the cause of the screen blanking is due to the=20
driver which try to restore the console in VGA text mode at shutdown.

C=E9dric

Assigning sound card to X display

[ludovic p. <pl...@nn...>]

Hello,

I adressed the sound card issue with multiple X display.

It is a little filesystem for fuse (http://fuse.sourceforge.net/). Basically, 
it provides a symlink which depends on the DISPLAY environment variable.

When a process will open /dev/dsp, the symlink will resolve depending on the 
DISPLAY variable of the process. From there, it is easy to make process on 
first display open the first dsp, and so on...

This should works for any program using OSS (this covers most unfriendly ones, 
like Mozilla plugin, OpenOffice or vmware, ...), or ALSA in emulation mode 
(for native mode, alsalib is our friend :-).

Source and binary are available at http://www.nnx.com/~pludov/sessiond/
It should work out of the box for Fedora core 3, (with fuse installed)...

Any feedback is welcome !

Regards

Ludovic Pollet