lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <OF45FACB1C.595B6E12-ON65257A1A.003F5069-65257A1A.003FB93D@mindspeed.com>
Date:	Mon, 11 Jun 2012 17:06:01 +0530
From:	satendra.pratap@...dspeed.com
To:	hskinnemoen@...il.com, viresh.kumar@...com
Cc:	linux-kernel@...r.kernel.org
Subject: Re: dmatest to use synopsys dma driver (dw_dmac.c)

>> 1. dmatest with ported dw_dmac.c (from linux-3.4 to linux-3.2.2):

>>dmatest started automatically and tries test with all registered 8
>>channels of our dma engine but we get crashes with every channel as 
shown
>>below:

These crashes are solved but I get same " test timed out" for this ported 
driver too
as I was getting with original one. After debugging, it seems that after 
dma transfer is complete no interrupt is 
generated.......I have verified irq number etc , handler registered 
properly but I don get any interrupts..
I am looking into the code to see whether there is any polling mechanism 
is used in the driver ?

Thanks,
Satendra




From:   Satendra Pratap/Intl/Mindspeed
To:     linux-kernel@...r.kernel.org
Date:   06/09/2012 02:59 PM
Subject:        dmatest to use synopsys dma driver (dw_dmac.c)


Hi,

We have Synopsys DMAC controller on our SoC and are trying to use open 
source
dw_dmac.c driver. We are using linux-3.2.2 kernel but it seems dw_dmac.c 
does not have any support for command DMA_SLAVE_CONFIG. Later I checked 
out that its been added in later versions of dw_dmac.c so I backported 
dw_dmac from linux-3.4 to linux-3.2.2.
I have tried using dmatest to validate dw_dmac.c driver. I just compile 
kernel with dw_dmac.c and with dmatest support then I test it. (I think I 
need not to modify dmatest in order to work with dw_dmac).
While testing I get crashes with the ported driver (from linux-3.4 to 
linux-3.2.2) but with the original driver in linux-3.2.2 I get no crashes 
but "test timed out"

Below are the logs:

1. dmatest with ported dw_dmac.c (from linux-3.4 to linux-3.2.2):

dmatest started automatically and tries test with all registered 8
channels of our dma engine but we get crashes with every channel as shown
below:

=============================================================

[    0.830000] private_candidate: Checking for channel=0
[    0.830000] private_candidate: Got channel=0
[    0.840000] dmatest: Started 1 threads using dma0chan0
[    0.840000] Unable to handle kernel NULL pointer dereference at virtual
address 00000000
[    0.840000] pgd = c0004000
[    0.840000] [00000000] *pgd=00000000
[    0.840000] Internal error: Oops: 5 [#1] SMP
[    0.840000] Modules linked in:
[    0.840000] CPU: 1    Not tainted  (3.2.2+ #176)
[    0.840000] PC is at dwc_prep_dma_memcpy+0x60/0x1d0
[    0.840000] LR is at dmatest_func+0x660/0xc1c
[    0.840000] pc : [<c0188720>]    lr : [<c018622c>]    psr: 60000013
[    0.840000] sp : df9a9e98  ip : df9a9ed8  fp : df9a9ed4
[    0.840000] r10: 000017c7  r9 : df8a308c  r8 : 00000000
[    0.840000] r7 : 000021c0  r6 : df8a308c  r5 : 00000000  r4 : 00000000
[    0.840000] r3 : 000017c7  r2 : 00000000  r1 : c02f69a1  r0 : df8a308c
[    0.840000] Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM 
 Segment
kernel
[    0.840000] Control: 10c53c7d  Table: 0000404a  DAC: 00000015
[    0.840000] Process dma0chan0-copy0 (pid: 240, stack limit = 
0xdf9a8270)
[    0.840000] Stack: (0xdf9a9e98 to 0xdf9aa000)
[    0.840000] 9e80:                                                      
00000000 003f3f00
[    0.840000] 9ea0: 1f9f61c0 1f9fa1da c000f960 dfa01220 000017c7 00000001
000021c0 00000000
[    0.840000] 9ec0: 000021da df8a308c df9a9fbc df9a9ed8 c018622c c01886cc
0000001b 00000001
[    0.840000] 9ee0: c03ef6a8 00000000 1f9f8000 df9a9ef8 c0186664 c0043b84
1f9f61c0 df9a8000
[    0.840000] 9f00: df9a9fac df9a9f10 c02df464 c001d7bc df9a9f7c df9a9f20
c0843f00 df9a9f6c
[    0.840000] 9f20: 00000010 df9a9f08 df9a9ef8 00000001 00000004 df9a9ee8
00000000 000017c7
[    0.840000] 9f40: df9a9ef8 df9a9eec df96e644 00000000 df9a9ef8 00000000
00000001 00000001
[    0.840000] 9f60: df9a9ee8 df8a3000 00000000 df82def8 00000013 df82def4
00000013 00000001
[    0.840000] 9f80: 00000000 df82dee4 dfa01220 c0185bcc 00000013 df82dee4
dfa01220 c0185bcc
[    0.840000] 9fa0: 00000013 00000000 00000000 00000000 df9a9ff4 df9a9fc0
c0043f80 c0185bd8
[    0.840000] 9fc0: 00000000 dfa01220 00000000 00000000 df9a9fd0 df9a9fd0
00000000 df82dee4
[    0.840000] 9fe0: c0043ef0 c0029f18 00000000 df9a9ff8 c0029f18 c0043efc
7ddfd75b effffffd
[    0.840000] Backtrace:
[    0.840000] [<c01886c0>] (dwc_prep_dma_memcpy+0x0/0x1d0) from 
[<c018622c>]
(dmatest_func+0x660/0x
c1c)
[    0.840000] [<c0185bcc>] (dmatest_func+0x0/0xc1c) from [<c0043f80>]
(kthread+0x90/0x98)
[    0.840000] [<c0043ef0>] (kthread+0x0/0x98) from [<c0029f18>]
(do_exit+0x0/0x6d8)
[    0.840000]  r6:c0029f18 r5:c0043ef0 r4:df82dee4
[    0.840000] Code: e1a09006 e59f116c e3540000 e1a02004 (e5943000)
[    0.840000] ---[ end trace cfbc40eba3a6e5e5 ]---
[    1.070000] private_candidate: Checking for channel=0
[    1.080000] private_candidate: Checking for channel=1
[    1.080000] private_candidate: Got channel=1
[    1.090000] dmatest: Started 1 threads using dma0chan1
[    1.090000] Unable to handle kernel NULL pointer dereference at virtual
address 00000000
[    1.090000] pgd = c0004000
[    1.090000] [00000000] *pgd=00000000
[    1.090000] Internal error: Oops: 5 [#2] SMP
[    1.090000] Modules linked in:
[    1.090000] CPU: 1    Tainted: G      D       (3.2.2+ #176)
[    1.090000] PC is at dwc_prep_dma_memcpy+0x60/0x1d0
[    1.090000] LR is at dmatest_func+0x660/0xc1c
[    1.090000] pc : [<c0188720>]    lr : [<c018622c>]    psr: 60000013
[    1.090000] sp : df951e98  ip : df951ed8  fp : df951ed4
[    1.090000] r10: 00001c5a  r9 : df8a3108  r8 : 00000000
[    1.090000] r7 : 000000e7  r6 : df8a3108  r5 : 00000000  r4 : 00000000
[    1.090000] r3 : 00001c5a  r2 : 00000000  r1 : c02f69a1  r0 : df8a3108
[    1.090000] Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM 
 Segment
kernel
[    1.090000] Control: 10c53c7d  Table: 0000404a  DAC: 00000015
[    1.090000] Process dma0chan1-copy0 (pid: 242, stack limit = 
0xdf950270)
[    1.090000] Stack: (0xdf951e98 to 0xdf952000)
[    1.090000] 1e80:                                                      
00000000 003f3f80
[    1.090000] 1ea0: 1f9f00e7 1f9fcc98 c000f960 dfa011e0 00001c5a 00000001
000000e7 00000000
[    1.090000] 1ec0: 00000c98 df8a3108 df951fbc df951ed8 c018622c c01886cc
0000001b 00000001
[    1.090000] 1ee0: c03ef6a8 00000000 1f9fc000 df951ef8 c0186664 c0043b84
1f9f00e7 df950000
[    1.090000] 1f00: df951fac df951f10 c02df464 c001d7bc df951f7c df951f20
c0843f80 df951f6c
[    1.090000] 1f20: 00000010 df951f08 df951ef8 00000001 00000004 df951ee8
00000000 00001c5a
[    1.090000] 1f40: df951ef8 df951eec dfa0fd64 00000000 df951ef8 00000000
00000001 00000001
[    1.090000] 1f60: df951ee8 df8a3000 00000000 df82def8 00000013 df82def4
00000013 00000001
[    1.090000] 1f80: 00000000 df82dee4 dfa011e0 c0185bcc 00000013 df82dee4
dfa011e0 c0185bcc
[    1.090000] 1fa0: 00000013 00000000 00000000 00000000 df951ff4 df951fc0
c0043f80 c0185bd8
[    1.090000] 1fc0: 00000000 dfa011e0 00000000 00000000 df951fd0 df951fd0
00000000 df82dee4
[    1.090000] 1fe0: c0043ef0 c0029f18 00000000 df951ff8 c0029f18 c0043efc
7ddfd77b effdffdd
[    1.090000] Backtrace:
[    1.090000] [<c01886c0>] (dwc_prep_dma_memcpy+0x0/0x1d0) from 
[<c018622c>]
(dmatest_func+0x660/0x
c1c)
[    1.090000] [<c0185bcc>] (dmatest_func+0x0/0xc1c) from [<c0043f80>]
(kthread+0x90/0x98)
[    1.090000] [<c0043ef0>] (kthread+0x0/0x98) from [<c0029f18>]
(do_exit+0x0/0x6d8)
[    1.090000]  r6:c0029f18 r5:c0043ef0 r4:df82dee4
[    1.090000] Code: e1a09006 e59f116c e3540000 e1a02004 (e5943000)
[    1.090000] ---[ end trace cfbc40eba3a6e5e6 ]---


2. dmatest with original dw_dma.c in linux-3.2.2:

I tried using dmatest with the original (linux-3.2.2) dma driver 
(dw_dmac.c)
and got the below results (timeout for tests):

[    0.800000] Bridge firewalling registered
[    0.810000] 8021q: 802.1Q VLAN Support v1.8
[    0.810000] dmatest: Started 1 threads using dma0chan0
[    0.820000] dmatest: Started 1 threads using dma0chan1
[    0.820000] dmatest: Started 1 threads using dma0chan2
[    0.830000] dmatest: Started 1 threads using dma0chan3
[    0.830000] dmatest: Started 1 threads using dma0chan4
[    0.840000] dmatest: Started 1 threads using dma0chan5
[    0.840000] dmatest: Started 1 threads using dma0chan6
[    0.850000] dmatest: Started 1 threads using dma0chan7
[    3.810000] dma0chan0-copy0: #0: test timed out
[    3.820000] dma0chan1-copy0: #0: test timed out
[    3.820000] dma0chan2-copy0: #0: test timed out
[    3.830000] dma0chan3-copy0: #0: test timed out
[    3.830000] dma0chan4-copy0: #0: test timed out
[    3.840000] dma0chan5-copy0: #0: test timed out

Any help is greatly appreciated. It would be of very much help is some one 
could share their code to use dw_dmac.c.

Thanks,
Satendra

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ