In message: <[EMAIL PROTECTED]>
Bruce Evans <[EMAIL PROTECTED]> writes:
: 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_EXP
On 24 Oct 2002, Joe Marcus Clarke wrote:
> I committed my patch to libgtop and libgtop2 a while ago. It should
> work on both -CURRENT, not so -CURRENT, and -stable. Checkout patch-ah
> in libgtop/files. Works like a champ on -CURRENT from Monday.
Thanks for taking care of that.
-Nate
To Uns
In message: <[EMAIL PROTECTED]>
Loren James Rittle <[EMAIL PROTECTED]> writes:
: Yet, the FP hardware is actually configured by default to provide
: `long double' as:
:
: #define LDBL_MANT_DIG 53
: #define LDBL_MIN_EXP(-16381)
: #define LDBL_MAX_EXP16384
:
: Indeed, FP code
Finally upgraded from a September 1st kernel after applying the npx
patch from bde. On boot (new 10/24 kernel, sept 1st world) I got a
panic during swapon. I've got the core around if I can be more useful
in some way.
root@anholt:/usr/crash# gdb -k kernel.debug.11 vmcore.11
GNU gdb 5.2.0 (FreeBS
On 2002-10-25 07:28 +, Mathieu Arnold wrote:
> 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
If memory serves me right, Jun Kuriyama wrote:
> 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
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
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
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
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" drive
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 19
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/pro
|
|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 ha
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
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
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 r
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 [19386/16/63] at ata0
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
[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
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 m
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
> +++ sysdeps/free
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 nee
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 b
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 instal
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
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 b
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 C
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 build
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
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
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; rule
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,
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
--
>>> 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':
> /tinderbo
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 pro
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:
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().
Howe
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
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
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
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 probl
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
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
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 r
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
--
>>> 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
>> 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
de
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
> >
50 matches
Mail list logo
