From: Hugh Dickins <hugh@veritas.com>
To: Romano Giannetti <romanol@upcomillas.es>
Cc: linux-kernel <linux-kernel@vger.kernel.org>,
bugme-daemon@bugzilla.kernel.org, drzeus-mmc@drzeus.cx,
"Rafael J. Wysocki" <rjw@sisk.pl>
Subject: Re: [Bug 11267] SD cards stopped working on my machine
Date: Thu, 7 Aug 2008 16:31:49 +0100 (BST) [thread overview]
Message-ID: <Pine.LNX.4.64.0808071623210.559@blonde.site> (raw)
In-Reply-To: <489B1066.1020909@upcomillas.es>
On Thu, 7 Aug 2008, Romano Giannetti wrote:
> I just posted a regression bug on bugzilla:
>
> http://bugzilla.kernel.org/show_bug.cgi?id=11267
>
> the new kernel stopped to notice the fact that I introduce an SD card into the
> slot of the machine. It used to work perfectly in 2.6.26 (came back and
> tested, so it's not hardware).
>
> In 2.6.26 I had on the dmesg:
>
> [ 131.145237] mmc0: new high speed SD card at address b368
> [ 131.145295] PM: Adding info for mmc:mmc0:b368
> [ 131.176370] mmcblk0: mmc0:b368 SD 2009600KiB (ro)
> [ 131.176370] PM: Adding info for No Bus:mmcblk0
> [ 131.176370] mmcblk0: p1
> [ 131.176434] PM: Adding info for No Bus:mmcblk0p1
> [ 131.176434] PM: Adding info for No Bus:179:0
>
> In 2.6.27-rc2 nothing happens. I have not a lot of time in my hands, so if
> it's possible at all I'd like to avoid a bisect (It's more than one hour per
> compile here...)
Please try yesterday's patch from the scsi-rc-fixes tree,
commit d211f052fa58a053639bc51501cb64421157d362
which fixed SD cards over USB storage for me:
[SCSI] sd: fix USB devices incorrectly reporting DIF support
Some USB devices set the protect bit in the INQUIRY data which
currently causes the DIF code in sd to assume (incorrectly) that they
support READ_CAPACITY(16). Fix this (only for the time being) by
making sure we only believe the protect bit in the inquiry data if the
device claims conformance to SCSI-3 or above.
Acked-by: Martin K. Petersen <martin.petersen@oracle.com>
Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
---
diff --git a/include/scsi/scsi_device.h b/include/scsi/scsi_device.h
index 291d56a..80b2e93 100644
--- a/include/scsi/scsi_device.h
+++ b/include/scsi/scsi_device.h
@@ -6,6 +6,7 @@
#include <linux/spinlock.h>
#include <linux/workqueue.h>
#include <linux/blkdev.h>
+#include <scsi/scsi.h>
#include <asm/atomic.h>
struct request_queue;
@@ -426,7 +427,7 @@ static inline int scsi_device_enclosure(struct scsi_device *sdev)
static inline int scsi_device_protection(struct scsi_device *sdev)
{
- return sdev->inquiry[5] & (1<<0);
+ return sdev->scsi_level > SCSI_2 && sdev->inquiry[5] & (1<<0);
}
#define MODULE_ALIAS_SCSI_DEVICE(type) \
next prev parent reply other threads:[~2008-08-07 15:33 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-07 15:10 Romano Giannetti
2008-08-07 15:31 ` Hugh Dickins [this message]
2008-08-08 9:39 ` Romano Giannetti
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=Pine.LNX.4.64.0808071623210.559@blonde.site \
--to=hugh@veritas.com \
--cc=bugme-daemon@bugzilla.kernel.org \
--cc=drzeus-mmc@drzeus.cx \
--cc=linux-kernel@vger.kernel.org \
--cc=rjw@sisk.pl \
--cc=romanol@upcomillas.es \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®