Hello,
I'd like to get my feet wet contributing to the FreeBSD Kernel's networking
stack.
The wiki has a section titled Low Hanging Kernel Fruit. I found something
in there which isn't ticketed but looks like something I might be able to
write.
* Reject non-broadcast destinations passed to IP_ONESB
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203630
Andrew Turner changed:
What|Removed |Added
Hardware|arm64 |amd64
--
You are receiving this m
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196361
--- Comment #8 from jhujh...@adjectivism.org ---
(In reply to Alexander V. Chernikov from comment #7)
I chose 10.2 since it's of immediate utility for me (this prevents me from
deploying IPv6 at home, and I don't run HEAD on these machines).
31.10.2015, 16:46, "Adrian Chadd" :
> On 31 October 2015 at 09:34, Alexander V. Chernikov
> wrote:
>> 31.10.2015, 05:32, "Adrian Chadd" :
>>> Hiya,
>>>
>>> Here's a panic from arptimer:
>> Hi Adrian,
>>
>> As far as I see, line 205 in if_ether.c is IF_AFDATA_LOCK(ifp) which
>> happens afte
On 31 October 2015 at 09:34, Alexander V. Chernikov
wrote:
>
>
> 31.10.2015, 05:32, "Adrian Chadd" :
>> Hiya,
>>
>> Here's a panic from arptimer:
> Hi Adrian,
>
> As far as I see, line 205 in if_ether.c is IF_AFDATA_LOCK(ifp) which happens
> after LLE_WUNLOCK().
> So, it looks like (pre-cached) i
31.10.2015, 05:32, "Adrian Chadd" :
> Hiya,
>
> Here's a panic from arptimer:
Hi Adrian,
As far as I see, line 205 in if_ether.c is IF_AFDATA_LOCK(ifp) which happens
after LLE_WUNLOCK().
So, it looks like (pre-cached) ifp had been freed before locking ifdata.
Do you have any more details on tha
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196361
--- Comment #7 from Alexander V. Chernikov ---
(In reply to jhujhiti from comment #6)
FreeBSD development model assumes all new features goes to HEAD first and,
after some period of testing, are merged to stable branches if possible.
So, it
