Alan Coopersmith wrote:
> 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.
I'm afraid having a /dev/fb driver alone is not enough.
Only having
{1. /dev/fb driver support for the frame buffer in question}
_AND_
{2. a ddx Xorg module with the same name [as per definition in your
autoconfigure patch}
_AND_ - and now it comes -
{3. that ddx module needs to have been modified to get into a mmap()'ing
marriage with the corresponding /dev/fb module, only then it is enough to live
without PCI bus probing (without disabling xserver/xorg/sparc-nopciprobe.patch
). And only somebody with access to the /dev/fb driver sources can work on
this, and therefore SUNW alone (except for cgsix Sbus /dev/fb driver which is
in OS/Net)}.
Also bad news bor UPA/Sbus: I merged in my old 1.3 patches into my local hg
snapshot (while it is true that you kept them in place, they were not upgraded
the the new server, so the bin/patch would fail with several hunks, so I
misunderstood you last time. But at least didn't I need to copy the patches
themselves over.) Ok, so after the merge and small fixes the server and the
drivers compile. Then the disappointment: The old 1.3 Sbus/UPA code segfaults
in server 1.5.3.
mdb / dbx do not present a solution on the table, this time. At least they run
at all (which can not always be taken for granted).
Well, my Blade 2000 is powered on and as soon as I have good news I shall
report it to the list ...
Are there any chances of seeing pfb or m64 /dev/fb drivers being published?
--
This message posted from opensolaris.org
