> 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
/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 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
"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
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
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
> 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
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
* 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
* 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:
> :>
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
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
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
> 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
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
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
:> /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
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
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
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
"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
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
> 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
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
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
:>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,
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
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
: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
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
: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
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.
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
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
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
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_
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
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
> 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
> > 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
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
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
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
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
< 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
> 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
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
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
< 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
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
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
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
[.]
> > 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
"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
54 matches
Mail list logo