From: Tim Blechmann <tim@klingt.org>
To: Tejun Heo <tj@kernel.org>
Cc: linux-kernel@vger.kernel.org, linux-ide@vger.kernel.org
Subject: Re: 2.6.31-rc5 regression: hd don't show up
Date: Mon, 05 Oct 2009 11:59:15 +0200 [thread overview]
Message-ID: <4AC9C373.80603@klingt.org> (raw)
In-Reply-To: <4AC5C0DF.50706@kernel.org>
[-- Attachment #1: Type: text/plain, Size: 2800 bytes --]
>> since i have this kernel running, i didn't see any of these messages,
>> still, my hds always showed up ...
>> not sure, if this is related to your patch or if the buggy behavior,
>> just didn't occur ...
>
> Can you please reboot several times and see whether libata probing
> messages show anything interesting?
unfortunately, i didn't see any libata related messages, which could be
of interest ...
the relevant part looks mostly like this:
[ 1.575438] libata version 3.00 loaded.
[ 2.000903] ata_piix 0000:00:1f.2: version 2.13
[ 2.000916] ata_piix 0000:00:1f.2: PCI INT B -> GSI 20 (level, low) -> IRQ 20
[ 2.000978] ata_piix 0000:00:1f.2: MAP [ P0 P2 P1 P3 ]
[ 2.001212] ata_piix 0000:00:1f.2: setting latency timer to 64
[ 2.001255] scsi0 : ata_piix
[ 2.001372] scsi1 : ata_piix
[ 2.002491] ata1: SATA max UDMA/133 cmd 0xa000 ctl 0x9c00 bmdma 0x9480 irq 20
[ 2.002555] ata2: SATA max UDMA/133 cmd 0x9880 ctl 0x9800 bmdma 0x9488 irq 20
[ 2.002628] ata_piix 0000:00:1f.5: PCI INT B -> GSI 20 (level, low) -> IRQ 20
[ 2.002691] ata_piix 0000:00:1f.5: MAP [ P0 -- P1 -- ]
[ 2.002920] ata_piix 0000:00:1f.5: setting latency timer to 64
[ 2.002951] scsi2 : ata_piix
[ 2.003034] scsi3 : ata_piix
[ 2.004126] ata3: SATA max UDMA/133 cmd 0xb000 ctl 0xac00 bmdma 0xa480 irq 20
[ 2.004188] ata4: SATA max UDMA/133 cmd 0xa880 ctl 0xa800 bmdma 0xa488 irq 20
[ 2.516133] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 2.519253] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 2.536470] ata3.00: ATA-7: SAMSUNG HD753LJ, 1AA01112, max UDMA7
[ 2.536536] ata3.00: 1465149168 sectors, multi 16: LBA48 NCQ (depth 0/32)
[ 2.556453] ata4.00: ATA-8: SAMSUNG HD501LJ, CR100-12, max UDMA7
[ 2.556528] ata4.00: 976773168 sectors, multi 16: LBA48 NCQ (depth 0/32)
[ 2.556843] ata3.00: configured for UDMA/133
[ 2.576492] ata4.00: configured for UDMA/133
[ 2.856006] ata2.00: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 2.856081] ata2.01: SATA link down (SStatus 0 SControl 300)
[ 2.856305] ata1.00: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 2.856373] ata1.01: SATA link down (SStatus 0 SControl 300)
[ 2.856437] ata1.01: link offline, clearing class 3 to NONE
[ 2.876344] ata1.00: ATAPI: TSSTcorp CDDVDW SH-S223B, SB01, max UDMA/100
[ 2.876716] ata2.00: ATA-7: SAMSUNG HD103UJ, 1AA01118, max UDMA7
[ 2.876782] ata2.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 0/32)
[ 2.896332] ata2.00: configured for UDMA/133
[ 2.916132] ata1.00: configured for UDMA/100
not sure, what this means, though ...
tim
--
tim@klingt.org
http://tim.klingt.org
Just what the hell is the experimental tradition?
Morton Feldman
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
WARNING: multiple messages have this Message-ID (diff)
From: Tim Blechmann <tim@klingt.org>
To: Tejun Heo <tj@kernel.org>
Cc: linux-kernel@vger.kernel.org, linux-ide@vger.kernel.org
Subject: Re: 2.6.31-rc5 regression: hd don't show up
Date: Mon, 05 Oct 2009 11:59:15 +0200 [thread overview]
Message-ID: <4AC9C373.80603@klingt.org> (raw)
In-Reply-To: <4AC5C0DF.50706@kernel.org>
[-- Attachment #1: Type: text/plain, Size: 2800 bytes --]
>> since i have this kernel running, i didn't see any of these messages,
>> still, my hds always showed up ...
>> not sure, if this is related to your patch or if the buggy behavior,
>> just didn't occur ...
>
> Can you please reboot several times and see whether libata probing
> messages show anything interesting?
unfortunately, i didn't see any libata related messages, which could be
of interest ...
the relevant part looks mostly like this:
[ 1.575438] libata version 3.00 loaded.
[ 2.000903] ata_piix 0000:00:1f.2: version 2.13
[ 2.000916] ata_piix 0000:00:1f.2: PCI INT B -> GSI 20 (level, low) -> IRQ 20
[ 2.000978] ata_piix 0000:00:1f.2: MAP [ P0 P2 P1 P3 ]
[ 2.001212] ata_piix 0000:00:1f.2: setting latency timer to 64
[ 2.001255] scsi0 : ata_piix
[ 2.001372] scsi1 : ata_piix
[ 2.002491] ata1: SATA max UDMA/133 cmd 0xa000 ctl 0x9c00 bmdma 0x9480 irq 20
[ 2.002555] ata2: SATA max UDMA/133 cmd 0x9880 ctl 0x9800 bmdma 0x9488 irq 20
[ 2.002628] ata_piix 0000:00:1f.5: PCI INT B -> GSI 20 (level, low) -> IRQ 20
[ 2.002691] ata_piix 0000:00:1f.5: MAP [ P0 -- P1 -- ]
[ 2.002920] ata_piix 0000:00:1f.5: setting latency timer to 64
[ 2.002951] scsi2 : ata_piix
[ 2.003034] scsi3 : ata_piix
[ 2.004126] ata3: SATA max UDMA/133 cmd 0xb000 ctl 0xac00 bmdma 0xa480 irq 20
[ 2.004188] ata4: SATA max UDMA/133 cmd 0xa880 ctl 0xa800 bmdma 0xa488 irq 20
[ 2.516133] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 2.519253] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 2.536470] ata3.00: ATA-7: SAMSUNG HD753LJ, 1AA01112, max UDMA7
[ 2.536536] ata3.00: 1465149168 sectors, multi 16: LBA48 NCQ (depth 0/32)
[ 2.556453] ata4.00: ATA-8: SAMSUNG HD501LJ, CR100-12, max UDMA7
[ 2.556528] ata4.00: 976773168 sectors, multi 16: LBA48 NCQ (depth 0/32)
[ 2.556843] ata3.00: configured for UDMA/133
[ 2.576492] ata4.00: configured for UDMA/133
[ 2.856006] ata2.00: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 2.856081] ata2.01: SATA link down (SStatus 0 SControl 300)
[ 2.856305] ata1.00: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 2.856373] ata1.01: SATA link down (SStatus 0 SControl 300)
[ 2.856437] ata1.01: link offline, clearing class 3 to NONE
[ 2.876344] ata1.00: ATAPI: TSSTcorp CDDVDW SH-S223B, SB01, max UDMA/100
[ 2.876716] ata2.00: ATA-7: SAMSUNG HD103UJ, 1AA01118, max UDMA7
[ 2.876782] ata2.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 0/32)
[ 2.896332] ata2.00: configured for UDMA/133
[ 2.916132] ata1.00: configured for UDMA/100
not sure, what this means, though ...
tim
--
tim@klingt.org
http://tim.klingt.org
Just what the hell is the experimental tradition?
Morton Feldman
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
next prev parent reply other threads:[~2009-10-05 9:59 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-14 8:26 2.6.31-rc5 regression: hd don't show up Tim Blechmann
2009-08-14 9:17 ` Tejun Heo
2009-08-14 12:34 ` Tim Blechmann
2009-08-16 2:54 ` Tejun Heo
2009-08-16 10:05 ` Tim Blechmann
2009-08-27 8:38 ` Tejun Heo
2009-08-27 10:21 ` Tim Blechmann
2009-08-27 11:35 ` Tejun Heo
2009-08-28 11:04 ` Tim Blechmann
2009-08-31 7:39 ` Tejun Heo
2009-09-01 23:34 ` Tim Blechmann
2009-09-02 2:22 ` Tejun Heo
2009-09-02 9:12 ` Tim Blechmann
2009-09-03 14:07 ` Tejun Heo
2009-09-04 22:06 ` Tim Blechmann
2009-09-04 22:33 ` Maxim Levitsky
2009-09-05 0:12 ` Tejun Heo
2009-09-08 20:58 ` Tim Blechmann
2009-09-16 2:19 ` Tejun Heo
2009-09-16 5:39 ` Tejun Heo
2009-09-16 7:36 ` Tim Blechmann
2009-09-16 12:00 ` Tejun Heo
2009-09-25 4:20 ` Tejun Heo
2009-09-25 7:46 ` Tim Blechmann
2009-09-25 7:53 ` Tejun Heo
2009-09-25 11:47 ` Tim Blechmann
2009-09-25 13:21 ` Tejun Heo
2009-10-02 5:20 ` Tejun Heo
2009-10-02 7:30 ` Tim Blechmann
2009-10-02 7:30 ` Tim Blechmann
2009-10-02 8:59 ` Tejun Heo
2009-10-02 8:59 ` Tejun Heo
2009-10-05 9:59 ` Tim Blechmann [this message]
2009-10-05 9:59 ` Tim Blechmann
2009-10-06 7:30 ` Tejun Heo
2009-10-06 7:30 ` Tejun Heo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4AC9C373.80603@klingt.org \
--to=tim@klingt.org \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=tj@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.