On 06/14/2012 02:03 AM, Mohammed, Afzal wrote:
> Hi Jon,
>
> On Wed, Jun 13, 2012 at 20:21:50, Hunter, Jon wrote:
>
>> If the clk handle for the gpmc is passed to the gpmc driver, then there
>> is no reason why the driver cannot do this.
>
> I believe passing clk details through platform data
On 06/14/2012 06:48 AM, Arnd Bergmann wrote:
> On Wednesday 13 June 2012, Jon Hunter wrote:
>
>>> As I said previously, I think just encoding the direction but not
>>> the client specific ID (meaning we would have to disambiguate
>>> the more complex cases t
Hi Afzal,
On 06/14/2012 12:40 AM, Mohammed, Afzal wrote:
> Hi Jon,
>
> On Wed, Jun 13, 2012 at 22:08:47, Hunter, Jon wrote:
>> On 06/13/2012 12:03 AM, Mohammed, Afzal wrote:
>
>>> As gpmc_onenand_setup is a callback by onenand driver, we would have
>>> lost the opportunity to configure onenand b
On 06/14/2012 08:32 AM, Mohammed, Afzal wrote:
> Hi Jon,
>
> On Thu, Jun 14, 2012 at 18:52:55, Hunter, Jon wrote:
>> On 06/14/2012 02:03 AM, Mohammed, Afzal wrote:
>>> On Wed, Jun 13, 2012 at 20:21:50, Hunter, Jon wrote:
>
If the clk handle for the gpmc is passed to the gpmc driver, then th
Hi Afzal,
On 06/14/2012 01:17 AM, Mohammed, Afzal wrote:
> Hi Jon,
>
> On Wed, Jun 13, 2012 at 20:21:50, Hunter, Jon wrote:
>
>>> I do not think it is practically possible. Please see timing calculations
>>> in arch/arm/mach-omap2/gpmc-*, the way it is done for different
>>> peripherals are diff
Hi Afzal,
On 06/14/2012 03:48 AM, Mohammed, Afzal wrote:
> Hi Jon,
>
> On Wed, Jun 13, 2012 at 21:14:30, Hunter, Jon wrote:
>> On 06/13/2012 02:37 AM, Mohammed, Afzal wrote:
>
>>> In that case we would be directly depending on user flag whose value may
>>> or may not change and I don't think it
aengine related discussions. Let's see how
> we can use this model for these SoCs.
>
> On Sat, 9 Jun 2012, Arnd Bergmann wrote:
>
>> On Friday 08 June 2012, Jon Hunter wrote:
>
> [snip]
>
>>> It seems to me we were pretty close on alignment. In fact, I
Hi Paul,
On 06/14/2012 03:31 PM, Paul Walmsley wrote:
> Hi Jon
>
> On Tue, 5 Jun 2012, Jon Hunter wrote:
>
>> The OMAP dmtimer driver allows you to dynamically configure the functional
>> clock that drives the timer logic. The dmtimer driver uses the device name
>&g
Hi Paul,
On 06/14/2012 07:20 PM, Paul Walmsley wrote:
> On Thu, 14 Jun 2012, Jon Hunter wrote:
>
>> What does make this a bit more difficult is the function
>> gpmc_round_ns_to_ticks(). It appears to convert nanoseconds to ticks and
>> back to nanoseconds. I am gues
OMAP1 devices. Although this is a regression from
the original code it only impacts performance and so is not needed for stable.
Signed-off-by: Jon Hunter
---
arch/arm/mach-omap2/timer.c |3 +--
arch/arm/plat-omap/dmtimer.c | 14 +-
arch/arm/plat-omap
runs test #3 and #4 for
each available timer
Jon Hunter (10):
ARM: OMAP3+: Implement timer workaround for errata i103 and i767
ARM: OMAP: Fix timer posted mode support
ARM: OMAP3: Correct HWMOD DMTIMER SYSC register declarations
ARM: OMAP2/3: Define HWMOD software reset status for
dmtimer. Currently the watchdog driver does
not read the counter register and so no workaround is necessary.
Confirmed with Vaibhav Hiremath that this bug also impacts AM33xx devices.
Signed-off-by: Jon Hunter
---
arch/arm/mach-omap2/timer.c |9 +++
arch/arm/plat-omap/dmtimer.c
. Therefore, remove one of the SYSC register definitions for the
DMTIMERs and ensure the appropriate register fields are defined for all
DMTIMERs.
Signed-off-by: Jon Hunter
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 27 ++-
1 file changed, 6 insertions(+), 21
0 of the DMTIMER
TISTAT register (referred to as the SYSS register in HWMOD). Add the
appropriate HWMOD definitions so that HWMOD will check the software reset
status when performing a software reset of the DMTIMER.
Signed-off-by: Jon Hunter
---
arch/arm/mach-omap2/omap_hwmod_2xxx_ipblock_data.c |
does not have the
clock-activity field and so when we reset the timer for an OMAP1 device we
only need to configure the idle-mode field in the TIOCP_CFG register.
Signed-off-by: Jon Hunter
---
arch/arm/plat-omap/dmtimer.c | 40 +
arch/arm/plat-omap
H4, OMAP3430 Beagle and OMAP4430 Panda that HWMOD is
configuring the dmtimer OCP_CFG register as expected for clock-events timer.
Signed-off-by: Jon Hunter
---
arch/arm/mach-omap2/omap_hwmod_2xxx_ipblock_data.c | 13 +
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 13
have separate interrupt enable/disable registers and so this will not work.
Therefore, add a dedicated function to disable interrupts.
Signed-off-by: Jon Hunter
---
arch/arm/plat-omap/dmtimer.c | 31 +
arch/arm/plat-omap/include/plat/dmtimer.h |3 ++-
2
structure. So instead of looking up the clock again used the clock handle
that stored in the omap_dm_timer structure.
Signed-off-by: Jon Hunter
---
arch/arm/plat-omap/dmtimer.c | 14 --
1 file changed, 4 insertions(+), 10 deletions(-)
diff --git a/arch/arm/plat-omap/dmtimer.c b/arch/arm
timer, the function omap_dm_timer_reset() is now only being called for OMAP1
devices and OMAP1 does not use timer1 as a system timer. Therefore, remove the
check in omap_dm_timer_reset() so that timer1 is reset for OMAP1 devices.
Signed-off-by: Jon Hunter
---
arch/arm/plat-omap/dmtimer.c |6
also being passed to the above
functions and therefore we do not need to pass the posted variable separately.
Therefore, simplify the above functions by removing the posted variable as an
argument as this is not necessary.
Signed-off-by: Jon Hunter
---
arch/arm/mach-omap2/timer.c
Hi Afzal,
On 09/05/2012 07:37 AM, Afzal Mohammed wrote:
> Add gpmc hwmod and associated interconnect data
>
> Signed-off-by: Afzal Mohammed
> ---
> arch/arm/mach-omap2/omap_hwmod_2420_data.c | 18 +++
> arch/arm/mach-omap2/omap_hwmod_2430_data.c | 18 +++
> arch/arm/
Hi Afzal,
On 09/05/2012 07:37 AM, Afzal Mohammed wrote:
> Add gpmc hwmod and associated interconnect data
>
> Signed-off-by: Afzal Mohammed
> ---
> arch/arm/mach-omap2/omap_hwmod_2420_data.c | 18 +++
> arch/arm/mach-omap2/omap_hwmod_2430_data.c | 18 +++
> arch/arm/
omap_device for %s\n", oh_name);
return IS_ERR(pdev) ? PTR_ERR(pdev) : 0;
> +}
> +postcore_initcall(omap_gpmc_init);
> +
> static irqreturn_t gpmc_handle_irq(int irq, void *dev)
> {
> int i;
>
Otherwise ...
Reviewed-by: Jon Hunter
Cheers
Jon
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hi Afzal,
On 09/05/2012 07:37 AM, Afzal Mohammed wrote:
> Create a minimal driver out of gpmc code.
> Responsibilities handled by earlier gpmc
> initialization is now achieved in probe.
>
> Signed-off-by: Afzal Mohammed
Reviewed-by: Jon Hunter
Cheers
Jon
--
To unsubscribe
On 09/06/2012 12:07 AM, Vaibhav Hiremath wrote:
>
>
> On 9/6/2012 12:34 AM, Jon Hunter wrote:
>> Errata Titles:
>> i103: Delay needed to read some GP timer, WD timer and sync timer registers
>> after wakeup (OMAP3/4)
>> i767: Delay needed to read som
On 09/06/2012 07:57 AM, Vaibhav Hiremath wrote:
>
>
> On 9/6/2012 12:34 AM, Jon Hunter wrote:
>> Currently the dmtimer posted mode is being enabled when the function
>> __omap_dm_timer_reset() is called. This function is only being called for
>> OMAP1 timers and O
On 09/06/2012 07:58 AM, Vaibhav Hiremath wrote:
>
>
> On 9/6/2012 12:34 AM, Jon Hunter wrote:
>> The OMAP dmtimer driver does not currently have a function to disable the
>> timer interrupts. For some timer instances the timer interrupt enable
>> function can be use
On 09/06/2012 07:58 AM, Vaibhav Hiremath wrote:
>
>
> On 9/6/2012 12:34 AM, Jon Hunter wrote:
>> This series includes several fixes for the OMAP DMTIMER driver and a few
>> clean-ups to simplify some of the code. This series is based upon 3.6-rc4.
>>
>> Te
On 09/06/2012 09:06 AM, Jon Hunter wrote:
>
> On 09/06/2012 12:07 AM, Vaibhav Hiremath wrote:
>>
>>
>> On 9/6/2012 12:34 AM, Jon Hunter wrote:
>>> Errata Titles:
>>> i103: Delay needed to read some GP timer, WD timer and sync timer registers
>&g
On 09/06/2012 09:42 AM, Jon Hunter wrote:
>
> On 09/06/2012 09:06 AM, Jon Hunter wrote:
>>
>> On 09/06/2012 12:07 AM, Vaibhav Hiremath wrote:
>>>
>>>
>>> On 9/6/2012 12:34 AM, Jon Hunter wrote:
>>>> Errata Titles:
>>>> i103:
On 09/06/2012 09:20 AM, Jon Hunter wrote:
>
> On 09/06/2012 07:57 AM, Vaibhav Hiremath wrote:
>>
>>
>> On 9/6/2012 12:34 AM, Jon Hunter wrote:
>>> Currently the dmtimer posted mode is being enabled when the function
>>> __omap_dm_timer_reset() is call
On 09/06/2012 08:45 AM, Rob Herring wrote:
> On 07/23/2012 10:24 AM, Jon Hunter wrote:
[snip]
>> Do you have any inputs on the above? Does it make sense to reserve timer
>> resources for kernel system timers in device-tree?
>
> This issue is not unique to omap. So if we
Hi Tony,
On 08/30/2012 03:14 PM, Tony Lindgren wrote:
> * Jon Hunter [120816 08:05]:
>> On 08/15/2012 04:11 AM, Vaibhav Hiremath wrote:
>>>
>>> Did we get conclude on this? I haven't got anything further on this
>>> thread, this may block baseport suppor
On 09/07/2012 03:56 PM, Tony Lindgren wrote:
> * Jon Hunter [120907 13:27]:
>> Hi Tony,
>>
>> On 08/30/2012 03:14 PM, Tony Lindgren wrote:
>>> * Jon Hunter [120816 08:05]:
>>>> On 08/15/2012 04:11 AM, Vaibhav Hiremath wrote:
>>>>>
runtime PM.
Reviewed-by: Benoit Cousson
Signed-off-by: Jon Hunter
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/arch/arm/mach-omap2/omap_hwmod_3xxx_data.c
b/arch/arm/mach-omap2/omap_hwmod_3xxx_data.c
index c9e3820
upon Benoit Cousson's patch [1].
[1]
http://lists.infradead.org/pipermail/linux-arm-kernel/2011-November/073319.html
Cc: Ming Lei
Cc: Will Deacon
Cc: Benoit Cousson
Cc: Paul Walmsley
Cc: Kevin Hilman
Reviewed-by: Santosh Shilimkar
Signed-off-by: Jon Hunter
---
arch/arm/mach-
/074153.html
Cc: Ming Lei
Cc: Will Deacon
Cc: Benoit Cousson
Cc: Paul Walmsley
Cc: Kevin Hilman
Signed-off-by: Jon Hunter
---
arch/arm/mach-omap2/pmu.c |9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2/pmu.c b/arch/arm/mach-omap2/pmu.c
index
n
Cc: Benoit Cousson
Cc: Paul Walmsley
Cc: Kevin Hilman
Jon Hunter (6):
ARM: OMAP3: Add debugss HWMOD data
ARM: OMAP2+: PMU: Convert OMAP2/3 devices to use HWMOD
ARM: OMAP4: Re-map the CTIs IRQs from MPU to DEBUGSS
ARM: OMAP2+: PMU: Add runtime PM support
ARM: OMAP4: Enable PMU for OMAP4460
, OMAP4460 and OMAP4470 devices can use the same list of HWMODs to create
the PMU device that is using by OMAP3.
Cc: Ming Lei
Cc: Will Deacon
Cc: Benoit Cousson
Cc: Paul Walmsley
Cc: Kevin Hilman
Signed-off-by: Jon Hunter
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c |2 ++
arch/arm/mach
-pmu device via these three HWMODs.
Cc: Ming Lei
Cc: Will Deacon
Cc: Benoit Cousson
Cc: Paul Walmsley
Cc: Kevin Hilman
Signed-off-by: Ming Lei
Signed-off-by: Will Deacon
Signed-off-by: Jon Hunter
---
arch/arm/mach-omap2/pmu.c | 13 +
1 file changed, 9 insertions(+), 4
Hilman to de-clutter devices.c.
Cc: Ming Lei
Cc: Will Deacon
Cc: Benoit Cousson
Cc: Paul Walmsley
Cc: Kevin Hilman
Signed-off-by: Jon Hunter
---
arch/arm/mach-omap2/Makefile |1 +
arch/arm/mach-omap2/devices.c | 32
arch/arm/mach-omap2
on pandabo...@googlegroups.com.
Ming's original patch was called "arm: omap4: support pmu" [1] and has been
renamed and modified by Jon Hunter. There main differences from the original
patch are ...
1. Instead of only configuring the CTI interrupt once during boot, the
interrupts are
this and relax the constraint to allow some
low power states, but for now I just wish to ensure PMU is working.
Cc: Ming Lei
Cc: Will Deacon
Cc: Benoit Cousson
Cc: Paul Walmsley
Cc: Kevin Hilman
Signed-off-by: Jon Hunter
---
arch/arm/mach-omap2/pmu.c | 49
On 09/07/2012 05:22 PM, Tony Lindgren wrote:
> * Jon Hunter [120905 12:05]:
>> The dmtimer functions to read and write the dmtimer registers are currently
>> defined as follows ...
>>
>> static inline u32 __omap_dm_timer_read(struct om
eagle board XM
dts file [1].
[1] http://marc.info/?l=linux-omap&m=134695790516943&w=2
Signed-off-by: Jon Hunter
---
arch/arm/boot/dts/omap3-beagle-xm.dts |6 -
arch/arm/boot/dts/omap3-beagle.dts| 46 +
arch/arm/boot/dts/twl4030.dtsi|
ch [1].
V2 changes
- Rebased upon of devel-dt
- Corrected copyright date in omap3-beagle.dts file
- Added LED support after verifing that Beagle and Beagle XM have the same LED
configuration
[1] git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap.git devel-dt
Signed-off-by: Jon H
On 09/10/2012 07:58 PM, Tony Lindgren wrote:
> * Jon Hunter [120910 15:00]:
>>
>> On 09/07/2012 05:22 PM, Tony Lindgren wrote:
>>> * Jon Hunter [120905 12:05]:
>>>> The dmtimer functions to read and write the dmtimer registers are currently
>>>>
On 09/11/2012 11:34 AM, Tony Lindgren wrote:
> * Jon Hunter [120911 09:26]:
>>
>> On 09/10/2012 07:58 PM, Tony Lindgren wrote:
>>> * Jon Hunter [120910 15:00]:
>>>>
>>>> On 09/07/2012 05:22 PM, Tony Lindgren wrote:
>>>>> * Jon H
Oops meant to have Paul on the TO! Jon
On 09/10/2012 10:23 AM, Jon Hunter wrote:
> To enable PMU with runtime PM support on OMAP3 devices we need to be able to
> dynamically enable and disable the debug sub-system at runtime. By adding
> HWMOD
> data for the debug sub-system for O
Likely
Cc: Russell King
Cc: Rob Herring
Cc: Arnd Bergmann
Cc: Vinod Koul
Cc: Dan Williams
Signed-off-by: Jon Hunter
---
drivers/dma/dmaengine.c | 16
include/linux/dmaengine.h |6 ++
2 files changed, 22 insertions(+)
diff --git a/drivers/dma/dmaengine.c b/drivers
/gmane.linux.ports.arm.omap/73622
Cc: Nicolas Ferre
Cc: Benoit Cousson
Cc: Stephen Warren
Cc: Grant Likely
Cc: Russell King
Cc: Rob Herring
Cc: Arnd Bergmann
Cc: Vinod Koul
Cc: Dan Williams
Jon Hunter (2):
of: Add generic device tree DMA helpers
dmaengine: add helper function to request a slave
c: Rob Herring
Cc: Arnd Bergmann
Cc: Vinod Koul
Cc: Dan Williams
Signed-off-by: Jon Hunter
---
Documentation/devicetree/bindings/dma/dma.txt | 62 +++
drivers/of/Makefile |2 +-
drivers/of/dma.c | 215 ++
bug when using a GP-timer as the
clock-source!
V2 changes:
- Remove use of device-tree alias property
- Migrate OMAP timers to request timers by property instead of device ID
- Include OMAP2 support
Jon Hunter (7):
ARM: dts: OMAP: Add timer nodes
ARM: OMAP3: Dynamically disable secure timer
ice-tree.
Please note that adding a 2nd set of clock aliases for the same clocks to only
temporary until device-tree migration is complete. Then we can remove the legacy
aliases. Hence, I have marked the legacy aliases with a "TODO" to remove them.
Signed-off-by: Jon Hunter
---
a
al nodes adding information on which timers support a PWM
output.
Cc: Benoit Cousson
Signed-off-by: Jon Hunter
---
.../devicetree/bindings/arm/omap/timer.txt | 30 ++
arch/arm/boot/dts/am33xx.dtsi | 61 +
arch/arm/boot/dts/omap2.dtsi
- DMTIMERs 5-8
Please note that for OMAP3+, timer8 has the ability to interrupt the DSP and
generate a PWM output.
Signed-off-by: Jon Hunter
---
arch/arm/mach-omap1/timer.c|2 +-
arch/arm/mach-omap2/omap_hwmod_2xxx_ipblock_data.c |9 +
arch/arm
feature.
Therefore, add a new API called omap_dm_timer_request_by_cap() that allows
drivers to request a timer by capability.
Signed-off-by: Jon Hunter
---
arch/arm/plat-omap/dmtimer.c | 53 +
arch/arm/plat-omap/include/plat/dmtimer.h |1 +
2 files
P device by default.
[1] http://comments.gmane.org/gmane.linux.ports.arm.omap/79203
Signed-off-by: Jon Hunter
---
arch/arm/mach-omap2/board-generic.c |1 +
arch/arm/mach-omap2/common.h|1 +
arch/arm/mach-omap2/timer.c | 35 +++
3 files changed, 37 in
e OMAP device
Search for the above parameters and set the appropriate timer attribute
flags.
Signed-off-by: Jon Hunter
---
arch/arm/mach-omap2/timer.c | 96 +-
arch/arm/plat-omap/dmtimer.c | 41 +++---
2 files changed, 112 insertions(+), 25 d
instead of the default.
Signed-off-by: Jon Hunter
---
arch/arm/mach-omap2/board-generic.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/arch/arm/mach-omap2/board-generic.c
b/arch/arm/mach-omap2/board-generic.c
index 20124d7..68a5c3b 100644
--- a/arch/arm/mach-omap2/board
On 09/13/2012 06:31 PM, Jon Hunter wrote:
> This series adds device-tree support for the timers on OMAP2+ devices
> including AM33xx.
One more comment. This has been tested on v3.6-rc5 and rebased on top of
Tony's devel-dt branch.
Cheers
Jon
--
To unsubscribe from this list: se
explains why
I did not catch this when testing on OMAP2420.
Fix the clock flags for these aliases for correctness.
Signed-off-by: Jon Hunter
---
arch/arm/mach-omap2/clock2420_data.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-omap2/clock2420_data.c
b/arch
Hi Arnd,
On 09/14/2012 04:43 AM, Arnd Bergmann wrote:
> On Thursday 13 September 2012, Jon Hunter wrote:
>> This is based upon the work by Benoit Cousson [1] and Nicolas Ferre [2]
>> to add some basic helpers to retrieve a DMA controller device_node and the
>> DMA reques
On 09/14/2012 08:32 AM, Arnd Bergmann wrote:
> On Friday 14 September 2012, Jon Hunter wrote:
>> On 09/14/2012 04:43 AM, Arnd Bergmann wrote:
>>>> +
>>>> +Client drivers should specify the DMA property using a phandle to the
>>>> controller
&
/gmane.linux.ports.arm.omap/73622
[3] http://marc.info/?l=linux-omap&m=133582085008539&w=2
Jon Hunter (2):
of: Add generic device tree DMA helpers
dmaengine: add helper function to request a slave DMA channel
Documentation/devicetree/bindings/dma/dma.txt | 80 +
dri
Likely
Cc: Russell King
Cc: Rob Herring
Cc: Arnd Bergmann
Cc: Vinod Koul
Cc: Dan Williams
Signed-off-by: Jon Hunter
---
drivers/dma/dmaengine.c | 16
include/linux/dmaengine.h |6 ++
2 files changed, 22 insertions(+)
diff --git a/drivers/dma/dmaengine.c b/drivers
m-mini-summit-2012
[5] https://github.com/jonhunter/linux/tree/dev-dt-dma
Cc: Nicolas Ferre
Cc: Benoit Cousson
Cc: Stephen Warren
Cc: Grant Likely
Cc: Russell King
Cc: Rob Herring
Cc: Arnd Bergmann
Cc: Vinod Koul
Cc: Dan Williams
Signed-off-by: Jon Hunter
---
Documentation/devicetree/bi
On 09/14/2012 11:28 AM, Stephen Warren wrote:
> On 09/13/2012 04:00 PM, Jon Hunter wrote:
>> This is based upon the work by Benoit Cousson [1] and Nicolas Ferre [2]
>> to add some basic helpers to retrieve a DMA controller device_node and the
>> DMA request/channel informatio
On 09/14/2012 10:26 AM, Arnd Bergmann wrote:
> On Friday 14 September 2012, Jon Hunter wrote:
>>
>> Cc: Nicolas Ferre
>> Cc: Benoit Cousson
>> Cc: Stephen Warren
>> Cc: Grant Likely
>> Cc: Russell King
>> Cc: Rob Herring
>> Cc: Ar
-cells required (no fallback anymore)
- another check in of_dma_xlate_onenumbercell() function
[1] http://article.gmane.org/gmane.linux.drivers.devicetree/12022
[2] http://article.gmane.org/gmane.linux.ports.arm.omap/73622
[3] http://marc.info/?l=linux-omap&m=133582085008539&w=2
Jon H
Likely
Cc: Russell King
Cc: Rob Herring
Cc: Arnd Bergmann
Cc: Vinod Koul
Cc: Dan Williams
Acked-by: Arnd Bergmann
Signed-off-by: Jon Hunter
---
drivers/dma/dmaengine.c | 16
include/linux/dmaengine.h |6 ++
2 files changed, 22 insertions(+)
diff --git a/drivers/dma
Reviewed-by: Arnd Bergmann
Reviewed-by: Nicolas Ferre
Signed-off-by: Jon Hunter
---
Documentation/devicetree/bindings/dma/dma.txt | 81 +
drivers/of/Makefile |2 +-
drivers/of/dma.c | 219 +
incl
Hi Paul,
On 09/20/2012 12:13 PM, Paul Walmsley wrote:
> On Wed, 19 Sep 2012, Paul Walmsley wrote:
>
>> On Mon, 10 Sep 2012, Jon Hunter wrote:
>>
>>> To enable PMU with runtime PM support on OMAP3 devices we need to be able to
>>> dynamically enable and disable
Hi Paul,
On 09/20/2012 12:14 PM, Paul Walmsley wrote:
> Hi
>
> On Mon, 10 Sep 2012, Jon Hunter wrote:
>
>> When CPU-idle is enabled, the MPU sub-system will transition to low power
>> states during idle periods. If the PMU is active and the MPU sub-system
>> tr
On 09/20/2012 11:59 AM, Paul Walmsley wrote:
> Hi
>
> On Mon, 10 Sep 2012, Jon Hunter wrote:
>
>> From: Ming Lei
>>
>> For OMAP4430 there are no dedicate PMU interrupts, however, PMU events can be
>> routed to via the CTI IRQs. This allows tools such as
definition
of the PMU interrupts on OMAP2/3 devices is missing the OMAP_INTC_START offset
and so this is causing the allocation of PMU interrupts to fail on OMAP2/3
devices. So add the offset to fix this.
This is patch is based upon the Tony's master branch for OMAP.
Signed-off-by: Jon H
Hi Paul,
On 09/20/2012 12:17 PM, Paul Walmsley wrote:
>
> Hi Jon, Will, Ming, et al.,
>
> Have queued most of these for 3.7 with the exception of the OMAP4430
> CTI-related patches (which look to me like 3.8 material) and the PM
> runtime suspend/resume patch (which looks to me like 3.7-rc mat
Hi Will,
On 09/20/2012 04:09 PM, Will Deacon wrote:
> On Thu, Sep 20, 2012 at 06:17:02PM +0100, Paul Walmsley wrote:
>>
>> Hi Jon, Will, Ming, et al.,
>
> Hi Paul,
>
>> Have queued most of these for 3.7 with the exception of the OMAP4430
>> CTI-related patches (which look to me like 3.8 materia
Hi Vinod,
On 09/17/2012 10:13 PM, Vinod Koul wrote:
> On Mon, 2012-09-17 at 23:36 +0100, Russell King - ARM Linux wrote:
>>>
>>> I believe that Jon is on vacation this week, so if this is the only issue
>>> holding up the merge, maybe you can change this in his patch directly, or
>>> I can send an
nd dma-requests.
>
> Signed-off-by: Matt Porter
Acked-by: Jon Hunter
Thanks for catching and fixing these!
Cheers
Jon
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
DMA client.
Cc: Nicolas Ferre
Cc: Benoit Cousson
Cc: Stephen Warren
Cc: Grant Likely
Cc: Russell King
Cc: Rob Herring
Cc: Arnd Bergmann
Cc: Vinod Koul
Cc: Dan Williams
Signed-off-by: Jon Hunter
---
drivers/of/dma.c | 60 +++---
1 file
Hi All,
I appear to be having problems receiving emails being sent to me by the
mailing lists. I did not receive any of the responses to this patch set,
but I know see online that there have been a few responses. So sorry for
not responding.
I have been complaining to our IT department but all th
Hi Rob,
On 09/13/2012 06:31 PM, Jon Hunter wrote:
> In order to add device-tree support to the timer driver the following changes
> were made ...
>
> 1. Allocate system timers (used for clock-events and clock-source) based upon
>timer properties rather than using an hard-coded
On 09/20/2012 06:53 PM, Tony Lindgren wrote:
> * Benoit Cousson [120919 19:24]:
>> Hi Tony,
>>
>> I was about to take the DTS patch, but was wondering if you will pull
>> the driver changes for 3.7.
>
> I suggest that you do a separate branch on top of Paul's hwmod series
> when he posts those i
Hi Afzal,
On 09/19/2012 08:23 AM, Afzal Mohammed wrote:
> Presently there are three peripherals that gets it timing
> by runtime calculation. Those peripherals can work with
> frequency scaling that affects gpmc clock. But timing
> calculation for them are in different ways.
>
> Here a generic ru
Hi Afzal,
On 09/27/2012 05:07 AM, Mohammed, Afzal wrote:
> Hi Jon,
>
> On Thu, Sep 27, 2012 at 08:54:22, Hunter, Jon wrote:
>> On 09/19/2012 08:23 AM, Afzal Mohammed wrote:
>
>>> +Dependency of peripheral timings on gpmc timings:
>>> +
>>> +cs_on: t_ceasu
>>
>> Thanks for adding these details. C
Hi Tony,
On 09/27/2012 03:26 PM, Tony Lindgren wrote:
> Please see below a status update on the remaining problem
> plat headers.
>
> Note that all patches should be against current linux next
> in this case.
>
[snip]
>> dmtimer.h
>
> Jon, can you do a patch for dmtimer.h?
Yes, I will look i
On 09/28/2012 10:54 AM, Russell King - ARM Linux wrote:
> On Fri, Sep 28, 2012 at 08:05:38AM -0700, Tony Lindgren wrote:
>> * Shilimkar, Santosh [120928 08:02]:
>>> On Fri, Sep 28, 2012 at 8:25 PM, Tony Lindgren wrote:
* Lokesh Vutla [120928 06:41]:
> Move plat/dma.h header to pla
On 09/28/2012 01:51 PM, Vaibhav Hiremath wrote:
>
>
> On 9/26/2012 10:23 PM, Jon Hunter wrote:
>>
>> On 09/20/2012 06:53 PM, Tony Lindgren wrote:
>>> * Benoit Cousson [120919 19:24]:
>>>> Hi Tony,
>>>>
>>>> I was about to take
On 09/28/2012 01:51 PM, Vaibhav Hiremath wrote:
>
>
> On 9/26/2012 10:23 PM, Jon Hunter wrote:
>>
>> On 09/20/2012 06:53 PM, Tony Lindgren wrote:
>>> * Benoit Cousson [120919 19:24]:
>>>> Hi Tony,
>>>>
>>>> I was about to take
On 09/28/2012 01:51 PM, Vaibhav Hiremath wrote:
[snip]
> Jon,
>
> Sorry for delayed response, But I tried using your omap_test application
> to validate this patch series, but it is failing for me.
>
> How did you test it? Are you running same test application at your end?
>
> I am debugging
On 10/01/2012 04:45 AM, Will Deacon wrote:
> On Mon, Sep 24, 2012 at 10:45:06PM +0100, Jon Hunter wrote:
>> On 09/20/2012 04:09 PM, Will Deacon wrote:
>>> On Thu, Sep 20, 2012 at 06:17:02PM +0100, Paul Walmsley wrote:
>>>> Have queued most of these for 3.7 with
Hi Tony,
On 10/04/2012 05:04 PM, Tony Lindgren wrote:
> We can move this from plat to be local to plat-omap
> for common ARM zImage support.
>
> Signed-off-by: Tony Lindgren
> ---
> arch/arm/mach-omap1/clock.c |3 -
> arch/arm/mach-omap1/clock_data.c |3 -
>
+ }
> +
> hwsup = omap2_cm_is_clkdm_in_hwsup(clkdm->pwrdm.ptr->prcm_offs,
> clkdm->clktrctrl_mask);
I was looking at what got merged and it appears that the above code was
added to the omap2 clkdm enable/disable functions and not omap3. I bel
Hi Sourav,
On 10/11/2012 05:21 AM, Sourav wrote:
[snip]
> I already enable software flow control and did the testing on beagle,
> where things are working fine
> after off mode.
> But if I enable hardware flow control, the teraterm does not allow me to
> load my fs and uImage from mmc.
> If you
-kernel&m=134859982520984&w=2
Signed-off-by: Jon Hunter
---
drivers/of/dma.c | 89
include/linux/of_dma.h |5 +--
2 files changed, 70 insertions(+), 24 deletions(-)
diff --git a/drivers/of/dma.c b/drivers/of/dma.c
index 4bed490.
s the presence of the d16-d31
>> registers:
>>
>>http://marc.info/?l=linux-arm-kernel&m=135013547905283&w=2
>>
>> and some feedback from Måns to clarify the name of the HWCAP flag.
>>
>> Signed-off-by: Paul Walmsley
>> Cc: Tony Lindgren
&g
On 10/15/2012 02:16 PM, Richard Cochran wrote:
> From: hvaib...@ti.com
>
> With recent changes in omap gpmc driver code, in case of DT
> boot mode, where bootloader does not configure gpmc cs space
> will result into kernel BUG() inside gpmc_mem_init() function,
> as gpmc cs0 gpmc_config7[0].csv
king an underlying issue. How about
something like the following ...
Cheers
Jon
>From 753a4928bf6f7baa4c001bdca3d15a85e999db4c Mon Sep 17 00:00:00 2001
From: Jon Hunter
Date: Tue, 16 Oct 2012 15:22:58 -0500
Subject: [PATCH] ARM: OMAP2+: Allow kernel to boot even if GPMC fails to
rese
On 10/16/2012 04:26 PM, Tony Lindgren wrote:
> * Jon Hunter [121016 14:00]:
>> Hi Tony,
>>
>> On 10/16/2012 12:48 PM, Tony Lindgren wrote:
>>> * Richard Cochran [121015 12:18]:
>>>> From: hvaib...@ti.com
>>>>
>>>> With rec
401 - 500 of 1176 matches
Mail list logo