Re: acpitz(4) sensor matching

2019-04-21 Thread Marcus Glocker
On Sun, Apr 21, 2019 at 10:55:07PM +0200, Mark Kettenis wrote: > > Date: Sun, 21 Apr 2019 21:25:25 +0200 > > From: Marcus Glocker > > > > I found a second thermal sensor INT3403 in my X1 which didn't attach > > to acpitz(4) because its type returns AML_OBJTYPE_DEVICE instead of > >

Re: Tighten nl(1) pledge(2) a bit

2019-04-21 Thread Rafael Neves
On Sat, Apr 20, 2019 at 07:10:21PM -0600, Theo de Raadt wrote: > Rafael Neves wrote: > > > Hi tech@, > > > > The Patch 1 below tighten pledge(2) promises to stdio, after the > > freopen(3) call, > > I've commited this. > > > and replaces an exit(3) call to return, so the > > stack protector

disable mobileip(4)

2019-04-21 Thread David Gwynne
i want to remove the mobileip driver. disabling it is a good start. it would be generous to say that mobileip is a very niche protocol. it is not great on the wire, it cannot encap anything except ipv4, and it lacks widespread support in other operating systems. the other bsds appear to support

Re: bridge(4) output w/o KERNEL_LOCK()

2019-04-21 Thread Sigi Rudzio
Hi, tried it on a router with three bridges (etherip/vether over IPSec and vxlan/vlan) and it works, if you want dmesg/ifconfig output I'll send it to you. Regards, S. Rudzio Am So., 21. Apr. 2019 um 21:47 Uhr schrieb Martin Pieuchot : > > Diff below removes the KERNEL_LOCK() from bridge(4)'s

Re: acpitz(4) sensor matching

2019-04-21 Thread Mark Kettenis
> Date: Sun, 21 Apr 2019 21:25:25 +0200 > From: Marcus Glocker > > I found a second thermal sensor INT3403 in my X1 which didn't attach > to acpitz(4) because its type returns AML_OBJTYPE_DEVICE instead of > AML_OBJTYPE_THERMZONE. > > When matching it explicitly it attaches to acpitz1 and seems

bridge(4) output w/o KERNEL_LOCK()

2019-04-21 Thread Martin Pieuchot
Diff below removes the KERNEL_LOCK() from bridge(4)'s output fast-path. To do so, it redefines the ifp <-> bridge relationship. Currently every interface in a bridge(4) contains a pointer to that bridge's port. This relationship is guaranteed to be valid as long as the KERNEL_LOCK() is held.

acpitz(4) sensor matching

2019-04-21 Thread Marcus Glocker
I found a second thermal sensor INT3403 in my X1 which didn't attach to acpitz(4) because its type returns AML_OBJTYPE_DEVICE instead of AML_OBJTYPE_THERMZONE. When matching it explicitly it attaches to acpitz1 and seems to work fine (I did some load tests to see it scaling up and down):

Re: libevent: Protect integer multiplications (min_heap)

2019-04-21 Thread Alexander Bluhm
On Sat, Apr 20, 2019 at 07:30:50PM -0400, Ted Unangst wrote: > ok, so back to this. here's a diff which solves this by using appropriate > size_t types. There are two 0u which are size_t now. Just use 0. I wonder whether SIZE_T_MAX would be better than -1. But they seem to be equivalent. OK

clang on powerpc

2019-04-21 Thread Mark Kettenis
Today we enabled building clang on powerpc. Since you need clang to build clang, you'll need to install a -current snapshot to bootstrap. This is probably the final nail in the coffin for socppc as none of the sockppc machines I own have enough memory to build clang.

Re: ifmedia_ioctl: ignore ENETRESET from ifm_change()

2019-04-21 Thread Kevin Lo
On Sun, Apr 21, 2019 at 01:02:39PM +1000, Jonathan Matthew wrote: > > On Mon, Apr 15, 2019 at 04:48:02PM +0200, Stefan Sperling wrote: > > ieee80211_media_change() will return ENETRESET if the interface is > > switched into 11a/b/g/n mode from any other mode. > > ifmedia_ioctl() considers this an