Re: com(4) at acpi(4) on amd64

2021-12-09 Thread Anton Lindqvist
On Tue, Dec 07, 2021 at 01:08:45PM +0100, Mark Kettenis wrote: > > Date: Tue, 7 Dec 2021 11:30:48 +0100 > > From: Anton Lindqvist > > > > On Mon, Dec 06, 2021 at 10:25:34PM +0100, Mark Kettenis wrote: > > > > Date: Mon, 6 Dec 2021 21:45:03 +0100 > > > > From: Anton Lindqvist > > > > > > > > On

Re: sndiod: -F does not switch back to preferred device

2021-12-09 Thread Alexandre Ratchov
On Thu, Dec 09, 2021 at 09:02:07PM -0700, Theo de Raadt wrote: > > I think drivers, or maybe this can be done in higher-level subsystems, need > to be modified such that events get sent when a device is *actually ready*, > and the call from config_attach() should be deleted. > For audio and MIDI

Re: sndiod: -F does not switch back to preferred device

2021-12-09 Thread Theo de Raadt
Theo de Raadt wrote: > I think drivers, or maybe this can be done in higher-level subsystems, need > to be modified such that events get sent when a device is *actually ready*, > and the call from config_attach() should be deleted. Worth mentioning the numbers below are devclass DV_* fields, whi

Re: sndiod: -F does not switch back to preferred device

2021-12-09 Thread Theo de Raadt
As I said back then, I don't see how this solves the problem. If you try to open a /dev/sd2i partition 1msec after the hotplug indicates the arrival of sd2, that open will fail. (There is a small chance it will succeed, but why are we exposing our users to races?) The hotplug event is caused by t

Re: sndiod: -F does not switch back to preferred device

2021-12-09 Thread joshua stein
On Thu, 09 Dec 2021 at 16:46:24 -0700, Theo de Raadt wrote: > Please do not recommend people use hotplugd, for any purpose. > > It is on my queue for deletion, because noone has stepped up and > fixed it. > > hotplug is COMPLETELY FLAWED. It reports when a device is attached, > not when it is rea

Re: gprof: Profiling a multi-threaded application

2021-12-09 Thread Yuichiro NAITO
Any comments about this topic? On 7/12/21 18:09, Yuichiro NAITO wrote: Hi, Martin n 2021/07/10 16:55, Martin Pieuchot wrote: Hello Yuichiro, thanks for your work ! Thanks for the response. On 2021/06/16 16:34, Yuichiro NAITO wrote: When I compile a multi-threaded application with '-pg' op

Re: sndiod: -F does not switch back to preferred device

2021-12-09 Thread Theo de Raadt
The real thing going on here is that if /dev/hotplug actually worked, then sndiod would be able to use by itself to be smart. But hotplug doesn't work, it is unfit for purpose. So we have discouraged Alexandre from making sndiod look at hotplugd. Now you propose to extranalize this, using the ad

Re: sndiod: -F does not switch back to preferred device

2021-12-09 Thread Theo de Raadt
In addition, such detailed text with examples does not belong in that manual page. What I see there is an example of the "HOWTO" mentality.

Re: sndiod: -F does not switch back to preferred device

2021-12-09 Thread Theo de Raadt
Please do not recommend people use hotplugd, for any purpose. It is on my queue for deletion, because noone has stepped up and fixed it. hotplug is COMPLETELY FLAWED. It reports when a device is attached, not when it is ready. As a result everyone uses it wrong. As a result, your script is bro

ipsec tdb flags mutex

2021-12-09 Thread Alexander Bluhm
Hi, I would like to protect the write access to the TDB flags field with a mutex. Clearing the timeout flags just before pool put in tdb_free() does not make sense. Move this to tdb_delete(). While there make the parentheses in the flag check consistent. ok? bluhm Index: net/pfkeyv2_convert.

Re: sndiod: -F does not switch back to preferred device

2021-12-09 Thread Klemens Nanni
On Thu, Dec 09, 2021 at 10:21:56AM +0100, Alexandre Ratchov wrote: > On Wed, Dec 08, 2021 at 10:30:08PM +, Klemens Nanni wrote: > > Following https://www.openbsd.org/faq/faq13.html#usbaudio and reading > > sndiod(8)'s > > > > -F device > > Specify an alternate device to use. I

Re: sppp(4)/pppoe(4) - avoid endless loop in remote ip negotiation

2021-12-09 Thread Krzysztof Kanas
On 2021-12-05 23:43, Stuart Henderson wrote: > On 2021/12/04 15:32, Krzysztof Kanas wrote: > > I tried the settings: > > > > > > inet 0.0.0.0 255.255.255.255 10.64.64.33 \ > > pppoedev em0 authproto chap \ > > authname 'testcaller' authkey 'secret' up > > !/sbin/route add default -ifp pppoe0 10.6

Make __EV_POLL flag specific to kqueue-based poll(2)

2021-12-09 Thread Visa Hankala
The system now has two flags for poll and select system calls, __EV_POLL which currently covers both calls, and __EV_SELECT which is used with select only. To make the code easier to follow, this diff makes __EV_POLL specific to poll(2). Consequently, __EV_SELECT has to be added when the condition

Re: sndiod: -F does not switch back to preferred device

2021-12-09 Thread Alexandre Ratchov
On Thu, Dec 09, 2021 at 02:04:06PM +0100, Solene Rapenne wrote: > > where does sndioctl server.device= come from? > > on my system I don't have the server.device property > There's one server.device knob for each "-s" to controls on which device are player (or recorded from). > > sndioctl serv

Re: net write in pcb hash

2021-12-09 Thread Martin Pieuchot
On 08/12/21(Wed) 22:39, Alexander Bluhm wrote: > On Wed, Dec 08, 2021 at 03:28:34PM -0300, Martin Pieuchot wrote: > > On 04/12/21(Sat) 01:02, Alexander Bluhm wrote: > > > Hi, > > > > > > As I want a read-only net lock for forwarding, all paths should be > > > checked for the correct net lock and a

Re: sndiod: -F does not switch back to preferred device

2021-12-09 Thread Jason McIntyre
On Thu, Dec 09, 2021 at 10:21:56AM +0100, Alexandre Ratchov wrote: > On Wed, Dec 08, 2021 at 10:30:08PM +, Klemens Nanni wrote: > > Following https://www.openbsd.org/faq/faq13.html#usbaudio and reading > > sndiod(8)'s > > > > -F device > > Specify an alternate device to use. I

Re: sndiod: -F does not switch back to preferred device

2021-12-09 Thread Alexandre Ratchov
On Wed, Dec 08, 2021 at 10:30:08PM +, Klemens Nanni wrote: > Following https://www.openbsd.org/faq/faq13.html#usbaudio and reading > sndiod(8)'s > > -F device > Specify an alternate device to use. If it doesn't work, the one > given with the last -f or -F opt

Re: [patch] urndis: uncomment watchdog

2021-12-09 Thread Gregory Edigarov
On Tue, 30 Nov 2021 21:40:35 +0300 Mikhail wrote: > Currently watchdog functionality for urndis driver is disabled > (commented), I've tested it and it works properly - reset messages are > correctly sent and cmplt packets are received according to RNDIS spec > (I patched the driver to forcedly s