Date: Sun, 20 Mar 2011 09:15:01 -0500 From: Bob Willcox <bob@immure.com> To: Alexander Motin <mav@FreeBSD.org> Cc: svn-src-stable@FreeBSD.org, svn-src-all@FreeBSD.org, src-committers@FreeBSD.org, svn-src-stable-8@FreeBSD.org Subject: Re: svn commit: r218347 - stable/8/sys/dev/ata/chipsets Message-ID: <20110320141501.GB19338@rancor.immure.com> In-Reply-To: <4D814AAA.3070801@FreeBSD.org> References: <201102052134.p15LYRmw041695@svn.freebsd.org> <20110316135122.GB7185@rancor.immure.com> <4D814AAA.3070801@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Mar 17, 2011 at 01:41:30AM +0200, Alexander Motin wrote: > On 16.03.2011 15:51, Bob Willcox wrote: > > This change has broken SATA disk support on my Intel Atom D525 ITX system. By > > reverting this change 8.2-STABLE works again on this system. > > > > My 'uname -a' output is: > > > > FreeBSD maul.immure.com 8.2-STABLE FreeBSD 8.2-STABLE #6: Wed Mar 16 08:15:43 CDT 2011 bob@maul.immure.com:/usr/obj/usr/src/sys/MAUL amd64 > > > > When booting the system I get tons of these messages: > > > > Mar 16 07:38:19 maul kernel: ad4: WARNING - SETFEATURES ENABLE RCACHE requeued due to channel reset > > Mar 16 07:38:19 maul kernel: ad4: interrupt on idle channel ignored > > As I can see, it means that channel has some active request, but it is > in IDLE state. It is strange, but I won't be surprised much if it is the > result of some locking problem in ata(4) in non-CAM mode. > > > repeated over and over, and then lots of these: > > > > Mar 16 07:38:21 maul kernel: ad4: WARNING - READ_DMA48 requeued due to channel reset LBA=617964479 > > Mar 16 07:38:21 maul kernel: ata2: FAILURE - already active DMA on this device > > Mar 16 07:38:21 maul kernel: ata2: setting up DMA failed > > > > for different LBA values. > > > > As one might expect, I then start seeing I/O errors on the disk and programs > > failing > > > > I've attached the 'pciconf -lv' output. > > Send me please full verbose log, if you can save it. I am especially > interested in place around first errors. > > You may try to build kernel with `options ATA_CAM` to see if it helps. > I've mostly tested this patch in that mode. I tried setting `options ATA_CAM` but that didn't fix the problem. I still got continuous ATA error messages spewed out while probing the ATA devices. I'm not able to capture the verbose output as the system never successfully boots and I don't have a serial console attached to the system. For now, I plan to stay with the previous version of ata-intel.c since this is my gateway system and I need for it to 'just work'. :( Bob > > > On Sat, Feb 05, 2011 at 09:34:27PM +0000, Alexander Motin wrote: > >> Author: mav > >> Date: Sat Feb 5 21:34:26 2011 > >> New Revision: 218347 > >> URL: http://svn.freebsd.org/changeset/base/218347 > >> > >> Log: > >> MFC r217774: > >> ICH7 SATA controller in legacy mode can provide access to SATA registers > >> via AHCI-like memory resource at BAR(5). Use it if BIOS was so kind to > >> allocate memory for that BAR. This allows hot-plug support and connection > >> speed reporting. > > -- > Alexander Motin -- Bob Willcox Trying to explain things to people who already know bob@immure.com everything is like trying to teach a bear to dance; Austin, TX it's useless, and it annoys the bear.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110320141501.GB19338>