Thomas Klausner | 2 Sep 13:32
Picon

Re: CVS commit: src/share/man/man9

On Wed, Sep 02, 2009 at 10:54:20AM +0000, Adam Hoka wrote:
> Module Name:	src
> Committed By:	ahoka
> Date:		Wed Sep  2 10:54:20 UTC 2009
> 
> Modified Files:
> 	src/share/man/man9: csf.9
> 
> Log Message:
> Mention sched_m4.

# man sched_m2
man: no entry for sched_m2 in the manual.
# man sched_m4
man: no entry for sched_m4 in the manual.

 Thomas

Adam Hoka | 2 Sep 17:53
Picon
Gravatar

Re: CVS commit: src/share/man/man9

On Wed, 2 Sep 2009, Thomas Klausner wrote:

> Date: Wed, 2 Sep 2009 13:32:54 +0200
> From: Thomas Klausner <wiz <at> netbsd.org>
> Reply-To: source-changes-d <at> netbsd.org
> To: source-changes-d <at> netbsd.org
> Subject: Re: CVS commit: src/share/man/man9
> 
> On Wed, Sep 02, 2009 at 10:54:20AM +0000, Adam Hoka wrote:
>> Module Name:	src
>> Committed By:	ahoka
>> Date:		Wed Sep  2 10:54:20 UTC 2009
>>
>> Modified Files:
>> 	src/share/man/man9: csf.9
>>
>> Log Message:
>> Mention sched_m4.
>
> # man sched_m2
> man: no entry for sched_m2 in the manual.
> # man sched_m4
> man: no entry for sched_m4 in the manual.
>
> Thomas
>

I meant m2, of course. I will put together something for sched_m2
manpage to give the users at least a little clue.
Well don't expect any verbose documentation. :-)
(Continue reading)

Bernd Ernesti | 2 Sep 18:11
Picon

Re: CVS commit: src/sys/sys

On Wed, Sep 02, 2009 at 03:45:10PM +0000, Thor Lancelot Simon wrote:
> Module Name:	src
> Committed By:	tls
> Date:		Wed Sep  2 15:45:10 UTC 2009
> 
> Modified Files:
> 	src/sys/sys: param.h
> 
> Log Message:
> Bump __NetBSD_Version__ for previous, per ad@ -- welcome to 5.99.16.

For which previous?
There is no way to tell it from cvs log.

Bernd

Picon

Re: CVS commit: src/sys

On Wed, Sep 02, 2009 at 08:11:35PM +0200, Thomas Klausner wrote:
>
> > Log Message:
> > Add a direction argument to socket upcalls, so they can tell why they've
> > been called when, for example, they're waiting for space to write.  From
> > Ritesh Agrawal at Coyote Point.
> 
> Do you think this might be related to:
> --- dependall-nfsserver ---
> /archive/build/tools/bin/x86_64--netbsd-gcc -O2 -mcmodel=kernel -Wall -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Wno-sign-compare -Wno-traditional -Wa,--fatal-warnings 
-Werror  -ffreestanding  -fno-strict-aliasing -Wno-pointer-sign 
-I/archive/cvs/src/common/include -DNFS -DNFSSERVER -I/archive/cvs/src/common/include 
-nostdinc -I. -I/archive/cvs/src/sys/modules/nfsserver -isystem /archive/cvs/src/sys -isystem
/archive/cvs/src/sys/arch -isystem /archive/cvs/src/sys/../common/include -D_KERNEL -D_LKM
-D_MODULE -c    /archive/cvs/src/sys/nfs/nfs_syscalls.c
> cc1: warnings being treated as errors
> /archive/cvs/src/sys/nfs/nfs_syscalls.c: In function 'nfssvc_addsock':
> /archive/cvs/src/sys/nfs/nfs_syscalls.c:410: warning: assignment from incompatible pointer type

Not really -- I did a full build of GENERIC with this change in... let me
check I didn't miss anything in the NFS code.

Thor

Thomas Klausner | 2 Sep 21:09
Picon

Re: CVS commit: src/sys

On Wed, Sep 02, 2009 at 02:22:38PM -0400, Thor Lancelot Simon wrote:
> On Wed, Sep 02, 2009 at 08:11:35PM +0200, Thomas Klausner wrote:
> >
> > > Log Message:
> > > Add a direction argument to socket upcalls, so they can tell why they've
> > > been called when, for example, they're waiting for space to write.  From
> > > Ritesh Agrawal at Coyote Point.
> > 
> > Do you think this might be related to:
> > --- dependall-nfsserver ---
> > /archive/build/tools/bin/x86_64--netbsd-gcc -O2 -mcmodel=kernel -Wall -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Wno-sign-compare -Wno-traditional -Wa,--fatal-warnings 
-Werror  -ffreestanding  -fno-strict-aliasing -Wno-pointer-sign 
-I/archive/cvs/src/common/include -DNFS -DNFSSERVER -I/archive/cvs/src/common/include 
-nostdinc -I. -I/archive/cvs/src/sys/modules/nfsserver -isystem /archive/cvs/src/sys -isystem
/archive/cvs/src/sys/arch -isystem /archive/cvs/src/sys/../common/include -D_KERNEL -D_LKM
-D_MODULE -c    /archive/cvs/src/sys/nfs/nfs_syscalls.c
> > cc1: warnings being treated as errors
> > /archive/cvs/src/sys/nfs/nfs_syscalls.c: In function 'nfssvc_addsock':
> > /archive/cvs/src/sys/nfs/nfs_syscalls.c:410: warning: assignment from incompatible pointer type
> 
> Not really -- I did a full build of GENERIC with this change in... let me
> check I didn't miss anything in the NFS code.

That's not a kernel build, that's from a 'build.sh distribution'
 Thomas

David Young | 2 Sep 21:42
Picon
Favicon

Re: CVS commit: src/sys/arch/x86/acpi

On Wed, Sep 02, 2009 at 03:42:31PM +0000, Joerg Sonnenberger wrote:
> Module Name:	src
> Committed By:	joerg
> Date:		Wed Sep  2 15:42:31 UTC 2009
> 
> Modified Files:
> 	src/sys/arch/x86/acpi: acpi_wakeup.c
> 
> Log Message:
> Be a bit more noisy by telling the user VGA_POST is missing in the
> kernel config when trying machdep.acpi_vbios_reset=2.

You could leave it out of the sysctl tree.

Dave

--

-- 
David Young             OJC Technologies
dyoung <at> ojctech.com      Urbana, IL * (217) 278-3933

Martin Husemann | 2 Sep 21:49
Picon

Re: CVS commit: src/sys/arch/x86/acpi

On Wed, Sep 02, 2009 at 02:42:58PM -0500, David Young wrote:
> You could leave it out of the sysctl tree.

Setting it to 0 or 1 still makes sense w/o VGA_POST.

Martin

Masao Uebayashi | 3 Sep 01:41
Picon
Gravatar

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

> @@ -876,10 +876,17 @@
>  	move	s2, t2				# stash most of temporary regs
>  	REG_S	t3, FRAME_T3(k1)		# syscall saved gp for fork
>  	mfc0	a1, MIPS_COP_0_STATUS		# 2nd arg is STATUS
> +#if defined(__mips_n32) || defined(__mips_n64)
> +	REG_S	a4, FRAME_A4(k1)
> +	REG_S	a5, FRAME_A5(k1)
> +	REG_S	a6, FRAME_A6(k1)
> +	REG_S	a7, FRAME_A7(k1)
> +#else
>  	move	s4, ta0
>  	move	s5, ta1
>  	move	s6, ta2
>  	move	s7, ta3
> +#endif
>  	#REG_S	t8, FRAME_T8(k1)
>  	#REG_S	t9, FRAME_T9(k1)
>  	REG_S	gp, FRAME_GP(k1)

This should be #if !defined(__mips_o32) ... #else ... #endif.  Otherwise O64
kernel + N32/N64 userland won't work.

Masao

Matt Thomas | 3 Sep 02:39

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


On Sep 2, 2009, at 4:41 PM, Masao Uebayashi wrote:

>> @@ -876,10 +876,17 @@
>> 	move	s2, t2				# stash most of temporary regs
>> 	REG_S	t3, FRAME_T3(k1)		# syscall saved gp for fork
>> 	mfc0	a1, MIPS_COP_0_STATUS		# 2nd arg is STATUS
>> +#if defined(__mips_n32) || defined(__mips_n64)
>> +	REG_S	a4, FRAME_A4(k1)
>> +	REG_S	a5, FRAME_A5(k1)
>> +	REG_S	a6, FRAME_A6(k1)
>> +	REG_S	a7, FRAME_A7(k1)
>> +#else
>> 	move	s4, ta0
>> 	move	s5, ta1
>> 	move	s6, ta2
>> 	move	s7, ta3
>> +#endif
>> 	#REG_S	t8, FRAME_T8(k1)
>> 	#REG_S	t9, FRAME_T9(k1)
>> 	REG_S	gp, FRAME_GP(k1)
>
> This should be #if !defined(__mips_o32) ... #else ... #endif.   
> Otherwise O64
> kernel + N32/N64 userland won't work.

O64 kernel?  why should we worry about O64?

Masao Uebayashi | 3 Sep 02:46
Picon
Gravatar

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

> O64 kernel?  why should we worry about O64?

For "completeness". :)

Masao


Gmane