Mon Jul 8 07:00:00 GMT 2002
cvs [update aborted]: /home/ncvs/CVSROOT: Interrupted system call
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
A few months ago, I had a bit of a disaster with some pmap optimizations.
After committing, all hell broke loose. It was backed out completely.
I finally found the problem (diff cleaned up to highlight the problem):
pmap_mapdev()
...
for (tmpva = va; size > 0; ) {
pte =
In message: <[EMAIL PROTECTED]>
Nate Lawson <[EMAIL PROTECTED]> writes:
: I am using dev->si_drv1 to store my softc (as are other drivers). What
: guarantees do I have about multiple opens/closes not stepping on each
: other's toes? How does -stable compare to -current in this regard
On 7 Jul, Jeff Roberson wrote:
>
>
> On Sun, 7 Jul 2002, Don Lewis wrote:
>> Debugger(c0420fe4) at Debugger+0x45
>> vn_rdwr(0,c6737800,c6425000,55ac,0,0,1,8,c22c7200,df241aec,c22cc0c0) at
>> vn_rdwr+0x18d
>> linker_hints_lookup(c04750a0,c,c62df000,5,0) at
>> linker_hints_lookup+0x2d9
>> linker
"David O'Brien" wrote:
> On Sun, Jul 07, 2002 at 11:28:30PM -0400, Chuck Robey wrote:
> > is that machine dead?
>
> It's dead Jim. I've asked [EMAIL PROTECTED] to CNAME current and
> releng4 to the .jp snap server. Perhaps a reminder to hostmaster by
> someone else would help.
Are the ftp path
chuckr> Ohhhkay. The .jp site I found stopped making snaps on 6/21.
Mainly because kern.flp was flood. Any tiny breakages refuse to make
a distribution.
chuckr> Manfred Antar told me about ftp.kddlabs.co.jp, which is the
chuckr> "good" site.
It mirrors snapshots.jp.FreeBSD.org daily, if my l
It seems to be aborting the 'process all file systems' loop when it modifies
a file system. eg:
WARNING: / was not properly dismounted
Enter full pathname of shell or RETURN for /bin/sh:
# fsck -y
** /dev/da0a
** Last Mounted on /
** Root filesystem
** Phase 1 - Check Blocks and Sizes
** Phase
Heh, you *did* ask for -Werror to be turned back on. :-)
Dag-Erling Smorgrav wrote:
> --
> >>> Rebuilding the temporary build tree
> --
> >>> stage 1: bootstrap tools
>
On Sun, 7 Jul 2002, David O'Brien wrote:
> On Sun, Jul 07, 2002 at 11:28:30PM -0400, Chuck Robey wrote:
> > is that machine dead?
>
> It's dead Jim. I've asked [EMAIL PROTECTED] to CNAME current and
> releng4 to the .jp snap server. Perhaps a reminder to hostmaster by
> someone else would help.
On Sun, Jul 07, 2002 at 11:28:30PM -0400, Chuck Robey wrote:
> is that machine dead?
It's dead Jim. I've asked [EMAIL PROTECTED] to CNAME current and
releng4 to the .jp snap server. Perhaps a reminder to hostmaster by
someone else would help.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Sun, Jul 07, 2002 at 11:48:47PM -0400, Chuck Robey wrote:
> On Sun, 7 Jul 2002, David W. Chapman Jr. wrote:
>
> > On Sun, Jul 07, 2002 at 11:28:30PM -0400, Chuck Robey wrote:
> > > is that machine dead? Is it still the source of current snaps? I need to
> > > re-install (having booting probl
On Sun, 7 Jul 2002, David W. Chapman Jr. wrote:
> On Sun, Jul 07, 2002 at 11:28:30PM -0400, Chuck Robey wrote:
> > is that machine dead? Is it still the source of current snaps? I need to
> > re-install (having booting problems between old version of FreeBSD and new
> > one, easiest fix is just
On Sun, Jul 07, 2002 at 11:28:30PM -0400, Chuck Robey wrote:
> is that machine dead? Is it still the source of current snaps? I need to
> re-install (having booting problems between old version of FreeBSD and new
> one, easiest fix is just to re-install) and I want to know where to go for
> a sn
is that machine dead? Is it still the source of current snaps? I need to
re-install (having booting problems between old version of FreeBSD and new
one, easiest fix is just to re-install) and I want to know where to go for
a snap of current.
Anyone got one?
On Mon, Jul 08, 2002 at 07:52:22 +1000, Bruce Evans wrote:
> On Sun, 7 Jul 2002, Alexander Leidinger wrote:
>
> > -current from today fails in kern/kern_subr.c:
> >
> > ../../../kern/kern_subr.c:220: warning: function declaration isn't a prototype
> >
> > ---snip---
> > #if defined(ENABLE_VFS_IOO
I am using dev->si_drv1 to store my softc (as are other drivers). What
guarantees do I have about multiple opens/closes not stepping on each
other's toes? How does -stable compare to -current in this regard?
Thanks,
Nate
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd
This should be lots of fun for someone to fix ...
===> bin/ps
cc -O -pipe -DLAZY_PS -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wformat=2
-Wno-format-extra-args -Werror -c /usr/src/bin/ps/fmt.c
cc -O -pipe -DLAZY_PS -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wformat=2
-Wno-f
Title: Çѱ¹°æÁ¦ ¸®Ä¡¿þÀÌ Å¬·´
Just thought I'd throw in some more bad news >:-). ppp in current
core dumps on me. It starts up in ddial mode ok, does its job for a while,
and then dies. I tried starting it again, and it just sat there instead
of going into the background and returning the prompt, leaving me with no
recou
This error showed up in my logs this morning while I was building some
ports on a uni-processor box. I'm running a version of -current from
July 7 about 1 AM PDT.
Jul 7 07:47:09 scratch kernel: lock order reversal
Jul 7 07:47:09 scratch kernel: 1st 0xcabf7980 pipe mutex (pipe mutex) @
/usr/src
On Sun, 7 Jul 2002, Don Lewis wrote:
>
> It wasn't able to sucessfully boot with this enabled. I'm hand
> transcribing this, so apologies for any typos:
>
[snip]
>
>
> Debugger(c0420fe4) at Debugger+0x45
> vn_rdwr(0,c6737800,c6425000,55ac,0,0,1,8,c22c7200,df241aec,c22cc0c0) at
> vn_rdwr+0x18d
Hello folks,
The limcopy() function bcopy()s a struct rlimit, but the len argument to
bcopy() is given as sizeof(struct plimit). This hasn't caused any
problems
so far because the destination address is the first member of struct
plimit
and all the other member of plimit are initialized immediat
On Sun, Jul 07, 2002 at 04:45:52PM -0500, Richard Seaman, Jr. wrote:
> On Sun, Jul 07, 2002 at 11:35:46PM +0200, Szilveszter Adam wrote:
> > Hello everybody,
> >
> > I upgraded to yesterday's -CURRENT and have made a few observations:
>
> > 2) and much more alarmingly: Although the new ipfw real
On Sun, 7 Jul 2002, Alexander Leidinger wrote:
> -current from today fails in kern/kern_subr.c:
>
> ../../../kern/kern_subr.c:220: warning: function declaration isn't a prototype
>
> ---snip---
> #if defined(ENABLE_VFS_IOOPT) || defined(ZERO_COPY_SOCKETS)
> /*
> * Experimental support for zero-c
On Sun, Jul 07, 2002 at 11:35:46PM +0200, Szilveszter Adam wrote:
> Hello everybody,
>
> I upgraded to yesterday's -CURRENT and have made a few observations:
> 2) and much more alarmingly: Although the new ipfw really seems to
> process the ruleset faster, some rules appear to do nothing! I
> ha
Hello everybody,
I upgraded to yesterday's -CURRENT and have made a few observations:
1) The natd does not work. This is known, but I have tracked it to its
interaction with libalias, which means that any program that uses
libalias functions is also affected (and indeed, ppp(8)'s -nat option
doe
On Sun, 7 Jul 2002, Don Lewis wrote:
> On 7 Jul, Ian Dowse wrote:
> > Thanks for tracking this down! One thing is that the code was using
> > the static pointers to avoid having to malloc and free blocks every
> > time. Keeping an array of NIADDR pointers and using `ind_level' as
> > the index i
On 7 Jul, Scott Long wrote:
[mwheel not working correctly]
> This happened to me too, and I thought I was going crazy. When I
> disabled moused and let X talk directly to the mouse, the wheel
> worked correctly. When I turned on moused debugging, it showed
> that it was receiving the correct e
On 7 Jul, An: [EMAIL PROTECTED] wrote:
> I've updated to todays -current from a May 1 one. Now I get a core dump
> in top before it is able tp print the percentages for use, nice and so
> on. There are two paths to the core dump.
PR 40209 is also responsible for this problem.
Bye,
Alexander.
On Sun, 07 Jul 2002, Thomas Ugland wrote:
> On Sun, 2002-07-07 at 20:10, Scott Long wrote:
> > On Sun, Jul 07, 2002 at 07:59:50PM +0200, Thomas Ugland wrote:
> > > I'm not sure if this is current releated or XFree releated, but
> > > I'm giving it a go here.
> > >
> > > I updated from -current J
On 8 Jul, Bruce Evans wrote:
> Compilng libc with gcc3 -O2 does this.
>
> PR: 40209
Thanks, after recompiling libc{,_r} it works as expected.
Bye,
Alexander.
--
The best things in life are free, but the
expensive ones are still worth a look.
http://w
On Sun, 2002-07-07 at 20:10, Scott Long wrote:
> On Sun, Jul 07, 2002 at 07:59:50PM +0200, Thomas Ugland wrote:
> > I'm not sure if this is current releated or XFree releated, but
> > I'm giving it a go here.
> >
> > I updated from -current Jun 27, to a Jul 07 version today, and
> > since that fi
hopefully some of the new work that will be done on kse can be done
on the mainline now without breaking nonKSE activities..
in other words, most of the real "it breaks current behaviour"
changes have been passed for a while so new code can be off in
"if (KSE_mode) { }"
clauses that will have no
On Sun, 7 Jul 2002, Alexander Leidinger wrote:
> I've updated to todays current from a -current as of May 1 and I get the
> following error from my mailer (tkrat 2.0.3, written in tcl/tk):
> ---snip---
> expected floating-point number but got "0.0<45132"
> expected floating-point number but got "
On 2002-07-07 06:01 +, David Wolfskill wrote:
> I got the word about the changes to vfs_subr.c & vfs_bio.c fixing
> the "hang" at shutdown for yesterday's -CURRENT fairly late in the
> day yesterday, and since the problem didn't seem (as far as I could
> tell) to affect normal operation, I fig
On Sun, Jul 07, 2002 at 12:27:31PM +0100, Ian Dowse wrote:
> I'll commit your printf format changes first anyway - thanks!
Just to make sure, you're not going to fix the problem dump problem; just
fix the bad screen output. Correct? Since I've got a very reproduceable
test case; I wanted to tes
On 2002-07-07 11:46 +, Josef Karthauser wrote:
>
> I've absolutely no idea what's causing it, but I'm still having random reboots
> of current after some uptime with no dumps. I'll install a new kernel
> today and report back if it still happens. Maybe someone can help me to
> track it down
In message: <[EMAIL PROTECTED]>
Josef Karthauser <[EMAIL PROTECTED]> writes:
: I've absolutely no idea what's causing it, but I'm still having random reboots
: of current after some uptime with no dumps. I'll install a new kernel
: today and report back if it still happens. Maybe som
On Sun, Jul 07, 2002 at 07:59:50PM +0200, Thomas Ugland wrote:
> I'm not sure if this is current releated or XFree releated, but
> I'm giving it a go here.
>
> I updated from -current Jun 27, to a Jul 07 version today, and
> since that fixed the problem with compiling XFree86-4-Server
> and libs
On 7 Jul, An: [EMAIL PROTECTED] wrote:
> I've updated to todays -current from a May 1 one. Now I get a core dump
I hope it's clear that I forgot to put "gcc" in front of "3.1" in the
subject...
Bye,
Alexander.
--
Press every key to continue.
http://www.Leidinger.net
Hi,
I've updated to todays -current from a May 1 one. Now I get a core dump
in top before it is able tp print the percentages for use, nice and so
on. There are two paths to the core dump.
First one:
---snip---
(gdb) bt
#0 0x2807adc4 in _nc_memmove () from /usr/lib/libncurses.so.5
#1 0x2807b0e
I'm not sure if this is current releated or XFree releated, but
I'm giving it a go here.
I updated from -current Jun 27, to a Jul 07 version today, and
since that fixed the problem with compiling XFree86-4-Server
and libs, I recompiled those and upgraded those. (new'er port
versions). Now my mou
Hi,
I've updated to todays current from a -current as of May 1 and I get the
following error from my mailer (tkrat 2.0.3, written in tcl/tk):
---snip---
expected floating-point number but got "0.0<45132"
expected floating-point number but got "0.0<45132"
while executing
".f1.t.messlist.scroll
from ddb, type 'ps'
On Sun, 7 Jul 2002, Dirk Engling wrote:
>
> Fatal double fault:
> eip = 0xc01f75ba
> esp = 0xcdcecff8
> ebp = 0xcdced03c
> panic: double fault
> Debugger("panic")
> Stopped atDebugger+0x45:xchgl %ebx,in_Debugger.0
> db> trace
> Debugger(c02324bfc) at Debugger+
On Sat, Jul 06, 2002 at 11:59:50PM -0700, David Xu wrote:
> Jonthan,
>
> I just use DOS program as an example, for any program, if it wants to go
> into VM86 mode, it is very easy, just calls i386_vm86() to initailize its
> VM86 pcb extension, setups some memory area, then call sigreturn() to t
Hi,
-current from today fails in kern/kern_subr.c:
../../../kern/kern_subr.c:220: warning: function declaration isn't a prototype
---snip---
#if defined(ENABLE_VFS_IOOPT) || defined(ZERO_COPY_SOCKETS)
/*
* Experimental support for zero-copy I/O
*/
static int
userspaceco(cp, cnt, uio, obj, dis
On 5 Jul, Sheldon Hearn wrote:
> If you want to clean out crap left behind by `make world', just do this:
>
> make world
> rm -r /usr/include# Make world really should overwrite
> make installincludes # header files!
> find /bin /sbin /usr/bin /usr/sbin /usr/lib /usr/libexe
Fatal double fault:
eip = 0xc01f75ba
esp = 0xcdcecff8
ebp = 0xcdced03c
panic: double fault
Debugger("panic")
Stopped atDebugger+0x45:xchgl %ebx,in_Debugger.0
db> trace
Debugger(c02324bfc) at Debugger+0x45
panic(c034cf19,c034d445,cdced03c,0,0) at panic+0x74
dblfault_handler(c03aa510,
On Sat, 6 Jul 2002, Don Lewis wrote:
> > For me it is broken in a different way. For a small FS like / it works,
> > but dumping my /home, which is 4G, I get
> >
> > DUMP: read error from /dev/ad0s5e: Invalid argument: [sector -1054739789]:
>count=-1
> > DUMP: read error from /dev/ad0
I got the word about the changes to vfs_subr.c & vfs_bio.c fixing
the "hang" at shutdown for yesterday's -CURRENT fairly late in the
day yesterday, and since the problem didn't seem (as far as I could
tell) to affect normal operation, I figured I'd just pick up the
change at the following update (
On 7 Jul, Ian Dowse wrote:
> In message <[EMAIL PROTECTED]>, Don Lewis writes:
>>
>>I was finally finally able to reproduce this by creating a large file
>>before doing the dump. Dump(8) is *very* hosed. The UFS2 import broke
>>it's ability to follow multiple levels of indirect blocks.
>
> Tha
Title: Çѱ¹°æÁ¦ ¸®Ä¡¿þÀÌ Å¬·´
In message <[EMAIL PROTECTED]>, Don Lewis writes:
>
>I was finally finally able to reproduce this by creating a large file
>before doing the dump. Dump(8) is *very* hosed. The UFS2 import broke
>it's ability to follow multiple levels of indirect blocks.
Thanks for tracking this down! One thing
Hello,
The last few days I unable to get a complete make world. This morning I
did a make clean in /usr/src and a rm -rf /usr/obj.
After this cvsup (from cvsup.freebsd.org) I started make world, then i'm
getting the folowing errors:
/usr/src/gnu/usr.bin/cc/cc_tools/freebsd-native.h:61:25: attem
On Sat, Jul 06, 2002 at 04:57:08PM -0700, Julian Elischer wrote:
>
> Well with various hints from here and there I have fixed
> the ^Z/fg problem (at least it seems fixed to me and others that
> have tested) This basically leaves only one outstanding
> problem that I know of which is a problem t
On Sat, Jul 06, 2002 at 09:48:54PM -0400, Craig Rodrigues wrote:
>
> Would the Bencole 08303 cable be supported by the uplcom(4) driver?
>
> I can't tell on the manufacturer's web site, nor on the packaging
> for the cable itself if it is based on the
> Prolific PL-2303 chipset or not.
>
Sorry
On Sun, 7 Jul 2002, Don Lewis wrote:
> On 7 Jul, Jeff Roberson wrote:
> > On Sat, 6 Jul 2002, Jeff Roberson wrote:
>
> >>- Use 'options DEBUG_VFS_LOCKS' instead of the DEBUG_ALL_VFS_LOCKS
> >> environment variable to enable the lock verifiction code.
>
> > If you have a crash test box
Don Lewis <[EMAIL PROTECTED]> writes:
> Sshd on my current box is logging messsages about
> "sshd[pid]: /var/log/lastlog: permission denied" on my recently updated
> -current box. The permission on this file are the defaults. Could this
> be a side effect of the new privilege separation stuff?
Sshd on my current box is logging messsages about
"sshd[pid]: /var/log/lastlog: permission denied" on my recently updated
-current box. The permission on this file are the defaults. Could this
be a side effect of the new privilege separation stuff?
To Unsubscribe: send mail to [EMAIL PROTECTED
Hello!
I've upgraded one of my boxes (4.5-RELEASE to FreeBSD 4.6-RELEASE)
and encountered the following problem:
After the upgrade it won't bring one of its two identical interfaces (ed0
and ed1)
up at the boot-time.
The internal one(ed1) was brought up cleanly, the external one(ed0) didn't
get
On Sat, Jul 06, 2002 at 04:57:08PM -0700, Julian Elischer wrote:
> Well with various hints from here and there I have fixed
> the ^Z/fg problem (at least it seems fixed to me and others that
> have tested) This basically leaves only one outstanding
> problem that I know of which is a problem that
On 7 Jul, Jeff Roberson wrote:
> On Sat, 6 Jul 2002, Jeff Roberson wrote:
>>- Use 'options DEBUG_VFS_LOCKS' instead of the DEBUG_ALL_VFS_LOCKS
>> environment variable to enable the lock verifiction code.
> This was previously disabled because our locking was so bad that we could
> not
63 matches
Mail list logo
