From: Greg KH <gregkh@linuxfoundation.org>
To: Nathan Chancellor <natechancellor@gmail.com>
Cc: Jonathan Cameron <jic23@kernel.org>,
Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
linux-iio@vger.kernel.org
Subject: Re: [PULL v3] Second set of new device support, cleanups etc for IIO in the 5.4 cycle.
Date: Thu, 5 Sep 2019 07:34:49 +0200 [thread overview]
Message-ID: <20190905053449.GA16997@kroah.com> (raw)
In-Reply-To: <20190905025008.GA3207@archlinux-threadripper>
On Wed, Sep 04, 2019 at 07:50:08PM -0700, Nathan Chancellor wrote:
> On Tue, Sep 03, 2019 at 09:17:29PM +0100, Jonathan Cameron wrote:
> > The following changes since commit 81e0da703fdba1ee126868bf8350592c79cdba13:
> >
> > staging: sm750fb: fix odd license text (2019-08-15 14:43:57 +0200)
> >
> > are available in the Git repository at:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/jic23/iio.git tags/iio-for-5.4b-take3
> >
> > for you to fetch changes up to 6fa029486b74c266c39b718b8643ed42d24f977a:
> >
> > iio: imu: st_lsm6dsx: rely on IIO_G_TO_M_S_2 for gain definition for LSM9DS1 (2019-09-03 21:11:28 +0100)
> >
> > ----------------------------------------------------------------
> > Second set of new device support, cleanups and features for IIO in the 5.4 cycle
> >
> > Revised pull request to fix up a missing Signed-off-by and roll in
> > a fix in the lsm9ds1 support after I broke it when applying.
> > Revised again because the fix changed a hash meaning a fix
> > that previously followed it now had the wrong fixes tag.
> >
> > A few fixes in here that could have gone a faster path but aren't quite
> > worth the rush for 5.3.
> >
> > New device support
> > * ad7606
> > - Support the ad7606b which adds a software controlled mode alongside
> > the pin controlled only approach of the ad7606. Including dt-bindings.
> > * lsm6dsx
> > - Add support for the gyro and accelerometer part of the lsm9ds1 which is
> > a compound device also including a magnetometer (st_sensors driver).
> > Includes bindings and precursor rework of the driver.
> >
> > Features
> > * ad7192
> > - Add support for low pass filter control.
> > - DT binding docs.
> >
> > Cleanups and minor fixes
> > * MAINTAINERS
> > - Fix a typo in a path.
> > - Add entry for ad7606
> > * ad5380
> > - Fix a failure to dereference a pointer before atempting to assign the
> > value.
> > * ad7192
> > - Drop platform data as not used in mainline and we now have full DT bindings.
> > * ad7606
> > - YAML conversion for dt-bindings.
> > * adis16240
> > - Rework write_raw to make it more readable using GENMASK.
> > * adis16460
> > - Fix and issue with an unsigned variable holding potential negatives.
> > * cros_ec
> > - Fix missing default of calibration vector so that we get 'something'
> > before calibration is complete on a given axis.
> > * hid-sensors
> > - Use int_pow instead of opencoding.
> > * isl29501
> > - rename dt-binding docs to include renesas inline with other renesas parts
> > and general current convention.
> > * kxcjk1013
> > - Improve comments on the 'unusual' ACPI ids used to identify which sensor
> > is which in certain laptops.
> > * lsm6dsx
> > - Add one bit to the fifo status masks for a number of parts.
> > - Drop a reserved entry from the sensitivity values to tidy up interface.
> > - Use core conversion macro from G to m/s^2 for lsm9ds1 to make it easier
> > to relate to the datasheet and consistent with other parts supported.
> > * max1027
> > - Use device managed APIs to avoid manual error handling and cleanup.
> > * rfd77402
> > - Typo in Kconfig help.
> > * sc27xx
> > - Switch to polling mode from interrupts as interrupt handling typically
> > to slow for very short sleeps.
> > * st-sensors
> > - Fix some missing selects for regmap.
> > * tools
> > - Add a .gitignore containing the binary outputs.
> >
> > ----------------------------------------------------------------
> > Alexandru Ardelean (1):
> > iio: imu: adis16460: fix variable signedness
> >
> > Andy Shevchenko (1):
> > iio: hid-sensor-attributes: Convert to use int_pow()
>
> This patch causes a linking failure on arm32 when CONFIG_HID_SENSOR_HUB
> and CONFIG_HID_SENSOR_IIO_COMMON are set (I caught this on arm32
> allyesconfig):
>
> arm-linux-gnueabi-ld: drivers/iio/common/hid-sensors/hid-sensor-attributes.o: in function `hid_sensor_read_raw_hyst_value':
> hid-sensor-attributes.c:(.text+0x23c): undefined reference to `__aeabi_uldivmod'
> arm-linux-gnueabi-ld: hid-sensor-attributes.c:(.text+0x280): undefined reference to `__aeabi_uldivmod'
> arm-linux-gnueabi-ld: drivers/iio/common/hid-sensors/hid-sensor-attributes.o: in function `hid_sensor_format_scale':
> hid-sensor-attributes.c:(.text+0x388): undefined reference to `__aeabi_uldivmod'
> arm-linux-gnueabi-ld: hid-sensor-attributes.c:(.text+0x3b0): undefined reference to `__aeabi_uldivmod'
> arm-linux-gnueabi-ld: hid-sensor-attributes.c:(.text+0x414): undefined reference to `__aeabi_uldivmod'
> arm-linux-gnueabi-ld: drivers/iio/common/hid-sensors/hid-sensor-attributes.o:hid-sensor-attributes.c:(.text+0x444): more undefined references to `__aeabi_uldivmod' follow
>
> int_pow() returns u64, which causes issues when just trying to use
> normal division. Looks like most of the dividends are 32-bit so not
> really sure how to resolve this otherwise I would have sent a patch.
> Please look into this when you get a chance.
0-day is now reporting this as well :(
next prev parent reply other threads:[~2019-09-05 5:34 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-09-03 20:17 [PULL v3] Second set of new device support, cleanups etc for IIO in the 5.4 cycle Jonathan Cameron
2019-09-03 20:28 ` Greg KH
2019-09-05 2:50 ` Nathan Chancellor
2019-09-05 5:34 ` Greg KH [this message]
2019-09-05 9:11 ` 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=20190905053449.GA16997@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=andriy.shevchenko@linux.intel.com \
--cc=jic23@kernel.org \
--cc=linux-iio@vger.kernel.org \
--cc=natechancellor@gmail.com \
/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;
as well as URLs for NNTP newsgroup(s).