On Tue, 2012-03-13 at 11:37 -0700, Kevin Hilman wrote:
Hi Tomi,
Tomi Valkeinen tomi.valkei...@ti.com writes:
Hi Kevin, Paul,
I know you're busy, but I'd appreciate a comment/ack on these two small
patches, so I could get them in to next merge window. Otherwise using
any other OPP
Hi Tony
The following changes since commit 5f43ef65748c19b954756485ddaef657ac71b649:
Merge branch 'hwmod_misc_devel_3.4' into MERGE_sr_and_hwmod_data (2012-03-08
21:03:17 -0700)
are available in the git repository at:
git://git.pwsan.com/linux-2.6 hwmod_remove_link_arrays_cleanup_3.4
for
Hi Tony
The following changes since commit afce19b152eedea0402561087dd939b23b53f3cb:
ARM: OMAP2xxx: hwmod data: start to fix the IVA1, IVA2 and DSP (2012-03-08
21:04:50 -0700)
are available in the git repository at:
git://git.pwsan.com/linux-2.6 hwmod_enable_remaining_hwmods_devel_3.4
Hi,
On Mon, 2012-03-12 at 13:27 +0200, Grazvydas Ignotas wrote:
With this we can eliminate some duplicate code in panel drivers.
Also lgphilips-lb035q02, nec-nl8048hl11-01b, picodlp and
tpo-td043mtea1 gain support of timings control over sysfs.
I don't like this patch.
Panels usually have a
On Tue, 2012-03-13 at 23:47 +0100, Cousson, Benoit wrote:
I'm just wondering if the multiple panels is something supported by the
DSI protocol or it is a HW hacks done on TI board only?
In theory both, but the driver doesn't support multiple panels connected
to single DSI output at the same
Hi,
On Tue, 2012-03-13 at 15:34 -0500, Rob Clark wrote:
From: Andy Gross andy.gr...@ti.com
Register OMAP DRM/KMS platform device, and reserve a CMA region for
the device to use for buffer allocation. DMM is split into a
separate device using hwmod.
What's the diff with this and the
On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
Hi,
On Tue, 2012-03-13 at 15:34 -0500, Rob Clark wrote:
From: Andy Gross andy.gr...@ti.com
Register OMAP DRM/KMS platform device, and reserve a CMA region for
the device to use for buffer allocation. DMM is split
On Wed, 2012-03-14 at 07:55 -0500, Rob Clark wrote:
On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
Hi,
On Tue, 2012-03-13 at 15:34 -0500, Rob Clark wrote:
From: Andy Gross andy.gr...@ti.com
Register OMAP DRM/KMS platform device, and reserve a CMA region
On Wed, Mar 14, 2012 at 8:07 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Wed, 2012-03-14 at 07:55 -0500, Rob Clark wrote:
On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen tomi.valkei...@ti.com
wrote:
Hi,
On Tue, 2012-03-13 at 15:34 -0500, Rob Clark wrote:
From: Andy Gross
Hi Samuel,
Here is a fix + cleanup + SPARSE_IRQ series for TWL4030 and TWL6030.
I added the patch from Peter as well.
Please note that this series does depend on the irqdomain/next series
from Grant.
It is based on your current for-next branch + Grant's series merged on top.
Regards,
Benoit
On Wed, 2012-03-14 at 08:16 -0500, Rob Clark wrote:
On Wed, Mar 14, 2012 at 8:07 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Wed, 2012-03-14 at 07:55 -0500, Rob Clark wrote:
On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen tomi.valkei...@ti.com
wrote:
Hi,
On Tue, 2012-03-13
From: Albert Herranz albert_herr...@yahoo.es
This patch fixes the following spinlock recursion bug seen when bringing down
the ethernet interface.
[ 87.354683] BUG: spinlock recursion on CPU#0, ifconfig/1722
[ 87.360899] lock: d2e01cd0, .magic: dead4ead, .owner: ifconfig/1722,
.owner_cpu:
From: Steve Sakoman st...@sakoman.com
Signed-off-by: Steve Sakoman st...@sakoman.com
Signed-off-by: Maximilian Schwerin m...@tigris.de
---
arch/arm/mach-omap2/opp.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/opp.c b/arch/arm/mach-omap2/opp.c
Colin Cross ccr...@android.com writes:
On Tue, Mar 13, 2012 at 5:28 PM, Colin Cross ccr...@android.com wrote:
On Tue, Mar 13, 2012 at 4:52 PM, Kevin Hilman khil...@ti.com wrote:
[...]
Checking the ready_count seemed like an easy way to do this, but did you
have any other mechanisms in mind
Hi Vaibhav,
Thanks for the patch.
On Friday 09 March 2012 17:44:03 Vaibhav Hiremath wrote:
Patch fixes below build warning and section miss-match warning
from omap_vout driver -
You should probably not refer to patch below in a commit message, as there
this won't be a patch anymore after it
On Wed, Mar 14, 2012 at 8:43 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Wed, 2012-03-14 at 08:16 -0500, Rob Clark wrote:
On Wed, Mar 14, 2012 at 8:07 AM, Tomi Valkeinen tomi.valkei...@ti.com
wrote:
On Wed, 2012-03-14 at 07:55 -0500, Rob Clark wrote:
On Wed, Mar 14, 2012 at 7:38 AM,
Hi Vaibhav,
On Friday 09 March 2012 17:41:57 Vaibhav Hiremath wrote:
When rotation is enabled and driver is configured in USERPTR
buffer exchange mechanism, in specific use-case driver reports
an error,
DMA transaction error with device 0.
In driver _buffer_prepare funtion, we were
Hi,
On Mon, Mar 12 2012, Rajendra Nayak wrote:
The series adds device tree support for OMAP hsmmc
driver.
Changes in V2:
-1- Minor fixes based on comments from Grant.
-2- Added a seperate compatible for omap3.
-3- Added a new binding ti,needs-special-reset
to handle some mmc modules which
On Wed, Mar 14, 2012 at 02:45:27PM +0100, Maximilian Schwerin wrote:
From: Albert Herranz albert_herr...@yahoo.es
This patch fixes the following spinlock recursion bug seen when bringing down
the ethernet interface.
[ 87.354683] BUG: spinlock recursion on CPU#0, ifconfig/1722
[
On Wed, Mar 14, 2012 at 1:22 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
Hi,
On Mon, 2012-03-12 at 13:27 +0200, Grazvydas Ignotas wrote:
With this we can eliminate some duplicate code in panel drivers.
Also lgphilips-lb035q02, nec-nl8048hl11-01b, picodlp and
tpo-td043mtea1 gain support
Hi Olof,
* Olof Johansson o...@lixom.net [120310 10:26]:
On Thu, Mar 08, 2012 at 12:53:29PM -0800, Tony Lindgren wrote:
Hi Olof,
Here are two more pre-emptive fixes for upcoming merge
window to pull into arm-soc/next/fixes-non-critical.
Now with the fixes finallny out of the way
On Wed, Mar 7, 2012 at 10:20 PM, Kevin Hilman khil...@ti.com wrote:
Dave,
Please pull the following OMAP CPUfreq driver changes for v3.4.
Thanks,
Kevin
The following changes since commit b01543dfe67bb1d191998e90d20534dc354de059:
Linux 3.3-rc4 (2012-02-18 15:53:33 -0800)
are
On Wed, Mar 14, 2012 at 06:41:51PM +0200, Grazvydas Ignotas wrote:
Afzal Mohammed (1):
cpufreq: OMAP: specify range for voltage scaling
Kevin Hilman (1):
cpufreq: OMAP: scale voltage along with frequency
Russell King (1):
cpufreq: OMAP driver depends CPUfreq
On Wednesday 14 March 2012, Tony Lindgren wrote:
* Olof Johansson o...@lixom.net [120310 10:26]:
On Thu, Mar 08, 2012 at 12:53:29PM -0800, Tony Lindgren wrote:
Hi Olof,
Here are two more pre-emptive fixes for upcoming merge
window to pull into arm-soc/next/fixes-non-critical.
Maximilian Schwerin m...@tigris.de writes:
From: Steve Sakoman st...@sakoman.com
Thanks for the patch.
Please add a descriptive changelog here.
Also, please Cc linux-arm-ker...@lists.infradead.org for all
upstream-bound patches.
Kevin
Signed-off-by: Steve Sakoman st...@sakoman.com
Grazvydas Ignotas nota...@gmail.com writes:
[...]
Russell King (1):
cpufreq: OMAP driver depends CPUfreq tables
It seems this one got messed up, it says default ARCH_OMAP2PLUS
instead of depends.
That was intentional. What do you think is messed up about it?
It's the same as saying:
* Arnd Bergmann a...@arndb.de [120314 10:00]:
On Wednesday 14 March 2012, Tony Lindgren wrote:
* Olof Johansson o...@lixom.net [120310 10:26]:
On Thu, Mar 08, 2012 at 12:53:29PM -0800, Tony Lindgren wrote:
Hi Olof,
Here are two more pre-emptive fixes for upcoming merge
On Wed, Mar 14, 2012 at 7:22 PM, Kevin Hilman khil...@ti.com wrote:
Grazvydas Ignotas nota...@gmail.com writes:
[...]
Russell King (1):
cpufreq: OMAP driver depends CPUfreq tables
It seems this one got messed up, it says default ARCH_OMAP2PLUS
instead of depends.
That was
From: Steve Sakoman st...@sakoman.com
Don't try to add IVA OPPs for OMAP3 versions not containing an IVA
subsystem, as this would make omap_init_opp_table fail.
Signed-off-by: Steve Sakoman st...@sakoman.com
Signed-off-by: Maximilian Schwerin m...@tigris.de
---
arch/arm/mach-omap2/opp.c |4
On 03/05/2012 04:36 PM, Grant Likely :
On Wed, Feb 29, 2012 at 03:54:08PM +0100, Nicolas Ferre wrote:
By making DMA controllers register a generic translation
function, we allow the management of any type of DMA requests
specification.
The void * output of an of_dma_xlate() function that will
On 03/14/2012 04:42 PM, Greg KH wrote:
On Wed, Mar 14, 2012 at 02:45:27PM +0100, Maximilian Schwerin wrote:
From: Albert Herranz albert_herr...@yahoo.es
This patch fixes the following spinlock recursion bug seen when bringing down
the ethernet interface.
[...]
Hint, use
On 03/14/2012 11:47 AM, Nicolas Ferre wrote:
...
I do have the will to avoid the treats of memory corruption in case of
malformed DT data, as Stephen was saying. But, on the other hand I do
not know really if this can happen: if the .xlate() function which is
provided by the DMA controller is
Hi Benoit,
Benoit Cousson b-cous...@ti.com writes:
[...]
This is not for pull-request, becasue it is based on irqdomain + OMAP
IRQ DT series + OMAP twl DT series yet to be pushed.
What's the status of this series?
At least 'gpio/twl: Allocate irq_desc dynamically for SPARSE_IRQ
support' is
Benoit Cousson b-cous...@ti.com writes:
From: Felipe Balbi ba...@ti.com
With sparse IRQs the driver shouldn't depend at all on
any IRQ values coming from board-file.
Remove every occurences of pdata-irq_base/end.
Well, not quite *every*. :)
If the driver isn't going to use those fields
Hi Kevin,
On 3/14/2012 9:50 PM, Kevin Hilman wrote:
Hi Benoit,
Benoit Coussonb-cous...@ti.com writes:
[...]
This is not for pull-request, becasue it is based on irqdomain + OMAP
IRQ DT series + OMAP twl DT series yet to be pushed.
What's the status of this series?
I sent earlier today
On 3/14/2012 9:59 PM, Kevin Hilman wrote:
Benoit Coussonb-cous...@ti.com writes:
From: Felipe Balbiba...@ti.com
With sparse IRQs the driver shouldn't depend at all on
any IRQ values coming from board-file.
Remove every occurences of pdata-irq_base/end.
Well, not quite *every*. :)
Hehe,
Maximilian Schwerin m...@tigris.de writes:
From: Steve Sakoman st...@sakoman.com
Don't try to add IVA OPPs for OMAP3 versions not containing an IVA
subsystem, as this would make omap_init_opp_table fail.
Signed-off-by: Steve Sakoman st...@sakoman.com
Signed-off-by: Maximilian Schwerin
Cousson, Benoit b-cous...@ti.com writes:
On 3/14/2012 9:59 PM, Kevin Hilman wrote:
Benoit Coussonb-cous...@ti.com writes:
From: Felipe Balbiba...@ti.com
With sparse IRQs the driver shouldn't depend at all on
any IRQ values coming from board-file.
Remove every occurences of
Cousson, Benoit b-cous...@ti.com writes:
Hi Kevin,
On 3/14/2012 9:50 PM, Kevin Hilman wrote:
Hi Benoit,
Benoit Coussonb-cous...@ti.com writes:
[...]
This is not for pull-request, becasue it is based on irqdomain + OMAP
IRQ DT series + OMAP twl DT series yet to be pushed.
What's the
On Wed, Mar 14, 2012 at 16:15, Kevin Hilman khil...@ti.com wrote:
Maximilian Schwerin m...@tigris.de writes:
From: Steve Sakoman st...@sakoman.com
Don't try to add IVA OPPs for OMAP3 versions not containing an IVA
subsystem, as this would make omap_init_opp_table fail.
Signed-off-by: Steve
Kevin Hilman khil...@ti.com writes:
Benoit Cousson b-cous...@ti.com writes:
From: Felipe Balbi ba...@ti.com
With sparse IRQs the driver shouldn't depend at all on
any IRQ values coming from board-file.
Remove every occurences of pdata-irq_base/end.
Well, not quite *every*. :)
If the
Tarun,
Can you investigate an abort during boot on 3630/Zoom3?
Both Tony and I are seeing the abort below on 3630/Zoom3. I'm using
arm-soc/for-next and Tony is using linux-next, but we see the same abort.
Adding in your latest fixes series doesn't make the problem go away, but
backing out the
Menon, Nishanth n...@ti.com writes:
On Wed, Mar 14, 2012 at 16:15, Kevin Hilman khil...@ti.com wrote:
Maximilian Schwerin m...@tigris.de writes:
From: Steve Sakoman st...@sakoman.com
Don't try to add IVA OPPs for OMAP3 versions not containing an IVA
subsystem, as this would make
* Kevin Hilman khil...@ti.com [120314 14:02]:
From: Kevin Hilman khil...@ti.com
Date: Wed, 14 Mar 2012 13:56:01 -0700
Subject: [PATCH 2/2] ARM: OMAP2+: TWL: remove usage of pdata-irq_base/_end
The driver has been converted to use SPARSE_IRQ and no longer needs to
be passed IRQ base/end.
Hi Tony,
It looks like Chris Ball just queued the HSMMC DT stuff from Rajendra,
so I can add as well the MMC DTS for OMAP3 and OMAP4 as well.
It is fine for an update?
Than I can add as Kevin's patch for twl irq_base removal.
Thanks,
Benoit
On 3/13/2012 12:41 AM, Cousson, Benoit wrote:
* Cousson, Benoit b-cous...@ti.com [120314 15:52]:
Hi Tony,
It looks like Chris Ball just queued the HSMMC DT stuff from
Rajendra, so I can add as well the MMC DTS for OMAP3 and OMAP4 as
well.
It is fine for an update?
Sure, I'm not planning to pull this until after the merge
window.
On 3/14/2012 11:57 PM, Tony Lindgren wrote:
* Cousson, Benoitb-cous...@ti.com [120314 15:52]:
Hi Tony,
It looks like Chris Ball just queued the HSMMC DT stuff from
Rajendra, so I can add as well the MMC DTS for OMAP3 and OMAP4 as
well.
It is fine for an update?
Sure, I'm not planning to
* Cousson, Benoit b-cous...@ti.com [120314 16:06]:
On 3/14/2012 11:57 PM, Tony Lindgren wrote:
* Cousson, Benoitb-cous...@ti.com [120314 15:52]:
Hi Tony,
It looks like Chris Ball just queued the HSMMC DT stuff from
Rajendra, so I can add as well the MMC DTS for OMAP3 and OMAP4 as
well.
On 3/15/2012 12:21 AM, Tony Lindgren wrote:
* Cousson, Benoitb-cous...@ti.com [120314 16:06]:
On 3/14/2012 11:57 PM, Tony Lindgren wrote:
* Cousson, Benoitb-cous...@ti.com [120314 15:52]:
Hi Tony,
It looks like Chris Ball just queued the HSMMC DT stuff from
Rajendra, so I can add as well
Hi Tony,
Here are the remaining DTS patches for 3.4.
On top of the previous pull request, I just added the MMC DTS since the driver
adaptation just got queued.
It will be still be good to have that for 3.4 if possible, otherwise we will
have a bunch of drivers DT adapted but no DTS file to
Hi Paul,
2012/2/27 Paul Walmsley p...@pwsan.com:
diff --git a/arch/arm/mach-omap2/omap_hwmod.c
b/arch/arm/mach-omap2/omap_hwmod.c
index db4ad41..aeb6f4c 100644
--- a/arch/arm/mach-omap2/omap_hwmod.c
+++ b/arch/arm/mach-omap2/omap_hwmod.c
@@ -1490,13 +1490,22 @@ static int _reset(struct
Hi,
* Cousson, Benoit b-cous...@ti.com [120314 16:41]:
Hi Tony,
Here are the remaining DTS patches for 3.4.
On top of the previous pull request, I just added the MMC DTS since the
driver adaptation just got queued.
It will be still be good to have that for 3.4 if possible, otherwise
On Thu, Mar 15, 2012 at 3:35 AM, Kevin Hilman khil...@ti.com wrote:
Tarun,
Can you investigate an abort during boot on 3630/Zoom3?
Both Tony and I are seeing the abort below on 3630/Zoom3. I'm using
arm-soc/for-next and Tony is using linux-next, but we see the same abort.
The crash looks
53 matches
Mail list logo