lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Tue, 26 Oct 2021 16:44:25 +0530 From: Viresh Kumar <viresh.kumar@...aro.org> To: Wolfram Sang <wsa@...nel.org>, Jie Deng <jie.deng@...el.com>, "Michael S. Tsirkin" <mst@...hat.com>, Jason Wang <jasowang@...hat.com> Cc: Vincent Guittot <vincent.guittot@...aro.org>, Arnd Bergmann <arnd@...nel.org>, stratos-dev@...lists.linaro.org, Alex Bennée <alex.bennee@...aro.org>, cohuck@...hat.com, Vincent Whitchurch <vincent.whitchurch@...s.com>, linux-i2c@...r.kernel.org, virtualization@...ts.linux-foundation.org, linux-kernel@...r.kernel.org Subject: Re: [PATCH] i2c: virtio: Add support for zero-length requests On 21-10-21, 15:17, Viresh Kumar wrote: > The virtio specification received a new mandatory feature > (VIRTIO_I2C_F_ZERO_LENGTH_REQUEST) for zero length requests. Fail if the > feature isn't offered by the device. > > For each read-request, set the VIRTIO_I2C_FLAGS_M_RD flag, as required > by the VIRTIO_I2C_F_ZERO_LENGTH_REQUEST feature. > > This allows us to support zero length requests, like SMBUS Quick, where > the buffer need not be sent anymore. > > Signed-off-by: Viresh Kumar <viresh.kumar@...aro.org> > --- > Hi Wolfram, > > Please do not apply this until the spec changes [1] are merged, sending it early > to get review done. I will ping you later once the spec is merged. > > [1] https://lists.oasis-open.org/archives/virtio-dev/202110/msg00109.html Michael, Can this be merged as well based on the current voting at the ballot ? https://www.oasis-open.org/committees/ballot.php?id=3659 Wolfram, I am asking as this patch should be considered as a fix, which needs to be applied to the 5.15 kernel itself if possible (now or via stable), as we are implementing a new mandatory feature, which will make the currently merged version of the driver unusable going forward (since this won't be backwards compatible). -- viresh
Powered by blists - more mailing lists