Re: gendisk list, request queue of gendisks

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Mon, May 21, 2007 at 07:46:39AM +0900, Seongsu Lee wrote:
> I am playing with block devices but I need help.
> 
> [1]
> I want to override the do_hd_requrst() of a user-specified 
> hard disk. For the work, I want to iterate in 'gendisk's 
> without modifying the current source. (ex: hd.c) 
> 'struct gendisk' is static variables and I have no idea 
> to access it.

So you want to change something without having to change something.
Sounds a bit impossible to me.

> How can I override the request function of a gendisk?

Why do you want to override it in the first place? What is the goal?
Maybe there are much better ways to achieve what you try to do.

> [2]
> Is it right that the Linux use only one request queue for
> all the IDE/ATA-based block devices? 
> I looked hd_init() in drivers/ide/lagacy/hd.c and found 
> that a single request queue, hd_queue is used for all the
> devices. Am I right?

For the legacy devices maybe, yeah. Note that the legacy driver is
almost never used unless you have a very old 386 system with MFM drives
or so. Anything slightly more modern uses the non-legacy IDE drivers or
the libata SATA/PATA drivers which use a request queue per device.


Erik

- -- 
They're all fools. Don't worry. Darwin may be slow, but he'll
eventually get them. -- Matthew Lammers in alt.sysadmin.recovery
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGUW7B/PlVHJtIto0RAqrRAJ0UpZIi4UTavtWrT7fsundAlWYHcgCfffDg
Zx56NkiAvtmxRRdY6C2gsBI=
=Nfn4
-----END PGP SIGNATURE-----

--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to ecartis@xxxxxxxxxxxx
Please read the FAQ at http://kernelnewbies.org/FAQ


[Index of Archives]     [Newbies FAQ]     [Linux Kernel Mentors]     [Linux Kernel Development]     [IETF Annouce]     [Git]     [Networking]     [Security]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux SCSI]     [Linux ACPI]
  Powered by Linux