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 Proje
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 rever
> 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
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 support
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) @ vm/swap_pager.c:1319
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 s
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
> > > > >
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. Sw
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 t
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 (
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 -d/home/ncvs
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
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) b
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 -d/home/ncvs
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 incorre
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
V pá, 31. 10. 2003 v 22:06, Pav Lucistnik píše:
> $ echo CATALOG | LANG=cs_CZ.ISO8859-2 tr 'a-z' 'A-Z'
> bAšAkňf
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 c
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
Other locales works, except sk_SK fails in same way.
It used to work fine a month or two ago, I don
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.
[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 set
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 sugges
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 Informat
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... for
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.
Any
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 reaso
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 a
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 65
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
e_scal
"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 p
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. On
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
> /usr/obj/usr/src/i3
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
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 message
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
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 type
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:
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
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 l
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.
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 bsd.R
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
witness_lo
On Fri, Oct 31, 2003 at 10:06:43AM -0500, Garrett Wollman wrote:
> < 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
>
< 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 being smaller than char.
Nothing can be smaller than char (except b
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.
>
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, 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)
--- 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/wo
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 -d/home/ncvs
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 /
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 2>&1
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 [7297/255/63] status: READY subdisks:
0 READY ad0: 57241MB [116301/16/63] at ata0-master UDMA100
1 READY ad2: 57241MB [116301/16/63] at ata1-master
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 . The required ones are
> > [u]int_least{8,16,32,64}_t and [u]int_fast{8,16,32,64}_t and [u]intmax_t
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
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 t
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 > ma
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 pound
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 i
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 h
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 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.
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
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 w
On Thu, 30 Oct 2003, Garrett Wollman wrote:
> < 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 compiler for 109 the C Language specified by the
> > ISO/IEC 9
63 matches
Mail list logo
