acpithinkpad(4): port-replicator hkey event

2018-05-04 Thread Tobias Tschinkowitz
Hi @tech, i thought it would be a good idea to delegate the port-replicator docking event to the sysctl(2) hw.sensors substree so that if the thinkpad gets docked/undocked one could react to it by using sensorsd(8). Here is my diff: Index: acpithinkpad.c

Re: ofw/fdt: obstacle on pretty dev/fdt/X_fdt.c attachment glue for the common (ie. i2c) drivers

2018-05-04 Thread Artturi Alm
On Fri, May 04, 2018 at 08:08:15PM +0200, Mark Kettenis wrote: > > Date: Fri, 4 May 2018 20:56:07 +0300 > > From: Artturi Alm > > > > Hi, > > > > currently, I don't see how it is possible to write generic > > i2c-parent-controller-independent attachment glue in dev/fdt/,

Re: SMCCC 1.1 support for psci(4)

2018-05-04 Thread Mark Kettenis
> Date: Tue, 1 May 2018 11:55:00 +0200 (CEST) > From: Mark Kettenis > > So after adding a quick hack to mitigate Spectre variant 2 to ARM > Trusted Firmware (ATF), ARM actually designed a proper solution that > minimizes the performance loss and makes the presence of the

Re: ofw/fdt: obstacle on pretty dev/fdt/X_fdt.c attachment glue for the common (ie. i2c) drivers

2018-05-04 Thread Mark Kettenis
> Date: Fri, 4 May 2018 20:56:07 +0300 > From: Artturi Alm > > Hi, > > currently, I don't see how it is possible to write generic > i2c-parent-controller-independent attachment glue in dev/fdt/, > ie. for drivers in dev/i2c. The usual way how they are written with >

ofw/fdt: obstacle on pretty dev/fdt/X_fdt.c attachment glue for the common (ie. i2c) drivers

2018-05-04 Thread Artturi Alm
Hi, currently, I don't see how it is possible to write generic i2c-parent-controller-independent attachment glue in dev/fdt/, ie. for drivers in dev/i2c. The usual way how they are written with doesn't work as the devices in dev/i2c attach "at i2c" already. visa@ just commited something in the

Re: [patch] add missing pledge to aucat(1).

2018-05-04 Thread Theo Buehler
On Fri, May 04, 2018 at 09:03:38AM +0200, Alexandre Ratchov wrote: > On Thu, May 03, 2018 at 09:48:13PM +0200, Jesper Wallin wrote: > > Hi all, > > > > I just noticed that aucat(1) is missing pledge. However, I'm aware that > > aucat(1) is talking to sndiod(8), which is being pledged properly.

Re: [patch] add missing pledge to aucat(1).

2018-05-04 Thread Jesper Wallin
On Fri, May 04, 2018 at 12:20:02PM +0200, Alexandre Ratchov wrote: > AFAIU, only "sndio" is needed in offline(), because files are already > opened/created. Ah! Yeha, of course.. :-) Regards, Jesper Wallin Index: aucat.c === RCS

Re: [patch] add missing pledge to aucat(1).

2018-05-04 Thread Alexandre Ratchov
On Fri, May 04, 2018 at 11:51:09AM +0200, Jesper Wallin wrote: > On Fri, May 04, 2018 at 09:03:38AM +0200, Alexandre Ratchov wrote: > > Thanks. The promise list to use audio and/or midi is in the > > sio_open(2) man page, so the following seem to be needed: stdio, > > audio, rpath, wpath, cpath,

Re: [patch] add missing pledge to aucat(1).

2018-05-04 Thread Jesper Wallin
On Fri, May 04, 2018 at 09:03:38AM +0200, Alexandre Ratchov wrote: > Thanks. The promise list to use audio and/or midi is in the > sio_open(2) man page, so the following seem to be needed: stdio, > audio, rpath, wpath, cpath, unix, inet, dns. > > aucat could be pledged() since the very beginning;

Re: [patch] add missing pledge to aucat(1).

2018-05-04 Thread Alexandre Ratchov
On Thu, May 03, 2018 at 09:48:13PM +0200, Jesper Wallin wrote: > Hi all, > > I just noticed that aucat(1) is missing pledge. However, I'm aware that > aucat(1) is talking to sndiod(8), which is being pledged properly. But > seeing that programs like yes(1) is properly pledged, I don't see any >