Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 27 Feb 2007 00:59:59 +0000
From:      "Bruce M. Simpson" <bms@FreeBSD.org>
To:        Juraj Lutter <wilbury@gmail.com>
Cc:        freebsd-stable@freebsd.org, sos@FreeBSD.org
Subject:   Re: ALi SATA controller
Message-ID:  <45E3828F.8080506@FreeBSD.org>
In-Reply-To: <eb8efda50702261347u90219afm52b4bad877ce8512@mail.gmail.com>
References:  <eb8efda50702261347u90219afm52b4bad877ce8512@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
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.

Regards,
BMS




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?45E3828F.8080506>