On Thu, 30 Oct 2003, Garrett Wollman wrote:
On Thu, 30 Oct 2003 12:32:46 +0100 (CET), Harti Brandt [EMAIL PROTECTED] said:
The c89 utility (which specified a compiler for the C Language specified
by the 108 ISO/IEC 9899: 1990 standard) has been replaced by a c99 utility
(which specifies a
M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Scott Long [EMAIL PROTECTED] writes:
: To respond to myself, I got ahold of a 4.8 libm.so and made sure that the
: linker used it. No change in the problem, and it still hints that the
: native libc is being linked in.
You might want
On Thu, Oct 30, 2003 at 11:48:13PM -0700, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Scott Long [EMAIL PROTECTED] writes:
: To respond to myself, I got ahold of a 4.8 libm.so and made sure that the
: linker used it. No change in the problem, and it still hints that the
:
On Thu, 30 Oct 2003, Soren Schmidt wrote:
It seems Lars Eggert wrote:
I've already committed a solution that works on all the drives I
could test on (some of which failed before), if this still
fails for you I'd like a more detailed description of what
exactly goes wrong...
I
On Thu, 30 Oct 2003, Lars Eggert wrote:
Daniel Eischen wrote:
Could you post a tcpdump for each case? I wonder if this is related to a
fragmentation issue I've seen in the past.
22:46:43.513038 gpz.foo.bar.com.38340 vespa.12345: udp 7393 (frag 52198:[EMAIL
PROTECTED])
On 2003/10/31 10:09:04, YONETANI Tomokazu wrote:
On 2003/10/30 00:16:47, Clive Lin wrote:
On Sat, Oct 04, 2003 at 02:00:33AM +0800, Clive Lin wrote:
Hi,
I've seen lots of messages on rescent -CURRENT
malloc() of 16 with the following non-sleepable locks held:
exclusive
Harti Brandt wrote:
Section 7.19.6.7 of N843 states:
Reaching the end of the string is equivalent to encountering end-of-file
for the fscanf function.
OK, I buy this one. 8-).
Unfortunately this is missing in POSIX, but obviously implied by their
reference to ISO.
I don't know if we
Robert Watson wrote:
On Tue, 28 Oct 2003, Soren Schmidt wrote:
I'm now running a kernel/world of October 26th on both NFS client and
server machines. I am still seeing NFS lockups as reported by several
people in these threads:
Me too!!
Hmm. I'm unable to reproduce this so far, and I'm
Michal Mertl wrote:
I then left one computer at 4.9 and upgraded the other to 5.0. When I
mount a partition from 5.0 machine I found out, that copying reliably
works only from 5.0 to 4.9. The other way around I see messages 'em0:
discard oversize frame (ether type 800 flags 3 len 67582 max
On Fri, Oct 31, 2003 at 06:01:34PM +1100, Bruce Evans wrote:
POSIX requires in addition [u]int{8,16,32}_t, and [u]int64_t if 64 bit
integer types exist. It says that the existence of int8_t implies
that a byte is 8 bits and CHAR_BIT is 8. I'm not sure what prevents
int8_t being smaller than
Bruce Evans wrote:
On Thu, 30 Oct 2003, Garrett Wollman wrote:
More specifically: IEEE Std. 1003.1-2001 is aligned to ISO/IEC
9899:1999 in all respects. C99 alignment was one of the principal
reasons for bringing out a whole new standard in the first place,
rather than continuing the
On Fri, 31 Oct 2003, Terry Lambert wrote:
Bruce Evans wrote:
... int8_t is
optional in C99 and all code that uses it unconditionally is unportable.
Similarly for most other types in stdint.h. The required ones are
[u]int_least{8,16,32,64}_t and [u]int_fast{8,16,32,64}_t and
I do software raid with atacontrol, and I believe it will boot even if one hard disk
fails.
here are my disk configuration:
ar0: 57241MB ATA RAID1 array [7297/255/63] status: READY subdisks:
0 READY ad0: 57241MB WDC WD600AB-22CBA1 [116301/16/63] at ata0-master UDMA100
1 READY ad2:
On Wed, 29 Oct 2003, Jeff Roberson wrote:
On Thu, 30 Oct 2003, Bruce Evans wrote:
Test for scheduling buildworlds:
cd /usr/src/usr.bin
for i in obj depend all
do
MAKEOBJDIRPREFIX=/somewhere/obj time make -s -j16 $i
done /tmp/zqz 21
(Run this with an
On Thu, 30 Oct 2003, Kris Kennaway wrote:
On Thu, Oct 30, 2003 at 08:08:08PM -0800, SteAltH FanThoM wrote:
yes it does!
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html
21.4.2 Check /etc/make.conf
Examine the files /etc/defaults/make.conf and /etc/make.conf.
TB --- 2003-10-31 10:45:30 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org
TB --- 2003-10-31 10:45:30 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-10-31 10:45:30 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64
TB --- /usr/bin/cvs -f -R -q
--- Original Message ---
From: Matt Smith [EMAIL PROTECTED]
Sent: Fri, 31 Oct 2003 08:55:49 +
To: Robert Watson [EMAIL PROTECTED]
Subject: Re: Still gettnig NFS client locking up
Robert Watson wrote:
On Tue, 28 Oct 2003, Soren Schmidt wrote:
I'm now running a kernel/world of October
On Thu, 30 Oct 2003, Doug Ambrisko wrote:
Michal Mertl writes:
| On Thu, 30 Oct 2003, Sam Leffler wrote:
|
| On Thursday 30 October 2003 04:46 am, Michal Mertl wrote:
| I wanted to test gigabit network performance and found out that current
| (from 5.0 to up to date -current) doesn't
Jeff Roberson [EMAIL PROTECTED] wrote:
On Wed, 29 Oct 2003, Jeff Roberson wrote:
On Thu, 30 Oct 2003, Bruce Evans wrote:
Test for scheduling buildworlds:
cd /usr/src/usr.bin
for i in obj depend all
do
On Thu, 30 Oct 2003, Barney Wolff wrote:
On Thu, Oct 30, 2003 at 08:04:58AM -0800, Sam Leffler wrote:
I've ran many jumbogram tests of machines connected with a cross-over cable
and em devices at each end. If you've got a swtch in the middle make sure it
does the right thing.
Just a
On Fri, 31 Oct 2003 18:01:34 +1100 (EST), Bruce Evans [EMAIL PROTECTED] said:
POSIX requires in addition [u]int{8,16,32}_t, and [u]int64_t if 64 bit
integer types exist. It says that the existence of int8_t implies
that a byte is 8 bits and CHAR_BIT is 8. I'm not sure what prevents
int8_t
On Fri, Oct 31, 2003 at 10:06:43AM -0500, Garrett Wollman wrote:
On Fri, 31 Oct 2003 18:01:34 +1100 (EST), Bruce Evans [EMAIL PROTECTED] said:
POSIX requires in addition [u]int{8,16,32}_t, and [u]int64_t if 64 bit
integer types exist. It says that the existence of int8_t implies
that a
just for info
~~~cur~~~
lock order reversal
1st 0xc0962ba0 dummynet (dummynet) @
/usr/src/sys/netinet/ip_dummynet.c:1138
2nd 0xc2229a90 rtentry (rtentry) @ /usr/src/sys/netinet/ip_dummynet.c:1200
Stack backtrace:
backtrace(c0875f98,c2229a90,c087c023,c087c023,c087d2ec) at backtrace+0x17
A few days ago I lost some files in /usr/src/gnu and erased /usr/src/gnu/*
cvsuped to recover the files and now my build world stops in
sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 strfile
/usr/obj/usr/src/i386/legacy/usr/games
=== gnu/usr.bin/gperf
make: don't know how to make
Does anyone have any thoughts regarding this? I would like to get 5.1 on
this server.
Thank you,
Stephane Raimbault.
- Original Message -
From: Stephane Raimbault [EMAIL PROTECTED]
Newsgroups: mailing.freebsd.current
Sent: Wednesday, October 29, 2003 4:07 PM
Subject: 5.1-R and 5.1-C
Scott Long wrote:
M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Scott Long [EMAIL PROTECTED] writes:
: To respond to myself, I got ahold of a 4.8 libm.so and made sure
that the
: linker used it. No change in the problem, and it still hints that the
: native libc is being
On Fri, 31 Oct 2003, Jeff Roberson wrote:
I have commited my SMP fixes. I would appreciate it if you could post
update results. ULE now outperforms 4BSD in a single threaded kernel
compile and performs almost identically in a 16 way make. I still have a
few more things that I can do to
On Fri, Oct 31, 2003, John Angelmo wrote:
But still after importing e_scalb.c or e_scalbf.c and rebuilding gives
me this:
cc -fpic -DPIC -O -pipe -march=pentium3 -D_IEEE_LIBM
-D_ARCH_INDIRECT=i387_ -c i387_s_tan.S -o i387_s_tan.So
building shared library libm.so.2
e_scalb.So: In
On Fri, Oct 31, 2003 at 04:43:37PM +0100, Erik Trulsson wrote:
Perhaps not smaller in terms of the sizeof operator, but why can't one
have a 16-bit char, and an int8_t which occupies 16 bits, but only uses
8 of them - the other 8 being padding?
7.18.1.1 Exact-width integer types
1 The
On Fri, Oct 31, 2003 at 06:20:17PM +0100, Stefan Farfeleder wrote:
On Fri, Oct 31, 2003 at 04:43:37PM +0100, Erik Trulsson wrote:
Perhaps not smaller in terms of the sizeof operator, but why can't one
have a 16-bit char, and an int8_t which occupies 16 bits, but only uses
8 of them - the
On Fri, Oct 31, 2003 at 12:56:11AM -0800, Terry Lambert wrote:
Michal Mertl wrote:
I then left one computer at 4.9 and upgraded the other to 5.0. When I
mount a partition from 5.0 machine I found out, that copying reliably
works only from 5.0 to 4.9. The other way around I see messages
On Fri, Oct 31, 2003 at 05:55:46PM +0100, John Angelmo wrote:
This was already resolved. Java does a dlopen() on /usr/lib/libc.so.
Rumor has it that this is fixed.
Scott
But still after importing e_scalb.c or e_scalbf.c and rebuilding gives
me this:
cc -fpic -DPIC -O -pipe
On Fri, Oct 31, 2003 at 08:36:38AM -0800, [EMAIL PROTECTED] wrote:
A few days ago I lost some files in /usr/src/gnu and erased /usr/src/gnu/*
cvsuped to recover the files and now my build world stops in
sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 strfile
On Friday 31 October 2003 09:04 am, Bruce Evans wrote:
My simple make benchmark now takes infinitely longer with ULE under SMP,
since make -j 16 with ULE under SMP now hangs nfs after about a minute.
4BSD works better. However, some networking bugs have developed in the
last few days. One
Brian F. Feldman [EMAIL PROTECTED] wrote:
Kirk McKusick [EMAIL PROTECTED] wrote:
I have been able to reproduce your hang on my system and your suggested
fix does prevent it. I am going to run some more buffer starvation-type
tests on it this week and if they do not cause other problems, I
David Schultz wrote:
On Fri, Oct 31, 2003, John Angelmo wrote:
But still after importing e_scalb.c or e_scalbf.c and rebuilding gives
me this:
cc -fpic -DPIC -O -pipe -march=pentium3 -D_IEEE_LIBM
-D_ARCH_INDIRECT=i387_ -c i387_s_tan.S -o i387_s_tan.So
building shared library libm.so.2
I will be commiting the if_xname changes momentairly. If you experience
any problems with this commit, please let me know ASAP. I'll send an
all clear once I've sucessfully built a world/kernel from CVS.
-- Brooks
--
Any statement of the form X is the one, true Y is FALSE.
PGP fingerprint
Weird thing. I updated my system today (October 31), and now I can't
list routes from syscons. But I still can list routes from Konsole, on
X. Following a suggestion by Genesys, I checked permissions of /dev/mem
and netstat and... for some reason, I can't stat /dev/mem under syscons!
Here are
Hi,
booting a Toshiba Portege R100 off Wednesday's 5.1-JPSNAP install CD
hangs early during the boot, with or without ACPI. It may be related to
probing the graphics chip, see the attached snapshot.
I've also attached the 4.9 dmesg - 4.9 boots fine off its install CD -
in case that helps.
On Fri, 31 Oct 2003, Daniel C. Sobral wrote:
Weird thing. I updated my system today (October 31), and now I can't
list routes from syscons. But I still can list routes from Konsole, on
X. Following a suggestion by Genesys, I checked permissions of /dev/mem
and netstat and... for some reason,
Doug White wrote:
On Fri, 31 Oct 2003, Daniel C. Sobral wrote:
Weird thing. I updated my system today (October 31), and now I can't
list routes from syscons. But I still can list routes from Konsole, on
X. Following a suggestion by Genesys, I checked permissions of /dev/mem
and netstat and...
Lars Eggert wrote:
hangs early during the boot, with or without ACPI. It may be related to
probing the graphics chip, see the attached snapshot.
Seems to have been stripped off, find it here:
http://www.isi.edu/larse/misc/5.1-brief.jpg
Lars
--
Lars Eggert [EMAIL PROTECTED] USC
On Fri, 31 Oct 2003, Daniel C. Sobral wrote:
Doug White wrote:
On Fri, 31 Oct 2003, Daniel C. Sobral wrote:
Weird thing. I updated my system today (October 31), and now I can't
list routes from syscons. But I still can list routes from Konsole, on
X. Following a suggestion by
[trimming CC list and quotes]
Robert Watson wrote:
Are you using kdm/xdm to log in, or using startx? It's fairly likely
xdm/kdm aren't setting your label on login, and so you're getting the
label from the context they were run from. Whereas when you log in using
login(1) login, your label is
On Fri, Oct 31, 2003 at 10:27:35AM -0800, Brooks Davis wrote:
I will be commiting the if_xname changes momentairly. If you experience
any problems with this commit, please let me know ASAP. I'll send an
all clear once I've sucessfully built a world/kernel from CVS.
Ok, we're mostly clear.
Hi,
strange thing is happening here on two week old -CURRENT world.
This simple command:
$ echo CATALOG | tr 'a-z' 'A-Z'
CATALOG
but
$ echo CATALOG | LANG=cs_CZ.ISO8859-2 tr 'a-z' 'A-Z'
bAAkf
Other locales works, except sk_SK fails in same way.
It used to work fine a month or two ago, I
V p, 31. 10. 2003 v 22:06, Pav Lucistnik pe:
$ echo CATALOG | LANG=cs_CZ.ISO8859-2 tr 'a-z' 'A-Z'
bAAkf
Further playing with CVS revealed that str.c rev 1.17 is ok,
str.c rev 1.18 is broken. Commit log reads:
POSIX requires 'c-c' must conform collate and be in collation order
and the change
On Thu, 30 Oct 2003, Lars Eggert wrote:
Daniel Eischen wrote:
Could you post a tcpdump for each case? I wonder if this is related to a
fragmentation issue I've seen in the past.
22:46:43.513038 gpz.foo.bar.com.38340 vespa.12345: udp 7393 (frag 52198:[EMAIL
PROTECTED])
On Fri, Oct 31, 2003 at 10:06:50PM +0100, Pav Lucistnik wrote:
Hi,
strange thing is happening here on two week old -CURRENT world.
This simple command:
$ echo CATALOG | tr 'a-z' 'A-Z'
CATALOG
but
$ echo CATALOG | LANG=cs_CZ.ISO8859-2 tr 'a-z' 'A-Z'
bA?Ak?f
It is incorrect tr usage
TB --- 2003-10-31 21:13:21 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org
TB --- 2003-10-31 21:13:21 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-10-31 21:13:21 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/pc98
TB --- /usr/bin/cvs -f -R -q
Howdy. I'm not sure if this is a ULE bug or a KSE bug, or both, but,
for those interested (this is using ule 1.67, rebuilding world now),
here's my stack. I couldn't figure out where td was being set to
NULL. :( Oh! Where is TD_SET_LOCK defined? egrep -r didn't turn up
anything. -sc
(kgdb)
Hi,
Hi,
booting a Toshiba Portege R100 off Wednesday's 5.1-JPSNAP install CD
hangs early during the boot, with or without ACPI. It may be related to
probing the graphics chip, see the attached snapshot.
I've also attached the 4.9 dmesg - 4.9 boots fine off its install CD -
in case
TB --- 2003-10-31 22:03:29 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org
TB --- 2003-10-31 22:03:29 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-10-31 22:03:29 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64
TB --- /usr/bin/cvs -f -R -q
On Thu, Oct 30, 2003 at 10:18:43AM -0800, Kris Kennaway wrote:
One of the amd64 machines died with the following. The kernel is a
few weeks old, so this might already be fixed.
Kris
malloc() of 64 with the following non-sleepable locks held:
exclusive sleep mutex mntvnode r = 0
FreeBSD 5.1-CURRENT #0: Thu Oct 30 17:49:13 EST 2003
Digital camera (Canon PowerShot S50) is not accessible after latest
buildworld. I use gtkam to connect to the camera. /dev shows ugen
devices as before. No error at CLI. Errors from gtkam:
An error uccured in tje io-library )could not find
FreeBSD 5.1-CURRENT #0: Thu Oct 30 17:49:13 EST 2003
When kernel compiled with SCHED_ULE, USB mouse (MS USB Intellimouse) is
almost unusable. Even if CPU is idle, mouse feels sticky. When loading
mozilla or compiling comething mouse freezes for several seconds and is
nonresponsive in general.
On Fri, 31 Oct 2003, Bruno Van Den Bossche wrote:
Jeff Roberson [EMAIL PROTECTED] wrote:
On Wed, 29 Oct 2003, Jeff Roberson wrote:
On Thu, 30 Oct 2003, Bruce Evans wrote:
Test for scheduling buildworlds:
cd /usr/src/usr.bin
for i in obj depend all
On Fri, 31 Oct 2003, Michal wrote:
FreeBSD 5.1-CURRENT #0: Thu Oct 30 17:49:13 EST 2003
When kernel compiled with SCHED_ULE, USB mouse (MS USB Intellimouse) is
almost unusable. Even if CPU is idle, mouse feels sticky. When loading
mozilla or compiling comething mouse freezes for several
I'm getting this panic a fair amount when dhclient is running on with the
an(4) driver. My Atheros based card appears to have broke so I can't
use that now (it doesn't work in Windows either). Here is the dmesg:
lock order reversal
1st 0xc2ebaf08 vm object (vm object) @
FreeBSD 5.1-CURRENT #0: Thu Oct 30 17:49:13 EST 2003
This problem persists since I tried to use flash reader (~1.5 month)
I have SimpleTech flash card reader (FlashLink). Connecting to USB ports
causes the following errors:
umass0: USB Mass Storage, rev 1.10/1.13 addr3
umass0: Max Lun not
Howdy. I'm not sure if this is a ULE bug or a KSE bug, or both, but,
for those interested (this is using ule 1.67, rebuilding world now),
here's my stack. I couldn't figure out where td was being set to
NULL. :( Oh! Where is TD_SET_LOCK defined? egrep -r didn't turn up
anything. -sc
On Friday 31 October 2003 07:49 pm, Doug Ambrisko wrote:
I'm getting this panic a fair amount when dhclient is running on with the
an(4) driver. My Atheros based card appears to have broke so I can't
use that now (it doesn't work in Windows either). Here is the dmesg:
lock order reversal
At Fri, 31 Oct 2003 16:56:43 + (UTC),
Stephane Raimbault wrote:
Does anyone have any thoughts regarding this? I would like to get 5.1 on
this server.
How about trying with -v at boot?
--
Jun Kuriyama [EMAIL PROTECTED] // IMG SRC, Inc.
[EMAIL PROTECTED] // FreeBSD Project
63 matches
Mail list logo