Hi everyone,
I'm having problems getting FreeBSD to use full duplex with my
3com Etherlink XL card. The NIC is connected to a 10/100 switch
and during power up and boot the full duplex LED on the switch
is on, until the probing of the NIC (using xl driver). Then the
LED goes out indicating half d
Mike Silbersack wrote:
>
> On Sat, 1 Jun 2002, Andre Oppermann wrote:
>
> > I'm axing that right now and will provide a tcp_hostcache that will
> > assume that role (tcp is the only consumer of rt_metrics, except for
> > rmx_mtu and rmx_pksent). By moving this every node/leaf in the routing
> >
On Sat, Jun 01, 2002 at 02:56:37AM +0200, Andre Oppermann wrote:
> Hi all,
>
> I've found another bug in net/route.c in the function rtredirect().
>
> When learning a new gateway from a ICMP redirect icmp_input calls
> rtredirect() in net/route.c. rtredirect is doing some sanity checks
> and the
Ruslan Ermilov wrote:
>
> On Sat, Jun 01, 2002 at 02:56:37AM +0200, Andre Oppermann wrote:
> > Hi all,
> >
> > I've found another bug in net/route.c in the function rtredirect().
> >
> > When learning a new gateway from a ICMP redirect icmp_input calls
> > rtredirect() in net/route.c. rtredirect
On Fri, May 31, 2002 at 01:25:09PM -0700, Archie Cobbs wrote:
> As a temporary saftey measure, I'll add M_WRITABLE(m) into the
> M_TRAILINGSPACE() macro. However, I see this as a temporary hack;
> the correct fix is to put the burden of writability on the caller.
> After all, M_TRAILINGSPACE() doe
On Fri, 31 May 2002, Archie Cobbs wrote:
> That is, what we really need is a more general audit for code that
> writes into mbufs that might be read-only -- and, as one special case
> of tha, code that calls M_TRAILINGSPACE()/M_LEADINGSPACE() before writing
> into an mbuf.
>
> FYI, any easy way t
Hello,
I have found a bug in using vtun on freebsd in the type ether mode in
order to try and bridge ethernet over IP. I am not too sure where the
problem lies. The interfaces that are being placed into the bridge group
are not going into promiscuos mode.
The crux of it that the vtun can establi
[EMAIL PROTECTED] wrote:
> I have found a bug in using vtun on freebsd in the type ether mode
> in order to try and bridge ethernet over IP. I am not too sure where
> the problem lies. The interfaces that are being placed into the
> bridge group are not going into promiscuos mode.
This may no
Hi,
is there any way to find what is the direction (incomming / outgoing) of bpf
captured packet??
regards,
misho
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
Bruce Evans writes:
> > That is, what we really need is a more general audit for code that
> > writes into mbufs that might be read-only -- and, as one special case
> > of tha, code that calls M_TRAILINGSPACE()/M_LEADINGSPACE() before writing
> > into an mbuf.
> >
> > FYI, any easy way to do this
10 matches
Mail list logo
