On Wed, Jun 02, 2004 at 07:26:54AM +0000, michael@nosflow.com wrote:
> 
> >Number:         25783
> >Category:       port-sparc64
> >Synopsis:       cmdide0: Silicon Image 0680 oddities
> >Confidential:   no
> >Severity:       non-critical
> >Priority:       low
> >Responsible:    port-sparc64-maintainer
> >State:          open
> >Class:          sw-bug
> >Submitter-Id:   net
> >Arrival-Date:   Wed Jun 02 07:27:00 UTC 2004
> >Closed-Date:
> >Last-Modified:
> >Originator:     Michael Wolfson
> >Release:        2.0_BETA
> >Organization:
> >Environment:
> NetBSD  2.0_BETA NetBSD 2.0_BETA (GENERIC) #0: Thu May 20 18:40:11 UTC 2004  aut
> obuild@tgm.netbsd.org:/autobuild/netbsd-2-0/sparc64/OBJ/autobuild/netbsd-2-0/src
> /sys/arch/sparc64/compile/GENERIC sparc64
> >Description:
> My PCI cmdide0: Silicon Image 0680 based card appears to work as advertised in an UltraSPARC 30 system, but is completely ignored by an UltraSPARC 10 system.  Could be due to the built-in IDE bus in the UltraSPARC 10.
> 
> relevant dmesg from UltraSPARC 30:
> cmdide0 at pci0 dev 2 function 0
> cmdide0: Silicon Image 0680 (rev. 0x02)
> cmdide0: bus-master DMA support present
> cmdide0: primary channel configured to native-PCI mode
> OF_mapintr failed
> cmdide0: using ivec 7d0 for native-PCI interrupt
> atabus0 at cmdide0 channel 0
> cmdide0: secondary channel configured to native-PCI mode
> atabus1 at cmdide0 channel 1
> [...]
> wd0 at atabus0 drive 0: <WDC AC33100H>
> wd0: drive supports 16-sector PIO transfers, LBA addressing
> wd0: 3020 MB, 6136 cyl, 16 head, 63 sec, 512 bytes/sect x 6185088 sectors
> wd0: drive supports PIO mode 4, DMA mode 2
> wd0(cmdide0:0:0): using PIO mode 4, DMA mode 2 (using DMA data transfers)
> 
> Relevant dmesg from UltraSPARC 10 (i.e. built-in IDE bus):
> cmdide0 at pci1 dev 3 function 0
> cmdide0: CMD Technology PCI0646 (rev. 0x03)

Doens't it also find a cmdide1 ?

-- 
Manuel Bouyer <bouyer@antioche.eu.org>
     NetBSD: 26 ans d'experience feront toujours la difference
--