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
$B$3$N%a!=%k$N%"%I%l%9$O<}=86He$2$^$9!#(B
$B;d$O2<5-#3E@$N%S%8%M%9$GKh7n(B40$B!A(B85$BK|$N<}F~$,$"$j$^$9!#(B
$B!J3+;O8e#3%v7nL\0L$G!"K\?&$N<}F~$OF~$l$:!*!K(B
$B!c!cI,8+!*9bB.9b<}F~>pJs!*!*!d!d(B
$B%"%a%j%+$rH/>MCO$H$7$?6<0RE*$J9b<}F~:_Bp%S%8%M%9$G$9!*(B
$B:#7n$K$J$C$F;22Ce$N<}F~$rF
> 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
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
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/
>
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
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 t
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 lib
>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.
> >
> >
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:
:: Log:
:: Make all Ethernet drivers attach using ether_ifattach() and detach using
:: ether_ifdetach().
::
:: The former consolidates the opera
Hi
I'm having two problems on current (5.0-CURRENT FreeBSD 5.0-CURRENT #6:
Fri Jul 7 20:04:56 SAST 2000 for kernel, binaries Jul 13, libfetch
and fetch 14 Jul) with the ports.
One: fetch never stops!
For example:
su-2.03# make
>> GnuPG-Interface-0.09.tar.gz doesn't seem to exist on this syste
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 c
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
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 ab
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
earl
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
On Friday, 14th July 2000, Matthew Jacob wrote:
>
>> 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.
>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 hap
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 mai
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
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 th
>
>
> 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
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 ref
> 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
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 22:4
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
>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 cause dead hang (nothing appearse on the screen)
with Adaptec SCSI BIOS
ahc0:
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 "unsubscribe freebsd-current" in the
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 co
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
On 14-Jul-00 Andrey A. Chernov wrote:
> New boot0 cause dead hang (nothing appearse on the screen)
> with Adaptec SCSI BIOS
> ahc0:
> Standard MBR works fine. All in first 1024 cyls.
Errm, do you have some more details?
> dmesg | egrep 'ah|da'
ahc0: port 0x9c00-0x9cff mem
0xe1102000-0xe
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
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 n
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 Unsubscr
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 need
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 hav
[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 start-transmitting-befo
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
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
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
40 matches
Mail list logo
