Re: Multiple NFS server problems with Solaris 8 clients

2001-10-24 Thread BSD User
On Wed, 24 Oct 2001, Paul van der Zwan wrote: > I have looked at a trace I made using snoop and it shows an NFS_ACL call which > is not supported by FreeBSD. It should have sent a reply that it does not > know the NFS_ACL protocol but apparently it does not. > The only return traffic I see is an

Re: NgSendMsg may return bad token number

2001-10-24 Thread Archie Cobbs
Harti Brandt writes: > NgSendMsg returns the bad token number if the debugging level is higher > than 2. It should use the token number from the message structure instead > of the global gMsgId, because that is changed by the ASCII messages sent > in _NgDebugMsg. The following patch fixes the prob

Re: depend problem on new -current

2001-10-24 Thread Michael Harnois
On Wed, 24 Oct 2001 17:01:44 -0800, Beech Rintoul <[EMAIL PROTECTED]> said: > On building today's -current it errors on mkdep. > /usr/src/lib/libc_r/arch/i386/_atomic_lock.s:28: DEFS.h: no such > file or directory > I cvsupped a couple hours later, still no DEFS.h Peter just pa

depend problem on new -current

2001-10-24 Thread Beech Rintoul
On building today's -current it errors on mkdep. /usr/src/lib/libc_r/arch/i386/_atomic_lock.s:28: DEFS.h: no such file or directory I cvsupped a couple hours later, still no DEFS.h Beech -- Micro$oft: "Where can we make you go today?"

Re: RELENG_4 builds on -current

2001-10-24 Thread Warner Losh
In message <[EMAIL PROTECTED]> Kris Kennaway writes: : On Mon, Oct 22, 2001 at 11:58:23AM +1000, Harry Starr wrote: : > It seems to be nigh impossible to build a "previous" release on -current. : >=20 : > Problems include "incomplete" cross tool building, header files, and of : > course, device su

Re: panic: vrele: missed vn_close

2001-10-24 Thread David Wolfskill
>Date: Wed, 24 Oct 2001 15:12:52 -0500 >From: Jonathan Lemon <[EMAIL PROTECTED]> >> I suspect that this is the problem with the devfs/console code. >Ugh. Probably. The console code tries to remember what flag was >used from the open, but doesn't use that flag during close. >Here's an (unt

Re: latest patch? (fwd)

2001-10-24 Thread Matthew Jacob
This seemed to fix things for me. -- Forwarded message -- Date: Wed, 24 Oct 2001 14:21:59 -0700 (PDT) From: Matthew Jacob <[EMAIL PROTECTED]> To: Jonathan Lemon <[EMAIL PROTECTED]> Subject: Re: latest patch? I sure saw it on an XP1000. Index: tty_cons.c ==

Re: Test tweak for F00F bug..

2001-10-24 Thread John Baldwin
On 24-Oct-01 Julian Elischer wrote: > have you tested the foof bug itself? cjc did. The change has already been committed. > On Wed, 24 Oct 2001, Giorgos Keramidas wrote: > >> On Tue, Oct 23, 2001 at 10:57:18AM -0700, John Baldwin wrote: >> > Anyone running -current on a true Pentium with the

Re: panic: vrele: missed vn_close

2001-10-24 Thread Bruce Evans
On Wed, 24 Oct 2001, Jonathan Lemon wrote: > Hmm. The way the revamped console code works is this: > > cn_devopen() calls vn_open() to open the device. If this is not a > VCHR device, then it is closed. Otherwise, the vnode is stashed in > cnd->cnd_vp. > > When the device is closed though

Re: panic: vrele: missed vn_close

2001-10-24 Thread Jonathan Lemon
On Wed, Oct 24, 2001 at 11:59:52AM -0700, Matthew Dillon wrote: > > : > :Hmm. The way the revamped console code works is this: > : > : cn_devopen() calls vn_open() to open the device. If this is not a > :VCHR device, then it is closed. Otherwise, the vnode is stashed in > :cnd->cnd_vp. > : >

Re: panic: vrele: missed vn_close

2001-10-24 Thread Alfred Perlstein
* Matthew Dillon <[EMAIL PROTECTED]> [011024 13:28] wrote: > > :I got a panic on -current which is updated 3 hours before. > : > :... > :Additional TCP options:. > :Starting background filesystem checks > : > :Wed Oct 24 20:28:15 JST 2001 > :panic: vrele: missed vn_close > :Debugger("panic") > :S

Re: panic: vrele: missed vn_close

2001-10-24 Thread Matthew Dillon
(I meant must be closed with FWRITE, not VWRITE. There is no VWRITE). -Matt To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: panic: vrele: missed vn_close

2001-10-24 Thread Matthew Dillon
: :Hmm. The way the revamped console code works is this: : : cn_devopen() calls vn_open() to open the device. If this is not a :VCHR device, then it is closed. Otherwise, the vnode is stashed in :cnd->cnd_vp. : : When the device is closed though cnclose(), it walks through a list :of consol

Re: panic: vrele: missed vn_close

2001-10-24 Thread Jonathan Lemon
Hmm. The way the revamped console code works is this: cn_devopen() calls vn_open() to open the device. If this is not a VCHR device, then it is closed. Otherwise, the vnode is stashed in cnd->cnd_vp. When the device is closed though cnclose(), it walks through a list of console devices,

Re: panic: vrele: missed vn_close

2001-10-24 Thread Matthew Dillon
:... :Sttopped at Debugger+0x44: pushl%ebx :db> trace :Debugger() :panic() :vrele() :vn_close() :cnclose() :spec_close() :spec_vnoperate() :vclean() :vgonel() :vgone() :vop_revoke() :devfs_revoke() :exit1() :... In looking at a diff in the last few days, a huge number of changes have be

Re: Test tweak for F00F bug..

2001-10-24 Thread Julian Elischer
have you tested the foof bug itself? On Wed, 24 Oct 2001, Giorgos Keramidas wrote: > On Tue, Oct 23, 2001 at 10:57:18AM -0700, John Baldwin wrote: > > Anyone running -current on a true Pentium with the F00F bug that can verify > > that this simple cleanup patch works? > > > > http://www.freebs

Re: panic: vrele: missed vn_close

2001-10-24 Thread Matthew Dillon
:I got a panic on -current which is updated 3 hours before. : :... :Additional TCP options:. :Starting background filesystem checks : :Wed Oct 24 20:28:15 JST 2001 :panic: vrele: missed vn_close :Debugger("panic") :Sttopped at Debugger+0x44: pushl%ebx :db> trace :Debugger() :panic() :vrele()

Re: panic: vrele: missed vn_close

2001-10-24 Thread Matthew Dillon
: :I got a panic on -current which is updated 3 hours before. How old was your kernel prior to the update? :Additional TCP options:. :Starting background filesystem checks : :Wed Oct 24 20:28:15 JST 2001 :panic: vrele: missed vn_close :Debugger("panic") :Sttopped at Debugger+0x44: pushl

Re: Multiple NFS server problems with Solaris 8 clients

2001-10-24 Thread Paul van der Zwan
In message <[EMAIL PROTECTED]>, Thomas Quinot wrote: >Le 2001-10-14, Paul van der Zwan écrivait : > >> I am using -current box as a homedir server for my Solaris clients and >> have noticed a wierd problem. > >Other problems here, with Solaris 2.[68] as clients, and -CURRENT of >yesterday as serve

Re: [acpi-jp 1363] Re: ACPI: problem with fdc resource allocation

2001-10-24 Thread Maxim Sobolev
Mitsuru IWASAKI wrote: > > Hi, Maxim. Thanks for reporting and reminding us. > > I think this is very difficult to fix, because; > 1. Basically, this is a bug in BIOS, should be reported to vendor. I understood that, but it is a discontinued model, so it is unlikely that they will bother to p

Re: -CURRENT freeze under high load

2001-10-24 Thread John Baldwin
On 24-Oct-01 NAKAJI Hiroyuki wrote: >> In <[EMAIL PROTECTED]> >> [EMAIL PROTECTED] (Andrea Campi) wrote: > > AC> Anybody seen anything like this? > > Well, it may not be the case, but I have similar problem. > > In my case, just after login via xdm installed from > port/x11/XFree86-4

Re: -CURRENT freeze under high load

2001-10-24 Thread NAKAJI Hiroyuki
> In <[EMAIL PROTECTED]> > [EMAIL PROTECTED] (Andrea Campi) wrote: AC> Anybody seen anything like this? Well, it may not be the case, but I have similar problem. In my case, just after login via xdm installed from port/x11/XFree86-4, load average gets very much increased up to about

-CURRENT freeze under high load

2001-10-24 Thread Andrea Campi
Hi all, I am trying to diagnose a problem I've been having for a few weeks (I didn't report it earlier because I didn't have much time to hunt for it). The symptom is a total system freeze, i.e. I can't get into DDB. I can repeat it only with qmail, but of course I don't think it's qmail specifi

Re: jdk 1.1.8 on -current?

2001-10-24 Thread Greg Lewis
On Tue, Oct 23, 2001 at 10:16:09AM +0200, Martin Dieringer wrote: > Hi, > after updating -current many programs seem to be incompatible. > after recompiling they work, though. > jdk1.1.8 has the same problem, but I can't recompile this... > the error is: > /usr/libexec/ld-elf.so.1: /usr/lib/libm.s

Re: [acpi-jp 1363] Re: ACPI: problem with fdc resource allocation

2001-10-24 Thread Mitsuru IWASAKI
Hi, Maxim. Thanks for reporting and reminding us. I think this is very difficult to fix, because; 1. Basically, this is a bug in BIOS, should be reported to vendor. 2. ACPI CA is developed by Intel. We'd like to have less local workaround changes as possible. 3. I'm not sure whether sugg

panic: vrele: missed vn_close

2001-10-24 Thread Jun Kuriyama
I got a panic on -current which is updated 3 hours before. ... Additional TCP options:. Starting background filesystem checks Wed Oct 24 20:28:15 JST 2001 panic: vrele: missed vn_close Debugger("panic") Sttopped at Debugger+0x44: pushl%ebx db> trace Debugger() panic() vrele() vn_close() cn

NgSendMsg may return bad token number

2001-10-24 Thread Harti Brandt
Hi all, NgSendMsg returns the bad token number if the debugging level is higher than 2. It should use the token number from the message structure instead of the global gMsgId, because that is changed by the ASCII messages sent in _NgDebugMsg. The following patch fixes the problem for NgSendMsg:

Re: ACPI: problem with fdc resource allocation

2001-10-24 Thread Maxim Sobolev
> > > > The problem is still here as of today's kernel. Please do > > > something about it. > > > > Should I reapeat how sad it is that this longstanding > > problem is being completely ignored by the acpi > > maintainer(s)? > > No, I'd prefer that you found something constructive to do with yo

Re: It's baaack... -- ("make: don't know how to make copies. Stop")

2001-10-24 Thread Mark Murray
> Mark, please back your 1.32 revision from share/examples/Makefile out, Done. M -- o Mark Murray \_ FreeBSD Services Limited O.\_Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: ACPI: problem with fdc resource allocation

2001-10-24 Thread Mike Smith
> > The problem is still here as of today's kernel. Please do > > something about it. > > Should I reapeat how sad it is that this longstanding > problem is being completely ignored by the acpi > maintainer(s)? No, I'd prefer that you found something constructive to do with your time. I'm not in