[Patch][RFC] conflicting device major numbers in devices.txt
Cagle, John
john.cagle at hp.com
Sat Sep 18 19:14:52 EDT 2004
> -----Original Message-----
> From: Christian Borntraeger [mailto:linux-kernel at borntraeger.net]
> Sent: Saturday, September 18, 2004 5:04 PM
> To: linux-kernel at vger.kernel.org; Andrew Morton; Torben Mathiasen
> Cc: Cagle, John
> Subject: [Patch][RFC] conflicting device major numbers in devices.txt
>
> Hi all,
>
> some month ago a change to Documentation/devices.txt was
> submitted by John
> Cagle.
>
> http://linux.bkbits.net:8080/linux-2.6/cset%4040586a32fpYGPUC8
> ysFeU7GIfmmdUA
>
> The patch changed the major number of the s/390 dasd devices
> from 94 to 95.
> As you can see in include/major.h and
> drivers/s390/block/dasd.c the change
> to the documentation was bogus. The dasd device driver was
> using and will
> be using major number 94.
>
> Unfortunately, the "Inverse NAND Flash Translation Layer",
> which was added
> somewhen during 2.5 now uses the same major number.
>
> I attached a patch to restore the old state but I am not
> sure, how to deal
> with the inftla driver.
>
>
> Patch to restore the old state
<snip>
Christian,
Good catch. The patch that originally corrected this (which is
contained within the bitkeeper patch you can view at
http://tinyurl.com/34zoy ) never made it to LANANA, so the
correction of dasd from 95 to 94 was never in our repository.
The recent update of devices.txt into the 2.5 kernel came from
our repository so it contains the same error.
I'm copying David Woodhouse and the Linux-MTD project who (I
think) are the maintainers of the inftl driver. Hopefully, they
will be kind enough to accept a new block major for the inftl
driver. If not, there's probably little chance of device conflict
in real-world use, since intftl is for embedded systems which
probably will not be attached to S/390 storage devices.
Torben -- please correct this in devices.txt and find a new block
major for the Linux-MTD project (if they will accept it).
Thanks,
John Cagle
(former LANANA maintainer)
More information about the linux-mtd
mailing list