On Sat, 19 Jul 2003, Bosko Milekic wrote:
BM>
BM>On Sat, Jul 19, 2003 at 08:31:26PM +0200, Lara & Harti Brandt wrote:
BM>[...]
BM>> Well the problem is, that nothing is starved. I have an idle machine and
BM>> a zone that I have limited to 60 or so items. When allocating the 2nd
BM>> item I get bl
Peter Wemm writes:
> Tinderbox wrote:
>
> > gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/nls/c
> at
> gets.3 > catgets.3.gz
> > Segmentation fault (core dumped)
> > *** Error code 139
>
> These false alarms are wearing a bit thin. Is there a problem with the
> tinder
Anti writes:
> buildworld fails at telnet if you build with NOCRYPT and NO_OPENSSL --
> telnet stuff is looking for NO_CRYPTO to disable this, which isn't
> documented anywhere...
Thanks!
This should be fixed now.
M
--
Mark Murray
iumop ap!sdn w,I idlaH
__
Hi,
while booting a 5.1REL kernel on that machine is fine, booting HEAD
results in...
--- cut ---
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD
On Fri, Jul 18, 2003 at 11:39:53AM -0700, Tim Kientzle wrote:
>
> I wrote the /rescue stuff and a lot of people have
> reported that it breaks parallel builds, but I haven't yet
> come up with anything. (In part, because I haven't yet
> managed to reproduce it. )
>
> A couple of things look odd
Hi,
I have similar problem.
disable re-route interrupts.
It's works fine.
--- /sys/dev/pci/pci.c.orig Tue Jul 1 23:08:32 2003
+++ /sys/dev/pci/pci.c Mon Jul 21 11:04:55 2003
@@ -800,7 +800,7 @@
}
if (cfg->intpin > 0 && PCI_INTERRUPT_VALID(cfg->intline)) {
-#if defined(__ia
On Sun, Jul 20, 2003 at 02:44:23PM +0300, Ruslan Ermilov wrote:
> > A few days ago I've noticed such messages in CURRENT buildlog (on 4.7
> > box, building without -j) :
> >
> > cc -Os -pipe -c chown_stub.c
> > ld -dc -r -o chown.lo chown_stub.o /usr/obj//usr/src/usr.sbin/chown/chown.o
> > crunc
from dhclient(8):
The DHCP client can be directed not to attempt to configure any
interfaces using the -n flag.
this does not seem to work, my interface gets configured, resolv.conf
written.
can anyone confirm this? what sort of action should be taken to fix
this?
I have the following error and cannot compile jdk14
on FreeBSD-current, July 20th. cvsup'ed with the latest
linux_base.
Is is unique to me alone?
tyd3# /usr/local/linux-sun-jdk1.4.2/bin/java -version
#
# HotSpot Virtual Machine Error, Internal Error
# Please report this error at
# http://java
On Mon, Jul 21, 2003 at 09:03:00AM +0200, Harti Brandt wrote:
> On Sat, 19 Jul 2003, Bosko Milekic wrote:
>
> BM>
> BM>On Sat, Jul 19, 2003 at 08:31:26PM +0200, Lara & Harti Brandt wrote:
> BM>[...]
> BM>> Well the problem is, that nothing is starved. I have an idle machine and
> BM>> a zone that
There are indeed more problems with that JDK 1.4.2. Please try on
freebsd-java instead of ports-committers...
Ernst
On Monday 21 July 2003 14:55, Yamada Ken Takeshi wrote:
> I have the following error and cannot compile jdk14
> on FreeBSD-current, July 20th. cvsup'ed with the latest
> linux_ba
On Mon, 21 Jul 2003, Bosko Milekic wrote:
BM>
BM>On Mon, Jul 21, 2003 at 09:03:00AM +0200, Harti Brandt wrote:
BM>> On Sat, 19 Jul 2003, Bosko Milekic wrote:
BM>>
BM>> BM>
BM>> BM>On Sat, Jul 19, 2003 at 08:31:26PM +0200, Lara & Harti Brandt wrote:
BM>> BM>[...]
BM>> BM>> Well the problem is, that
On Mon, Jul 21, 2003 at 03:47:54PM +0200, Harti Brandt wrote:
> On Mon, 21 Jul 2003, Bosko Milekic wrote:
[...]
> BM> It sounds to me like your example is really not the general-case one.
> BM> Basically, you're using a zone capped off at 1 page. Currently in
> BM> UMA, this is the size of the
At 12:34 AM -0400 7/21/03, Garance A Drosihn wrote:
I do know that buildworld finishes OK if I define NORESCUE.
Right now I am running a buildworld that does not specify -j,
and I'll see if that completes OK.
The buildworld without -j did successfully complete. I have
added that logfile to the lin
On Mon, 21 Jul 2003, Bosko Milekic wrote:
BM> A. Given the explanation, the small size of the limits makes a
BM> lot more sense now. Previously, the limit probably enforced the
BM> actual number of cached (pre-allocated) items in the pool. So, it was
BM> more than just a "limit," it was
On Mon, 2003-07-21 at 08:55, Yamada Ken Takeshi wrote:
> I have the following error and cannot compile jdk14
> on FreeBSD-current, July 20th. cvsup'ed with the latest
> linux_base.
>
> Is is unique to me alone?
>
> tyd3# /usr/local/linux-sun-jdk1.4.2/bin/java -version
> #
> # HotSpot Virtual
On Mon, Jul 21, 2003 at 02:13:45PM +0300, Andrey Elperin wrote:
> On Sun, Jul 20, 2003 at 02:44:23PM +0300, Ruslan Ermilov wrote:
> > > A few days ago I've noticed such messages in CURRENT buildlog (on 4.7
> > > box, building without -j) :
> > >
> > > cc -Os -pipe -c chown_stub.c
> > > ld -dc -r
Adam wrote:
On Mon, 2003-07-21 at 08:55, Yamada Ken Takeshi wrote:
tyd3# /usr/local/linux-sun-jdk1.4.2/bin/java -version
#
# HotSpot Virtual Machine Error, Internal Error
# Please report this error at
# http://java.sun.com/cgi-bin/bugreport.cgi
#
# Java VM: Java HotSpot(TM) Client VM (1.4.2-b28 mi
On Mon, 21 Jul 2003, Noriyoshi Kawano wrote:
> I have similar problem.
> disable re-route interrupts.
> It's works fine.
>
> --- /sys/dev/pci/pci.c.orig Tue Jul 1 23:08:32 2003
> +++ /sys/dev/pci/pci.cMon Jul 21 11:04:55 2003
> @@ -800,7 +800,7 @@
> }
>
> if (cfg->intpin > 0
On Fri, 18 Jul 2003 02:14:18 +0200
Pawel Worach <[EMAIL PROTECTED]> wrote:
> Danny Braniss wrote:
> > I just run rpcinfo:
> >
> > # rpcinfo
> > rpcinfo: can't contact rpcbind: RPC: Port mapper failure - RPC: Success
> >
> > :=)
> This really belongs in questions@, make sure you have rpcbind_
Gordon Tetlow wrote:
It seems that the $(OUTPUTS) target (which has 3 components) causes
this particular error.
+.ORDER: $(OUTPUTS)
$(OUTPUTS): $(CONF)
MAKEOBJDIRPREFIX=${CRUNCHOBJS} crunchgen -q -m $(OUTMK) -c $(OUTC) \
$(CONF)
Hmmm... Is that what .ORDER is for? To work aro
On Mon, Jul 21, 2003 at 09:36:37AM -0700, Tim Kientzle wrote:
> Gordon Tetlow wrote:
> >It seems that the $(OUTPUTS) target (which has 3 components) causes
> >this particular error.
> >
> >+.ORDER: $(OUTPUTS)
> > $(OUTPUTS): $(CONF)
> >MAKEOBJDIRPREFIX=${CRUNCHOBJS} crunchgen -q -m $(OUTMK)
Gordon Tetlow wrote:
On Mon, Jul 21, 2003 at 09:36:37AM -0700, Tim Kientzle wrote:
Hmmm... Is that what .ORDER is for? To work around a
parallel make that gratuitously rebuilds things?
Right it serializes build dependencies. The problem with crunchgen ...
I would argue "the problem with make"...
On Tue, Jul 15, 2003 at 07:59:43AM +0200, Harti Brandt wrote:
> On Tue, 15 Jul 2003, Jun Kuriyama wrote:
> JK>With new gcc and -Wshadow, src/bin/ed/re.c shows this warning:
> JK>
> JK>cc -Wshadow -c re.c
> JK>re.c: In function `get_compiled_pattern':
> JK>re.c:44: warning: declaration of `exp' shad
TB --- 2003-07-21 16:00:00 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-07-21 16:00:00 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-21 16:02:08 - building world
TB --- cd /
At 9:46 AM -0700 7/21/03, Tim Kientzle wrote:
Gordon Tetlow wrote:
On Mon, Jul 21, 2003, Tim Kientzle wrote:
Hmmm... Is that what .ORDER is for? To work around a
parallel make that gratuitously rebuilds things?
Right it serializes build dependencies. The problem with
crunchgen ...
I would argue "
Evan Dower wrote:
> >From: "Andrew Lankford" <[EMAIL PROTECTED]>
> >Reply-To: [EMAIL PROTECTED]
> >To: <[EMAIL PROTECTED]>
> >Subject: Re: putting /dev/lpt in polling mode in boot time.
> >Date: Sun, 20 Jul 2003 15:40:21 -0600
> >
> >Before anyone corrects me, yes, the man page says bit 5 controls
On Mon, Jul 21, 2003 at 06:08:43PM +0300, Ruslan Ermilov wrote:
> On Mon, Jul 21, 2003 at 02:13:45PM +0300, Andrey Elperin wrote:
> > On Sun, Jul 20, 2003 at 02:44:23PM +0300, Ruslan Ermilov wrote:
> > > > A few days ago I've noticed such messages in CURRENT buildlog (on 4.7
> > > > box, building
Hi,
i cvsuped around monday morning, and after building / installing, my
kernel said every second or so :
Jul 17 09:48:01 syrenna kernel: ACPI-0438: *** Error: Handler for
[EmbeddedControl] returned AE_NO_HARDWARE_RESPONSE
Jul 17 09:48:01 syrenna kernel: ACPI-1287: *** Error: Method execution
fail
On Mon, Jul 21, 2003 at 09:46:03AM -0700, Tim Kientzle wrote:
>
> I would argue "the problem with make"... ;-) I think it's pretty
> clear that
>
> a b c: foo
> buildabc
>
> does not require that 'buildabc' be run three times.
It's a common perception and one that's wrong.
a b c:
Kris Kennaway wrote:
> On Thu, Jul 17, 2003 at 03:29:12PM +0300, Maxim Sobolev wrote:
> > No, everything seems real - at least Matt replies to e-mails
> > sent to him on this topic. There is also a live nntp server
> > up and running @ dragonflybsd.org, I saw Matt and Terry Lambert
> > discussing k
Hello!
I tried to create a cscope's database with about 6200 files listed
in the cscope.files. The entire tree (including the cscope.files)
is mounted over NFS from a Solaris server.
The July 11th kernel would just crash, today's one is more intelligent:
kmem_malloc(4096): kmem_mmap_too_
TB --- 2003-07-21 18:19:35 - starting CURRENT tinderbox run for i386/i386
TB --- 2003-07-21 18:19:35 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/i386
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-21 18:21:29 - building world
TB --- cd /home
TB --- 2003-07-21 19:01:13 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-07-21 19:01:13 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/pc98
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-21 19:03:15 - building world
TB --- cd /home
On Mon, Jul 21, 2003 at 09:46:03AM -0700, Tim Kientzle wrote:
> Gordon Tetlow wrote:
> >On Mon, Jul 21, 2003 at 09:36:37AM -0700, Tim Kientzle wrote:
> >>Hmmm... Is that what .ORDER is for? To work around a
> >>parallel make that gratuitously rebuilds things?
> >
> >Right it serializes build depe
I'm running FreeBSD 5.1-RELEASE with the SMP kernel and ran across the
following kernel panic.
panic: kmem_malloc(4096): kmem_map too small: 275251200 total allocated
I'm trying to figure out what could be causing this, what kind of
information that I could provide to this group (or other group?)
I have an image of floppy disk formatted under win2k that causes
system panic under CURRENT and on 4.8-RELEASE. This hapens
after I mount the image (via vnode or directly from floppy) and do 'ls'
of one of directories on the image. If somebody wants to fix the bug
- send me an e-mail and I will s
TB --- 2003-07-21 20:09:36 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-07-21 20:09:36 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-21 20:11:47 - building world
TB --- cd /home
Mark Murray wrote:
> Peter Wemm writes:
> > Tinderbox wrote:
> >
> > > gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/nls
/c
> > at
> > gets.3 > catgets.3.gz
> > > Segmentation fault (core dumped)
> > > *** Error code 139
> >
> > These false alarms are wearing a bit
I still get
# HotSpot Virtual Machine Error, Internal Error
# Please report this error at
# http://java.sun.com/cgi-bin/bugreport.cgi
#
# Java VM: Java HotSpot(TM) Client VM (1.4.2-b28 mixed mode)
#
# Error ID: 4F533F4C494E55583F491418160E43505002EF
#
Heap at VM Abort:
Heap
(and here it hangs, an
For what it is worth, I am having the exact same problem. I cvsup'd and
builtworld on Sunday, July 20, and my machine has been crashing about every
half-hour since. It starts slowing down, the load average begins to
climb until it eventually grinds to a halt. If I wait long enough, I
will see t
On Mon, Jul 21, 2003 at 03:01:24PM -0600, Stephane Raimbault wrote:
> I'm running FreeBSD 5.1-RELEASE with the SMP kernel and ran across the
> following kernel panic.
>
> panic: kmem_malloc(4096): kmem_map too small: 275251200 total allocated
>
> I'm trying to figure out what could be causing th
TB --- 2003-07-21 21:33:41 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-07-21 21:33:41 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-21 21:35:42 - building world
TB
On Mon, Jul 21, 2003 at 06:24:07PM -0400, Mik Firestone wrote:
> For what it is worth, I am having the exact same problem. I cvsup'd and
> builtworld on Sunday, July 20, and my machine has been crashing about every
> half-hour since. It starts slowing down, the load average begins to
> climb u
On Mon, Jul 21, 2003 at 06:43:11PM +, Bosko Milekic wrote:
>
>
> On Mon, Jul 21, 2003 at 06:24:07PM -0400, Mik Firestone wrote:
> > For what it is worth, I am having the exact same problem. I cvsup'd and
> > builtworld on Sunday, July 20, and my machine has been crashing about every
> > hal
On Wed, 9 Jul 2003, Terry Lambert wrote:
> Andy Farkas wrote:
> > On Tue, 8 Jul 2003, Julian Elischer wrote:
> > > It looks tp me that if we make a thread runnable
> > > and there is a processor in the idle loop, the idle processor should be
> > > kicked in some way to make it go get the newly runn
On Tue, 22 Jul 2003, Andy Farkas wrote:
> On Wed, 9 Jul 2003, Terry Lambert wrote:
> > Andy Farkas wrote:
> > > On Tue, 8 Jul 2003, Julian Elischer wrote:
> > > > It looks tp me that if we make a thread runnable
> > > > and there is a processor in the idle loop, the idle processor should be
> >
Peter Wemm <[EMAIL PROTECTED]> writes:
> Hmm. I thought it was gzip that was dying. Looks like its make instead, and
> is rather consistent.
"told you so"
> So, who has been messing with make(1) lately?
I believe that the problem is in the kernel, not in make(1); it just
happens to be triggered
> Mr Wolf,
Heh, you noticed :)
> > Currently (cpu_idle_hlt=1) the load is fluctuating between 2.20 and 3.60
> > every few minutes! (xload looks like a graph of a sinewave)
> >
> > If I set cpu_idle_hlt back to 0 the load goes back to a steady 3.80 where
> > it should be.
>
> define "should".
Whe
On Tue, 22 Jul 2003, Andy Farkas wrote:
> > Mr Wolf,
>
> Heh, you noticed :)
>
> > > Currently (cpu_idle_hlt=1) the load is fluctuating between 2.20 and 3.60
> > > every few minutes! (xload looks like a graph of a sinewave)
> > >
> > > If I set cpu_idle_hlt back to 0 the load goes back to a st
Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= wrote:
> Peter Wemm <[EMAIL PROTECTED]> writes:
> > Hmm. I thought it was gzip that was dying. Looks like its make instead, a=
> nd
> > is rather consistent.
>
> "told you so"
>
> > So, who has been messing with make(1) lately?
>
> I believe that the proble
Adam said:
> On Mon, 2003-07-21 at 08:55, Yamada Ken Takeshi wrote:
>> I have the followinacquirer and cannot compile jdk14
>> on FreeBSD-current, July 20th. cvsup'ed with the
>> latest
>> linux_base.
>>
>> Is is unique to me alone?
>>
>> tyd3# /usr/local/linux-sun-jdk1.4.2/bin/java -version
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I keep getting this error when compiling a freshly cvsup'd source. 5.1-Current
/usr/src/sys/dev/harp/if_harp.c:128: `VENDAPI_FORE_2' undeclared here (not in
a function)
/usr/src/sys/dev/harp/if_harp.c:128: initializer element is not
constant/usr/src
On Tue, Jul 22, 2003 at 12:18:31AM +0100, Bruce Cran wrote:
> On Mon, Jul 21, 2003 at 06:43:11PM +, Bosko Milekic wrote:
> >
> >
> > On Mon, Jul 21, 2003 at 06:24:07PM -0400, Mik Firestone wrote:
> > > For what it is worth, I am having the exact same problem. I cvsup'd and
> > > builtworld o
On Mon, 2003-07-21 at 22:35, Adam Migus wrote:
> Perhaps you should try writing a port yourself before
> you judge others on whether or not their ports are
> released too early or not.
> When you get your foot out of your mouth also try using
> your full name in your email address too so people can
On Mon, Jul 21, 2003 at 11:14:24PM -0400, Xaos wrote:
> I keep getting this error when compiling a freshly cvsup'd source. 5.1-Current
>
> /usr/src/sys/dev/harp/if_harp.c:128: `VENDAPI_FORE_2' undeclared here (not in
Me too. I decided to wait a few hours and see if it's been fixed.
--
Barney
If so could some one point me in the right direction for the right driver. thx
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
TB --- 2003-07-22 04:00:01 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-07-22 04:00:01 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-22 04:02:19 - building world
TB --- cd /
Hi Thanks for your response,
I do not have PAE enabled... I've been hesitant of turning it on, I'm not
sure if it's too stable, I noticed that the asr driver is in the nodriver
list in the PAE kernel config file and I use the asr driver for my Adaptec
2015S raid card. If you think its safe to ena
Sorry, I failed to commit one of the files. Should work now.
harti
On Mon, 21 Jul 2003, Tinderbox wrote:
T>TB --- 2003-07-21 19:01:13 - starting CURRENT tinderbox run for i386/pc98
T>TB --- 2003-07-21 19:01:13 - checking out the source tree
T>TB --- cd /home/des/tinderbox/CURRENT/i386/pc98
T>TB
Dag-Erling Smørgrav wrote:
> Peter Wemm <[EMAIL PROTECTED]> writes:
> > Hmm. I thought it was gzip that was dying. Looks like its make instead, and
> > is rather consistent.
>
> "told you so"
>
> > So, who has been messing with make(1) lately?
>
> I believe that the problem is in the kernel, not
I have commited the missing file just now. Sorry for that.
harti
On Mon, 21 Jul 2003, Xaos wrote:
X>-BEGIN PGP SIGNED MESSAGE-
X>Hash: SHA1
X>
X>I keep getting this error when compiling a freshly cvsup'd source. 5.1-Current
X>
X>/usr/src/sys/dev/harp/if_harp.c:128: `VENDAPI_FORE_2' unde
62 matches
Mail list logo