src-test2/sys/dev/io, branch release/8.2.0_cvs FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F8.2.0_cvs 2011-02-16T16:18:46Z Copy releng/8.2 to release/8.2.0 for 8.2-RELEASE. 2011-02-16T16:18:46Z Ken Smith kensmith@FreeBSD.org 2011-02-16T16:18:46Z urn:sha1:dec99dafe5763ba1db6950342aa80a634169c083 Approved by: re (implicit) This commit was manufactured to restore the state of the 8.2-RELEASE image. MFC r207329, r208716: 2010-06-01T21:19:58Z Attilio Rao attilio@FreeBSD.org 2010-06-01T21:19:58Z urn:sha1:875e0aa40d45ddfc939092815280ec0232b477df - Extract the IODEV_PIO interface from ia64 and make it MI. - On i386 and amd64 the old behaviour is kept but multithreaded processes must use the new interface in order to work well. - Support for the other architectures is greatly improved. Sponsored by: Sandvine Incorporated Approved by: re (kib, bz) MFC rev. 202097: 2010-01-22T03:50:43Z Marcel Moolenaar marcel@FreeBSD.org 2010-01-22T03:50:43Z urn:sha1:4b5ab111138e1aade234dffa8fc06f076424bc50 Use io(4) for I/O port access on ia64, rather than through sysarch(2). Remove D_NEEDGIANT from io(4). 2008-08-08T13:43:56Z Ed Schouten ed@FreeBSD.org 2008-08-08T13:43:56Z urn:sha1:cacdd70cc751fb68dec4b86c5e5b8c969b6e26ef There is no need to mark this device node to use Giant. The only architectures that use io(4) (i386 and amd64) only change a flag in td->td_frame, which is only accessed by curthread. Apart from this change, I think some fishy things may happen when using /dev/io in multithreaded applications. I haven't tested, but looking at the code, the flag doesn't get cleared when close() is called from another thread, but this may not be this important. I'm not removing D_NEEDGIANT from mem(4), because this driver isn't Giant safe at all (it calls GIANT_REQUIRED). Remove the unused major/minor numbers from iodev and memdev. 2008-06-25T07:45:31Z Ed Schouten ed@FreeBSD.org 2008-06-25T07:45:31Z urn:sha1:721351876cd4d3a8a700f62d2061331fa951a488 Now that st_rdev is being automatically generated by the kernel, there is no need to define static major/minor numbers for the iodev and memdev. We still need the minor numbers for the memdev, however, to distinguish between /dev/mem and /dev/kmem. Approved by: philip (mentor) Add module versions. 2004-08-02T20:42:28Z Mark Murray markm@FreeBSD.org 2004-08-02T20:42:28Z urn:sha1:ce46e2059e16557a44be599f86de42c0e1a13220 Break out the MI part of the /dev/[k]mem and /dev/io drivers into 2004-08-01T11:40:54Z Mark Murray markm@FreeBSD.org 2004-08-01T11:40:54Z urn:sha1:8ab2f5ecc596131f6ca790d6ae35540c06ed7985 their own directory and module, leaving the MD parts in the MD area (the MD parts _are_ part of the modules). /dev/mem and /dev/io are now loadable modules, thus taking us one step further towards a kernel created entirely out of modules. Of course, there is nothing preventing the kernel from having these statically compiled.