Sysfs requirement for running generic_buffer.c application - IIO sensors

Sysfs requirement for running generic_buffer.c application - IIO sensors

[s.rawat]

I have two system having different kernel version and drivers(IIO) on which
i can run the generic_buffer.c application .On one system it works fine but
on the other it does not give the input reports data.

I have checked that the system on which it is working has the following
sysfs under /sys/bus/iio/devices/iio:deviceX (where X is 1,2,3...)

buffer
dev
in_accel_hysteresis
in_accel_offset
in_accel_sampling_frequency
in_accel_scale
*in_accel_x_raw*

*in_accel_y_raw*
*in_accel_z_raw*
name
power
scan_elements
subsystem
trigger
uevent

This is for accelerometer similiarly for magnetometer
(in_magn_x_raw,_y_raw,z_raw etc) and for Gyrometer (
in_anglvel_x_raw,in_anglvel_y_raw,in_anglvel_z_raw )



and the one on which it is not working has the below sysfs under
/sys/bus/iio/devices/iio:deviceX (where X is 1,2,3...) :

buffer
dev
in_accel_hysteresis
in_accel_offset
in_accel_sampling_frequency
in_accel_scale
name
power
scan_elements
subsystem
trigger
uevent



Is the missing _x_raw,_y_raw and _z_raw component main reason for not
working of the app,.Where I can enable them in the driver?



Thanks and Rgds,
Saurabh
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20150323/d3d8beb2/attachment.html 

Delivery Status Notification (Failure)

[s.rawat]

More over  I also found that :
scan_elements/in_*_x_en has value = -1 instead of 0 or 1 .Could this be the
cause for this?
Thanks and Rgds,
Saurabh

On Mon, Mar 23, 2015 at 10:58 AM, Mail Delivery Subsystem <
mailer-daemon@googlemail.com> wrote:

> Delivery to the following recipient failed permanently:
>
>      linux-iio at vger.kernel.org
>
> Technical details of permanent failure:
> Google tried to deliver your message, but it was rejected by the server
> for the recipient domain vger.kernel.org by vger.kernel.org.
> [209.132.180.67].
>
> The error that the other server returned was:
> 550 5.7.1 Content-Policy reject msg: The message contains HTML subpart,
> therefore we consider it SPAM or Outlook Virus.  TEXT/PLAIN is accepted.!
> BF:<H 0.340883>; S1752369AbbCWF2O
>
>
> ----- Original message -----
>
> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
>         d=gmail.com; s=20120113;
>         h=mime-version:from:date:message-id:subject:to:content-type;
>         bh=W+21xGol3QXRz/AvvkDAa++sfkPFzpaeG7bCHFWwCK4=;
>
> b=W24U0Vx1L94eBofJD/jfz8XA3wklJQcDDewTbOXPXQBBOJBuZQv4Q2SQ2FCVzBtcx0
>
>  bbyECGWi5OwG3CZkW/bk7Z8lHbhbkiwNAzVZk9k3/RTxPWjIQT9kxVesJckBy6dq9lr2
>
>  C/if1bV0EYyKYAuB1QPp+k+srcrfRrfawkz87nGEFu147Ocnn/ilMcBVuQLegjVZRC0Y
>
>  4AVXRtzIurvk7zOekGldYbgHGiRy+iHitSwXAtbN6pTc1bpG1dniN29ErGIq6dBcqBNI
>
>  A4RDC+9A85CEezW1rTdSz4BYvFOE5UhfeDwGfy4nRKwdw38MhBiyDmDTLb5x1KqNrK/x
>          0H7w==
> X-Received: by 10.55.22.213 with SMTP id
> 82mr135607224qkw.103.1427088493423;
>  Sun, 22 Mar 2015 22:28:13 -0700 (PDT)
> MIME-Version: 1.0
> Received: by 10.140.157.148 with HTTP; Sun, 22 Mar 2015 22:27:52 -0700
> (PDT)
> From: "s.rawat" <imsaurabhrawat@gmail.com>
> Date: Mon, 23 Mar 2015 10:57:52 +0530
> Message-ID: <CALwa49u4s7qqBUbV8FUU=
> 3dFJczEkzQwXZAEhakxGY1Xay-8iA at mail.gmail.com>
> Subject: Sysfs requirement for running generic_buffer.c application - IIO
> sensors
> To: kernelnewbies <kernelnewbies@kernelnewbies.org>,
>         "linux-iio at vger.kernel.org" <linux-iio@vger.kernel.org>
> Content-Type: multipart/alternative; boundary=001a114904d6b6b16e0511edee04
>
> I have two system having different kernel version and drivers(IIO) on which
> i can run the generic_buffer.c application .On one system it works fine but
> on the other it does not give the input reports data.
>
> I have checked that the system on which it is working has the following
> sysfs under /sys/bus/iio/devices/iio:deviceX (where X is 1,2,3...)
>
> buffer
> dev
> in_accel_hysteresis
> in_accel_offset
> in_accel_sampling_frequency
> in_accel_scale
> *in_accel_x_raw*
>
> *in_accel_y_raw*
> *in_accel_z_raw*
> name
> power
> scan_elements
> subsystem
> trigger
> uevent
>
> This is for accelerometer similiarly for magnetometer
> (in_magn_x_raw,_y_raw,z_raw etc) and for Gyrometer (
> in_anglvel_x_raw,in_anglvel_y_raw,in_anglvel_z_raw )
>
>
>
> and the one on which it is not working has the below sysfs under
> /sys/bus/iio/devices/iio:deviceX (where X is 1,2,3...) :
>
> buffer
> dev
> in_accel_hysteresis
> in_accel_offset
> in_accel_sampling_frequency
> in_accel_scale
> name
> power
> scan_elements
> subsystem
> trigger
> uevent
>
>
>
> Is the missing _x_raw,_y_raw and _z_raw component main reason for not
> working of the app,.Where I can enable them in the driver?
>
>
>
> Thanks and Rgds,
> Saurabh
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20150323/bc7a4a4c/attachment.html 

Re: Sysfs requirement for running generic_buffer.c application - IIO sensors

[Daniel Baluta]

On Mon, Mar 23, 2015 at 7:27 AM, s.rawat <imsaurabhrawat@gmail.com> wrote:
> I have two system having different kernel version and drivers(IIO) on which
> i can run the generic_buffer.c application .On one system it works fine but
> on the other it does not give the input reports data.

What kernel versions are you using? Why are you using different drivers? :D

thanks,
Daniel.

Sysfs requirement for running generic_buffer.c application - IIO sensors

[Daniel Baluta]

On Mon, Mar 23, 2015 at 7:27 AM, s.rawat <imsaurabhrawat@gmail.com> wrote:
> I have two system having different kernel version and drivers(IIO) on which
> i can run the generic_buffer.c application .On one system it works fine but
> on the other it does not give the input reports data.

What kernel versions are you using? Why are you using different drivers? :D

thanks,
Daniel.

Sysfs requirement for running generic_buffer.c application - IIO sensors

[s.rawat]

kernel version is 3.10.20 ,
drivers are hid-sensor-* driver. (hid-accel-3d,hid-gyro-3d,etc.) for
different sensors.I have two different devices having two different
kernels,Just wanted to know the difference technically why one is not
working.

On Mon, Mar 23, 2015 at 7:10 PM, Daniel Baluta <daniel.baluta@gmail.com>
wrote:

> On Mon, Mar 23, 2015 at 7:27 AM, s.rawat <imsaurabhrawat@gmail.com> wrote:
> > I have two system having different kernel version and drivers(IIO) on
> which
> > i can run the generic_buffer.c application .On one system it works fine
> but
> > on the other it does not give the input reports data.
>
> What kernel versions are you using? Why are you using different drivers? :D
>
> thanks,
> Daniel.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20150323/13fdc553/attachment.html 

Sysfs requirement for running generic_buffer.c application - IIO sensors

[s.rawat]

Any information on this?

On Mon, Mar 23, 2015 at 8:22 PM, s.rawat <imsaurabhrawat@gmail.com> wrote:

> kernel version is 3.10.20 ,
> drivers are hid-sensor-* driver. (hid-accel-3d,hid-gyro-3d,etc.) for
> different sensors.I have two different devices having two different
> kernels,Just wanted to know the difference technically why one is not
> working.
>
> On Mon, Mar 23, 2015 at 7:10 PM, Daniel Baluta <daniel.baluta@gmail.com>
> wrote:
>
>> On Mon, Mar 23, 2015 at 7:27 AM, s.rawat <imsaurabhrawat@gmail.com>
>> wrote:
>> > I have two system having different kernel version and drivers(IIO) on
>> which
>> > i can run the generic_buffer.c application .On one system it works fine
>> but
>> > on the other it does not give the input reports data.
>>
>> What kernel versions are you using? Why are you using different drivers?
>> :D
>>
>> thanks,
>> Daniel.
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20150330/31851d89/attachment.html