https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217637
--- Comment #1 from Hiren Panchasara ---
If possible, it'd be useful to look at real pcaps (and not text excerpts) from
both ends.
--
You are receiving this mail because:
You are the assignee for the bug.
_
This came up at shutdown in r314708. I don't yet know if I will have a
core to diagnose.
> panic: Assertion err == 0 failed at /usr/src/sys/net/iflib.c:2241
> cpuid = 0
> KDB: stack backtrace:
> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe349a7f9940
> vpanic() at vpanic+0x1
On 03/08/17 10:03, Mateusz Guzik wrote:
First and foremost there is general kernel scalability. Certain counters
and most locks are purely managed with atomic operations. An atomic
operation grabs the entire cacheline with the particular variable (64
bytes in total) in exclusive mode.
Isn't pro
Your email client cannot read this email.
To view it online, please go here:
http://NSFS.trk.elasticemail.com/tracking/click?msgid=ERqb-nGeENvOKRNUvm5crw2&target=https%3a%2f%2fwww.webcurso.es%2fbulletin%2fdisplay.php%3fM%3d10357820%26C%3d4335979a5aff6098da0cde60644230e8%26S%3d375%26L%3d104%26N%3d42
asomers accepted this revision.
asomers added inline comments.
This revision has a positive review.
INLINE COMMENTS
> jhujhiti_adjectivism.org wrote in nd6_nbr.c:265
> I think this is the only thing left to consider for this patch, but it seems
> to me that using the receiving interface's FIB is
On Wed, Mar 8, 2017 at 6:28 AM, Mike Tancsa wrote:
> On 3/7/2017 9:08 PM, Navdeep Parhar wrote:
>> On Tue, Mar 7, 2017 at 5:46 PM, Mike Tancsa wrote:
>>
>>>
>>> # dmesg | grep netm
>>> netmap: loaded module
>>> vcxl0: netmap queues/slots: TX 2/1023, RX 2/1024
>>> vcxl0: 1 txq, 1 rxq (NIC); 1 txq,
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217600
judah.lev...@colorado.edu changed:
What|Removed |Added
Resolution|--- |Overcome By Events
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209581
Kaho Toshikazu changed:
What|Removed |Added
CC||k...@elam.kais.kyoto-u.ac.j
