On Tue, Oct 11, 2016 at 09:20:17AM +0200, Julien Charbon wrote:
> Then threads are competing for the INP_WLOCK lock. For the example,
> let's say the thread A wants to run tcp_input()/in_pcblookup_mbuf() and
> racing for this INP_WLOCK:
>
> https://github.com/freebsd/freebsd/blob/release/11.0.0
On 06/10/2016 00:37, Andriy Gapon wrote:
> On 05/10/2016 23:28, Torfinn Ingolfsen wrote:
>> #6 0x80cd0081 in calltrap ()
>> at /usr/src/sys/amd64/amd64/exception.S:238
>> #7 0x81bcb078 in aibs_add_sensor () from /boot/kernel/aibs.ko
>> #8 0x81bcb4b4 in aibs_attach_sif
On Mon, Oct 10, 2016 at 7:07 AM, Julian Elischer wrote:
> On 8/10/2016 5:36 AM, Oliver Pinter wrote:
>
>> On 10/5/16, Julian Elischer wrote:
>>
>>> In 11 and 12 the taskqueue code has been rewritten in this area but
>>> under 10 this bug still occurs.
>>>
>>> On our appliances this bug stops the
On Sun, Oct 09, 2016 at 08:11:55PM -0400, Nathan Lay wrote:
> If your problem is anything like mine was, buildworld is trying to link
> with /usr/lib/librt.so rather than the new one built during the buildworld
> build. As per a recent commit, the new librt will have the additional
> mq_getfd_np()
Hi Slawa,
On 10/10/16 7:35 PM, Slawa Olhovchenkov wrote:
> On Mon, Oct 10, 2016 at 05:44:21PM +0200, Julien Charbon wrote:
can check the current other usages of goto findpcb in tcp_input(). The
rational here being:
- Behavior before the patch: If the inp we found was delet
