https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
Mark Linimon changed:
What|Removed |Added
Assignee|b...@freebsd.org|n...@freebsd.org
--
You are
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #47 from Vincenzo Maffione ---
What is the state of the TX ring (head, cur, tail) when stalling?
--
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 #46 from strongs...@nanoteq.com ---
(In reply to strongswan from comment #45)
I did some more testing, and even with the setting hw.ixl.enable_head_writeback
= 0 I still get to a situation where no packets are transmitted.
There
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #44 from Vincenzo Maffione ---
What if you set
hw.ixl.enable_head_writeback = 0
in /boot/loader.conf and reboot?
--
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
s...@zxy.spb.ru changed:
What|Removed |Added
CC||s...@zxy.spb.ru
--- Comment #43
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #42 from Vincenzo Maffione ---
(In reply to Charles Goncalves from comment #41)
I don't have a test environment either.
But since ixl uses iflib on 12.x and 13.x, I expected this issue has gone away.
--
You are receiving this
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #41 from Charles Goncalves ---
(In reply to Vincenzo Maffione from comment #40)
Hello Vincenzo!
This issue is present on FreeBSD 12.2 or 13.0? I don't have a test environment
right now, but I will upgrade a production router
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
Charles Goncalves changed:
What|Removed |Added
Version|11.2-STABLE |12.1-STABLE
--
You are
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #39 from Vincenzo Maffione ---
(In reply to Kubilay Kocak from comment #38)
This is not a suricata issue. There was a suricata issue mentioned in this
thread, but it has been fixed upstream (suricata).
Comment #37 seems
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
Kubilay Kocak changed:
What|Removed |Added
See Also||https://github.com/OISF/sur
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
Mark Linimon changed:
What|Removed |Added
Assignee|b...@freebsd.org|n...@freebsd.org
--
You are
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
Gong Teng <43381...@qq.com> changed:
What|Removed |Added
CC||43381...@qq.com
---
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.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #35 from Vincenzo Maffione ---
(In reply to Franco Fichtner from comment #21)
Hi,
I tried to install suricata from github sources, on 12.0-RELEASE.
I use the following commands to run suricata over an e1000 interface:
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
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.
___
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
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
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 the hw
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
Jeff Pieper changed:
What|Removed |Added
CC||jeffrey.e.pie...@intel.com
---
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/1024
ixl1:
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
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"
ixl0: netmap
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
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
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
Michael Muenz changed:
What|Removed |Added
CC||m.mu...@gmail.com
--- Comment #22
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
Franco Fichtner changed:
What|Removed |Added
CC||fra...@opnsense.org
--- Comment
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #20 from Charles Goncalves ---
(In reply to Vincenzo Maffione from comment #19)
Oh yes now I remember it's about 5 months. I had set this to max_queues = 1 (in
/boot/loader.conf) to test with pkt-gen, because with max_queues =
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
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/slots: TX
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
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 that
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #15 from Ozkan KIRIK ---
(In reply to Ozkan KIRIK from comment #14)
There was a typo in reports. The true results for 11.2-p8 is below:
--
Tested version : FreeBSD 11.2-p8
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #14 from Ozkan KIRIK ---
Hello,
Sorry for late response. I think my comment was not clear enough. I'm going to
explain my test detailly:
--
Tested version : FreeBSD
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #13 from Krzysztof Galazka ---
(In reply to Vincenzo Maffione from comment #12)
# git log upstream/releng/11.2..upstream/stable/11 sys/dev/ixl
commit 2889f6fc498ab04853661e2f57d23fbb150128d3
Author: vmaffione
Date: Tue Dec
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
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
Krzysztof Galazka changed:
What|Removed |Added
CC||krzysztof.gala...@intel.com
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
Vincenzo Maffione changed:
What|Removed |Added
Status|New |In Progress
--- Comment #10
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/11.2
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 driver
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
Ozkan KIRIK changed:
What|Removed |Added
CC||ozkan.ki...@gmail.com
--- Comment
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
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
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #3 from Charles Goncalves ---
I've noted that in POLLIN this:
poll(pfd, rxrings, -1);
Doesn't work, need it to be something like:
poll(pfd, rxrings, 1);
But with this I have a latency problem.
And I also have noted that I
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
--- Comment #2 from Charles Goncalves ---
If I run pkt-gen with rate option then pkt-gen sends packets.
Like this: pkg-gen -f tx -R 15
If I change value greater than 150k i.e: 16 I got same error:
/pkt-gen -i ixl0 -f tx -R
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
Mark Linimon changed:
What|Removed |Added
Keywords||IntelNetworking
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
Michael changed:
What|Removed |Added
CC||m.mu...@spam-fetish.org
--- Comment #1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230465
Charles Goncalves changed:
What|Removed |Added
CC||n...@freebsd.org
--
You are
50 matches
Mail list logo