In message <[EMAIL PROTECTED]> "Walter C. Pelissero"
writes:
: Mmmm, you might be right. I'm using a 3com 589, therefore I'm using
: the ep driver.
The ep driver has been a little flakey under heavy load (like NFS) for
a while.
: Side note. Regarding a different problem I've mentioned in
: fre
On Mon, Aug 20, 2001 at 11:49:45PM +0200, David Delibasic wrote:
> I have upgraded my freebsd machine to 4.4-RC one day ago...and i have a
> problem with gif interfaces...
>
> in kernel config file i have:
> pseudo-device gif 8
>
> and i can't see any gif interfaces with `ifconfig -a` and `gifco
David Malone writes:
> On Mon, Aug 20, 2001 at 07:51:17PM +0100, Walter C. Pelissero wrote:
> > This enforces my belief that there is something broken in some deeper
> > layer of the network code (see the remote printing issue).
>
> Just out of curiosity, what sort of network card is your Va
> > "etni"
>
> "inet"
>
Your string reversal function is buggy.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
Hellow ...
I have upgraded my freebsd machine to 4.4-RC one day ago...and i have a
problem with gif interfaces...
in kernel config file i have:
pseudo-device gif 8
and i can't see any gif interfaces with `ifconfig -a` and `gifconfig -a`.
When i try to load module if_gif it loads but when i try
According to David Malone:
> Just out of curiosity, what sort of network card is your Vaio using?
> Someone else is seeing network related panics that might be related
If this is a VAIO with built-in ethernet, then it is an fxp card.
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL
On Mon, Aug 20, 2001 at 07:51:17PM +0100, Walter C. Pelissero wrote:
> This enforces my belief that there is something broken in some deeper
> layer of the network code (see the remote printing issue).
Just out of curiosity, what sort of network card is your Vaio using?
Someone else is seeing net
John Baldwin writes:
> > fault virtual address = 0x65746e69
> "etni"
>
> Looks like a string has gotten spammed across a data structure or a
> weird pointer, etc.
Whatever mess happend, I've got some news for you that should remove
the NFS module from the list of
> "etni"
oops I mean "inte" (as in "integer"
>
> Looks like a string has gotten spammed across a data structure or a weird
> pointer, etc.
>
> From the previous panic:
>
> > fault virtual address = 0x33693d55
> "3i=U"
>
> That one look
remember it's littel endian
On Mon, 20 Aug 2001, John Baldwin wrote:
> > fault virtual address = 0x65746e69
> "etni"
"inet"
>
> Looks like a string has gotten spammed across a data structure or a weird
> pointer, etc.
>
> From the previous panic:
>
> > fault vir
On 20-Aug-01 Walter C. Pelissero wrote:
> [ third time I retry to post this message on the mailing list ]
>
> Peter Pentchev writes:
> > On Mon, Aug 20, 2001 at 12:27:24PM +0100, Walter C. Pelissero wrote:
> > All those ??'s are the result of kgdb being unable to look inside
> > a kernel modu
[ third time I retry to post this message on the mailing list ]
Peter Pentchev writes:
> On Mon, Aug 20, 2001 at 12:27:24PM +0100, Walter C. Pelissero wrote:
> All those ??'s are the result of kgdb being unable to look inside
> a kernel module. Are you loading NFS as a module?
Yep. I recomp
>
> >>There is no 3 minute blackout. The session is just closed. Change
> >>lqrperiod if you want a shorter deconnexion.
> >
> >Merci bcp, so that´s where from the repeatable 6 x 30 seconds comes!! thanks
Of course your provider should be sending a PADT... perhaps their
end is crashing or some
>>There is no 3 minute blackout. The session is just closed. Change
>>lqrperiod if you want a shorter deconnexion.
>
>Merci bcp, so that´s where from the repeatable 6 x 30 seconds comes!! thanks
but
with ppp.conf having:
enable lqr
set lqr accept
set lqrperiod 3
we get:
Aug 20 15:51:11
> > ... for at least the reason that France Telecom (French-govt-protected
> > monopoly), God bless 'em, cripples their ADSL service by inserting 3
> minute
> > blackouts, at the next hop at end their end of the ADSL, link throughout
> > the day, (ping to next hop dead) to protect their exor
On Mon, Aug 20, 2001 at 12:27:24PM +0100, Walter C. Pelissero wrote:
> [ it seems my original article didn't get through ]
>
> I recently upgraded to 4.4-RC.
> Now my Vaio panics when I use NFS volumes (as client).
> The panic is reproducible with a:
>
> find /some/NFS/mount/point -type f -e
> Len Conrad writes:
> We´re very happy with PPPoE into our cable modem
> ´cept the whole link isn´t reliable :
> ... for at least the reason that France Telecom (French-govt-protected
> monopoly), God bless 'em, cripples their ADSL service by inserting 3 minute
> blackouts, at the
> >WRT the PPPoE lockup problem, I'd love to get to the bottom of this
> >(I can't reproduce it here). If anybody can give me an account on a
> >machine that locks up like this, I'd gladly have a crack at trying to
> >solve the problem.
>
> we are not sure we have the ppp lockup, but we certainl
>WRT killing ppp, the best way is:
>
> killall ppp; killall -2 ppp
and the best works!
Our script now succeeds in bringing up PPP again.
Thanks
>WRT the PPPoE lockup problem, I'd love to get to the bottom of this
>(I can't reproduce it here). If anybody can give me an account on a
>m
Hi,
WRT killing ppp, the best way is:
killall ppp; killall -2 ppp
The first tells ppp to exit cleanly and starts it trying to negotiate
a shutdown with the other end. The second kill tells ppp to just
drop all existing connections.
WRT the PPPoE lockup problem, I'd love to get to the bott
[ it seems my original article didn't get through ]
I recently upgraded to 4.4-RC.
Now my Vaio panics when I use NFS volumes (as client).
The panic is reproducible with a:
find /some/NFS/mount/point -type f -exec cat {} \; >/dev/null
Sometime I got a "page fault", sometime a "lockmgr: locki
We´re very happy with PPPoE into our cable modem
´cept the whole link isn´t reliable :
... for at least the reason that France Telecom (French-govt-protected
monopoly), God bless 'em, cripples their ADSL service by inserting 3 minute
blackouts, at the next hop at end their end of the ADSL,
22 matches
Mail list logo