FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F8.2.0_cvs 2011-02-16T16:18:46Z 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. 2008-08-27T02:00:53Z Jason Evans jasone@FreeBSD.org 2008-08-27T02:00:53Z urn:sha1:d6742bfbd3ecadd2bde38ccbb2351bd5c19ede1d This caching allows for completely lock-free allocation/deallocation in the steady state, at the expense of likely increased memory use and fragmentation. Reduce the default number of arenas to 2*ncpus, since thread-specific caching typically reduces arena contention. Modify size class spacing to include ranges of 2^n-spaced, quantum-spaced, cacheline-spaced, and subpage-spaced size classes. The advantages are: fewer size classes, reduced false cacheline sharing, and reduced internal fragmentation for allocations that are slightly over 512, 1024, etc. Increase RUN_MAX_SMALL, in order to limit fragmentation for the subpage-spaced size classes. Add a size-->bin lookup table for small sizes to simplify translating sizes to size classes. Include a hard-coded constant table that is used unless custom size class spacing is specified at run time. Add the ability to disable tiny size classes at compile time via MALLOC_TINY. 2008-08-20T08:31:58Z Ed Schouten ed@FreeBSD.org 2008-08-20T08:31:58Z urn:sha1:bc093719ca478fe10b938cef32c30b528042cbcd The last half year I've been working on a replacement TTY layer for the FreeBSD kernel. The new TTY layer was designed to improve the following: - Improved driver model: The old TTY layer has a driver model that is not abstract enough to make it friendly to use. A good example is the output path, where the device drivers directly access the output buffers. This means that an in-kernel PPP implementation must always convert network buffers into TTY buffers. If a PPP implementation would be built on top of the new TTY layer (still needs a hooks layer, though), it would allow the PPP implementation to directly hand the data to the TTY driver. - Improved hotplugging: With the old TTY layer, it isn't entirely safe to destroy TTY's from the system. This implementation has a two-step destructing design, where the driver first abandons the TTY. After all threads have left the TTY, the TTY layer calls a routine in the driver, which can be used to free resources (unit numbers, etc). The pts(4) driver also implements this feature, which means posix_openpt() will now return PTY's that are created on the fly. - Improved performance: One of the major improvements is the per-TTY mutex, which is expected to improve scalability when compared to the old Giant locking. Another change is the unbuffered copying to userspace, which is both used on TTY device nodes and PTY masters. Upgrading should be quite straightforward. Unlike previous versions, existing kernel configuration files do not need to be changed, except when they reference device drivers that are listed in UPDATING. Obtained from: //depot/projects/mpsafetty/... Approved by: philip (ex-mentor) Discussed: on the lists, at BSDCan, at the DevSummit Sponsored by: Snow B.V., the Netherlands dcons(4) fixed by: kan 2008-06-17T14:05:03Z Ed Schouten ed@FreeBSD.org 2008-06-17T14:05:03Z urn:sha1:e3580e9d910d36e8d3daf7717c7636f4eeeb69e6 The __use_pts() routine was once probably used by libutil to determine if we are using BSD or UNIX98 style PTY device names. It doesn't seem to be used outside grantpt.c, which means we can make it static and remove it from the Symbol.map. Reviewed by: cognet, kib Approved by: philip (mentor) 2007-05-22T05:28:40Z Jonathan Chen jon@FreeBSD.org 2007-05-22T05:28:40Z urn:sha1:959496efbff93a5c86738c870ee750b40d70b287 2007-05-22T03:03:28Z Jonathan Chen jon@FreeBSD.org 2007-05-22T03:03:28Z urn:sha1:81d8304713d65380c62b560263833c93cee685a4 2007-04-29T14:05:22Z Daniel Eischen deischen@FreeBSD.org 2007-04-29T14:05:22Z urn:sha1:5f864214bbb2612cbb8b1b69d124036711b73946 2006-03-28T22:16:04Z Jason Evans jasone@FreeBSD.org 2006-03-28T22:16:04Z urn:sha1:6b2c15da6a35c2af09e7e753ffc3f527d402a2cf Discussed with: arch@ 2006-03-14T16:57:30Z Andre Oppermann andre@FreeBSD.org 2006-03-14T16:57:30Z urn:sha1:c74dfa2faf6063f8648801f4528074ac770b779f providing proper error checking and other improvements. Obtained from: OpenBSD Requested by: flz (to port Open[BGP|OSPF]D) MFC after: 3 days 2006-03-13T00:53:21Z Daniel Eischen deischen@FreeBSD.org 2006-03-13T00:53:21Z urn:sha1:cce72e8860e207b5be84acb82c75f0e644a60e29 Reviewed by: davidxu