Return-Path: <linux-kernel-owner+w=401wt.eu-S1757152AbYGJBgV@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757152AbYGJBgV (ORCPT <rfc822;w@1wt.eu>);
	Wed, 9 Jul 2008 21:36:21 -0400
Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753490AbYGJBgG
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Wed, 9 Jul 2008 21:36:06 -0400
Received: from smtp1.linux-foundation.org ([140.211.169.13]:42065 "EHLO
	smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1753395AbYGJBgF (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 9 Jul 2008 21:36:05 -0400
Date: Wed, 9 Jul 2008 18:28:52 -0700
From: Andrew Morton <akpm@linux-foundation.org>
To: "Rafael J. Wysocki" <rjw@sisk.pl>
Cc: "Alexander Beregalov" <a.beregalov@gmail.com>, jgarzik@pobox.com,
       linux-ide@vger.kernel.org,
       "Linux Kernel Mailing List" <linux-kernel@vger.kernel.org>,
       Tejun Heo <htejun@gmail.com>, linux-acpi@vger.kernel.org
Subject: Re: 2.6.26-rc: host can not shutdown: ata problem
Message-Id: <20080709182852.c22ca65a.akpm@linux-foundation.org>
In-Reply-To: <200807052213.02098.rjw@sisk.pl>
References: <a4423d670807031443v73def4d2g97c9d6acc4b4e941@mail.gmail.com>
	<200807052213.02098.rjw@sisk.pl>
X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; x86_64-redhat-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 3204
Lines: 86

On Sat, 5 Jul 2008 22:13:01 +0200 "Rafael J. Wysocki" <rjw@sisk.pl> wrote:

> [Adding CCs.]

Possibly not the correct ones.

> On Thursday, 3 of July 2008, Alexander Beregalov wrote:
> > Hi
> > 
> > A host does not go down.
> > I also tried it with `irqpoll` with the same result.
> > 
> > 
> > Remaining filesystems read-only ...
> >  / ...
> > irq 18: nobody cared (try booting with the "irqpoll" option)
> > Pid: 0, comm: swapper Not tainted 2.6.26-rc8 #2
> >  [<c0141678>] __report_bad_irq+0x2e/0x6f
> >  [<c014187f>] note_interrupt+0x1c6/0x21f
> >  [<c0140fee>] ? handle_IRQ_event+0x3e/0x46
> >  [<c0141e11>] handle_fasteoi_irq+0x86/0xab
> >  [<c0141d8b>] ? handle_fasteoi_irq+0x0/0xab
> >  [<c0104c54>] do_IRQ+0xb6/0xe2
> >  [<c0101daf>] ? default_idle+0x0/0x55
> >  [<c0101daf>] ? default_idle+0x0/0x55
> >  [<c010372e>] common_interrupt+0x2e/0x34
> >  [<c0101daf>] ? default_idle+0x0/0x55
> >  [<c0101daf>] ? default_idle+0x0/0x55
> >  [<c0101de4>] ? default_idle+0x35/0x55
> >  [<c0101d7a>] cpu_idle+0x62/0x97
> >  [<c0353270>] rest_init+0x5c/0x5e
> >  =======================
> > handlers:
> > [<c02df1df>] (ata_sff_interrupt+0x0/0xab)
> > Disabling IRQ #18
> > atkbd serio0: shutdown
> > i8042 i8042: shutdown
> > sd 3:0:1:0: shutdown
> > sd 3:0:1:0: [sdd] Synchronizing SCSI cache
> > ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
> > ata4.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 0
> >          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
> > ata4.00: status: { DRDY }
> > ata4: soft resetting link
> > ata4.00: configured for UDMA/100
> > ata4: EH complete
> > ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
> > ata4.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 0
> >          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
> > ata4.00: status: { DRDY }
> > ata4: soft resetting link
> > ata4.00: configured for UDMA/100
> > ata4: EH complete
> > ata4.00: limiting speed to UDMA/66:PIO4
> > 
> > and so on ..

Normally I'd assume that this is an acpi-caused problem with IRQ
assignments.  But given that it happens only at machine shutdown time, it
is more likely to be an ordering-of-operations bug in the ata code?

> > 
> > Controller is
> > Promise Technology, Inc. PDC20270 (FastTrak100 LP/TX2/TX4) (rev 02)
> > 
> > pata_pdc2027x 0000:01:0a.0: PLL input clock 16692 kHz
> > scsi2 : pata_pdc2027x
> > scsi3 : pata_pdc2027x
> > ata3: PATA max UDMA/100 mmio m65536@0xed040000 cmd 0xed0417c0 irq 18
> > ata4: PATA max UDMA/100 mmio m65536@0xed040000 cmd 0xed0415c0 irq 18
> > ata3.00: ATA-7: ST3250823A, 3.03, max UDMA/100
> > ata3.00: 488397168 sectors, multi 16: LBA48
> > ata3.00: configured for UDMA/100
> > ata4.01: HPA detected: current 488395055, native 488397168
> > ata4.01: ATA-7: ST3250824A, 3.AAD, max UDMA/100
> > ata4.01: 488395055 sectors, multi 16: LBA48
> > ata4.01: configured for UDMA/100

Alexander, is this a regression?  Was 2.6.25 OK?

Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/