audio: fix block size calculation

Currently the block size calculations are broken by design: the driver provides a round_blocksize() function which must retrun a valid block size in *bytes*. Unfortunately, since the driver doesn't know if it's called for the play or for the record block size, it's mathematically impossible to calc

Re: Another dwiic(4) fix

On Sat, Aug 17, 2019 at 06:42:01PM +0200, Mark Kettenis wrote: > The timeout when waiting for data to be received for polled mode is > too small for taling to the BMC on the Ampere/Lenovo arm64 server. > This bumps it to 50 ms, which is still lower than what it is for > non-polled mode. > > I also

ipmi(4) at iic(4)

The Ampere/Lenovo arm64 machines have a BMC that implements the IPMI 2.0. This particular implementation uses SMBus to communicate with the host. This is called SMBus System Interface (SSIF). ok? Index: dev/ipmi.c === RCS file: /c

Re: Need Help with OpenBSD VPS

On Sat, Aug 17, 2019 at 08:35:41AM -0400, Michael G Workman wrote: > Hello, > > Thanks everyone for the great work on OpenBSD, I am very happy such a great > operating system is available for people to use. > > I am planning to install OpenBSD on a laptop I have in the future, I am > just waiting

Another dwiic(4) fix

The timeout when waiting for data to be received for polled mode is too small for taling to the BMC on the Ampere/Lenovo arm64 server. This bumps it to 50 ms, which is still lower than what it is for non-polled mode. I also found that things worked much better if we checked for the actually STOP d

[PATCH] Avoid leftover temporary mount points when using -P (mfs)

Hi, Submitting to tech@ to broader audience. When using -P option in mfs with a directory or a block device that doen't exist, for example when the device roams, newfs(2) leaves leftovers of temporary mount points. With my /etc/fstab: ca7552589896b01e.b none swap sw ca7552589896

Need Help with OpenBSD VPS

Hello, Thanks everyone for the great work on OpenBSD, I am very happy such a great operating system is available for people to use. I am planning to install OpenBSD on a laptop I have in the future, I am just waiting for the laptop to be returned to me after being repaired, in the meantime I obta

Re: drm acpi diff

> Date: Fri, 16 Aug 2019 22:21:33 +0200 (CEST) > From: Mark Kettenis > > The diff below provides a minimal implementation of some of the Linux > ACPI iterfaces. Enough to allow us to compile the ACPI code for > radeon(4) and amdgpu(4). With this diff the brightness keys on my HP > laptop with:

Re: drm acpi diff

> Date: Sat, 17 Aug 2019 14:50:10 +1000 > From: Jonathan Gray > > On Fri, Aug 16, 2019 at 10:21:33PM +0200, Mark Kettenis wrote: > > The diff below provides a minimal implementation of some of the Linux > > ACPI iterfaces. Enough to allow us to compile the ACPI code for > > radeon(4) and amdgpu(

Re: drm acpi diff

> Date: Fri, 16 Aug 2019 20:24:21 -0700 > From: Mike Larkin > > On Fri, Aug 16, 2019 at 10:21:33PM +0200, Mark Kettenis wrote: > > The diff below provides a minimal implementation of some of the Linux > > ACPI iterfaces. Enough to allow us to compile the ACPI code for > > radeon(4) and amdgpu(4)