Hi Mark,
On 29 August 2018 at 08:33, Stephen Rothwell wrote:
> Hi Mark,
>
> After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
> failed like this:
>
> In file included from include/linux/clk.h:16,
> from drivers/spi/spi-sprd.c:4:
> drivers/spi/spi-sprd.c:
Hi Mark,
On 29 August 2018 at 08:33, Stephen Rothwell wrote:
> Hi Mark,
>
> After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
> failed like this:
>
> In file included from include/linux/clk.h:16,
> from drivers/spi/spi-sprd.c:4:
> drivers/spi/spi-sprd.c:
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
In file included from include/linux/clk.h:16,
from drivers/spi/spi-sprd.c:4:
drivers/spi/spi-sprd.c: In function 'sprd_spi_init_hw':
drivers/spi/spi-sprd.c:462:29: error:
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
In file included from include/linux/clk.h:16,
from drivers/spi/spi-sprd.c:4:
drivers/spi/spi-sprd.c: In function 'sprd_spi_init_hw':
drivers/spi/spi-sprd.c:462:29: error:
On Fri, Dec 22, 2017 at 08:39:36AM +0100, Rasmus Villemoes wrote:
> Want a follow-up patch or a replacement?
As the mail you got when the patch was applied says:
| If any updates are required or you are submitting further changes they
| should be sent as incremental updates against current git,
On Fri, Dec 22, 2017 at 08:39:36AM +0100, Rasmus Villemoes wrote:
> Want a follow-up patch or a replacement?
As the mail you got when the patch was applied says:
| If any updates are required or you are submitting further changes they
| should be sent as incremental updates against current git,
On 22 December 2017 at 03:18, Stephen Rothwell wrote:
> Hi Mark,
>
> After merging the spi tree, today's linux-next build (x86_64 allmodconfig
> build) failed like this:
>
> drivers/spi/spi-pxa2xx.c: In function 'setup_cs':
> drivers/spi/spi-pxa2xx.c:1240:3: error: implicit
On 22 December 2017 at 03:18, Stephen Rothwell wrote:
> Hi Mark,
>
> After merging the spi tree, today's linux-next build (x86_64 allmodconfig
> build) failed like this:
>
> drivers/spi/spi-pxa2xx.c: In function 'setup_cs':
> drivers/spi/spi-pxa2xx.c:1240:3: error: implicit declaration of
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig
build) failed like this:
drivers/spi/spi-pxa2xx.c: In function 'setup_cs':
drivers/spi/spi-pxa2xx.c:1240:3: error: implicit declaration of function
'gpiod_free' [-Werror=implicit-function-declaration]
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig
build) failed like this:
drivers/spi/spi-pxa2xx.c: In function 'setup_cs':
drivers/spi/spi-pxa2xx.c:1240:3: error: implicit declaration of function
'gpiod_free' [-Werror=implicit-function-declaration]
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
drivers/spi/spi-imx.c: In function 'spi_imx_setupxfer':
drivers/spi/spi-imx.c:1007:16: error: 'config' undeclared (first use in this
function)
mask = (1 << config.bpw) - 1;
^
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
drivers/spi/spi-imx.c: In function 'spi_imx_setupxfer':
drivers/spi/spi-imx.c:1007:16: error: 'config' undeclared (first use in this
function)
mask = (1 << config.bpw) - 1;
^
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
drivers/spi/spi-imx.c: In function 'spi_imx_setupxfer':
drivers/spi/spi-imx.c:1007:16: error: 'config' undeclared (first use in this
function)
mask = (1 << config.bpw) - 1;
^
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
drivers/spi/spi-imx.c: In function 'spi_imx_setupxfer':
drivers/spi/spi-imx.c:1007:16: error: 'config' undeclared (first use in this
function)
mask = (1 << config.bpw) - 1;
^
Hi Mark
since commit 8d4a6cad7adb ("spi: imx: dynamic burst length adjust for PIO mode
")
has been reverted, then
commit 1ce1c618e6b5 ("spi: imx: only allow dynamic burst in PIO mode")
need to be reverted as well.
I can submit another version of patch set, with all founded issues be
Hi Mark
since commit 8d4a6cad7adb ("spi: imx: dynamic burst length adjust for PIO mode
")
has been reverted, then
commit 1ce1c618e6b5 ("spi: imx: only allow dynamic burst in PIO mode")
need to be reverted as well.
I can submit another version of patch set, with all founded issues be
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
drivers/spi/spi-imx.c: In function 'spi_imx_can_dma':
drivers/spi/spi-imx.c:241:9: error: 'struct spi_imx_data' has no member named
'dynamic_burst'
spi_imx->dynamic_burst = 0;
^
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
drivers/spi/spi-imx.c: In function 'spi_imx_can_dma':
drivers/spi/spi-imx.c:241:9: error: 'struct spi_imx_data' has no member named
'dynamic_burst'
spi_imx->dynamic_burst = 0;
^
Hi Mark,
On Fri, 9 Dec 2016 13:32:56 +1100 Stephen Rothwell
wrote:
>
> After merging the spi tree, today's linux-next build (arm
> multi_v7_defconfig) failed like this:
>
> drivers/spi/spi-orion.c: In function 'orion_spi_baudrate_set':
> drivers/spi/spi-orion.c:192:8:
Hi Mark,
On Fri, 9 Dec 2016 13:32:56 +1100 Stephen Rothwell
wrote:
>
> After merging the spi tree, today's linux-next build (arm
> multi_v7_defconfig) failed like this:
>
> drivers/spi/spi-orion.c: In function 'orion_spi_baudrate_set':
> drivers/spi/spi-orion.c:192:8: error: 'sspr' undeclared
Hi Mark,
After merging the spi tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
drivers/spi/spi-orion.c: In function 'orion_spi_baudrate_set':
drivers/spi/spi-orion.c:192:8: error: 'sspr' undeclared (first use in this
function)
if (sspr > 7)
^
Caused by
Hi Mark,
After merging the spi tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
drivers/spi/spi-orion.c: In function 'orion_spi_baudrate_set':
drivers/spi/spi-orion.c:192:8: error: 'sspr' undeclared (first use in this
function)
if (sspr > 7)
^
Caused by
On Mon, May 16, 2016 at 12:08:31PM +1000, Stephen Rothwell wrote:
> Hi Mark,
>
> After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
> failed like this:
Sorry, dropped this patch.
signature.asc
Description: PGP signature
On Mon, May 16, 2016 at 12:08:31PM +1000, Stephen Rothwell wrote:
> Hi Mark,
>
> After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
> failed like this:
Sorry, dropped this patch.
signature.asc
Description: PGP signature
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
drivers/spi/spi-orion.c: In function 'orion_spi_write_read':
drivers/spi/spi-orion.c:407:3: error: implicit declaration of function
'writesl' [-Werror=implicit-function-declaration]
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
drivers/spi/spi-orion.c: In function 'orion_spi_write_read':
drivers/spi/spi-orion.c:407:3: error: implicit declaration of function
'writesl' [-Werror=implicit-function-declaration]
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
drivers/spi/spi-loopback-test.c: In function 'spi_loopback_test_probe':
drivers/spi/spi-loopback-test.c:292:7: error: 'check_rx_buf' undeclared (first
use in this function)
if (!check_rx_buf
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
drivers/spi/spi-loopback-test.c: In function 'spi_loopback_test_probe':
drivers/spi/spi-loopback-test.c:292:7: error: 'check_rx_buf' undeclared (first
use in this function)
if (!check_rx_buf
Hi Mark,
After merging the spi tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
In file included from include/linux/clk.h:16:0,
from drivers/spi/spi-sun4i.c:14:
drivers/spi/spi-sun4i.c: In function 'sun4i_spi_transfer_one':
Hi Mark,
After merging the spi tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
In file included from include/linux/clk.h:16:0,
from drivers/spi/spi-sun4i.c:14:
drivers/spi/spi-sun4i.c: In function 'sun4i_spi_transfer_one':
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/spi/spi-bcm2835.c: In function 'bcm2835_spi_can_dma':
drivers/spi/spi-bcm2835.c:381:7: warning: cast from pointer to integer of
different size [-Wpointer-to-int-cast]
if
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/spi/spi-bcm2835.c: In function 'bcm2835_spi_can_dma':
drivers/spi/spi-bcm2835.c:381:7: warning: cast from pointer to integer of
different size [-Wpointer-to-int-cast]
if
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
drivers/spi/spi-fsl-dspi.c: In function 'dspi_setup':
drivers/spi/spi-fsl-dspi.c:395:2: error: implicit declaration of function
'ns_delay_scale' [-Werror=implicit-function-declaration]
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
drivers/spi/spi-fsl-dspi.c: In function 'dspi_setup':
drivers/spi/spi-fsl-dspi.c:395:2: error: implicit declaration of function
'ns_delay_scale' [-Werror=implicit-function-declaration]
Hello Stephen
The root of the issue is that iowrite/ioread behaves differently in
different arches.
1) It does not necesary need to be a symbol in all the arches. It can
be declared as a function macro:
#define iowrite32(a,b) iowrite32(a,b)
2) Sometimes, even the function has a different
Hi Mark,
After merging the spi tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
drivers/spi/spi-xilinx.c: In function 'xilinx_spi_probe':
drivers/spi/spi-xilinx.c:391:16: warning: assignment from incompatible pointer
type
xspi->read_fn = ioread32;
^
Hi Mark,
After merging the spi tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
drivers/spi/spi-xilinx.c: In function 'xilinx_spi_probe':
drivers/spi/spi-xilinx.c:391:16: warning: assignment from incompatible pointer
type
xspi-read_fn = ioread32;
^
Hello Stephen
The root of the issue is that iowrite/ioread behaves differently in
different arches.
1) It does not necesary need to be a symbol in all the arches. It can
be declared as a function macro:
#define iowrite32(a,b) iowrite32(a,b)
2) Sometimes, even the function has a different
On Mon, Dec 08, 2014 at 11:05:17PM +1100, Stephen Rothwell wrote:
> Hi Mark,
>
> After merging the spi tree, today's linux-next build (powerpc
> allyesconfig) failed like this:
>
> drivers/spi/spi-dln2.c: In function 'dln2_spi_copy_from_buf':
> drivers/spi/spi-dln2.c:415:4: error: implicit
On Mon, Dec 08, 2014 at 12:54:47PM +, Lee Jones wrote:
> Patches re-sent without COMPILE_TEST support.
> I will re-enable COMPILE_TEST when Will Deacon's patch to fix this
> kind of nonsense lands.
It wasn't the _relaxed() stuff that was triggering, it was implicit
inclusions of the pinctrl
On Mon, 08 Dec 2014, Mark Brown wrote:
> On Mon, Dec 08, 2014 at 11:05:17PM +1100, Stephen Rothwell wrote:
>
> > Caused by commit cf9e9c98fa8c ("spi: Add new driver for
> > STMicroelectronics' SPI Controller").
>
> > To me COMPILE_TEST means "this builds everywhere, make sure it doesn't
> >
On Mon, Dec 08, 2014 at 11:05:17PM +1100, Stephen Rothwell wrote:
> Caused by commit cf9e9c98fa8c ("spi: Add new driver for
> STMicroelectronics' SPI Controller").
> To me COMPILE_TEST means "this builds everywhere, make sure it doesn't
> break" ... not "lets set this and see if Stephen finds
Hi Mark,
After merging the spi tree, today's linux-next build (powerpc
allyesconfig) failed like this:
drivers/spi/spi-dln2.c: In function 'dln2_spi_copy_from_buf':
drivers/spi/spi-dln2.c:415:4: error: implicit declaration of function
'get_unaligned_le32' [-Werror=implicit-function-declaration]
Hi Mark,
After merging the spi tree, today's linux-next build (powerpc
allyesconfig) failed like this:
drivers/spi/spi-dln2.c: In function 'dln2_spi_copy_from_buf':
drivers/spi/spi-dln2.c:415:4: error: implicit declaration of function
'get_unaligned_le32' [-Werror=implicit-function-declaration]
On Mon, Dec 08, 2014 at 11:05:17PM +1100, Stephen Rothwell wrote:
Caused by commit cf9e9c98fa8c (spi: Add new driver for
STMicroelectronics' SPI Controller).
To me COMPILE_TEST means this builds everywhere, make sure it doesn't
break ... not lets set this and see if Stephen finds anything
On Mon, 08 Dec 2014, Mark Brown wrote:
On Mon, Dec 08, 2014 at 11:05:17PM +1100, Stephen Rothwell wrote:
Caused by commit cf9e9c98fa8c (spi: Add new driver for
STMicroelectronics' SPI Controller).
To me COMPILE_TEST means this builds everywhere, make sure it doesn't
break ... not
On Mon, Dec 08, 2014 at 12:54:47PM +, Lee Jones wrote:
Patches re-sent without COMPILE_TEST support.
I will re-enable COMPILE_TEST when Will Deacon's patch to fix this
kind of nonsense lands.
It wasn't the _relaxed() stuff that was triggering, it was implicit
inclusions of the pinctrl
On Mon, Dec 08, 2014 at 11:05:17PM +1100, Stephen Rothwell wrote:
Hi Mark,
After merging the spi tree, today's linux-next build (powerpc
allyesconfig) failed like this:
drivers/spi/spi-dln2.c: In function 'dln2_spi_copy_from_buf':
drivers/spi/spi-dln2.c:415:4: error: implicit declaration
Hi Stephen/Mark,
> -Original Message-
> From: Stephen Rothwell [mailto:s...@canb.auug.org.au]
> Sent: Tuesday, April 15, 2014 7:47 AM
> To: Mark Brown
> Cc: linux-n...@vger.kernel.org; linux-kernel@vger.kernel.org; Harini
> Katakam
> Subject: linux-next: buil
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64_allmodconfig)
failed like this:
drivers/spi/spi-cadence.c: In function 'cdns_spi_write':
drivers/spi/spi-cadence.c:135:2: error: implicit declaration of function
'writel_relaxed' [-Werror=implicit-function-declaration]
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64_allmodconfig)
failed like this:
drivers/spi/spi-cadence.c: In function 'cdns_spi_write':
drivers/spi/spi-cadence.c:135:2: error: implicit declaration of function
'writel_relaxed' [-Werror=implicit-function-declaration]
Hi Stephen/Mark,
-Original Message-
From: Stephen Rothwell [mailto:s...@canb.auug.org.au]
Sent: Tuesday, April 15, 2014 7:47 AM
To: Mark Brown
Cc: linux-n...@vger.kernel.org; linux-kernel@vger.kernel.org; Harini
Katakam
Subject: linux-next: build failure after merge of the spi tree
On Mon, Feb 24, 2014 at 02:45:29PM +1100, Stephen Rothwell wrote:
> compilation with COMPILE_TEST"). Please at least test building on x86
> before allowing a build with COMPILE_TEST.
Yeah, I tend to rely on the zero day tester to get that when travelling
since it's normally quicker to get a
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
drivers/spi/spi-qup.c: In function 'spi_qup_set_state':
drivers/spi/spi-qup.c:185:3: error: implicit declaration of function
'writel_relaxed' [-Werror=implicit-function-declaration]
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
drivers/spi/spi-qup.c: In function 'spi_qup_set_state':
drivers/spi/spi-qup.c:185:3: error: implicit declaration of function
'writel_relaxed' [-Werror=implicit-function-declaration]
On Mon, Feb 24, 2014 at 02:45:29PM +1100, Stephen Rothwell wrote:
compilation with COMPILE_TEST). Please at least test building on x86
before allowing a build with COMPILE_TEST.
Yeah, I tend to rely on the zero day tester to get that when travelling
since it's normally quicker to get a result
Hi Stephen,
On Mon, Jan 06, 2014 at 06:03:05PM +1100, Stephen Rothwell wrote:
> After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
> failed like this:
>
> drivers/spi/spi-dw-pci.c: In function 'spi_pci_probe':
> drivers/spi/spi-dw-pci.c:50:29: error: 'dev' undeclared
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
drivers/spi/spi-dw-pci.c: In function 'spi_pci_probe':
drivers/spi/spi-dw-pci.c:50:29: error: 'dev' undeclared (first use in this
function)
dwpci = devm_kzalloc(, sizeof(struct dw_spi_pci),
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
drivers/spi/spi-dw-pci.c: In function 'spi_pci_probe':
drivers/spi/spi-dw-pci.c:50:29: error: 'dev' undeclared (first use in this
function)
dwpci = devm_kzalloc(pdev-dev, sizeof(struct
Hi Stephen,
On Mon, Jan 06, 2014 at 06:03:05PM +1100, Stephen Rothwell wrote:
After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
drivers/spi/spi-dw-pci.c: In function 'spi_pci_probe':
drivers/spi/spi-dw-pci.c:50:29: error: 'dev' undeclared (first
Hi,
On Tuesday 27 August 2013 11:45 AM, Stephen Rothwell wrote:
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
In file included from drivers/spi/spi-ti-qspi.c:19:0:
include/linux/module.h:87:32: error: '__mod_of_device_table' aliased to
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
In file included from drivers/spi/spi-ti-qspi.c:19:0:
include/linux/module.h:87:32: error: '__mod_of_device_table' aliased to
undefined symbol 'dra7xxx_qspi_match'
extern const struct
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
In file included from drivers/spi/spi-ti-qspi.c:19:0:
include/linux/module.h:87:32: error: '__mod_of_device_table' aliased to
undefined symbol 'dra7xxx_qspi_match'
extern const struct
Hi,
On Tuesday 27 August 2013 11:45 AM, Stephen Rothwell wrote:
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
In file included from drivers/spi/spi-ti-qspi.c:19:0:
include/linux/module.h:87:32: error: '__mod_of_device_table' aliased to
On Mon, Jul 29, 2013 at 04:48:20PM +1000, Stephen Rothwell wrote:
> On Mon, 29 Jul 2013 07:40:28 +0100 Mark Brown wrote:
> > Yeah, unfortunately those issues are a good proportion of what gets
> > caught by this sort of testing that wouldn't get caught in normal
> > development so it doesn't
Hi Mark,
On Mon, 29 Jul 2013 07:40:28 +0100 Mark Brown wrote:
>
> Yeah, unfortunately those issues are a good proportion of what gets
> caught by this sort of testing that wouldn't get caught in normal
> development so it doesn't seem worth doing something that won't at least
> give a linking
On Mon, Jul 29, 2013 at 03:56:09PM +1000, Stephen Rothwell wrote:
> Did the 0 day tester find these? If so, then maybe you should wait a
> while longer before adding these things to your published trees. If not,
> then I wonder why not.
No, it didn't. The latency from the zero day tester
On Mon, Jul 29, 2013 at 03:56:09PM +1000, Stephen Rothwell wrote:
Did the 0 day tester find these? If so, then maybe you should wait a
while longer before adding these things to your published trees. If not,
then I wonder why not.
No, it didn't. The latency from the zero day tester seems
Hi Mark,
On Mon, 29 Jul 2013 07:40:28 +0100 Mark Brown broo...@kernel.org wrote:
Yeah, unfortunately those issues are a good proportion of what gets
caught by this sort of testing that wouldn't get caught in normal
development so it doesn't seem worth doing something that won't at least
give
On Mon, Jul 29, 2013 at 04:48:20PM +1000, Stephen Rothwell wrote:
On Mon, 29 Jul 2013 07:40:28 +0100 Mark Brown broo...@kernel.org wrote:
Yeah, unfortunately those issues are a good proportion of what gets
caught by this sort of testing that wouldn't get caught in normal
development so it
Hi Mark,
On Mon, 29 Jul 2013 06:00:11 +0100 Mark Brown wrote:
>
> On Mon, Jul 29, 2013 at 01:42:23PM +1000, Stephen Rothwell wrote:
>
> > drivers/spi/spi-pxa2xx-pxadma.c: In function 'wait_dma_channel_stop':
> > drivers/spi/spi-pxa2xx-pxadma.c:136:2: error: implicit declaration of
> > function
On Mon, Jul 29, 2013 at 01:42:23PM +1000, Stephen Rothwell wrote:
> drivers/spi/spi-pxa2xx-pxadma.c: In function 'wait_dma_channel_stop':
> drivers/spi/spi-pxa2xx-pxadma.c:136:2: error: implicit declaration of
> function 'DCSR' [-Werror=implicit-function-declaration]
> while (!(DCSR(channel) &
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
drivers/spi/spi-pxa2xx-pxadma.c: In function 'wait_dma_channel_stop':
drivers/spi/spi-pxa2xx-pxadma.c:136:2: error: implicit declaration of function
'DCSR'
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
drivers/spi/spi-pxa2xx-pxadma.c: In function 'wait_dma_channel_stop':
drivers/spi/spi-pxa2xx-pxadma.c:136:2: error: implicit declaration of function
'DCSR'
On Mon, Jul 29, 2013 at 01:42:23PM +1000, Stephen Rothwell wrote:
drivers/spi/spi-pxa2xx-pxadma.c: In function 'wait_dma_channel_stop':
drivers/spi/spi-pxa2xx-pxadma.c:136:2: error: implicit declaration of
function 'DCSR' [-Werror=implicit-function-declaration]
while (!(DCSR(channel)
Hi Mark,
On Mon, 29 Jul 2013 06:00:11 +0100 Mark Brown broo...@kernel.org wrote:
On Mon, Jul 29, 2013 at 01:42:23PM +1000, Stephen Rothwell wrote:
drivers/spi/spi-pxa2xx-pxadma.c: In function 'wait_dma_channel_stop':
drivers/spi/spi-pxa2xx-pxadma.c:136:2: error: implicit declaration of
76 matches
Mail list logo