diffs to add newer Intel ATA and ICHSMB IDs

Nikolas Britton nikolas.britton at gmail.com
Mon Aug 21 05:34:11 UTC 2006


On 8/20/06, Jack Vogel <jfvogel at gmail.com> wrote:
> On 8/20/06, Nikolas Britton <nikolas.britton at gmail.com> wrote:
> > On 6/1/06, Jack Vogel <jfvogel at gmail.com> wrote:
> > > I occasionally run into issues that newer PCI device IDs are
> > > not yet supported, these in particular are on a new box
> > > I am working on. Can someone see that these changes
> > > get integrated please :)
> > >
> > > Cheers,
> > >
> > > Jack
> > >
> > > --- dev/ata/ata-chipset.orig.c  Fri Jun  2 05:39:18 2006
> > > +++ dev/ata/ata-chipset.c       Fri Jun  2 05:38:34 2006
> > > @@ -1595,6 +1595,8 @@
> > >       { ATA_I82801GB_R1, 0, AHCI, 0x00, ATA_SA300, "ICH7" },
> > >       { ATA_I82801GB_M,  0, AHCI, 0x00, ATA_SA300, "ICH7" },
> > >       { ATA_I82801GB_AH, 0, AHCI, 0x00, ATA_SA300, "ICH7" },
> > > +     { ATA_I631xESB,    0,    0, 0x00, ATA_UDMA5, "631xESB" },
> > > +     { ATA_I631xESB_S1, 0, AHCI, 0x00, ATA_SA300, "631xESB" },
> > >       { ATA_I31244,      0,    0, 0x00, ATA_SA150, "31244" },
> > >       { 0, 0, 0, 0, 0, 0}};
> > >      char buffer[64];
> > > --- dev/ata/ata-pci.orig.h      Fri Jun  2 05:30:03 2006
> > > +++ dev/ata/ata-pci.h   Fri Jun  2 05:30:47 2006
> > > @@ -148,6 +148,8 @@
> > >  #define ATA_I82801FB_S1         0x26518086
> > >  #define ATA_I82801FB_R1         0x26528086
> > >  #define ATA_I82801FB_M          0x26538086
> > > +#define ATA_I631xESB_S1         0x26808086
> > > +#define ATA_I631xESB            0x269e8086
> > >  #define ATA_I82801GB            0x27df8086
> > >  #define ATA_I82801GB_S1         0x27c08086
> > >  #define ATA_I82801GB_R1         0x27c38086
> > > --- dev/ichsmb/ichsmb_pci.orig.c        Fri Jun  2 05:17:21 2006
> > > +++ dev/ichsmb/ichsmb_pci.c     Fri Jun  2 05:20:04 2006
> > > @@ -74,6 +74,7 @@
> > >  #define ID_82801DC                     0x24C38086
> > >  #define ID_82801EB                     0x24D38086
> > >  #define ID_6300ESB                     0x25a48086
> > > +#define ID_631xESB                     0x269b8086
> > >
> > >  #define PCIS_SERIALBUS_SMBUS_PROGIF    0x00
> > >
> > > @@ -145,6 +146,9 @@
> > >                 break;
> > >         case ID_6300ESB:
> > >                 device_set_desc(dev, "Intel 6300ESB (ICH) SMBus controller");
> > > +               break;
> > > +       case ID_631xESB:
> > > +               device_set_desc(dev, "Intel 631xESB (ESB2) SMBus controller");
> > >                 break;
> > >         default:
> > >                 if (pci_get_class(dev) == PCIC_SERIALBUS
> > > _______________________________________________
> >
> >
> > Did this ever get commited? I have a Intel 5000p MCH + 6321ESB ICH and
> > onboard SATA is basically completely broken. If you hookup more then
> > one SATA drive it will hang the system at boot... I've played with
> > every setting in the BIOS... I'm Running 6-STABLE 200608180000. Would
> > this fix my problems?
>
> As far as I know this hasnt been committed, I've not looked.
> Will it fix your problem, hmm, depends on if its one of the devices
> I'm adding, is it?
>
> Can you not patch yourself and test it?
>

Not exactly. I'm putting this new server in production as we speak! I
was using an IDE drive in the testing phase, I assumed the SATA drives
I planned to transfer to this new server from another server would
just work even if only in legacy mode. dead wrong! Commitments have
already been made so I can't stop. Luckily plan B worked so I just
disabled onboard SATA. Thank for the info...


-- 
BSD Podcasts @:
http://bsdtalk.blogspot.com/
http://freebsdforall.blogspot.com/


More information about the freebsd-stable mailing list