| As you'll see in the logs below and from ifconfig output, altough the
| ngX interfaces MTU is set to 1460 with "set link mtu 1460", it stays at
| 1500. Any idea why ?
The asked mtu size will be available (set) only when interface is in UP
state. When the ngX is in down state it has default va
Hi Bill,
I tested the driver with the new patch and everything works fine now. Thank
you for
your quick response. If you need more testing of this NIC, I can always
cooperate.
Boris Georgiev
- Original Message -
From: "william paul" <[EMAIL PROTECTED]>
To: "Boris Georgiev" <[EMAIL PROTE
Hello,
I've been running a FreeBSD 4.7 box with a MPD 3.13 PPTP VPN server for
quite some time now and, altough it mostly works, I'd like to iron out
some problems we encounter.
Configuration (that gives an IP address in a 192.168.0.0/24 local
network to 16 Win2k clients at this moment) is don
Synopsis: Bug in network stack in sending broadcast packets
Responsible-Changed-From-To: freebsd-net->wes
Responsible-Changed-By: wes
Responsible-Changed-When: Wed Jul 16 11:26:15 PDT 2003
Responsible-Changed-Why:
I'm working on all-call broadcasting code already, I'll fix this.
http://www.freeb
http://news.netcraft.com/archives/2003/07/12/nearly_2_million_active_sites_r
unning_freebsd.html
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Wed, 16 Jul 2003, Hideki ONO wrote:
> Try my patch which I posted to freebsd-bugs last month.
>
> http://lists.freebsd.org/pipermail/freebsd-bugs/2003-June/001407.html
How about attaching that to one of the PRs open on this bug? Maybe
someone will commit it then...
Charles
> > I have a prob
Synopsis: mbuf-related kernel panic (sbappendaddr)
Responsible-Changed-From-To: freebsd-net->bmilekic
Responsible-Changed-By: bmilekic
Responsible-Changed-When: Wed Jul 16 08:16:48 PDT 2003
Responsible-Changed-Why:
I'll look into this. It seems that the problem is not
directly due to lack of mbu
Synopsis: ether_input casts m_hdr to mbuf and causes bpf_mtap to access random data
Responsible-Changed-From-To: freebsd-net->bmilekic
Responsible-Changed-By: bmilekic
Responsible-Changed-When: Wed Jul 16 08:07:36 PDT 2003
Responsible-Changed-Why:
I'll follow-up on this.
http://www.freebsd.org/c
Hideki ONO wrote:
> Try my patch which I posted to freebsd-bugs last month.
>
> http://lists.freebsd.org/pipermail/freebsd-bugs/2003-June/001407.html
Indeed this fixes my problem as well!
I hope it will be integrated into the CVS tree soon.
Thanks for you help.
Frank
>
> > I have a problem w
On Tue, Jul 15, 2003 at 08:51:12PM -0400, Scot Loach wrote:
> True, I can add a tunable for each of tcp, udp, raw, divert.
>
> What will happen when the system runs out of pcbs?
You'll no longer be able to allocate and attach pcbs to sockets until
one of the current pcb consumers returns tha
On Tue, Jul 15, 2003 at 05:22:55PM -0400, Scot Loach wrote:
> Currently, whenever maxsockets is increased, this causes kernel memory to be
> preallocated for each type of pcb (tcp, udp, raw, divert). The number of
> pcbs preallocated for each of these is always the same as maxsockets.
>
> This i
Try my patch which I posted to freebsd-bugs last month.
http://lists.freebsd.org/pipermail/freebsd-bugs/2003-June/001407.html
> I have a problem with FreeBSD-4.8-STABLE in which the system panics when
> multicast definitions are being removed from an interface. The later is very
> easily reprodu
12 matches
Mail list logo
