Re: Cannot install onto mpt-driven drive

From: Doug White <dwhite_at_gumbysoft.com>
Date: Sun, 22 Aug 2004 19:35:50 -0700 (PDT)
On Sun, 22 Aug 2004, Joe Marcus Clarke wrote:

> > mpt0_at_pci4:5:0:  class=0x010000 card=0x014a1028 chip=0x00301000 rev=0x07
> > hdr=0x00
> >     vendor   = 'LSI Logic (Was: Symbios Logic, NCR)'
> >     device   = 'LSI53C1020/1030 PCI-X to Ultra320 SCSI Controller'
> >     class    = mass storage
> >     subclass = SCSI
>
> There is a subtle difference in the card:
>
> mpt1_at_pci2:3:1:  class=0x010000 card=0x10401028 chip=0x00301000 rev=0x07 hdr=0x00
>     vendor   = 'LSI Logic (Was: Symbios Logic, NCR)'
>     device   = 'LSI53C1020/1030 PCI-X to Ultra320 SCSI Controller'
>     class    = mass storage
>     subclass = SCSI
>
> I have a PE server as well that has another slightly different card:
>
> mpt0_at_pci1:4:0:  class=0x010000 card=0x01351028 chip=0x00301000 rev=0x07 hdr=0x00
>     vendor   = 'LSI Logic (Was: Symbios Logic, NCR)'
>     device   = 'LSI53C1020/1030 PCI-X to Ultra320 SCSI Controller'
>     class    = mass storage
>     subclass = SCSI
>
> This works fine as well.

Hm, I guess the one in your workstation is a wierd variant.  Advancing the
product ID is a common tactic for showing different silicon & packaging
revisions, rather than bumping the PCI revision byte.  That particular rev
may be more prone to use chains due to memory requirements or whatever. I
guess the poweredge variants don't exercise that particular feature. :)

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite_at_gumbysoft.com          |  www.FreeBSD.org
Received on Mon Aug 23 2004 - 00:35:50 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:07 UTC