Thu, 23 Feb 2012 04:10:51 +0000 cpu_load_pmap() should not be used to load pmap_kernel(), since in the trunk
cherry <cherry@NetBSD.org> [Thu, 23 Feb 2012 04:10:51 +0000] rev 209418
cpu_load_pmap() should not be used to load pmap_kernel(), since in the x86 model, its mappings are shared across pmaps. KASSERT() for this and remove unused codepaths.
Thu, 23 Feb 2012 00:22:07 +0000 Fix build failure. Remove unknown device ttyv0. trunk
kiyohara <kiyohara@NetBSD.org> [Thu, 23 Feb 2012 00:22:07 +0000] rev 209417
Fix build failure. Remove unknown device ttyv0.
Wed, 22 Feb 2012 23:11:20 +0000 PR/46075: Asau: fix typo set_color_paid -> set_color_pair trunk
christos <christos@NetBSD.org> [Wed, 22 Feb 2012 23:11:20 +0000] rev 209416
PR/46075: Asau: fix typo set_color_paid -> set_color_pair
Wed, 22 Feb 2012 22:56:44 +0000 - fix an error which prevents satmgr from sending NUL bytes. trunk
nisimura <nisimura@NetBSD.org> [Wed, 22 Feb 2012 22:56:44 +0000] rev 209415
- fix an error which prevents satmgr from sending NUL bytes. - a bit cosmetic change for IOMEGA multibyte control sequence.
Wed, 22 Feb 2012 20:59:26 +0000 Cleam responsibility for NiLFS and for usermode trunk
reinoud <reinoud@NetBSD.org> [Wed, 22 Feb 2012 20:59:26 +0000] rev 209414
Cleam responsibility for NiLFS and for usermode
Wed, 22 Feb 2012 20:21:34 +0000 Fix comment in config.4 about UDF support. It was still stating UDF as a trunk
reinoud <reinoud@NetBSD.org> [Wed, 22 Feb 2012 20:21:34 +0000] rev 209413
Fix comment in config.4 about UDF support. It was still stating UDF as a read-only fs wich it hasn't been for quite some time! It must have slipped trough.
Wed, 22 Feb 2012 19:04:38 +0000 Adjust cpu_switch(9) -> cpu_switchto(9) in xrefs. trunk
njoly <njoly@NetBSD.org> [Wed, 22 Feb 2012 19:04:38 +0000] rev 209412
Adjust cpu_switch(9) -> cpu_switchto(9) in xrefs.
Wed, 22 Feb 2012 18:54:51 +0000 Allocating a fixed, limited number of buffers for receive and sending them trunk
bouyer <bouyer@NetBSD.org> [Wed, 22 Feb 2012 18:54:51 +0000] rev 209411
Allocating a fixed, limited number of buffers for receive and sending them to the network stack is a bad idea, because if all receive buffers sits in socket queues, the interface receive stalls by lack of buffers. Instead, get receive pages from a pool_cache(9). Copying to a mbuf cluser would work too, but testings shows this has an important performance hit. This also simplifies locking. While there, notify the dom0 when we add some receive buffers (older linux dom0 didn't care, but newer one do). Problem reported and fix tested by Brian Marcotte on port-xen
Wed, 22 Feb 2012 18:35:26 +0000 i386_switch_context(): mimic code in cpu_switchto() and compare pcb->pcb_fpcpu trunk
bouyer <bouyer@NetBSD.org> [Wed, 22 Feb 2012 18:35:26 +0000] rev 209410
i386_switch_context(): mimic code in cpu_switchto() and compare pcb->pcb_fpcpu against ci to decide if we need to turn off FPU. Fix FPU corruption, e.g. paranoia occasionally reporting flaws on Xen/MP systems. XXX is ci_fpused still needed at all ?
Wed, 22 Feb 2012 18:29:31 +0000 use pmap_protect() instead of pmap_kenter_pa() to remap R/O an exiting trunk
bouyer <bouyer@NetBSD.org> [Wed, 22 Feb 2012 18:29:31 +0000] rev 209409
use pmap_protect() instead of pmap_kenter_pa() to remap R/O an exiting page. This gets rid of the last "mapping already present" warnings.
(0) -100000 -30000 -10000 -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 +10000 +30000 +100000 tip