Re: Junior Kernel Hacker Task: M_ZERO

2000-10-22 Thread Peter van Dijk
On Sun, Oct 22, 2000 at 06:23:57PM -0400, Peter Dufault wrote: [snip] > I guess I'm suggesting a clarification on when you want to set this flag. > If I want to be sure I get my zeroed out stuff real soon should I use > still use bzero? No. What he means is that this 'zeroing process' will happen

Re: Junior Kernel Hacker Task: M_ZERO

2000-10-22 Thread Peter Dufault
> I have introduced the M_ZERO flag to the kernel malloc, which provides > the service to bzero() the memory allocted. > > In the kernel sources, the archetypical change to use this facility > looks like this: > > Old code: >databuf = malloc(length, M_DEVBUF, M_WAITOK); >

Re: Junior Kernel Hacker Task: M_ZERO

2000-10-22 Thread David Malone
On Sun, Oct 22, 2000 at 09:07:48PM +0200, Jesper Skriver wrote: > What about using something like > > #if defined(__FreeBSD__) && __FreeBSD_version >= 5x > > This would probably make it easier for multi OS code, and also make > it easier to MFC some of the affected code into -stable ?? I

Re: Junior Kernel Hacker Task: M_ZERO

2000-10-22 Thread Jesper Skriver
On Sun, Oct 22, 2000 at 06:54:25PM +0100, David Malone wrote: > > Now, if one or two people will review this patch and verify that > > LINT & GENERIC kernels compile the same, we're set for commit... > > It works fine with GENERIC - atleast I tested a buildworld with > sources build with it. I do

Re: Junior Kernel Hacker Task: M_ZERO

2000-10-22 Thread David Malone
> Now, if one or two people will review this patch and verify that > LINT & GENERIC kernels compile the same, we're set for commit... It works fine with GENERIC - atleast I tested a buildworld with sources build with it. I don't think LINT compiles at the moment, atleast it seems to get stuck in

Re: Junior Kernel Hacker Task: M_ZERO

2000-10-22 Thread Poul-Henning Kamp
In message <[EMAIL PROTECTED]>, David Malone writes: >On Sat, Oct 21, 2000 at 09:48:47AM -0400, Garrett Rooney wrote: >> > If anybody is looking for a simple task to perform in the FreeBSD >> > kernel: this is it. >> > >Before anyone else starts looking at this, I've collected and >cleaned up the

Re: Junior Kernel Hacker Task: M_ZERO

2000-10-21 Thread David Malone
On Sat, Oct 21, 2000 at 09:48:47AM -0400, Garrett Rooney wrote: > > If anybody is looking for a simple task to perform in the FreeBSD > > kernel: this is it. > > > > A quick grep tells me that there are at least 91 files in the src/sys > > tree which could use this flag to simplify and optimize t

Re: Junior Kernel Hacker Task: M_ZERO

2000-10-21 Thread Garrett Rooney
> If anybody is looking for a simple task to perform in the FreeBSD > kernel: this is it. > > A quick grep tells me that there are at least 91 files in the src/sys > tree which could use this flag to simplify and optimize the code. i'll probably start looking at these this week sometime... some

Re: Junior Kernel Hacker Task: M_ZERO

2000-10-21 Thread Andrea Campi
I'd be willing to take this task. - Original Message - From: "Poul-Henning Kamp" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, October 20, 2000 9:12 PM Subject: Junior Kernel Hacker Task: M_ZERO [...] > If anybody is looking for a simple

Re: Junior Kernel Hacker Task: M_ZERO

2000-10-20 Thread Robert Drehmel
In <17100.972069144@critter>, Poul-Henning Kamp wrote: > If anybody is looking for a simple task to perform in the FreeBSD > kernel: this is it. Is it necessary to announce it somewhere, when I want to do that? >Submit changes to the maintainer of the file (if any) or >with send-

Junior Kernel Hacker Task: M_ZERO

2000-10-20 Thread Poul-Henning Kamp
I have introduced the M_ZERO flag to the kernel malloc, which provides the service to bzero() the memory allocted. In the kernel sources, the archetypical change to use this facility looks like this: Old code: databuf = malloc(length, M_DEVBUF, M_WAITOK); bzero(dat