On 04/19/17 05:37, Sepherosa Ziehau wrote:
On Wed, Apr 19, 2017 at 10:39 AM, Somayajulu, David
wrote:
Sorry what I meant to ask was, whether it is O.K to call taskqueue_drain(),
when an MTX_DEF lock is grabbed prior to calling taskqueue_drain().
You will hit WITNESS, if the drain needs to w
On Wed, Apr 19, 2017 at 10:39 AM, Somayajulu, David
wrote:
> Sorry what I meant to ask was, whether it is O.K to call taskqueue_drain(),
> when an MTX_DEF lock is grabbed prior to calling taskqueue_drain().
>
You will hit WITNESS, if the drain needs to wait; that's probably the
best case. If th
Sorry what I meant to ask was, whether it is O.K to call taskqueue_drain(),
when an MTX_DEF lock is grabbed prior to calling taskqueue_drain().
Thanks
David S. (davi...@freebsd.org)
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/ma
https://reviews.freebsd.org/D10425
I didn't add any reviewers yet because we have yet to test this, and I
didn't have a good idea of who would be interested in these. Suggestions on
the string to give the active optical/copper cable types would be welcome;
I gave them the acronyms I saw in SFF-802
On Mon, Apr 17, 2017 at 11:00:38AM +0100, Joe Jones wrote:
> Hi Navdeep
>
> running "ifconfig up" and then "ifconfig promisc" works. Running "ifconfig
> promisc" and then "ifconfig up" does not work. Running "ifconfig up promisc"
> together does work. Running "ifconfig promisc up" does not work.
Hi,
Is it ok to call taskqueue_drain() when the MTX_DEF lock is held ?
Thanks
David S.
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
On 18.04.2017 11:32, Andrey V. Elsukov wrote:
What FreeBSD version do you use?
There were several changes in head/ and stable/11, that could change
this behavior. Can you try the same on recent revision?
I built a custom kernel with the current
https://svn.FreeBSD.org/base/releng/11.0 .
Thank
On 18.04.2017 01:49, Julian K. wrote:
> I wrote a kernel module [1] for a the fastd UDP tunneling protocol. Like
> the if_tun it calls if_purgeaddrs() on destruction of interfaces. When I
> delete IPFW rules a the same time the kernel runs into a deadlock. It
> seems to be a general problem that al
Hi,
Yes, by default netmap packet buffers for all physical nics on your
machine are allocated from the same memory area. This means that you can do
zcopy with the usual swap of netmap slots.
The bridge application is an example. It does zcopy if possible, otherwise
it falls back to copying.
Che
