Date: Sun, 20 Aug 2006 22:17:45 -0700 From: "Nikolas Britton" <nikolas.britton@gmail.com> To: "Jack Vogel" <jfvogel@gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: diffs to add newer Intel ATA and ICHSMB IDs Message-ID: <ef10de9a0608202217i56bab5fbq8c0cf5858a8d8e59@mail.gmail.com> In-Reply-To: <2a41acea0608202042ib4aff22h8b07b3b62e363713@mail.gmail.com> References: <2a41acea0606011523k462c8fedw3678558024d72191@mail.gmail.com> <ef10de9a0608201955q18701b7hb12656afd60c09c@mail.gmail.com> <2a41acea0608202042ib4aff22h8b07b3b62e363713@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 8/20/06, Jack Vogel <jfvogel@gmail.com> wrote: > On 8/20/06, Nikolas Britton <nikolas.britton@gmail.com> wrote: > > On 6/1/06, Jack Vogel <jfvogel@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/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ef10de9a0608202217i56bab5fbq8c0cf5858a8d8e59>