From: Jonathan Cameron <jic23@kernel.org>
To: linux-iio@vger.kernel.org
Cc: Andy Shevchenko <andy.shevchenko@gmail.com>,
Hans de Goede <hdegoede@redhat.com>,
Alexandru Ardelean <aardelean@deviqon.com>,
Shawn Guo <shawnguo@kernel.org>,
Jonathan Cameron <Jonathan.Cameron@huawei.com>
Subject: [RESEND v2 0/5] iio: accel: mma9551/mma9553 Cleanup and update
Date: Sun, 3 Oct 2021 17:02:07 +0100 [thread overview]
Message-ID: <20211003160212.417909-1-jic23@kernel.org> (raw)
From: Jonathan Cameron <Jonathan.Cameron@huawei.com>
Resend to get it back to the top of people's inboxes given lack of
review since posting in June. No changes.
Whilst testing would be ideal, getting some eyes on this should be sufficient
if we can't find anyone with a test part.
v2: mma9551: Drop the gpio based irq support as not known to be used
and adds complexity which is nice to get rid of.
This series came about because I was looking to write a dt-binding for these
two (currently missing entirely) and I discovered the mma9551 driver in
particular was doing some unusual things.
Note however, I've only tested the fwnode_irq_get() patch using a hacked
up version of QEMU and stubbing out some error paths because I'm too
lazy to emulate it properly ;)
The ACPI entries seem unlikely, but please shout if anyone knows of
them being used in the wild.
It would be particularly helpful if anyone who has either of these
parts could both give this a spin and let me know so I can ask
for testing in future.
Thanks,
Jonathan
Jonathan Cameron (5):
iio: accel: mma9551/mma9553: Drop explicit ACPI match support
iio: accel: mma9551/mma9553: Simplify pm logic
iio: accel: mma9551: Add support to get irqs directly from fwnode
iio: accel: mma9551: Use devm managed functions to tidy up probe()
iio: accel: mma9553: Use devm managed functions to tidy up probe()
drivers/iio/accel/mma9551.c | 151 ++++++++++++------------------------
drivers/iio/accel/mma9553.c | 121 +++++++++--------------------
2 files changed, 85 insertions(+), 187 deletions(-)
--
2.33.0
next reply other threads:[~2021-10-03 15:58 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-10-03 16:02 Jonathan Cameron [this message]
2021-10-03 16:02 ` [RESEND v2 1/5] iio: accel: mma9551/mma9553: Drop explicit ACPI match support Jonathan Cameron
2021-10-03 16:00 ` Hans de Goede
2021-10-03 16:02 ` [RESEND v2 2/5] iio: accel: mma9551/mma9553: Simplify pm logic Jonathan Cameron
2021-10-03 16:02 ` [RESEND v2 3/5] iio: accel: mma9551: Add support to get irqs directly from fwnode Jonathan Cameron
2021-10-03 16:02 ` [RESEND v2 4/5] iio: accel: mma9551: Use devm managed functions to tidy up probe() Jonathan Cameron
2021-10-03 16:02 ` [RESEND v2 5/5] iio: accel: mma9553: " Jonathan Cameron
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20211003160212.417909-1-jic23@kernel.org \
--to=jic23@kernel.org \
--cc=Jonathan.Cameron@huawei.com \
--cc=aardelean@deviqon.com \
--cc=andy.shevchenko@gmail.com \
--cc=hdegoede@redhat.com \
--cc=linux-iio@vger.kernel.org \
--cc=shawnguo@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox