linux-kernel - Re: 2.6.26-rc: host can not shutdown: ata problem

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <20080709182852.c22ca65a.akpm@linux-foundation.org>
Date:	Wed, 9 Jul 2008 18:28:52 -0700
From:	Andrew Morton <akpm@...ux-foundation.org>
To:	"Rafael J. Wysocki" <rjw@...k.pl>
Cc:	"Alexander Beregalov" <a.beregalov@...il.com>, jgarzik@...ox.com,
	linux-ide@...r.kernel.org,
	"Linux Kernel Mailing List" <linux-kernel@...r.kernel.org>,
	Tejun Heo <htejun@...il.com>, linux-acpi@...r.kernel.org
Subject: Re: 2.6.26-rc: host can not shutdown: ata problem

On Sat, 5 Jul 2008 22:13:01 +0200 "Rafael J. Wysocki" <rjw@...k.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@...d040000 cmd 0xed0417c0 irq 18
> > ata4: PATA max UDMA/100 mmio m65536@...d040000 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@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/