Re: dc driver and underruns (was: Strangeness with 4.0-S)

On Fri, Jul 14, 2000 at 12:51:14PM +1000, Stephen McKay wrote: On Thursday, 13th July 2000, "Rodney W. Grimes" wrote: On Thu, 13 Jul 2000, Stephen McKay wrote: Does anyone here actually measure these latencies? I know for a fact that nothing I've ever done would or could be affected by

$B:G=i$G:G8e$N>pJsDs6!!*(B

$B$3$N%a!=%k$N%"%I%l%9$O<}=86He$2$^$9!#(B

Re: dc driver and underruns (was: Strangeness with 4.0-S)

That theory is not correct, I have seen multiple Alpha machines reporting buffer underruns as well. No ATA disk in sight there.. This has been a reported feature of the tulip chip and alphas (de driver usually) forever forever forever. It's not a bug, per se, IMO. To Unsubscribe: send

fetch appears to be broken

Since my last buildworld, fetch no longer works properly: $ fetch http://www.bom.gov.au/cgi-bin/wrap_fwo.pl?IDS10034.txt Receiving wrap_fwo.pl?IDS10034.txt -1 bytes transferred in 0.7 seconds (-1.47 Bps) It would be nice to have an error message here, not to mention a more accurate bottom

Re: kerneld for -current

On Thu 2000-07-13 (13:46), Yevmenkin, Maksim N, CSCIO wrote: long time back there was a discussion about kerneld for FreeBSD. some people have found it useless, but some not :) anyway, alpha version of code can be found at sourceforge.net. http://sourceforge.net/projects/kerneld/

Re: fetch appears to be broken

Greg Lehey [EMAIL PROTECTED] writes: Since my last buildworld, fetch no longer works properly: $ fetch http://www.bom.gov.au/cgi-bin/wrap_fwo.pl?IDS10034.txt Receiving wrap_fwo.pl?IDS10034.txt -1 bytes transferred in 0.7 seconds (-1.47 Bps) Looks like stale sources. The -1 bug was

Re: fetch appears to be broken

On Friday, 14 July 2000 at 10:53:42 +0200, Dag-Erling Smorgrav wrote: Greg Lehey [EMAIL PROTECTED] writes: Since my last buildworld, fetch no longer works properly: $ fetch http://www.bom.gov.au/cgi-bin/wrap_fwo.pl?IDS10034.txt Receiving wrap_fwo.pl?IDS10034.txt -1 bytes transferred

Re: fetch appears to be broken

Greg Lehey [EMAIL PROTECTED] writes: On Friday, 14 July 2000 at 10:53:42 +0200, Dag-Erling Smorgrav wrote: Looks like stale sources. The -1 bug was fixed a few days ago. Well, this was a buildworld of 10 July. I haven't updated since then because the kernel keeps crashing. Update libfetch

Re: config/hints changes: panic booting pcvt kernel

From the keyboard of John Polstra: i added a printf statement to the beginning of every subroutine in file /sys/dev/kbd/kbd.c and with this additions the panic disappears and pcvt runs fine as ever. Removing the printf's from kbd.c shows the usual described panic. I'm now

ether_ifattach() change and VMware

Date: Thu, 13 Jul 2000 15:54:35 -0700 (PDT) From: Archie Cobbs [EMAIL PROTECTED] :: ::archie 2000/07/13 15:54:35 PDT :: :: Modified files: snip :: Log: :: Make all Ethernet drivers attach using ether_ifattach() and detach using :: ether_ifdetach(). :: :: The former consolidates the

Re: **HEADS UP** if you used to cvsup the crypto repo from internat !

On Thu, 13 Jul 2000 19:19:48 +0200, Mark Murray wrote: 2711: If you used to get your crypto files from internat, AND you used cvsup to get cvs' ,v files, then the latest changes to the source collections will impact you. You will need to remove all the crypto

Re: **HEADS UP** if you used to cvsup the crypto repo from internat !

On Fri, 14 Jul 2000, Sheldon Hearn wrote: : : :On Thu, 13 Jul 2000 19:19:48 +0200, Mark Murray wrote: : : 2711: : If you used to get your crypto files from internat, AND you : used cvsup to get cvs' ,v files, then the latest changes : to the source collections will impact you.

Re: **HEADS UP** if you used to cvsup the crypto repo from internat !

On Fri, 14 Jul 2000 07:36:38 EST, David Scheidt wrote: :Warner, Mark says that this applies if you used CTM to get cvs's ,v :files, not CTM. Also, he clarified the last sentence for me, by saying Should this read "used CTM ... not CVS" or "used CVS ... not CTM"? Argh, what is it about

Re: **HEADS UP** if you used to cvsup the crypto repo from internat !

How can I tell if I need to nuke my crypto files? Sounds like I should have this problem but it doen't look like I do. I looked through the commits for the past few days searching for crypto, and I have all of the files that were commited. (secure/lib/libcrypto/Makefile Makefile.inc from

Re: **HEADS UP** if you used to cvsup the crypto repo from internat !

On Fri, Jul 14, 2000 at 01:56:31PM +0200, Sheldon Hearn wrote: Also, he clarified the last sentence for me, by saying that it's the crypto ,v files that need to be removed and not the checked out crypto files. What about the non-US cvsup mirrors? Most of them used cvsup to mirror the crypto

Re: config/hints changes: panic booting pcvt kernel

From the keyboard of Steve O'Hara-Smith: On 13-Jul-00 Hellmuth Michaelis wrote: I'm now completely out of ideas Try and pin down which printf really makes a difference ? Ok, did that. Surprise: i removed all the debugging code and all changes i made to track down what happenes

Re: ether_ifattach() change and VMware

Munehiro Matsuda writes: :: Make all Ethernet drivers attach using ether_ifattach() and detach using :: ether_ifdetach(). After the commit, VMware seems to hang the system at boot time. The "vmnet" module, that comes with VMware, needs the included patch. OK, I'm CC:'ing the port

Re: SB Live (or RAM parity?) crash on today's -CURRENT

On Thu, Jul 06, 2000 at 06:32:49PM -0700, Doug Barton wrote: On Thu, 6 Jul 2000, Thomas Stromberg wrote: 'panic: RAM parity error, likely hardware failure.' This one had me confused at first, because it blamed a RAM parity error. As this is a brand new machine (Gateway GP-800), so I

-current, racoon, ipsec

Hi, I'm trying to get racoon to work on my -current machine, but so far compiling is a horror. It tries to compile using it's own libipsec, which gives troubles when starting racoon (pfkey: no such protocol). So... I tried using the system libipsec, which has pfkey and pfkey_dump commented in

Re: **HEADS UP** if you used to cvsup the crypto repo from internat !

On Thu, 13 Jul 2000 19:19:48 +0200, Mark Murray wrote: 2711: If you used to get your crypto files from internat, AND you used cvsup to get cvs' ,v files, then the latest changes to the source collections will impact you. You will need to remove all the crypto

Re: possible NETGRAPH/NG_ETHER bug

Julian Elischer writes: i was working on integration of Ethernet TAP driver and NETGRAPH and found strange thing. the problem is that NG_ETHER nodes do not detach correctly when interface is gone. i was taking a very quick look at it, and, it seems to me that we are missing one reference

Re: -current, racoon, ipsec

I'm trying to get racoon to work on my -current machine, but so far compiling is a horror. It tries to compile using it's own libipsec, which gives troubles when starting racoon (pfkey: no such protocol). Grr... ok, that might be solved when putting IPSEC in the kernel config, but the

Re: smbfs problem

According to Boris Popov: New version (1.2.4) can be downloaded from ftp://ftp.butya.kz/pub/smbfs/smbfs.tar.gz Please please pretty please, do commit it! -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED] FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun 4

Re: **HEADS UP** if you used to cvsup the crypto repo from internat !

cd /usr/src/whereever cvs diff or just check your ``cvs checkout'' output for lines beginning with M. How can I tell if I need to nuke my crypto files? Sounds like I should have this problem but it doen't look like I do. I looked through the commits for the past few days searching for

Re: config/hints changes: panic booting pcvt kernel

From the keyboard of Hellmuth Michaelis: I'm currently re-cvsupping/recompiling a completly fresh tree to reproduce this to make shure it is really this single printf. Its reproducible. Different machine/location/hardware, cvsupped 3 hr's ago, rm /usr/src, /usr/obj, make world, make kernel.

New boot0 not work with ahc

New boot0 cause dead hang (nothing appearse on the screen) with Adaptec SCSI BIOS ahc0: Adaptec 2940 Ultra SCSI adapter Standard MBR works fine. All in first 1024 cyls. -- Andrey A. Chernov [EMAIL PROTECTED] http://ache.pp.ru/ To Unsubscribe: send mail to [EMAIL PROTECTED] with

parallel port zip patch - committer needed

hi all, i have been working with nicholas souchu to fix the parallel port zip drive bug. we think we have it beat. however, nicholas doesn't have a devbox, so he has asked me if someone could contact me for the corresponding fix. i have a few minor details to ask him about, and he will then

Re: about Kern/15436

Could people, when posting these kinds of requests, add a one sentence outline of what the PR / web page contains? Most people do not take the time to look at the page if there is no barebones description of what the information contains. Thanks in advance. Nick P.S.: Keep posting them. It is

RE: New boot0 not work with ahc

On 14-Jul-00 Andrey A. Chernov wrote: New boot0 cause dead hang (nothing appearse on the screen) with Adaptec SCSI BIOS ahc0: Adaptec 2940 Ultra SCSI adapter Standard MBR works fine. All in first 1024 cyls. Errm, do you have some more details? dmesg | egrep 'ah|da' ahc0: Adaptec

Re: -current, racoon, ipsec

On Fri, 14 Jul 2000, Mark Huizer wrote: Grr... ok, that might be solved when putting IPSEC in the kernel config, but the second part still stands, I guess. (Why include libipsec code when it is in the base tree... they should be compatible) Just use the port. I presume the included copy of

Request for comments: new `lpd' suite feature

Around here, we have a convention that each printer has a record in the DNS for printername.lpd-spooler which points to the print server for that printer. It occurred to me that, if there are no local printers, no additional information is needed for lpr and lpd to operate -- thus obviating the

tcpdump malloc bug

citusc17# ln -s AJ /etc/malloc.conf citusc17# tcpdump tcpdump: [CRAP DELETED]: Device not configured This is true on 4.0-S as well, where I actually first found it. Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe [EMAIL PROTECTED] To

Re: Request for comments: new `lpd' suite feature

At 5:39 PM -0400 7/14/00, Garrett Wollman wrote: Around here, we have a convention that each printer has a record in the DNS for printername.lpd-spooler which points to the print server for that printer. It occurred to me that, if there are no local printers, no additional information is needed

Re: tcpdump malloc bug

On Fri, Jul 14, 2000 at 04:03:08PM -0700, Kris Kennaway wrote: citusc17# ln -s AJ /etc/malloc.conf citusc17# tcpdump tcpdump: [CRAP DELETED]: Device not configured This is true on 4.0-S as well, where I actually first found it. It's fixed in the tcpdump.org libpcap sources, but we haven't

Re: dc driver and underruns (was: Strangeness with 4.0-S)

[cc: trimmed to -current] Does anyone here actually measure these latencies? I know for a fact that nothing I've ever done would or could be affected by extra latencies that are as small as the ones we are discussing. Does anybody at all depend on the

Re: Request for comments: new `lpd' suite feature

I almost hate to bring this up, but I think the unnamed-here proposed replacement for our lpd allows you to set your PRINTER environment variable to something like [EMAIL PROTECTED] louie To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of

Re: Request for comments: new `lpd' suite feature

How would this work with printers on local networks? Say, a print server 192.168.1.73? tomdean To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: cvs commit: src/etc/defaults make.conf src/secure/lib/libcrypto Makefile Makefile.inc

At Fri, 14 Jul 2000 02:18:21 -0700 (PDT), Peter Wemm [EMAIL PROTECTED] wrote: Be consistant about WITH_ vs MAKE_ flags. We have a precedent of using MAKE_foo for things like MAKE_KERBEROS etc. Use that. I managed to confuse myself last time and made make.conf different to the code.