Hello :
I am getting an strange error when trying to install current ( make
installworld ). I cvsup-ed it in my 4.7- Release box, and I sompiling the
sources and the kernel without any error messages :
# make -j4 buildworld
# make buildkernel
# make installkernel
# reboot
All the above finished
Hi,
Did you see the instructions in /usr/src/Makefile and /usr/src/UPDATING?
This is from /usr/src/Makefile:
# For individuals wanting to upgrade their sources (even if only a
# delta of a few days):
#
# 1. `cd /usr/src' (or to the directory containing your source tree).
# 2. `make
On Wed, Oct 23, 2002 at 11:31:50AM -0700, Terry Lambert wrote:
AHA!
The reason an FFS write resulted in an SMBFS read is that
you had mmap()'ed an SMBFS file, and then wrote a mapped
but-not-in-core page to the target FFS file.
Knowing that the code involved is in the paging path of the
On Wed, Oct 23, 2002 at 05:29:40PM -0400, Andrew Gallatin wrote:
Ruslan Ermilov writes:
OK, to summarize things. There was a single problem with two
symptoms: 1) groff, if built dynamically, could not be run
by ld-elf.so; 2) groff, if built statically, always failed
with ``out
Note that while you're adding the C99 math stuff, you
might want to fix up float.h, which is just wrong about long
doubles (see PR i386/38288).
Right, I should have said no one has started committing C99 math
functions.
(Reading this exchange reminded me that I promised fellow gcc
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Hi
The same kernel compiled for purposes of smbfs debugging crashed
again. I had X, make -j2 running and no smbfs mounts. For what it's
worth, the system did hang hard (no interrupts) some minutes before
the aforementioned crash and I had to reboot by hand.
Script started on Thu Oct 24 12:37:19
In message [EMAIL PROTECTED], Vallo Kallaste writes:
The same kernel compiled for purposes of smbfs debugging crashed
again. I had X, make -j2 running and no smbfs mounts. For what it's
worth, the system did hang hard (no interrupts) some minutes before
the aforementioned crash and I had to reboot
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Hi,
There was some discussion about issues with interactions between the floating
point context and signal handling in a thread a week or so ago, and a suggestion
that someone try and get a simple test that would fail. I was surprised how
easy it was: The following program just spins calculating
I've created install CD with make iso.1 (with sources few hours
before).
I'm trying to install fresh current box with this CD. But I got
MAKEDEV returned non-zero status dialog after extracting dists.
It seems cd /dev; sh MAKEDEV all is failed at devfs environment.
Is this my local problem?
On Thu, 24 Oct 2002, Loren James Rittle wrote:
... Anyways, that work exposed some issues.
We have this in the system header:
#define LDBL_MANT_DIG DBL_MANT_DIG
#define LDBL_MIN_EXPDBL_MIN_EXP
#define LDBL_MAX_EXPDBL_MAX_EXP
[...]
This seems to be correct. Long double
Ruslan Ermilov writes:
...
+20021023:
+ Alphas with kernels from between 20020902 and 20021022 and/or
+ rtld (ld-elf.so.1) older than 20021022 may experience problems
+ with groff while doing a buildworld (kernel: out of memory,
+ rtld: too few PT_LOAD
On Thu, Oct 24, 2002 at 09:12:26AM -0400, Andrew Gallatin wrote:
Ruslan Ermilov writes:
...
+20021023:
+ Alphas with kernels from between 20020902 and 20021022 and/or
+ rtld (ld-elf.so.1) older than 20021022 may experience problems
+ with groff while doing a
On (2002/10/23 11:31), Terry Lambert wrote:
AHA!
The reason an FFS write resulted in an SMBFS read is that
you had mmap()'ed an SMBFS file, and then wrote a mapped
but-not-in-core page to the target FFS file.
Well, a similar problem occurred with cat(1), which doesn't use mmap().
However,
On Thu, 24 Oct 2002, Peter Edwards wrote:
There was some discussion about issues with interactions between the floating
point context and signal handling in a thread a week or so ago, and a suggestion
that someone try and get a simple test that would fail. I was surprised how
easy it was: The
Well, that's certainly fixed the problems my test app had.
As for X:
I was regularly able to hurt X by clicking randomly on the transfers
window in Opera, and switching between it and other internal frames:
symptoms included SEGVs, minute-long hangs, etc. Invoking such rain-dances
failed to
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Mike Barcroft writes:
stage 4: building everything..
--
=== usr.sbin/pkg_install/info
cc1: warnings being treated as errors
/tinderbox/sparc64/src/usr.sbin/pkg_install/info/show.c: In function `show_size':
Hi,
just got this when trying to umount a media from an USB CF reader:
/usr/src/sys/kern/kern_synch.c:146: sleeping with mountlist locked
from /usr/src/sys/kern/vfs_mount.c:1321. I have a core dump, but it's of
the second panic.
Debugger(witness_sleep)
Stopped at Debugger+0x5a: xchgl
On Thu, 24 Oct 2002, Adam Weinberger wrote:
(10.24.2002 @ 1036 PST): Adam Weinberger said, in 2.2K:
I'll put in a screenshot after I get moz recompiled with XFT.
end of Re: mozilla-devel problems from Adam Weinberger
FWIW, this is a screenshot of my -STABLE machine:
Hi!
Looks like kernel is broken without the bellow patch.
-Dennis
--- /usr/src/sys/netinet/ip_fw2.c Thu Oct 24 20:04:44 2002
+++ /usr/src/sys/netinet/ip_fw2.c.new Thu Oct 24 22:48:43 2002
@@ -2501,7 +2501,7 @@ ipfw_ctl(struct sockopt *sopt)
for (rule = layer3_chain;
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Yes, I did. However make installworld fails as I said.
- Original Message -
From: Craig Rodrigues [EMAIL PROTECTED]
To: Richard Cotrina [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Thursday, October 24, 2002 5:02 PM
Subject: Re: Installworld fails building Current from
Apparently, On Thu, Oct 24, 2002 at 04:19:09PM -0400,
Andrew Gallatin said words to the effect of;
Mike Barcroft writes:
stage 4: building everything..
--
=== usr.sbin/pkg_install/info
cc1: warnings being treated
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
On Thu, 24 Oct 2002, Richard Cotrina wrote:
Yes, I did. However make installworld fails as I said.
I ran into the same problem going from 4.6 to 5.0-CURRENT.
We used truss to see that sh was making funny calls, and concluded that
we'd need to run from the kernel to get it working. We
Dennis Kristensen wrote:
Hi!
Looks like kernel is broken without the bellow patch.
The below patch is incorrect, I just forgot to commit changes to
ip_fw.h. This should be fixed now.
Cheers,
Maxime
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body
On Thu, 24 Oct 2002, Mike Hunter wrote:
On Thu, 24 Oct 2002, Richard Cotrina wrote:
Yes, I did. However make installworld fails as I said.
I ran into the same problem going from 4.6 to 5.0-CURRENT.
We used truss to see that sh was making funny calls, and concluded that
we'd need to run
On Thu, 24 Oct 2002, John Baldwin wrote:
Speaking of v_tag, can you fix the devel/libgtop port on current?
This is the patch I used to get it building the other day:
cat patch-sysdeps_freebsd_procmap.c
--- sysdeps/freebsd/procmap.c.orig Tue Oct 15 20:00:35 2002
+++
Thanks for the quick answer Bruce. Based on the statement: ``It
should use whatever is the default format for the host environment''
and the statements that make it clear gcc isn't changing its default
precision setting anytime soon, I think I now know how to make a
correct patch for the FSF gcc
[Redirected to current@ with sender's approval]
On Thu, 24 Oct 2002, Mike Hunter wrote:
On Thu, 24 Oct 2002, Nate Lawson wrote:
That's why there is a reboot between installing the new kernel and doing
installworld. You need to run the new kernel to have the ABI match.
From my
On Thu, Oct 24, 2002 at 06:39:15PM -0400, Jake Burkholder wrote:
You can get a dual 300mhz ultra 60 on ebay for $900-1000 USD. Mine
does a make -j 8 buildworld in just over 2 hours with some strategic
stuff turned off in make.conf (profiled libs, objective c, fortran).
I got my ultra 30 on
I thought this might be one on mine, but
it doesn't look like mine..
(I'm busy recompiling a version with my latest changes backed out
to check though.. in the mean while.. if anyone wants to claim
this)
IPsec: Initialized Security Association Processing.
ad0: 9541MB ST310211A
nope.. not mine..(just backed everything out here and retested..
still got it..)
don't know if the lock reversal is related...
That may be an orthogonal bug..
On Thu, 24 Oct 2002, Julian Elischer wrote:
I thought this might be one on mine, but
it doesn't look like mine..
(I'm busy
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Try backing out phk's src/sys/kern/vfs_subr.c 1.416
Does that help?
Drew
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
|
|I've run into the same problem in the past but manually selected the new
|kernel. Should we add the explicit step that you need to load
|/boot/kernel/kernel when upgrading? Or has that been fixed?
|
|-Nate
I have posted atleast twice on current to add this
info to UPDATING. guess it still
On Thu, 2002-10-24 at 19:13, Nate Lawson wrote:
On Thu, 24 Oct 2002, John Baldwin wrote:
Speaking of v_tag, can you fix the devel/libgtop port on current?
This is the patch I used to get it building the other day:
cat patch-sysdeps_freebsd_procmap.c
--- sysdeps/freebsd/procmap.c.orig
my -current box keeps freezing about every 24h. i broke into the kernel
and forced a panic and found lots of processes stuck in mi_switch().
my uname is a build from tuesday running on an SMP machine:
uname -a
FreeBSD coredump.scriptkiddie.org 5.0-CURRENT FreeBSD 5.0-CURRENT #16: Tue
Oct 22
David Wolfskill writes:
| Noticed a bunch of:
| Expensive timeout(9) function: 0xc0170e40(0xc274c000) 0.001114387
|
| from running (yesterday's) -CURRENT, so I thought I'd check against
| (yesterday's kernel.debug (before I replaced it with today's).
|
| I do have some patches to the an driver
On Thu, 24 Oct 2002, Lamont Granquist wrote:
my -current box keeps freezing about every 24h. i broke into the kernel
and forced a panic and found lots of processes stuck in mi_switch().
Most processes are actually in mi_switch
that's the last think a process does before it is switched
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Hi
I was twiddling with my yesterday's current, I was trying to make release
to see how things were going, and I saw at the top of UPDATING that :
In addition, IDE write caching is currently disabled by default
due to on-going concerns about disk write order and file system
45 matches
Mail list logo
