On 15/02/2016 10:32, Ryota Ozaki wrote:
> On Mon, Feb 15, 2016 at 6:35 PM, Roy Marples wrote:
>> On 15/02/2016 08:08, Ryota Ozaki wrote:
>>> Module Name: src
>>> Committed By: ozaki-r
>>> Date: Mon Feb 15 08:08:04 UTC 2016
>>>
>>> Modified Files:
>>> src/sys/net:
On Mon, Feb 15, 2016 at 11:06:52AM +, Roy Marples wrote:
> Can we not extend softint_schedule to take some user data? That way,
> each call (which I'm assuming would be sequential) can carry the link
> state change in the user data which can then be applied to the interface.
Sounds like a
Date: Mon, 15 Feb 2016 11:06:52 +
From: Roy Marples
On 15/02/2016 10:32, Ryota Ozaki wrote:
> I think we can fix by returning from if_link_state_change_si
> if ifp->if_link_state == ifp->if_old_link_state. Is it correct?
Then we're not doing what we
Hi,
It seems netbsd-6 VAX is broken:
/home/source/ab/netbsd-6/src/external/bsd/ntp/bin/sntp/../../dist/sntp/libevent/event.c:
In function 'event_mm_strdup_':
/home/source/ab/netbsd-6/src/external/bsd/ntp/bin/sntp/../../dist/sntp/libevent/event.c:3436:
warning: comparison is always false due
> Oh, I see. We shouldn't drop any events of link state changes.
i don't see any point in keeping a huge series of link changes
if they can be collapsed into an equivalent sequence. with VMs
and other user-controlled systems it's possible to flood such a
link state checking engine.
.mrg.
On Tue, Feb 16, 2016 at 11:37 AM, matthew green wrote:
>> Oh, I see. We shouldn't drop any events of link state changes.
>
> i don't see any point in keeping a huge series of link changes
> if they can be collapsed into an equivalent sequence. with VMs
> and other
On Tue, Feb 16, 2016 at 6:16 AM, Taylor R Campbell
wrote:
>Date: Mon, 15 Feb 2016 11:06:52 +
>From: Roy Marples
>
>On 15/02/2016 10:32, Ryota Ozaki wrote:
>> I think we can fix by returning from