Re: FUD about CGD and GBDE

2005-03-04 Thread Jason Young
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-

RE: Promiscuous mode

2000-09-06 Thread Jason Young
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

RE: BOCA BB1008

2000-08-15 Thread Jason Young
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

RE: Spoofed routes

2000-05-31 Thread Jason Young
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

RE: Turning on a relay.

2000-04-25 Thread Jason Young
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

RE: Repeated softupdates panics in 3.3-STABLE

2000-01-03 Thread Jason Young
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

Re: Getting a new MAP_ flag into mmap() prior to 4.x freeze

1999-12-08 Thread Jason Young
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

RE: CS Project

1999-09-08 Thread Jason Young
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

RE: CS Project

1999-09-08 Thread Jason Young
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

RE: CS Project

1999-09-08 Thread Jason Young
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

RE: CS Project

1999-09-08 Thread Jason Young
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

RE: CS Project

1999-09-08 Thread Jason Young
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

RE: CS Project

1999-09-08 Thread Jason Young
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

RE: Squid - a bug in src/sys/kern/uipc_socket.c

1999-07-22 Thread Jason Young
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: Squid - a bug in src/sys/kern/uipc_socket.c

1999-07-22 Thread Jason Young
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