BUG: circular locking dependency detected

2013-01-30 Thread Russell King
9c0 r4:c0472e3c r3:c01c2b34 [] (process_one_work+0x0/0x4ec) from [] (worker_thread+0x17c/0x4bc) [] (worker_thread+0x0/0x4bc) from [] (kthread+0xb0/0xbc) [] (kthread+0x0/0xbc) from [] (ret_from_fork+0x14/0x24) r8: r7: r6: r5:c004886c r4:cf84dde8 -- Russell King Linux kernel

Re: BUG: circular locking dependency detected

2013-01-30 Thread Russell King
+0x40/0xac fbcon_blank+0x1f4/0x29c do_blank_screen+0x1b8/0x270 console_callback+0x74/0x138 On Wed, Jan 30, 2013 at 08:06:48PM +, Russell King wrote: > This looks like a bug in the framebuffer/console layers. Looks like > we have one path where we call the notifier list, and a called >

Re: BUG: circular locking dependency detected

2013-01-30 Thread Russell King
On Wed, Jan 30, 2013 at 11:07:16PM +0100, Daniel Vetter wrote: > On Wed, Jan 30, 2013 at 10:52 PM, Russell King wrote: > > Also adding Greg and Daniel to this as Daniel introduced the lockdep > > checking. > > > > This looks extremely horrid to be to solve - the path

Re: BUG: circular locking dependency detected

2013-01-30 Thread Russell King
On Thu, Jan 31, 2013 at 10:52:51AM +1100, Linus Torvalds wrote: > On Thu, Jan 31, 2013 at 9:19 AM, Russell King wrote: > > > > So... what you seem to be telling me is that 3.9 is going to be a > > release which issues lockdep complaints when the console blanks, and > >

Re: BUG: circular locking dependency detected

2013-01-30 Thread Russell King
On Thu, Jan 31, 2013 at 10:04:05AM +1000, Dave Airlie wrote: > On Thu, Jan 31, 2013 at 9:52 AM, Linus Torvalds > wrote: > > On Thu, Jan 31, 2013 at 9:19 AM, Russell King wrote: > >> > >> So... what you seem to be telling me is that 3.9 is going to be a >

Re: BUG: circular locking dependency detected

2013-01-31 Thread Russell King
On Thu, Jan 31, 2013 at 10:51:27PM +1100, Dave Airlie wrote: > I'll ship them via my tree at this point I think, since I now need to > queue a revert of the revert on top. > > I have a few vgacon/fbcon fixes that I need to go in this cycle. Great, thanks. -- Russell King Li

Re: linux-next: manual merge of the cortex tree with the arm tree

2013-02-02 Thread Russell King
ARM_CPU_XSCALE_ARCH_MASK0xe000 > +#define ARM_CPU_XSCALE_ARCH_V1 0x2000 > +#define ARM_CPU_XSCALE_ARCH_V2 0x4000 > +#define ARM_CPU_XSCALE_ARCH_V3 0x6000 > + This stuff shouldn't be in the #else section - it's needed when CONFIG

Re: [PATCH] clk.h: Fix shim ifdef guard (HAVE_CLK -> COMMON_CLK)

2012-08-27 Thread Russell King
onally by HAVE_CLK being defined. -- Russell King Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/ maintainer of: -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://v

Re: Value of __*{init,exit} anotations?

2008-01-30 Thread Russell King
75 - so it's roughly 75%. Whether that 25% remainder cares or not, I'm not sure. -- Russell King Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/ maintainer of: -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message t

Re: [patch 2/3] CONFIG_HIGHPTE vs. sub-page page tables.

2008-02-04 Thread Russell King
in it as these problems are resolved. They're not really new, they're just the old stuff with the merge conflicts fixed. I don't see any end to these bun fights at the start of the merge window. I believe it's inevitable given the work flow that we're now us

Re: [PATCH 7/8] ide: add struct ide_port_info instances to legacy host drivers

2008-02-11 Thread Russell King
e 960 ns long, not 480, and SWDMA2 is underclocked using the same > > cycle as SWDMA1, 480 ns... > > Added Russell to Cc:. Underclocking the DMA is not a problem - if you look at the timing diagrams and associated tables in the ATA specifications, you'll find that they s

Re: scsi/arm/fas216.c compile error

2008-02-11 Thread Russell King
it only builds the mainline kernels. Adding -mm to it might be possible, but as I understand the situation, even though it uses things like ccache, it can take about 10 or so hours to complete a set of builds. -- Russell King Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/ mai

Re: Announce: Linux-next (Or Andrew's dream :-))

2008-02-12 Thread Russell King
) is effectively what akpm does with his tree - when a patch conflicts with other changes, he throws the changes out and bangs peoples heads together to get a new set of patches generated which work together. In that respect, it's no different, and it's been proven there to work well. So

Re: Announce: Linux-next (Or Andrew's dream :-))

2008-02-13 Thread Russell King
hort of a build of all ARM defconfigs will pick up on merge issues - which is a lot of CPU cycles, and I'm not going to insist its something that should be done. -- Russell King Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/ maintainer of: -- To unsubscribe from t

Re: Announce: Linux-next (Or Andrew's dream :-))

2008-02-13 Thread Russell King
M changes for the new tty ioctls immediately. It was a communication problem, not a process problem. -- Russell King Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/ maintainer of: -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of

Re: Announce: Linux-next (Or Andrew's dream :-))

2008-02-13 Thread Russell King
On Wed, Feb 13, 2008 at 07:06:24AM -0500, Jeff Garzik wrote: > Russell King wrote: > >We know that the -mm tree is pretty much useless in terms of code > >coverage for ARM, and it's getting increasingly unlikely that anything > >short of a build of all ARM defconfigs wi

Re: Announce: Linux-next (Or Andrew's dream :-))

2008-02-14 Thread Russell King
inux-next tree or someone elses tree which is based upon that. 2. don't pull the changes, nor anyone elses tree if he hates the changes in linux-next. So really, Linus needs to ack the changes _before_ they go into linux-next. -- Russell King Linux kernel2.6 ARM Linux - http:

Re: Announce: Linux-next (Or Andrew's dream :-))

2008-02-15 Thread Russell King
ee, and asking people for replacement patches) was something that is bisectable - but had I tried to merge stuff as is, it would've been an utter mess, and _was_ unbuildable. -- Russell King Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/ maintainer of: -- To unsubscribe from this li

Re: Announce: Linux-next (Or Andrew's dream :-))

2008-02-15 Thread Russell King
ust mentioned, it's the SMC91x net driver whose build needs to be configured to the precise machine due to the multitude of different ways to connect the hardware to the processor.) -- Russell King Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/ maintainer of: -- To unsubscribe fro

Re: Announce: Linux-next (Or Andrew's dream :-))

2008-02-15 Thread Russell King
guration, you'd get those, but you wouldn't get the OMAP SoC drivers, nor the ARM Primecell drivers found on ARMs Integrator, Versatile and Realview platforms and the Cirrus EP93xx SoCs. Nor the Atmel AT91 drivers... and so the list goes on. Each family of platforms are, unfortunately, q

Re: Announce: Linux-next (Or Andrew's dream :-))

2008-02-15 Thread Russell King
On Fri, Feb 15, 2008 at 04:21:21PM -0800, Andrew Morton wrote: > On Sat, 16 Feb 2008 00:09:43 + > Russell King <[EMAIL PROTECTED]> wrote: > > > For reference, even _I_ don't build test the entire set of ARM defconfigs - > > at about 7 minutes a build, 75 defcon

Re: Announce: Linux-next (Or Andrew's dream :-))

2008-02-16 Thread Russell King
On Sat, Feb 16, 2008 at 03:42:49AM +0300, Alexey Dobriyan wrote: > On Fri, Feb 15, 2008 at 04:21:21PM -0800, Andrew Morton wrote: > > On Sat, 16 Feb 2008 00:09:43 + > > Russell King <[EMAIL PROTECTED]> wrote: > > > > > For reference, even _I_ don't bu

lzma targets always get rebuilt

2012-11-04 Thread Russell King
| lzma -9 && printf 200111113000) > arch/arm/boot/compressed/piggy.lzma || (rm -f arch/arm/boot/compressed/piggy.lzma ; false) I suspect it's those multiple \ which are causing problems... -- Russell King Linux kernel2.6 ARM Linux - http://www.arm.linux.org.u

Re: [PATCH 3/4] ARM: add finit_module syscall to ARM

2012-09-21 Thread Russell King
s on the asm-generic patch, not the ARM architecture > one. This patch looks ok as well, but Russell is the one > maintaining the file, so you should get him to Ack this patch > instead. And, as no one bothered to copy me, I can't give an ack for a patch I've not seen.

Re: [PATCH 1/2] ARM: add finit_module syscall to ARM

2012-09-21 Thread Russell King
On Fri, Sep 21, 2012 at 08:58:00AM -0700, Kees Cook wrote: > Add finit_module syscall to the ARM syscall list. > > Signed-off-by: Kees Cook > Cc: Russell King > --- > arch/arm/include/asm/unistd.h |1 + > arch/arm/kernel/calls.S |1 + > 2 files cha

Re: sys_kcmp (was: Re: [PATCH 1/2] ARM: add finit_module syscall to ARM)

2012-09-22 Thread Russell King
On Sat, Sep 22, 2012 at 03:45:49PM +0400, Cyrill Gorcunov wrote: > On Sat, Sep 22, 2012 at 12:56:42PM +0200, Geert Uytterhoeven wrote: > > On Fri, Sep 21, 2012 at 6:51 PM, Russell King wrote: > > > That brings up another question though - when was kcmp added to x86, and &

Load averages?

2012-09-24 Thread Russell King
o load changes. Any ideas or explanations about the apparantly higher than real load average figures? -- Russell King Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/ maintainer of: -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of

Re: [GIT PULL] Btrfs

2013-09-13 Thread Russell King
what I can tell in the git history, these unaligned put_user and get_user have existed all the way back to the dawn of git use. Can someone enlighten me why we have them? -- Russell King -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message

Re: [GIT PULL] Btrfs

2013-09-13 Thread Russell King
On Fri, Sep 13, 2013 at 11:38:15AM -0400, Josh Boyer wrote: > On Fri, Sep 13, 2013 at 11:06 AM, Josh Boyer wrote: > > On Fri, Sep 13, 2013 at 8:15 AM, Russell King wrote: > >> On Fri, Sep 13, 2013 at 07:53:21AM -0400, Josh Boyer wrote: > >>> I'm not an ARM ex

Re: linux-next: build failure after merge of the final tree (arm tree related)

2013-09-03 Thread Russell King
+0x594): undefined reference to `erratum_a15_798181_init' > > Presumably caused by commit 34905a33184a ("ARM: 7804/2: Add check for > Cortex-A15 errata 798181 ECO"). This build does not have CONFIG_SMP set. > > I have reverted that commit for today. Yep, and I think I'm going t

Re: linux-next: manual merge of the arm-mpidr tree with the arm tree

2013-06-19 Thread Russell King
m tree commit above has no Signed-off-by from its > committer :-( Oh bloody hell. Now what do I do about that. The branch is a declared stable branch, and the commit came in from someone elses tree. So it's immutable... Is there any script around which checks that kind of stuff? -- Russel

Re: linux-next: manual merge of the arm-mpidr tree with the arm tree

2013-06-26 Thread Russell King
27;re all part of a single branch, and so can't be separately pushed upstream. -- Russell King Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/ maintainer of: -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

[PATCH] delayed kobject release: help find buggy code

2013-06-27 Thread Russell King
ether to make the debug option default to 'y' when CONFIG_DEBUG_KERNEL is enabled. 8<==== From: Russell King Subject: kobject: delayed kobject release: help find buggy drivers Implement debugging for kobject release functions. kobjects are reference counted, so the drop of the last

Re: [PATCH] delayed kobject release: help find buggy code

2013-06-27 Thread Russell King
On Thu, Jun 27, 2013 at 08:36:12AM -0700, Greg KH wrote: > On Thu, Jun 27, 2013 at 03:06:14PM +0100, Russell King wrote: > > Greg, > > > > This is an updated copy of my delayed kobject release debugging patch > > from 2011, which I notice hasn't hit mainline. Ple

[PATCH RFC 02/51] DMA-API: net: brocade/bna/bnad.c: fix 32-bit DMA mask handling

2013-08-01 Thread Russell King
This means we only try and set the coherent DMA mask if we failed to set a 32-bit DMA mask, and only if both fail do we fail the driver. Adjust this so that if either setting fails, we fail the driver - and thereby end up properly setting both the DMA mask and the coherent DMA mask in the fallbac

[PATCH RFC 01/51] DMA-API: provide a helper to set both DMA and coherent DMA masks

2013-08-01 Thread Russell King
Provide a helper to set both the DMA and coherent DMA masks to the same value - this avoids duplicated code in a number of drivers, sometimes with buggy error handling, and also allows us identify which drivers do things differently. Signed-off-by: Russell King --- Documentation/DMA-API

[PATCH RFC 05/51] DMA-API: net: intel/igbvf: fix 32-bit DMA mask handling

2013-08-01 Thread Russell King
allback path if the DMA mask set failed, which is silly. This fixes it to set the coherent DMA mask only if dma_set_mask() succeeded, and to error out if either fails. Signed-off-by: Russell King --- drivers/net/ethernet/intel/igbvf/netdev.c | 18 ++ 1 files changed, 6 insertions

[PATCH RFC 03/51] DMA-API: net: intel/e1000e: fix 32-bit DMA mask handling

2013-08-01 Thread Russell King
th if the DMA mask set failed, which is silly. This fixes it to set the coherent DMA mask only if dma_set_mask() succeeded, and to error out if either fails. Signed-off-by: Russell King --- drivers/net/ethernet/intel/e1000e/netdev.c | 18 ++ 1 files changed, 6 insertions(+), 12 de

[PATCH RFC 04/51] DMA-API: net: intel/igb: fix 32-bit DMA mask handling

2013-08-01 Thread Russell King
th if the DMA mask set failed, which is silly. This fixes it to set the coherent DMA mask only if dma_set_mask() succeeded, and to error out if either fails. Signed-off-by: Russell King --- drivers/net/ethernet/intel/igb/igb_main.c | 18 ++ 1 files changed, 6 insertions(+), 12 de

[PATCH RFC 06/51] DMA-API: net: intel/ixgb: fix 32-bit DMA mask handling

2013-08-01 Thread Russell King
s it to set the coherent DMA mask only if dma_set_mask() succeeded, and to error out if either fails. Signed-off-by: Russell King --- drivers/net/ethernet/intel/ixgb/ixgb_main.c | 16 +--- 1 files changed, 5 insertions(+), 11 deletions(-) diff --git a/drivers/net/ethernet/intel/ix

[PATCH RFC 07/51] DMA-API: net: intel/ixgbe: fix 32-bit DMA mask handling

2013-08-01 Thread Russell King
set failed, which is silly. This fixes it to set the coherent DMA mask only if dma_set_mask() succeeded, and to error out if either fails. Signed-off-by: Russell King --- drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 15 +-- 1 files changed, 5 insertions(+), 10 deletions(-) diff

[PATCH RFC 08/51] DMA-API: net: intel/ixgbevf: fix 32-bit DMA mask handling

2013-08-01 Thread Russell King
DMA mask set failed, which is silly. This fixes it to set the coherent DMA mask only if dma_set_mask() succeeded, and to error out if either fails. Signed-off-by: Russell King --- drivers/net/ethernet/intel/ixgbevf/ixgbevf_main.c | 15 +-- 1 files changed, 5 insertions(+), 1

[PATCH RFC 09/51] DMA-API: net: broadcom/b44: replace dma_set_mask()+dma_set_coherent_mask() with new helper

2013-08-01 Thread Russell King
Replace the following sequence: dma_set_mask(dev, mask); dma_set_coherent_mask(dev, mask); with a call to the new helper dma_set_mask_and_coherent(). Signed-off-by: Russell King --- drivers/net/ethernet/broadcom/b44.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions

[PATCH RFC 10/51] DMA-API: net: broadcom/bnx2x: replace dma_set_mask()+dma_set_coherent_mask() with new helper

2013-08-01 Thread Russell King
Replace the following sequence: dma_set_mask(dev, mask); dma_set_coherent_mask(dev, mask); with a call to the new helper dma_set_mask_and_coherent(). Signed-off-by: Russell King --- drivers/net/ethernet/broadcom/bnx2x/bnx2x_main.c |8 ++-- 1 files changed, 2 insertions

[PATCH RFC 11/51] DMA-API: net: emulex/benet: replace dma_set_mask()+dma_set_coherent_mask() with new helper

2013-08-01 Thread Russell King
Replace the following sequence: dma_set_mask(dev, mask); dma_set_coherent_mask(dev, mask); with a call to the new helper dma_set_mask_and_coherent(). Signed-off-by: Russell King --- drivers/net/ethernet/emulex/benet/be_main.c | 12 ++-- 1 files changed, 2 insertions

[PATCH RFC 12/51] DMA-API: net: intel/e1000: replace dma_set_mask()+dma_set_coherent_mask() with new helper

2013-08-01 Thread Russell King
Replace the following sequence: dma_set_mask(dev, mask); dma_set_coherent_mask(dev, mask); with a call to the new helper dma_set_mask_and_coherent(). Signed-off-by: Russell King --- drivers/net/ethernet/intel/e1000/e1000_main.c |9 ++--- 1 files changed, 2 insertions

[PATCH RFC 13/51] DMA-API: net: sfc/efx.c: replace dma_set_mask()+dma_set_coherent_mask() with new helper

2013-08-01 Thread Russell King
Replace the following sequence: dma_set_mask(dev, mask); dma_set_coherent_mask(dev, mask); with a call to the new helper dma_set_mask_and_coherent(). Signed-off-by: Russell King --- drivers/net/ethernet/sfc/efx.c | 12 +--- 1 files changed, 1 insertions(+), 11

[PATCH RFC 14/51] DMA-API: net: b43: replace dma_set_mask()+dma_set_coherent_mask() with new helper

2013-08-01 Thread Russell King
Replace the following sequence: dma_set_mask(dev, mask); dma_set_coherent_mask(dev, mask); with a call to the new helper dma_set_mask_and_coherent(). Signed-off-by: Russell King --- drivers/net/wireless/b43/dma.c |9 +++-- 1 files changed, 3 insertions(+), 6 deletions

[PATCH RFC 15/51] DMA-API: net: b43legacy: replace dma_set_mask()+dma_set_coherent_mask() with new helper

2013-08-01 Thread Russell King
Replace the following sequence: dma_set_mask(dev, mask); dma_set_coherent_mask(dev, mask); with a call to the new helper dma_set_mask_and_coherent(). Signed-off-by: Russell King --- drivers/net/wireless/b43legacy/dma.c |9 +++-- 1 files changed, 3 insertions(+), 6

[PATCH RFC 16/51] DMA-API: ppc: vio.c: replace dma_set_mask()+dma_set_coherent_mask() with new helper

2013-08-01 Thread Russell King
Replace the following sequence: dma_set_mask(dev, mask); dma_set_coherent_mask(dev, mask); with a call to the new helper dma_set_mask_and_coherent(). Signed-off-by: Russell King --- arch/powerpc/kernel/vio.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff

[PATCH RFC 17/51] DMA-API: block: nvme-core: replace dma_set_mask()+dma_set_coherent_mask() with new helper

2013-08-01 Thread Russell King
Replace the following sequence: dma_set_mask(dev, mask); dma_set_coherent_mask(dev, mask); with a call to the new helper dma_set_mask_and_coherent(). Signed-off-by: Russell King --- drivers/block/nvme-core.c |7 ++- 1 files changed, 2 insertions(+), 5 deletions

[PATCH RFC 18/51] DMA-API: staging: et131x: replace dma_set_mask()+dma_set_coherent_mask() with new helper

2013-08-01 Thread Russell King
Replace the following sequence: dma_set_mask(dev, mask); dma_set_coherent_mask(dev, mask); with a call to the new helper dma_set_mask_and_coherent(). Signed-off-by: Russell King --- drivers/staging/et131x/et131x.c | 17 ++--- 1 files changed, 2 insertions(+), 15

[PATCH RFC 19/51] DMA-API: media: dt3155v4l: replace dma_set_mask()+dma_set_coherent_mask() with new helper

2013-08-01 Thread Russell King
Replace the following sequence: dma_set_mask(dev, mask); dma_set_coherent_mask(dev, mask); with a call to the new helper dma_set_mask_and_coherent(). Signed-off-by: Russell King --- drivers/staging/media/dt3155v4l/dt3155v4l.c |5 + 1 files changed, 1 insertions(+), 4

[PATCH RFC 20/51] DMA-API: usb: bcma: replace dma_set_mask()+dma_set_coherent_mask() with new helper

2013-08-01 Thread Russell King
Replace the following sequence: dma_set_mask(dev, mask); dma_set_coherent_mask(dev, mask); with a call to the new helper dma_set_mask_and_coherent(). Signed-off-by: Russell King --- drivers/usb/host/bcma-hcd.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff

[PATCH RFC 21/51] DMA-API: usb: ssb-hcd: replace dma_set_mask()+dma_set_coherent_mask() with new helper

2013-08-01 Thread Russell King
Replace the following sequence: dma_set_mask(dev, mask); dma_set_coherent_mask(dev, mask); with a call to the new helper dma_set_mask_and_coherent(). Signed-off-by: Russell King --- drivers/usb/host/ssb-hcd.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff

[PATCH RFC 22/51] DMA-API: amba: get rid of separate dma_mask

2013-08-01 Thread Russell King
AMBA Primecell devices always treat streaming and coherent DMA exactly the same, so there's no point in having the masks separated. Signed-off-by: Russell King --- drivers/amba/bus.c |6 +- drivers/of/platform.c|3 --- include/linux/amba/bus.h |2 -- 3 files chang

[PATCH RFC 23/51] DMA-API: dma: pl08x: add dma_set_mask_and_coherent() call

2013-08-01 Thread Russell King
The DMA API requires drivers to call the appropriate dma_set_mask() functions before doing any DMA mapping. Add this required call to the AMBA PL08x driver. Signed-off-by: Russell King --- drivers/dma/amba-pl08x.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a

[PATCH RFC 24/51] DMA-API: dma: pl330: add dma_set_mask_and_coherent() call

2013-08-01 Thread Russell King
The DMA API requires drivers to call the appropriate dma_set_mask() functions before doing any DMA mapping. Add this required call to the AMBA PL08x driver. Signed-off-by: Russell King --- drivers/dma/pl330.c |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/drivers

[PATCH RFC 25/51] DMA-API: video: clcd: add dma_set_mask_and_coherent() call

2013-08-01 Thread Russell King
The DMA API requires drivers to call the appropriate dma_set_mask() functions before doing any DMA mapping. Add this required call to the AMBA PL08x driver. Signed-off-by: Russell King --- drivers/video/amba-clcd.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a

[PATCH RFC 26/51] DMA-API: usb: ohci-sa1111: add a note about DMA masks

2013-08-01 Thread Russell King
Add a comment to explain why this driver doesn't call any of the DMA API dma_set_mask() functions. Signed-off-by: Russell King --- drivers/usb/host/ohci-sa.c |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/drivers/usb/host/ohci-sa.c b/drivers/usb/host

[PATCH RFC 27/51] DMA-API: provide a helper to setup DMA masks

2013-08-01 Thread Russell King
ues to be properly dealt with via dma_set_mask()/ dma_is_supported(). Signed-off-by: Russell King --- include/linux/dma-mapping.h | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h index 8f7a2e8..48ef6f5 10

[PATCH RFC 28/51] DMA-API: sound: fix dma mask handling in a lot of drivers

2013-08-01 Thread Russell King
. Fix these issues by using the new dma_coerce_coherent_and_mask() function. Signed-off-by: Russell King --- sound/arm/pxa2xx-pcm.c |9 +++-- sound/soc/atmel/atmel-pcm.c | 11 --- sound/soc/blackfin/bf5xx-ac97-pcm.c | 11 --- sound/soc/blackfin/bf5xx-i2s-pcm.c

[PATCH RFC 29/51] DMA-API: ata: pata_octeon_cf: convert to use dma_coerce_mask_and_coherent()

2013-08-01 Thread Russell King
Convert this code sequence: pdev->dev.coherent_dma_mask = DMA_BIT_MASK(64); pdev->dev.dma_mask = &pdev->dev.coherent_dma_mask; to use dma_coerce_mask_and_coherent() to avoid bypassing the architecture check on the DMA mask. Signed-off-by: Russell King ---

[PATCH RFC 30/51] DMA-API: dma: dw_dmac.c: convert to use dma_coerce_mask_and_coherent()

2013-08-01 Thread Russell King
be replaced with dma_coerce_mask_and_coherent(), avoiding the direct initialization of this mask. Signed-off-by: Russell King --- drivers/dma/dw/platform.c |8 +++- 1 files changed, 3 insertions(+), 5 deletions(-) diff --git a/drivers/dma/dw/platform.c b/drivers/dma/dw/platform.c index 6c9449c..2608550 100644 ---

[PATCH RFC 31/51] DMA-API: media: omap3isp: use dma_coerce_mask_and_coherent()

2013-08-01 Thread Russell King
), avoiding the direct initialization of this mask. Signed-off-by: Russell King --- drivers/media/platform/omap3isp/isp.c |6 +++--- drivers/media/platform/omap3isp/isp.h |3 --- 2 files changed, 3 insertions(+), 6 deletions(-) diff --git a/drivers/media/platform/omap3isp/isp.c b/drivers/m

[PATCH RFC 32/51] DMA-API: mmc: sdhci-acpi: use dma_coerce_mask_and_coherent()

2013-08-01 Thread Russell King
The code sequence: dev->dma_mask = &dev->coherent_dma_mask; dev->coherent_dma_mask = dma_mask; bypasses the architectures check on the DMA mask. It can be replaced with dma_coerce_mask_and_coherent(), avoiding the direct initialization of this mask. Signed-off-by:

[PATCH RFC 33/51] DMA-API: net: nxp/lpc_eth: use dma_coerce_mask_and_coherent()

2013-08-01 Thread Russell King
initialization of this mask. Signed-off-by: Russell King --- drivers/net/ethernet/nxp/lpc_eth.c |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/net/ethernet/nxp/lpc_eth.c b/drivers/net/ethernet/nxp/lpc_eth.c index a061b93..ba3ca18 100644 --- a/drivers/net/

[PATCH RFC 34/51] DMA-API: net: octeon: use dma_coerce_mask_and_coherent()

2013-08-01 Thread Russell King
mask. Signed-off-by: Russell King --- drivers/net/ethernet/octeon/octeon_mgmt.c |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/net/ethernet/octeon/octeon_mgmt.c b/drivers/net/ethernet/octeon/octeon_mgmt.c index 622aa75..2006a07 100644 --- a/drivers/net/et

[PATCH RFC 35/51] DMA-API: parport: parport_pc.c: use dma_coerce_mask_and_coherent()

2013-08-01 Thread Russell King
The code sequence: dev->coherent_dma_mask = DMA_BIT_MASK(24); dev->dma_mask = &dev->coherent_dma_mask; bypasses the architectures check on the DMA mask. It can be replaced with dma_coerce_mask_and_coherent(), avoiding the direct initialization of this mask. Signed-of

[PATCH RFC 36/51] DMA-API: usb: use dma_set_coherent_mask()

2013-08-01 Thread Russell King
: Russell King --- drivers/usb/chipidea/ci_hdrc_imx.c |5 +++-- drivers/usb/dwc3/dwc3-exynos.c |5 +++-- drivers/usb/gadget/lpc32xx_udc.c |4 +++- drivers/usb/host/ehci-atmel.c |5 +++-- drivers/usb/host/ehci-octeon.c |4 +++- drivers/usb/host/ehci-omap.c |8

[PATCH RFC 37/51] DMA-API: usb: use new dma_coerce_mask_and_coherent()

2013-08-01 Thread Russell King
Signed-off-by: Russell King --- drivers/usb/chipidea/ci_hdrc_imx.c |4 +--- drivers/usb/dwc3/dwc3-exynos.c |4 +--- drivers/usb/host/ehci-atmel.c |4 +--- drivers/usb/host/ehci-omap.c |4 +--- drivers/usb/host/ehci-orion.c |4 +--- drivers/usb/host/ehci

[PATCH RFC 39/51] DMA-API: others: use dma_set_coherent_mask()

2013-08-01 Thread Russell King
: Russell King --- drivers/ata/pata_ixp4xx_cf.c |5 - drivers/gpu/drm/exynos/exynos_drm_drv.c |7 ++- drivers/gpu/drm/omapdrm/omap_dmm_tiler.c |5 +++-- 3 files changed, 13 insertions(+), 4 deletions(-) diff --git a/drivers/ata/pata_ixp4xx_cf.c b/drivers/ata

[PATCH RFC 38/51] DMA-API: staging: use dma_set_coherent_mask()

2013-08-01 Thread Russell King
: Russell King --- drivers/staging/dwc2/platform.c|5 +++-- drivers/staging/imx-drm/imx-drm-core.c |8 ++-- drivers/staging/imx-drm/ipuv3-crtc.c |4 +++- 3 files changed, 12 insertions(+), 5 deletions(-) diff --git a/drivers/staging/dwc2/platform.c b/drivers/staging/dwc2

[PATCH RFC 40/51] DMA-API: crypto: fix ixp4xx crypto platform device support

2013-08-01 Thread Russell King
m devices. Signed-off-by: Russell King --- drivers/crypto/ixp4xx_crypto.c | 37 + 1 files changed, 17 insertions(+), 20 deletions(-) diff --git a/drivers/crypto/ixp4xx_crypto.c b/drivers/crypto/ixp4xx_crypto.c index 21180d6..8306185 100644 --- a/drivers/cry

[PATCH RFC 41/51] DMA-API: crypto: remove last references to 'static struct device *dev'

2013-08-01 Thread Russell King
Signed-off-by: Russell King --- drivers/crypto/ixp4xx_crypto.c | 13 - 1 files changed, 8 insertions(+), 5 deletions(-) diff --git a/drivers/crypto/ixp4xx_crypto.c b/drivers/crypto/ixp4xx_crypto.c index 8306185..214357e 100644 --- a/drivers/crypto/ixp4xx_crypto.c +++ b/drivers

[PATCH RFC 42/51] DMA-API: usb: musb: use platform_device_register_full() to avoid directly messing with dma masks

2013-08-01 Thread Russell King
: Russell King --- drivers/usb/musb/am35x.c| 50 ++ drivers/usb/musb/da8xx.c| 49 ++--- drivers/usb/musb/davinci.c | 48 ++-- drivers/usb/musb/tusb6010.c | 49

[PATCH RFC 43/51] DMA-API: dma: edma.c: no need to explicitly initialize DMA masks

2013-08-01 Thread Russell King
register_platform_device_full() can setup the DMA mask provided the appropriate member is set in struct platform_device_info. So lets make that be the case. This avoids a direct reference to the DMA masks by this driver. Signed-off-by: Russell King --- drivers/dma/edma.c |6 ++ 1

[PATCH RFC 44/51] DMA-API: dcdbas: update DMA mask handing

2013-08-01 Thread Russell King
and using the platform_device_register_full() avoids some of this explicit initialization. Convert the driver to use platform_device_register_full(), and as it makes use of coherent DMA, also call dma_set_coherent_mask() to ensure that the architecture gets to check the mask. Signed-off-by:

[PATCH RFC 45/51] DMA-API: firmware/google/gsmi.c: avoid direct access to DMA masks

2013-08-01 Thread Russell King
This driver doesn't need to directly access DMA masks if it uses the platform_device_register_full() API rather than platform_device_register_simple() - the former function can initialize the DMA mask appropriately. Signed-off-by: Russell King --- drivers/firmware/google/gsmi.c |

[PATCH RFC 46/51] ARM: DMA-API: better handing of DMA masks for coherent allocations

2013-08-01 Thread Russell King
vert the DMA mask to a PFN using the device specific dma_to_pfn() macro. This is the reverse of the pfn_to_dma() macro which is used to get the DMA address for the device. This gives us a PFN mask, which we can then check against the PFN limit of the DMA zone. Signed-off-by: Russell King ---

Re: [PATCH 1/1] staging: ti-soc-thermal: remove usage of IS_ERR_OR_NULL

2013-04-25 Thread Russell King
mal_data *data; > > data = ti_bandgap_get_sensor_data(bgp, id); > - if (IS_ERR_OR_NULL(data)) > + if (!data || IS_ERR(data)) > data = ti_thermal_build_data(bgp, id); I can't tell whether the above are correct or not as I can't see the original co

Re: [PATCH 2/2] thermal: db8500_cpufreq_cooling: remove usage of IS_ERR_OR_NULL()

2013-04-25 Thread Russell King
t; dev_err(&pdev->dev, "Failed to register cooling device\n"); > return PTR_ERR(cdev); Correct. cpufreq_cooling_register() returns either an error-pointer or a valid pointer. -- Russell King Linux kernel2.6 ARM Linux - http://www.arm.linux

Re: [PATCH 2/2] thermal: db8500_cpufreq_cooling: remove usage of IS_ERR_OR_NULL()

2013-04-26 Thread Russell King
On Fri, Apr 26, 2013 at 12:19:08PM +0200, Fabio Baltieri wrote: > On Thu, Apr 25, 2013 at 06:46:35PM +0100, Russell King wrote: > > On Thu, Apr 25, 2013 at 10:13:34AM -0400, Eduardo Valentin wrote: > > > diff --git a/drivers/thermal/db8500_cpufreq_cooling.c >

Re: [PATCH 0/5] mfd: replace IORESOURCE_IO by IORESOURCE_MEM

2012-08-06 Thread Russell King
urces. On ARM, we only have memory mapped IO resources, with the exception that if we have a real PCI/ISA bus, we give them IORESOURCE_IO resources. Never use IORESOURCE_IO for anything but PCI/ISA bus IO resources. Ever. -- Russell King Linux kernel2.6 ARM Linux - http://www.arm.linux

Re: [PATCH 0/5] mfd: replace IORESOURCE_IO by IORESOURCE_MEM

2012-08-06 Thread Russell King
On Mon, Aug 06, 2012 at 08:53:52PM +0100, Mark Brown wrote: > On Mon, Aug 06, 2012 at 08:22:09PM +0100, Russell King wrote: > > On Mon, Aug 06, 2012 at 04:58:06PM +0100, Mark Brown wrote: > > > > That's one reason why I've not attacked this problem myself, but frank

Re: [PATCH 0/5] mfd: replace IORESOURCE_IO by IORESOURCE_MEM

2012-08-07 Thread Russell King
On Tue, Aug 07, 2012 at 09:47:25AM +0800, Haojian Zhuang wrote: > On Tue, Aug 7, 2012 at 6:00 AM, Mark Brown > wrote: > > On Mon, Aug 06, 2012 at 10:31:24PM +0100, Russell King wrote: > > > >> Anyway, given that this thread is broken, there's no way for me to f

Re: [PATCH 0/5] mfd: replace IORESOURCE_IO by IORESOURCE_MEM

2012-08-07 Thread Russell King
On Tue, Aug 07, 2012 at 06:22:22PM +1000, Benjamin Herrenschmidt wrote: > On Mon, 2012-08-06 at 22:31 +0100, Russell King wrote: > > > > So, if we made this a numeric index, then we have 32 resource types > > to deal with, and no need to bugger around with re-using an

Re: [PATCH] clk.h: Fix shim ifdef guard (HAVE_CLK -> COMMON_CLK)

2012-08-27 Thread Russell King
reaks existing users. HAVE_CLK is the right thing here - if you define HAVE_CLK then you _are_ providing an implementation of clk_get() et.al. If you're not, then you do not define HAVE_CLK. Simples. -- Russell King Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/ maintainer

Re: [PATCH 0/5] mfd: replace IORESOURCE_IO by IORESOURCE_MEM

2012-08-07 Thread Russell King
. Use platform_get_resource() with this new resource type, it will work. 5. Move along to some other problem and enjoy life. There's no need to botch this in any way what so ever, or invent some other solution only to have to (probably never) rework it. -- Russell King Linux kernel

Re: [PATCH 0/5] mfd: replace IORESOURCE_IO by IORESOURCE_MEM

2012-08-07 Thread Russell King
On Tue, Aug 07, 2012 at 12:28:44PM +0100, Mark Brown wrote: > On Tue, Aug 07, 2012 at 12:13:31PM +0100, Russell King wrote: > > On Tue, Aug 07, 2012 at 11:38:51AM +0100, Mark Brown wrote: > > > > If nothing else this seems much more suitable for stable and -rc (the > >

Re: [PATCH 0/5] mfd: replace IORESOURCE_IO by IORESOURCE_MEM

2012-08-07 Thread Russell King
that to detect uninitialized resources (and we probably do so in some places.) IOW, I think that's asking for problems when this moves outside platform code. -- Russell King Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/ maintainer of: -- To unsubscribe from this list: send th

Re: [PATCH 0/5] mfd: replace IORESOURCE_IO by IORESOURCE_MEM

2012-08-07 Thread Russell King
On Tue, Aug 07, 2012 at 12:31:21PM +0100, Russell King wrote: > On Tue, Aug 07, 2012 at 12:28:44PM +0100, Mark Brown wrote: > > On Tue, Aug 07, 2012 at 12:13:31PM +0100, Russell King wrote: > > > On Tue, Aug 07, 2012 at 11:38:51AM +0100, Mark Brown wrote: > > > >

Re: [PATCH 0/5] mfd: replace IORESOURCE_IO by IORESOURCE_MEM

2012-08-07 Thread Russell King
ne IORESOURCE_DMA 0x0800 #define IORESOURCE_BUS 0x1000 -- Russell King Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/ maintainer of: -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [PATCH 0/5] mfd: replace IORESOURCE_IO by IORESOURCE_MEM

2012-08-07 Thread Russell King
On Tue, Aug 07, 2012 at 12:38:02PM +0100, Mark Brown wrote: > On Tue, Aug 07, 2012 at 12:31:21PM +0100, Russell King wrote: > > On Tue, Aug 07, 2012 at 12:28:44PM +0100, Mark Brown wrote: > > > > The changes you're suggesting are extremely invasive for stable > > &

Re: [PATCH 0/5] mfd: replace IORESOURCE_IO by IORESOURCE_MEM

2012-08-07 Thread Russell King
On Tue, Aug 07, 2012 at 12:45:57PM +0100, Mark Brown wrote: > On Tue, Aug 07, 2012 at 12:36:52PM +0100, Russell King wrote: > > > And, for those hard of thinking, I'll tell you exactly how invasive it > > is. > > > 1. You modify ioport.h to add the new type. >

Re: [PATCH 0/5] mfd: replace IORESOURCE_IO by IORESOURCE_MEM

2012-08-07 Thread Russell King
On Tue, Aug 07, 2012 at 12:44:15PM +0100, Russell King wrote: > On Tue, Aug 07, 2012 at 12:38:02PM +0100, Mark Brown wrote: > > On Tue, Aug 07, 2012 at 12:31:21PM +0100, Russell King wrote: > > > On Tue, Aug 07, 2012 at 12:28:44PM +0100, Mark Brown wrote: > > > > >

Re: [PATCH 0/5] mfd: replace IORESOURCE_IO by IORESOURCE_MEM

2012-08-07 Thread Russell King
On Tue, Aug 07, 2012 at 01:58:20PM +0100, Mark Brown wrote: > On Tue, Aug 07, 2012 at 12:51:40PM +0100, Russell King wrote: > > > For fuck sake Mark. You are insane. > > Please take a step back from the ad hominem remarks. Well, stop causing frustration at this end. Yes, y

Re: [PATCH 0/5] mfd: replace IORESOURCE_IO by IORESOURCE_MEM

2012-08-07 Thread Russell King
On Tue, Aug 07, 2012 at 02:28:15PM +, Arnd Bergmann wrote: > On Tuesday 07 August 2012, Mark Brown wrote: > > On Tue, Aug 07, 2012 at 01:11:57PM +0100, Russell King wrote: > > > index 589e0e7..bfee885 100644 > > > --- a/include/linux/ioport.h > > > +++ b/i

Re: [PATCH 0/5] mfd: replace IORESOURCE_IO by IORESOURCE_MEM

2012-08-07 Thread Russell King
before_ the approach of passing around register ranges through resources was allowed to happen. -- Russell King Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/ maintainer of: -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a me

Re: [PATCH 0/5] mfd: replace IORESOURCE_IO by IORESOURCE_MEM

2012-08-07 Thread Russell King
_or_ propagate them outside of platform devices etc, and when that happens that's the time to start fixing stuff one subsystem at a time. Of course, if the above helper was being used, we'd already be set. I don't see that as a blocker to its local use, contained completely

  1   2   3   4   5   6   7   8   9   10   >