Hi,
Current implementation (Version 6.2) of rt_check() routine defined in route.c
is not completely MPSAFE. I found an issue when i started routing with
"directisr" enabled. For the first rcvd packet this function initializes
rt_gateway of the passed rt_entry. This is done by calling "rta
Hi again,
Jack Vogel wrote:
The new driver I just checked into CURRENT has this fix, I hope its
going to be in the May snapshot, Stefan, can you try CURRENT to
see if it solves your problem?
Jack
I have problems with loading if_em as module on 7.0-current from today:
link_elf: symbol e1000_
Current FreeBSD problem reports
Critical problems
Serious problems
S Tracker Resp. Description
a kern/38554 netchanging interface ipaddress doesn't seem to work
s kern/39937 netipstealth
On Wed, May 02, 2007 at 03:51:18PM +0400, Yar Tikhiy wrote:
> Hi folks,
>
> There two network interface drivers that have uncertain VLAN_MTU
> support status, namely nve(4) and tl(4). The nve(4) driver has a
> sign of unfinished VLAN_MTU support in it as it forgets to set the
> respective bit in
Hi,
Jack Vogel wrote:
-cut-
The new driver I just checked into CURRENT has this fix, I hope its
going to be in the May snapshot, Stefan, can you try CURRENT to
see if it solves your problem?
Jack
I'll need some time for this :)
But my idea was to run some benchmarks on freebsd 6.2-release an
