https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238642
--- Comment #3 from commit-h...@freebsd.org ---
A commit references this bug:
Author: vmaffione
Date: Thu Jul 11 20:13:52 UTC 2019
New revision: 349920
URL: https://svnweb.freebsd.org/changeset/base/349920
Log:
MFC r349752
netmap
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238641
Kubilay Kocak changed:
What|Removed |Added
Keywords||security
Resolution|FIXED
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238642
Kubilay Kocak changed:
What|Removed |Added
Flags||mfc-stable11?,
|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238642
Vincenzo Maffione changed:
What|Removed |Added
Resolution|--- |FIXED
Status|New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238641
Vincenzo Maffione changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238641
--- Comment #2 from commit-h...@freebsd.org ---
A commit references this bug:
Author: vmaffione
Date: Thu Jul 4 21:31:50 UTC 2019
New revision: 349753
URL: https://svnweb.freebsd.org/changeset/base/349753
Log:
netmap: Remove pointer
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238642
--- Comment #1 from commit-h...@freebsd.org ---
A commit references this bug:
Author: vmaffione
Date: Thu Jul 4 21:11:45 UTC 2019
New revision: 349752
URL: https://svnweb.freebsd.org/changeset/base/349752
Log:
netmap: fix kernel
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238641
Mark Linimon changed:
What|Removed |Added
Keywords||patch
Assignee|b...@freeb
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238642
Mark Linimon changed:
What|Removed |Added
Assignee|b...@freebsd.org|n...@freebsd.org
Keywords
This revision was automatically updated to reflect the committed changes.
Closed by commit rS349581: netmap: fix two panics with emulated adapter
(authored by vmaffione).
Herald added a subscriber: imp.
CHANGED PRIOR TO COMMIT
https://reviews.freebsd.org/D20824?vs=59258&id=59287
vmaffione accepted this revision.
vmaffione added a comment.
This revision is now accepted and ready to land.
Looks good, thanks.
The netmap unit tests and integration tests still pass with these changes.
As a side, using the netmap emulated adapter (aka generic) is rather slow
aleksandr.fedorov_itglobal.com edited the test plan for this revision.
CHANGES SINCE LAST ACTION
https://reviews.freebsd.org/D20824/new/
REVISION DETAIL
https://reviews.freebsd.org/D20824
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: aleksandr.fedorov_
100137 ]
Stopped at kdb_enter+0x3b: movq$0,kdb_why
db>
Netmap generic directly calls the if_transmit method of the underlying driver
(https://svnweb.freebsd.org/base/head/sys/dev/netmap/netmap_freebsd.c?revision=348022&view=markup#l455).
Pa
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
Gong Teng <43381...@qq.com> changed:
What|Removed |Added
CC||43381...@qq.com
--- C
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206932
--- Comment #10 from hippi-vik...@protonmail.com ---
Hi Vincenzo,
Sorry for the late reply! I was stress-testing the firewall and so far it seems
tha above was just a one-off issue unrelated to load or Suricata. I continued
to see the same
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206932
--- Comment #9 from Vincenzo Maffione ---
(In reply to hippi-viking from comment #8)
Sounds good. If you provide suricata configuration files I can try to reproduce
your issue...
Also please check the netmap version coming with your
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206932
--- Comment #8 from hippi-vik...@protonmail.com ---
(In reply to Vincenzo Maffione from comment #7)
Hello :)
I suspect this issue is caused by suricata for me running in IPS mode. I don't
know the exact command line used but will look into
(argc >= 2);
snprintf(name, sizeof(name), "netmap:%s", ifname);
nmd = nm_open(name, NULL, 0, NULL);
assert(nmd);
printf("txr %u rxr %u txd %u rxd %u\n",
nmd->nifp->ni_tx_rings,
nmd->nifp->ni_rx_rings
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206932
hippi-vik...@protonmail.com changed:
What|Removed |Added
CC||hippi-vik...@protonmai
Hi,
It's not supported yet.
But I think it is reasonably feasible to add jumbo frames support on head
and stable/12, by improving iflib netmap support.
I hope to find the time to do this soon.
Cheers,
Vincenzo
Il giorno lun 18 mar 2019 alle ore 02:52 Andrew Vylegzhanin <
avv...@gmail
Hi,
After some time I want to return to testing netmap+jumbo_frames+ixgbe(and
ixl later) setup.
What is current situation with this bundle (stable/11 and stable/12)?
--
Andrew
чт, 6 дек. 2018 г. в 11:20, Vincenzo Maffione :
> Hi,
> Actually I just realized that this patch is suitab
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236219
--- Comment #9 from Vincenzo Maffione ---
This is already an issue by itself. Netmap is not designed to run on VLAN
interfaces. The application should always open the phisical interface and play
with VLAN headers directly. Of course if
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236219
--- Comment #8 from r.ga...@biche.org ---
Sorry for confusion, Suricata is configured to forward between em0_vlan70 and
em0_vlan70+ in both direction.
I also tried to use directly physical interface but the vlan 70 isn't working.
--
You a
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236219
--- Comment #7 from Vincenzo Maffione ---
If you are using a physical interface (e.g. em0 with em0+), where do VLANs come
into the picture?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236219
--- Comment #6 from r.ga...@biche.org ---
Yes, Suricata is configured to forward packets between the physical interface
and its host rings.
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236219
--- Comment #5 from Vincenzo Maffione ---
Is suricata using netmap over a VLAN interface (rather than a physical
interface)?
In that case you are going through the "emulated netmap adapter", which is a
way to use netmap (
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236219
--- Comment #4 from r.ga...@biche.org ---
However, the packets still passe by packet filter, even with the IPS enabled. I
can see them when I enable logging.
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236219
--- Comment #3 from Vincenzo Maffione ---
I see. The behaviour you are observing is expected, because netmap is a kernel
bypass solution. This means that packets are transmitted from user-space to the
NIC without going through the normal
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236219
--- Comment #2 from r.ga...@biche.org ---
Sorry, I forgot to precise, it's "set prio" of packet filter.
https://www.freebsd.org/cgi/man.cgi?query=pf.conf&apropos=0&sektion=0&manpath=FreeBSD+11.2-stable&arch=default&format=html
--
You are
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236219
Vincenzo Maffione changed:
What|Removed |Added
CC||vmaffi...@freebsd.org
--- Comm
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236219
Mark Linimon changed:
What|Removed |Added
Assignee|b...@freebsd.org|n...@freebsd.org
--
You are receiv
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208389
Vincenzo Maffione changed:
What|Removed |Added
Resolution|--- |Overcome By Events
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #36 from Vincenzo Maffione ---
Issue confirmed in suricata, let's wait for them to merge the fix.
https://github.com/OISF/suricata/pull/3616
--
You are receiving this mail because:
You are on the CC list for the bug.
_
:
sudo ifconfig em1 up -arp promisc -rxcsum -txcsum -rxcsum6 -txcsum6 -tso -tso4
-tso6 -lro -vlanmtu -vlanhwtag -vlanhwfilter -vlanhwtso
sudo suricata -c /etc/suricata/suricata.yaml --netmap=em1 -v
This is the netmap section of my suricata.yaml:
netmap:
- interface: default
threads
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #34 from Charles Goncalves ---
(In reply to Vincenzo Maffione from comment #30)
So this is only issue with 11.x.
I'll wait this solution from maintainers on 11.2.
Thank you!
--
You are receiving this mail because:
You are o
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #33 from Charles Goncalves ---
(In reply to Jeff Pieper from comment #32)
Thank you, it works!
--
You are receiving this mail because:
You are on the CC list for the bug.
___
freebs
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #32 from Jeff Pieper ---
(In reply to Charles Goncalves from comment #31)
I believe this requires a driver reset. If you are using a static driver
(compiled into the kernel), then yes, it has to be at boot. If you are using a
d
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #31 from Charles Goncalves ---
(In reply to Jeff Pieper from comment #29)
Thank you for your reply!
I setted dev.ixl.0.iflib.override_ntxqs and dev.ixl.0.iflib.override_nrxqs to
"4" but still can some sysctl like "dev.ixl.0.if
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #30 from Vincenzo Maffione ---
(In reply to Charles Goncalves from comment #28)
Good. I'm not surprised this works, because ixl in FreeBSD 12.x is implemented
through iflib, and netmap in this case uses iflib to access t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
Jeff Pieper changed:
What|Removed |Added
CC||jeffrey.e.pie...@intel.com
--- Comme
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #28 from Charles Goncalves ---
(In reply to Charles Goncalves from comment #27)
Hi!
I test ixl on top of 12.0 and it works with pkt-gen
# dmesg | grep 'netmap queues'
ixl0: netmap queues/slots: TX 8/1024, RX 8
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #27 from Charles Goncalves ---
(In reply to Vincenzo Maffione from comment #26)
I'll try to test on 12.0 today and give you some feedback.
Thank you!
--
You are receiving this mail because:
You are on the CC list for the bug
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #26 from Vincenzo Maffione ---
(In reply to Charles Goncalves from comment #25)
Thanks!
So this means that the issue is not related to the number of queues changing
dynamically.
--
You are receiving this mail because:
You are
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #25 from Charles Goncalves ---
(In reply to Vincenzo Maffione from comment #23)
Without hw.ixl.max_queues in /boot/loader.conf then
# sysctl hw.ixl.max_queues
hw.ixl.max_queues: 0
# dmesg | grep "netmap queues"
ix
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #24 from Vincenzo Maffione ---
(In reply to Franco Fichtner from comment #21)
Thanks for the pointer, I'll follow up on the github to chase the problem.
--
You are receiving this mail because:
You are on the CC list for the b
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #23 from Vincenzo Maffione ---
(In reply to Charles Goncalves from comment #20)
What happens if you change /boot/loader.conf to set the default number of
queues to 8, and you never change that?
Same behaviour?
--
You are rece
from Michael Muenz ---
Hi,
Not sure if it fit's your problem but I too had crazy behavior with Suricata in
netmap and ixl. Was using OPNsense (FreeBSD 11.1) with Intel X710 cards in a
lab. When running Suricata in IDS mode everything works fine, firing up IPS
inline the nic suddenly st
#21 from Franco Fichtner ---
Suricata doesn't work with newer netmap code beyond 11.2-RELEASE, see
https://github.com/OISF/suricata/pull/3616 for a patch which last I heard will
likely be included in 4.1.3.
Cheers,
Franco
--
You are receiving this mail because:
You are on the CC list fo
512 tail -1669156353 -> -1669156353
Jan 29 09:21:29 rt1 kernel: 889.633261 [1758] netmap_ring_reinitcalled
for ixl0 TX7
Jan 29 09:21:29 rt1 kernel: 889.650170 [1783] netmap_ring_reinittotal 1
errors
Jan 29 09:21:29 rt1 kernel: 889.665760 [1787] netmap_ring_reinitixl0
TX7 reinit, cur
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #19 from Vincenzo Maffione ---
(In reply to Charles Goncalves from comment #18)
Hi,
Thanks. The hw.ixl.enable_head_writeback set to 1 looks good.
The number of queue depends on configuration, I guess. Did you change
hw.ixl.max
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #18 from Charles Goncalves ---
(In reply to Vincenzo Maffione from comment #7)
Hello Vincenzo!
# sysctl hw.ixl.enable_head_writeback
hw.ixl.enable_head_writeback: 1
# dmesg | grep "netmap queues"
ixl0: netmap queues
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #17 from Vincenzo Maffione ---
(In reply to Ozkan KIRIK from comment #14)
Hi Ozkan,
Thanks, that's very clear.
Now, I can assure that stock netmap applications (pkt-gen, bridge, lb,
vale-ctl, ...) work fine in both stab
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #16 from Vincenzo Maffione ---
(In reply to Krzysztof Galazka from comment #13)
Thanks. However, the changes to ixl are just compilation fixes that follow the
many updates on the netmap code.
However, it's a bit unlikely
https://svnweb.freebsd.org/base/releng/11.2/
Test NICs with suricata netmap if0 -> if0+ in IPS mode:
em0 => 5 packets captured 0 dropped -> Working
igb0 => 6 packets captured 0 dropped -> Working
ix0 => 7 packets captured 0 dropped -> Working
ixl0 => 0 packets captured
12.0-STABLE https://svnweb.freebsd.org/base/stable/12/
Test NICs with suricata netmap if0 -> if0+ in IPS mode:
em0 => 0 packets captured 0 dropped -> NOT WORKING
igb0 => 0 packets captured 0 dropped -> NOT WORKING
ix0 => 0 packets captured 0 dropped -> NOT WORKING
ixl0 =>
4 17:40:56 2018 +
MFC r339639
netmap: align codebase to the current upstream (sha 8374e1a7e6941)
[...]
Approved by:gnn (mentor)
Differential Revision: https://reviews.freebsd.org/D17364
That's the only patch I see in git log which is in 11-STABLE but not in
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207261
--- Comment #5 from Vincenzo Maffione ---
It looks like I was wrong, the TXSYNC is not being called (I tried with VALE
ports and netmap pipe ports).
I'll have a look asap.
--
You are receiving this mail because:
You are the assigne
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #12 from Vincenzo Maffione ---
(In reply to Krzysztof Galazka from comment #11)
What single change are talking about exactly?
If you can point me at two git commits (or two svn revisions), I can look at
the diff.
For now I sus
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
Krzysztof Galazka changed:
What|Removed |Added
CC||krzysztof.gala...@intel.com
--
, and what does `dmesg | grep
"netmap queues"` say.
Could you please point me at the URL where you got your "releng/11.2 kernel
(FreeBSD 11.2-RELEASE-p8 #0 r343486)" exactly ? You are saying that ixl in this
version works, but r343486 corresponds to HEAD, which you are saying i
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #9 from Ozkan KIRIK ---
Hello,
I done too many tests for this patch.
On stable/11 kernel, both with and without this patch, netmap doesn't work.
suricata cannot capture any packets. counters are always zero.
On releng
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #8 from Vincenzo Maffione ---
Btw, I prepared the following clean-up patch for ixl, any testing is welcome:
https://reviews.freebsd.org/D18984
--
You are receiving this mail because:
You are on the CC list for the bug.
__
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #7 from Vincenzo Maffione ---
Hi,
From the log it's quite clear that the problem is that netmap TXSYNC is
reading a random value for the hw HEAD index, that is the value of the last
completed TX descriptor.
Now, in the d
#6 from Ozkan KIRIK ---
I'm facing same problem on FreeBSD 11.2-p8. My NICS are Intel X722.
I'm tring to use suricata using netmap but no packets can received.
But Intel i350 nic installed on same hardware. igb is working.
--
You are receiving this mail because:
You are on the CC list f
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207261
Vincenzo Maffione changed:
What|Removed |Added
Status|New |In Progress
--- Comment #4 fro
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207261
--- Comment #3 from Vincenzo Maffione ---
Created attachment 201394
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=201394&action=edit
Example netmap program using kqueue to read or write from a netmap port.
As far as I
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207261
--- Comment #2 from s...@zxy.spb.ru ---
(In reply to Vincenzo Maffione from comment #1)
10.2-STABLE, netmap port ixgbe.
I am don't retest after discovery in 2016.
Code snippet need to re-implement. About example:
EV_SET(k
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #5 from Charles Goncalves ---
(In reply to Vincenzo Maffione from comment #4)
Hello Vincenzo, thank you for your answer!
I was running tests in FreeBSD 11.2 STABLE.
For coming months I'll upgrade to 12.0 STABLE.
--
You are r
Status|New |In Progress
--- Comment #5 from Vincenzo Maffione ---
Current netmap code in HEAD, stable/11 and stable/12 is aligned to the github
(and code has changed quite a lot since 2016).
I just tried to run pkt-gen (tx or rx) in a VM with a r8169 emulated NIC, and
CC||vmaffi...@freebsd.org
--- Comment #18 from Vincenzo Maffione ---
I think this was due to a difference in struct mbuf between FreeBSD 10 and 11+,
when netmap is used in emulated.
And it was fixed some time ago.
Is anyone still experiencing this on 11/12?
--
You are
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #4 from Vincenzo Maffione ---
The compilation problems have been fixed.
Which FreeBSD version are you using? We need to understand if your ixl driver
is backed by iflib or not.
--
You are receiving this mail because:
You are o
--- Comment #1 from Vincenzo Maffione ---
Can you:
- specify which FreeBSD version you are using
- specify which netmap port are you opening (ixgbe? ixl? em? vale?, ...)
- provide a code snippet that shows the problem
?
--
You are receiving this mail because:
You are the assignee for the bug
--- Comment #1 from Vincenzo Maffione ---
Can you:
- specify which FreeBSD version you are using
- specify which netmap port are you opening (ixgbe? ixl? em? vale?, ...)
- provide a code snippet that shows the problem
?
--
You are receiving this mail because:
You are the assignee for the bug
from Vincenzo Maffione ---
Hi, I'm sorry, I saw this only now.
Long story short: this looks like your netmap application behaving incorrectly,
or is misconfigured, and netmap duly complaining about that.
Netmap uses packet buffers of fixed size, which is 2048 by default (sysctl
dev.netmap.buf
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201428
Vincenzo Maffione changed:
What|Removed |Added
CC||vmaffi...@freebsd.org
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194872
Vincenzo Maffione changed:
What|Removed |Added
Resolution|--- |FIXED
Status|New
ore 13:37 Andrew Vylegzhanin <
>> avv...@gmail.com> ha scritto:
>>
>>>
>>>
>>> чт, 22 нояб. 2018 г. в 13:42, Vincenzo Maffione :
>>> >
>>> > Hi,
>>> > Yes, absolutely, I'm currently working on aligning n
gt;
>>
>> чт, 22 нояб. 2018 г. в 13:42, Vincenzo Maffione :
>> >
>> > Hi,
>> > Yes, absolutely, I'm currently working on aligning netmap on FreeBSD
>> (head, stable/12 and stable/11) to
>> > the same status it has on Linux (more features, more
2018 г. в 13:42, Vincenzo Maffione :
> >
> > Hi,
> > Yes, absolutely, I'm currently working on aligning netmap on FreeBSD
> (head, stable/12 and stable/11) to
> > the same status it has on Linux (more features, more bugfixes,
> continuous integration infrastruc
packets in to one WR
>
> I've turned all checksums, lro and tso off, but it doesn't help.
>
> Do I have any chances to get netmap supported (maybe, not very
> efficient) on this NIC?
>
The T3 is a very old chip that has been EoL'd for some time and it
On Thu, Nov 22, 2018, 1:37 PM Andrew Vylegzhanin
>
> чт, 22 нояб. 2018 г. в 13:42, Vincenzo Maffione :
> >
> > Hi,
> > Yes, absolutely, I'm currently working on aligning netmap on FreeBSD
> (head, stable/12 and stable/11) to
> > the same status it has
ut it doesn't help.
Do I have any chances to get netmap supported (maybe, not very
efficient) on this NIC?
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
чт, 22 нояб. 2018 г. в 13:42, Vincenzo Maffione :
>
> Hi,
> Yes, absolutely, I'm currently working on aligning netmap on FreeBSD
(head, stable/12 and stable/11) to
> the same status it has on Linux (more features, more bugfixes, continuous
integration infrastructure ... )
Hi,
Yes, absolutely, I'm currently working on aligning netmap on FreeBSD
(head, stable/12 and stable/11) to
the same status it has on Linux (more features, more bugfixes, continuous
integration infrastructure ... ).
In particular, on Linux jumbo frames are already supported on ixgbe, e1000
Hi,
Come back to subject after two years.
I would like to clarify situation with jumbo frames in ixgbe driver.
I've looked to
https://github.com/luigirizzo/netmap/blob/master/LINUX/ixgbe_netmap_linux.h
and see a lot of changes compared 11/12-STABLE version ixgbe_netmap.h.
Is it possible to
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233022
Stephen Hurd changed:
What|Removed |Added
Assignee|n...@freebsd.org |sh...@freebsd.org
Stat
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233022
Lev A. Serebryakov changed:
What|Removed |Added
Keywords||regression
--
You are receiv
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233022
--- Comment #1 from Lev A. Serebryakov ---
Exactly same hardware doesn't have this problem with 11.2-RELEASE.
So, it is regression.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233022
Lev A. Serebryakov changed:
What|Removed |Added
Assignee|b...@freebsd.org|n...@freebsd.org
--
You are
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233022
Lev A. Serebryakov changed:
What|Removed |Added
Keywords||IntelNetworking
--
You are r
Hello Vincenzo,
Friday, November 2, 2018, 5:43:16 PM, you wrote:
> It looks like there is not enough memory for netmap to allocate its data
> structures.
And with latest pkt-gen from github I get this:
240.075736 [2096] netmap_ioctl API mismatch for igb1 got 12 need 11
On 02.11.2018 17:43, Vincenzo Maffione wrote:
> It looks like there is not enough memory for netmap to allocate its
> data structures.
I didn't tune anything in this area
> What is the output of
>
> # sysctl dev.netmap
# sysctl dev.netmap
dev.netmap.i
Hi,
It looks like there is not enough memory for netmap to allocate its data
structures.
What is the output of
# sysctl dev.netmap
?
Cheers,
Vincenzo
Il giorno ven 2 nov 2018 alle ore 14:02 Lev Serebryakov
ha scritto:
> On 02.11.2018 14:31, Lev Serebryakov wrote:
>
>
> > $
On 02.11.2018 14:31, Lev Serebryakov wrote:
> $ sudo ./pkt-gen -f rx -i igb1
and pkt-gen from ports complains about invalid interface:
622.603767 main [2699] interface is igb1
622.603783 main [2824] using default burst size: 512
622.603786 main [2832] running on 1 cpus (have 4)
622.603841 extra
I'm trying to use "pkt-gen" on 11.2-STABLE r339914, with I210 (igb) adapter.
I'm starting
$ sudo ./pkt-gen -f rx -i igb1
193.634286 main [1731] interface is igb1
193.634342 extract_ip_range [293] range is 10.0.0.1:0 to 10.0.0.1:0
193.634347 extract_ip_range [293] range is 10.1.0.1:0 to 10.1.0.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=226289
--- Comment #8 from wings1...@gmail.com ---
Today I had to disable Suricata due to the netmap issue I submitted. My
internet was going offline way too much.
--
You are receiving this mail because:
You are the assignee for the bug
only certain ethernet drivers work with netmap and
has nothing to do with Suricata.
Here is a post from pfSense outlining the same that's pretty detaled:
https://forum.netgate.com/topic/110562/suricata-causing-kernel-error-netmap_grab_packets-bad-pkt-at/2
I hope this information helps.
--
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=226289
Sean Bruno changed:
What|Removed |Added
CC||sbr...@freebsd.org
--- Comment #6 fro
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=226289
--- Comment #5 from wings1...@gmail.com ---
Just to give you an idea of what I'm seeing just in case it helps:
Oct 29 16:23:00 kernel 580.594684 [1071] netmap_grab_packets bad pkt at 259
len 2378
Oct 29 16:23:00 kernel 580.079591 [1071
--- Comment #4 from Rodney W. Grimes ---
Adding vmaffi...@freebsd.org, to cc: list as the netmap expert.
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman
201 - 300 of 1259 matches
Mail list logo