I have problems building kde on my -current box for some time. I
re-cvsuped yesterday, but the problem remains.
I did post this on -ports, and got an explanation from John Polstra
Add me to your mailing list !
[EMAIL PROTECTED]
Hello
I have tried another cvsup today and then tried a buildworld again. Now I
am getting a new error message. Does anybody know how to resolve this
error?
Thanks
--
stage 4: building everything..
In my system kernel(WITH SSE) falls when I use commands netstat and swapinfo.
kernel without SSE works fine.
I got a very similar panic when trying an UP kernel with SSE enabled.
mi_switch() sets curproc-p_oncpu to NOCPU before calling
cpu_switch(). cpu_switch() might call npxsave() which
On Sun, Jul 15, 2001 at 11:22:02AM -0400, Chris Collins wrote:
=== lib/libcom_err
gzip -cn /usr/src/lib/libcom_err/../../contrib/com_err/com_err.3
com_err.3.gz
-cn: No such file or directory
*** Error code 1
I would run ``type gzip'' or ``which gzip''. It seems either you've done
Here is what I get when I do a which. I don't think that there is anything
wrong with my gzip binary. I use it almost everyday. I'll think that I
will re-install it just to be sure.
bsduser# which gzip
/sbin/gzip
bsduser#
2:40PM up 4 days, 13:46, 3 users, load averages: 0.10, 0.37, 1.24
On Sun, Jul 15, 2001 at 02:48:27PM -0400, Chris Collins wrote:
Here is what I get when I do a which. I don't think that there is anything
wrong with my gzip binary. I use it almost everyday. I'll think that I
will re-install it just to be sure.
...
gzip -cn
David O'Brien [EMAIL PROTECTED] wrote:
-cn: No such file or directory
*** Error code 1
I would run ``type gzip'' or ``which gzip''. It seems either you've
done something to your gzip binary, or there is a commit that broke
it that I've missed.
That's typical behaviour for the mini-gzip
subscribe freebsd-current
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Sun, 15 Jul 2001 16:50:36 -0400 (EDT),
Garrett Wollman [EMAIL PROTECTED] said:
Current if_addmulti() calls MALLOC() with M_WAITOK. However,
if_addmulti() can be called from in[6]_addmulti() with splnet(). It
may lead kernel panic.
This is not a problem (or should not be). It is
* Hajimu UMEMOTO [EMAIL PROTECTED] [010715 12:31] wrote:
ume Index: sys/net/if.c
ume diff -u sys/net/if.c.orig sys/net/if.c
ume --- sys/net/if.c.origMon Jul 16 01:39:34 2001
ume +++ sys/net/if.c Mon Jul 16 01:51:49 2001
Oops, it was wrong version.
One trick is to pass a waitok
On Mon, 16 Jul 2001 00:13:14 +0900 (JST), Hajimu UMEMOTO [EMAIL PROTECTED] said:
Current if_addmulti() calls MALLOC() with M_WAITOK. However,
if_addmulti() can be called from in[6]_addmulti() with splnet(). It
may lead kernel panic.
This is not a problem (or should not be). It is
Hi,
Current if_addmulti() calls MALLOC() with M_WAITOK. However,
if_addmulti() can be called from in[6]_addmulti() with splnet(). It
may lead kernel panic. So, I wish to change to use M_NOWAIT.
Any comment?
Index: sys/net/if.c
diff -u sys/net/if.c.orig sys/net/if.c
--- sys/net/if.c.orig
Hajimu UMEMOTO wrote:
NOWAIT MAY return.
you have not handled the case for when it returns with a NULL allocation
so if it returns NULL you continue, and page-fault immediatly.
Hi,
Current if_addmulti() calls MALLOC() with M_WAITOK. However,
if_addmulti() can be called from
ume Index: sys/net/if.c
ume diff -u sys/net/if.c.orig sys/net/if.c
ume --- sys/net/if.c.orig Mon Jul 16 01:39:34 2001
ume +++ sys/net/if.c Mon Jul 16 01:51:49 2001
Oops, it was wrong version.
Index: sys/net/if.c
diff -u sys/net/if.c.orig sys/net/if.c
--- sys/net/if.c.orig Mon Jul 16
Hello, when running netstat or using an app, that uses it
(such as linux-navigator), my machine panics:
Script started on Sat Jul 14 12:52:06 2001
(kgdb) mobile# gdb -k /usr/obj/usr/src/sys/MOBILE/kernel.debug vmcore.1
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered
16 matches
Mail list logo