| 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
| ||
|
Message-ID: <46E8663E.3080205@googlemail.com> Date: Thu, 13 Sep 2007 00:20:46 +0200 From: Michal Piotrowski <michal.k.k.piotrowski@...il.com> To: Sergey Dolgov <dolgovs@...il.com> CC: Michal Piotrowski <michal.k.k.piotrowski@...il.com>, Tejun Heo <htejun@...il.com>, linux-kernel@...r.kernel.org, linux-ide@...r.kernel.org Subject: Re: ata_piix, laptop cdrom, ICH7: EH, limiting speed to PIO Sergey Dolgov pisze: > On Wed, Sep 12, 2007 at 10:19:03PM +0200, Michal Piotrowski wrote: >> Sergey Dolgov pisze: >>> Hi Michal, >>> >>> On Wed, Sep 12, 2007 at 06:33:20PM +0200, Michal Piotrowski wrote: >>>> Hi Sergey, >>>> >>>> On 11/09/2007, Sergey Dolgov <dolgovs@...il.com> wrote: >>>>> Hi! >>>>> >>>>> On my hp nx7300 laptop, 2 following scenarios can happen during bootup >>>>> (see attachments for the full logs): the "good" one [1] and the one >>>>> where multiple EHs lead to limiting the speed [2]. >>>>> >>>>> [1] one is more rare, but it seems to be persistent over reboots: once >>>>> it happened, just rebooting the machine always results in behaviour >>>>> like [1]. >>>>> >>>>> [1] results in a working cdrom from the start. An attempt to use cdrom >>>>> after [2] happened results in even more EHs, resulting in "configured >>>>> for PIO4", after which the cdrom is finaly working. >>>>> >>>>> The version I'm using is 2.6.23-rc6, but the same used to happen with >>>>> the previous rc's, and probably with 2.6.22 too (I can check). >>>> It would be great if you could check it. >>> I've just built 2.6.22.6 with basically the same configuration, and >>> the behaviour is just the same, i.e. both [1] and [2] still can >>> happen. >> Ok, thanks. >> >> BTW please check cables and PCU. > > What's a PCU? s/PCU/PSU - power supply unit > BTW, this only happens when using libata of course. The > old CONFIG_IDE stuff works fine every time. This maybe one of libata weirdness (I really don't get it why some hardware works perfectly fine with an old IDE and don't work well with libata). > >>>>> [1]: >>>>> >>>>> [ 13.026676] ata_piix 0000:00:1f.1: version 2.12 >>>>> [ 13.026701] ACPI: PCI Interrupt 0000:00:1f.1[A] -> GSI 16 (level, low) -> IRQ 16 >>>>> [ 13.026898] PCI: Setting latency timer of device 0000:00:1f.1 to 64 >>>>> [ 13.026994] scsi4 : ata_piix >>>>> [ 13.027209] scsi5 : ata_piix >>>>> [ 13.027385] ata5: PATA max UDMA/133 cmd 0x000101f0 ctl 0x000103f6 bmdma 0x000140a0 irq 14 >>>>> [ 13.027484] ata6: PATA max UDMA/133 cmd 0x00010170 ctl 0x00010376 bmdma 0x000140a8 irq 15 >>>>> [ 13.339308] ata5.00: ATAPI: HL-DT-ST DVDRAM GSA-T10N, PC05, max MWDMA2 >>>>> [ 13.505922] ata5.00: configured for MWDMA2 >>>>> [ 13.506026] ata6: port disabled. ignoring. >>>>> [ 13.509916] scsi 4:0:0:0: CD-ROM HL-DT-ST DVDRAM GSA-T10N PC05 PQ: 0 ANSI: 5 >>>>> >>>>> [2]: >>>>> >>>>> [ 10.007152] ata_piix 0000:00:1f.1: version 2.12 >>>>> [ 10.007178] ACPI: PCI Interrupt 0000:00:1f.1[A] -> GSI 16 (level, low) -> IRQ 16 >>>>> [ 10.007369] PCI: Setting latency timer of device 0000:00:1f.1 to 64 >>>>> [ 10.007464] scsi4 : ata_piix >>>>> [ 10.007680] scsi5 : ata_piix >>>>> [ 10.007856] ata5: PATA max UDMA/133 cmd 0x000101f0 ctl 0x000103f6 bmdma 0x000140a0 irq 14 >>>>> [ 10.007956] ata6: PATA max UDMA/133 cmd 0x00010170 ctl 0x00010376 bmdma 0x000140a8 irq 15 >>>>> [ 10.320462] ata5.00: ATAPI: HL-DT-ST DVDRAM GSA-T10N, PC05, max MWDMA2 >>>>> [ 10.487077] ata5.00: configured for MWDMA2 >>>>> [ 10.487181] ata6: port disabled. ignoring. >>>>> [ 15.985240] ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen >>>>> [ 15.985325] ata5.00: cmd a0/01:00:00:00:00/00:00:00:00:00/a0 tag 0 cdb 0x12 data 96 in >>>>> [ 15.985327] res 40/00:02:00:24:00/00:00:00:00:00/a0 Emask 0x4 (timeout) >>>>> [ 15.985532] ata5: soft resetting port >>>>> [ 16.465489] ata5.00: configured for MWDMA2 >>>>> [ 16.465571] ata5: EH complete >>>>> [ 21.963643] ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen >>>>> [ 21.963725] ata5.00: cmd a0/01:00:00:00:00/00:00:00:00:00/a0 tag 0 cdb 0x12 data 96 in >>>>> [ 21.963727] res 40/00:02:00:24:00/00:00:00:00:00/a0 Emask 0x4 (timeout) >>>>> [ 21.963930] ata5: soft resetting port >>>>> [ 22.443900] ata5.00: configured for MWDMA2 >>>>> [ 22.443979] ata5: EH complete >>>>> [ 27.942051] ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen >>>>> [ 27.942134] ata5.00: cmd a0/01:00:00:00:00/00:00:00:00:00/a0 tag 0 cdb 0x12 data 96 in >>>>> [ 27.942136] res 40/00:02:00:24:00/00:00:00:00:00/a0 Emask 0x4 (timeout) >>>>> [ 27.942341] ata5: soft resetting port >>>>> [ 28.422309] ata5.00: configured for MWDMA2 >>>>> [ 28.422389] ata5: EH complete >>>>> [ 33.920457] ata5.00: limiting speed to MWDMA1:PIO4 >>>>> [ 33.920532] ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen >>>>> [ 33.920614] ata5.00: cmd a0/01:00:00:00:00/00:00:00:00:00/a0 tag 0 cdb 0x12 data 96 in >>>>> [ 33.920616] res 40/00:02:00:24:00/00:00:00:00:00/a0 Emask 0x4 (timeout) >>>>> [ 33.920820] ata5: soft resetting port >>>>> [ 34.400708] ata5.00: configured for MWDMA1 >>>>> [ 34.400790] ata5: EH complete >>>>> [ 34.400869] scsi scan: 96 byte inquiry failed. Consider BLIST_INQUIRY_36 for this device >>>>> [ 34.402855] scsi 4:0:0:0: CD-ROM HL-DT-ST DVDRAM GSA-T10N PC05 PQ: 0 ANSI: 5 >>>>> >>>>> >>> -- >>> Sergey >>> >> Regards, >> Michal >> >> -- >> LOG >> http://www.stardust.webpages.pl/log/ > > -- > Sergey > Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ - 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/
Powered by blists - more mailing lists