On Tue, Nov 20, 2012 at 2:27 AM, Bill Pemberton wrote:
> CONFIG_HOTPLUG is going away as an option so __devexit is no
> longer needed.
>
Acked-by: Eric Miao
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordo
On Tue, Nov 20, 2012 at 2:19 AM, Bill Pemberton wrote:
> CONFIG_HOTPLUG is going away as an option so __devexit_p is no longer
> needed.
Acked-by: Eric Miao
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordo
On Tue, Nov 20, 2012 at 2:23 AM, Bill Pemberton wrote:
> CONFIG_HOTPLUG is going away as an option so __devinit is no longer
> needed.
>
> Signed-off-by: Bill Pemberton
> Cc: Russell King
> Cc: Will Deacon
> Cc: Jason Cooper
> Cc: Andrew Lunn
> Cc: Sascha Hauer
> Cc: Eric Miao
Acked-by: Er
CONFIG_OMAP_32K_TIMER is kind of standing on the single zImage way.
Make OMAP2+ timer code independant from the CONFIG_OMAP_32K_TIMER
setting.
To remove the dependancy, several conversions/additions had to be done:
1) Timer initialization functions are named by the platform
name and the clock so
On Mon, Nov 19, 2012 at 01:23:39PM -0500, Bill Pemberton wrote:
> CONFIG_HOTPLUG is going away as an option so __devinit is no longer
> needed.
Acked-by: Mark Brown
signature.asc
Description: Digital signature
On Tue, Nov 20, 2012 at 07:21:36AM +0100, Takashi Iwai wrote:
> Yet another one for ASoC.
> Date: Mon, 19 Nov 2012 13:21:35 -0500
> From: Bill Pemberton
> To: gre...@linuxfoundation.org
> Cc: Jaroslav Kysela , Takashi Iwai , M R
> Swami Reddy , Vishwas A Deshpande
> , Peter Ujfalusi ,
> Jarkko
PWM output from ecap0 uses as backlight source. Also adds low threshold
value to have a uniform divisions in brightness-levels scales.
Signed-off-by: Philip, Avinash
---
:100644 100644 185d632... 9857050... M arch/arm/boot/dts/am335x-evm.dts
arch/arm/boot/dts/am335x-evm.dts | 21 +
Add PWMSS device tree nodes in relation with ECAP & EHRPWM DT nodes to
AM33XX SoC family. Also populates device tree nodes for ECAP & EHRPWM by
adding necessary properties like pwm-cells, base reg & set disabled as
status.
Signed-off-by: Philip, Avinash
---
Changes since v2:
- ranges prop
Some platforms (like AM33XX) requires clock gating from control module
explicitly for TBCLK. Enabling of this clock required for the
functioning of the time base sub module in EHRPWM module. So adding
optional TBCLK handling.
Signed-off-by: Philip, Avinash
---
Changes since v2:
- Remove D
Enable pinctrl for pwm-tiehrpwm
Signed-off-by: Philip, Avinash
---
:100644 100644 b7e63fb... 1cb54aa... M drivers/pwm/pwm-tiehrpwm.c
drivers/pwm/pwm-tiehrpwm.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/pwm/pwm-tiehrpwm.c b/drivers/pwm/pwm-tiehrpwm.c
i
This patch
1. Add support for device-tree binding for EHRWPM driver.
2. Set size of pwm-cells set to 3 to support PWM channel number, PWM
period & polarity configuration from device tree.
3. Add enable/disable clock gating in PWM subsystem common config space.
4. When here set .owner member in p
In some platforms (like am33xx), PWM sub modules (ECAP, EHRPWM, EQEP)
are integrated to PWM subsystem. These PWM submodules has resources
shared and only one register bit-field is provided to control
module/clock enable/disable, makes it difficult to handle common
resources from independent PWMSS s
EHRPWM module requires explicit clock gating from control module.
Hence add clock node in clock tree for EHRPWM modules.
Signed-off-by: Philip, Avinash
---
:100644 100644 17e3de5... 833260f... M arch/arm/mach-omap2/clock33xx_data.c
:100644 100644 a89e825... c0e34e6... M arch/arm/mach-omap2/cont
Enable pinctrl for pwm-tiecap
Signed-off-by: Philip, Avinash
---
:100644 100644 351199b... 3b66e22... M drivers/pwm/pwm-tiecap.c
drivers/pwm/pwm-tiecap.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/pwm/pwm-tiecap.c b/drivers/pwm/pwm-tiecap.c
index 35119
This patch
1. Add support for device-tree binding for ECAP APWM driver.
2. Set size of pwm-cells set to 3 to support PWM channel number, PWM
period & polarity configuration from device tree.
3. Add enable/disable clock gating in PWM subsystem common config space.
4. When here set .owner member i
As part of PWM subsystem integration, PWM subsystem are sharing
resources like clock across submodules (ECAP, EQEP & EHRPWM).
To handle resource sharing & IP integration
1. Rework on parent child relation between PWMSS and
ECAP, EQEP & EHRPWM child devices to support runtime PM.
2. Add support f
In AM33xx PWM sub modules like ECAP, EHRPWM & EQEP are integrated to
PWM subsystem. All these submodules shares the resources (clock) & has
a clock gating register in PWM Subsystem. This patch series creates a
parent PWM Subsystem driver to handle access synchronization of shared
resources & clock
On Wed, Nov 14, 2012 at 23:38:22, AnilKumar, Chimata wrote:
> This patch series adds d_can raminit support to c_can/d_can driver,
> which is required to init/de-init D_CAN message RAM (holds message
> objects). Added corresponding DT changes to get resource of RAMINIT
> register and device instance
On Mon, Nov 19, 2012 at 11:53 PM, Bill Pemberton wrote:
> CONFIG_HOTPLUG is going away as an option so __devinit is no longer
> needed.
>
> Signed-off-by: Bill Pemberton
> Cc: Ludovic Desroches
> Cc: Chris Ball
> Cc: Manuel Lauss
> Cc: "Michał Mirosław"
> Cc: Jarkko Lavinen
> Cc: Venkatraman
On Mon, Nov 19, 2012 at 11:50 PM, Bill Pemberton wrote:
> CONFIG_HOTPLUG is going away as an option so __devexit_p is no longer
> needed.
>
> Signed-off-by: Bill Pemberton
> Cc: Chris Ball
> Cc: "Michał Mirosław"
> Cc: Jarkko Lavinen
> Cc: Venkatraman S
> Cc: Viresh Kumar
> Cc: Guennadi Liak
On Mon, Nov 19, 2012 at 01:22:34PM -0500, Bill Pemberton wrote:
> CONFIG_HOTPLUG is going away as an option so __devinit is no longer
> needed.
Acked-by: Mark Brown
signature.asc
Description: Digital signature
On Mon, Nov 19, 2012 at 02:58:41PM +0200, Tomi Valkeinen wrote:
> I still don't understand why the codec and machine drivers need to be
> created in the board file. That just forces us to replicate the same
> code for all OMAP boards that have OMAP HDMI output. Why not create the
> devices in some
For the interrupt to be generated, the mmu clock should be already
enabled while translating a virtual address, so, this call to clock
handling is just increasing/decreasing the counter.
This works now, because its users need the same clock and they
indirectly power the mmu, in this interrupt cont
These patches are needed for remoteproc to work on OMAP4.
Introduced iommu hwmod support for OMAP3 (iva, isp) and
OMAP4 (ipu, dsp), along with the corresponding runtime PM
and routines to deassert reset lines, enable/disable clocks
and configure sysc registers.
A couple of patches were added (fir
Use runtime PM functionality interfaced with hwmod enable/idle
functions, to replace direct clock operations and sysconfig
handling.
Due to reset sequence, pm_runtime_[get|put]_sync must be used, to
avoid possible operations with the module under reset. Because of
this and given that the driver us
This prevents hwmod _enable_clocks...omap2_dflt_clk_enable path
from enabling modulemode inside CLKCTRL using its clk->enable_reg
field. Instead is left to _omap4_enable_module though soc_ops, as
the one in charge of this setting.
According to comments received[1] for related patches the idea is
t
Use hwmod data and device attributes to build and register an
omap device for iommu driver.
- Update the naming convention in isp module.
- Remove unneeded check for number of resources, as this is now
handled by omap_device and prevents driver from loading.
- Now unused, remove platform dev
The purpose of the mmu is to handle the memory accesses requested by
its users. Typically, the mmu is bundled with the processing unit in
a single IP block, which makes them to share the same clock to be
functional.
Currently, iommu code assumes that its user will be indirectly
clocking it, but be
Roger Quadros writes:
> Kevin,
>
> On 11/16/2012 10:08 PM, Kevin Hilman wrote:
>> Roger Quadros writes:
>>
>>> Hi,
>>>
>>> This patchset addresses the following
>>>
>>> - Avoid addressing clocks one by one by name and use a for loop + bunch
>>> of cleanups.
>>> - Get number of channels/ports
On Mon, Nov 19, 2012 at 12:03:45PM -0700, Mark A. Greer wrote:
> From: "Mark A. Greer"
>
> This series updates the crypto omap-aes driver and supporting
> infrastructure.
>
> Notes:
>
> a) Based on omap-sham patches recently submitted, XXX
^^^
* Tomi Valkeinen [121116 01:08]:
> Hi Tony,
>
> On 2012-11-13 00:50, Tony Lindgren wrote:
> > * Tomi Valkeinen [121112 02:27]:
> >> Hi,
> >>
> >> This series changes omapfb to use standard dma_alloc funcs instead of omap
> >> specific vram allocator. This let's us remove the omap vram allocator,
> "D" == Daniel Mack writes:
Hi,
D> This patch adds basic DT bindings for OMAP GPMC.
D> The actual peripherals are instanciated from child nodes within the GPMC
s/instanciated/instantiated/
D> node, and the only type of device that is currently supported is NAND.
D> Code was added to
> "M" == Mugunthan V N writes:
M> Add CPSW and MDIO related device tree data for AM33XX.
M> Also enable them into board/evm dts files by providing
M> respective phy-id.
M> Signed-off-by: Mugunthan V N
M> Signed-off-by: Vaibhav Hiremath
M> Cc: Benoit Cousson
M> Acked-by: Peter Korsg
Hi,
On Mon, Nov 19, 2012 at 01:26:20PM -0500, Bill Pemberton wrote:
> CONFIG_HOTPLUG is going away as an option so __devexit is no
> longer needed.
>
> Signed-off-by: Bill Pemberton
> Cc: Peter Korsgaard
> Cc: Alexander Shishkin
> Cc: Felipe Balbi
> Cc: Li Yang
> Cc: Alan Stern
> Cc: W
Hi,
On Mon, Nov 19, 2012 at 01:21:48PM -0500, Bill Pemberton wrote:
> CONFIG_HOTPLUG is going away as an option so __devinit is no longer
> needed.
>
> Signed-off-by: Bill Pemberton
> Cc: Peter Korsgaard
> Cc: Alexander Shishkin
> Cc: Felipe Balbi
> Cc: Li Yang
> Cc: Alan Stern
> Cc: G
Hi,
On Mon, Nov 19, 2012 at 01:21:08PM -0500, Bill Pemberton wrote:
> CONFIG_HOTPLUG is going away as an option so __devexit_p is no longer
> needed.
>
> Signed-off-by: Bill Pemberton
> Cc: Peter Korsgaard
> Cc: Alexander Shishkin
> Cc: Felipe Balbi
> Cc: Li Yang
> Cc: Alan Stern
> Cc:
From: "Mark A. Greer"
Add code to use the new dmaengine API alongside
the existing DMA code that uses the private
OMAP DMA API. The API to use is chosen by
defining or undefining 'OMAP_AES_DMA_PRIVATE'.
CC: Russell King
CC: Dmitry Kasatkin
Signed-off-by: Mark A. Greer
---
drivers/crypto/oma
From: "Mark A. Greer"
Remove usage of the private OMAP DMA API.
The dmaengine API will be used instead.
CC: Russell King
CC: Dmitry Kasatkin
Signed-off-by: Mark A. Greer
---
drivers/crypto/omap-aes.c | 140 --
1 file changed, 140 deletions(-)
diff
From: "Mark A. Greer"
Remove the error message that prints when there is no AES IP
present to make it consistent with all the other IPs.
CC: Paul Walmsley
Signed-off-by: Mark A. Greer
---
arch/arm/mach-omap2/devices.c | 23 +--
1 file changed, 9 insertions(+), 14 deletions
From: "Mark A. Greer"
Convert the device data for the OMAP3 AES crypto IP
from explicit platform_data to hwmod.
CC: Paul Walmsley
Signed-off-by: Mark A. Greer
---
arch/arm/mach-omap2/clock3xxx_data.c | 1 +
arch/arm/mach-omap2/devices.c | 42 +---
arch/arm/
From: "Mark A. Greer"
Convert the omap-aes crypto driver to use the
pm_runtime API instead of the clk API.
CC: Kevin Hilman
CC: Paul Walmsley
CC: Dmitry Kasatkin
Signed-off-by: Mark A. Greer
---
drivers/crypto/omap-aes.c | 29 +++--
1 file changed, 11 insertions(+),
From: "Mark A. Greer"
The omap-aes driver should not check the CPU class or the
type of OMAP device its on. The platform code should do
that instead.
Signed-off-by: Mark A. Greer
---
drivers/crypto/omap-aes.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/crypto/omap-aes.c b/
From: "Mark A. Greer"
Convert the device data for the OMAP2 AES crypto IP from
explicit platform_data to hwmod.
CC: Paul Walmsley
Signed-off-by: Mark A. Greer
---
arch/arm/mach-omap2/clock2430_data.c | 1 +
arch/arm/mach-omap2/devices.c | 36 +++
From: "Mark A. Greer"
This series updates the crypto omap-aes driver and supporting
infrastructure.
Notes:
a) Based on omap-sham patches recently submitted, XXX
b) Since these patches will likely go though the OMAP tree (and not
through the crypto tree), it would be nice if the crypto guy(s
From: "Mark A. Greer"
Convert the device data for the OMAP3 SHAM2 (SHA1/MD5) crypto IP
from explicit platform_data to hwmod.
CC: Paul Walmsley
Signed-off-by: Mark A. Greer
---
arch/arm/mach-omap2/clock3xxx_data.c | 1 +
arch/arm/mach-omap2/devices.c | 42 ++
From: "Mark A. Greer"
Remove usage of the private OMAP DMA API.
The dmaengine API will be used instead.
CC: Russell King
CC: Dmitry Kasatkin
Signed-off-by: Mark A. Greer
---
drivers/crypto/omap-sham.c | 116 -
1 file changed, 116 deletions(-)
diff
From: "Mark A. Greer"
Convert the omap-sham crypto driver to use the
pm_runtime API instead of the clk API.
CC: Kevin Hilman
CC: Paul Walmsley
CC: Dmitry Kasatkin
Signed-off-by: Mark A. Greer
---
drivers/crypto/omap-sham.c | 28 +++-
1 file changed, 11 insertions(+),
From: "Mark A. Greer"
Add code to use the new dmaengine API alongside
the existing DMA code that uses the private
OMAP DMA API. The API to use is chosen by
defining or undefining 'OMAP_SHAM_DMA_PRIVATE'.
CC: Russell King
CC: Dmitry Kasatkin
Signed-off-by: Mark A. Greer
---
drivers/crypto/om
From: "Mark A. Greer"
The omap-sham driver should not check the CPU class or the
type of OMAP device its on. The platform code should do
that instead.
CC: Paul Walmsley
CC: Dmitry Kasatkin
Signed-off-by: Mark A. Greer
---
drivers/crypto/omap-sham.c | 8
1 file changed, 8 deletions(
From: "Mark A. Greer"
Changes since v3:
- Added hwmod support for SIDLEMODE. This requires adding
a specific omap_hwmod_sysc_fields structure since there
are not generic ones that have the correct offsets.
- Added patch to remove the cpu check from the omap-sh
From: "Mark A. Greer"
Remove the error message that prints when there is no SHA IP
present to make it consistent with all the other IPs.
CC: Paul Walmsley
Signed-off-by: Mark A. Greer
---
arch/arm/mach-omap2/devices.c | 19 +++
1 file changed, 7 insertions(+), 12 deletions(-)
From: "Mark A. Greer"
Convert the device data for the OMAP2 SHAM crypto IP from
explicit platform_data to hwmod.
CC: Paul Walmsley
Signed-off-by: Mark A. Greer
---
arch/arm/mach-omap2/clock2430_data.c | 1 +
arch/arm/mach-omap2/devices.c | 34 --
From: "Mark A. Greer"
The current OMAP2 SHAM support doesn't enable DMA
so add that support so it can use DMA just like OMAP3.
CC: Paul Walmsley
Signed-off-by: Mark A. Greer
---
arch/arm/mach-omap2/omap_hwmod_2xxx_interconnect_data.c | 2 +-
arch/arm/mach-omap2/omap_hwmod_2xxx_ipblock_data.c
CONFIG_HOTPLUG is going away as an option so __devinit is no longer
needed.
Signed-off-by: Bill Pemberton
Cc: Ludovic Desroches
Cc: Chris Ball
Cc: Manuel Lauss
Cc: "Michał Mirosław"
Cc: Jarkko Lavinen
Cc: Venkatraman S
Cc: Viresh Kumar
Cc: Guennadi Liakhovetski
Cc: Ian Molton
Cc
CONFIG_HOTPLUG is going away as an option so __devinit is no longer
needed.
Signed-off-by: Bill Pemberton
Cc: Jean Delvare
Cc: Wolfram Sang
Cc: "Ben Dooks "
Cc: Rudolf Marek
Cc: Jochen Friedrich
Cc: Peter Korsgaard
Cc: Tony Lindgren
Cc: Olof Johansson
Cc: Vitaly Wool
Cc: Guan Xu
CONFIG_HOTPLUG is going away as an option so __devinit is no longer
needed.
Signed-off-by: Bill Pemberton
Cc: Grant Likely
Cc: Linus Walleij
Cc: Peter Tyser
Cc: Santosh Shilimkar
Cc: Kevin Hilman
Cc: device-drivers-de...@blackfin.uclinux.org
Cc: patc...@opensource.wolfsonmicro.com
Cc:
CONFIG_HOTPLUG is going away as an option so __devinit is no longer
needed.
Signed-off-by: Bill Pemberton
Cc: Ohad Ben-Cohen
Cc: Srinidhi Kasagar
Cc: Linus Walleij
Cc: linux-omap@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
---
drivers/hwspinlock/omap_hwspinlock.c | 2 +-
dri
CONFIG_HOTPLUG is going away as an option so __devexit_p is no longer
needed.
Signed-off-by: Bill Pemberton
Cc: Ohad Ben-Cohen
Cc: Srinidhi Kasagar
Cc: Linus Walleij
Cc: linux-omap@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
---
drivers/hwspinlock/omap_hwspinlock.c | 2 +-
d
CONFIG_HOTPLUG is going away as an option so __devexit_p is no longer
needed.
Signed-off-by: Bill Pemberton
Cc: Peter Korsgaard
Cc: Alexander Shishkin
Cc: Felipe Balbi
Cc: Li Yang
Cc: Alan Stern
Cc: Wan ZongShun
Cc: Ben Dooks
Cc: Kukjin Kim
Cc: linux-...@vger.kernel.org
Cc: linux
CONFIG_HOTPLUG is going away as an option so __devexit_p is no longer
needed.
Signed-off-by: Bill Pemberton
Cc: Chris Ball
Cc: "Michał Mirosław"
Cc: Jarkko Lavinen
Cc: Venkatraman S
Cc: Viresh Kumar
Cc: Guennadi Liakhovetski
Cc: Ian Molton
Cc: Bruce Chang
Cc: Harald Welte
Cc: Pi
CONFIG_HOTPLUG is going away as an option so __devexit_p is no longer
needed.
Signed-off-by: Bill Pemberton
Cc: Jean Delvare
Cc: Wolfram Sang
Cc: "Ben Dooks "
Cc: Rudolf Marek
Cc: Jochen Friedrich
Cc: Peter Korsgaard
Cc: Tony Lindgren
Cc: Olof Johansson
Cc: Vitaly Wool
Cc: Guan
CONFIG_HOTPLUG is going away as an option so __devexit_p is no longer
needed.
Signed-off-by: Bill Pemberton
Cc: Jaya Kumar
Cc: Florian Tobias Schandinat
Cc: Paul Mackerras
Cc: Benjamin Herrenschmidt
Cc: Russell King
Cc: Jingoo Han
Cc: Inki Dae
Cc: Donghwa Lee
Cc: Kyungmin Park
C
CONFIG_HOTPLUG is going away as an option so __devexit_p is no longer
needed.
Signed-off-by: Bill Pemberton
Cc: Russell King
Cc: Tony Lindgren
Cc: Eric Miao
Cc: Haojian Zhuang
Cc: Ben Dooks
Cc: Kukjin Kim
Cc: linux-arm-ker...@lists.infradead.org
Cc: davinci-linux-open-sou...@linux.da
CONFIG_HOTPLUG is going away as an option so __devinit is no longer
needed.
Signed-off-by: Bill Pemberton
Cc: Russell King
Cc: Will Deacon
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Sascha Hauer
Cc: Eric Miao
Cc: Haojian Zhuang
Cc: David Brown
Cc: Daniel Walker
Cc: Bryan Huntsman
Cc
CONFIG_HOTPLUG is going away as an option so __devexit is no
longer needed.
Signed-off-by: Bill Pemberton
Cc: Manuel Lauss
Cc: Chris Ball
Cc: "Michał Mirosław"
Cc: Jarkko Lavinen
Cc: Venkatraman S
Cc: Viresh Kumar
Cc: Guennadi Liakhovetski
Cc: Ian Molton
Cc: Bruce Chang
Cc: Hara
CONFIG_HOTPLUG is going away as an option so __devexit is no
longer needed.
Signed-off-by: Bill Pemberton
Cc: Jaya Kumar
Cc: Florian Tobias Schandinat
Cc: Paul Mackerras
Cc: Benjamin Herrenschmidt
Cc: Russell King
Cc: Jingoo Han
Cc: Inki Dae
Cc: Donghwa Lee
Cc: Kyungmin Park
Cc:
CONFIG_HOTPLUG is going away as an option so __devexit is no
longer needed.
Signed-off-by: Bill Pemberton
Cc: Russell King
Cc: Eric Miao
Cc: Haojian Zhuang
Cc: Tony Lindgren
Cc: Ben Dooks
Cc: Kukjin Kim
Cc: linux-arm-ker...@lists.infradead.org
Cc: davinci-linux-open-sou...@linux.davi
CONFIG_HOTPLUG is going away as an option so __devexit is no
longer needed.
Signed-off-by: Bill Pemberton
Cc: Peter Korsgaard
Cc: Alexander Shishkin
Cc: Felipe Balbi
Cc: Li Yang
Cc: Alan Stern
Cc: Wan ZongShun
Cc: Ben Dooks
Cc: Kukjin Kim
Cc: linux-...@vger.kernel.org
Cc: linux-o
CONFIG_HOTPLUG is going away as an option so __devexit is no
longer needed.
Signed-off-by: Bill Pemberton
Cc: Ohad Ben-Cohen
Cc: Srinidhi Kasagar
Cc: Linus Walleij
Cc: linux-omap@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
---
drivers/hwspinlock/omap_hwspinlock.c | 2 +-
dri
CONFIG_HOTPLUG is going away as an option so __devexit is no
longer needed.
Signed-off-by: Bill Pemberton
Cc: Jean Delvare
Cc: Wolfram Sang
Cc: "Ben Dooks "
Cc: Rudolf Marek
Cc: Jochen Friedrich
Cc: Peter Korsgaard
Cc: Tony Lindgren
Cc: Olof Johansson
Cc: Vitaly Wool
Cc: Guan Xu
On Mon, Nov 19, 2012 at 01:18:29PM +0100, Pali Rohár wrote:
[...]
> Ok. Here is missing patch which register this driver in Nokia N900 board
> code. Without it driver is not loaded.
Cc'ing OMAP folks.
> From 0b60efd06a71668439bcb761c6572dd7df91dc17 Mon Sep 17 00:00:00 2001
> From: =?UTF-8?q?Pal
Some platforms need the pendown GPIO debounce time setting programmed.
Since the pendown GPIO is handled by the driver, the debounce time
should also be handled along with the pendown GPIO request.
Signed-off-by: Igor Grinberg
---
v2: fix the comment style
drivers/input/touchscreen/ads7846.c |
On Mon, Nov 19, 2012 at 09:19:15AM -0700, Mark A. Greer wrote:
> On Mon, Nov 19, 2012 at 11:01:44AM +0100, Peter Ujfalusi wrote:
> > Hi,
> >
> > On 10/19/2012 12:20 AM, Mark A. Greer wrote:
> > > Enable DMA prefetching by setting the 'OMAP_DMA_DST_SYNC_PREFETCH'
> > > flag whenever there is a dest
On 11/19/2012 09:29 AM, Daniel Mack wrote:
> This is a series of patches to support GPMC peripherals on OMAP boards.
>
> Depends on Linus' master +
> omap-next (branch omap-for-v3.8/cleanup-headers-gpmc)
>
> The only supported peripheral for now is NAND, but other types would be
> easy to add.
>
From: "Mark A. Greer"
Enable DMA prefetching for non-cyclic DMAs by setting the
'OMAP_DMA_DST_SYNC_PREFETCH' flag when there is a destination
synchronized DMA transfer. Prefetching is not allowed on
source synchronized DMA transfers. It is not allowed on
cyclic DMAs either since that can cause
Define the most frequently used bitmasks of the Interrupt Enable /
Interrupt Status register with consistent naming ( with _EN suffix).
Use meaningful concatenation of bitfields for INT_EN_MASK, which shows
which interrupts are enabled by default.
No functional changes.
Signed-off-by: Venkatraman
Fatal errors for the driver are not reported when just error
debug is enabled. Convert selected dev_dbg to dev_err for
accurate error reporting.
Reported-by: Benoit Cousson
Signed-off-by: Venkatraman S
---
drivers/mmc/host/omap_hsmmc.c | 12 ++--
1 file changed, 6 insertions(+), 6 delet
From: Felipe Balbi
prepare() is supposed to prevent new children from
being registered. On the MMC subsystem, children
(new cards) registration starts with the card
detect IRQ.
Move card detect IRQ disabling to prepare() so that
no new cards will be registered while we're trying
to suspend.
Lik
From: "Hebbar, Gururaja"
HSMMC IP on AM33xx need a special setting to handle High-speed cards.
Other platforms like TI81xx, OMAP4 may need this as-well. This depends
on the HSMMC IP timing closure done for the high speed cards.
>From AM335x TRM (SPRUH73F - 18.3.12 Output Signals Generation)
The
From: Balaji T K
update error code to cmd->error for commands with response_busy and no data
Signed-off-by: Balaji T K
Reviewed-by: Felipe Balbi
Signed-off-by: Venkatraman S
---
drivers/mmc/host/omap_hsmmc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/mmc/
From: Balaji T K
Avoid soft reset of command internal state machine on data errors.
Signed-off-by: Balaji T K
Reviewed-by: Felipe Balbi
Signed-off-by: Venkatraman S
---
drivers/mmc/host/omap_hsmmc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mmc/host/omap_hsm
From: Balaji T K
"commit ae4bf788ee9bf7c2d51b0309117d1fcccbdd50a2
mmc: omap_hsmmc: consolidate error report handling of HSMMC IRQ"
sets both end_cmd and end_trans to 1.
Setting end_cmd to 1 for Data Timeout/CRC leads to NULL pointer dereference of
host->cmd as the command complete has previously
On Sun, Nov 18, 2012 at 6:39 AM, Chris Ball wrote:
> Hi Venkat,
>
> On Tue, Nov 06 2012, Venkatraman S wrote:
>> Hi Chris,
>> Please review and merge the below patches.
>> The first one is a bug fix that would be required to be sent
>> for 3.7-rcX, others are intended for 3.8.
>
> There have bee
On 11/18/2012 09:06 AM, Igor Grinberg wrote:
> CONFIG_OMAP_32K_TIMER is kind of standing on the single zImage way.
> Make OMAP2+ timer code independant from the CONFIG_OMAP_32K_TIMER
> setting.
> To remove the dependancy, several conversions/additions had to be done:
> 1) Timer initialization func
On Mon, Nov 19, 2012 at 11:01:44AM +0100, Peter Ujfalusi wrote:
> Hi,
>
> On 10/19/2012 12:20 AM, Mark A. Greer wrote:
> > Enable DMA prefetching by setting the 'OMAP_DMA_DST_SYNC_PREFETCH'
> > flag whenever there is a destination synchronized DMA transfer.
> > Prefetching is not allowed on source
On 11/16/2012 08:44 PM, Joel A Fernandes wrote:
> Hi Jon,
>
> On Fri, Nov 16, 2012 at 6:12 PM, Jon Hunter wrote:
>>> diff --git a/arch/arm/mach-omap2/clock33xx_data.c
>>> b/arch/arm/mach-omap2/clock33xx_data.c
>>> index b7b7995..d0b4313 100644
>>> --- a/arch/arm/mach-omap2/clock33xx_data.c
>>> +
Commit 97ee9f01 (ARM: OMAP: fix the ads7846 init code) have enabled the
pendown GPIO debounce time setting by the below sequence:
gpio_request_one()
gpio_set_debounce()
gpio_free()
It also revealed a bug in the OMAP GPIO handling code which prevented
the GPIO debounce clock to be disabled a
Some platforms need the pendown GPIO debounce time setting programmed.
Since the pendown GPIO is handled by the driver, the debounce time
should also be handled along with the pendown GPIO request.
Signed-off-by: Igor Grinberg
---
drivers/input/touchscreen/ads7846.c |6 +-
include/linux/
Commit 97ee9f01 (ARM: OMAP: fix the ads7846 init code) have enabled the
pendown GPIO debounce time setting by the below sequence:
gpio_request_one()
gpio_set_debounce()
gpio_free()
It also revealed a bug in the OMAP GPIO handling code which prevented
the GPIO debounce clock to be disabled a
This patch adds basic DT bindings for OMAP GPMC.
The actual peripherals are instanciated from child nodes within the GPMC
node, and the only type of device that is currently supported is NAND.
Code was added to parse the generic GPMC timing parameters and some
documentation with examples on how t
Signed-off-by: Daniel Mack
---
arch/arm/mach-omap2/gpmc-nand.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-omap2/gpmc-nand.c b/arch/arm/mach-omap2/gpmc-nand.c
index 8607735..e23d561 100644
--- a/arch/arm/mach-omap2/gpmc-nand.c
+++ b/arch/arm/mach-oma
Pass an optional device_node pointer in the platform data, which in turn
will be put into a mtd_part_parser_data. This way, code that sets up the
platform devices can pass along the node from DT so that the partitions
can be parsed.
For non-DT boards, this change has no effect.
Signed-off-by: Dan
This is a series of patches to support GPMC peripherals on OMAP boards.
Depends on Linus' master +
omap-next (branch omap-for-v3.8/cleanup-headers-gpmc)
The only supported peripheral for now is NAND, but other types would be
easy to add.
Version 2 addresses details pointed out by Jon Hunter, Afz
On Mon, Nov 19, 2012 at 02:48:06PM +, Russell King - ARM Linux wrote:
> On Mon, Nov 19, 2012 at 04:32:36PM +0200, Ville Syrjälä wrote:
> > On Thu, Nov 15, 2012 at 02:39:41PM +, Arnd Bergmann wrote:
> > > On Thursday 15 November 2012, Rob Clark wrote:
> > > > > I still haven't heard a conclu
On Mon, Nov 19, 2012 at 04:32:36PM +0200, Ville Syrjälä wrote:
> On Thu, Nov 15, 2012 at 02:39:41PM +, Arnd Bergmann wrote:
> > On Thursday 15 November 2012, Rob Clark wrote:
> > > > I still haven't heard a conclusive argument why we need to use
> > > > get_user()
> > > > rather than copy_from
On Thu, Nov 15, 2012 at 02:39:41PM +, Arnd Bergmann wrote:
> On Thursday 15 November 2012, Rob Clark wrote:
> > > I still haven't heard a conclusive argument why we need to use get_user()
> > > rather than copy_from_user() in the DRM code. Is this about a fast path
> > > where you want to shave
On 2012-11-16 20:05, Ricardo Neri wrote:
> I hope the explanation above provides more clarity to you. I think HDMI
> does not fit seamlessly into the ASoC driver model, as we don't have a
> real codec and no machine driver seems to be needed. This is the best I
> could get. :/ :)
Ok. I can't say
Hi Sascha,
On 11/19/2012 11:57 AM, Sascha Hauer wrote:
> Either I'm misinterpreting you or you didn't have a look in the tree.
> Actually drivers/leds/leds-pwm.c already exists.
>>
>> Sounds correct, Sascha?
>
> Yes, the twl4030 pwm should go to drivers/pwm/pwm-twl4030.c.
I have already done the
Hi,
On Mon, Nov 19, 2012 at 01:09:42PM +0200, Tomi Valkeinen wrote:
> On 2012-11-19 11:27, Felipe Balbi wrote:
>
> >> If we had a separate, independent i2c-edid driver, we'd have to somehow
> >> link the i2c-edid driver and tfp410 (or whatever driver would handle the
> >> video link in that parti
Hi Linus,
On 11/19/2012 11:40 AM, Linus Walleij wrote:
> On Mon, Nov 19, 2012 at 9:52 AM, Peter Ujfalusi wrote:
>
>> I was actually tempted to remove the whole LED (PWM) thing from the
>> gpio-twl4030 driver. It was a big surprise to me to see something like this
>> in
>> there.
>
> It looks w
1 - 100 of 121 matches
Mail list logo