It's been committed before, and broke many things (X and CVSup come to
mind). I have it compiled in locally on a few machines but it's
definitely not suitable for general distribution until a solution is
found that doesn't break applications.
Jason Young
accessUS Chief N
ncies, just to cater to the
(generous figure) 0.5% of the people out there who have 1) a crashing
FreeBSD box and 2) the expertise and the will to debug the crash dump.
I think that issue needs to be revisited somehow.
Unfortunately I don't have my proposal written in diff(1) at the
moment, but wr
y I don't have my proposal written in diff(1) at the
> > moment, but writing all this out makes me really want to
> go ahead and
> > do it. Then again, somebody DID ask for a CS project. :)
>
> Heh :)
Say, when is babelfish going to put up an English->diff(1) translato
or have had to chown the dump/kernel files to do any debugging.
It would be mild bloat, but disk is cheap, and a disk space to
debugging ease tradeoff has already been made (to the tune of several
megs!) by the decision to build debug kernels by default. I agree with
that. One could also #ifdef t
7;s probably a feature, since a small
battery would be able to supply much less current over time. Cost should
be reasonably low since this stuff is in all sorts of consumer devices.
Jason Young, CCIE #8607 (R&S, Voice), MCSE
Consulting Engineer
e-velocity technical consulting, llc.
(513)677-
aren't automagically created. You need to make more yourself. The
/dev/MAKEDEV script is normally used but may not do this for you based on my
first look at the script - it seems to only make single-digit device
numbers. You may have to use mknod by hand after looking at how MAKEDEV
makes
thout your knowledge.
Jason Young
Access US(tm) Chief Network Engineer
> -Original Message-
> From: petro [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, September 06, 2000 4:33 PM
> To: [EMAIL PROTECTED]
> Subject: Promiscuous mode
>
>
> rl0: promiscuous mode enabled
It's been committed before, and broke many things (X and CVSup come to
mind). I have it compiled in locally on a few machines but it's
definitely not suitable for general distribution until a solution is
found that doesn't break applications.
Jason Young
accessUS Chief N
re) 0.5% of the people out there who have 1) a crashing
FreeBSD box and 2) the expertise and the will to debug the crash dump.
I think that issue needs to be revisited somehow.
Unfortunately I don't have my proposal written in diff(1) at the
moment, but writing all this out makes me really want
y I don't have my proposal written in diff(1) at the
> > moment, but writing all this out makes me really want to
> go ahead and
> > do it. Then again, somebody DID ask for a CS project. :)
>
> Heh :)
Say, when is babelfish going to put up an English->diff(1) translato
or have had to chown the dump/kernel files to do any debugging.
It would be mild bloat, but disk is cheap, and a disk space to
debugging ease tradeoff has already been made (to the tune of several
megs!) by the decision to build debug kernels by default. I agree with
that. One could also #ifd
I think that you imply explicit msync() calls still flush data to disk. Is
that the case?
Jason Young
accessUS Chief Network Engineer
On Wed, 8 Dec 1999, Matthew Dillon wrote:
> :I'd like to see this happen, go for it! :)
> :
> :Don't forget how getnewbuf refils the buff
Title: RE: Repeated softupdates panics in 3.3-STABLE
A "pending ops" panic can be induced in fairly short order by running the SMTP performance tests that come with Postfix. Specifically, run smtpstone/smtp-source running many parallel deliveries into a Postfix mail daemon setup running on th
I think you need to have a fd open on /dev/io to do inb/outb.
Jason Young
Access US(tm) Chief Network Engineer
> -Original Message-
> From: Leif Neland [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, April 25, 2000 1:51 PM
> To: [EMAIL PROTECTED]
> Subject: Turning on a rel
ou may want to play with these sysctls:
net.inet.icmp.log_redirect
net.inet.icmp.drop_redirect
Jason Young
Access US(tm) Chief Network Engineer
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Kurt Wuensche
> Sent: Wednesday, May 31, 2000 9:03 AM
15 matches
Mail list logo