1 Sep 2007 03:26
(unknown)
Mamoru Ookawa <ookawa <at> flyduck.org>
2007-09-01 01:26:21 GMT
2007-09-01 01:26:21 GMT
-- -- Mamoru Ookawa <ookawa <at> flyduck.org>
1 Sep 2007 04:02
Re: Heads up: x86 changes
Andrew Doran <ad <at> netbsd.org>
2007-09-01 02:02:23 GMT
2007-09-01 02:02:23 GMT
On Thu, Aug 30, 2007 at 12:49:15AM +0100, Andrew Doran wrote: > I just merged a bunch of x86 changes into -current from the vmlocking > branch. I have been running these changes for quite some time and believe > that they're stable, but I have a limited selection of hardware and apps to > test with. If stability is a priority then please hold off updating for a > little while. > > By and large the merge is to reduce diffs but some optimizations have been > brought over. On a dual core system I'm seeing real time for builds down by > between 3 to 4% after these changes. With more CPUs I think the impact will > be greater, especially on amd64 systems. I have heard that with these changes, real time for a build of NetBSD has gone down by about 12% on a quad core Opteron. For single-CPU machines that have SSE2 I think there may be a speed-up too - using the SSE2 instructions to zero and copy pages was a large chunk of the improvement on the dual core machine that I have. I haven't had a chance to verify that yet. Thanks, Andrew
1 Sep 2007 08:30
sockaddr_copy() problems with Sep 1 build
Geoff Wing <mason <at> primenet.com.au>
2007-09-01 06:30:16 GMT
2007-09-01 06:30:16 GMT
I'm getting an assert failure in sockaddr_copy() during /etc/rc.d/network on "dst->sa_family == src->sa_family". This is after printing NIS setup and, IIRC, before printing anything else. A build from 2007-08-29 14:00 (UTC) (with -current i386/i386/pmap.c) works. Regards, Geoff
1 Sep 2007 08:50
Re: sockaddr_copy() problems with Sep 1 build
David Young <dyoung <at> pobox.com>
2007-09-01 06:50:20 GMT
2007-09-01 06:50:20 GMT
On Sat, Sep 01, 2007 at 06:30:16AM +0000, Geoff Wing wrote: > I'm getting an assert failure in sockaddr_copy() during /etc/rc.d/network > on "dst->sa_family == src->sa_family". This is after printing NIS setup > and, IIRC, before printing anything else. > > A build from 2007-08-29 14:00 (UTC) (with -current i386/i386/pmap.c) works. Fixed. Update to src/sys/kern/uipc_domain.c revision 1.70. Dave -- -- David Young OJC Technologies dyoung <at> ojctech.com Urbana, IL * (217) 278-3933 ext 24
1 Sep 2007 12:57
triweekly CVS update output
NetBSD source update <srcmastr <at> NetBSD.org>
2007-09-01 10:57:52 GMT
2007-09-01 10:57:52 GMT
Updating release-2-0 src tree (netbsd-2-0): cvs update: warning: cannot open /cvsroot/CVSROOT/val-tags read/write: Permission denied Updating release-2-0 tar files: src/top-level: collecting... replacing... done src/bin: collecting... replacing... done src/contrib: collecting... replacing... done src/crypto: collecting... replacing... done src/dist: collecting... replacing... done src/distrib: collecting... replacing... done src/doc: collecting... replacing... done src/etc: collecting... replacing... done src/games: collecting... replacing... done src/gnu: collecting... replacing... done src/include: collecting... replacing... done src/lib: collecting... replacing... done src/libexec: collecting... replacing... done src/regress: collecting... replacing... done src/rescue: collecting... replacing... done src/sbin: collecting... replacing... done src/share: collecting... replacing... done src/sys: collecting... replacing... done src/tools: collecting... replacing... done src/usr.bin: collecting... replacing... done src/usr.sbin: collecting... replacing... done src/config: collecting... replacing... done Running the SUP scanner: SUP Scan for release-2-0 starting at Sat Sep 1 01:14:25 2007(Continue reading)
1 Sep 2007 15:46
daily CVS update output
NetBSD source update <srcmastr <at> NetBSD.org>
2007-09-01 13:46:52 GMT
2007-09-01 13:46:52 GMT
Updating src tree: P src/distrib/common/Makefile.bootcd P src/regress/include/Makefile U src/regress/include/stdint/Makefile U src/regress/include/stdint/stdint.c P src/sys/arch/alpha/include/int_limits.h P src/sys/arch/alpha/include/limits.h P src/sys/arch/amd64/include/int_limits.h P src/sys/arch/amd64/include/limits.h P src/sys/arch/arm/include/int_limits.h P src/sys/arch/arm/include/limits.h P src/sys/arch/hppa/include/int_limits.h P src/sys/arch/hppa/include/limits.h P src/sys/arch/i386/include/int_limits.h P src/sys/arch/i386/include/limits.h P src/sys/arch/ia64/include/int_limits.h P src/sys/arch/ia64/include/limits.h P src/sys/arch/m68k/include/int_limits.h P src/sys/arch/m68k/include/limits.h P src/sys/arch/mips/include/int_limits.h P src/sys/arch/mips/include/limits.h P src/sys/arch/pc532/include/int_limits.h P src/sys/arch/pc532/include/limits.h P src/sys/arch/powerpc/include/int_limits.h P src/sys/arch/powerpc/include/limits.h P src/sys/arch/sh3/include/int_limits.h P src/sys/arch/sh3/include/limits.h P src/sys/arch/sparc/include/int_limits.h P src/sys/arch/sparc/include/limits.h(Continue reading)
1 Sep 2007 16:15
'shutdown -p now' power down broken on i386/-current (?)
Markus W Kilbinger <mk <at> kilbi.de>
2007-09-01 14:15:01 GMT
2007-09-01 14:15:01 GMT
Hi! Current -current kernels are no capable to power down my dual cpu i386 box. Last message displayed after syncing disks is: acpi: Entering state 5 Then the machine hangs and stays powered on. Does anybody else see this? Markus.
1 Sep 2007 16:21
Re: 'shutdown -p now' power down broken on i386/-current (?)
Juan RP <juan <at> xtrarom.org>
2007-09-01 14:21:51 GMT
2007-09-01 14:21:51 GMT
On Sat, 1 Sep 2007 16:15:01 +0200 Markus W Kilbinger <mk <at> kilbi.de> wrote: > Hi! > > Current -current kernels are no capable to power down my dual cpu i386 > box. Last message displayed after syncing disks is: > > acpi: Entering state 5 > > Then the machine hangs and stays powered on. > > Does anybody else see this? Probably a locking error or any other problem, can you try with options DEBUG/DIAGNOSTIC/LOCKDEBUG? -- -- Juan Romero Pardines - The NetBSD Project http://plog.xtrarom.org - NetBSD/pkgsrc news in Spanish
1 Sep 2007 21:17
Build failure - port i386 - if.h
Paul Goyette <paul <at> whooppee.com>
2007-09-01 19:17:11 GMT
2007-09-01 19:17:11 GMT
Does NOT fail on port amd64. Sources updated via CVS on Saturday, September 01, 2007 at 18:26:15 UTC --- ethers.ln --- /usr/src/sys/net/if.h(574): warning: argument cmd unused in function ifreq_getaddr [231] --- getifaddrs.ln --- /usr/src/sys/net/if.h(574): warning: argument cmd unused in function ifreq_getaddr [231] ---------------------------------------------------------------------- | Paul Goyette | PGP DSS Key fingerprint: | E-mail addresses: | | Customer Service | FA29 0E3B 35AF E8AE 6651 | paul <at> whooppee.com | | Network Engineer | 0786 F758 55DE 53BA 7731 | pgoyette <at> juniper.net | ----------------------------------------------------------------------
2 Sep 2007 02:25
Re: Build failure - port i386 - if.h
David Young <dyoung <at> pobox.com>
2007-09-02 00:25:03 GMT
2007-09-02 00:25:03 GMT
On Sat, Sep 01, 2007 at 12:17:11PM -0700, Paul Goyette wrote: > Does NOT fail on port amd64. Sources updated via CVS on Saturday, > September 01, 2007 at 18:26:15 UTC > > > --- ethers.ln --- > /usr/src/sys/net/if.h(574): warning: argument cmd unused in function > ifreq_getaddr [231] > --- getifaddrs.ln --- > /usr/src/sys/net/if.h(574): warning: argument cmd unused in function > ifreq_getaddr [231] revision 1.126 of src/sys/net/if.h should fix this. Dave -- -- David Young OJC Technologies dyoung <at> ojctech.com Urbana, IL * (217) 278-3933 ext 24
RSS Feed