Date: Tue, 27 Feb 2007 07:56:44 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= <sos@deepcore.dk> To: "Bruce M. Simpson" <bms@FreeBSD.ORG> Cc: freebsd-stable@FreeBSD.ORG, Juraj Lutter <wilbury@gmail.com>, sos@FreeBSD.ORG Subject: Re: ALi SATA controller Message-ID: <45E3D62C.9040805@deepcore.dk> In-Reply-To: <45E3828F.8080506@FreeBSD.org> References: <eb8efda50702261347u90219afm52b4bad877ce8512@mail.gmail.com> <45E3828F.8080506@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Bruce M. Simpson wrote: > Hi, > > I have experienced the same regression since 6.2 was branched on an > ASUS amd64 Vintage-PE1 box. > > Juraj Lutter wrote: >> >> Feb 26 21:45:25 river kernel: atapci0: <AcerLabs M5229 UDMA133 >> controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at >> device 31.0 on pci0 >> Feb 26 21:45:25 river kernel: ata0: <ATA channel 0> on atapci0 >> Feb 26 21:45:25 river kernel: ata1: <ATA channel 1> on atapci0 >> Feb 26 21:45:25 river kernel: atapci1: <AcerLabs M5287 SATA150 >> controller> port >> 0xc400-0xc40f,0xc000-0xc007,0xb800-0xb80f,0xb400-0xb407,0xb000-0xb01f >> mem 0xfe8ff400-0xfe8ff7ff irq 21 at device 31.1 on pci0 >> Feb 26 21:45:25 river kernel: atapci1: AHCI controller reset failure >> Feb 26 21:45:25 river kernel: device_attach: atapci1 attach returned 6 > I'm sure I reported this to the list around 4th December 2006. > > My workaround was to install another SATA controller in the PCI-e slot > and use that instead for the root disk. I think CURRENT also suffers > from this problem. I think the last release which worked OK was 6.1. > The problem is that your BIOS registers the resources used for AHCI operation but apparently hasn't really enabled them. Look for an option in the BIOS to turn on/off AHCI mode. -Søren
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?45E3D62C.9040805>