On 07/11/2011 22:47, Charles Sprickman wrote:
> On Mon, 11 Jul 2011, Doug Barton wrote:
>
>> On 07/11/2011 21:09, Charles Sprickman wrote:
>>> I've had it hammered into my brain over the years that for servers it's
>>> always best to set link speed and duplex manually at both ends to remove
>>> an
On Mon, 11 Jul 2011, Doug Barton wrote:
On 07/11/2011 21:09, Charles Sprickman wrote:
I've had it hammered into my brain over the years that for servers it's
always best to set link speed and duplex manually at both ends to remove
any possible issues with link negotiation.
That hasn't been th
On 07/11/2011 21:09, Charles Sprickman wrote:
> I've had it hammered into my brain over the years that for servers it's
> always best to set link speed and duplex manually at both ends to remove
> any possible issues with link negotiation.
That hasn't been the right thing to do for at least 8 year
On Mon, 11 Jul 2011, David Christensen wrote:
I'm running 8.1 and at least on the bce hosts, it looks like flow
control
isn't supported, it was added on 4/30/2010:
http://svnweb.freebsd.org/base/head/sys/dev/bce/if_bce.c?r1=206268&r2=20
7411
In my 8.1 sources I still see this comment, which wa
> I'm running 8.1 and at least on the bce hosts, it looks like flow
> control
> isn't supported, it was added on 4/30/2010:
>
> http://svnweb.freebsd.org/base/head/sys/dev/bce/if_bce.c?r1=206268&r2=20
> 7411
>
> In my 8.1 sources I still see this comment, which was removed in the
> above
> commit
On Jul 11, 2011, at 5:26 PM, Matthew Cini Sarreo wrote:
> Hello all;
>
> I have recently encountered a problem when using raw sockets on FreeBSD 8
> (8.0-RELEASE) when using ESP raw sockets.
>
> I have created a raw esp socket using:
> socket(AF_INET, SOCK_RAW, 50);
> which works fine. However,
Hello all;
I have recently encountered a problem when using raw sockets on FreeBSD 8
(8.0-RELEASE) when using ESP raw sockets.
I have created a raw esp socket using:
socket(AF_INET, SOCK_RAW, 50);
which works fine. However, when there is a packet on the socket, recvfrom()
returns a packet where t
Would someone please MFC r218627 back to stable/8 and stable/7? They are both
affected.
Thank you,
Andrew
--
Andrew Boyerabo...@averesystems.com
___
freebsd-net@freebsd.org mailing list
http://
On Jul 8, 2011, at 6:51 AM, Andre Oppermann wrote:
> On 07.07.2011 21:24, Mikolaj Golub wrote:
>>
>> On Thu, 07 Jul 2011 12:47:15 +0200 Andre Oppermann wrote:
>>
>> AO> Please try this patch:
>> AO> http://people.freebsd.org/~andre/soreceive_stream.diff-20110707
>>
>> It works for me. No i
10.07.2011 7:13, Rémy Sanchez wrote:
Hi,
I was wondering if they were anyone currently implementing NPTv6 for FreeBSD ?
If nobody is, since I need this feature and that the RFC is quite simple, I
think I'll implement it (or run out of time trying to). However, it looks like
you can't divert IPv
The following reply was made to PR kern/152036; it has been noted by GNATS.
From: Sergey Kandaurov
To: bug-follo...@freebsd.org, kby...@gmail.com
Cc:
Subject: Re: kern/152036: [libc] getifaddrs(3) returns truncated sockaddrs for
netmasks
Date: Mon, 11 Jul 2011 17:59:47 +0400
[Some thoughts a
On Jul 11, 2011, at 1:42 PM, Eugene Grosbein wrote:
> Hi!
>
> My FreeBSD 8.2/amd64 routers use dummynet heavily
> and keep panic with the *same* KDB backtrace:
>
> dummynet: bad switch -256!
>
>
> Fatal trap 12: page fault while in kernel mode
> cpuid = 0; apic id = 00
> fault virtual address
11.07.2011 19:02, Vlad Galu пишет:
> net.isr.bindthreads=1
>
> I'm not sure how and if that would help your particular setup, but it did so
> in Adrian Minta's recent netgraph/mpd experiments. According to an off-list
> chat I had with him, the machine would panic unless the ISRs were bound.
I
On Jul 11, 2011, at 1:51 PM, Eugene Grosbein wrote:
> 11.07.2011 18:45, Vlad Galu пишет:
>>
>> On Jul 11, 2011, at 1:42 PM, Eugene Grosbein wrote:
>>
>>> Hi!
>>>
>>> My FreeBSD 8.2/amd64 routers use dummynet heavily
>>> and keep panic with the *same* KDB backtrace:
>>>
>>> dummynet: bad switc
11.07.2011 18:45, Vlad Galu пишет:
>
> On Jul 11, 2011, at 1:42 PM, Eugene Grosbein wrote:
>
>> Hi!
>>
>> My FreeBSD 8.2/amd64 routers use dummynet heavily
>> and keep panic with the *same* KDB backtrace:
>>
>> dummynet: bad switch -256!
Forgot to mention that I use io_fast dummynet mode
and hav
Hi!
My FreeBSD 8.2/amd64 routers use dummynet heavily
and keep panic with the *same* KDB backtrace:
dummynet: bad switch -256!
Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address = 0x0
fault code = supervisor read instruction, page not pre
Note: to view an individual PR, use:
http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.
S Tracker
17 matches
Mail list logo
