Re: Can someone point me towards a fix for this...?

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

> Please try before gdm starts commad
> X -probeonly -layout noprefbusid
> 

I am letting rhgb (graphical X boot) use a three card config for this,
so that's already happenning, all three cards, all OK...
The third X server still fails to produce a login when gdm starts after
rhgb closes. Three X servers work fine if you launch the third one
manually with startx. It doesn't seem to matter the order cards are
init. This is the first time I've seen an issue like it.

I shall try some new nv drivers (still 6106, here) and a few other
configs and post back.

Perhaps I should try a PCI BIOS Primary?

I am fairly certain it isn't a usual "card isn't init" problem as I have
three ruby machines here and have found using rhgb to perform the
multi-card video init very effective, not to mention convenient.

Nevertheless, I shall try dropping a script in to close rhgb early and
perform the -probeonly video init.

J

On Thu, 2004-08-26 at 01:21, Aivils wrote:
> On Monday 23 August 2004 17:14, James van Zeeland wrote:
> > 3 consoles, custom ruby kernel 2.6.7 merged with con kolivas and
> > stanford uni's planet ccrma patchsets plus a heap of usb fixes and
> > whatnot. Fedora Core 2
> > 
> > Athlon 2600+ 7NNXP 1Gb (nForce2)
> > 
> > 1 x AGP console FX5200
> > 2 x PCI console GF4MX440
> > 
> > using three servers defined in gdm.conf, console 1 starts OK, console 2
> > starts OK, console three however does the following.
> > X server starts and we have mouse action, but gdm doesn't start. After a
> > bit of a wait, it closes and restarts. The restart is not frequent
> > enough to get the usual "failed to start, will disable until correctly
> > configured." dialogue
> > 
> > What's interesting is that if I disable the third server in gdm, drop to
> > console and "startx -- :2 -layout PCI-Console2 -audit 0 vt19",
> > everything starts fine, and I have three consoles.
> > 
> > If I change the init order of the PCI X servers, it's always the third
> > server that fails. Problem with gdm?
> > 
> > I am glad for the patch page, I was considering doing that myself...
> 
> Please try before gdm starts commad
> X -probeonly -layout noprefbusid
> where noprefbusid is unrestricted xf86, which can use all video
> adapters. This is necessary for proper multiple Nvidia adapters init.
> 
> Aivils
>