On Jan 9, 2013, at 2:35 PM, John Baldwin wrote:
> On Tuesday, November 13, 2012 4:40:57 pm Guy Helmer wrote:
>> To try to completely resolve the race in bpfread(), I have put together
> these changes to add a flag to indicate when the hold buffer cannot be
> modified becau
On May 25, 2012, at 11:55 AM, Bjoern A. Zeeb wrote:
> Hey,
> ... PS: we now also disallow LRO automatically if forwarding is turned on,
> just
> in case you wonder; a change that should have been done years ago;-)
Thank you!!! It was a bit of a surprise (and a little time to diagnose) to find
On Oct 8, 2012, at 8:09 AM, Guy Helmer wrote:
> I'm seeing a consistent new kernel panic in FreeBSD 8.3:
>
> #0 doadump () at pcpu.h:224
> 224 __asm("movq %%gs:0,%0" : "=r" (td));
> (kgdb) #0 doadump () at pcpu.h:224
> #1 0x804c8
On Oct 9, 2012, at 10:41 AM, Gleb Smirnoff wrote:
> Hello,
>
> this is a patch that switches entire IPv4 stack to network
> byte order. That means, that at any layer any module should
> expect IP header in network byte order. Any host byte order
> values can be stored in local variables only a
On Oct 10, 2012, at 1:37 PM, Alexander V. Chernikov
wrote:
> On 10.10.2012 00:36, Guy Helmer wrote:
>>
>> On Oct 8, 2012, at 8:09 AM, Guy Helmer wrote:
>>
>>> I'm seeing a consistent new kernel panic in FreeBSD 8.3:
>>> I'm not seeing how bd
On Oct 12, 2012, at 8:54 AM, Guy Helmer wrote:
>
> On Oct 10, 2012, at 1:37 PM, Alexander V. Chernikov
> wrote:
>
>> On 10.10.2012 00:36, Guy Helmer wrote:
>>>
>>> On Oct 8, 2012, at 8:09 AM, Guy Helmer wrote:
>>>
>>>> I'm see
On Oct 17, 2012, at 8:58 AM, Guy Helmer wrote:
> On Oct 12, 2012, at 8:54 AM, Guy Helmer wrote:
>
>>
>> On Oct 10, 2012, at 1:37 PM, Alexander V. Chernikov
>> wrote:
>>
>>> On 10.10.2012 00:36, Guy Helmer wrote:
>>>>
>>>>
On Oct 18, 2012, at 3:59 PM, Rafael Henrique Faria
wrote:
> Hi, I'm trying to use CARP on two FreeBSD servers in a ESX environment. But
> it's not working.
>
> The problem is that every frame sent from CARP gets back to the same host.
> This is an old problem:
>
> http://www.mail-archive.com/
Still working this problem I've previously mentioned, and my working theory now
is a race between catchpacket() and this code in bpfread():
/*
* At this point, we know we have something in the hold slot.
*/
BPFD_UNLOCK(d);
/*
* Move data from ho
Still working this problem I've previously mentioned on the list, and my
working theory now is a race between catchpacket() and this code in bpfread():
/*
* At this point, we know we have something in the hold slot.
*/
BPFD_UNLOCK(d);
/*
* Move
To try to completely resolve the race in bpfread(), I have put together these
changes to add a flag to indicate when the hold buffer cannot be modified
because it is in use. Since it's my first time using mtx_sleep() and wakeup(),
I wanted to run these past the list to see if I can get any feedb
ause the crash with it.
Regarding the zero-copy code, I'm not sure how bpf_bufheld() could be used as a
general approach to solving this race. It appears to me that a condition
variable is necessary to work around the necessity of releasing the bpf
descriptor lock over the uiomove()
On Jun 9, 2010, at 1:44 PM, Jung-uk Kim wrote:
> bpf(4) can only timestamp packets with microtime(9). I want to expand
> it to be able to use different format and resolution. The patch is
> here:
>
> http://people.freebsd.org/~jkim/bpf_tstamp.diff
>
> With this patch, we can select different
I’ve noticed that there have been reports of problems with Intel X520-SR2
network interfaces stopping working. I think I’m seeing a similar issue where
the 10Gb interfaces stop receiving traffic (they’re being used in promiscuous
mode to sniff traffic from a tap). ifconfig shows the interfaces a
SO on or off?
>
> On Thu, May 21, 2015 at 10:33 AM, Guy Helmer <mailto:guy.hel...@gmail.com>> wrote:
> I’ve noticed that there have been reports of problems with Intel X520-SR2
> network interfaces stopping working. I think I’m seeing a similar issue where
> the 10Gb
from the rotated
messages.*.gz logs yielded nothing.
Guy
>
> On Thu, May 21, 2015 at 9:10 AM Guy Helmer <mailto:guy.hel...@gmail.com>> wrote:
>
> > On May 21, 2015, at 8:52 AM, Christopher Forgeron > <mailto:csforge...@gmail.com>> wrote:
> >
> >
> On May 22, 2015, at 10:21 AM, Guy Helmer wrote:
>
>
>> On May 21, 2015, at 6:09 PM, Eric Joyner > <mailto:e...@freebsd.org>> wrote:
>>
>> Are there any log messages printed out by the driver? The sysctls don't
>> really look out of
> On May 23, 2015, at 1:14 PM, Babak Farrokhi wrote:
>
> Look at the interrupts per queue. 500,000 is the maximum and it is the reason
> your interface is not accepting new packets.
Thanks for the insight. Is there any possible mitigation for this issue?
Regards,
Guy
>
> On May 26, 2015, at 9:37 AM, Marcelo Gondim wrote:
>
> On 23-05-2015 15:14, Babak Farrokhi wrote:
>> Look at the interrupts per queue. 500,000 is the maximum and it is the
>> reason your interface is not accepting new packets.
>>
>>> Guy Helmer <mailto
ing a hack to call getmicrotime() in bpf in
my own kernels), but I wonder if it would be better as a sysctl? Then
it wouldn't require changes to libpcap and/or tcpdump, and would work
with any application.
Thanks,
Guy
--
Guy Helmer, Ph.D., Principal System Architect, Palisade Syste
erf.
I'm wondering if bumping the recvspace should help, if changing the
ngsocket hook to queue incoming data should help, if it would be best to
replace ngsocket with a memory-mapped interface, or if anyone has any
other ideas that would help performance.
Thanks in advance for any adv
Ruslan Ermilov wrote:
Hi Guy,
On Fri, Feb 04, 2005 at 11:03:31AM -0600, Guy Helmer wrote:
A while back, Maxim Konovalov made a commit to usr.sbin/ngctl/main.c to
increase its socket receive buffer size to help 'ngctl list' deal with a
big number of nodes, and Ruslan Ermilov resp
unit,
ea->arp_sha, ":",
ac->ac_if.if_name, ac->ac_if.if_unit);
+ #endif
goto reply;
}
#endif
--
Guy Helmer, Ph.D.
Sr. Software Engineer, Palisade Systems --- [EMAIL PROTECTED]
http://www.palisadesys.com/~ghelmer
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
ernel: arp: 1.2.3.4 is on dc0 but got reply from 00:00:c5:79:d0:0c on dc1
>
> I realize that the message is because it's getting two ARP replies, but
> this is normal (for this network, anyhow). How can I suppress these
> messages from appearing in the syslog? Is it
I am encountering a problem in the fxp driver that seems to be exposed by
enabling polling under high packet load (~12000pps). I have been
corresponding with Luigi regarding this problem but would like to see if
anyone else might have any ideas that could help.
I'm using FreeBSD 4.5-stable kerne
oads under which 4.5 would crash. Before 4.6-RELEASE, Luigi
mentioned to me in an email that he had received a patch from someone that
fixed the problem and that he hoped to check it in before 4.6 was released.
I didn't notice anything in the CVS logs but Luigi might have committed that
fix.
k 6.0 and 6.1-BETA driver. Great work!
Guy
--
Guy Helmer, Ph.D., Principal System Architect, Palisade Systems, Inc.
[EMAIL PROTECTED]
http://www.palisadesys.com/~ghelmer
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/f
ed.
Hope this helps,
Guy
--
Guy Helmer, Ph.D.
Principal System Architect
Palisade Systems, Inc.
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
CLI
(text) mode...
Guy
--
Guy Helmer, Ph.D.
Chief System Architect
Palisade Systems, Inc.
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Jeff Behl wrote:
> FreeBSD rack1-5.nwk 4.7-RELEASE-p1 FreeBSD 4.7-RELEASE-p1 #1: Tue Nov
12
> 10:37:37 PST 2002
> [EMAIL PROTECTED]:/usr/src/sys/compile/GENERIC2 i386
>
> Has anyone had problems with polling on a 4.7 box? It worked
> for about
> 24 hours then blew up with the below. While it w
more reasonable without having to directly
modify libpcap.
Guy
--
Guy Helmer, Ph.D. http://www.palisadesys.com/~ghelmer
Sr. Software Engineer, Palisade Systems [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebs
Petri Helenius wrote:
> Guy Helmer wrote:
> >I use "sysctl debug.dbf_bufsize=131072" on my appliances to increase the
> >BPF buffer size to something more reasonable without having to directly
> >modify libpcap.
> >
> Hope you're not disappointed to fi
I have patches to finish polling support for the em(4) driver; the em
driver developer also has patches that he said he would commit after
4.8-release.
The bge(4) driver has tunables in the source code that (as I understand
them) allow you to adjust the number of microseconds between interrupts
(l
sis for my
> Blog:
>
> http://taosecurity.blogspot.com/2004_01_01_taosecurity_archive.htm
> l#107358025105922521
>
> Does anyone care to comment on the paper? (I asked
> Luca and he agreed to this post.)
>
> Thank you,
>
> Richard Bejt
nd increase 32768 to something more reasonable (say, 1048576).
I've also set the debug.bpf_bufsize and debug.bpf_maxbufsize sysctls to
match the number in pcap-bpf.c.
Maybe this will help,
Guy Helmer
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
AC address irrespective of the IP address.
I didn't have the time or hard requirement to implement Doug's solution,
though. Perhaps Doug would be willing to help; I've Cc:ed him.
Guy Helmer, Ph.D.
Principal System Architect
Palisade Systems, Inc.
___
36 matches
Mail list logo
