My take on it is that having a script that you can feed parameters and have
it create a nice memory disk for you would be a cool thing, and since you'd
have to put effectively the same commands into rc (or wherever) the "bloat"
would be minimal. So, if someone wants to send me the stuff, either th
In message <[EMAIL PROTECTED]>, Dima Dorfman write
s:
>Alfred Perlstein <[EMAIL PROTECTED]> writes:
>> * Dima Dorfman <[EMAIL PROTECTED]> [010525 22:22] wrote:
>> > Is there a reason vm_pager_allocate acquires vm_mtx itself if
>> > necessary but vm_pager_deallocate does not? At the moment, detach
i'm having trouble upgrading my freebsd 4. it was frequently patched due
to troubles with poll(2) and ipfilter. a few days ago i cvsup'ed to tag=.,
but the build failed at various stages. my gaol at the beginning was only
to upgrade for reconfiguring the kernel, as i will be getting DSL soon an
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 panic seems to loop (in conjunction with some
lockmgr:
Alfred Perlstein wrote:
> * Dima Dorfman <[EMAIL PROTECTED]> [010525 22:22] 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_
clemensF wrote:
>
> i'm having trouble upgrading my freebsd 4. it was frequently patched due
> to troubles with poll(2) and ipfilter. a few days ago i cvsup'ed to tag=.,
That would have brought your sources to 5-Current, not 4-Stable.
> but the build failed at various stages.
On Sat, May 26, 2001 at 11:04:24AM +0200, 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
I finally got this much. I hope it helps.
lock order reversal
1st 0xc03af0a0 mntvnode @ ../../ufs/ffs/ffs_vnops.c:1007
2nd 0xc8b539cc vnode interlock @ ../../ufs/ffs/ffs_vfsops.c:1016
recursed on non-recursive lock (sleep mutex) vm @ ../../ufs/ufs/ufs_readwrite.c:420
first acquired @ ../../vm/vn
On Fri, May 25, 2001 at 10:44:37PM -0700, Dima Dorfman wrote:
> Kris Kennaway <[EMAIL PROTECTED]> writes:
> > On Fri, May 25, 2001 at 04:26:48PM +0200, Sheldon Hearn wrote:
> > > I still don't see why an rc.conf knob specifically for /tmp isn't
> > > sufficient. That's what people want this for.
mi> Heh. That was a feature request only. I don't even know the details of
mi> NFS, much less SMB. Sorry,
Since amd is not FreeBSD specfic product, how 'bout sending your
request to the am-utils developers?
-- -
Makoto `MAR' MATSUSHITA
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "uns
No dump (dumps seem to have been broken for about a month now), but a
stacktrace from DDB:
kernel: type 12 trap, code=0
Stopped at worklist_remove+0x1c: cmpw$0,0xa(%ecx)
db> trace
worklist_remove(deadc0de) at worklist_remove+0x1c
free_diradd(deadc0de) at free_diradd+0x26
free_newdirblk
On Sat, May 26, 2001 at 09:25:32PM +0200, Dag-Erling Smorgrav wrote:
> No dump (dumps seem to have been broken for about a month now), but a
> stacktrace from DDB:
Crashdumps have been working for me recently, (apart from the fact
that they overrun the end of my swap partition by 64k and clobber
hello, world\n
my system cvsupped around May 25 reliably causes a panic when I
$ cp /cdrom/distfiles/somefiles /tmp
I've written down the message from the debugger:
/usr/src/sys/kern_synch.c:385: sleeping with "vm" locked
from /usr/src/sys/vm/vm_pager.c: 428
panic: sleeping process owns a mute
Shouldn't the includes/Makefile be installing headers using
INCOWN/INCGRP instead of BINOWN/BINGRP? I ran into this when trying
to do a 'make includes' as a normal user.
Kris
Index: include/Makefile
===
RCS file: /home/ncvs/src/inc
On Thu, May 24, 2001 at 04:56:41PM -0600, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> Joseph Koshy writes:
> : I'm in the processing of bring a 5-current system of Oct 2000 vintage
> : more upto-date.
>
> May 18th, 2001 12:00:00 is what I've been using.
One must be careful posting somet
On Sat, May 26, 2001 at 02:59:22PM -0700, Kris Kennaway wrote:
> Shouldn't the includes/Makefile be installing headers using
> INCOWN/INCGRP instead of BINOWN/BINGRP? I ran into this when trying
> to do a 'make includes' as a normal user.
Oops, hit send too soon; more changes are required of the
David Malone wrote:
> On Sat, May 26, 2001 at 09:25:32PM +0200, Dag-Erling Smorgrav wrote:
> > No dump (dumps seem to have been broken for about a month now), but a
> > stacktrace from DDB:
>
> Crashdumps have been working for me recently, (apart from the fact
> that they overrun the end of my sw
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 @ ../../ufs/ffs/ffs_vfsops.c 1016
To Unsubscribe: send mail to
Valentin Nechayev wrote:
>
> Sun, May 20, 2001 at 19:53:29, barry (Barry Lustig) wrote about "Boot time memory
>issue":
>
> Do verbose boot (`boot -v') with large SC_HISTORY_SIZE (1000 at least,
> 2000 at most), and after boot check for "SMAP ..." lines at the very
> beginning of the kernel bo
> Valentin Nechayev wrote:
> >
> > Sun, May 20, 2001 at 19:53:29, barry (Barry Lustig) wrote about "Boot time memory
>issue":
> >
> > Do verbose boot (`boot -v') with large SC_HISTORY_SIZE (1000 at least,
> > 2000 at most), and after boot check for "SMAP ..." lines at the very
> > beginning of
On Sat, 2001/05/26 at 11:07:36 -0500, Michael Harnois wrote:
> I finally got this much. I hope it helps.
>
> lock order reversal
> 1st 0xc03af0a0 mntvnode @ ../../ufs/ffs/ffs_vnops.c:1007
> 2nd 0xc8b539cc vnode interlock @ ../../ufs/ffs/ffs_vfsops.c:1016
>
> recursed on non-recursive lock (sleep
Mike Smith wrote:
>
> > Here are the SMAP lines:
> >
> > SMAP type=01 base= len= 0009f800
> > SMAP type=02 base= 0009f800 len= 0800
> > SMAP type=02 base= 000e8400 len= 00017c00
> > SMAP type=01 base= 0010 len= 13ef0
On Sun, 27 May 2001 03:59:20 +0200, Thomas Moestl <[EMAIL PROTECTED]> said:
> The attached patch just unlocks vm_mtx before this call and
> reacquires the it when it's done. This works for me
Me, too. So far, at least ... uptime 25 minutes, swapping, X running,
none of which I could do b
Hi,
A few days ago I posted a short message to hackers asking
for input concerning the definition of UIO_MAXIOV.
The definition of UIO_MAXIOV is hidden behind _KERNEL. I
have a small patch I'd like to apply to simply move the
#define outside of _KERNEL. The patch is below.
The second q
Hi folks,
As I'm sure most people here know, kbdcontrol is a build-tool because
sysinstall requires it to generate keymap.h. This means that it has
to compile with the headers already in /usr/include on the host
system; the last time this came up with PASTE, we just defined the
needed constant i
After I'd been up a couple of hours I had a spontaneous reboot. No
idea why. Still a lot better than I'd been doing ...
--
Michael D. Harnois[EMAIL PROTECTED]
Redeemer Lutheran Church Washburn, Iowa
Earth has its boundaries, but human stupidity is l
freeing uidinfo: uid = 0, sbsize = 3197224
freeing uidinfo: uid = 0, proccnt = 86
kernel trap 12 with interrupts disabled
panic: blockable sleep lock (sleep mutex) Giant @ ../../vm/vm_fault.c:213
Debugger("panic")
Stopped at Debugger+0x45: pushl %ebx
db> t
Debugger(c0350d9b) at Debugger+0x45
panic
Peter Wemm <[EMAIL PROTECTED]> wrote:
> For some reason, sysinstall or the kernel decided to += 64k on the
> start address of the swap partition (to avoid swap clobbering the
> fdisk, bootblocks, etc at the start of the disk), but neglected to
> remove 64k from the size.
This could be undone. S
28 matches
Mail list logo
