Frank van der Linden | 1 Dec 01:16 2002

Re: problems (freezes, ide timeout) with -current/i386 _and_ MP

On Sat, Nov 30, 2002 at 11:26:41PM +0100, Markus W Kilbinger wrote:
> Anything else I can try?

I just checked in a fix for a mistake I made in my previous interrupt
change wrt. taking the kernel lock. This was likely your problem
too, so updating should fix it for you.

- Frank

--

-- 
Frank van der Linden                                    fvdl <at> wasabisystems.com
==============================================================================
Quality NetBSD Development, Support & Service.   http://www.wasabisystems.com/

Markus W Kilbinger | 1 Dec 01:25 2002
Picon
Picon

Re: problems (freezes, ide timeout) with -current/i386 _and_ MP

>>>>> "Frank" == Frank van der Linden <fvdl <at> wasabisystems.com> writes:

    Frank> I just checked in a fix for a mistake I made in my previous
    Frank> interrupt change wrt. taking the kernel lock. This was
    Frank> likely your problem too, so updating should fix it for you.

Yep, it solved all my reported problems! Wow, great and thanks!

Markus.

Hisashi T Fujinaka | 1 Dec 05:26 2002

CVS question

I'm still having trouble getting pkgsrc via cvs. Regular sources are
fine. The error I see is:

cvs [login aborted]: internal error: get_cvs_port_number called for
invalid connection method (ext): Invalid argument

Anyone have a hint for me?

Thanks.

--

-- 
Hisashi T Fujinaka - htodd <at> twofifty.com
BSEE (6/86) + BSChem (3/95) + BAEnglish (8/95) + $2.50 = mocha latte

Christian Biere | 1 Dec 06:27 2002
Picon
Picon

Re: CVS question

Hisashi T Fujinaka <htodd <at> twofifty.com> wrote:

> cvs [login aborted]: internal error: get_cvs_port_number called for
> invalid connection method (ext): Invalid argument
> 
> Anyone have a hint for me?

Either your use the prefix ":ext:" in your CVSROOT or you've put this
into your~/.cvsrc. For CVS over ssh you need no prefix at all. If you
don't use ssh, you must use the prefix ":pserver:".

http://netbsd.org/Documentation/current/#using-anoncvs

Christian
Bang Jun-Young | 1 Dec 06:28 2002
Picon

RelCache (aka ELF prebinding) news

Hi folks,

I have finally made the first working implementation of ELF prebinding
"V2" available (I named it "RelCache" ;-). Here's some description on how
it performs well, how it works, how you can install it on your machine,
etc.

Benchmark
*********

A simple benchmark result with execloop shows that ld.elf_so loads
execloop in 30% less time. It was done on an Athlon XP 1800+/256MB DDR
machine.

$ time ./execloop 9999

	w/o RelCache	w/ RelCache
	  5.184s	  3.623s

For comparison, statically linked execloop took 0.967s. (Note: NetBSD's
fork/exec path for dynamically linked binary is rather unoptimized and
needs to be addressed.)

I expect much more gain with running Mozilla/KDE/GNOME with RelCache, but
haven't had time to do that myself.

Stability
*********

For normal, non-RelCached binaries, ld.elf_so works as stable as the current
(Continue reading)

Hisashi T Fujinaka | 1 Dec 07:13 2002

Re: CVS question

allison:/usr/pkgsrc # cat ~/.cvsrc
cvs -q
update -d -P
checkout -P
diff -u
allison:/usr/pkgsrc # echo $CVSROOT
anoncvs <at> anoncvs.netbsd.org:/cvsroot
allison:/usr/pkgsrc # echo $CVS_RSH
ssh
allison:/usr/pkgsrc #

Funny how something has just recently changed for me, and 'cvs update' in
/usr/src still works.

On Sun, 1 Dec 2002, Christian Biere wrote:

> Hisashi T Fujinaka <htodd <at> twofifty.com> wrote:
>
> > cvs [login aborted]: internal error: get_cvs_port_number called for
> > invalid connection method (ext): Invalid argument
> >
> > Anyone have a hint for me?
>
> Either your use the prefix ":ext:" in your CVSROOT or you've put this
> into your~/.cvsrc. For CVS over ssh you need no prefix at all. If you
> don't use ssh, you must use the prefix ":pserver:".
>
> http://netbsd.org/Documentation/current/#using-anoncvs
>
> Christian
(Continue reading)

Hisashi T Fujinaka | 1 Dec 07:23 2002

Re: CVS question

Hmm. Whoops, looks like my CVS/Root was corrupted somehow. And it looks
like a lot more was as well.

Thanks for the help, though!

On Sat, 30 Nov 2002, Hisashi T Fujinaka wrote:

> allison:/usr/pkgsrc # cat ~/.cvsrc
> cvs -q
> update -d -P
> checkout -P
> diff -u
> allison:/usr/pkgsrc # echo $CVSROOT
> anoncvs <at> anoncvs.netbsd.org:/cvsroot
> allison:/usr/pkgsrc # echo $CVS_RSH
> ssh
> allison:/usr/pkgsrc #
>
> Funny how something has just recently changed for me, and 'cvs update' in
> /usr/src still works.
>
> On Sun, 1 Dec 2002, Christian Biere wrote:
>
> > Hisashi T Fujinaka <htodd <at> twofifty.com> wrote:
> >
> > > cvs [login aborted]: internal error: get_cvs_port_number called for
> > > invalid connection method (ext): Invalid argument
> > >
> > > Anyone have a hint for me?
> >
(Continue reading)

NetBSD source update | 1 Dec 12:42 2002
Picon

daily CVS update output


Updating src tree:
cvs server: cannot open directory /cvsroot/basesrc/dist/am-utils/aux: No such file or directory
cvs server: skipping directory src/dist/am-utils/aux
P src/distrib/alpha/instkernel/cd-hd-tape/Makefile
P src/distrib/sets/lists/man/mi
P src/doc/CHANGES
P src/doc/TODO.kqueue
P src/etc/etc.x68k/MAKEDEV
P src/libexec/rshd/Makefile
P src/sbin/fdisk/fdisk.c
P src/sbin/routed/input.c
P src/share/man/man4/man4.x68k/Makefile
U src/share/man/man4/man4.x68k/bmd.4
P src/share/man/man8/Makefile
U src/share/man/man8/afterboot.8
P src/share/man/man8/man8.x68k/MAKEDEV.8
P src/sys/arch/arc/arc/machdep.c
U src/sys/arch/arc/arc/p_nec_j96a.c
P src/sys/arch/arc/arc/p_nec_r94.c
P src/sys/arch/arc/arc/platconf.c
P src/sys/arch/arc/conf/GENERIC
P src/sys/arch/arc/conf/files.arc
P src/sys/arch/arc/include/platform.h
P src/sys/arch/i386/i386/intr.c
P src/sys/arch/i386/i386/vector.S
P src/sys/arch/i386/include/bootinfo.h
P src/sys/arch/i386/include/intr.h
P src/sys/arch/mips/include/pcb.h
P src/sys/arch/x68k/conf/GENERIC
(Continue reading)

Jeff | 2 Dec 06:17 2002

build problems.

Trying to build -current sources, I run into this:

building llib-lc.ln
Lint pass2:
sed -e 's/mdX/md2/g' -e 's/MDX/MD2/g' /usr/src/lib/libc/md/mdX.3 > md2.3
cat /usr/src/lib/libc/md/md2.copyright >> md2.3
sed -e 's/mdX/md4/g' -e 's/MDX/MD4/g' /usr/src/lib/libc/md/mdX.3 > md4.3
cat /usr/src/lib/libc/md/md4.copyright >> md4.3
sed -e 's/mdX/md5/g' -e 's/MDX/MD5/g' /usr/src/lib/libc/md/mdX.3 > md5.3
cat /usr/src/lib/libc/md/md5.copyright >> md5.3
PATH=/usr/tools/lib/groff:${PATH} /usr/tools/bin/nbgroff -Tascii -mtty-char -man
doc /usr/src/lib/libc/db/man/btree.3  > btree.cat3.tmp && mv btree.cat3.tmp btre
e.cat3
/usr/tools/bin/nbgroff: can't find `DESC' file
/usr/tools/bin/nbgroff:fatal error: invalid device `ascii'
Abort trap - core dumped
*** Error code 134

I have the most recent source off of cvsup2.de.netbsd.org, but I have seen
that sometimes lag behind a little.  Is this something that has been fixed/
seen by others/my fault I am overlooking?

thanks

NetBSD source update | 2 Dec 09:20 2002
Picon

triweekly CVS update output


Updating release-1-5 src tree (netbsd-1-5):

Running the SUP scanner:
SUP Scan for release-1-5 starting at Mon Dec  2 00:10:45 2002
SUP Scan for release-1-5 completed at Mon Dec  2 00:10:59 2002

Updating release-1-6 src tree (netbsd-1-6):
P src/Makefile
P src/bin/sh/Makefile
P src/distrib/sets/checkflist
P src/distrib/sets/lists/etc/mi
U src/doc/CHANGES-1.6.1
P src/etc/postinstall
P src/etc/mtree/special
P src/etc/rc.d/Makefile
P src/etc/rc.d/raidframe
U src/etc/rc.d/raidframeparity
P src/gnu/dist/toolchain/bfd/elf32-vax.c
P src/gnu/dist/toolchain/gcc/config/arm/arm.h
P src/lib/Makefile
P src/lib/libc/gen/__fts13.c
P src/lib/libc/stdio/gettemp.c
P src/lib/libc/stdio/mkdtemp.c
P src/lib/libc/stdio/mkstemp.c
P src/lib/libcrypto/mdc2.inc
U src/lib/libcrypto/mdc2dgst_dummy.c
U src/lib/libcrypto_mdc2/Makefile
P src/lib/libpcap/Makefile
P src/lib/libposix/Makefile
(Continue reading)


Gmane