On Thu, Mar 15, 2012 at 8:43 AM, DebBarma, Tarun Kanti
wrote:
> On Thu, Mar 15, 2012 at 3:35 AM, Kevin Hilman 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 u
Hola Omar,
On Wed, 14 Mar 2012, Ramirez Luna, Omar wrote:
> If we reached here the reset lines will be asserted, and then the code
> below touches sysc registers on a module under reset.
Do you know of any case where this would be a problem? Seems like it
would only affect IP blocks that have
On Thu, Mar 15, 2012 at 3:35 AM, Kevin Hilman 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 very simila
Hi,
* Cousson, Benoit [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 we will
>
Hi Paul,
2012/2/27 Paul Walmsley :
> 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 omap_hwmod *
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 use
On 3/15/2012 12:21 AM, Tony Lindgren wrote:
* Cousson, Benoit [120314 16:06]:
On 3/14/2012 11:57 PM, Tony Lindgren wrote:
* Cousson, Benoit [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
* Cousson, Benoit [120314 16:06]:
> On 3/14/2012 11:57 PM, Tony Lindgren wrote:
> >* Cousson, Benoit [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 f
On 3/14/2012 11:57 PM, Tony Lindgren wrote:
* Cousson, Benoit [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 af
* Cousson, Benoit [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.
> Than I c
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:
Hi
* Kevin Hilman [120314 14:02]:
> From: Kevin Hilman
> 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. The driver no longer use
"Menon, Nishanth" writes:
> On Wed, Mar 14, 2012 at 16:15, Kevin Hilman wrote:
>> Maximilian Schwerin writes:
>>
>>> From: Steve Sakoman
>>>
>>> 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:
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 G
Kevin Hilman writes:
> Benoit Cousson writes:
>
>> From: Felipe Balbi
>>
>> 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
On Wed, Mar 14, 2012 at 16:15, Kevin Hilman wrote:
> Maximilian Schwerin writes:
>
>> From: Steve Sakoman
>>
>> 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
>> Signed-off-by: Maxi
"Cousson, Benoit" writes:
> Hi Kevin,
>
> On 3/14/2012 9:50 PM, Kevin Hilman wrote:
>> Hi Benoit,
>>
>> Benoit Cousson 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
"Cousson, Benoit" writes:
> On 3/14/2012 9:59 PM, Kevin Hilman wrote:
>> Benoit Cousson writes:
>>
>>> From: Felipe Balbi
>>>
>>> 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,
Maximilian Schwerin writes:
> From: Steve Sakoman
>
> 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
> Signed-off-by: Maximilian Schwerin
Minor: patch subjects for arch/arm/* core co
On 3/14/2012 9:59 PM, Kevin Hilman wrote:
Benoit Cousson writes:
From: Felipe Balbi
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, good catch, thanks.
If the
Hi Kevin,
On 3/14/2012 9:50 PM, Kevin Hilman wrote:
Hi Benoit,
Benoit Cousson 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 the pull request
Benoit Cousson writes:
> From: Felipe Balbi
>
> 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 anymore, they should als
Hi Benoit,
Benoit Cousson 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 needed in mainl
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
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
>>
>> This patch fixes the following spinlock recursion bug seen when bringing down
>> the ethernet interface.
>>
[...]
> Hint, use scripts/get_maintainer.pl to fin
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 t
From: Steve Sakoman
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
Signed-off-by: Maximilian Schwerin
---
arch/arm/mach-omap2/opp.c |4
1 files changed, 4 insertions(+), 0 deletio
On Wed, Mar 14, 2012 at 7:22 PM, Kevin Hilman wrote:
> Grazvydas Ignotas 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
* Arnd Bergmann [120314 10:00]:
> On Wednesday 14 March 2012, Tony Lindgren wrote:
> > * Olof Johansson [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 p
Grazvydas Ignotas 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:
de
Maximilian Schwerin writes:
> From: Steve Sakoman
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
> Signed-off-by: Maximilian Schwerin
> ---
> arch/arm
On Wednesday 14 March 2012, Tony Lindgren wrote:
> * Olof Johansson [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.
> > >
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
On Wed, Mar 7, 2012 at 10:20 PM, Kevin Hilman 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 availab
Hi Olof,
* Olof Johansson [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 afte
On Wed, Mar 14, 2012 at 1:22 PM, Tomi Valkeinen 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 of timings con
On Wed, Mar 14, 2012 at 02:45:27PM +0100, Maximilian Schwerin wrote:
> From: Albert Herranz
>
> 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: d2e01
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 modu
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 we
On Wed, Mar 14, 2012 at 8:43 AM, Tomi Valkeinen wrote:
> On Wed, 2012-03-14 at 08:16 -0500, Rob Clark wrote:
>> On Wed, Mar 14, 2012 at 8:07 AM, Tomi Valkeinen
>> wrote:
>> > On Wed, 2012-03-14 at 07:55 -0500, Rob Clark wrote:
>> >> On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen
>> >> wrote:
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
Colin Cross writes:
> On Tue, Mar 13, 2012 at 5:28 PM, Colin Cross wrote:
>> On Tue, Mar 13, 2012 at 4:52 PM, Kevin Hilman wrote:
[...]
>>>
>>> Checking the ready_count seemed like an easy way to do this, but did you
>>> have any other mechanisms in mind for CPUs to communicate that they've
>
From: Steve Sakoman
Signed-off-by: Steve Sakoman
Signed-off-by: Maximilian Schwerin
---
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
index 9262a6b..414f2ec 100644
--- a/arch/arm/mach-
From: Albert Herranz
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: 0
[ 87.373410] Call Tr
On Wed, 2012-03-14 at 08:16 -0500, Rob Clark wrote:
> On Wed, Mar 14, 2012 at 8:07 AM, Tomi Valkeinen wrote:
> > On Wed, 2012-03-14 at 07:55 -0500, Rob Clark wrote:
> >> On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen
> >> wrote:
> >> > Hi,
> >> >
> >> > On Tue, 2012-03-13 at 15:34 -0500, Rob Cl
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, Mar 14, 2012 at 8:07 AM, Tomi Valkeinen wrote:
> On Wed, 2012-03-14 at 07:55 -0500, Rob Clark wrote:
>> On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen
>> wrote:
>> > Hi,
>> >
>> > On Tue, 2012-03-13 at 15:34 -0500, Rob Clark wrote:
>> >> From: Andy Gross
>> >>
>> >> Register OMAP DRM/K
On Wed, 2012-03-14 at 07:55 -0500, Rob Clark wrote:
> On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen wrote:
> > Hi,
> >
> > On Tue, 2012-03-13 at 15:34 -0500, Rob Clark wrote:
> >> From: Andy Gross
> >>
> >> Register OMAP DRM/KMS platform device, and reserve a CMA region for
> >> the device to u
On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen wrote:
> Hi,
>
> On Tue, 2012-03-13 at 15:34 -0500, Rob Clark wrote:
>> From: Andy Gross
>>
>> 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 us
Hi,
On Tue, 2012-03-13 at 15:34 -0500, Rob Clark wrote:
> From: Andy Gross
>
> 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 previous one?
I se
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 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
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
for
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
54 matches
Mail list logo
