On 8/20/06, Jack Vogel <[EMAIL PROTECTED]> wrote:
On 8/20/06, Nikolas Britton <[EMAIL PROTECTED]> wrote:
> On 6/1/06, Jack Vogel <[EMAIL PROTECTED]> 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/
_______________________________________________
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Reply via email to