Re: ftp: utime->utimensat: use UTIME_OMIT instead of calling time()

2019-10-14 Thread Jeremie Courreges-Anglas
On Sun, Oct 13 2019, Philip Guenther wrote: > ftp currently uses utime(3) to set the modification time on the retrieved > file. It set the access time on the file to the current time when doing > so. By converting this to use utimensat(), we can avoid the silly call > to time(3) to get the cu

sparc64: use devid to match bootpath

2019-10-14 Thread Jonathan Matthew
Recently I discovered that (some?) mpii(4) controllers fill in link->port_wwn with a fake wwn (443322110200) for sata devices. When you're trying to boot a sparc64 box off a sata device attached to such a controller, this means the bootpath matching in device_register() doesn't work, so you ha

iwm: support dynamic queue allocation (DQA)

2019-10-14 Thread Stefan Sperling
Newer iwm firmware requires the driver to use a feature known as dynamic queue allocation (DQA). What matters is that the command queue index was changed. Newer firmware images have stopped responding to commands sent with the old command queue index, and this is preventing us from dropping newer f

Re: net80211: increase background scan backoff timer

2019-10-14 Thread Stefan Sperling
Is anyone running this already? OK? On Mon, Oct 07, 2019 at 04:41:37PM +0200, Stefan Sperling wrote: > Frequent background scans are known to cause packet loss with > some types of APs (e.g. old Apple APs and some Android phones). > > There is already a heuristic to make bgscans less frequent if

Re: sparc64: use devid to match bootpath

2019-10-14 Thread Mark Kettenis
> Date: Mon, 14 Oct 2019 18:44:08 +1000 > From: Jonathan Matthew > > Recently I discovered that (some?) mpii(4) controllers fill in link->port_wwn > with a fake wwn (443322110200) for sata devices. When you're trying to > boot a sparc64 box off a sata device attached to such a controller, th

Re: acpithinkpad: don't take over ws_[gs]et_param on version 2 devices

2019-10-14 Thread Mark Kettenis
> Date: Sun, 13 Oct 2019 21:37:53 -0500 > From: joshua stein > > Newer ThinkPads have ACPI goo to allow acpivout to control screen > backlight, so don't take over ws_[gs]et_param from it. This allows > for 100 levels of backlight control rather than the 10 or 15 that > are supported through a

Re: acpithinkpad: don't take over ws_[gs]et_param on version 2 devices

2019-10-14 Thread Tracey Emery
Patch works great on a T470s. Stepping is smooth now. No ill effects. Thanks, Tracey On Sun, Oct 13, 2019 at 09:37:53PM -0500, joshua stein wrote: > Newer ThinkPads have ACPI goo to allow acpivout to control screen > backlight, so don't take over ws_[gs]et_param from it. This allows > for 100

Re: acpivout: try to consistently adjust brightness by 5%

2019-10-14 Thread Tracey Emery
Patch works well on a T470s. Stepping is better in the larger increments. No ill effects from the patch here. Thanks, Tracey On Sun, Oct 13, 2019 at 09:28:26PM -0500, joshua stein wrote: > When responding to hardware keys to increment or decrement screen > brightness, don't just adjust by 1 BCL

Re: acpivout: try to consistently adjust brightness by 5%

2019-10-14 Thread Mark Kettenis
> Date: Sun, 13 Oct 2019 21:28:26 -0500 > From: joshua stein > > When responding to hardware keys to increment or decrement screen > brightness, don't just adjust by 1 BCL level as there may be 100 > levels. Find the next brightness level that is at least 5% up or > down, and use that. I sus

Re: sparc64: use devid to match bootpath

2019-10-14 Thread Jonathan Matthew
On Mon, Oct 14, 2019 at 03:08:54PM +0200, Mark Kettenis wrote: > > Date: Mon, 14 Oct 2019 18:44:08 +1000 > > From: Jonathan Matthew > > > > Recently I discovered that (some?) mpii(4) controllers fill in > > link->port_wwn > > with a fake wwn (443322110200) for sata devices. When you're tryi