Re: CVS commit: src

2009-08-26 Thread Mindaugas Rasiukevicius
Hello, y...@mwd.biglobe.ne.jp (YAMAMOTO Takashi) wrote: > hi, > > what's the status of this? > in case it was not clear, i want you revert the changes. It does not change the way how other (and older) section 9 man pages are written, it rather makes our man pages consistent. And I strongly prefe

Re: CVS commit: src

2009-08-26 Thread Elad Efrat
On Wed, Aug 26, 2009 at 5:05 PM, David Holland wrote: > Entities that share the same memory space inherently have the same > trust level. At that point it becomes a nonissue, except for e.g. > cryptographic keys that should already be getting handled properly. > > I'm not clear what you have in mi

Re: CVS commit: src

2009-08-26 Thread Elad Efrat
On Wed, Aug 26, 2009 at 4:07 PM, David Holland wrote: > All recycled kernel memory, including stack frames, is considered > security-sensitive and not supposed to be exposed to the world. (Given > that you're working on the security system, you ought to know this.) > It is a matter of proper copyo

Re: CVS commit: src/sys/common/bus_dma

2009-08-26 Thread David Holland
On Fri, Aug 21, 2009 at 09:30:06AM -0700, Jason Thorpe wrote: >>> Add some common bus_dmamem routines to be shared by multiple >>> platforms. >> >> Do these really need to be in their own private directory? (whose >> name, I might add, is confusing in the presence of src/common...) > > This is in

Re: CVS commit: src

2009-08-26 Thread David Holland
On Wed, Aug 26, 2009 at 12:23:39AM -0400, Elad Efrat wrote: > Unrelated to the topic of the thread, but kmem(9) says: > > SECURITY CONSIDERATION > As the memory allocated by kmem_alloc() is uninitialized, it can > contain security-sensitive data left by its previous user. It is > th

Re: CVS commit: src/sys/arch/mips/mips

2009-08-26 Thread David Holland
On Tue, Aug 18, 2009 at 09:28:07PM +, Matt Thomas wrote: > Modified Files: > src/sys/arch/mips/mips: fp.S > > Log Message: > Fix a errant sw (should be lw) that ovewrites the saved [trap]frame > pointer with a possibly bogus value. Judging by the dates, this should be pulled up to

Re: CVS commit: src/sys/net

2009-08-26 Thread David Holland
On Sat, Aug 15, 2009 at 11:17:56PM +0200, Manuel Bouyer wrote: > On Sat, Aug 15, 2009 at 09:10:07PM +, David Holland wrote: > > On Fri, Aug 14, 2009 at 11:13:19PM +0200, Manuel Bouyer wrote: > > > > I was thinking about that, too. I could add a 'name' node, too: > > > > > > > > net.in

Re: CVS commit: src/sys/dist/ipf/netinet

2009-08-26 Thread David Holland
On Wed, Aug 19, 2009 at 01:08:00PM +, Christoph Egger wrote: > Modified Files: > src/sys/dist/ipf/netinet: ip_compat.h > > Log Message: > build fix: caddr_t -> void * > > To generate a diff of this commit: > cvs rdiff -u -r1.25 -r1.26 src/sys/dist/ipf/netinet/ip_compat.h Why sho

Re: CVS commit: src/sys/arch/i386/conf

2009-08-26 Thread David Holland
On Wed, Aug 26, 2009 at 12:01:39AM -0400, Elad Efrat wrote: >>> Log Message: >>> Build NiLFS(2). >> >> (2)? :-p > > That's how it's written in the configuration file... That seems... odd. -- David A. Holland dholl...@netbsd.org

Re: CVS commit: [matt-nb5-mips64] src/gnu/usr.bin

2009-08-26 Thread Joerg Sonnenberger
On Wed, Aug 26, 2009 at 03:37:45AM +, Matt Thomas wrote: > Module Name: src > Committed By: matt > Date: Wed Aug 26 03:37:45 UTC 2009 > > Modified Files: > src/gnu/usr.bin [matt-nb5-mips64]: Makefile > > Log Message: > Don't make groff if MKGROFF is no > > > To generate a dif

Re: CVS commit: [matt-nb5-mips64] src/sys/arch/evbmips/conf

2009-08-26 Thread David Young
On Wed, Aug 26, 2009 at 04:47:29AM +, Matt Thomas wrote: > Module Name: src > Committed By: matt > Date: Wed Aug 26 04:47:29 UTC 2009 > > Modified Files: > src/sys/arch/evbmips/conf [matt-nb5-mips64]: MALTA32 MALTA64 > > Log Message: > Add no ath* since we have no Atheros HAL f