From: Patrick Mansfield <patmans@us.ibm.com>
To: Gert Vervoort <gert.vervoort@hccnet.nl>
Cc: tconnors@astro.swin.edu.au, Robert Love <rml@tech9.net>,
linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org
Subject: Re: [PATCH] Re: 2.5.67: ppa driver & preempt == oops
Date: Tue, 15 Apr 2003 14:40:51 -0700 [thread overview]
Message-ID: <20030415144051.A31514@beaverton.ibm.com> (raw)
In-Reply-To: <3E9C6F10.10001@hccnet.nl>; from gert.vervoort@hccnet.nl on Tue, Apr 15, 2003 at 10:44:00PM +0200
On Tue, Apr 15, 2003 at 10:44:00PM +0200, Gert Vervoort wrote:
> The patch compiles and the warning messages are gone now.
> But, I still can't mount a zip disk.
>
> Kernel messages after mounting a zip disk (mount -t ext2 /dev/sda1
> /mnt/zip):
>
> SCSI device sda: 196608 512-byte hdwr sectors (101 MB)
> sda: Write Protect is off
> sda: Mode Sense: 25 00 00 08
> sda: cache data unavailable
> sda: assuming drive cache: write through
> SCSI device sda: 196608 512-byte hdwr sectors (101 MB)
> sda: Write Protect is off
> sda: Mode Sense: 25 00 00 08
> sda: cache data unavailable
> sda: assuming drive cache: write through
> sda:
>
> The kernel messages are showing twice, does it try to mount the zip disk
> two times?
It opens sd twice (AFAIK) - I think mount scans the block devices (an open
of sd) and then mounts (internal open). The code path in question is
probably via sd.c functions sd_media_changed and sd_revalidate_disk, and
the block_dev.c check_disk_change. sd_open calls check_disk_change.
This could be the same problem others are seeing with removable media
accessed via USB mass storage.
Can you dd to and from the media OK?
Can you capture output for the mount with scsi logging on?
It may or may not help track down what is happening.
If you haven't done much scsi, some scsi logging info:
Check that your .config has CONFIG_SCSI_LOGGING on.
Then do something like:
sync
sync
echo scsi log all > /proc/scsi/scsi
mount /dev/sdw1 /mnt/sdw1
echo scsi log none > /proc/scsi/scsi
umount /mnt/sdw1
Turn off syslogd if you are logging to a scsi disk (and then you need a
serial line to capture output, and all printk's have to go to the
console), and sync if you are booted off scsi before turning on logging.
In either case, you could get a flood of messages.
-- Patrick Mansfield
next parent reply other threads:[~2003-04-15 21:33 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <3E982AAC.3060606@hccnet.nl>
[not found] ` <1050172083.2291.459.camel@localhost>
[not found] ` <3E993C54.40805@hccnet.nl>
[not found] ` <1050255133.733.6.camel@localhost>
[not found] ` <3E99A1E4.30904@hccnet.nl>
[not found] ` <20030415120000.A30422@beaverton.ibm.com>
[not found] ` <3E9C6F10.10001@hccnet.nl>
2003-04-15 21:40 ` Patrick Mansfield [this message]
2003-04-16 17:52 ` [PATCH] Re: 2.5.67: ppa driver & preempt == oops Gert Vervoort
2003-04-16 18:05 ` Patrick Mansfield
2003-04-16 19:45 ` Gert Vervoort
2003-04-16 20:07 ` Mike Anderson
2003-04-16 18:03 ` Gert Vervoort
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=20030415144051.A31514@beaverton.ibm.com \
--to=patmans@us.ibm.com \
--cc=gert.vervoort@hccnet.nl \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=rml@tech9.net \
--cc=tconnors@astro.swin.edu.au \
/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