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: Wed, 29 Mar 2017 22:16:36 +0100 From: Jonathan Cameron <jic23@...nel.org> To: Arushi Singhal <arushisinghal19971997@...il.com>, lars@...afoo.de Cc: Michael Hennerich <Michael.Hennerich@...log.com>, Hartmut Knaack <knaack.h@....de>, Peter Meerwald-Stadler <pmeerw@...erw.net>, Greg Kroah-Hartman <gregkh@...uxfoundation.org>, linux-iio@...r.kernel.org, devel@...verdev.osuosl.org, linux-kernel@...r.kernel.org, outreachy-kernel@...glegroups.com Subject: Re: [RFC] staging: iio: ad7759: Replace mlock with driver private buf_lock On 28/03/17 18:37, Arushi Singhal wrote: > The IIO subsystem is redefining iio_dev->mlock to be used by > the IIO core only for protecting device operating mode changes. > ie. Changes between INDIO_DIRECT_MODE, INDIO_BUFFER_* modes. > > In this driver, mlock was being used to protect hardware state > changes. Replace it with a buf_lock in the devices global data. > > Signed-off-by: Arushi Singhal <arushisinghal19971997@...il.com> Rule 1 of an RFC. Explain why it is an RFC rather than simply a patch. What needs comment here in particular? One thing that needs doing is a documentation update to reflect the additional elements buf_lock is now protecting. I think the use is sensible and can't otherwise see any issue with this patch. Thanks, Jonathan > --- > drivers/staging/iio/meter/ade7759.c | 9 ++++++--- > 1 file changed, 6 insertions(+), 3 deletions(-) > > diff --git a/drivers/staging/iio/meter/ade7759.c b/drivers/staging/iio/meter/ade7759.c > index 0b65f1847510..514a4f6bb8f9 100644 > --- a/drivers/staging/iio/meter/ade7759.c > +++ b/drivers/staging/iio/meter/ade7759.c > @@ -429,7 +429,7 @@ static ssize_t ade7759_write_frequency(struct device *dev, > if (!val) > return -EINVAL; > > - mutex_lock(&indio_dev->mlock); > + mutex_lock(&st->buf_lock); > > t = 27900 / val; > if (t > 0) > @@ -447,10 +447,13 @@ static ssize_t ade7759_write_frequency(struct device *dev, > reg &= ~(3 << 13); > reg |= t << 13; > > - ret = ade7759_spi_write_reg_16(dev, ADE7759_MODE, reg); > + st->tx[0] = ADE7754_WRITE_REG(ADE7754_WAVMODE); > + st->tx[1] = reg; > + > + ret = spi_write(st->us, st->tx, 2); > > out: > - mutex_unlock(&indio_dev->mlock); > + mutex_unlock(&st->buf_lock); > > return ret ? ret : len; > } >
Powered by blists - more mailing lists