On Fri, Nov 02, 2001 at 06:35:40AM -0800, David Wolfskill wrote:
>
>Aye; feel free to holler if you find your machine wedged. It can be
>Very Helpful to have another "fallback" machine for various reasons
>
Hi
Well, after a couple of false starts, managed to downgrade successfully
and so fa
Hi Warner,
From: Warner Losh <[EMAIL PROTECTED]>
Date: Fri, 02 Nov 2001 10:36:00 -0700
::: Now my pccard-modem gets attached as sio2, instead of sio3 like few days
::: ago which seemed bogus, because my system don't have sio2!
::
::Interesting. Do you have a sio2 that is disabled on isa or a sio
Is there any working thread for doing a SCSI-IDE translation like NetBSD and
LINUX has? This is very useful to get proggys like cdrecord (and the GUIs
[GnomeToaster]) running on IDE cd writers.
Jan
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of
On Sun, Nov 04, 2001 at 11:43:57PM +0100, Jan Stocker wrote:
> Is there any working thread for doing a SCSI-IDE translation like NetBSD and
> LINUX has? This is very useful to get proggys like cdrecord (and the GUIs
> [GnomeToaster]) running on IDE cd writers.
It would require that someone write
>2. cvsup to r1.96 of tty_cons.c, which should fix this, but due to lack
> of testers and the inability to reproduce it here, is unverified.
I've been testing it, and haven't had any panics, but since the panic
was irregular anyway it's hard to say that it's fixed.
Bill
To Unsubscribe: sen
awk does not copy input lines to its output unless asked; you can
ask with either an explicit "print" or an empty action.
Using an input file like:
gibberish
stuff
this doesn't match
here is some garbola
I don't want this file in the ouptut
here's some more stuff
and another line
and another
an
Hmm. Well, bufdaemon is doing the right thing by blocking
in that loop. The problem appears to be related to the
double-I/O that is occuring due to the way MD filesystems
work. A vnode-backed MD takes a strategy call and turns
around and issues a high-level filesystem write.
Ok, I think I've whacked this one. Try this patch and see if it
fixes your buf_daemon() lockups. The patch also fixes the
double-data-caching that occurs with file-backed MD.
If this works for you, Mark, I'll commit it and probably also MFC it.
I'll also be able to apply th
Hmm.. that last patch didn't do it. I've noticed some errors on the
console before the lockup:
unexpected md driver lock: 0xe1813900: type VREG, usecount 2, writecount 1, refcount
3871, flags (VOBJBUF)
tag VT_UFS, ino 4, on dev da0s1h (13, 131079) lock type inode: EXCL (count 1