Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 30 Sep 2016 18:19:16 -0500
From:      Lewis Donzis <lew@perftech.com>
To:        Alexander Kabaev <kabaev@gmail.com>
Cc:        Konstantin Belousov <kostikbel@gmail.com>, deischen@freebsd.org, freebsd-arch@freebsd.org
Subject:   Re: mq on kqueue broken after upgrade to FreeBSD 11
Message-ID:  <DEAB8E82-A58F-47B6-9193-D729A87F373C@perftech.com>
In-Reply-To: <20160930184418.1047afc2@kan>
References:  <8A6CD0D3-C4D5-40DF-B2AD-4C454CC88AD1@perftech.com> <20160930094544.GP38409@kib.kiev.ua> <19A6EEAA-C68E-4DAD-B98F-4D904734BD8B@perftech.com> <20160930152006.GS38409@kib.kiev.ua> <20160930184418.1047afc2@kan>

next in thread | previous in thread | raw e-mail | index | archive | help

> On Sep 30, 2016, at 5:44 PM, Alexander Kabaev <kabaev@gmail.com> =
wrote:
> No objection, but possible suggestion: if the primary use of this
> symbol is for tests and nothing else, maybe it does belong in
> FBSDprivate_1.0 FBSDprivate_1.0 section instead?

The primary use for us is definitely not testing =E2=80=94 it appears to =
be the only way to get a handle that can be used with kevent().  In that =
regard, it would be even nicer if it was a regular mq_*() function, even =
if it had to be non-portable, rather than beginning with =E2=80=9C__=E2=80=
=9D which makes it look internal only.

lew=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?DEAB8E82-A58F-47B6-9193-D729A87F373C>