"Brian F. Feldman" wrote:
> Actually, all recursive executions of it need to be -x too. The easiest
> way (if there's no environment variable for it, I don't recall), is to
> put "set -x" at the top of MAKEDEV.
>
> This will help, and then I'll understand much more. Thanks. I have
> a feeling it
[.]
> > I've fixed it in -current, not yet in -stable. You could try the
> > latest ppp archive from my web site if you want to confirm whether
> > or not the fix works.
>
> No, you misunderstood me. I'm usually using on my 3.2 box the ppp compiled from the
>current
> sources of 4.0 (BTW pp
Hello,
Please check the freebsd-questions mailing list archive at
http://www.freebsd.org/search/#mailinglists
This question has been answered many times there, in great detail.
Regards,
==ml
> Hello !
>
> I am running CURRENT from 27 jul.
> So, I have PCI PnP Ethernet Adaptor and wrote in
hi,
For those of you who may not have seen this, and my apologies
if I haven't seen it and everyone else has...
===> FAQ
sgmlfmt -f html -links /usr/doc/FAQ/FAQ.sgml
sgmlfmt -f latin1 -links /usr/doc/FAQ/FAQ.sgml
sgmlfmt -f ascii -links /usr/doc/FAQ/FAQ.sgml
FAQ.trf:7781: warning: can't find
On 28-Jul-99 John W. DeBoskey wrote:
> hi,
>
>For those of you who may not have seen this, and my apologies
> if I haven't seen it and everyone else has...
>
> ===> en/handbook
> /usr/local/bin/jade -V html-manifest -ioutput.html -c
> /usr/doc/share/sgml/catalog -c
> /usr/local/share/sgml/d
< said:
> Add support for SYS_RES_DENSE and SYS_RES_BWX resource types. These are
> equivalent to SYS_RES_MEMORY for x86 but for alpha, the rman_get_virtual()
> address of the resource is initialised to point into either dense-mapped
> or bwx-mapped space respectively, allowing direct mem
Hi,
During recent installs using the 7/26 snap, I noticed that the
transfer rate for the "ports" distribution was about twice as fast as
SNAPs from the beginning of the month. Previously I was seeing a
download rate of around 13 KB/s, while now I'm seeing around 28 KB/s
(while these rates may so
Of all the gin joints in all the towns in all the world, Brian Dean had
to walk into mine and say:
> Hi,
>
> During recent installs using the 7/26 snap, I noticed that the
> transfer rate for the "ports" distribution was about twice as fast as
> SNAPs from the beginning of the month. Previousl
> For those of you who may not have seen this, and my apologies
>if I haven't seen it and everyone else has...
[...]
>===> en/handbook
>/usr/local/bin/jade -V html-manifest -ioutput.html -c /usr/doc/share/sgml/cat
>alog -c /usr/local/share/sgml/docbook/dsssl/modular/catalog -c /usr/local/shar
< said:
> During recent installs using the 7/26 snap, I noticed that the
> transfer rate for the "ports" distribution was about twice as fast as
> SNAPs from the beginning of the month.
> I was wondering what to attribute this better performance to. Could
> this be due to the new network driver
Bill Paul wrote:
> Of all the gin joints in all the towns in all the world, Brian Dean had
> to walk into mine and say:
>
> > I was wondering what to attribute this better performance to. Could
> > this be due to the new network driver / newbus integration?
>
> Well, since you didn't tell us
Today I've discovered that dial rules not always executed correctly. In
the example above request from 212.42.69.214 should not be blocked
because 212.42.69.214 is in fact MYADDR! I'm using ppp from -current
cvsup'ed and built today (-auto -alias). And what is really strange that
this not always t
Hi,
I have been trying to get my ar(4) and sr(4) drivers going again on -current,
but it seems that the newbus code doesn't like my little trick that worked
for so long. :-(
Basically the drivers are called ar0 in the kernel config file, but in
the isa_driver struct I call them arc and not ar, b
Garrett Wollman wrote:
>
> < said:
>
> > During recent installs using the 7/26 snap, I noticed that the
> > transfer rate for the "ports" distribution was about twice as fast as
> > SNAPs from the beginning of the month.
>
> > I was wondering what to attribute this better performance to. Could
> > Jordan stopped including CVS directories in the /usr/ports tarball.
>
> I don't think a transfer rate can be affected by that, though the
> total transfer time certainly would.
>
> Anyway... Jordan did it? Thanks God!
Ports is 20,000 some odd different files, the transfer rate is limited by
> I was wondering what to attribute this better performance to. Could
> this be due to the new network driver / newbus integration?
The CVS metadata was removed, reducing the inode count per port significantly.
This results in faster extraction time and hence "faster" downloads, assuming
that ex
In message <[EMAIL PROTECTED]>, "Jordan K. Hubbard" writes:
>> I was wondering what to attribute this better performance to. Could
>> this be due to the new network driver / newbus integration?
>
>The CVS metadata was removed, reducing the inode count per port significantly.
>This results in fast
Are you by any chance kldload'ing the module for testing?
If so you should have:
DEVMETHOD(bus_driver_added, bus_generic_driver_added),
For your 'arc' device_method_t method declaration.
I got bit by this one too.
On Wed, 28 Jul 1999, John Hay wrote:
> I have been trying to get my
Nope, it is an ISA driver and I wasn't that brave. :-) It is part of
standard FreeBSD and I just compiled it into the kernel with a kernel
config file.
> Are you by any chance kldload'ing the module for testing?
>
> If so you should have:
>
> DEVMETHOD(bus_driver_added, bus_generic_
On Wed, Jul 28, 1999 at 10:16:16AM -0400, John W. DeBoskey wrote:
> ===> en/handbook
> /usr/local/bin/jade -V html-manifest -ioutput.html -c /usr/doc/share/sgml/catalog
>-c /usr/local/share/sgml/docbook/dsssl/modular/catalog -c
>/usr/local/share/sgml/docbook/catalog -c /usr/local/share/sgml/jad
cvs-cur 5518 breaks building libgcc with:
c++ -c -I/usr/obj/3.0/cvs/src/tmp/usr/include/g++ -O -pipe
-I/3.0/cvs/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/config
-I/3.0/cvs/src/gnu/lib/libgcc/../../../contrib/egcs/gc
c -I. -fexceptions -DIN_GCC -I/usr/obj/3.0/cvs/src/tmp/usr/include
-I/3.0/cv
Somehow I knew this was going to happen. I just got done upgrading one
of my Indigo2s to IRIX 6.5.4, with am-utils 6.0 for NFS automounting.
IRIX 6.5.4 supports NFS v3 and TCP. I tried cd'ing to a directory
served on a FreeBSD 3.2-RELEASE system which happens to have the build
tree for the Alteon
Hi,
just a couple of questions:
compat22=yes in /etc/make.conf accomplishes a.out support which we need
for netscape support. Correct?
What does compat3x do however? Provide ELF compatibility libraries for
programs written for 3.x?
Also. Suppose I have an ELF CURRENT box that never ran a.out.
:IRIX 6.5.4 supports NFS v3 and TCP. I tried cd'ing to a directory
:served on a FreeBSD 3.2-RELEASE system which happens to have the build
:tree for the Alteon Tigon firmware (that's where I compiled the last
:firmware image for the Tigon driver). I did a 'du' and after a short
:while, it exploded
This is yet another problem that we have run into here. If you check the
digest for -hackers it was reported awhile ago (mike smith even cc-ed it
to security since it may have been a kernel stack overflow) . Anyway, the
problem is that IRIX defaults to 32K packets on TCP NFSv3 mounts, and
16K on
:This is yet another problem that we have run into here. If you check the
:digest for -hackers it was reported awhile ago (mike smith even cc-ed it
:to security since it may have been a kernel stack overflow) . Anyway, the
:problem is that IRIX defaults to 32K packets on TCP NFSv3 mounts, and
:1
Of all the gin joints in all the towns in all the world, Matthew Dillon
had to walk into mine and say:
>
> Ok, so if I understand this correctly you have a FreeBSD server and
> an IRIX client. UDP mounts work, TCP mounts do not. You are using
> the AMD automounting software runni
Of all the gin joints in all the towns in all the world, Matthew Dillon
had to walk into mine and say:
> :This is yet another problem that we have run into here. If you check the
> :digest for -hackers it was reported awhile ago (mike smith even cc-ed it
> :to security since it may have been a
:>Ah ha! Yes, 32K packets will certainly screw up NFS under FreeBSD.
:
:Uh could you elaborate a little? No, strike that: could you elaborate
:a *lot*. A whole lot.
Sure. There is a constant called NFS_MAXDATA defined in ..mmm..
nfs/nfsproto.h. Set to 32768 for TCP connections,
From: Jeroen Ruigrok/Asmodai <[EMAIL PROTECTED]>
> compat22=yes in /etc/make.conf accomplishes a.out support which we need
> for netscape support. Correct?
>
You will also need a.out libraries from XFree86 in order to get Netscape
working.
> What does compat3x do however? Provide ELF compatibilit
At line 71 in i386/isa/clock.c, there is the following:
#include
#include
XXX
#ifdef APIC_IO
#include
#endif
I'd say, and this is only a SWAG mind you, that the 'XXX' is
extraneous. Right?
-scooter
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the
> At line 71 in i386/isa/clock.c, there is the following:
>
> #include
> #include
> XXX
> #ifdef APIC_IO
> #include
> #endif
>
>
> I'd say, and this is only a SWAG mind you, that the 'XXX' is
> extraneous. Right?
Ack. I have no idea how that snuck through; yes, it's extraneous.
I'll fix
On Wed, 28 Jul 1999, Scott Michel wrote:
> At line 71 in i386/isa/clock.c, there is the following:
>
> #include
> #include
> XXX
> #ifdef APIC_IO
> #include
> #endif
>
>
> I'd say, and this is only a SWAG mind you, that the 'XXX' is
> extraneous. Right?
It just appeared in version 1.141 (m
"Scot W. Hetzel" <[EMAIL PROTECTED]> wrote:
>You'll also want to use:
>
>make world -DWANT_AOUT=YES
>
>to have the a.out libraries built.
You'll also need the a.out X11 libraries, and last time I tried,
they built OK, but wouldn't work.
Peter
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
I just CVSupped at 10:10 eastern time (US) and now I have this error:
cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual
-fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include
-DKERNEL -include opt_globa
In article <[EMAIL PROTECTED]>,
Jeroen Ruigrok/Asmodai <[EMAIL PROTECTED]> wrote:
>
> /usr/libexec/ld.so: warning: /usr/lib/libc.so.3: minor version -1 older
> than expected 0, using it anyway
> ld.so failed: bad magic number in "/usr/lib/libc.so.3"
>
> This is netscape4.5 on CURRENT tracked si
On Wed, 28 Jul 1999, Kenneth Wayne Culver wrote:
> ../../kern/subr_bus.c: In function `bus_print_child_header':
> ../../kern/subr_bus.c:1870: parse error before `}'
> *** Error code 1
>
> here is my kernel conf file (as an attachment)...
Thats mine. Re-cvsup and try again.
--
| Matthew N. Dod
:> /usr/libexec/ld.so: warning: /usr/lib/libc.so.3: minor version -1 older
:> than expected 0, using it anyway
:> ld.so failed: bad magic number in "/usr/lib/libc.so.3"
:>
:> This is netscape4.5 on CURRENT tracked since October 1998.
:>
:> /var/run/ld.so.hints:
:> search directories: /us
A kernel cvsup'd at or about 1800 PDT this evening bought the farm
as so:
pmap_remove_pages(c3d07924, 0, bfbfe000, c3749034, 1)
exec_new_vmspace(c3dafe80, 1, 1, c3dafe80, c025dd5c)
exec_elf_imgact(c3d0fe80, c3d02fa0, c025e61c, 0, 1)
syscall(...)
Xint0x80_syscall(...)
I don't have enough disk spa
Of all the gin joints in all the towns in all the world, Matthew Dillon
had to walk into mine and say:
> :>Ah ha! Yes, 32K packets will certainly screw up NFS under FreeBSD.
> :
> :Uh could you elaborate a little? No, strike that: could you elaborate
> :a *lot*. A whole lot.
>
> Su
> I don't know where these extra bytes are coming from. Presumeably there
> is some upper bound to the size of an NFS v3 RPC; either we are computing
> it wrong or SGI is. What I'd love to be able to do is snoop the requests
> coming from the SGI but that's hard since they're encapsulated in a TCP
Try tcpdump which is in the system . man tcpdump.
Cheers
--
Amancio Hasty
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
test3:/usr/src/sys/compile/ALPHA# make
cc -c -Os -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi
-g -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -elf
../../i
Bill Paul wrote:
> Of all the gin joints in all the towns in all the world, Matthew Dillon
> had to walk into mine and say:
>
> > :This is yet another problem that we have run into here. If you check the
> > :digest for -hackers it was reported awhile ago (mike smith even cc-ed it
> > :to secur
* Matthew Dillon ([EMAIL PROTECTED]) [990729 07:20]:
> lib/libc.so.3: minor version -1 older
> :> than expected 0, using it anyway
> :> ld.so failed: bad magic number in "/usr/lib/libc.so.3"
> :>
> :> This is netscape4.5 on CURRENT tracked since October 1998.
> :>
> :> /var/run/ld.so.hints:
> :>
* John Polstra ([EMAIL PROTECTED]) [990729 07:20]:
> Run ldd on the netscape binary and figure out why it's finding the
> wrong libc. Make sure you don't have LD_LIBRARY_PATH set to include
> "/usr/lib".
Well, I needed to update netscape anyways, so I rm'd the old binaries
and proceeded to inst
c++ -c -I/usr/obj/usr/src/tmp/usr/include/g++ -O -pipe
-I/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/config
-I/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc -I. -fexceptions -DIN_GCC
-I/usr/obj/usr/src/tmp/usr/include
-I/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/cp/inc -nostdin
> from
>/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/cp/new1.cc:28:
> /usr/obj/usr/src/tmp/usr/include/g++/exception:9: syntax error before string constant
> *** Error code 1
This is due to the Bison->Yacc change. I did builds of the compiler and
all, but not a full make
On Wednesday, 28 July 1999 at 23:05:56 -0700, David O'Brien wrote:
>> from
>/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/cp/new1.cc:28:
>> /usr/obj/usr/src/tmp/usr/include/g++/exception:9: syntax error before string
>constant
>> *** Error code 1
>
> This is due to the Bison
Bill Paul wrote:
[..]
> Okay. Well, I experimented a bit, and found that if I increased
> NFS_MAXPACKET by 512 bytes, the machines no longer panic. (Yes, that's
> NFS_MAXPACKET, not NFS_MAXDATA.) 512 is just a number I pulled out of my
> ass: initially I just tried increasing it by 372 bytes (335
"David O'Brien" <[EMAIL PROTECTED]> wrote:
>> from
>/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/cp/new1.cc:28:
>> /usr/obj/usr/src/tmp/usr/include/g++/exception:9: syntax error before string
>constant
>> *** Error code 1
>
>
>This is due to the Bison->Yacc change. I did b
Any source we can have a look at (probe/attach/*_MODULE)?
Nick
On Wed, 28 Jul 1999, John Hay wrote:
> Nope, it is an ISA driver and I wasn't that brave. :-) It is part of
> standard FreeBSD and I just compiled it into the kernel with a kernel
> config file.
>
> > Are you by any chance kl
/usr/src/sys/i386/isa/if_ar.c
/usr/src/sys/i386/isa/if_sr.c
John
>
> Any source we can have a look at (probe/attach/*_MODULE)?
>
> Nick
>
> On Wed, 28 Jul 1999, John Hay wrote:
>
> > Nope, it is an ISA driver and I wasn't that brave. :-) It is part of
> > standard FreeBSD and I just compi
> Any prognosis on a fix?
I'll revert when I go to bed if I am not getting anywhere.
--
-- David([EMAIL PROTECTED] -or- [EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
54 matches
Mail list logo
