user/sven/linux.git/include/linux/kdev_t.h, branch v4.0

UAPI: (Scripted) Disintegrate include/linux

2012-10-13T09:46:48Z

Signed-off-by: David Howells Acked-by: Arnd Bergmann Acked-by: Thomas Gleixner Acked-by: Michael Kerrisk Acked-by: Paul E. McKenney Acked-by: Dave Jones

[PATCH] remove protection of LANANA-reserved majors

2007-04-05T04:12:47Z

Revert all this. It can cause device-mapper to receive a different major from earlier kernels and it turns out that the Amanda backup program (via GNU tar, apparently) checks major numbers on files when performing incremental backups. Which is a bit broken of Amanda (or tar), but this feature isn't important enough to justify the churn. Cc: Ingo Molnar Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] rework reserved major handling

2007-02-21T01:10:13Z

Several people have reported failures in dynamic major device number handling due to the recent changes in there to avoid handing out the local/experimental majors. Rolf reports that this is due to a gcc-4.1.0 bug. The patch refactors that code a lot in an attempt to provoke the compiler into behaving. Cc: Rolf Eike Beer Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] 32-bit dev_t: internal use

2003-09-23T05:52:17Z

Starting the conversion: * internal dev_t made 32bit. * new helpers - new_encode_dev(), new_decode_dev(), huge_encode_dev(), huge_decode_dev(), new_valid_dev(). They do encoding/decoding of 32bit and 64bit values; for now huge_... are aliases for new_... and new_valid_dev() is always true. We do 12:20 for 32bit; representation is compatible with 16bit one - we have major in bits 19--8 and minor in 31--20,7--0. That's what the userland sees; internally we have (major << 20)|minor, of course. * MKDEV(), MAJOR() and MINOR() updated. * several places used to handle Missed'em'V dev_t (14:18 split) manually; that stuff had been taken into common helpers. Now we can start replacing old_... with new_... and huge_..., depending on the width available. MKDEV() callers should (for now) make sure that major and minor are within 12:20. That's what the next chunk will do.

[PATCH] large dev_t - second series (8/15)

2003-09-05T03:54:18Z

kdev_t, to_kdev_t(), etc. are gone - there is no more objects of that type and no remaining callers of these functions.

[PATCH] large dev_t - second series (6/15)

2003-09-05T03:53:56Z

tty redirect handling sanitized. Such ttys (/dev/tty and /dev/console) get a different file_operations; its ->write() handles redirects; checks for file->f_op == &tty_fops updated, checks for major:minor being that of a redirector replaced with check for ->f_op->write value. Piece of code in tty_io.c that had been #if 0 since 0.99 had been finally put out of its misery. kdev_val() is gone.

[PATCH] dev_t handling cleanups (1/12)

2003-08-31T05:50:17Z

removed unused kdev_t stuff, fixed a typo left from the console->device() conversion.

[PATCH] dev_t printing

2003-08-01T02:56:15Z

From: Greg KH Different architectures use different types for dev_t, so it is hard to print dev_t variables out correctly. Quite a lot of code is wrong now, and will continue to be wrong when 64-bit dev_t is merged. Greg's patch introduces a little wrapper function which can be used to safely form a dev_t for printing. I added the format_dev_t function as well, which is needed for direct insertion in a printk statement.

[PATCH] fbdev cleanup

2003-04-24T15:38:50Z

fbdev.node converted from kdev_t to int - all of its users have register_framebuffer() which sets .node to mk_kdev(FB_MAJOR, index) already called and all of them start with applying minor(). IOW, what they actually want is framebuffer number. * type of ->node changed to int * register_framebuffer() sets it to index instead of mk_kdev(...) * users converted from minor(foo.node) to foo.node * useless assignments (typically to NODEV) removed - we never look at that field before register_framebuffer() overwrites it and thus any assignments prior to register_framebuffer() call are dead code.

[PATCH] remove kdevname() before someone starts using it again

2003-04-01T13:02:55Z