mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Jonathan Cameron <jic23@kernel.org>
To: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
Cc: "Семён Марьясин" <simeon@maryasin.name>,
	jikos@kernel.org, bentiss@kernel.org,
	linux-input@vger.kernel.org, linux-iio@vger.kernel.org,
	linux-kernel@vger.kernel.org, stable@vger.kernel.org
Subject: Re: [PATCH v2] iio: hid-sensors: fix fractional part for unit exponents -7 and -8
Date: Sat, 7 Nov 2026 20:38:25 +0000	[thread overview]
Message-ID: <20261107203825.6988b783@jic23-hlaptop> (raw)
In-Reply-To: <53c382715b89d26f77f495f79036d31850bf453d.camel@linux.intel.com>

On Thu, 05 Nov 2026 15:56:26 -0800
Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com> wrote:

> On Thu, 2026-11-05 at 22:26 +0300, Семён Марьясин wrote:
> > Tested-by: Semyon Maryasin <simeon@maryasin.name>
> > 
> > Here is what I observe with this patch:
> > 1. Enable sensor and run xxd /dev/HID-SENSOR-2000e1.3.auto
> > 2. In the second terminal, do rmmod intel_ishtp_hid
> > 3. Observed result: xxd stops with "xxd: No such device"
> > 4. At the same time, in kernel logs I see the following:
> > 
> > ноя 05 22:19:16 dook kernel: hid-sensor-hub 001F:8087:0AC2.0005:
> > timeout waiting for response from ISHTP device
> > ноя 05 22:19:19 dook kernel: hid-sensor-hub 001F:8087:0AC2.0005:
> > timeout waiting for response from ISHTP device
> > ноя 05 22:19:22 dook kernel: hid-sensor-hub 001F:8087:0AC2.0006:
> > timeout waiting for response from ISHTP device
> > ноя 05 22:19:25 dook kernel: hid-sensor-hub 001F:8087:0AC2.0006:
> > timeout waiting for response from ISHTP device
> > 
> > No system crash, so I suppose this is okay?
> >   
> That is fine.
Applied to the fixes-togreg branch of iio.git.

Thanks,

Jonathan

> 
> Thanks,
> Srinivas
> 
> 
> > After subsequent modprobe the sensor initializes and works properly.
> > No kernel crash with this patch.
> > 
> > ср, 4 нояб. 2026 г. в 19:53, Srinivas Pandruvada
> > <srinivas.pandruvada@linux.intel.com>:  
> > > 
> > > split_micro_fraction() scales the remainder to micro units by
> > > multiplying it by 10^(6 - exp). The unit exponent of a HID field
> > > goes
> > > down to -8, so exp can be 7 or 8 here. Then the argument of
> > > int_pow()
> > > is negative, which the unsigned parameter turns into a huge power
> > > of
> > > ten: 0 modulo 2^64. As a result, the fractional part of a value
> > > read
> > > from the hysteresis attributes is always reported as 0.
> > > 
> > > Divide by 10^(exp - 6) in these two cases. This matches the reverse
> > > conversion in convert_to_vtf_format().
> > > 
> > > Fixes: 73c6768b710a ("iio: hid-sensors: Common attribute and
> > > trigger")
> > > Cc: stable@vger.kernel.org
> > > Signed-off-by: Srinivas Pandruvada
> > > <srinivas.pandruvada@linux.intel.com>
> > > ---
> > > v2:
> > > - Fix __udivdi3 link error on 32-bit by using a 32-bit divisor
> > > - Address Andy's comment:
> > > Keep no % divisor in a temporary variable next to no / divisor
> > > 
> > >  drivers/iio/common/hid-sensors/hid-sensor-attributes.c | 7 ++++++-
> > >  1 file changed, 6 insertions(+), 1 deletion(-)
> > > 
> > > diff --git a/drivers/iio/common/hid-sensors/hid-sensor-attributes.c
> > > b/drivers/iio/common/hid-sensors/hid-sensor-attributes.c
> > > index 9e7c26e37880..d44091faf122 100644
> > > --- a/drivers/iio/common/hid-sensors/hid-sensor-attributes.c
> > > +++ b/drivers/iio/common/hid-sensors/hid-sensor-attributes.c
> > > @@ -96,9 +96,14 @@ static void simple_div(int dividend, int
> > > divisor, int *whole, int *micro_frac)
> > >  static void split_micro_fraction(unsigned int no, int exp, int
> > > *val1, int *val2)
> > >  {
> > >         int divisor = int_pow(10, exp);
> > > +       unsigned int rem;
> > > 
> > >         *val1 = no / divisor;
> > > -       *val2 = no % divisor * int_pow(10, 6 - exp);
> > > +       rem = no % divisor;
> > > +       if (exp > 6)
> > > +               *val2 = rem / (unsigned int)int_pow(10, exp - 6);
> > > +       else
> > > +               *val2 = rem * int_pow(10, 6 - exp);
> > >  }
> > > 
> > >  /*
> > > --
> > > 2.56.0
> > > 
> > >   
> >   


      reply	other threads:[~2026-11-07 20:38 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-11-04 16:53 Srinivas Pandruvada
2026-11-05 19:26 ` Семён Марьясин
2026-11-05 23:56   ` Srinivas Pandruvada
2026-11-07 20:38     ` Jonathan Cameron [this message]

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=20261107203825.6988b783@jic23-hlaptop \
    --to=jic23@kernel.org \
    --cc=bentiss@kernel.org \
    --cc=jikos@kernel.org \
    --cc=linux-iio@vger.kernel.org \
    --cc=linux-input@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=simeon@maryasin.name \
    --cc=srinivas.pandruvada@linux.intel.com \
    --cc=stable@vger.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

all inboxes | Powered by JetHome®