Hello,
I am experimenting netmap and see one strange behavior.
When I am generating packets using pkt-gen example from PC1 to PC2, the
rate is about 3Mpps. But when I run pkg-gen -f rx -i p1p1 from PC2, the
generating rate in PC1 goes up to 14.66Mpps.
I thought the performance of netmap in one PC
On Wed, Oct 01, 2014 at 03:42:06AM -0500, Long Tran wrote:
> Hello,
>
> I am experimenting netmap and see one strange behavior.
> When I am generating packets using pkt-gen example from PC1 to PC2, the
> rate is about 3Mpps. But when I run pkg-gen -f rx -i p1p1 from PC2, the
> generating rate in P
ot;kernel{alc0 taskq}" is as high as in the "iperf" test. So I think
that's a limitation of the AR8161 chip.
> Updated the diff to address link establishment issue.
> http://people.freebsd.org/~yongari/alc/pci.quirk.diff
> http://people.freebsd.org/~yongari/alc/alc.diff.201
reviving this thread:
i am just running experiments on 10.1 beta3 and even
setting dev.ix.*.fc=0 and flipping the interface up and down
does not seem to help: if i read only from a subset of the
queues, the entire rx unit stalls eventually.
I need to drain all queues to keep moving.
Just tested
On 2014-9-30, at 11:25, Stefano Garzarella wrote:
> for linux 3.16, can you try with "next" branch in
> https://code.google.com/p/netmap/?
Can confirm that the "next" branch works (as in, drivers compile correctly for
3.16). Not tested behavior/performance yet.
Lars
signature.asc
Description:
On Mon, Sep 29, 2014 at 07:32:51PM +0200, Andrea Venturoli wrote:
A> Today a box of mine (8.4p16/amd64) stopped working as a router; I don't
A> have a clear picture, but the internal nets were working perfectly,
A> while the external interfaces lagged, dropped connections or stopped
A> packets f
Dear all,
in udp6_input() we have the following code:
if (nxt == IPPROTO_UDP && plen != ulen) {
UDPSTAT_INC(udps_badlen);
goto badunlocked;
}
/*
* Checksum extended UDP header and data.
*/
if (uh->uh_sum == 0) {
Hi,
Try this on -HEAD. There were some recent fixes to ixgbe that haven't
been RFCed.
-a
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org
Any chance we can get some kind of resolution to this for 10.1?
On Mon, Sep 22, 2014 at 4:40 PM, wrote:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193053
>
> --- Comment #8 from ncrog...@gmail.com ---
> (In reply to ncrogers from comment #7)
> > (In reply to Eric Joyner from comment #6)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193053
--- Comment #9 from ncrog...@gmail.com ---
Any chance we can get some kind of resolution on this before 10.1? It seems
like simply upgrading the ixgbe driver with the latest from Intel fixes the
problem. If that is not possible, the changes
On Wed, Sep 17, 2014 at 8:17 AM, Nick Rogers wrote:
>
>
> On Tue, Aug 26, 2014 at 4:16 PM, Nick Rogers wrote:
>
>>
>>
>>
>> On Tue, Aug 26, 2014 at 3:36 PM, Adrian Chadd wrote:
>>
>>> Hi,
>>>
>>> I'm not surprised the legacy tx path has bitrotted there.
>>>
>>> Please file a bug with this - htt
On Wed, Oct 01, 2014 at 10:37:35AM -0700, Adrian Chadd wrote:
> Hi,
>
> Try this on -HEAD. There were some recent fixes to ixgbe that haven't
> been RFCed.
I don't have a way to test this on HEAD.
Do you know if there is any change that could be related ?
On 10.1 beta 3 I noticed is that when I
On Wed, Oct 1, 2014 at 11:12 PM, Kim Shrier wrote:
> Not sure if this is related. I was testing on 10.1 beta3 and I was copying
> approximately 250 GB of data to the test machine, I noticed that the
> network would periodically slow down to about 4 mbits/sec or it would
> pause for about 20 seco
Not sure if this is related. I was testing on 10.1 beta3 and I was copying
approximately 250 GB of data to the test machine, I noticed that the
network would periodically slow down to about 4 mbits/sec or it would
pause for about 20 seconds and then continue at full speed.
The ethernet interface
On Wed, Oct 01, 2014 at 10:32:23PM +0200, Luigi Rizzo wrote:
> On Wed, Oct 01, 2014 at 10:37:35AM -0700, Adrian Chadd wrote:
> > Hi,
> >
> > Try this on -HEAD. There were some recent fixes to ixgbe that haven't
> > been RFCed.
>
> I don't have a way to test this on HEAD.
>
> Do you know if there
Lots of embedded devices (like Cisco IP Phones) send TFTP requests with 0
checksums.
Tom
> On Oct 1, 2014, at 12:58 PM, Michael Tuexen
> wrote:
>
> Dear all,
>
> in udp6_input() we have the following code:
>
>if (nxt == IPPROTO_UDP && plen != ulen) {
>UDPSTAT_INC(udps_badlen)
Yeah, just grab the diffs that I committed to ixgbe and try it out.
The flowdirector initialisation is buggy. :)
-a
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd
On Wed, Oct 01, 2014 at 04:42:58PM -0700, Adrian Chadd wrote:
> Yeah, just grab the diffs that I committed to ixgbe and try it out.
>
> The flowdirector initialisation is buggy. :)
ok but i don't think it is related, see my previous email.
luigi
___
fr
On 1 October 2014 16:49, Luigi Rizzo wrote:
> On Wed, Oct 01, 2014 at 04:42:58PM -0700, Adrian Chadd wrote:
>> Yeah, just grab the diffs that I committed to ixgbe and try it out.
>>
>> The flowdirector initialisation is buggy. :)
>
> ok but i don't think it is related, see my previous email.
I sa
On Wed, Oct 01, 2014 at 04:47:32PM -0700, Adrian Chadd wrote:
> On 1 October 2014 16:49, Luigi Rizzo wrote:
> > On Wed, Oct 01, 2014 at 04:42:58PM -0700, Adrian Chadd wrote:
> >> Yeah, just grab the diffs that I committed to ixgbe and try it out.
> >>
> >> The flowdirector initialisation is buggy.
On 1 October 2014 16:53, Luigi Rizzo wrote:
> On Wed, Oct 01, 2014 at 04:47:32PM -0700, Adrian Chadd wrote:
>> On 1 October 2014 16:49, Luigi Rizzo wrote:
>> > On Wed, Oct 01, 2014 at 04:42:58PM -0700, Adrian Chadd wrote:
>> >> Yeah, just grab the diffs that I committed to ixgbe and try it out.
>
On Wed, Oct 1, 2014 at 11:58 AM, Michael Tuexen <
michael.tue...@lurchi.franken.de> wrote:
> Dear all,
>
> in udp6_input() we have the following code:
>
> if (nxt == IPPROTO_UDP && plen != ulen) {
> UDPSTAT_INC(udps_badlen);
> goto badunlocked;
> }
>
ot;kernel{alc0 taskq}" is as high as in the "iperf" test. So I
> think
> that's a limitation of the AR8161 chip.
>
>
> > Updated the diff to address link establishment issue.
> > http://people.freebsd.org/~yongari/alc/pci.quirk.diff
> > h
23 matches
Mail list logo
