Subject: Re: Sorry - new to sparc
To: Martin Husemann <martin@duskware.de>
From: Eduardo Horvath <eeh@turbolinux.com>
List: port-sparc64
Date: 09/17/2000 08:17:53
On Sun, 17 Sep 2000, Martin Husemann wrote:

> The thinks my (homegrown) kernel doesn't match at boot are:
> 
> vendor 0x108e product 0x2000 (miscellaneous prehistoric) at pci0 dev 0 function 0 not configured

Dunno what that is.  If you're really curious you can use the PROM to
traverse the device tree and dump properties until you find it.

> power at ebus0 addr 724000-724003 ipl 37 not configured
> SUNW,pll at ebus0 addr 504000-504002 not configured

Neither of these should be required.  They both are useful only for
managing low-level power and timing aspects of the machine that the PROM
can handle perfectly well.

> se at ebus0 addr 400000-40007f ipl 43 not configured

This is the siemens serial controller chip.  The driver for that is
seriously incomplete.

> su at ebus0 addr 3083f8-3083ff ipl 41 not configured
> su at ebus0 addr 3062f8-3062ff ipl 42 not configured

These two are NS16550 derivatives that run the keyboard and
mouse.  Drivers for these will be enabled once I get the sunkbd/sunms line
disciplines working.

> fdthree at ebus0 addr 3023f0-3023f7 addr 706000-70600f addr 720000-720003 ipl 39 not configured

This would be the floppy disk drive controller.  What use is a floppy disk
these days?

> flashprom at ebus0 addr 0-fffff not configured

This is only useful if you want to upgrade your PROM.  Since that could
easily toast your machine and requires special applications from Sun I
don't think we'll implement this soon.

> SUNW,CS4231 at ebus0 addr 200000-2000ff addr 702000-70200f addr 704000-70400f addr 722000-722003 ipl 35 ipl 36 not configured

This is the sound chip.  We may need an ebus front end for this.

> vendor 0x1002 product 0x4754 (VGA display, revision 0x9a) at pci2 dev 2 function 0 not configured

What can I say?  VGA display.  Needs working sunkbd/sunms line disciplines
to be at all useful, and then there's the issue of getting XFree86 to
work.


Eduardo Horvath