Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.kernel > #1571063 > unrolled thread

kernel 4.10-rcx iio helper question

Started by"Ken.Lin" <ken.lin@advantech.com>
First post2017-01-31 21:40 +0100
Last post2017-02-01 18:30 +0100
Articles 9 — 3 participants

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  kernel 4.10-rcx iio helper question "Ken.Lin" <ken.lin@advantech.com> - 2017-01-31 21:40 +0100
    Re: kernel 4.10-rcx iio helper question Jonathan Cameron <jic23@jic23.retrosnub.co.uk> - 2017-01-31 22:10 +0100
    Re: kernel 4.10-rcx iio helper question Daniel Baluta <daniel.baluta@gmail.com> - 2017-01-31 22:10 +0100
      RE: kernel 4.10-rcx iio helper question "Ken.Lin" <ken.lin@advantech.com> - 2017-01-31 22:30 +0100
        RE: kernel 4.10-rcx iio helper question Jonathan Cameron <jic23@jic23.retrosnub.co.uk> - 2017-01-31 23:10 +0100
    RE: kernel 4.10-rcx iio helper question "Ken.Lin" <ken.lin@advantech.com> - 2017-02-01 01:50 +0100
      RE: kernel 4.10-rcx iio helper question Jonathan Cameron <jic23@jic23.retrosnub.co.uk> - 2017-02-01 08:00 +0100
        Re: kernel 4.10-rcx iio helper question Daniel Baluta <daniel.baluta@gmail.com> - 2017-02-01 09:10 +0100
      Re: kernel 4.10-rcx iio helper question Jonathan Cameron <jic23@jic23.retrosnub.co.uk> - 2017-02-01 18:30 +0100

#1571063 — kernel 4.10-rcx iio helper question

From"Ken.Lin" <ken.lin@advantech.com>
Date2017-01-31 21:40 +0100
Subjectkernel 4.10-rcx iio helper question
Message-ID<t5Nnz-5bA-9@gated-at.bofh.it>
Hi,

I find the latest kernel introduces new iio sys attributes.
https://patchwork.kernel.org/patch/9391771/
https://patchwork.kernel.org/patch/9391259/
 
Is there anyone has some ideas about how the new iio sys attribute - in_pressure_scale_available works?
I'm not sure if it's the regression issue or it's just the usage issue or something when I tried to read in_pressure_scale_available attribute.
 
# cat /sys/bus/iio/devices/iio\:device1/in_pressure_scale_available
Segmentation fault
 
[ 3785.077014] Unable to handle kernel NULL pointer dereference at virtual address 00000000
[ 3785.085138] pgd = ecc3c000
[ 3785.087929] [00000000] *pgd=87f91831
[ 3785.091563] Internal error: Oops: 80000007 [#1] SMP ARM
[ 3785.096806] Modules linked in:
[ 3785.099892] CPU: 1 PID: 1051 Comm: cat Not tainted 4.10.0-rc5-00009-gffd8858-dirty #3
[ 3785.107740] Hardware name: Freescale i.MX6 Quad/DualLite (Device Tree)
[ 3785.114285] task: ed54ec00 task.stack: ee2bc000
[ 3785.118834] PC is at 0x0
[ 3785.121397] LR is at iio_read_channel_info_avail+0x40/0x280
[ 3785.126992] pc : [<00000000>]    lr : [<c06fbc1c>]    psr: a0070013
[ 3785.126992] sp : ee2bdda8  ip : 00000000  fp : ee2bddf4
[ 3785.138490] r10: c0a53c74  r9 : ed79f000  r8 : ee8d1018
[ 3785.143733] r7 : 00001000  r6 : 00000fff  r5 : ee8b9a00  r4 : ed79f000
[ 3785.150276] r3 : ee2bddc4  r2 : ee2bddbc  r1 : c0a86dcc  r0 : ee8d1000
[ 3785.156820] Flags: NzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment none
[ 3785.163971] Control: 10c5387d  Table: 3cc3c04a  DAC: 00000051
[ 3785.169734] Process cat (pid: 1051, stack limit = 0xee2bc210)
[ 3785.175497] Stack: (0xee2bdda8 to 0xee2be000)
[ 3785.179880] dda0:                   ee2bddc0 00000002 c016d720 c016d394 ed54ec00 00000000
[ 3785.188084] ddc0: 60070013 ed413780 00000001 edffd480 ee8b9a00 00000fff 00001000 ee8d1018
[ 3785.196286] dde0: ed79f000 c0a53c74 ee2bde0c ee2bddf8 c0513c58 c06fbbe8 edffd480 edffd540
[ 3785.204488] de00: ee2bde3c ee2bde10 c0293474 c0513c40 c02933e4 ee2bde60 00000001 ed413780
[ 3785.212688] de20: 00000001 ed413780 00000000 edffd480 ee2bde4c ee2bde40 c0291d00 c02933f0
[ 3785.220889] de40: ee2bde9c ee2bde50 c024679c c0291ce0 edffd4b0 b6e37000 00020000 ee2bdf78
[ 3785.229089] de60: 00000000 00000000 ed54ec00 ed013200 00000817 c0a111fc edffd540 ed413780
[ 3785.237289] de80: b6e37000 00020000 00020000 ee2bdf78 ee2bded4 ee2bdea0 c0292890 c0246604
[ 3785.245491] dea0: c0117940 c016ba50 00000025 c0a111fc b6e37000 ed413780 ee2bdf78 00020000
[ 3785.253691] dec0: ee2bc000 b6e37000 ee2bdf44 ee2bded8 c021d158 c0292770 c0117764 b6e36004
[ 3785.261893] dee0: c0f0d7c4 ee2bdfb0 b6f89228 00021008 ee2bdfac ee2bdf00 c0101374 c0117770
[ 3785.270093] df00: 00000000 00000000 ee2bc000 00000000 ee2bdf34 ee2bdf20 c016ba04 c0171080
[ 3785.278292] df20: 00000000 00020000 ed413780 b6e37000 00000000 ee2bdf78 ee2bdf74 ee2bdf48
[ 3785.286493] df40: c021e7a0 c021d130 c023e300 c023e280 ee2bdf74 00000000 00000000 ed413780
[ 3785.294693] df60: ed413780 00020000 ee2bdfa4 ee2bdf78 c021e870 c021e71c 00000000 00000000
[ 3785.302892] df80: 00020000 00020000 b6e37000 00000003 c0108084 00000000 00000000 ee2bdfa8
[ 3785.311092] dfa0: c0107ee0 c021e838 00020000 00020000 00000003 b6e37000 00020000 0001a2b4
[ 3785.319292] dfc0: 00020000 00020000 b6e37000 00000003 7fffe000 00000000 00000000 00020000
[ 3785.327492] dfe0: 00000000 be98eb4c 0000c740 b6f1985c 60070010 00000003 00000000 00000000
[ 3785.335679] Backtrace:
[ 3785.338175] [<c06fbbdc>] (iio_read_channel_info_avail) from [<c0513c58>] (dev_attr_show+0x24/0x50)
[ 3785.347162]  r10:c0a53c74 r9:ed79f000 r8:ee8d1018 r7:00001000 r6:00000fff r5:ee8b9a00
[ 3785.355005]  r4:edffd480
[ 3785.357571] [<c0513c34>] (dev_attr_show) from [<c0293474>] (sysfs_kf_seq_show+0x90/0x110)
[ 3785.365764]  r5:edffd540 r4:edffd480
[ 3785.369365] [<c02933e4>] (sysfs_kf_seq_show) from [<c0291d00>] (kernfs_seq_show+0x2c/0x30)
[ 3785.377652]  r10:edffd480 r9:00000000 r8:ed413780 r7:00000001 r6:ed413780 r5:00000001
[ 3785.385498]  r4:ee2bde60 r3:c02933e4
[ 3785.389101] [<c0291cd4>] (kernfs_seq_show) from [<c024679c>] (seq_read+0x1a4/0x4e0)
[ 3785.396780] [<c02465f8>] (seq_read) from [<c0292890>] (kernfs_fop_read+0x12c/0x1cc)
[ 3785.404460]  r10:ee2bdf78 r9:00020000 r8:00020000 r7:b6e37000 r6:ed413780 r5:edffd540
[ 3785.412303]  r4:c0a111fc
[ 3785.414862] [<c0292764>] (kernfs_fop_read) from [<c021d158>] (__vfs_read+0x34/0x118)
[ 3785.422627]  r10:b6e37000 r9:ee2bc000 r8:00020000 r7:ee2bdf78 r6:ed413780 r5:b6e37000
[ 3785.430470]  r4:c0a111fc
[ 3785.433029] [<c021d124>] (__vfs_read) from [<c021e7a0>] (vfs_read+0x90/0x11c)
[ 3785.440185]  r8:ee2bdf78 r7:00000000 r6:b6e37000 r5:ed413780 r4:00020000
[ 3785.446909] [<c021e710>] (vfs_read) from [<c021e870>] (SyS_read+0x44/0x90)
[ 3785.453804]  r8:00020000 r7:ed413780 r6:ed413780 r5:00000000 r4:00000000
[ 3785.460537] [<c021e82c>] (SyS_read) from [<c0107ee0>] (ret_fast_syscall+0x0/0x1c)
[ 3785.468042]  r10:00000000 r8:c0108084 r7:00000003 r6:b6e37000 r5:00020000 r4:00020000
[ 3785.476238] Code: bad PC value
[ 3785.490358] ---[ end trace 9c4938ccd0389004 ]---

Thank you

Cheers,
Ken Lin

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

[toc] | [next] | [standalone]

#1571090

FromJonathan Cameron <jic23@jic23.retrosnub.co.uk>
Date2017-01-31 22:10 +0100
Message-ID<t5NQB-5Az-5@gated-at.bofh.it>
In reply to#1571063

On 31 January 2017 18:19:12 GMT+00:00, "Ken.Lin" <ken.lin@advantech.com> wrote:
>Hi,
>
>I find the latest kernel introduces new iio sys attributes.
>https://patchwork.kernel.org/patch/9391771/
>https://patchwork.kernel.org/patch/9391259/
> 
>Is there anyone has some ideas about how the new iio sys attribute -
>in_pressure_scale_available works?
>I'm not sure if it's the regression issue or it's just the usage issue
>or something when I tried to read in_pressure_scale_available
>attribute.
> 
># cat /sys/bus/iio/devices/iio\:device1/in_pressure_scale_available
>Segmentation fault

Hi Ken, what driver was this with?

Hardly any should be creating the attrs that use this at the moment.

Looks like something odd is going on.

Jonathan

> 
>[ 3785.077014] Unable to handle kernel NULL pointer dereference at
>virtual address 00000000
>[ 3785.085138] pgd = ecc3c000
>[ 3785.087929] [00000000] *pgd=87f91831
>[ 3785.091563] Internal error: Oops: 80000007 [#1] SMP ARM
>[ 3785.096806] Modules linked in:
>[ 3785.099892] CPU: 1 PID: 1051 Comm: cat Not tainted
>4.10.0-rc5-00009-gffd8858-dirty #3
>[ 3785.107740] Hardware name: Freescale i.MX6 Quad/DualLite (Device
>Tree)
>[ 3785.114285] task: ed54ec00 task.stack: ee2bc000
>[ 3785.118834] PC is at 0x0
>[ 3785.121397] LR is at iio_read_channel_info_avail+0x40/0x280
>[ 3785.126992] pc : [<00000000>]    lr : [<c06fbc1c>]    psr: a0070013
>[ 3785.126992] sp : ee2bdda8  ip : 00000000  fp : ee2bddf4
>[ 3785.138490] r10: c0a53c74  r9 : ed79f000  r8 : ee8d1018
>[ 3785.143733] r7 : 00001000  r6 : 00000fff  r5 : ee8b9a00  r4 :
>ed79f000
>[ 3785.150276] r3 : ee2bddc4  r2 : ee2bddbc  r1 : c0a86dcc  r0 :
>ee8d1000
>[ 3785.156820] Flags: NzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM 
>Segment none
>[ 3785.163971] Control: 10c5387d  Table: 3cc3c04a  DAC: 00000051
>[ 3785.169734] Process cat (pid: 1051, stack limit = 0xee2bc210)
>[ 3785.175497] Stack: (0xee2bdda8 to 0xee2be000)
>[ 3785.179880] dda0:                   ee2bddc0 00000002 c016d720
>c016d394 ed54ec00 00000000
>[ 3785.188084] ddc0: 60070013 ed413780 00000001 edffd480 ee8b9a00
>00000fff 00001000 ee8d1018
>[ 3785.196286] dde0: ed79f000 c0a53c74 ee2bde0c ee2bddf8 c0513c58
>c06fbbe8 edffd480 edffd540
>[ 3785.204488] de00: ee2bde3c ee2bde10 c0293474 c0513c40 c02933e4
>ee2bde60 00000001 ed413780
>[ 3785.212688] de20: 00000001 ed413780 00000000 edffd480 ee2bde4c
>ee2bde40 c0291d00 c02933f0
>[ 3785.220889] de40: ee2bde9c ee2bde50 c024679c c0291ce0 edffd4b0
>b6e37000 00020000 ee2bdf78
>[ 3785.229089] de60: 00000000 00000000 ed54ec00 ed013200 00000817
>c0a111fc edffd540 ed413780
>[ 3785.237289] de80: b6e37000 00020000 00020000 ee2bdf78 ee2bded4
>ee2bdea0 c0292890 c0246604
>[ 3785.245491] dea0: c0117940 c016ba50 00000025 c0a111fc b6e37000
>ed413780 ee2bdf78 00020000
>[ 3785.253691] dec0: ee2bc000 b6e37000 ee2bdf44 ee2bded8 c021d158
>c0292770 c0117764 b6e36004
>[ 3785.261893] dee0: c0f0d7c4 ee2bdfb0 b6f89228 00021008 ee2bdfac
>ee2bdf00 c0101374 c0117770
>[ 3785.270093] df00: 00000000 00000000 ee2bc000 00000000 ee2bdf34
>ee2bdf20 c016ba04 c0171080
>[ 3785.278292] df20: 00000000 00020000 ed413780 b6e37000 00000000
>ee2bdf78 ee2bdf74 ee2bdf48
>[ 3785.286493] df40: c021e7a0 c021d130 c023e300 c023e280 ee2bdf74
>00000000 00000000 ed413780
>[ 3785.294693] df60: ed413780 00020000 ee2bdfa4 ee2bdf78 c021e870
>c021e71c 00000000 00000000
>[ 3785.302892] df80: 00020000 00020000 b6e37000 00000003 c0108084
>00000000 00000000 ee2bdfa8
>[ 3785.311092] dfa0: c0107ee0 c021e838 00020000 00020000 00000003
>b6e37000 00020000 0001a2b4
>[ 3785.319292] dfc0: 00020000 00020000 b6e37000 00000003 7fffe000
>00000000 00000000 00020000
>[ 3785.327492] dfe0: 00000000 be98eb4c 0000c740 b6f1985c 60070010
>00000003 00000000 00000000
>[ 3785.335679] Backtrace:
>[ 3785.338175] [<c06fbbdc>] (iio_read_channel_info_avail) from
>[<c0513c58>] (dev_attr_show+0x24/0x50)
>[ 3785.347162]  r10:c0a53c74 r9:ed79f000 r8:ee8d1018 r7:00001000
>r6:00000fff r5:ee8b9a00
>[ 3785.355005]  r4:edffd480
>[ 3785.357571] [<c0513c34>] (dev_attr_show) from [<c0293474>]
>(sysfs_kf_seq_show+0x90/0x110)
>[ 3785.365764]  r5:edffd540 r4:edffd480
>[ 3785.369365] [<c02933e4>] (sysfs_kf_seq_show) from [<c0291d00>]
>(kernfs_seq_show+0x2c/0x30)
>[ 3785.377652]  r10:edffd480 r9:00000000 r8:ed413780 r7:00000001
>r6:ed413780 r5:00000001
>[ 3785.385498]  r4:ee2bde60 r3:c02933e4
>[ 3785.389101] [<c0291cd4>] (kernfs_seq_show) from [<c024679c>]
>(seq_read+0x1a4/0x4e0)
>[ 3785.396780] [<c02465f8>] (seq_read) from [<c0292890>]
>(kernfs_fop_read+0x12c/0x1cc)
>[ 3785.404460]  r10:ee2bdf78 r9:00020000 r8:00020000 r7:b6e37000
>r6:ed413780 r5:edffd540
>[ 3785.412303]  r4:c0a111fc
>[ 3785.414862] [<c0292764>] (kernfs_fop_read) from [<c021d158>]
>(__vfs_read+0x34/0x118)
>[ 3785.422627]  r10:b6e37000 r9:ee2bc000 r8:00020000 r7:ee2bdf78
>r6:ed413780 r5:b6e37000
>[ 3785.430470]  r4:c0a111fc
>[ 3785.433029] [<c021d124>] (__vfs_read) from [<c021e7a0>]
>(vfs_read+0x90/0x11c)
>[ 3785.440185]  r8:ee2bdf78 r7:00000000 r6:b6e37000 r5:ed413780
>r4:00020000
>[ 3785.446909] [<c021e710>] (vfs_read) from [<c021e870>]
>(SyS_read+0x44/0x90)
>[ 3785.453804]  r8:00020000 r7:ed413780 r6:ed413780 r5:00000000
>r4:00000000
>[ 3785.460537] [<c021e82c>] (SyS_read) from [<c0107ee0>]
>(ret_fast_syscall+0x0/0x1c)
>[ 3785.468042]  r10:00000000 r8:c0108084 r7:00000003 r6:b6e37000
>r5:00020000 r4:00020000
>[ 3785.476238] Code: bad PC value
>[ 3785.490358] ---[ end trace 9c4938ccd0389004 ]---
>
>Thank you
>
>Cheers,
>Ken Lin

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

[toc] | [prev] | [next] | [standalone]

#1571094

FromDaniel Baluta <daniel.baluta@gmail.com>
Date2017-01-31 22:10 +0100
Message-ID<t5NQC-5Az-11@gated-at.bofh.it>
In reply to#1571063
On Tue, Jan 31, 2017 at 8:19 PM, Ken.Lin <ken.lin@advantech.com> wrote:
> Hi,
>
> I find the latest kernel introduces new iio sys attributes.
> https://patchwork.kernel.org/patch/9391771/
> https://patchwork.kernel.org/patch/9391259/
>
> Is there anyone has some ideas about how the new iio sys attribute - in_pressure_scale_available works?
> I'm not sure if it's the regression issue or it's just the usage issue or something when I tried to read in_pressure_scale_available attribute.
>
> # cat /sys/bus/iio/devices/iio\:device1/in_pressure_scale_available
> Segmentation fault
>
> [ 3785.077014] Unable to handle kernel NULL pointer dereference at virtual address 00000000
> [ 3785.085138] pgd = ecc3c000
> [ 3785.087929] [00000000] *pgd=87f91831
> [ 3785.091563] Internal error: Oops: 80000007 [#1] SMP ARM
> [ 3785.096806] Modules linked in:
> [ 3785.099892] CPU: 1 PID: 1051 Comm: cat Not tainted 4.10.0-rc5-00009-gffd8858-dirty #3
> [ 3785.107740] Hardware name: Freescale i.MX6 Quad/DualLite (Device Tree)
> [ 3785.114285] task: ed54ec00 task.stack: ee2bc000
> [ 3785.118834] PC is at 0x0
> [ 3785.121397] LR is at iio_read_channel_info_avail+0x40/0x280
> [ 3785.126992] pc : [<00000000>]    lr : [<c06fbc1c>]    psr: a0070013
> [ 3785.126992] sp : ee2bdda8  ip : 00000000  fp : ee2bddf4
> [ 3785.138490] r10: c0a53c74  r9 : ed79f000  r8 : ee8d1018
> [ 3785.143733] r7 : 00001000  r6 : 00000fff  r5 : ee8b9a00  r4 : ed79f000
> [ 3785.150276] r3 : ee2bddc4  r2 : ee2bddbc  r1 : c0a86dcc  r0 : ee8d1000
> [ 3785.156820] Flags: NzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment none
> [ 3785.163971] Control: 10c5387d  Table: 3cc3c04a  DAC: 00000051
> [ 3785.169734] Process cat (pid: 1051, stack limit = 0xee2bc210)
> [ 3785.175497] Stack: (0xee2bdda8 to 0xee2be000)
> [ 3785.179880] dda0:                   ee2bddc0 00000002 c016d720 c016d394 ed54ec00 00000000
> [ 3785.188084] ddc0: 60070013 ed413780 00000001 edffd480 ee8b9a00 00000fff 00001000 ee8d1018
> [ 3785.196286] dde0: ed79f000 c0a53c74 ee2bde0c ee2bddf8 c0513c58 c06fbbe8 edffd480 edffd540
> [ 3785.204488] de00: ee2bde3c ee2bde10 c0293474 c0513c40 c02933e4 ee2bde60 00000001 ed413780
> [ 3785.212688] de20: 00000001 ed413780 00000000 edffd480 ee2bde4c ee2bde40 c0291d00 c02933f0
> [ 3785.220889] de40: ee2bde9c ee2bde50 c024679c c0291ce0 edffd4b0 b6e37000 00020000 ee2bdf78
> [ 3785.229089] de60: 00000000 00000000 ed54ec00 ed013200 00000817 c0a111fc edffd540 ed413780
> [ 3785.237289] de80: b6e37000 00020000 00020000 ee2bdf78 ee2bded4 ee2bdea0 c0292890 c0246604
> [ 3785.245491] dea0: c0117940 c016ba50 00000025 c0a111fc b6e37000 ed413780 ee2bdf78 00020000
> [ 3785.253691] dec0: ee2bc000 b6e37000 ee2bdf44 ee2bded8 c021d158 c0292770 c0117764 b6e36004
> [ 3785.261893] dee0: c0f0d7c4 ee2bdfb0 b6f89228 00021008 ee2bdfac ee2bdf00 c0101374 c0117770
> [ 3785.270093] df00: 00000000 00000000 ee2bc000 00000000 ee2bdf34 ee2bdf20 c016ba04 c0171080
> [ 3785.278292] df20: 00000000 00020000 ed413780 b6e37000 00000000 ee2bdf78 ee2bdf74 ee2bdf48
> [ 3785.286493] df40: c021e7a0 c021d130 c023e300 c023e280 ee2bdf74 00000000 00000000 ed413780
> [ 3785.294693] df60: ed413780 00020000 ee2bdfa4 ee2bdf78 c021e870 c021e71c 00000000 00000000
> [ 3785.302892] df80: 00020000 00020000 b6e37000 00000003 c0108084 00000000 00000000 ee2bdfa8
> [ 3785.311092] dfa0: c0107ee0 c021e838 00020000 00020000 00000003 b6e37000 00020000 0001a2b4
> [ 3785.319292] dfc0: 00020000 00020000 b6e37000 00000003 7fffe000 00000000 00000000 00020000
> [ 3785.327492] dfe0: 00000000 be98eb4c 0000c740 b6f1985c 60070010 00000003 00000000 00000000
> [ 3785.335679] Backtrace:
> [ 3785.338175] [<c06fbbdc>] (iio_read_channel_info_avail) from [<c0513c58>] (dev_attr_show+0x24/0x50)
> [ 3785.347162]  r10:c0a53c74 r9:ed79f000 r8:ee8d1018 r7:00001000 r6:00000fff r5:ee8b9a00
> [ 3785.355005]  r4:edffd480
> [ 3785.357571] [<c0513c34>] (dev_attr_show) from [<c0293474>] (sysfs_kf_seq_show+0x90/0x110)
> [ 3785.365764]  r5:edffd540 r4:edffd480
> [ 3785.369365] [<c02933e4>] (sysfs_kf_seq_show) from [<c0291d00>] (kernfs_seq_show+0x2c/0x30)
> [ 3785.377652]  r10:edffd480 r9:00000000 r8:ed413780 r7:00000001 r6:ed413780 r5:00000001
> [ 3785.385498]  r4:ee2bde60 r3:c02933e4
> [ 3785.389101] [<c0291cd4>] (kernfs_seq_show) from [<c024679c>] (seq_read+0x1a4/0x4e0)
> [ 3785.396780] [<c02465f8>] (seq_read) from [<c0292890>] (kernfs_fop_read+0x12c/0x1cc)
> [ 3785.404460]  r10:ee2bdf78 r9:00020000 r8:00020000 r7:b6e37000 r6:ed413780 r5:edffd540
> [ 3785.412303]  r4:c0a111fc
> [ 3785.414862] [<c0292764>] (kernfs_fop_read) from [<c021d158>] (__vfs_read+0x34/0x118)
> [ 3785.422627]  r10:b6e37000 r9:ee2bc000 r8:00020000 r7:ee2bdf78 r6:ed413780 r5:b6e37000
> [ 3785.430470]  r4:c0a111fc
> [ 3785.433029] [<c021d124>] (__vfs_read) from [<c021e7a0>] (vfs_read+0x90/0x11c)
> [ 3785.440185]  r8:ee2bdf78 r7:00000000 r6:b6e37000 r5:ed413780 r4:00020000
> [ 3785.446909] [<c021e710>] (vfs_read) from [<c021e870>] (SyS_read+0x44/0x90)
> [ 3785.453804]  r8:00020000 r7:ed413780 r6:ed413780 r5:00000000 r4:00000000
> [ 3785.460537] [<c021e82c>] (SyS_read) from [<c0107ee0>] (ret_fast_syscall+0x0/0x1c)
> [ 3785.468042]  r10:00000000 r8:c0108084 r7:00000003 r6:b6e37000 r5:00020000 r4:00020000
> [ 3785.476238] Code: bad PC value
> [ 3785.490358] ---[ end trace 9c4938ccd0389004 ]---


Hi Ken,

What sensor are you using?

[toc] | [prev] | [next] | [standalone]

#1571143

From"Ken.Lin" <ken.lin@advantech.com>
Date2017-01-31 22:30 +0100
Message-ID<t5Oa1-5HH-81@gated-at.bofh.it>
In reply to#1571094
Hi Daniel,

Thank you for your feedback.
We use a mpl3115A2 sensor for our project platform.


Cheers,
Ken Lin

> -----Original Message-----
> From: Daniel Baluta [mailto:daniel.baluta@gmail.com]
> Sent: Tuesday, January 31, 2017 1:05 PM
> To: Ken.Lin
> Cc: jic23@kernel.org; peda@axentia.se; knaack.h@gmx.de;
> pmeerw@pmeerw.net; linux-iio@vger.kernel.org; linux-kernel@vger.kernel.org;
> Akshay Bhat; Peter.Stretz; Peter.Chiang
> Subject: Re: kernel 4.10-rcx iio helper question
> 
> On Tue, Jan 31, 2017 at 8:19 PM, Ken.Lin <ken.lin@advantech.com> wrote:
> > Hi,
> >
> > I find the latest kernel introduces new iio sys attributes.
> > https://patchwork.kernel.org/patch/9391771/
> > https://patchwork.kernel.org/patch/9391259/
> >
> > Is there anyone has some ideas about how the new iio sys attribute -
> in_pressure_scale_available works?
> > I'm not sure if it's the regression issue or it's just the usage issue or something
> when I tried to read in_pressure_scale_available attribute.
> >
> > # cat /sys/bus/iio/devices/iio\:device1/in_pressure_scale_available
> > Segmentation fault
> >
> > [ 3785.077014] Unable to handle kernel NULL pointer dereference at
> > virtual address 00000000 [ 3785.085138] pgd = ecc3c000 [ 3785.087929]
> > [00000000] *pgd=87f91831 [ 3785.091563] Internal error: Oops: 80000007
> > [#1] SMP ARM [ 3785.096806] Modules linked in:
> > [ 3785.099892] CPU: 1 PID: 1051 Comm: cat Not tainted
> > 4.10.0-rc5-00009-gffd8858-dirty #3 [ 3785.107740] Hardware name:
> > Freescale i.MX6 Quad/DualLite (Device Tree) [ 3785.114285] task:
> > ed54ec00 task.stack: ee2bc000 [ 3785.118834] PC is at 0x0 [
> > 3785.121397] LR is at iio_read_channel_info_avail+0x40/0x280
> > [ 3785.126992] pc : [<00000000>]    lr : [<c06fbc1c>]    psr: a0070013
> > [ 3785.126992] sp : ee2bdda8  ip : 00000000  fp : ee2bddf4 [
> > 3785.138490] r10: c0a53c74  r9 : ed79f000  r8 : ee8d1018 [
> > 3785.143733] r7 : 00001000  r6 : 00000fff  r5 : ee8b9a00  r4 :
> > ed79f000 [ 3785.150276] r3 : ee2bddc4  r2 : ee2bddbc  r1 : c0a86dcc
> > r0 : ee8d1000 [ 3785.156820] Flags: NzCv  IRQs on  FIQs on  Mode
> > SVC_32  ISA ARM  Segment none [ 3785.163971] Control: 10c5387d  Table:
> > 3cc3c04a  DAC: 00000051 [ 3785.169734] Process cat (pid: 1051, stack
> > limit = 0xee2bc210) [ 3785.175497] Stack: (0xee2bdda8 to 0xee2be000)
> > [ 3785.179880] dda0:                   ee2bddc0 00000002 c016d720 c016d394
> ed54ec00 00000000
> > [ 3785.188084] ddc0: 60070013 ed413780 00000001 edffd480 ee8b9a00
> > 00000fff 00001000 ee8d1018 [ 3785.196286] dde0: ed79f000 c0a53c74
> > ee2bde0c ee2bddf8 c0513c58 c06fbbe8 edffd480 edffd540 [ 3785.204488]
> > de00: ee2bde3c ee2bde10 c0293474 c0513c40 c02933e4 ee2bde60 00000001
> > ed413780 [ 3785.212688] de20: 00000001 ed413780 00000000 edffd480
> > ee2bde4c ee2bde40 c0291d00 c02933f0 [ 3785.220889] de40: ee2bde9c
> > ee2bde50 c024679c c0291ce0 edffd4b0 b6e37000 00020000 ee2bdf78 [
> > 3785.229089] de60: 00000000 00000000 ed54ec00 ed013200 00000817
> > c0a111fc edffd540 ed413780 [ 3785.237289] de80: b6e37000 00020000
> > 00020000 ee2bdf78 ee2bded4 ee2bdea0 c0292890 c0246604 [ 3785.245491]
> > dea0: c0117940 c016ba50 00000025 c0a111fc b6e37000 ed413780 ee2bdf78
> > 00020000 [ 3785.253691] dec0: ee2bc000 b6e37000 ee2bdf44 ee2bded8
> > c021d158 c0292770 c0117764 b6e36004 [ 3785.261893] dee0: c0f0d7c4
> > ee2bdfb0 b6f89228 00021008 ee2bdfac ee2bdf00 c0101374 c0117770 [
> > 3785.270093] df00: 00000000 00000000 ee2bc000 00000000 ee2bdf34
> > ee2bdf20 c016ba04 c0171080 [ 3785.278292] df20: 00000000 00020000
> > ed413780 b6e37000 00000000 ee2bdf78 ee2bdf74 ee2bdf48 [ 3785.286493]
> > df40: c021e7a0 c021d130 c023e300 c023e280 ee2bdf74 00000000 00000000
> > ed413780 [ 3785.294693] df60: ed413780 00020000 ee2bdfa4 ee2bdf78
> c021e870 c021e71c 00000000 00000000 [ 3785.302892] df80: 00020000
> 00020000 b6e37000 00000003 c0108084 00000000 00000000 ee2bdfa8 [
> 3785.311092] dfa0: c0107ee0 c021e838 00020000 00020000 00000003
> b6e37000 00020000 0001a2b4 [ 3785.319292] dfc0: 00020000 00020000
> b6e37000 00000003 7fffe000 00000000 00000000 00020000 [ 3785.327492]
> dfe0: 00000000 be98eb4c 0000c740 b6f1985c 60070010 00000003 00000000
> 00000000 [ 3785.335679] Backtrace:
> > [ 3785.338175] [<c06fbbdc>] (iio_read_channel_info_avail) from
> > [<c0513c58>] (dev_attr_show+0x24/0x50) [ 3785.347162]  r10:c0a53c74
> > r9:ed79f000 r8:ee8d1018 r7:00001000 r6:00000fff r5:ee8b9a00 [
> > 3785.355005]  r4:edffd480 [ 3785.357571] [<c0513c34>] (dev_attr_show)
> > from [<c0293474>] (sysfs_kf_seq_show+0x90/0x110) [ 3785.365764]
> > r5:edffd540 r4:edffd480 [ 3785.369365] [<c02933e4>]
> > (sysfs_kf_seq_show) from [<c0291d00>] (kernfs_seq_show+0x2c/0x30) [
> > 3785.377652]  r10:edffd480 r9:00000000 r8:ed413780 r7:00000001
> > r6:ed413780 r5:00000001 [ 3785.385498]  r4:ee2bde60 r3:c02933e4 [
> > 3785.389101] [<c0291cd4>] (kernfs_seq_show) from [<c024679c>]
> > (seq_read+0x1a4/0x4e0) [ 3785.396780] [<c02465f8>] (seq_read) from
> > [<c0292890>] (kernfs_fop_read+0x12c/0x1cc) [ 3785.404460]
> > r10:ee2bdf78 r9:00020000 r8:00020000 r7:b6e37000 r6:ed413780
> > r5:edffd540 [ 3785.412303]  r4:c0a111fc [ 3785.414862] [<c0292764>]
> > (kernfs_fop_read) from [<c021d158>] (__vfs_read+0x34/0x118) [
> > 3785.422627]  r10:b6e37000 r9:ee2bc000 r8:00020000 r7:ee2bdf78
> > r6:ed413780 r5:b6e37000 [ 3785.430470]  r4:c0a111fc [ 3785.433029]
> > [<c021d124>] (__vfs_read) from [<c021e7a0>] (vfs_read+0x90/0x11c) [
> > 3785.440185]  r8:ee2bdf78 r7:00000000 r6:b6e37000 r5:ed413780
> > r4:00020000 [ 3785.446909] [<c021e710>] (vfs_read) from [<c021e870>]
> > (SyS_read+0x44/0x90) [ 3785.453804]  r8:00020000 r7:ed413780
> > r6:ed413780 r5:00000000 r4:00000000 [ 3785.460537] [<c021e82c>]
> > (SyS_read) from [<c0107ee0>] (ret_fast_syscall+0x0/0x1c) [
> > 3785.468042]  r10:00000000 r8:c0108084 r7:00000003 r6:b6e37000
> > r5:00020000 r4:00020000 [ 3785.476238] Code: bad PC value [
> > 3785.490358] ---[ end trace 9c4938ccd0389004 ]---
> 
> 
> Hi Ken,
> 
> What sensor are you using?
> 
> --
> This message has been scanned for viruses and dangerous content by
> MailScanner, and is believed to be clean.


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

[toc] | [prev] | [next] | [standalone]

#1571164

FromJonathan Cameron <jic23@jic23.retrosnub.co.uk>
Date2017-01-31 23:10 +0100
Message-ID<t5OMF-69o-7@gated-at.bofh.it>
In reply to#1571143

On 31 January 2017 21:18:09 GMT+00:00, "Ken.Lin" <ken.lin@advantech.com> wrote:
>Hi Daniel,
>
>Thank you for your feedback.
>We use a mpl3115A2 sensor for our project platform.
>
Hmm. That shouldn't be creating the attribute for you to read in the first place.

Are we talking about a modified driver?
>
>Cheers,
>Ken Lin
>
>> -----Original Message-----
>> From: Daniel Baluta [mailto:daniel.baluta@gmail.com]
>> Sent: Tuesday, January 31, 2017 1:05 PM
>> To: Ken.Lin
>> Cc: jic23@kernel.org; peda@axentia.se; knaack.h@gmx.de;
>> pmeerw@pmeerw.net; linux-iio@vger.kernel.org;
>linux-kernel@vger.kernel.org;
>> Akshay Bhat; Peter.Stretz; Peter.Chiang
>> Subject: Re: kernel 4.10-rcx iio helper question
>> 
>> On Tue, Jan 31, 2017 at 8:19 PM, Ken.Lin <ken.lin@advantech.com>
>wrote:
>> > Hi,
>> >
>> > I find the latest kernel introduces new iio sys attributes.
>> > https://patchwork.kernel.org/patch/9391771/
>> > https://patchwork.kernel.org/patch/9391259/
>> >
>> > Is there anyone has some ideas about how the new iio sys attribute
>-
>> in_pressure_scale_available works?
>> > I'm not sure if it's the regression issue or it's just the usage
>issue or something
>> when I tried to read in_pressure_scale_available attribute.
>> >
>> > # cat /sys/bus/iio/devices/iio\:device1/in_pressure_scale_available
>> > Segmentation fault
>> >
>> > [ 3785.077014] Unable to handle kernel NULL pointer dereference at
>> > virtual address 00000000 [ 3785.085138] pgd = ecc3c000 [
>3785.087929]
>> > [00000000] *pgd=87f91831 [ 3785.091563] Internal error: Oops:
>80000007
>> > [#1] SMP ARM [ 3785.096806] Modules linked in:
>> > [ 3785.099892] CPU: 1 PID: 1051 Comm: cat Not tainted
>> > 4.10.0-rc5-00009-gffd8858-dirty #3 [ 3785.107740] Hardware name:
>> > Freescale i.MX6 Quad/DualLite (Device Tree) [ 3785.114285] task:
>> > ed54ec00 task.stack: ee2bc000 [ 3785.118834] PC is at 0x0 [
>> > 3785.121397] LR is at iio_read_channel_info_avail+0x40/0x280
>> > [ 3785.126992] pc : [<00000000>]    lr : [<c06fbc1c>]    psr:
>a0070013
>> > [ 3785.126992] sp : ee2bdda8  ip : 00000000  fp : ee2bddf4 [
>> > 3785.138490] r10: c0a53c74  r9 : ed79f000  r8 : ee8d1018 [
>> > 3785.143733] r7 : 00001000  r6 : 00000fff  r5 : ee8b9a00  r4 :
>> > ed79f000 [ 3785.150276] r3 : ee2bddc4  r2 : ee2bddbc  r1 : c0a86dcc
>> > r0 : ee8d1000 [ 3785.156820] Flags: NzCv  IRQs on  FIQs on  Mode
>> > SVC_32  ISA ARM  Segment none [ 3785.163971] Control: 10c5387d 
>Table:
>> > 3cc3c04a  DAC: 00000051 [ 3785.169734] Process cat (pid: 1051,
>stack
>> > limit = 0xee2bc210) [ 3785.175497] Stack: (0xee2bdda8 to
>0xee2be000)
>> > [ 3785.179880] dda0:                   ee2bddc0 00000002 c016d720
>c016d394
>> ed54ec00 00000000
>> > [ 3785.188084] ddc0: 60070013 ed413780 00000001 edffd480 ee8b9a00
>> > 00000fff 00001000 ee8d1018 [ 3785.196286] dde0: ed79f000 c0a53c74
>> > ee2bde0c ee2bddf8 c0513c58 c06fbbe8 edffd480 edffd540 [
>3785.204488]
>> > de00: ee2bde3c ee2bde10 c0293474 c0513c40 c02933e4 ee2bde60
>00000001
>> > ed413780 [ 3785.212688] de20: 00000001 ed413780 00000000 edffd480
>> > ee2bde4c ee2bde40 c0291d00 c02933f0 [ 3785.220889] de40: ee2bde9c
>> > ee2bde50 c024679c c0291ce0 edffd4b0 b6e37000 00020000 ee2bdf78 [
>> > 3785.229089] de60: 00000000 00000000 ed54ec00 ed013200 00000817
>> > c0a111fc edffd540 ed413780 [ 3785.237289] de80: b6e37000 00020000
>> > 00020000 ee2bdf78 ee2bded4 ee2bdea0 c0292890 c0246604 [
>3785.245491]
>> > dea0: c0117940 c016ba50 00000025 c0a111fc b6e37000 ed413780
>ee2bdf78
>> > 00020000 [ 3785.253691] dec0: ee2bc000 b6e37000 ee2bdf44 ee2bded8
>> > c021d158 c0292770 c0117764 b6e36004 [ 3785.261893] dee0: c0f0d7c4
>> > ee2bdfb0 b6f89228 00021008 ee2bdfac ee2bdf00 c0101374 c0117770 [
>> > 3785.270093] df00: 00000000 00000000 ee2bc000 00000000 ee2bdf34
>> > ee2bdf20 c016ba04 c0171080 [ 3785.278292] df20: 00000000 00020000
>> > ed413780 b6e37000 00000000 ee2bdf78 ee2bdf74 ee2bdf48 [
>3785.286493]
>> > df40: c021e7a0 c021d130 c023e300 c023e280 ee2bdf74 00000000
>00000000
>> > ed413780 [ 3785.294693] df60: ed413780 00020000 ee2bdfa4 ee2bdf78
>> c021e870 c021e71c 00000000 00000000 [ 3785.302892] df80: 00020000
>> 00020000 b6e37000 00000003 c0108084 00000000 00000000 ee2bdfa8 [
>> 3785.311092] dfa0: c0107ee0 c021e838 00020000 00020000 00000003
>> b6e37000 00020000 0001a2b4 [ 3785.319292] dfc0: 00020000 00020000
>> b6e37000 00000003 7fffe000 00000000 00000000 00020000 [ 3785.327492]
>> dfe0: 00000000 be98eb4c 0000c740 b6f1985c 60070010 00000003 00000000
>> 00000000 [ 3785.335679] Backtrace:
>> > [ 3785.338175] [<c06fbbdc>] (iio_read_channel_info_avail) from
>> > [<c0513c58>] (dev_attr_show+0x24/0x50) [ 3785.347162]  r10:c0a53c74
>> > r9:ed79f000 r8:ee8d1018 r7:00001000 r6:00000fff r5:ee8b9a00 [
>> > 3785.355005]  r4:edffd480 [ 3785.357571] [<c0513c34>]
>(dev_attr_show)
>> > from [<c0293474>] (sysfs_kf_seq_show+0x90/0x110) [ 3785.365764]
>> > r5:edffd540 r4:edffd480 [ 3785.369365] [<c02933e4>]
>> > (sysfs_kf_seq_show) from [<c0291d00>] (kernfs_seq_show+0x2c/0x30) [
>> > 3785.377652]  r10:edffd480 r9:00000000 r8:ed413780 r7:00000001
>> > r6:ed413780 r5:00000001 [ 3785.385498]  r4:ee2bde60 r3:c02933e4 [
>> > 3785.389101] [<c0291cd4>] (kernfs_seq_show) from [<c024679c>]
>> > (seq_read+0x1a4/0x4e0) [ 3785.396780] [<c02465f8>] (seq_read) from
>> > [<c0292890>] (kernfs_fop_read+0x12c/0x1cc) [ 3785.404460]
>> > r10:ee2bdf78 r9:00020000 r8:00020000 r7:b6e37000 r6:ed413780
>> > r5:edffd540 [ 3785.412303]  r4:c0a111fc [ 3785.414862] [<c0292764>]
>> > (kernfs_fop_read) from [<c021d158>] (__vfs_read+0x34/0x118) [
>> > 3785.422627]  r10:b6e37000 r9:ee2bc000 r8:00020000 r7:ee2bdf78
>> > r6:ed413780 r5:b6e37000 [ 3785.430470]  r4:c0a111fc [ 3785.433029]
>> > [<c021d124>] (__vfs_read) from [<c021e7a0>] (vfs_read+0x90/0x11c) [
>> > 3785.440185]  r8:ee2bdf78 r7:00000000 r6:b6e37000 r5:ed413780
>> > r4:00020000 [ 3785.446909] [<c021e710>] (vfs_read) from
>[<c021e870>]
>> > (SyS_read+0x44/0x90) [ 3785.453804]  r8:00020000 r7:ed413780
>> > r6:ed413780 r5:00000000 r4:00000000 [ 3785.460537] [<c021e82c>]
>> > (SyS_read) from [<c0107ee0>] (ret_fast_syscall+0x0/0x1c) [
>> > 3785.468042]  r10:00000000 r8:c0108084 r7:00000003 r6:b6e37000
>> > r5:00020000 r4:00020000 [ 3785.476238] Code: bad PC value [
>> > 3785.490358] ---[ end trace 9c4938ccd0389004 ]---
>> 
>> 
>> Hi Ken,
>> 
>> What sensor are you using?
>> 
>> --
>> This message has been scanned for viruses and dangerous content by
>> MailScanner, and is believed to be clean.
>
>
>-- 
>This message has been scanned for viruses and
>dangerous content by MailScanner, and is
>believed to be clean.

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

[toc] | [prev] | [next] | [standalone]

#1571224

From"Ken.Lin" <ken.lin@advantech.com>
Date2017-02-01 01:50 +0100
Message-ID<t5Rhw-7s5-7@gated-at.bofh.it>
In reply to#1571063

> -----Original Message-----
> From: Peter Rosin [mailto:peda@axentia.se]
> Sent: Tuesday, January 31, 2017 1:10 PM
> To: Ken.Lin; jic23@kernel.org
> Cc: knaack.h@gmx.de; pmeerw@pmeerw.net; linux-iio@vger.kernel.org; linux-
> kernel@vger.kernel.org; Akshay Bhat; Peter.Stretz; Peter.Chiang
> Subject: Re: kernel 4.10-rcx iio helper question
> 
> On 2017-01-31 19:19, Ken.Lin wrote:
> > Hi,
> >
> > I find the latest kernel introduces new iio sys attributes.
> > https://patchwork.kernel.org/patch/9391771/
> > https://patchwork.kernel.org/patch/9391259/
> >
> > Is there anyone has some ideas about how the new iio sys attribute -
> in_pressure_scale_available works?
> > I'm not sure if it's the regression issue or it's just the usage issue or something
> when I tried to read in_pressure_scale_available attribute.
> 
> > # cat /sys/bus/iio/devices/iio\:device1/in_pressure_scale_available
> > Segmentation fault
> 
> What driver is providing iio:device1?
> 
> > [ 3785.077014] Unable to handle kernel NULL pointer dereference at
> > virtual address 00000000 [ 3785.085138] pgd = ecc3c000 [ 3785.087929]
> > [00000000] *pgd=87f91831 [ 3785.091563] Internal error: Oops: 80000007
> > [#1] SMP ARM [ 3785.096806] Modules linked in:
> > [ 3785.099892] CPU: 1 PID: 1051 Comm: cat Not tainted
> > 4.10.0-rc5-00009-gffd8858-dirty #3
> 
> Looks like you have a couple of local changes? What are those?
> 

I didn't make any changes to the iio drivers locally and MPL3115A2 pressure/temperature sensor driver (drivers/iio/pressure/mpl3115.c) is the driver which provides iio:device1.

> My WAG is that you added the IIO_CHAN_INFO_SCALE bit to one of the
> .info_mask_*_available fields in the channel spec but failed to provide a
> .read_avail operation in the driver. Am I close?
> 

I could read iio:device0/in_accel_scale and device0/in_accel_available, which are provided by NXP 3-axis accelerometers driver (drivers/iio/accel/mma8452.c).
The attribute iio:/device1/in_pressure_scale is missing unless I reverted the commits.
https://patchwork.kernel.org/patch/9391771/
https://patchwork.kernel.org/patch/9391259/

Cheers,
Ken Lin

> Cheers,
> peda
> 
> > [ 3785.107740] Hardware name: Freescale i.MX6 Quad/DualLite (Device
> > Tree) [ 3785.114285] task: ed54ec00 task.stack: ee2bc000 [
> > 3785.118834] PC is at 0x0 [ 3785.121397] LR is at
> > iio_read_channel_info_avail+0x40/0x280
> > [ 3785.126992] pc : [<00000000>]    lr : [<c06fbc1c>]    psr: a0070013
> > [ 3785.126992] sp : ee2bdda8  ip : 00000000  fp : ee2bddf4 [
> > 3785.138490] r10: c0a53c74  r9 : ed79f000  r8 : ee8d1018 [
> > 3785.143733] r7 : 00001000  r6 : 00000fff  r5 : ee8b9a00  r4 :
> > ed79f000 [ 3785.150276] r3 : ee2bddc4  r2 : ee2bddbc  r1 : c0a86dcc
> > r0 : ee8d1000 [ 3785.156820] Flags: NzCv  IRQs on  FIQs on  Mode
> > SVC_32  ISA ARM  Segment none [ 3785.163971] Control: 10c5387d  Table:
> > 3cc3c04a  DAC: 00000051 [ 3785.169734] Process cat (pid: 1051, stack
> > limit = 0xee2bc210) [ 3785.175497] Stack: (0xee2bdda8 to 0xee2be000)
> > [ 3785.179880] dda0:                   ee2bddc0 00000002 c016d720 c016d394
> ed54ec00 00000000
> > [ 3785.188084] ddc0: 60070013 ed413780 00000001 edffd480 ee8b9a00
> > 00000fff 00001000 ee8d1018 [ 3785.196286] dde0: ed79f000 c0a53c74
> > ee2bde0c ee2bddf8 c0513c58 c06fbbe8 edffd480 edffd540 [ 3785.204488]
> > de00: ee2bde3c ee2bde10 c0293474 c0513c40 c02933e4 ee2bde60 00000001
> > ed413780 [ 3785.212688] de20: 00000001 ed413780 00000000 edffd480
> > ee2bde4c ee2bde40 c0291d00 c02933f0 [ 3785.220889] de40: ee2bde9c
> > ee2bde50 c024679c c0291ce0 edffd4b0 b6e37000 00020000 ee2bdf78 [
> > 3785.229089] de60: 00000000 00000000 ed54ec00 ed013200 00000817
> > c0a111fc edffd540 ed413780 [ 3785.237289] de80: b6e37000 00020000
> > 00020000 ee2bdf78 ee2bded4 ee2bdea0 c0292890 c0246604 [ 3785.245491]
> > dea0: c0117940 c016ba50 00000025 c0a111fc b6e37000 ed413780 ee2bdf78
> > 00020000 [ 3785.253691] dec0: ee2bc000 b6e37000 ee2bdf44 ee2bded8
> > c021d158 c0292770 c0117764 b6e36004 [ 3785.261893] dee0: c0f0d7c4
> > ee2bdfb0 b6f89228 00021008 ee2bdfac ee2bdf00 c0101374 c0117770 [
> > 3785.270093] df00: 00000000 00000000 ee2bc000 00000000 ee2bdf34
> > ee2bdf20 c016ba04 c0171080 [ 3785.278292] df20: 00000000 00020000
> > ed413780 b6e37000 00000000 ee2bdf78 ee2bdf74 ee2bdf48 [ 3785.286493]
> > df40: c021e7a0 c021d130 c023e300 c023e280 ee2bdf74 00000000 00000000
> > ed413780 [ 3785.294693] df60: ed413780 00020000 ee2bdfa4 ee2bdf78
> c021e870 c021e71c 00000000 00000000 [ 3785.302892] df80: 00020000
> 00020000 b6e37000 00000003 c0108084 00000000 00000000 ee2bdfa8 [
> 3785.311092] dfa0: c0107ee0 c021e838 00020000 00020000 00000003
> b6e37000 00020000 0001a2b4 [ 3785.319292] dfc0: 00020000 00020000
> b6e37000 00000003 7fffe000 00000000 00000000 00020000 [ 3785.327492]
> dfe0: 00000000 be98eb4c 0000c740 b6f1985c 60070010 00000003 00000000
> 00000000 [ 3785.335679] Backtrace:
> > [ 3785.338175] [<c06fbbdc>] (iio_read_channel_info_avail) from
> > [<c0513c58>] (dev_attr_show+0x24/0x50) [ 3785.347162]  r10:c0a53c74
> > r9:ed79f000 r8:ee8d1018 r7:00001000 r6:00000fff r5:ee8b9a00 [
> > 3785.355005]  r4:edffd480 [ 3785.357571] [<c0513c34>] (dev_attr_show)
> > from [<c0293474>] (sysfs_kf_seq_show+0x90/0x110) [ 3785.365764]
> > r5:edffd540 r4:edffd480 [ 3785.369365] [<c02933e4>]
> > (sysfs_kf_seq_show) from [<c0291d00>] (kernfs_seq_show+0x2c/0x30) [
> > 3785.377652]  r10:edffd480 r9:00000000 r8:ed413780 r7:00000001
> > r6:ed413780 r5:00000001 [ 3785.385498]  r4:ee2bde60 r3:c02933e4 [
> > 3785.389101] [<c0291cd4>] (kernfs_seq_show) from [<c024679c>]
> > (seq_read+0x1a4/0x4e0) [ 3785.396780] [<c02465f8>] (seq_read) from
> > [<c0292890>] (kernfs_fop_read+0x12c/0x1cc) [ 3785.404460]
> > r10:ee2bdf78 r9:00020000 r8:00020000 r7:b6e37000 r6:ed413780
> > r5:edffd540 [ 3785.412303]  r4:c0a111fc [ 3785.414862] [<c0292764>]
> > (kernfs_fop_read) from [<c021d158>] (__vfs_read+0x34/0x118) [
> > 3785.422627]  r10:b6e37000 r9:ee2bc000 r8:00020000 r7:ee2bdf78
> > r6:ed413780 r5:b6e37000 [ 3785.430470]  r4:c0a111fc [ 3785.433029]
> > [<c021d124>] (__vfs_read) from [<c021e7a0>] (vfs_read+0x90/0x11c) [
> > 3785.440185]  r8:ee2bdf78 r7:00000000 r6:b6e37000 r5:ed413780
> > r4:00020000 [ 3785.446909] [<c021e710>] (vfs_read) from [<c021e870>]
> > (SyS_read+0x44/0x90) [ 3785.453804]  r8:00020000 r7:ed413780
> > r6:ed413780 r5:00000000 r4:00000000 [ 3785.460537] [<c021e82c>]
> > (SyS_read) from [<c0107ee0>] (ret_fast_syscall+0x0/0x1c) [
> > 3785.468042]  r10:00000000 r8:c0108084 r7:00000003 r6:b6e37000
> > r5:00020000 r4:00020000 [ 3785.476238] Code: bad PC value [
> > 3785.490358] ---[ end trace 9c4938ccd0389004 ]---
> >
> > Thank you
> >
> > Cheers,
> > Ken Lin
> >
> 
> 
> --
> This message has been scanned for viruses and dangerous content by
> MailScanner, and is believed to be clean.


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

[toc] | [prev] | [next] | [standalone]

#1571285

FromJonathan Cameron <jic23@jic23.retrosnub.co.uk>
Date2017-02-01 08:00 +0100
Message-ID<t5X3A-2uv-3@gated-at.bofh.it>
In reply to#1571224

On 1 February 2017 00:42:31 GMT+00:00, "Ken.Lin" <ken.lin@advantech.com> wrote:
>
>
>> -----Original Message-----
>> From: Peter Rosin [mailto:peda@axentia.se]
>> Sent: Tuesday, January 31, 2017 1:10 PM
>> To: Ken.Lin; jic23@kernel.org
>> Cc: knaack.h@gmx.de; pmeerw@pmeerw.net; linux-iio@vger.kernel.org;
>linux-
>> kernel@vger.kernel.org; Akshay Bhat; Peter.Stretz; Peter.Chiang
>> Subject: Re: kernel 4.10-rcx iio helper question
>> 
>> On 2017-01-31 19:19, Ken.Lin wrote:
>> > Hi,
>> >
>> > I find the latest kernel introduces new iio sys attributes.
>> > https://patchwork.kernel.org/patch/9391771/
>> > https://patchwork.kernel.org/patch/9391259/
>> >
>> > Is there anyone has some ideas about how the new iio sys attribute
>-
>> in_pressure_scale_available works?
>> > I'm not sure if it's the regression issue or it's just the usage
>issue or something
>> when I tried to read in_pressure_scale_available attribute.
>> 
>> > # cat /sys/bus/iio/devices/iio\:device1/in_pressure_scale_available
>> > Segmentation fault
>> 
>> What driver is providing iio:device1?
>> 
>> > [ 3785.077014] Unable to handle kernel NULL pointer dereference at
>> > virtual address 00000000 [ 3785.085138] pgd = ecc3c000 [
>3785.087929]
>> > [00000000] *pgd=87f91831 [ 3785.091563] Internal error: Oops:
>80000007
>> > [#1] SMP ARM [ 3785.096806] Modules linked in:
>> > [ 3785.099892] CPU: 1 PID: 1051 Comm: cat Not tainted
>> > 4.10.0-rc5-00009-gffd8858-dirty #3
>> 
>> Looks like you have a couple of local changes? What are those?
>> 
>
>I didn't make any changes to the iio drivers locally and MPL3115A2
>pressure/temperature sensor driver (drivers/iio/pressure/mpl3115.c) is
>the driver which provides iio:device1.
>
>> My WAG is that you added the IIO_CHAN_INFO_SCALE bit to one of the
>> .info_mask_*_available fields in the channel spec but failed to
>provide a
>> .read_avail operation in the driver. Am I close?
>> 
>
>I could read iio:device0/in_accel_scale and device0/in_accel_available,
>which are provided by NXP 3-axis accelerometers driver
>(drivers/iio/accel/mma8452.c).
>The attribute iio:/device1/in_pressure_scale is missing unless I
>reverted the commits.
>https://patchwork.kernel.org/patch/9391771/
>https://patchwork.kernel.org/patch/9391259/

Getting weird. Any possibility you have a mix of modules with and without those patches?

Would probably be mpl3115 without and industrialio with.  The structure gained some
bitmasks between previous masks.

But if so I am little surprised it isn't causing worse issues.

>
>Cheers,
>Ken Lin
>
>> Cheers,
>> peda
>> 
>> > [ 3785.107740] Hardware name: Freescale i.MX6 Quad/DualLite (Device
>> > Tree) [ 3785.114285] task: ed54ec00 task.stack: ee2bc000 [
>> > 3785.118834] PC is at 0x0 [ 3785.121397] LR is at
>> > iio_read_channel_info_avail+0x40/0x280
>> > [ 3785.126992] pc : [<00000000>]    lr : [<c06fbc1c>]    psr:
>a0070013
>> > [ 3785.126992] sp : ee2bdda8  ip : 00000000  fp : ee2bddf4 [
>> > 3785.138490] r10: c0a53c74  r9 : ed79f000  r8 : ee8d1018 [
>> > 3785.143733] r7 : 00001000  r6 : 00000fff  r5 : ee8b9a00  r4 :
>> > ed79f000 [ 3785.150276] r3 : ee2bddc4  r2 : ee2bddbc  r1 : c0a86dcc
>> > r0 : ee8d1000 [ 3785.156820] Flags: NzCv  IRQs on  FIQs on  Mode
>> > SVC_32  ISA ARM  Segment none [ 3785.163971] Control: 10c5387d 
>Table:
>> > 3cc3c04a  DAC: 00000051 [ 3785.169734] Process cat (pid: 1051,
>stack
>> > limit = 0xee2bc210) [ 3785.175497] Stack: (0xee2bdda8 to
>0xee2be000)
>> > [ 3785.179880] dda0:                   ee2bddc0 00000002 c016d720
>c016d394
>> ed54ec00 00000000
>> > [ 3785.188084] ddc0: 60070013 ed413780 00000001 edffd480 ee8b9a00
>> > 00000fff 00001000 ee8d1018 [ 3785.196286] dde0: ed79f000 c0a53c74
>> > ee2bde0c ee2bddf8 c0513c58 c06fbbe8 edffd480 edffd540 [
>3785.204488]
>> > de00: ee2bde3c ee2bde10 c0293474 c0513c40 c02933e4 ee2bde60
>00000001
>> > ed413780 [ 3785.212688] de20: 00000001 ed413780 00000000 edffd480
>> > ee2bde4c ee2bde40 c0291d00 c02933f0 [ 3785.220889] de40: ee2bde9c
>> > ee2bde50 c024679c c0291ce0 edffd4b0 b6e37000 00020000 ee2bdf78 [
>> > 3785.229089] de60: 00000000 00000000 ed54ec00 ed013200 00000817
>> > c0a111fc edffd540 ed413780 [ 3785.237289] de80: b6e37000 00020000
>> > 00020000 ee2bdf78 ee2bded4 ee2bdea0 c0292890 c0246604 [
>3785.245491]
>> > dea0: c0117940 c016ba50 00000025 c0a111fc b6e37000 ed413780
>ee2bdf78
>> > 00020000 [ 3785.253691] dec0: ee2bc000 b6e37000 ee2bdf44 ee2bded8
>> > c021d158 c0292770 c0117764 b6e36004 [ 3785.261893] dee0: c0f0d7c4
>> > ee2bdfb0 b6f89228 00021008 ee2bdfac ee2bdf00 c0101374 c0117770 [
>> > 3785.270093] df00: 00000000 00000000 ee2bc000 00000000 ee2bdf34
>> > ee2bdf20 c016ba04 c0171080 [ 3785.278292] df20: 00000000 00020000
>> > ed413780 b6e37000 00000000 ee2bdf78 ee2bdf74 ee2bdf48 [
>3785.286493]
>> > df40: c021e7a0 c021d130 c023e300 c023e280 ee2bdf74 00000000
>00000000
>> > ed413780 [ 3785.294693] df60: ed413780 00020000 ee2bdfa4 ee2bdf78
>> c021e870 c021e71c 00000000 00000000 [ 3785.302892] df80: 00020000
>> 00020000 b6e37000 00000003 c0108084 00000000 00000000 ee2bdfa8 [
>> 3785.311092] dfa0: c0107ee0 c021e838 00020000 00020000 00000003
>> b6e37000 00020000 0001a2b4 [ 3785.319292] dfc0: 00020000 00020000
>> b6e37000 00000003 7fffe000 00000000 00000000 00020000 [ 3785.327492]
>> dfe0: 00000000 be98eb4c 0000c740 b6f1985c 60070010 00000003 00000000
>> 00000000 [ 3785.335679] Backtrace:
>> > [ 3785.338175] [<c06fbbdc>] (iio_read_channel_info_avail) from
>> > [<c0513c58>] (dev_attr_show+0x24/0x50) [ 3785.347162]  r10:c0a53c74
>> > r9:ed79f000 r8:ee8d1018 r7:00001000 r6:00000fff r5:ee8b9a00 [
>> > 3785.355005]  r4:edffd480 [ 3785.357571] [<c0513c34>]
>(dev_attr_show)
>> > from [<c0293474>] (sysfs_kf_seq_show+0x90/0x110) [ 3785.365764]
>> > r5:edffd540 r4:edffd480 [ 3785.369365] [<c02933e4>]
>> > (sysfs_kf_seq_show) from [<c0291d00>] (kernfs_seq_show+0x2c/0x30) [
>> > 3785.377652]  r10:edffd480 r9:00000000 r8:ed413780 r7:00000001
>> > r6:ed413780 r5:00000001 [ 3785.385498]  r4:ee2bde60 r3:c02933e4 [
>> > 3785.389101] [<c0291cd4>] (kernfs_seq_show) from [<c024679c>]
>> > (seq_read+0x1a4/0x4e0) [ 3785.396780] [<c02465f8>] (seq_read) from
>> > [<c0292890>] (kernfs_fop_read+0x12c/0x1cc) [ 3785.404460]
>> > r10:ee2bdf78 r9:00020000 r8:00020000 r7:b6e37000 r6:ed413780
>> > r5:edffd540 [ 3785.412303]  r4:c0a111fc [ 3785.414862] [<c0292764>]
>> > (kernfs_fop_read) from [<c021d158>] (__vfs_read+0x34/0x118) [
>> > 3785.422627]  r10:b6e37000 r9:ee2bc000 r8:00020000 r7:ee2bdf78
>> > r6:ed413780 r5:b6e37000 [ 3785.430470]  r4:c0a111fc [ 3785.433029]
>> > [<c021d124>] (__vfs_read) from [<c021e7a0>] (vfs_read+0x90/0x11c) [
>> > 3785.440185]  r8:ee2bdf78 r7:00000000 r6:b6e37000 r5:ed413780
>> > r4:00020000 [ 3785.446909] [<c021e710>] (vfs_read) from
>[<c021e870>]
>> > (SyS_read+0x44/0x90) [ 3785.453804]  r8:00020000 r7:ed413780
>> > r6:ed413780 r5:00000000 r4:00000000 [ 3785.460537] [<c021e82c>]
>> > (SyS_read) from [<c0107ee0>] (ret_fast_syscall+0x0/0x1c) [
>> > 3785.468042]  r10:00000000 r8:c0108084 r7:00000003 r6:b6e37000
>> > r5:00020000 r4:00020000 [ 3785.476238] Code: bad PC value [
>> > 3785.490358] ---[ end trace 9c4938ccd0389004 ]---
>> >
>> > Thank you
>> >
>> > Cheers,
>> > Ken Lin
>> >
>> 
>> 
>> --
>> This message has been scanned for viruses and dangerous content by
>> MailScanner, and is believed to be clean.

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

[toc] | [prev] | [next] | [standalone]

#1571306

FromDaniel Baluta <daniel.baluta@gmail.com>
Date2017-02-01 09:10 +0100
Message-ID<t5Y9j-3lP-1@gated-at.bofh.it>
In reply to#1571285
Could you paste your drivers/iio/pressure/mpl3115.c code into pastebin.com
and send us the result?

thanks,
Daniel.

On Wed, Feb 1, 2017 at 8:50 AM, Jonathan Cameron
<jic23@jic23.retrosnub.co.uk> wrote:
>
>
> On 1 February 2017 00:42:31 GMT+00:00, "Ken.Lin" <ken.lin@advantech.com> wrote:
>>
>>
>>> -----Original Message-----
>>> From: Peter Rosin [mailto:peda@axentia.se]
>>> Sent: Tuesday, January 31, 2017 1:10 PM
>>> To: Ken.Lin; jic23@kernel.org
>>> Cc: knaack.h@gmx.de; pmeerw@pmeerw.net; linux-iio@vger.kernel.org;
>>linux-
>>> kernel@vger.kernel.org; Akshay Bhat; Peter.Stretz; Peter.Chiang
>>> Subject: Re: kernel 4.10-rcx iio helper question
>>>
>>> On 2017-01-31 19:19, Ken.Lin wrote:
>>> > Hi,
>>> >
>>> > I find the latest kernel introduces new iio sys attributes.
>>> > https://patchwork.kernel.org/patch/9391771/
>>> > https://patchwork.kernel.org/patch/9391259/
>>> >
>>> > Is there anyone has some ideas about how the new iio sys attribute
>>-
>>> in_pressure_scale_available works?
>>> > I'm not sure if it's the regression issue or it's just the usage
>>issue or something
>>> when I tried to read in_pressure_scale_available attribute.
>>>
>>> > # cat /sys/bus/iio/devices/iio\:device1/in_pressure_scale_available
>>> > Segmentation fault
>>>
>>> What driver is providing iio:device1?
>>>
>>> > [ 3785.077014] Unable to handle kernel NULL pointer dereference at
>>> > virtual address 00000000 [ 3785.085138] pgd = ecc3c000 [
>>3785.087929]
>>> > [00000000] *pgd=87f91831 [ 3785.091563] Internal error: Oops:
>>80000007
>>> > [#1] SMP ARM [ 3785.096806] Modules linked in:
>>> > [ 3785.099892] CPU: 1 PID: 1051 Comm: cat Not tainted
>>> > 4.10.0-rc5-00009-gffd8858-dirty #3
>>>
>>> Looks like you have a couple of local changes? What are those?
>>>
>>
>>I didn't make any changes to the iio drivers locally and MPL3115A2
>>pressure/temperature sensor driver (drivers/iio/pressure/mpl3115.c) is
>>the driver which provides iio:device1.
>>
>>> My WAG is that you added the IIO_CHAN_INFO_SCALE bit to one of the
>>> .info_mask_*_available fields in the channel spec but failed to
>>provide a
>>> .read_avail operation in the driver. Am I close?
>>>
>>
>>I could read iio:device0/in_accel_scale and device0/in_accel_available,
>>which are provided by NXP 3-axis accelerometers driver
>>(drivers/iio/accel/mma8452.c).
>>The attribute iio:/device1/in_pressure_scale is missing unless I
>>reverted the commits.
>>https://patchwork.kernel.org/patch/9391771/
>>https://patchwork.kernel.org/patch/9391259/
>
> Getting weird. Any possibility you have a mix of modules with and without those patches?
>
> Would probably be mpl3115 without and industrialio with.  The structure gained some
> bitmasks between previous masks.
>
> But if so I am little surprised it isn't causing worse issues.
>
>>
>>Cheers,
>>Ken Lin
>>
>>> Cheers,
>>> peda
>>>
>>> > [ 3785.107740] Hardware name: Freescale i.MX6 Quad/DualLite (Device
>>> > Tree) [ 3785.114285] task: ed54ec00 task.stack: ee2bc000 [
>>> > 3785.118834] PC is at 0x0 [ 3785.121397] LR is at
>>> > iio_read_channel_info_avail+0x40/0x280
>>> > [ 3785.126992] pc : [<00000000>]    lr : [<c06fbc1c>]    psr:
>>a0070013
>>> > [ 3785.126992] sp : ee2bdda8  ip : 00000000  fp : ee2bddf4 [
>>> > 3785.138490] r10: c0a53c74  r9 : ed79f000  r8 : ee8d1018 [
>>> > 3785.143733] r7 : 00001000  r6 : 00000fff  r5 : ee8b9a00  r4 :
>>> > ed79f000 [ 3785.150276] r3 : ee2bddc4  r2 : ee2bddbc  r1 : c0a86dcc
>>> > r0 : ee8d1000 [ 3785.156820] Flags: NzCv  IRQs on  FIQs on  Mode
>>> > SVC_32  ISA ARM  Segment none [ 3785.163971] Control: 10c5387d
>>Table:
>>> > 3cc3c04a  DAC: 00000051 [ 3785.169734] Process cat (pid: 1051,
>>stack
>>> > limit = 0xee2bc210) [ 3785.175497] Stack: (0xee2bdda8 to
>>0xee2be000)
>>> > [ 3785.179880] dda0:                   ee2bddc0 00000002 c016d720
>>c016d394
>>> ed54ec00 00000000
>>> > [ 3785.188084] ddc0: 60070013 ed413780 00000001 edffd480 ee8b9a00
>>> > 00000fff 00001000 ee8d1018 [ 3785.196286] dde0: ed79f000 c0a53c74
>>> > ee2bde0c ee2bddf8 c0513c58 c06fbbe8 edffd480 edffd540 [
>>3785.204488]
>>> > de00: ee2bde3c ee2bde10 c0293474 c0513c40 c02933e4 ee2bde60
>>00000001
>>> > ed413780 [ 3785.212688] de20: 00000001 ed413780 00000000 edffd480
>>> > ee2bde4c ee2bde40 c0291d00 c02933f0 [ 3785.220889] de40: ee2bde9c
>>> > ee2bde50 c024679c c0291ce0 edffd4b0 b6e37000 00020000 ee2bdf78 [
>>> > 3785.229089] de60: 00000000 00000000 ed54ec00 ed013200 00000817
>>> > c0a111fc edffd540 ed413780 [ 3785.237289] de80: b6e37000 00020000
>>> > 00020000 ee2bdf78 ee2bded4 ee2bdea0 c0292890 c0246604 [
>>3785.245491]
>>> > dea0: c0117940 c016ba50 00000025 c0a111fc b6e37000 ed413780
>>ee2bdf78
>>> > 00020000 [ 3785.253691] dec0: ee2bc000 b6e37000 ee2bdf44 ee2bded8
>>> > c021d158 c0292770 c0117764 b6e36004 [ 3785.261893] dee0: c0f0d7c4
>>> > ee2bdfb0 b6f89228 00021008 ee2bdfac ee2bdf00 c0101374 c0117770 [
>>> > 3785.270093] df00: 00000000 00000000 ee2bc000 00000000 ee2bdf34
>>> > ee2bdf20 c016ba04 c0171080 [ 3785.278292] df20: 00000000 00020000
>>> > ed413780 b6e37000 00000000 ee2bdf78 ee2bdf74 ee2bdf48 [
>>3785.286493]
>>> > df40: c021e7a0 c021d130 c023e300 c023e280 ee2bdf74 00000000
>>00000000
>>> > ed413780 [ 3785.294693] df60: ed413780 00020000 ee2bdfa4 ee2bdf78
>>> c021e870 c021e71c 00000000 00000000 [ 3785.302892] df80: 00020000
>>> 00020000 b6e37000 00000003 c0108084 00000000 00000000 ee2bdfa8 [
>>> 3785.311092] dfa0: c0107ee0 c021e838 00020000 00020000 00000003
>>> b6e37000 00020000 0001a2b4 [ 3785.319292] dfc0: 00020000 00020000
>>> b6e37000 00000003 7fffe000 00000000 00000000 00020000 [ 3785.327492]
>>> dfe0: 00000000 be98eb4c 0000c740 b6f1985c 60070010 00000003 00000000
>>> 00000000 [ 3785.335679] Backtrace:
>>> > [ 3785.338175] [<c06fbbdc>] (iio_read_channel_info_avail) from
>>> > [<c0513c58>] (dev_attr_show+0x24/0x50) [ 3785.347162]  r10:c0a53c74
>>> > r9:ed79f000 r8:ee8d1018 r7:00001000 r6:00000fff r5:ee8b9a00 [
>>> > 3785.355005]  r4:edffd480 [ 3785.357571] [<c0513c34>]
>>(dev_attr_show)
>>> > from [<c0293474>] (sysfs_kf_seq_show+0x90/0x110) [ 3785.365764]
>>> > r5:edffd540 r4:edffd480 [ 3785.369365] [<c02933e4>]
>>> > (sysfs_kf_seq_show) from [<c0291d00>] (kernfs_seq_show+0x2c/0x30) [
>>> > 3785.377652]  r10:edffd480 r9:00000000 r8:ed413780 r7:00000001
>>> > r6:ed413780 r5:00000001 [ 3785.385498]  r4:ee2bde60 r3:c02933e4 [
>>> > 3785.389101] [<c0291cd4>] (kernfs_seq_show) from [<c024679c>]
>>> > (seq_read+0x1a4/0x4e0) [ 3785.396780] [<c02465f8>] (seq_read) from
>>> > [<c0292890>] (kernfs_fop_read+0x12c/0x1cc) [ 3785.404460]
>>> > r10:ee2bdf78 r9:00020000 r8:00020000 r7:b6e37000 r6:ed413780
>>> > r5:edffd540 [ 3785.412303]  r4:c0a111fc [ 3785.414862] [<c0292764>]
>>> > (kernfs_fop_read) from [<c021d158>] (__vfs_read+0x34/0x118) [
>>> > 3785.422627]  r10:b6e37000 r9:ee2bc000 r8:00020000 r7:ee2bdf78
>>> > r6:ed413780 r5:b6e37000 [ 3785.430470]  r4:c0a111fc [ 3785.433029]
>>> > [<c021d124>] (__vfs_read) from [<c021e7a0>] (vfs_read+0x90/0x11c) [
>>> > 3785.440185]  r8:ee2bdf78 r7:00000000 r6:b6e37000 r5:ed413780
>>> > r4:00020000 [ 3785.446909] [<c021e710>] (vfs_read) from
>>[<c021e870>]
>>> > (SyS_read+0x44/0x90) [ 3785.453804]  r8:00020000 r7:ed413780
>>> > r6:ed413780 r5:00000000 r4:00000000 [ 3785.460537] [<c021e82c>]
>>> > (SyS_read) from [<c0107ee0>] (ret_fast_syscall+0x0/0x1c) [
>>> > 3785.468042]  r10:00000000 r8:c0108084 r7:00000003 r6:b6e37000
>>> > r5:00020000 r4:00020000 [ 3785.476238] Code: bad PC value [
>>> > 3785.490358] ---[ end trace 9c4938ccd0389004 ]---
>>> >
>>> > Thank you
>>> >
>>> > Cheers,
>>> > Ken Lin
>>> >
>>>
>>>
>>> --
>>> This message has been scanned for viruses and dangerous content by
>>> MailScanner, and is believed to be clean.
>
> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-iio" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

[toc] | [prev] | [next] | [standalone]

#1571805

FromJonathan Cameron <jic23@jic23.retrosnub.co.uk>
Date2017-02-01 18:30 +0100
Message-ID<t66Tg-m7-3@gated-at.bofh.it>
In reply to#1571224

On 1 February 2017 05:50:12 GMT+00:00, Peter Rosin <peda@axentia.se> wrote:
>On 2017-02-01 01:42, Ken.Lin wrote:
>> 
>> 
>>> -----Original Message-----
>>> From: Peter Rosin [mailto:peda@axentia.se]
>>> Sent: Tuesday, January 31, 2017 1:10 PM
>>> To: Ken.Lin; jic23@kernel.org
>>> Cc: knaack.h@gmx.de; pmeerw@pmeerw.net; linux-iio@vger.kernel.org;
>linux-
>>> kernel@vger.kernel.org; Akshay Bhat; Peter.Stretz; Peter.Chiang
>>> Subject: Re: kernel 4.10-rcx iio helper question
>>>
>>> On 2017-01-31 19:19, Ken.Lin wrote:
>>>> Hi,
>>>>
>>>> I find the latest kernel introduces new iio sys attributes.
>>>> https://patchwork.kernel.org/patch/9391771/
>>>> https://patchwork.kernel.org/patch/9391259/
>>>>
>>>> Is there anyone has some ideas about how the new iio sys attribute
>-
>>> in_pressure_scale_available works?
>>>> I'm not sure if it's the regression issue or it's just the usage
>issue or something
>>> when I tried to read in_pressure_scale_available attribute.
>>>
>>>> # cat /sys/bus/iio/devices/iio\:device1/in_pressure_scale_available
>>>> Segmentation fault
>>>
>>> What driver is providing iio:device1?
>>>
>>>> [ 3785.077014] Unable to handle kernel NULL pointer dereference at
>>>> virtual address 00000000 [ 3785.085138] pgd = ecc3c000 [
>3785.087929]
>>>> [00000000] *pgd=87f91831 [ 3785.091563] Internal error: Oops:
>80000007
>>>> [#1] SMP ARM [ 3785.096806] Modules linked in:
>>>> [ 3785.099892] CPU: 1 PID: 1051 Comm: cat Not tainted
>>>> 4.10.0-rc5-00009-gffd8858-dirty #3
>>>
>>> Looks like you have a couple of local changes? What are those?
>>>
>> 
>> I didn't make any changes to the iio drivers locally and MPL3115A2
>pressure/temperature sensor driver (drivers/iio/pressure/mpl3115.c) is
>the driver which provides iio:device1.
>> 
>>> My WAG is that you added the IIO_CHAN_INFO_SCALE bit to one of the
>>> .info_mask_*_available fields in the channel spec but failed to
>provide a
>>> .read_avail operation in the driver. Am I close?
>>>
>> 
>> I could read iio:device0/in_accel_scale and
>device0/in_accel_available, which are provided by NXP 3-axis
>accelerometers driver (drivers/iio/accel/mma8452.c).
>> The attribute iio:/device1/in_pressure_scale is missing unless I
>reverted the commits.
>> https://patchwork.kernel.org/patch/9391771/
>> https://patchwork.kernel.org/patch/9391259/
>
>Whoops, sorry for suggesting you did something wrong...
>
>Can you try this patch?
Gah. My eyes passed straight over that.

Thanks Ken, nice regression report and thank peda for the fix.

Phew, single driver bug rather than a general regression!

Jonathan
>
>Cheers,
>peda
>
>diff --git a/drivers/iio/pressure/mpl115.c
>b/drivers/iio/pressure/mpl115.c
>index 73f2f0c46e62..8f2bce213248 100644
>--- a/drivers/iio/pressure/mpl115.c
>+++ b/drivers/iio/pressure/mpl115.c
>@@ -137,6 +137,7 @@ static const struct iio_chan_spec mpl115_channels[]
>= {
> 	{
> 		.type = IIO_TEMP,
> 		.info_mask_separate = BIT(IIO_CHAN_INFO_RAW),
>+		.info_mask_shared_by_type =
> 			BIT(IIO_CHAN_INFO_OFFSET) | BIT(IIO_CHAN_INFO_SCALE),
> 	},
> };
>diff --git a/drivers/iio/pressure/mpl3115.c
>b/drivers/iio/pressure/mpl3115.c
>index cc3f84139157..525644a7442d 100644
>--- a/drivers/iio/pressure/mpl3115.c
>+++ b/drivers/iio/pressure/mpl3115.c
>@@ -190,7 +190,7 @@ static const struct iio_chan_spec
>mpl3115_channels[] = {
> 	{
> 		.type = IIO_PRESSURE,
> 		.info_mask_separate = BIT(IIO_CHAN_INFO_RAW),
>-			BIT(IIO_CHAN_INFO_SCALE),
>+		.info_mask_shared_by_type = BIT(IIO_CHAN_INFO_SCALE),
> 		.scan_index = 0,
> 		.scan_type = {
> 			.sign = 'u',
>@@ -203,7 +203,7 @@ static const struct iio_chan_spec
>mpl3115_channels[] = {
> 	{
> 		.type = IIO_TEMP,
> 		.info_mask_separate = BIT(IIO_CHAN_INFO_RAW),
>-			BIT(IIO_CHAN_INFO_SCALE),
>+		.info_mask_shared_by_type = BIT(IIO_CHAN_INFO_SCALE),
> 		.scan_index = 1,
> 		.scan_type = {
> 			.sign = 's',

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

[toc] | [prev] | [standalone]

Back to top | Article view | linux.kernel

csiph-web