litmus-rt.git/arch/arm, branch wip-default-clustering The LITMUS^RT kernel. Hook up LITMUS^RT remote preemption support on ARM 2010-11-11T22:57:47+00:00 Bjoern B. Brandenburg bbb@cs.unc.edu 2010-11-10T17:20:48+00:00 f599a587e1c7446a76d7d62ed7748f3c4435acd8 Call into scheduler state machine in the IPI handler. 
Call into scheduler state machine in the IPI handler.
ARM: hookup LITMUS^RT system calls 2010-11-11T22:57:39+00:00 Bjoern B. Brandenburg bbb@cs.unc.edu 2010-05-31T17:06:50+00:00 8e10e1803e695a08f1fb59e90dac4ba0d8744f89 Includes the LITMUS^RT-specifc unistd.h extension and modifies the actual syscall table. 
Includes the LITMUS^RT-specifc unistd.h extension and modifies the
actual syscall table.
ARM: Include LITMUS^RT KConfig 2010-11-11T22:57:38+00:00 Bjoern B. Brandenburg bbb@cs.unc.edu 2010-05-30T22:52:30+00:00 9907691855fa49ec8ed317fc54a626fcd137c73b Make the ARM built aware of the LITMUS^RT-specific options. 
Make the ARM built aware of the LITMUS^RT-specific options.
ARM: provide get_cycles() for RealView PB11{MP,76} and Cortex-A8 2010-11-11T22:57:37+00:00 Bjoern B. Brandenburg bbb@cs.unc.edu 2010-05-31T19:19:02+00:00 dd9d29e1f6ec74af4ff7df1bbe4d05829887475f Use the CCNT register to override the default get_cycles() implementation in arch/arm/asm/timex.h. This is useful for overhead measurements and debugging. 
Use the CCNT register to override the default get_cycles() implementation in
arch/arm/asm/timex.h. This is useful for overhead measurements and debugging.
ARM: allow mach/timex.h to define get_cycles() 2010-11-11T22:57:36+00:00 Bjoern B. Brandenburg bbb@cs.unc.edu 2010-05-31T19:12:58+00:00 b39ae3793ab590efbdb8aab63a598071782d32b8 Some platforms have access to a cycle coutner (CCNT) register in the CP15 coprocessor. This trivial change will allow such platforms to provide specialized implementations. 
Some platforms have access to a cycle coutner (CCNT) register in the
CP15 coprocessor. This trivial change will allow such platforms to provide
specialized implementations.
Merge master.kernel.org:/home/rmk/linux-2.6-arm 2010-10-13T23:35:33+00:00 Linus Torvalds torvalds@linux-foundation.org 2010-10-13T23:35:33+00:00 d94bc4fc24ed6263746934ace161ab916818d38a * master.kernel.org:/home/rmk/linux-2.6-arm: ARM: relax ioremap prohibition (309caa9) for -final and -stable ARM: 6440/1: ep93xx: DMA: fix channel_disable cpuimx27: fix i2c bus selection cpuimx27: fix compile when ULPI is selected ARM: 6435/1: Fix HWCAP_TLS flag for ARM11MPCore/Cortex-A9 ARM: 6436/1: AT91: Fix power-saving in idle-mode on 926T processors ARM: fix section mismatch warnings in Versatile Express ARM: 6412/1: kprobes-decode: add support for MOVW instruction ARM: 6419/1: mmu: Fix MT_MEMORY and MT_MEMORY_NONCACHED pte flags ARM: 6416/1: errata: faulty hazard checking in the Store Buffer may lead to data corruption 
* master.kernel.org:/home/rmk/linux-2.6-arm:
  ARM: relax ioremap prohibition (309caa9) for -final and -stable
  ARM: 6440/1: ep93xx: DMA: fix channel_disable
  cpuimx27: fix i2c bus selection
  cpuimx27: fix compile when ULPI is selected
  ARM: 6435/1: Fix HWCAP_TLS flag for ARM11MPCore/Cortex-A9
  ARM: 6436/1: AT91: Fix power-saving in idle-mode on 926T processors
  ARM: fix section mismatch warnings in Versatile Express
  ARM: 6412/1: kprobes-decode: add support for MOVW instruction
  ARM: 6419/1: mmu: Fix MT_MEMORY and MT_MEMORY_NONCACHED pte flags
  ARM: 6416/1: errata: faulty hazard checking in the Store Buffer may lead to data corruption
Merge branch 'omap-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6 2010-10-13T23:35:05+00:00 Linus Torvalds torvalds@linux-foundation.org 2010-10-13T23:35:05+00:00 70813196581fc636cb8a49e9bba9e04bda76206e * 'omap-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6: omap: iommu-load cam register before flushing the entry 
* 'omap-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6:
  omap: iommu-load cam register before flushing the entry
ARM: relax ioremap prohibition (309caa9) for -final and -stable 2010-10-12T23:19:03+00:00 Russell King rmk+kernel@arm.linux.org.uk 2010-10-12T23:15:25+00:00 06c10884486a63a1e4ff657aaa51e848e64b9dc3 ... but produce a big warning about the problem as encouragement for people to fix their drivers. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
... but produce a big warning about the problem as encouragement
for people to fix their drivers.

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Merge branch 'for-rmk' of git://git.pengutronix.de/git/imx/linux-2.6 2010-10-12T21:43:36+00:00 Russell King rmk+kernel@arm.linux.org.uk 2010-10-12T21:43:26+00:00 841f48a849e0dc14fe6f3d2bd31e831ac6a76546 






ARM: 6440/1: ep93xx: DMA: fix channel_disable
2010-10-12T21:43:19+00:00

Mika Westerberg
mika.westerberg@iki.fi

2010-10-12T09:37:59+00:00

10d48b3934940c178635413b5128c33bc17abe1d

When channel_disable() is called, it disables per channel interrupts and
waits until channels state becomes STATE_STALL, and then disables the
channel. Now, if the DMA transfer is disabled while the channel is in
STATE_NEXT we will not wait anything and disable the channel immediately.
This seems to cause weird data corruption for example in audio transfers.

Fix is to wait while we are in STATE_NEXT or STATE_ON and only then
disable the channel.

Signed-off-by: Mika Westerberg <mika.westerberg@iki.fi>
Acked-by: Ryan Mallon <ryan@bluewatersys.com>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>





When channel_disable() is called, it disables per channel interrupts and
waits until channels state becomes STATE_STALL, and then disables the
channel. Now, if the DMA transfer is disabled while the channel is in
STATE_NEXT we will not wait anything and disable the channel immediately.
This seems to cause weird data corruption for example in audio transfers.

Fix is to wait while we are in STATE_NEXT or STATE_ON and only then
disable the channel.

Signed-off-by: Mika Westerberg <mika.westerberg@iki.fi>
Acked-by: Ryan Mallon <ryan@bluewatersys.com>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>