Hi,
I'm following -current and see a regression in dhclient on my machine:
It seems to be related to version 1.41 of sbin/dhclient/bpf.c.
Since then dhclient doesn't recognize the recieved lease.
tcpdump shows this:
00:21:6a:56:2b:36 ff:ff:ff:ff:ff:ff 342: 192.168.1.7.68 > 255.255.255.255.67:
u
Currently armv7 kernels expect to be loaded at the bottom of physical
ram. The diff below removes this restriction.
This is important for two reasons:
1. On some SoCs physical memory starts at address 0. However, the
u-boot EFI interface has a nasty bug where allocating memory at
address
> On 20 Jul 2016, at 15:15, Markus Friedl wrote:
>
> great!
>
> this changes the code to hide the ECDSA conversion inside crypto.c and
> also make ECDSA work with the generic RFC 7427 signature encoding.
>
> Could you verify this with OS X? I've only tested strongswan.
>
> -m
>
>
Nice, I’v
On Wed, Jul 20, 2016 at 11:05 PM, Mark Kettenis wrote:
>> Date: Wed, 20 Jul 2016 20:59:55 +0200
>> From: Philip Guenther
>>
>> Updated diff:
>> - replace the remaining uses of PIC_SYM(CERROR,PLT) with plain CERROR
>
> This bit looks ok to me
>
>> - add setjmp xor cookies
>> - switch _?(set|lon
On Wed, Jul 20, 2016 at 4:05 AM, Artturi Alm wrote:
> #define PV_BEEN_EXECD(f) (((f) & (PVF_REF | PVF_EXEC)) == (PVF_REF |
> PVF_EXEC))
> #define PV_BEEN_REFD(f) (((f) & PVF_REF) != 0)
>
> and from pmap.h:
> * The PVF_MOD and PVF_REF flags are stored in the mdpage for each
> * page. PVF_WIR