Martin Bochnig wrote:
> I'm also interested to see, how libpciaccess now detects the
> corresponding pci bus for each different SPARC platform.
That reminds me I should probably report the current state of
libpciaccess - with what's integrated into Nevada you should be
able to scanpci and see all the devices on both SPARC & x86.
However:
- on SPARC, Xorg skips the PCI bus scan unless you rebuild without
xserver/xorg/sparc-nopciprobe.patch which unconditionally disables
it. Having it enabled was causing Xorg to take multiple minutes
to start on several SPARC platforms, far longer than gdm/dtlogin
are willing to wait for it. Since all the SPARC devices supported
in SXCE or 2009.xx will have /dev/fb drivers, PCI bus probing isn't
needed for them, so it was disabled. Someone building a distro
that wanted to support graphics cards without kernel fb drivers would
need this though.
We continue to discuss with the kernel teams how to improve the PCITOOL
ioctls & devinfo library that libpciaccess uses to get this information
to improve the performance to reasonable levels.
- on x86, depending on your kernel version, Xorg may see devices that
aren't really there, which causes autoconfiguration to fail due to
Xorg not knowing which to use as the primary video device. You can
work around this by making an xorg.conf that has the bus id specified.
Right now, the versions we know work and don't:
- up through nv_105: may report too many devices
- nv_106 - nv_107: should work on most systems, since we limit the
bus ids scanned to bus_range, which due to bug 6782932/6798926 was
a small range that on most machines includes the actual devices but
not the addresses we previously hit that caused incorrect memory
locations to be used in the probes
- recent nightlies: the fix for 6798926 returned the bus_range size
to the larger values, causing us to
We've been working with the kernel PCI guys to get this fixed before
ON builds their nv_108 -- they believe the long term fix looks a lot like
the one J?rgen Keil suggested in:
http://defect.opensolaris.org/bz/show_bug.cgi?id=6100
but may end up backing out 6798926 for nv_108 as the short term fix
until the better one can be reviewed, tested & integrated.
--
-Alan Coopersmith- alan.coopersmith at sun.com
Sun Microsystems, Inc. - X Window System Engineering