FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F10.0.0 2011-11-22T21:28:20Z 2011-11-22T21:28:20Z Marius Strobl marius@FreeBSD.org 2011-11-22T21:28:20Z urn:sha1:4b7ec27007570e0ce4fe9dbb447e7afc131b487a one. Interestingly, these are actually the default for quite some time (bus_generic_driver_added(9) since r52045 and bus_generic_print_child(9) since r52045) but even recently added device drivers do this unnecessarily. Discussed with: jhb, marcel - While at it, use DEVMETHOD_END. Discussed with: jhb - Also while at it, use __FBSDID. 2010-02-23T01:00:19Z Jung-uk Kim jkim@FreeBSD.org 2010-02-23T01:00:19Z urn:sha1:6a6289a2b81af527bf11259e6394a976eac0bcc5 2009-12-29T21:51:28Z Robert Noland rnoland@FreeBSD.org 2009-12-29T21:51:28Z urn:sha1:cfd7bacef28efb62a65a679e3e879078e7932b36 This replaces d_mmap() with the d_mmap2() implementation and also changes the type of offset to vm_ooffset_t. Purge d_mmap2(). All driver modules will need to be rebuilt since D_VERSION is also bumped. Reviewed by: jhb@ MFC after: Not in this lifetime... 2008-09-27T08:51:18Z Ed Schouten ed@FreeBSD.org 2008-09-27T08:51:18Z urn:sha1:6bfa9a2d66dd0e00182017d6741d44e54d0b2cca After I removed all the unit2minor()/minor2unit() calls from the kernel yesterday, I realised calling minor() everywhere is quite confusing. Character devices now only have the ability to store a unit number, not a minor number. Remove the confusion by using dev2unit() everywhere. This commit could also be considered as a bug fix. A lot of drivers call minor(), while they should actually be calling dev2unit(). In -CURRENT this isn't a problem, but it turns out we never had any problem reports related to that issue in the past. I suspect not many people connect more than 256 pieces of the same hardware. Reviewed by: kib 2007-12-29T23:26:59Z Wojciech A. Koszek wkoszek@FreeBSD.org 2007-12-29T23:26:59Z urn:sha1:9336e0699bda8a301cd2bfa37106b6ec5e32012e implemented with macros. This patch improves code readability. Reasoning behind vidd_* is a sort of "video discipline". List of macros is supposed to be complete--all methods of video_switch ought to have their respective macros from now on. Functionally, this code should be no-op. My intention is to leave current behaviour of touched code as is. No objections: rwatson Silence on: freebsd-current@ Approved by: cognet 2005-12-04T10:06:06Z Ruslan Ermilov ru@FreeBSD.org 2005-12-04T10:06:06Z urn:sha1:3238c6bd335a8262f18b21ab308b569a49cc7fe7 2004-07-15T08:26:07Z Poul-Henning Kamp phk@FreeBSD.org 2004-07-15T08:26:07Z urn:sha1:3e019deaed5ad0687ea53ed5b5ba3336dc0be3c4 for unknown events. A number of modules return EINVAL in this instance, and I have left those alone for now and instead taught MOD_QUIESCE to accept this as "didn't do anything". 2004-02-21T21:10:55Z Poul-Henning Kamp phk@FreeBSD.org 2004-02-21T21:10:55Z urn:sha1:dc08ffec870569914f44bcf26aa838310e343764 Introduce d_version field in struct cdevsw, this must always be initialized to D_VERSION. Flip sense of D_NOGIANT flag to D_NEEDGIANT, this involves removing four D_NOGIANT flags and adding 145 D_NEEDGIANT flags. 2004-02-21T19:42:58Z Poul-Henning Kamp phk@FreeBSD.org 2004-02-21T19:42:58Z urn:sha1:c9c7976f7ffdd0ed81e12d8930651a9a858defa1 Free approx 86 major numbers with a mostly automatically generated patch. A number of strategic drivers have been left behind by caution, and a few because they still (ab)use their major number. 2003-09-26T10:41:44Z Poul-Henning Kamp phk@FreeBSD.org 2003-09-26T10:41:44Z urn:sha1:4866f95d763d3a2cfbdcf08cdd6221b3358d9f78 than a dev_t. All of the dev_t's passed were bogusly created with makedev()