From: David Mosberger <davidm@hpl.hp.com>
To: linux-ia64@vger.kernel.org
Subject: Re: [Linux-ia64] block_device_operations
Date: Tue, 16 May 2000 22:12:03 +0000 [thread overview]
Message-ID: <marc-linux-ia64-105590678205088@msgid-missing> (raw)
In-Reply-To: <marc-linux-ia64-105590678205087@msgid-missing>
>>>>> On Tue, 16 May 2000 14:12:32 -0700, Guangyu Fang <gfang@mylex.com> said:
Gary> Hi, I'm using TurboLinux 2.3.99-pre6-000501-18. Since
Gary> <linux/fs.h> has the following definition:
Gary> struct block_device_operations { int (*open) (struct inode *,
Gary> struct file *); int (*release) (struct inode *, struct file
Gary> *); int (*ioctl) (struct inode *, struct file *, unsigned,
Gary> unsigned long); int (*check_media_change) (kdev_t); int
Gary> (*revalidate) (kdev_t); };
Gary> Does it mean that block device can not do read/write
Gary> operations? Is there any work around?
Yup, the Linux kernel developers recently discovered that they can get
an infinite speed up in disk read/write bandwidth by not doing the I/O
at all. With gobs of memory, how needs disks anyhow? ;-)
Seriously though: I/O is done through I/O requests. There is (at
least) one request queue per major device number. The request
function is defined in <linux/blk.h>. For example, drivers/ide/hd.c
does:
blk_init_queue(BLK_DEFAULT_QUEUE(MAJOR_NR), DEVICE_REQUEST);
and if you look at blk.h, this will expand into:
blk_init_queue(&blk-dev[MAJOR_NR].request_queue, do_hd_request);
Hope this resolves the mystery.
--david
prev parent reply other threads:[~2000-05-16 22:12 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-05-16 21:12 [Linux-ia64] block_device_operations Guangyu Fang
2000-05-16 22:12 ` David Mosberger [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=marc-linux-ia64-105590678205088@msgid-missing \
--to=davidm@hpl.hp.com \
--cc=linux-ia64@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 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.