On Thursday 13 September 2012 11:34 AM, Shubhrajyoti wrote:
> > At least on 3530/Overo and 3730/Overo, CORE no longer hits retenion (or
> > off) during idle.
I dont have an Overo, anyways will see if I can get one
However on beagleXm even off count increases
/ # grep "^core_pwrdm" /debug/pm_deb
On Wed, Sep 12, 2012 at 10:27 PM, Tony Lindgren wrote:
> * Peter Ujfalusi [120911 01:54]:
>> With pinctrl-single,bits it is possible to update just part of the register
>> within the pinctrl-single,function-mask area.
>> This is useful when one register configures mmore than one pin's mux.
>
>>
From: Vaibhav Bedia
In some cases mmc_suspend_host() is not able to claim the
host and proceed with the suspend process. The core returns
-EBUSY to the host controller driver. Unfortunately, the
host controller driver does not pass on this information
to the PM core and hence the system suspend p
Hi,
On Thu, Sep 13, 2012 at 11:34:48AM +0530, Shubhrajyoti wrote:
> On Thursday 13 September 2012 03:57 AM, Kevin Hilman wrote:
> > Shubhrajyoti D writes:
> >
> > [...]
> >
> >> This is the cleanup only series.
> >>
> >> Tested on omap4sdp and 3430sdp.
> > It would be extremely helpful if you
On Wed, Sep 12, 2012 at 22:51:55, Cousson, Benoit wrote:
> + Paul
>
> Hi Anil,
>
> On 08/31/2012 11:37 AM, AnilKumar Ch wrote:
> > Add DT OPP table for AM33XX family of devices. This data is
> > decoded by OF with of_init_opp_table() helper function.
> >
> > Also adds cpu0 supply name to the cor
On Thursday 13 September 2012 03:57 AM, Kevin Hilman wrote:
> Shubhrajyoti D writes:
>
> [...]
>
>> This is the cleanup only series.
>>
>> Tested on omap4sdp and 3430sdp.
> It would be extremely helpful if you would describe how this was tested.
> And for me, it would be a source of extreme joy
On Wed, Sep 12, 2012 at 03:27:22PM -0700, Kevin Hilman wrote:
> Shubhrajyoti D writes:
>
> [...]
>
> >
> > This is the cleanup only series.
> >
> > Tested on omap4sdp and 3430sdp.
>
> It would be extremely helpful if you would describe how this was tested.
> And for me, it would be a source
On Wed, Sep 12, 2012 at 08:25:30PM +, Paul Walmsley wrote:
> Hi
>
> On Wed, 12 Sep 2012, Felipe Balbi wrote:
>
> > On Tue, Sep 11, 2012 at 10:02:48PM +, Paul Walmsley wrote:
> >
> > > The bad news is that N800 no longer boots -- or the UART dies during
> > > serial init:
> > >
> > > ht
* Kevin Hilman [120912 13:22]:
> Tony,
>
> Please pull the following omap_device changes for v3.7. This was a
> collaboration between myself and Paul.
>
> Thanks,
>
> Kevin
>
> The following changes since commit 0d7614f09c1ebdbaa1599a5aba7593f147bf96ee:
>
> Linux 3.6-rc1 (2012-08-02 16:38:
* Paul Walmsley [120912 16:46]:
> Hi Tony
>
> The following changes since commit 55d512e245bc7699a8800e23df1a24195dd08217:
>
> Linux 3.6-rc5 (2012-09-08 16:43:45 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git
> tag
* Paul Walmsley [120912 08:09]:
> Hi Tony,
>
> The following changes since commit 55d512e245bc7699a8800e23df1a24195dd08217:
>
> Linux 3.6-rc5 (2012-09-08 16:43:45 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git
> ta
* Paul Walmsley [120912 02:13]:
> Hi Tony,
>
> The following changes since commit 55d512e245bc7699a8800e23df1a24195dd08217:
>
> Linux 3.6-rc5 (2012-09-08 16:43:45 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git
> ta
Hi Russell,
On Wed, Sep 12, 2012 at 10:11 PM, Russell King - ARM Linux
wrote:
> On Wed, Sep 12, 2012 at 08:49:16PM +0530, Gupta, Ramesh wrote:
>> Thanks to the RMK's suggestions.
>
> I should've made clear the distinction between _range and _area.
> A _range function takes start and end. An _ar
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 OMAP3, we can bui
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 Hunter [120905 12:05]:
>> The dmtimer functions to read and writ
On Wed, Sep 12, 2012 at 10:51:30PM +, Paul Walmsley wrote:
>
> Hi Paul
>
> Recently several of us have been seeing "INFO: rcu_sched self-detected
> stall on CPU { 0} (t=20611 jiffies)" stack tracebacks on various OMAP3
> and 4 board.
>
> I only noticed it during v3.6-rc3, but I suspect it's
Jean Pihet writes:
> Here is a re-spin after some comments and suggestions after review
> and discussions.
>
> Implement the functional states for the power domains:
> - unify the API to use the functional states. The new API
> consists of the pwrdm_set*_fpwrst and pwrdm_read*_fpwrst
> functi
Jean Pihet writes:
> The PM code uses some counters to keep track of the power domains
> transitions, in order to provide the information to drivers (in
> pwrdm_get_context_loss_count) and to expose the information to
> sysfs for debug purpose.
nit: this is part of debugfs, not sysfs
Otherwise,
Hi
On Wed, 12 Sep 2012, Tony Lindgren wrote:
> * Vaibhav Hiremath [120912 14:17]:
> > With recent migration of omap architectures to SPARSE_IRQ framework,
> > it is important to add OMAP_INTC_START to all interrupt numbers
> > which will be eventually requested by drivers.
> >
> > This is requi
Jean Pihet writes:
> The newly added code for functional power states re-defines the
> API to query and control the power domains settings.
>
> The API is now split in the following parts in powerdomain.h:
> - the public or external API, to be used by external PM components:
> cpuidle, suspend,
Adapt driver to use DT if provided.
Signed-off-by: Omar Ramirez Luna
---
.../devicetree/bindings/arm/omap/mailbox.txt |9 +
arch/arm/mach-omap2/devices.c |3 +++
arch/arm/mach-omap2/mailbox.c | 12
3 files changed, 24
Add nodes for mailbox DT, to interface with hwmods.
Signed-off-by: Omar Ramirez Luna
Acked-by: Benoit Cousson
---
arch/arm/boot/dts/omap2.dtsi |5 +
arch/arm/boot/dts/omap3.dtsi |5 +
arch/arm/boot/dts/omap4.dtsi |5 +
3 files changed, 15 insertions(+)
diff --git a/arch
To allow mailbox driver to function with device tree.
Tested in OMAP4 and OMAP3. OMAP2 untested.
Patch: arm/dts: OMAP2+: Add mailbox nodes, was Acked by Benoit
however it seems it wasn't picked up, so resend.
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg69121.html
Patch: OMAP: mail
To allow mailbox driver to function with device tree.
Tested in OMAP4 and OMAP3. OMAP2 untested.
Patch: arm/dts: OMAP2+: Add mailbox nodes, was Acked by Benoit
however it seems it wasn't picked up, so resend.
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg69121.html
Patch: OMAP: mail
Jean Pihet writes:
> Trace the power domain transitions using the functional power states,
> which include the power and logic states.
Just to be clear, this means that a trace will only contain functional
power state changes, not logical ones, correct?
> While at it, fix the trace in the case
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Tony
The following changes since commit 55d512e245bc7699a8800e23df1a24195dd08217:
Linux 3.6-rc5 (2012-09-08 16:43:45 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git
tags/omap
Paul Walmsley writes:
[...]
>
> It kind of looks to me like there are two or three separate sets within
> the series. My feeling is that Kevin should take the first two, then I
> should take the rest other than 6 and 7. Then once those are queued,
> we can pull in 6 and 7. Does that make s
Kevin Hilman writes:
> Wolfram Sang writes:
>
>> On Wed, Sep 12, 2012 at 04:27:54PM +0530, Shubhrajyoti D wrote:
>
> [...]
>
>>> This is the cleanup only series.
>>>
>>> Tested on omap4sdp and 3430sdp.
>>>
>>> The following changes since commit 55d512e245bc7699a8800e23df1a24195dd08217:
>>>
Shubhrajyoti D writes:
> From: Felipe Balbi
>
> this helps us reduce unnecessary pm transitions
> in case we have another i2c message starting soon.
>
> Signed-off-by: Felipe Balbi
> Signed-off-by: Shubhrajyoti D
I tracked the PM regression down to this patch.
> ---
> drivers/i2c/busses/i2c
Hi Paul
Recently several of us have been seeing "INFO: rcu_sched self-detected
stall on CPU { 0} (t=20611 jiffies)" stack tracebacks on various OMAP3
and 4 board.
I only noticed it during v3.6-rc3, but I suspect it's been happening
for users at least since May:
http://www.mail-archive.com/linu
Wolfram Sang writes:
> On Wed, Sep 12, 2012 at 04:27:54PM +0530, Shubhrajyoti D wrote:
[...]
>> This is the cleanup only series.
>>
>> Tested on omap4sdp and 3430sdp.
>>
>> The following changes since commit 55d512e245bc7699a8800e23df1a24195dd08217:
>>
>> Linux 3.6-rc5 (2012-09-08 16:43:
Shubhrajyoti D writes:
[...]
>
> This is the cleanup only series.
>
> Tested on omap4sdp and 3430sdp.
It would be extremely helpful if you would describe how this was tested.
And for me, it would be a source of extreme joy if you described any PM
testing.
I gave this some additional PM test
Hi
On Tue, 11 Sep 2012, Afzal Mohammed wrote:
> Add gpmc hwmod and associated interconnect data
>
> Signed-off-by: Afzal Mohammed
So this adds HWMOD_INIT_NO_RESET across all the GPMC hwmods:
> + .flags = HWMOD_INIT_NO_IDLE |
> + HWMOD_INIT_NO_RESET |
>
On Thu, Sep 13, 2012 at 03:22:32, Tony Lindgren wrote:
> * Vaibhav Hiremath [120912 14:17]:
> > With recent migration of omap architectures to SPARSE_IRQ framework,
> > it is important to add OMAP_INTC_START to all interrupt numbers
> > which will be eventually requested by drivers.
> >
> > This
* Vaibhav Hiremath [120912 14:16]:
> With recent mainline changes on gpio and mcspi drivers, the
> platform specific header files (plat/gpio.h and plat/mcspi.h)
> have been removed, which results into build failure on
> AM33XX hwmod data, which was still using these headers.
>
> This patch remove
* Vaibhav Hiremath [120912 14:17]:
> With recent migration of omap architectures to SPARSE_IRQ framework,
> it is important to add OMAP_INTC_START to all interrupt numbers
> which will be eventually requested by drivers.
>
> This is required in order to get AM33XX boot functionality.
>
> Signed-
Tero Kristo writes:
> From: Rajendra Nayak
>
> Remove the FIXME's in the suspend sequence since
> we now intend to support system level RET support.
>
> Signed-off-by: Rajendra Nayak
> Signed-off-by: Tero Kristo
> [Jean Pihet : ported on top of the functional power
> states]
> Reviewed-by: San
Hi
Well, anyway. This patch had some other issues that were found upon a
closer inspection:
- it adds a new 'hwmod_ops' set of function pointers rather than using the
existing 'soc_ops' mechanism
- it returns an unsigned int as a signed integer -- not sure why static
analysis didn't catch th
Today Paul had given pull request for AM33XX hwmod data and related
patches, and I wanted to make sure that things are working fine
irrespective of merge window changes coming in. I without adding any
further delay I tried the pull request on linux-next/master (-rc6)
linux-omap/master (-rc4 + omap
With recent migration of omap architectures to SPARSE_IRQ framework,
it is important to add OMAP_INTC_START to all interrupt numbers
which will be eventually requested by drivers.
This is required in order to get AM33XX boot functionality.
Signed-off-by: Vaibhav Hiremath
Cc: Paul Walmsley
---
With recent mainline changes on gpio and mcspi drivers, the
platform specific header files (plat/gpio.h and plat/mcspi.h)
have been removed, which results into build failure on
AM33XX hwmod data, which was still using these headers.
This patch removes such both gpio and spi header file entry
from
On Thu, Sep 13, 2012 at 01:44:33, Paul Walmsley wrote:
> On Wed, 12 Sep 2012, Hiremath, Vaibhav wrote:
>
> > On Wed, Sep 12, 2012 at 21:35:04, Paul Walmsley wrote:
> >
> > > http://marc.info/?l=linux-omap&m=13474656102&w=2
> >
> > Just for my understanding, is this pull request you created
On Wed, Sep 12, 2012 at 11:44:29AM -0700, Stephen Boyd wrote:
> On 09/12/12 05:05, Russell King - ARM Linux wrote:
> > NAK. Using a different function which doesn't have the warning isn't a
> > subsitute for fixing the problem properly. What you're doing is papering
> > over the bug, making the w
* Peter Ujfalusi [120911 01:54]:
> With pinctrl-single,bits it is possible to update just part of the register
> within the pinctrl-single,function-mask area.
> This is useful when one register configures mmore than one pin's mux.
> size /= sizeof(*mux); /* Number of elements in array */
Hi
On Wed, 12 Sep 2012, Felipe Balbi wrote:
> On Tue, Sep 11, 2012 at 10:02:48PM +, Paul Walmsley wrote:
>
> > The bad news is that N800 no longer boots -- or the UART dies during
> > serial init:
> >
> > http://www.pwsan.com/omap/testlogs/test_tty_next_e36851d0/20120910020323/boot/2420n80
Tony,
Please pull the following omap_device changes for v3.7. This was a
collaboration between myself and Paul.
Thanks,
Kevin
The following changes since commit 0d7614f09c1ebdbaa1599a5aba7593f147bf96ee:
Linux 3.6-rc1 (2012-08-02 16:38:10 -0700)
are available in the git repository at:
gi
On Wed, 12 Sep 2012, Hiremath, Vaibhav wrote:
> On Wed, Sep 12, 2012 at 21:35:04, Paul Walmsley wrote:
>
> > http://marc.info/?l=linux-omap&m=13474656102&w=2
>
> Just for my understanding, is this pull request you created based on
> l-o/master? Or other baseline?
That information is in th
On Thu, 19 Jul 2012, Tero Kristo wrote:
> Currently hwmod only provides the offset for the context lose register,
> and if we attempt to share the same register between two or more hwmods,
> the resulting context loss counts get wrong. Thus, we need a way to
> specify which bits are used for the c
On Thu, 19 Jul 2012, Tero Kristo wrote:
> On OMAP4, there is no support to read previous logic state
> or previous memory state achieved when a power domain transitions
> to RET. Instead there are module level context registers.
>
> In order to support the powerdomain level logic/mem_off_counters
Add mmu hwmod data for iva and isp.
Due to compatibility an ifdef CONFIG_OMAP_IOMMU_IVA2 needs to be
propagated (previously on iommu resource info) to hwmod data in OMAP3,
so users of iommu and tidspbridge can avoid issues of two modules
managing mmu data/irqs/resets; this until tidspbridge can be
On Thu, 19 Jul 2012, Tero Kristo wrote:
> From: Rajendra Nayak
>
> OMAP4 has module specific context lost registers which makes it now
> possible to have module level context loss count, instead of relying
> on the powerdomain level context count.
>
> Add 2 private hwmod api's to update/clear t
Add mmu hwmod data for ipu and dsp.
Cc: Benoit Cousson
Signed-off-by: Omar Ramirez Luna
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 136 +++-
1 file changed, 134 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
b/arch/arm/mach
Save and restore context during pm runtime transitions.
For now, the previous API for this purpose will trigger
pm runtime functions, and will be left as exported symbol
for compatibility with it's only user.
Signed-off-by: Omar Ramirez Luna
---
drivers/iommu/omap-iommu.c | 29 +++
If included without IOMMU_API being selected it will break
compilation:
arch/arm/plat-omap/include/plat/iommu.h:
In function 'dev_to_omap_iommu':
arch/arm/plat-omap/include/plat/iommu.h:148:
error: 'struct dev_archdata' has no member named 'iommu'
This will be seen when hwmod incl
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
Use runtime PM functionality interfaced with hwmod enable/idle
functions, to replace direct clock operations and sysconfig
handling.
Dues to reset sequence, pm_runtime_put_sync must be used, to avoid
possible operations with the module under reset.
Signed-off-by: Omar Ramirez Luna
---
arch/arm/
These functions save and restore registers irrespectively of their
read or write permissions, this ends up in registers being saved
that can't be restored because of read only attributes. OTOH, so
far only 3 of them need to be saved.
In future GP_REG (which is present only on OMAP4 ipu) needs to b
Add nodes for iommu DT, to interface with hwmods.
Cc: Grant Likely
Cc: Rob Herring
Cc: Benoit Cousson
Signed-off-by: Omar Ramirez Luna
---
arch/arm/boot/dts/omap3.dtsi | 12 +++-
arch/arm/boot/dts/omap4.dtsi | 17 -
2 files changed, 27 insertions(+), 2 deletions(-)
Hi Tero,
On Thu, 19 Jul 2012, Tero Kristo wrote:
> On OMAP4 most modules/hwmods support module level context status. On
> OMAP3 and earlier, we relied on the power domain level context status.
> Identify all modules that don't support 'context_offs' by marking the
> offset as USHRT_MAX. Rest have
Adapt driver to use DT if provided.
Signed-off-by: Omar Ramirez Luna
---
.../devicetree/bindings/arm/omap/iommu.txt | 10 +++
arch/arm/mach-omap2/omap-iommu.c |4 ++
drivers/iommu/omap-iommu.c | 65 +++-
3 files changed, 7
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.
Due to compatibility an ifdef needs
On 09/12/12 05:05, Russell King - ARM Linux wrote:
> NAK. Using a different function which doesn't have the warning isn't a
> subsitute for fixing the problem properly. What you're doing is papering
> over the bug, making the warning go away without properly understanding
> the problem.
>
> The w
On Wed, 12 Sep 2012, Vaibhav Hiremath wrote:
> On 9/12/2012 9:30 PM, Paul Walmsley wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Hi Tony,
> >
> > The following changes since commit 55d512e245bc7699a8800e23df1a24195dd08217:
> >
> > Linux 3.6-rc5 (2012-09-08 16:43:45 -070
On 9/12/2012 9:30 PM, Paul Walmsley wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi Tony,
>
> The following changes since commit 55d512e245bc7699a8800e23df1a24195dd08217:
>
> Linux 3.6-rc5 (2012-09-08 16:43:45 -0700)
>
> are available in the git repository at:
>
> git://g
On Wed, Sep 12, 2012 at 7:15 PM, Arnd Bergmann wrote:
> On Wednesday 12 September 2012, Pihet-XID, Jean wrote:
>> > diff --git a/arch/arm/plat-omap/include/plat/voltage.h
>> > b/include/linux/platform_data/smartreflex-omap.h
>> > similarity index 100%
>> > rename from arch/arm/plat-omap/include/p
+ Paul
Hi Anil,
On 08/31/2012 11:37 AM, AnilKumar Ch wrote:
> Add DT OPP table for AM33XX family of devices. This data is
> decoded by OF with of_init_opp_table() helper function.
>
> Also adds cpu0 supply name to the corresponding dts files.
> cpu0-supply name is used by cpufreq-cpu0 driver to
On Tuesday 11 September 2012, Peter Ujfalusi wrote:
> OMAP McBSP has nothing to do with a dsp.
> A better name would be: ti-mcbsp.h (or leave it as mcbsp.h)
> McBSP stands for: Multichannel Buffered Serial Port and it is used for audio
> connection (I2S, TDM, etc).
changed to asoc-ti-mcbsp.h to, a
Hi Jon,
On 09/11/2012 06:01 PM, Jon Hunter wrote:
> Add a minimal dts for original OMAP3430/3530 version of the Beagle board. This
> version of the Beagle board has 256MB of DDR and features the same TWL4030
> power management IC (PMIC) as the Beagle board XM.
>
> Given that the Beagle and Beagle
On Wednesday 12 September 2012, Pihet-XID, Jean wrote:
> > diff --git a/arch/arm/plat-omap/include/plat/voltage.h
> > b/include/linux/platform_data/smartreflex-omap.h
> > similarity index 100%
> > rename from arch/arm/plat-omap/include/plat/voltage.h
> > rename to include/linux/platform_data/smart
On Wed, Sep 12, 2012 at 08:49:16PM +0530, Gupta, Ramesh wrote:
> Thanks to the RMK's suggestions.
I should've made clear the distinction between _range and _area.
A _range function takes start and end. An _area function takes a start
and size. So...
> -static void flush_iopgd_range(u32 *first,
Hi
On Tue, 11 Sep 2012, 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
Two checkpatch warnings are added by this patch:
CHECK:
On Wed, Sep 12, 2012 at 21:35:04, Paul Walmsley wrote:
> On Fri, 7 Sep 2012, Vaibhav Hiremath wrote:
>
> > Isn't below patch good for -rc candidate (so as part of this 'fixes')?
> >
> > ARM: OMAP2+: dpll: Add missing soc_is_am33xx() check for common functions
> >
> > https://patchwork.kernel.org
On Fri, 7 Sep 2012, Vaibhav Hiremath wrote:
> Isn't below patch good for -rc candidate (so as part of this 'fixes')?
>
> ARM: OMAP2+: dpll: Add missing soc_is_am33xx() check for common functions
>
> https://patchwork.kernel.org/patch/1371611/
It was queued for 3.7 because it didn't seem critica
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Tony,
The following changes since commit 55d512e245bc7699a8800e23df1a24195dd08217:
Linux 3.6-rc5 (2012-09-08 16:43:45 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git
tags/oma
>From d78ddb5b0dffed3fd77e6e010735e869ea41b02f Mon Sep 17 00:00:00 2001
From: Ramesh Gupta G
Date: Wed, 12 Sep 2012 19:05:29 +0530
Subject: [PATCH v5 2/2] OMAP:IOMMU:flush L1 and L2 caches
OMAP IOMMU need to make sure that data in the L1 and L2 caches
is visible to the MMU hardware whenever the p
On Fri, 24 Aug 2012, Vaibhav Hiremath wrote:
> Add missing soc_is_am33xx() check for DPLL common control & clock
> related functions, without this dpll programmability would be broken
> for am33xx family of devices.
>
> Signed-off-by: Vaibhav Hiremath
> Cc: Rajendra Nayak
> Cc: Paul Walmsley
>
>From 76b3ef08a73df3d14db30ffd1ff73db343954da1 Mon Sep 17 00:00:00 2001
From: Ramesh Gupta G
Date: Wed, 12 Sep 2012 13:07:26 +0530
Subject: [PATCH v5 1/2] ARM: new cache maintenance api for iommu
Non-coherent IOMMU drivers need to make sure
that the data held in the caches is available
for the sl
>From 7d2c3436a9225b774be1eeede599c7d5bfc4c9d0 Mon Sep 17 00:00:00 2001
From: Ramesh Gupta G
Date: Wed, 12 Sep 2012 19:22:43 +0530
Subject: [PATCH v5 0/2] ARM: New cache API for iommu
This patch series is the next version to
- add a new cache maintenance api to support non-coherent iommu drivers.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Tony,
The following changes since commit 55d512e245bc7699a8800e23df1a24195dd08217:
Linux 3.6-rc5 (2012-09-08 16:43:45 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git
tags/oma
On Wed, Sep 12, 2012 at 7:27 PM, Kevin Hilman
wrote:
> "Shilimkar, Santosh" writes:
>
>> On Wed, Sep 12, 2012 at 6:02 AM, Paul Walmsley wrote:
>>>
>>> Remove some unnecessary plat/ includes that are interfering with
>>> multi-subarch
>>> ARM kernels.
>>>
>>> Signed-off-by: Paul Walmsley
>>> Cc
On Wed, Sep 12, 2012 at 06:50:00PM +0530, R, Sricharan wrote:
> Hi,
> On Wed, Sep 12, 2012 at 6:27 PM, Shilimkar, Santosh
> wrote:
> > On Wed, Sep 12, 2012 at 6:16 PM, Cyril Chemparathy wrote:
> >>
> >> On 9/12/2012 1:50 AM, R Sricharan wrote:
> >>>
> >>> Even if CONFIG_DMA_ADDR_64BIT_T is enable
On Wed, Sep 12, 2012 at 7:14 PM, Wolfram Sang wrote:
> On Wed, Sep 12, 2012 at 12:18:50PM +0200, Wolfram Sang wrote:
>>
>> > I donot see the warning. Am I missing something?
>>
>> I deleted my logfiles already. Ignore it for now, if it comes up again
>> with your new series, I will give a more det
rx51_si4713_dev is referenced only from rx51_init_si4713.
So the memory for rx51_si4713_dev can be safely freed after init.
Also it references rx51_si4713_board_info which is __initdata_or_module.
fixes the below warning.
WARNING: vmlinux.o(.data+0x30958): Section mismatch in reference from the
On 09/12/2012 03:53 PM, Peter Ujfalusi wrote:
> I need to look at this, but at first look we do wait for the drain in
> omap_stop_dma(). We used to use omap_stop_dma/omap_start_dma for pause/resume
> operations.
> But sDMA also have a bit: CDPi: PAUSE_LINK_LIST which should do what we are
> looking
On Wed, Sep 12, 2012 at 12:19:00PM +0300, Valentin, Eduardo wrote:
> Hello Dan,
>
> On Wed, Sep 12, 2012 at 11:26 AM, Dan Carpenter
> wrote:
> > On Wed, Sep 12, 2012 at 11:11:27AM +0300, Dan Carpenter wrote:
> >> On Tue, Sep 11, 2012 at 07:06:52PM +0300, Eduardo Valentin wrote:
> >> > From: J Kee
At Wed, 12 Sep 2012 13:00:28 +0100,
Russell King - ARM Linux wrote:
>
> On Wed, Sep 12, 2012 at 02:47:07PM +0300, Peter Ujfalusi wrote:
> > 2. Pause/Resume
> >OMAP DMA engine backend does not support pausing and resuming
> >an in-progress transfer. It is unclear from the specs what
> >
"Shilimkar, Santosh" writes:
> On Wed, Sep 12, 2012 at 6:02 AM, Paul Walmsley wrote:
>>
>> Remove some unnecessary plat/ includes that are interfering with
>> multi-subarch
>> ARM kernels.
>>
>> Signed-off-by: Paul Walmsley
>> Cc: Kevin Hilman
>> Cc: Rafael J. Wysocki
>> Acked-by: Kevin Hilm
On Fri, Aug 31, 2012 at 01:02:55PM +0200, Florian Vaussard wrote:
> When booting using a device tree, the adapter number is dynamically
> assigned after the log message is sent.
> This patch modifies the log message to get a correct adapter id.
>
> Applies on 3.6-rc3. Tested on OMAP3 (Gumstix Over
On Tue, Sep 11, 2012 at 12:13:20PM +0530, Shubhrajyoti D wrote:
> Currently in omap2_mcspi_txrx_dma the tx and the rx support is
> interleaved. Make the rx related code in omap2_mcspi_rx_dma
> and the tx related code omap2_mcspi_tx_dma and call the functions.
Applied, thanks.
--
To unsubscribe fro
On Wednesday 12 September 2012 07:09 PM, Felipe Balbi wrote:
> seems to be working fine (at least from my quick tests)
>
> Tested-by: Felipe Balbi
Thanks Felipe.
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majo
On Wed, Sep 12, 2012 at 12:18:50PM +0200, Wolfram Sang wrote:
>
> > I donot see the warning. Am I missing something?
>
> I deleted my logfiles already. Ignore it for now, if it comes up again
> with your new series, I will give a more detailed pointer.
Sorry, the section mismatch was not related
On Tue, Sep 11, 2012 at 12:13:20PM +0530, Shubhrajyoti D wrote:
> Currently in omap2_mcspi_txrx_dma the tx and the rx support is
> interleaved. Make the rx related code in omap2_mcspi_rx_dma
> and the tx related code omap2_mcspi_tx_dma and call the functions.
>
> While at it remove the braces in t
Hi,
On Wed, Sep 12, 2012 at 6:55 PM, Shilimkar, Santosh
wrote:
> On Wed, Sep 12, 2012 at 6:49 PM, Catalin Marinas
> wrote:
>> On Wed, Sep 12, 2012 at 01:57:26PM +0100, Shilimkar, Santosh wrote:
>>> On Wed, Sep 12, 2012 at 6:16 PM, Cyril Chemparathy wrote:
>>> >
>>> > On 9/12/2012 1:50 AM, R Sric
On Wednesday 12 September 2012 06:46 PM, Wolfram Sang wrote:
>> Tested on omap4sdp and 3430sdp.
>> >
>> > The following changes since commit
>> > 55d512e245bc7699a8800e23df1a24195dd08217:
>> >
>> > Linux 3.6-rc5 (2012-09-08 16:43:45 -0700)
>> >
>> > are available in the git repository at:
>>
On Wed, Sep 12, 2012 at 6:49 PM, Catalin Marinas
wrote:
> On Wed, Sep 12, 2012 at 01:57:26PM +0100, Shilimkar, Santosh wrote:
>> On Wed, Sep 12, 2012 at 6:16 PM, Cyril Chemparathy wrote:
>> >
>> > On 9/12/2012 1:50 AM, R Sricharan wrote:
>> >>
>> >> Even if CONFIG_DMA_ADDR_64BIT_T is enabled by t
On Wed, Sep 12, 2012 at 01:57:26PM +0100, Shilimkar, Santosh wrote:
> On Wed, Sep 12, 2012 at 6:16 PM, Cyril Chemparathy wrote:
> >
> > On 9/12/2012 1:50 AM, R Sricharan wrote:
> >>
> >> Even if CONFIG_DMA_ADDR_64BIT_T is enabled by the defconfig,
> >> the feature is not getting selected.
> >> Add
Hi,
On Wed, Sep 12, 2012 at 6:27 PM, Shilimkar, Santosh
wrote:
> On Wed, Sep 12, 2012 at 6:16 PM, Cyril Chemparathy wrote:
>>
>> On 9/12/2012 1:50 AM, R Sricharan wrote:
>>>
>>> Even if CONFIG_DMA_ADDR_64BIT_T is enabled by the defconfig,
>>> the feature is not getting selected.
>>> Adding a stri
On Wed, Sep 12, 2012 at 04:27:54PM +0530, Shubhrajyoti D wrote:
> Changes since v1:
>- removed tabification on patch 6/17
>- removed dev_err() which was introduced on patch 09/17
> Changes since v2:
> - do not set full fifo depth in the RDR interrupt.
> - some change
On 09/12/2012 02:48 PM, AnilKumar, Chimata wrote:
> Hi Marc,
>
> On Tue, Sep 04, 2012 at 12:57:18, Marc Kleine-Budde wrote:
>> On 09/04/2012 08:14 AM, AnilKumar, Chimata wrote:
>>> Marc,
>>>
>>> Thanks for the comments,
>>>
>>> On Tue, Sep 04, 2012 at 01:31:35, Marc Kleine-Budde wrote:
On 09/
On Wed, Sep 12, 2012 at 6:16 PM, Cyril Chemparathy wrote:
>
> On 9/12/2012 1:50 AM, R Sricharan wrote:
>>
>> Even if CONFIG_DMA_ADDR_64BIT_T is enabled by the defconfig,
>> the feature is not getting selected.
>> Adding a string description in the Kconfig resolves this.
>>
>> But not sure if this
1 - 100 of 175 matches
Mail list logo