Re: wierdness with mountd

- Ian Dowse's Original Message - > In message <[EMAIL PROTECTED]>, John Polstra writes: > >In article <[EMAIL PROTECTED]>, > >Matthew Jacob <[EMAIL PROTECTED]> wrote: > >> May 28 10:21:43 farrago mountd[217]: can't delete exports for /tmp > >> May 28 10:21:43 farrago mountd[217]: can't de

Re: Unrecognised CBCP packet [strange problems with ppp(8)]

I've had reports of this in the past. The other end is sending a ``code 5'' packet - something that doesn't appear in the spec :( ppp(8) just ignores these (emitting a warning), they shouldn't be causing any problems themselves (even if CBCP is actually being used). Try enabling IPCP logging.

Re: mount_mfs (Re: smbfs)

On Fri, 25 May 2001, Brooks Davis wrote: > On Fri, May 25, 2001 at 10:04:09PM +0700, Boris Popov wrote: > > There is no any technical problems in doing that. But I'm unsure > > if this should be done (code is not very small). On other hand, people > > expect it in the base system... Probably

Re: wierdness with mountd

In message <[EMAIL PROTECTED]>, John writes: >Looking in /usr/src/sbin/mountd/mountd.c, under line 930 >shows the following: > >num = getmntinfo(&fsp, MNT_NOWAIT); > >and then runs through a loop 'num' times trying to >delete any export for each entry. Thanks, you're right - this has not

Re: softupdates related problem in -current

> On Sun, May 27, 2001 at 10:18:43PM -0700, Doug Barton wrote: > > Another problem I'm having in -current right now is with softupdates. Wh= > en > > the system panic'ed the first time, it came up ok and fsck'ed fine with no > > apparent loss of data. However, during the fsck it complained bit

Re: 'make includes' ownership patch

On Mon, 28 May 2001, Kris Kennaway wrote: > On Mon, May 28, 2001 at 10:31:58AM -0700, Rodney W. Grimes wrote: > > > [Someone wrote] > > > What was the reasoning for a serperate owner specification from BIN*? > > > > Simple orthagonality. Ie, each bsd.*.mk file typically has a seperate > > set o

Re: cvs commit: src UPDATING

In message Michael Reifenberger writes: : Have you tried to start aviplay ( coming from ports/graphics/avifile ) or using : whine? Nope. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the mes

Re: cvs commit: src UPDATING

> In message Michael Reifenberger >writes: > : Have you tried to start aviplay ( coming from ports/graphics/avifile ) or using > : whine? > > Nope. vmware does the job too, and I believe star-office. > Warner -- Brian <[EMAIL PROTECTED]>

Re: wierdness with mountd

Le 2001-05-28, Matthew Jacob écrivait : > On startup: > May 28 10:16:04 farrago mountd[216]: can't delete exports for / Same here with -CURRENT as of today. -- Thomas Quinot ** Département Informatique & Réseaux ** [EMAIL PROTECTED] ENST // 46 rue Barrault // 75634 PARIS

rpc.lockd: kernel trap 12 with interrupts disabled

In the hope to check for any recent improvements with lockd, I cvsupped this morning and remade world. I now have a very strange behaviour of lockd: * rc.conf has nfs_server_enable, rpc_lockd_enable and rpc_statd_enable set to YES. * the system seems to boot correclty; rpc.lockd and rpc.st

Re: Supported ATAPI cdr/cdrw drives

* Søren Schmidt <[EMAIL PROTECTED]> [010528 09:01]: > > As promised I've made up a list of reports I've received so far go to > http://freebsd.dk/ and follow the link. > > I also have a patch for the Yamaha's (yamaha-cdr.p1) which also > can be found via the above URL. Let me know if that make t

Re: cvs commit: src UPDATING

Brian Somers <[EMAIL PROTECTED]> wrote: > > In message Michael Reifenberger >writes: > > : Have you tried to start aviplay ( coming from ports/graphics/avifile ) or using > > : whine? > > > > Nope. > > vmware does the job too, and I believe star-of

Re: -current is _definitely_ not stable right now

On 28-May-01 Doug Barton wrote: > I forgot something: > > IdlePTD 4734976 > initial pcb at 3b5f80 > panicstr: mutex sched lock recursed at /usr/src/sys/kern/kern_synch.c:858 > panic messages: I would need a traceback from here. It looks like someone called msleep or tsleep with sched lock held

RE: vm_pager_(de)allocate and vm_mtx

On 26-May-01 Dima Dorfman wrote: > Is there a reason vm_pager_allocate acquires vm_mtx itself if > necessary but vm_pager_deallocate does not? At the moment, detaching > an md(4) disk will panic the system with a failed mtx_assert in > vm_pager_deallocate. This can be fixed one of two ways: > v

RE: Panic: spin lock shed lock hold by ... for >5 seconds

On 26-May-01 Michael Reifenberger wrote: > Hi, > I get the above panic when just running aviplay (/usr/ports/graphics/avifile) > or wine. > Since both programs use USER_LDT functions I suspect a problem there in the > kernel. > The kernel is the latest -current. > I get no kernel-dump because the

RE: Q) lock order reversal

On 27-May-01 Takeshi Ken Yamada wrote: > Hi! > With recent -current kernel, I get message below with P3@800Mhz X 2 > when booting up. > > What is wrong? > > lock order reversal > 1st 0xc04d4ac0 mntvnode @ ../../ufs/ffs/ffs_vfsops.c 1007 > 2nd 0xdb3001ac vnode interlock @ ../../

Correctness of UIO_MAXIOV definition?

< said: >The second question I have is more standards based. > Should we consider changing UIO_MAXIOV to IOV_MAX or > _XOPEN_IOV_MAX and deprecating the 1st? I am unclear > on what the standard is for this. UIO_MAXIOV is what the kernel is willing to do. IOV_MAX being standardized is what s

Re: make release failure

If memory serves me right, John Hay wrote: > Yes, this patch fix it for me. I had to convert the spaces back to tabs > though. :-) Hi John-- I was trying to test out another patch, which (in addition to fixing the problem you found) also folds the functionality of NORELNOTES into NODOC. Unfor

Re: wierdness with mountd

In message <[EMAIL PROTECTED]>, Ian Dowse writes: >error? (untested patch below). I braino'd that patch (error vs. errno), but I have just committed a working version that should stop the mountd warnings. Ian To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in

Re: wierdness with mountd

Thanks, Ian! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: wierdness with mountd

Yes, with the error vs errno fix, I've got the patch up and running on my system. It seems to be doing the trick. Thanks, -john - Ian Dowse's Original Message - > In message <[EMAIL PROTECTED]>, Ian Dowse writes: > >error? (untested patch below). > > I braino'd that patch (error vs. er

Re: rpc.lockd: kernel trap 12 with interrupts disabled

Thomas Quinot [[EMAIL PROTECTED]] wrote: > In the hope to check for any recent improvements with lockd, > I cvsupped this morning and remade world. I now have a very Did you also rebuild your kernel? In order for a bug report like this to be useful, you need to supply a backtrace from ddb or gdb

HEADS UP, ACPI CA updated.

The ACPI core code in -current has been updated to the 20010518 drop from Intel. You can read more about APCI CA at http://developer.intel.com/technology/ial/acpi This update doesn't add any new, visible functionality, but it should resolve a number of bugs and problems in the core interp

Re: cvs commit: src/sbin/fsck_ffs setup.c

In message <[EMAIL PROTECTED]>, Ian Dowse writes: >iedowse 2001/05/29 13:45:09 PDT > > Modified files: >sbin/fsck_ffssetup.c > Log: > Ignore the new superblock fields fs_pendingblocks and fs_pendinginodes > when comparing with the alternate superblock. These fields are used >

MFS gone...

MFS is gone now except from the newfs(8) manpage. If anybody better at mdoc than me would take on the surgical task of censoring that page I would be most happy. The command name "mount_mfs" is now available for use for other purposes like a md(4) based facility, I'm not happy about "stealing"

Re: rpc.lockd: kernel trap 12 with interrupts disabled

Le 2001-05-29, Andrew Gallatin écrivait : > Did you also rebuild your kernel? Yep, I did buildworld buildkenrnel installkernel installworld, then mergemaster and reboot. > In order for a bug report like this to be useful, you need to supply a > backtrace from ddb or gdb. See the Kernel Debuggi

Re: HEADS UP, ACPI CA updated.

> > The ACPI core code in -current has been updated to the 20010518 drop from > Intel. You can read more about APCI CA at > >http://developer.intel.com/technology/ial/acpi Sorry, that should be http://developer.intel.com/technology/iapc/acpi Regards, Mike -- ... every activity mee

Re: -current is _definitely_ not stable right now

On Tue, 2001/05/29 at 09:39:42 -0700, John Baldwin wrote: > > On 28-May-01 Doug Barton wrote: > > I forgot something: > > > > IdlePTD 4734976 > > initial pcb at 3b5f80 > > panicstr: mutex sched lock recursed at /usr/src/sys/kern/kern_synch.c:858 > > panic messages: > > I would need a traceback

RE: -current is _definitely_ not stable right now

On 28-May-01 Doug Barton wrote: > Gang, > > On the avi front, typing 'aviplay' with or without an argument is > guaranteed to instantly wedge the box. I attached a lot of running aviplay > through truss, but I have no way to know if it stopped at or before the > offending instruction. As f

world broken at acpi

===> usr.sbin/acpi ===> usr.sbin/acpi/acpiconf rm -f .depend mkdep -f .depend -a-I/usr/src/usr.sbin/acpi/acpiconf/../../../sys -I/usr/obj/usr/src/i386/usr/include /usr/src/usr.sbin/acpi/acpiconf/acpiconf.c /usr/src/usr.sbin/acpi/acpiconf/acpiconf.c:40: contrib/dev/acpica/Subsystem/Include/a

Re: Correctness of UIO_MAXIOV definition?

- Garrett Wollman's Original Message - > < said: > > >The second question I have is more standards based. > > Should we consider changing UIO_MAXIOV to IOV_MAX or > > _XOPEN_IOV_MAX and deprecating the 1st? I am unclear > > on what the standard is for this. > > UIO_MAXIOV is what the

USB Ethernet hang on "eject"

I'm getting a hang on eject of the USB Ethernet card that I have. aue0: SMC, Inc EZ USB/Ethernet Converter, rev 1.10/1.01, addr 2 aue0: Ethernet address: 00:e0:29:59:fe:11 miibus0: on aue0 When I remote the card, I get USB errors. I also have an interrupt storm from the USB controller. I set

Re: HEADS UP, ACPI CA updated.

As a result 'make buildkernel' is broken in 'sys/dev/acpica/Osd'. The next patch permits me to finish kernel building. N.Dudorov Index: sys/dev/acpica/Osd/OsdSchedule.c === RCS file: /scratch/CVS/src/sys/dev/acpica