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
(http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=861732+865021+/usr/local/www/db/text/2001/freebsd-ports/20010708.freebsd
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
so
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
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 /usr/src/lib/libcom_err/../
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.
>
>
> bsduser# which gzip
> /sbin/gzip
> bsdu
"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 m
There are a few PRs and a number of messages in the mailing list
archives that describe a problem where the load average occasionally
remains at 1.0 or greater even though top(1) reports that the CPU
is nearly 100% idle. The PRs I could find in a quick search are
kern/21155, kern/23448 and kern/2
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 n
* 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
< 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 permissible to sleep
while some interrupts are blocked; it is just not (in 4-st
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 Wed
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 in[6]_ad
> On Sun, 15 Jul 2001 09:19:27 -0700
> Julian Elischer <[EMAIL PROTECTED]> said:
julian> NOWAIT MAY return.
julian> you have not handled the case for when it returns with a NULL allocation
julian> so if it returns NULL you continue, and page-fault immediatly.
Oops, thank you.
How about t
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 1
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 b
19 matches
Mail list logo