Re: Larger dev_t

• Next message: Boris Pisarcik: "Cannot compile 2.4.2-ac23 kernel"
• Previous message: Andries.Brouwer@cwi.nl: "Larger dev_t"
• In reply to: Andries.Brouwer@cwi.nl: "Larger dev_t"
• Next in thread: Alexander Viro: "Re: Larger dev_t"
• Reply: Alexander Viro: "Re: Larger dev_t"
• Reply: Martin Dalecki: "Re: Larger dev_t"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Also for 2.5, kdev_t needs to go away, along with all those arrays based
on major number, and be replaced with either "struct char_device" or
"struct block_device" depending on the device.

I actually went through the kernel in 2.4.0-test days and did this.
Most kdev_t usages should really be changed to "struct block_device".
The only annoyance in the conversion was ROOT_DEV and similar things
that are tied into the boot process. I didn't want to change that and
potentially break the boot protocol...

-- 
Jeff Garzik       | May you have warm words on a cold evening,
Building 1024     | a full moon on a dark night,
MandrakeSoft      | and a smooth road all the way to your door.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

• Next message: Boris Pisarcik: "Cannot compile 2.4.2-ac23 kernel"
• Previous message: Andries.Brouwer@cwi.nl: "Larger dev_t"
• In reply to: Andries.Brouwer@cwi.nl: "Larger dev_t"
• Next in thread: Alexander Viro: "Re: Larger dev_t"
• Reply: Alexander Viro: "Re: Larger dev_t"
• Reply: Martin Dalecki: "Re: Larger dev_t"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Sat Mar 31 2001 - 21:00:10 EST