FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F3.2.0_cvs 1999-05-24T16:47:10Z 1999-05-24T16:47:10Z cvs2svn cvs2svn@FreeBSD.org 1999-05-24T16:47:10Z urn:sha1:bff5b80e6cde3256fd760aec0882f8b9fa85b5ee 'RELENG_3_2_0_RELEASE'. This commit was manufactured to restore the state of the 3.2-RELEASE image. Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs. 1998-12-10T19:57:01Z Eivind Eklund eivind@FreeBSD.org 1998-12-10T19:57:01Z urn:sha1:2ae353f9a7666ea39cf3f7693077c6dc15c01291 1998-11-26T18:50:24Z Eivind Eklund eivind@FreeBSD.org 1998-11-26T18:50:24Z urn:sha1:9fcdafaefcfdd1f47d65a491bfdb7bc20c4448c0 1998-07-05T23:10:22Z Julian Elischer julian@FreeBSD.org 1998-07-05T23:10:22Z urn:sha1:6312920c2029288900017977fea63cbfd4197f87 Each devfs node has (and has had fro a while) a pointer directly to the correct cdefsw entry so just use it instead of doing the lookup. There are several other places in the kernel that still use the tables however, so they can't go away yet.. 1998-07-04T22:30:26Z Julian Elischer julian@FreeBSD.org 1998-07-04T22:30:26Z urn:sha1:f7ea2f55d11712e31e448896b4d1bda81be24e35 There is only cdevsw (which should be renamed in a later edit to deventry or something). cdevsw contains the union of what were in both bdevsw an cdevsw entries. The bdevsw[] table stiff exists and is a second pointer to the cdevsw entry of the device. it's major is in d_bmaj rather than d_maj. some cleanup still to happen (e.g. dsopen now gets two pointers to the same cdevsw struct instead of one to a bdevsw and one to a cdevsw). rawread()/rawwrite() went away as part of this though it's not strictly the same patch, just that it involves all the same lines in the drivers. cdroms no longer have write() entries (they did have rawwrite (?)). tapes no longer have support for bdev operations. Reviewed by: Eivind Eklund and Mike Smith Changes suggested by eivind. 1998-06-21T14:53:44Z Bruce Evans bde@FreeBSD.org 1998-06-21T14:53:44Z urn:sha1:e5b19842ef2f7cc2fedb3c37b2a98796d5739f1d 1998-04-20T03:57:41Z Julian Elischer julian@FreeBSD.org 1998-04-20T03:57:41Z urn:sha1:c0bab11dfeb70ec0a535d714b55f1cf4b99d40e7 (hopefully it will go away eventually anyhow) 1998-04-19T23:32:49Z Julian Elischer julian@FreeBSD.org 1998-04-19T23:32:49Z urn:sha1:3e425b968d4b5478e0e1edda78ca13e0e91fa7fe This code will be turned on with the TWO options DEVFS and SLICE. (see LINT) Two labels PRE_DEVFS_SLICE and POST_DEVFS_SLICE will deliniate these changes. /dev will be automatically mounted by init (thanks phk) on bootup. See /sys/dev/slice/slice.4 for more info. All code should act the same without these options enabled. Mike Smith, Poul Henning Kamp, Soeren, and a few dozen others This code does not support the following: bad144 handling. Persistance. (My head is still hurting from the last time we discussed this) ATAPI flopies are not handled by the SLICE code yet. When this code is running, all major numbers are arbitrary and COULD be dynamically assigned. (this is not done, for POLA only) Minor numbers for disk slices ARE arbitray and dynamically assigned. 1998-04-17T22:37:19Z Dag-Erling Smørgrav des@FreeBSD.org 1998-04-17T22:37:19Z urn:sha1:dc733423474fd7365890fcf290b2e017d9907635 1998-03-26T20:54:05Z Poul-Henning Kamp phk@FreeBSD.org 1998-03-26T20:54:05Z urn:sha1:a0502b19d4c8889075e4aac302172f73a27a8cc9 They are atomic, but return in essence what is in the "time" variable. gettime() is now a macro front for getmicrotime(). Various patches to use the two new functions instead of the various hacks used in their absence. Some puntuation and grammer patches from Bruce. A couple of XXX comments.