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