It's a known problem; it just seems that it doesn't overlap/intersect
the day to day activities of any network focused freebsd developers.
If you guys want it fixed then you may have to find a developer to
hire on contract to fix it, or find some kind of ruleset/traffic
generation setup that relia
Hi Josh,
I'm attaching a .tgz file of the patches (oce0.patch to oce24.patch, Please
make sure that you apply them in the same order) that I told you about for the
Emulex's OCE driver.
I had opened a PR for the same, However .tgz files are not allowed as
attachments to the problem report, So I j
Old Synopsis: libalias locks on uninitalized data
New Synopsis: [libalias] [patch] libalias locks on uninitalized data
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Wed Mar 6 06:43:36 UTC 2013
Responsible-Changed-Why:
Over to main
Old Synopsis: MAC address for epair device not unique
New Synopsis: [epair] MAC address for epair device not unique
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Wed Mar 6 06:39:09 UTC 2013
Responsible-Changed-Why:
Over to maintai
Hi,
I can say also i faced this problem in 9.1-preRelease. And i'm not using
pf, i usyally use ipfw. but i didn't see this happening for a while...
Sami
On Mar 5, 2013 7:39 PM, "Nick Rogers" wrote:
> Hello,
>
> I am attempting to create awareness of a serious issue affecting users
> of FreeBSD 9
On Wed, Mar 06, 2013 at 11:48:13AM +0600, Eugene M. Zheganin wrote:
> Hi.
>
> On 28.02.2013 11:35, YongHyeon PYUN wrote:
> > The reporter said the machine was Sun Fire X2200 M2 so I guess you
> > may see the same issue on both stable/9 and stable/8. Ideally the
> > loader tunable hw.bge.allow_asf
Hi.
On 28.02.2013 11:35, YongHyeon PYUN wrote:
> The reporter said the machine was Sun Fire X2200 M2 so I guess you
> may see the same issue on both stable/9 and stable/8. Ideally the
> loader tunable hw.bge.allow_asf should not be there and driver
> should take care of it by checking the existenc
On 03/06/13 01:03, Andre Oppermann wrote:
> On 05.03.2013 04:21, Lawrence Stewart wrote:
>> On 03/05/13 03:35, Andre Oppermann wrote:
>>> On 26.02.2013 14:38, Lawrence Stewart wrote:
Hi Andre,
>>>
>>> Hi Lawrence, :-)
>>>
A colleague and I spent a very frustrating day tracing an accountin
--- On Mon, 3/4/13, Zaphod Beeblebrox wrote:
> From: Zaphod Beeblebrox
> Subject: Re: igb network lockups
> To: "Jack Vogel"
> Cc: "Nick Rogers" , "Sepherosa Ziehau"
> , "Christopher D. Harrison" ,
> "freebsd-net@freebsd.org"
> Date: Monday, March 4, 2013, 1:58 PM
> For everyone having loc
--- On Mon, 3/4/13, Zaphod Beeblebrox wrote:
> From: Zaphod Beeblebrox
> Subject: Re: igb network lockups
> To: "Jack Vogel"
> Cc: "Nick Rogers" , "Sepherosa Ziehau"
> , "Christopher D. Harrison" ,
> "freebsd-net@freebsd.org"
> Date: Monday, March 4, 2013, 1:58 PM
> For everyone having loc
Hello,
I am attempting to create awareness of a serious issue affecting users
of FreeBSD 9.x and PF. There appears to be a bug that allows the
kernel's routing table to be corrupted by traffic routing through the
system. Under heavy traffic load, the default route can seemingly
randomly change to
On Mar 5, 2013, at 08:54 , h bagade wrote:
> Hi all,
>
> I need to get interface MAC address within the kernel code and I couldn't
> use "getifaddrs" because it's user-mode. How can I have the MAC address
> information within kernel code?
>
> Any hints or comments are really appreciated.
If y
On 05.03.2013 04:21, Lawrence Stewart wrote:
On 03/05/13 03:35, Andre Oppermann wrote:
On 26.02.2013 14:38, Lawrence Stewart wrote:
Hi Andre,
Hi Lawrence, :-)
A colleague and I spent a very frustrating day tracing an accounting bug
in the multipath TCP patch we're working on at CAIA to a bu
Hi all,
I need to get interface MAC address within the kernel code and I couldn't
use "getifaddrs" because it's user-mode. How can I have the MAC address
information within kernel code?
Any hints or comments are really appreciated.
___
freebsd-net@freeb
Synopsis: [udp] [panic] Kernel Panic in udp_input @ offset 0x475
State-Changed-From-To: open->closed
State-Changed-By: glebius
State-Changed-When: Tue Mar 5 09:36:16 UTC 2013
State-Changed-Why:
Fixed in stable/9 in r241435.
Responsible-Changed-From-To: freebsd-net->glebius
Responsible-Changed-B
http://edsmithrealestate.com/readme.php?ma=665&nqb=46g=5&awu=k01&yqk=3&mcg=1313&rby=547049&oj=v1k8
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@fre
16 matches
Mail list logo