public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Douglas Gilbert <dougg@torque.net>
To: linux-kernel@vger.kernel.org,
	Detlev Offenbach <detlev@offenbach.fs.uunet.de>
Subject: Re: MO-Drive under 2.4.7 usinf vfat
Date: Sat, 21 Jul 2001 12:15:13 -0400	[thread overview]
Message-ID: <3B59AA91.46A38FD1@torque.net> (raw)

Detlev Offenbach <detlev@offenbach.fs.uunet.de> wrote:
> I have just tested the new 2.4.7 kernel to see, whether 
> it now works with a  MO-Drive using the vfat filesystem. 
> Unfortunately it still doesn't. Mounting a disk and 
> writing to it is ok. However, when I try to read a file 
> off the disk, the program crashes with a Segmentation 
> fault and I get a oops in the messages file (see 
> attachment). I tried ksymoops on this file, but either I 
> did something wrong or it couldn't analyse it.
> 
> I hope, this issue will be fixed soon cause I would 
> like to switch over to the 2.4 kernel series without 
> scratching my set of MO-disks.

Detlev,
I can confirm lk 2.4.6 is broken w.r.t. 2048 byte sectored
MO disks with vfat file systems. I have a FUJITSU  
Model: M25-MCC3064AP here (IDE device that uses the ide-scsi
driver) and it works just fine with dd (and through the sg 
interface). So I'm quite confident the failure is not being 
caused by the SCSI subsystem.

I cannot see any code changes in the sd driver between
lk 2.2 and lk 2.4 that impact this problem (as some
have suggested). When it works in lk 2.2 it follows
existing code pathes in the sd driver that exist and
work in the sd driver found in lk 2.4 .

Now the block subsystem might be expecting the sd driver
to play the same tricks as the sr driver in the way it
handles 2048 byte sectors. If so, that logic has never
been added to the sd driver. From memory there was a
thread on this issue that decided there were better ways
to address the block mismatch problem.

Anyway, I'll keep poking around.

Doug Gilbert


             reply	other threads:[~2001-07-21 16:22 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-07-21 16:15 Douglas Gilbert [this message]
  -- strict thread matches above, loose matches on Subject: below --
2001-07-22 14:49 MO-Drive under 2.4.7 usinf vfat Douglas Gilbert
2001-07-22 17:47 ` OGAWA Hirofumi
2001-07-24  8:33 ` Jens Axboe
2001-07-24 17:00   ` Alan Cox
2001-07-24 17:50     ` OGAWA Hirofumi
2001-07-25  6:35     ` Jens Axboe
2001-07-21 13:26 Detlev Offenbach
2001-07-21 16:17 ` Steven Walter
2001-07-22 14:07 ` OGAWA Hirofumi
2001-07-23 13:38 ` Pavel Machek

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=3B59AA91.46A38FD1@torque.net \
    --to=dougg@torque.net \
    --cc=detlev@offenbach.fs.uunet.de \
    --cc=linux-kernel@vger.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox