On Sat, 6 Jul 2002, Jeff Roberson wrote:
jeff2002/07/06 23:39:37 PDT
Modified files:
sys/toolsvnode_if.awk
Log:
- Use 'options DEBUG_VFS_LOCKS' instead of the DEBUG_ALL_VFS_LOCKS
environment variable to enable the lock verifiction code.
Revision
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 turn
into VM86 mode.
I think global in_vm86call flags is a bug
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 boot
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
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
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]
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?
Yes,
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 I would
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 Craig
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
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:
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 is
Title: Çѱ¹°æÁ¦ ¸®Ä¡¿þÀÌ Å¬·´
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.
Thanks for
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 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/ad0s5e:
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
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,
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 turn
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.045132
expected floating-point number but got 0.045132
while executing
.f1.t.messlist.scroll set
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
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
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
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, I
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
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.
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
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 figured
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, 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 fixed the
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 Jun 27, to a
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 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
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
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
have a
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 really seems
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
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
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) @
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
Title: Çѱ¹°æÁ¦ ¸®Ä¡¿þÀÌ Å¬·´
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
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
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_IOOPT) ||
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 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 snap
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 to
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 problems
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
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
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.
Heh, you *did* ask for -Werror to be turned back on. :-)
Dag-Erling Smorgrav wrote:
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
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
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 log
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 paths
55 matches
Mail list logo
