From: Alessandro Rubini <rubini@gnudd.com>
To: mohanlal@samsung.com, linux-kernel@vger.kernel.org,
kernelnewbies@nl.linux.org
Subject: Re: why CURRENT->sector is zero??
Date: Thu, 17 Mar 2005 11:29:01 +0100 [thread overview]
Message-ID: <20050317102901.GA7077@mail.gnudd.com> (raw)
In-Reply-To: <01ae01c52ad1$83e79190$3d476c6b@sisodomain.com>
Hello.
> I downloaded sbull.c (for LDD 2nd Edition) from
Please note that sbull is a block device not hosting partitions.
> of req->sector in sbull_transfer function). The observations are as follows:
> File System req->sector
> msdos 0
> vfat 0
> ext2 2
> ext3 2
> iso9000 72
If there is no filesystem in the device, you just get the probe
transfers. Not very interesting, indeed. Some filesystems have their
magic number in the first sector, and some have it later in the device.
> I don't know about other file systems, but I believe the value of
> req->sector for msdos/vfat is wrong. Because when I mount a CF card having
> FAT file system on my Linux box (using USB mass storage driver), the first
> read request contains sector 0x20.
Before you state it's wrong you should see some effect. In your case
there is no effect at all. If you make a filesystem on the device you'll
see it works. So if this concerns you, you should look for an explanation
rather than saying it is wrong.
> Does someone have any clue, why sbull gets this value as 0 rather then 0x20?
I suspect because the device is not partitioned, while the other one is,
so every transfer just is done inside the partition (while the low-level
access uses absolute sector number of the device).
/alessandro
prev parent reply other threads:[~2005-03-17 11:29 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-17 9:12 why CURRENT->sector is zero?? mohanlal jangir
2005-03-17 10:29 ` Alessandro Rubini [this message]
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=20050317102901.GA7077@mail.gnudd.com \
--to=rubini@gnudd.com \
--cc=kernelnewbies@nl.linux.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mohanlal@samsung.com \
/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