On Thu, Jun 27, 2024 at 05:20:13PM +0200, Bartosz Golaszewski wrote: > On Thu, Jun 27, 2024 at 5:06 PM Bartosz Golaszewski <brgl@xxxxxxxx> wrote: > > > > On Wed, Jun 26, 2024 at 7:39 AM Kent Gibson <warthog618@xxxxxxxxx> wrote: > > > > > > The kernel's handling of reconfigure with default values, as is the > > > case for providing a None value as the settings to the Python bindings' > > > reconfigure_lines(), resets any flags set to non-default values when the > > > line is requested to their default values. While the flags are cleared, > > > the kernel makes no corresponding change to the electrical settings - > > > though subsequent calls to get and set values will apply the updated > > > flags. > > > > > > The tests for missing or None settings are extended to demonstrate the > > > issue for active_low and drive flags, though the issue applies to all > > > flags. > > > > > > The tests fail unless the kernel is patched to ignore reconfiguration > > > of lines without direction set. > > > > > > > Does it mean the kernel patches (at least the first two in the series) > > are meant to be backported? > > > > Bart > > Well, that was a stupid question, they both have the Fixes: tag... > I split them up and added the Fixes in case you do want to backport them. It would be good to backport the second as the Python bindings now become the first use case I am aware of that uses a directionless reconfig for subsets. It would be great if that always worked as expected on stable kernels. Backporting the first, for uAPI v1, is less pressing as I'm not aware of anyone actually using it that way, but your call. Cheers, Kent.