thersubr.c uses the following macro:
#define IFP2AC(IFP) ((struct arpcom *)IFP)
It looked to me like the other code in net, like if_ethersubr.c use ifp
rather than if_softc to find struct arpcom.
Bug?
- Bill Baumann ([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubsc
Illustrated...
So while this wouldn't really be a bug fix, perhaps we should do my
suggested change anyway to avoid modifying the drivers.
Regards,
Bill Baumann
On Tue, 16 Jul 2002, Kelly Yancey wrote:
> On Tue, 16 Jul 2002, Bill Baumann wrote:
>
> >
> > In net/if.c in
when this bug showed up in the wx driver.
>
> Jim
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Bill Baumann
> > Sent: Wednesday, July 17, 2002 1:58 PM
> > To: Kelly Yancey
> > Cc: [EMAIL PROTECTE
isagreeing, I'll assume that arpcom must be at the top of softc and write
a problem report against the offending drivers (awi,lnc,pdq,ray).
- Bill Baumann
On Wed, 17 Jul 2002, Garrett Wollman wrote:
> < said:
>
> > Why bother with a if_softc field when the interface and softc
My thought is that the net.inet.ip.intr_queue_maxlen should be set to the
maximum receive queue length of your NIC. Depending upon traffic (bursty
short packets being the worst), other kernel operations being slow, and
NIC interrupt coalesce or polling times, your NIC's rx buffer can fill
signif
lity. It would take some porting effort. Only a small effort
was made on usability, so that could be an issue too.
http://sourceforge.net/projects/l2tp/
I would also suggest going to http://sourceforge.net and search for l2tp.
There are a few other projects out there besides these two.
Rega
e outcome is a halted transmitter.
Possible remedy: update snd_wl1 in the header prediction code.
What do you all think? Is this real? Or am I missing something?
Regards,
Bill Baumann
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
o other variables besides wl1 and wl2 that are problematic.
rcv_up, and snd_recover are also in need of updating. rcv_up can easily
be updated along with wl1.
However, snd_recover is not as obvious to me. We could inadvertently
avoid fast recovery in the condition described below. Should we updat
