Linux: devfs v199.12 & devfsd v1.3.19

Submitted by Jeremy
on April 7, 2002 - 6:02pm

Richard Gooch has released version 199.12 of the Device Filesystem, and v1.3.19 of the Device Filesystem Daemon. Both announcement emails follow.

From: Richard Gooch
To: linux-kernel-mailing-list
Subject: [PATCH] devfs v199.12 available
Date: Sat, 6 Apr 2002 16:37:56 -0700

Hi, all. Version 199.12 of my devfs patch is now available from:
http://www.atnf.csiro.au/~rgooch/linux/kernel-patches.html
The devfs FAQ is also available here.

Patch directly available from:
ftp://ftp.??.kernel.org/pub/linux/kernel/people/rgooch/v2.4/devfs-patch-...

AND:
ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/kernel-patches/v2.4/devfs-patch-current.gz

This is against 2.4.19-pre6. Highlights of this release:

- Updated README from master HTML file

- Changed fs/devfs/util.c to kdev_t compatibility macros

Regards,

Richard....


From: Richard Gooch
To: linux-kernel-mailing-list
Subject: [PATCH] devfs v209 available
Date: Sun, 7 Apr 2002 13:56:40 -0600

Hi, all. Version 209 of my devfs patch is now available from:
http://www.atnf.csiro.au/~rgooch/linux/kernel-patches.html
The devfs FAQ is also available here.

Patch directly available from:
ftp://ftp.??.kernel.org/pub/linux/kernel/people/rgooch/v2.5/devfs-patch-...

AND:
ftp://ftp.atnf.csiro.au/pub/people/rgooch/linux/kernel-patches/v2.5/devfs-patch-current.gz

NOTE: kernel 2.5.1 and later require devfsd-v1.3.19 or later.

This is against 2.5.8-pre2. Highlights of this release:

- Updated README from master HTML file

- Removed silently introduced calls to lock_kernel() and
unlock_kernel() due to recent VFS locking changes. BKL isn't
required in devfs

- Changed <devfs_rmdir> to allow later additions if not yet empty

- Added calls to <devfs_register_partitions> in drivers/block/blkpc.c
<add_partition> and <del_partition>

- Fixed bug in <devfs_alloc_unique_number>: was clearing beyond
bitfield

- Fixed bitfield data type for <devfs_*alloc_devnum>

- Made major bitfield type and initialiser 64 bit safe

Regards,

Richard....