On Mon, 22 Nov 2010 17:50:54 -0700 (MST)
Paul Walmsley wrote:
>
> By the way, ASoC and OMAP audio-hackers, I deeply regret how much trouble
> that SCM cleanup series has caused. It does not meet my personal
> standards for a patch-series...
>
Hey, small compile breaks happens to everyone and
On Mon, 22 Nov 2010 17:48:24 -0700 (MST)
Paul Walmsley wrote:
> > Signed-off-by: Janusz Krzysztofik
>
> Thanks for fixing this. What do you think about the following patch
> instead? It should avoid any compiler issues.
>
Hmm.. looks like Janusz's patch is still in Liam's for-2.6.37
branch
On 11/23/2010 12:05 AM, Gadiyar, Anand wrote:
On Tue, Nov 23, 2010 at 7:50 AM, Peter Barada wrote:
I've pulled the latest linux-2.6.37-rc3 kernel from kernel.org, and using
the arch/arm/configs/omap3plus_defconfig as .config, and turning on:
CONFIG_MACH_OMAP35CONFIG_MACH_OMAP3530_LV_SOM=y
On Tue, Nov 23, 2010 at 7:50 AM, Peter Barada wrote:
> I've pulled the latest linux-2.6.37-rc3 kernel from kernel.org, and using
> the arch/arm/configs/omap3plus_defconfig as .config, and turning on:
>
> CONFIG_MACH_OMAP35CONFIG_MACH_OMAP3530_LV_SOM=y
> CONFIG_MACH_OMAP3_TORPEDO=y
>
> to run on th
Hi
Kevin and I discussed this privately, this is just to summarize for
everyone else.
On Wed, 17 Nov 2010, Kevin Hilman wrote:
> There have been a few discussions over the few months about how to
> properly use omap_hwmod to manage certain IPs that have the interface
> clock as the functional c
On Tue, 23 Nov 2010, Rafael J. Wysocki wrote:
> > > Moreover, I'm not sure if we need an "IRQ safe" version of _idle. Why do
> > > we need it, exactly?
> >
> > Because pm_runtime_put_sync() calls rpm_idle(). If there were no
> > irq-safe version of rpm_idle() then drivers wouldn't be able to c
I've pulled the latest linux-2.6.37-rc3 kernel from kernel.org, and
using the arch/arm/configs/omap3plus_defconfig as .config, and turning on:
CONFIG_MACH_OMAP35CONFIG_MACH_OMAP3530_LV_SOM=y
CONFIG_MACH_OMAP3_TORPEDO=y
to run on the Logic OMAP35x boards, it failed to boot (no output from
the s
By the way, ASoC and OMAP audio-hackers, I deeply regret how much trouble
that SCM cleanup series has caused. It does not meet my personal
standards for a patch-series...
- Paul
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger
Hello Janusz, Mark,
On Tue, 2 Nov 2010, Janusz Krzysztofik wrote:
> In the new code introduced with commit
> cf4c87abe238ec17cd0255b4e21abd949d7f811e,
> "OMAP: McBSP: implement McBSP CLKR and FSR signal muxing via
> mach-omap2/mcbsp.c",
> the way omap1 build is supposed to bypass omap2 specific
A: No.
Q: Should I include quotations after my reply?
http://daringfireball.net/2007/07/on_top
On Tue, Nov 23, 2010 at 01:18:51AM +0100, Cosmin Cojocar wrote:
> The v2 was a intermediate testing version which I sent it out by
> mistake. The difference between the tow is that the v2 uses a
> infi
The v2 was a intermediate testing version which I sent it out by
mistake. The difference between the tow is that the v2 uses a
infinite loop to wait for data to be transfered out form buffer, whereas
the v3 relies on existing wait_form_xmitr function.
Regards,
Cosmin
Greg KH wrote:
> On Tue, Nov
On Mon, 22 Nov 2010, Kevin Hilman wrote:
> Paul Walmsley writes:
>
> > On Tue, 16 Nov 2010, Paul Walmsley wrote:
> >
> >> This patch series contains upgrades for the OMAP2+ hwmod core
> >> code, intended for 2.6.38. Most of these patches were developed
> >> in response to use-cases discovered w
On Tue, Nov 23, 2010 at 12:24:12AM +0100, Cosmin Cojocar wrote:
> The kgdb invokes the poll_put_char and poll_get_char when communicating
> with the host. This patch also changes the initialization order because the
> kgdb will check at the very beginning, if there is a valid serial
> driver.
What
Nishanth Menon writes:
> Kevin Hilman wrote, on 11/22/2010 05:19 PM:
>> Nishanth Menon writes:
>>
>>> This patch adds OPP tables for OMAP4. New file has been added to keep
>>> the OMAP4 opp tables and the registration of these tables with the
>>> generic opp framework by OMAP SoC OPP interface.
Kevin Hilman wrote, on 11/22/2010 05:19 PM:
Nishanth Menon writes:
This patch adds OPP tables for OMAP4. New file has been added to keep
the OMAP4 opp tables and the registration of these tables with the
generic opp framework by OMAP SoC OPP interface.
[...]
diff --git a/arch/arm/mach-omap
The kgdb invokes the poll_put_char and poll_get_char when communicating
with the host. This patch also changes the initialization order because the
kgdb will check at the very beginning, if there is a valid serial
driver.
Signed-off-by: Cosmin Cojocar
---
drivers/serial/Makefile |2 +-
Nishanth Menon writes:
> This patch adds OPP tables for OMAP4. New file has been added to keep
> the OMAP4 opp tables and the registration of these tables with the
> generic opp framework by OMAP SoC OPP interface.
[...]
> diff --git a/arch/arm/mach-omap2/opp.c b/arch/arm/mach-omap2/opp.c
> ind
Nishanth Menon writes:
> Kevin Hilman wrote, on 11/22/2010 04:45 PM:
>>> static inline int omap3_opp_init(void)
>>> >{
>>> > return -EINVAL;
>>> >}
>>> > +static inline int omap4_opp_init(void)
>>> > +{
>>> > +return -EINVAL;
>>> > +}
>>> >#endif
>> Now that th
The kgdb invokes the poll_put_char and poll_get_char when communicating
with the host. This patch also changes the initialization order because the
kgdb will check at the very beginning, if there is a valid serial
driver.
Signed-off-by: Cosmin Cojocar
---
drivers/serial/Makefile |2 +-
On Monday, November 22, 2010, Alan Stern wrote:
> On Mon, 22 Nov 2010, Rafael J. Wysocki wrote:
>
> > > > I didn't like this change before and I still don't like it. Quite
> > > > frankly, I'm
> > > > not sure I can convince Linus to pull it. :-)
> > > >
> > > > Why don't we simply execute the
Kevin Hilman wrote, on 11/22/2010 04:45 PM:
static inline int omap3_opp_init(void)
>{
>return -EINVAL;
>}
> +static inline int omap4_opp_init(void)
> +{
> + return -EINVAL;
> +}
>#endif
Now that these are device_initcalls, seems like they can be made static
and not
Nishanth Menon writes:
> This patch adds OPP tables for OMAP4. New file has been added to keep
> the OMAP4 opp tables and the registration of these tables with the
> generic opp framework by OMAP SoC OPP interface.
>
> Based on:
> http://dev.omapzoom.org/?p=santosh/kernel-omap4-base.git;a=blob;f=
Nishanth Menon writes:
> Add OPP data for OMAP34xx and OMAP36xx and initialization functions
> to populate OPP tables based on current SoC.
> introduce an OMAP generic opp initialization routine which OMAP3
> and OMAP4+ SoCs can use to register their OPP definitions.
>
> Cc: Thomas Petazzoni
> S
jean.pi...@newoldbits.com writes:
> From: Jean Pihet
>
> Idle path should be disabled during the entire suspend/resume sequence.
> Currently it is disabled in ->prepare() and re-enabled in ->finish(),
> but the suspend sequence starts with ->begin() and ends with ->end(),
> leaving windows where
Paul Walmsley writes:
> On Tue, 16 Nov 2010, Paul Walmsley wrote:
>
>> This patch series contains upgrades for the OMAP2+ hwmod core
>> code, intended for 2.6.38. Most of these patches were developed
>> in response to use-cases discovered while converting device
>> drivers to use the hwmod code.
James,
On Mon, Nov 22, 2010 at 11:12 AM, James Adams wrote:
> Hi Rene,
>
> We have got the watchdog timer enabled at the moment (interval 5 seconds).
> The code does indeed point to the line as you say.
> I tried using dump_stack and it was getting triggered by an interrupt
> calling handle_hiber
Kevin Hilman writes:
> Santosh Shilimkar writes:
>
>> This patch removes the hardcoded value of auxctrl value and
>> construct it using bitfields
>>
>> Bit 25 is reserved and is always set to 1. Same value
>> of this bit is retained in this patch
>
> Is this OMAP specific, or is this ARM generic
Santosh Shilimkar writes:
> This patch removes the hardcoded value of auxctrl value and
> construct it using bitfields
>
> Bit 25 is reserved and is always set to 1. Same value
> of this bit is retained in this patch
Is this OMAP specific, or is this ARM generic?
> Signed-off-by: Santosh Shilim
On Mon, Nov 22, 2010 at 6:51 PM, Kevin Hilman
wrote:
> Jean Pihet writes:
>
>> Some bad interaction between the idle and the suspend paths has been
>> noticed: the idle code is called during the suspend enter and exit
>> sequences. This could cause corruption or lock-up of resources.
>
>> The sol
From: Jean Pihet
Idle path should be disabled during the entire suspend/resume sequence.
Currently it is disabled in ->prepare() and re-enabled in ->finish(),
but the suspend sequence starts with ->begin() and ends with ->end(),
leaving windows where the suspend/resume sequence is still underway
Nishanth Menon writes:
> Bunch of fixes as part of phase 1 targetting mainly OMAP3630 HS devices
> for OFF mode logic.
>
> It is important to note - for proper functionality of HS OFF mode on OMAP3630,
>CONFIG_OMAP3_L2_AUX_SECURE_SAVE_RESTORE=y and
>CONFIG_OMAP3_L2_AUX_SECURE_SERVICE_SET_
On 11/21/10 11:29 PM, Ghorai, Sukumar wrote:
>> The board (Mistral AM37x) NAND (Micron 256 MiB) was originally
>> bootstrapped
>> over SD/MMC from u-boot using the following script:
>
> [Ghorai] let me know the nand details - x8/x16, small/big page?
It's the Micron 256 MiB x16 2 KiB page size, 128
[ +Govindraj for omap-serial ]
Nishanth Menon writes:
> From: Archana Sriram
>
> Errata Id:i582
>
> PER Domain reset issue after Domain-OFF/OSWR Wakeup.
>
> Issue:
> When Peripheral Power Domain (PER-PD) is woken up from OFF / OSWR
> state while Core Power Domain (CORE-PD) is kept active, write
Kevin Hilman had written, on 11/22/2010 12:23 PM, the following:
Nishanth Menon writes:
Peter 'p2' De Schrijver had written, on 11/22/2010 10:22 AM, the following:
[...]
The root cause for the DLL not locking has been found though and a
workaround implemented. So it should work now :)
Is th
Nishanth Menon writes:
> Peter 'p2' De Schrijver had written, on 11/22/2010 10:22 AM, the following:
> [...]
The root cause for the DLL not locking has been found though and a
workaround implemented. So it should work now :)
>>> Is the workaround for this reflected in Nishanth's series
srin...@mistralsolutions.com writes:
> From: Srinath
>
> AM3517/05 Craneboard has one EHCI interface on board using port1.
>
> GPIO35 is used as power enable.
> GPIO38 is used as port1 PHY reset.
>
> Signed-off-by: Srinath
> ---
> arch/arm/mach-omap2/board-am3517crane.c | 20 +
Jean Pihet writes:
> Some bad interaction between the idle and the suspend paths has been
> noticed: the idle code is called during the suspend enter and exit
> sequences. This could cause corruption or lock-up of resources.
> The solution is to move the call to disable_hlt at the very beginning
Hi Tarun,
On 11/20/2010 3:39 AM, Tarun Kanti DebBarma wrote:
From: Thara Gopinath
Add device name to OMAP2 dmtimer fclk nodes so that the fclk nodes can be
retrieved by doing a clk_get with the corresponding device pointers or
device names.
Signed-off-by: Thara Gopinath
Signed-off-by: Tarun Ka
Hi Rene,
We have got the watchdog timer enabled at the moment (interval 5 seconds).
The code does indeed point to the line as you say.
I tried using dump_stack and it was getting triggered by an interrupt
calling handle_hibernation_fromDSP which then called functions
eventually triggering the SYNC
Hi James,
On Mon, Nov 22, 2010 at 9:26 AM, James Adams wrote:
> D/TI_Video_Decoder( 934): VIDDEC_InitDSP_H264Dec():6573 After Rounding:
> nFrameW
> idth = 1280, nFrameHeight = 544
> drivers/dsp/bridge/services/sync.c, line 357: Assertion (0) failed.
> drivers/dsp/bridge/services/sync.c, line 357
Peter 'p2' De Schrijver had written, on 11/22/2010 10:22 AM, the following:
[...]
The root cause for the DLL not locking has been found though and a
workaround implemented. So it should work now :)
Is the workaround for this reflected in Nishanth's series?
No. It seems not. The workaround nee
Gabi Voiculescu writes:
> Thank you for your reply.
>
> I am a newbie when it comes down to Linux git repositories.
> I am trying to do a 2.6.32 paravirtualization on top of L4, to run on the
> beagleboard(omap3 CPU), using as native kernel one from the linux-omap-pm
> repository.
>
> Why 2.6.
On Mon, Nov 22, 2010 at 05:03:59PM +0100, ext Kevin Hilman wrote:
> "Peter 'p2' De Schrijver" writes:
>
> > On Fri, Nov 19, 2010 at 05:14:15PM +0100, ext Derrick, David wrote:
> >> >-Original Message-
> >> >From: Jean Pihet [mailto:jean.pi...@newoldbits.com]
> >> >Sent: Friday, November
Nishanth Menon writes:
> Kevin Hilman had written, on 11/19/2010 03:20 PM, the following:
>
>>> Request for testing this series for comparison between master and this
>>> series requested for additional platforms where available.
>>
>> I haven't yet been through the entire series, but some genera
On Mon, Nov 22, 2010 at 5:03 PM, Kevin Hilman
wrote:
> "Peter 'p2' De Schrijver" writes:
>
>> On Fri, Nov 19, 2010 at 05:14:15PM +0100, ext Derrick, David wrote:
>>> >-Original Message-
>>> >From: Jean Pihet [mailto:jean.pi...@newoldbits.com]
>>> >Sent: Friday, November 19, 2010 9:37 AM
>
"Peter 'p2' De Schrijver" writes:
> On Fri, Nov 19, 2010 at 05:14:15PM +0100, ext Derrick, David wrote:
>> >-Original Message-
>> >From: Jean Pihet [mailto:jean.pi...@newoldbits.com]
>> >Sent: Friday, November 19, 2010 9:37 AM
>>
>> >On Thu, Nov 18, 2010 at 7:34 PM, Jean Pihet
>> >>wr
Resending the mail in plain text format..
On Mon, Nov 22, 2010 at 9:20 PM, ABRAHAM, KISHON VIJAY wrote:
>
> On Mon, Oct 11, 2010 at 11:48 AM, ABRAHAM, KISHON VIJAY wrote:
>>
>> On Friday 08 October 2010 01:12 PM, Cousson, Benoit wrote:
>> > Hi Kishon,
>> >
>> > On 10/5/2010 6:37 PM, ABRAHAM, KIS
On Mon, 22 Nov 2010, Rafael J. Wysocki wrote:
> > > I didn't like this change before and I still don't like it. Quite
> > > frankly, I'm
> > > not sure I can convince Linus to pull it. :-)
> > >
> > > Why don't we simply execute the callback under the spinlock in the
> > > IRQ safe case?
> >
>
Hi Hari,
Please see output below - hopefully there are some clues in there? many thanks,
James
I/ActivityManager( 966): Starting activity: Intent {
act=android.intent.action.
MAIN cat=[android.intent.category.LAUNCHER] flg=0x1020
cmp=com.android.devel
opment/.Development }
I/ActivityManager
On 11/22/2010 12:51 PM, Felipe Balbi wrote:
Hi,
On Mon, Nov 22, 2010 at 05:46:53AM -0600, Kanigeri, Hari wrote:
> From the dmtimer stuff, it looks like the driver defines the version
types, which hwmod uses to define the rev field.
/* timer ip constants */
#define OMAP_TIMER_IP_LEGACY
On 11/22/2010 11:08 AM, Balbi, Felipe wrote:
On Fri, Nov 19, 2010 at 03:50:02PM +0100, Cousson, Benoit wrote:
Most of the time, we do not want to use the IP revision because it is
un-accurate and does not reflect the change we'd like to track.
For example some time a minor change in the RTL that
Thank you for your reply.
I am a newbie when it comes down to Linux git repositories.
I am trying to do a 2.6.32 paravirtualization on top of L4, to run on the
beagleboard(omap3 CPU), using as native kernel one from the linux-omap-pm
repository.
Why 2.6.32? It seems we have to run some userlan
James,
On Mon, Nov 22, 2010 at 7:14 AM, James Adams wrote:
> Hi All,
>
> We are running Android on a custom Gumstix Overo Water platform. We
> have ported the 25.12 Zoom2 release to do this.
>
> It is almost working except that when trying to decode H264 videos
> with resolution above 640x480 (ei
Hi All,
We are running Android on a custom Gumstix Overo Water platform. We
have ported the 25.12 Zoom2 release to do this.
It is almost working except that when trying to decode H264 videos
with resolution above 640x480 (either horizontally or vertically, e.g.
640*544) the DSP module appears to
On Fri, Nov 12, 2010 at 8:04 PM, Grant Erickson wrote:
> I have a Mistral AM37x development board and am working on transitioning it
> from the 2.6.32 provided with the SDK to 2.6.36 and have run into some issues
> with the OMAP2 DSS driver that it seems others have encountered as well (e.g.
>
Charu and Benoit,
> -Original Message-
> From: Varadarajan, Charulatha
> Sent: Monday, November 22, 2010 6:05 PM
> To: DebBarma, Tarun Kanti
> Cc: linux-omap@vger.kernel.org
> Subject: Re: [PATCHv4 12/14] OMAP: dmtimer: switch-over to platform device
> driver
>
> On Mon, Nov 22, 2010 at 17
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Grant Erickson
> Sent: Friday, November 12, 2010 11:35 PM
> To: linux-omap@vger.kernel.org
> Subject: DSS2 and 2.6.36
>
> I have a Mistral AM37x development board and am
On Mon, Nov 22, 2010 at 17:38, DebBarma, Tarun Kanti wrote:
>
>> -Original Message-
>> From: Varadarajan, Charulatha
>> Sent: Monday, November 22, 2010 5:30 PM
>> To: DebBarma, Tarun Kanti
>> Cc: linux-omap@vger.kernel.org
>> Subject: Re: [PATCHv4 12/14] OMAP: dmtimer: switch-over to platf
> -Original Message-
> From: Jean Pihet [mailto:jean.pi...@newoldbits.com]
> Sent: Monday, November 22, 2010 5:01 PM
> To: Rajendra Nayak
> Cc: linux-omap@vger.kernel.org; Jean Pihet-XID; Kevin Hilman
> Subject: Re: [PATCH] OMAP3: disable idle early in the suspend sequence
>
> On Mon, Nov 2
> -Original Message-
> From: Varadarajan, Charulatha
> Sent: Monday, November 22, 2010 5:30 PM
> To: DebBarma, Tarun Kanti
> Cc: linux-omap@vger.kernel.org
> Subject: Re: [PATCHv4 12/14] OMAP: dmtimer: switch-over to platform device
> driver
>
> On Mon, Nov 22, 2010 at 14:44, DebBarma, Ta
On Mon, Nov 22, 2010 at 05:24:08PM +0530, Anand Gadiyar wrote:
On 11/22/2010 3:47 PM, Felipe Balbi wrote:
On Mon, Nov 22, 2010 at 12:13:19AM +0530, Anand Gadiyar wrote:
From: Keshava Munegowda
Signed-off-by: Keshava Munegowda
Signed-off-by: Anand Gadiyar
Cc: Tony Lindgren
Tony, if you gi
On Mon, Nov 22, 2010 at 14:44, DebBarma, Tarun Kanti wrote:
>> -Original Message-
>> From: Varadarajan, Charulatha
>> Sent: Monday, November 22, 2010 12:15 PM
>> To: DebBarma, Tarun Kanti
>> Cc: linux-omap@vger.kernel.org
>> Subject: Re: [PATCHv4 12/14] OMAP: dmtimer: switch-over to platfo
Felipe,
On Mon, Nov 22, 2010 at 5:51 AM, Felipe Balbi wrote:
> Hi,
>
> On Mon, Nov 22, 2010 at 05:46:53AM -0600, Kanigeri, Hari wrote:
>>>
>>> From the dmtimer stuff, it looks like the driver defines the version
>>
>> types, which hwmod uses to define the rev field.
>>
>> /* timer ip constants */
On 11/22/2010 3:47 PM, Felipe Balbi wrote:
> On Mon, Nov 22, 2010 at 12:13:19AM +0530, Anand Gadiyar wrote:
>> From: Keshava Munegowda
>>
>> Signed-off-by: Keshava Munegowda
>> Signed-off-by: Anand Gadiyar
>> Cc: Tony Lindgren
>
> Tony, if you give me your Ack I can take this with Greg since i
Hi,
On Mon, Nov 22, 2010 at 05:46:53AM -0600, Kanigeri, Hari wrote:
From the dmtimer stuff, it looks like the driver defines the version
types, which hwmod uses to define the rev field.
/* timer ip constants */
#define OMAP_TIMER_IP_LEGACY0x1
#define OMAP_TIMER_IP_VERSION_2
On Mon, Nov 22, 2010 at 4:08 AM, Felipe Balbi wrote:
> On Fri, Nov 19, 2010 at 03:50:02PM +0100, Cousson, Benoit wrote:
>>
>> Most of the time, we do not want to use the IP revision because it is
>> un-accurate and does not reflect the change we'd like to track.
>> For example some time a minor ch
Hi,
On Mon, Nov 22, 2010 at 12:38:21PM +0100, Jean Pihet wrote:
The original patch has the ti.com address in both the From: and
Signed-off-by: fields, but the From: on the ML still shows otherwise.
Weird...
Any idea how to fix that?
how about setting sendemail.envelopesender ??
--
balbi
--
T
Hi,
On Mon, Nov 22, 2010 at 12:11 PM, Felipe Balbi wrote:
> Hi,
>
> On Mon, Nov 22, 2010 at 11:44:57AM +0100, Jean Pihet wrote:
>>
>> Some bad interaction between the idle and the suspend paths has been
>> noticed: the idle code is called during the suspend enter and exit
>> sequences. This could
On Mon, Nov 22, 2010 at 11:53 AM, Rajendra Nayak wrote:
>> -Original Message-
>> From: linux-omap-ow...@vger.kernel.org
> [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Jean Pihet
>> Sent: Monday, November 22, 2010 4:15 PM
>> To: linux-omap@vger.kernel.org
>> Cc: Jean Pihet; Kevin
Hi,
On Mon, Nov 22, 2010 at 11:44:57AM +0100, Jean Pihet wrote:
Some bad interaction between the idle and the suspend paths has been
noticed: the idle code is called during the suspend enter and exit
sequences. This could cause corruption or lock-up of resources.
The solution is to move the cal
Hi Paul,
<>
...
> +
> +int omap2_wd_timer_disable(struct omap_hwmod *oh)
> +{
> + void __iomem *base;
> + int ret;
> +
> + if (!oh) {
> + pr_err("%s: Could not look up wdtimer_hwmod\n", __func__);
> + return -EINVAL;
> + }
> +
Just a minor observation. I was
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Jean Pihet
> Sent: Monday, November 22, 2010 4:15 PM
> To: linux-omap@vger.kernel.org
> Cc: Jean Pihet; Kevin Hilman
> Subject: [PATCH] OMAP3: disable idle early in the suspe
Some bad interaction between the idle and the suspend paths has been
noticed: the idle code is called during the suspend enter and exit
sequences. This could cause corruption or lock-up of resources.
The solution is to move the call to disable_hlt at the very beginning
of the suspend sequence (in
On Mon, Nov 22, 2010 at 02:22:41PM +0530, Ajay Kumar Gupta wrote:
Fixes below compilation warning when musb driver is compiled for
PIO mode.
drivers/usb/musb/musb_gadget.c: In function 'musb_g_rx':
drivers/usb/musb/musb_gadget.c:840:
warning: label 'exit' defined but not used
Sig
> Hi.
>
> I want to ask a newbie questions regarding linux-omap-pm
> repositories(http://git.kernel.org/?p=linux/kernel/git/khilman/linux-omap-pm.git;a=summary).
>
> I know this mailing list is for the linux-omap repository. I have searched
> the web for a mailing list specific for linux-omap-pm
On Mon, Nov 22, 2010 at 12:10:10AM +0530, Anand Gadiyar wrote:
Add base addresses for USBHOST, USBTLL, EHCI and OHCI to
the header file.
This will disappear when the drivers are converted to use
the hwmod database, however this patch is needed until then.
Signed-off-by: Anand Gadiyar
Tony, I
Hi Thomas / Kevin,
I did verify Thomas Petazzoni's patch - [PATCH] omap: prcm: switch to a
chained IRQ handler mechanism, and I have below questions or comments.
1. I see for each WKUP_ST or IO_ST interrupt the _prcm_int_handle_wakeup
handler is getting called 2 times which impacts on perform
Hi,
On Mon, Nov 22, 2010 at 12:10:13AM +0530, Anand Gadiyar wrote:
missing description here.
Signed-off-by: Keshava Munegowda
Signed-off-by: Anand Gadiyar
After a description is added, I'll be waiting for Tony's Ack.
--
balbi
--
To unsubscribe from this list: send the line "unsubscribe li
Hi,
On Mon, Nov 22, 2010 at 02:22:40PM +0530, Ajay Kumar Gupta wrote:
Fixes compilation error as control.h APIs are not available to
drivers/usb/musb/am35x.c file. Earlier it was getting included
from but now moved to new location by another
pacth.
Signed-off-by: Ajay Kumar Gupta
Tony ? Do
On Mon, Nov 22, 2010 at 12:10:07AM +0530, Anand Gadiyar wrote:
Add clkdev aliases for the USBHOST and USBTLL clocks on OMAP3 and
OMAP4, so that the driver can refer to the clocks using a common alias.
This will disappear when the driver is converted to use the hwmod
database, but until then this
On Mon, Nov 22, 2010 at 12:13:19AM +0530, Anand Gadiyar wrote:
From: Keshava Munegowda
Signed-off-by: Keshava Munegowda
Signed-off-by: Anand Gadiyar
Cc: Tony Lindgren
Tony, if you give me your Ack I can take this with Greg since it depends
on the series I'm checking now.
--
balbi
--
To un
On Fri, Nov 19, 2010 at 03:50:02PM +0100, Cousson, Benoit wrote:
Most of the time, we do not want to use the IP revision because it is
un-accurate and does not reflect the change we'd like to track.
For example some time a minor change in the RTL that will not impact
the SW at all might trigger
On Fri, Nov 19, 2010 at 05:14:15PM +0100, ext Derrick, David wrote:
> >-Original Message-
> >From: Jean Pihet [mailto:jean.pi...@newoldbits.com]
> >Sent: Friday, November 19, 2010 9:37 AM
>
> >On Thu, Nov 18, 2010 at 7:34 PM, Jean Pihet
> >>wrote:
> >> On Thu, Nov 18, 2010 at 7:27 PM, T
> -Original Message-
> From: Varadarajan, Charulatha
> Sent: Monday, November 22, 2010 12:15 PM
> To: DebBarma, Tarun Kanti
> Cc: linux-omap@vger.kernel.org
> Subject: Re: [PATCHv4 12/14] OMAP: dmtimer: switch-over to platform device
> driver
>
> <>
>
> > -/*
> > - * Reads timer registers
On Mon, Nov 22, 2010 at 14:30, DebBarma, Tarun Kanti wrote:
>> -Original Message-
>> From: Varadarajan, Charulatha
>> Sent: Monday, November 22, 2010 1:55 PM
>> To: DebBarma, Tarun Kanti
>> Cc: linux-omap@vger.kernel.org; Gopinath, Thara; Basak, Partha
>> Subject: Re: [PATCHv4 11/14] OMAP2
> -Original Message-
> From: Varadarajan, Charulatha
> Sent: Monday, November 22, 2010 1:55 PM
> To: DebBarma, Tarun Kanti
> Cc: linux-omap@vger.kernel.org; Gopinath, Thara; Basak, Partha
> Subject: Re: [PATCHv4 11/14] OMAP2+: dmtimer: convert to platform devices
>
> <>
>
> > +/**
> > + *
On Thu, Nov 18, 2010 at 5:11 PM, Tomi Valkeinen
wrote:
> On Thu, 2010-11-18 at 10:14 +0800, ext Bryan Wu wrote:
>> On Wed, Nov 17, 2010 at 10:18 PM, Tomi Valkeinen
>
>> > Are you also interested in solving the backlight issue? =)
>>
>> Yeah, can I start with
>> drivers/video/omap2/displays/panel-s
From: Srinath
AM3517/05 Craneboard has one EHCI interface on board using port1.
GPIO35 is used as power enable.
GPIO38 is used as port1 PHY reset.
Signed-off-by: Srinath
---
arch/arm/mach-omap2/board-am3517crane.c | 20
1 files changed, 20 insertions(+), 0 deletions(-)
Hi Sergei,
Thanks for review, I will modify and resend patch.
With Regards
Srinath
-Original Message-
From: Sergei Shtylyov [mailto:sshtyl...@mvista.com]
Sent: Saturday, November 20, 2010 5:09 PM
To: srin...@mistralsolutions.com
Cc: linux-omap@vger.kernel.org; n...@ti.com; li...@arm.lin
Fixes compilation error as control.h APIs are not available to
drivers/usb/musb/am35x.c file. Earlier it was getting included
from but now moved to new location by another
pacth.
Signed-off-by: Ajay Kumar Gupta
---
Patch created against latest Linus's tree (v2.6.37-rc3)
arch/arm/plat-omap/incl
Fixes below compilation warning when musb driver is compiled for
PIO mode.
drivers/usb/musb/musb_gadget.c: In function 'musb_g_rx':
drivers/usb/musb/musb_gadget.c:840:
warning: label 'exit' defined but not used
Signed-off-by: Ajay Kumar Gupta
---
Patch created against latest Linus
_register, _find_mpu_port_index and _find_mpu_rt_base are static APIs
that will be used only during the omap_hwmod initialization phase.
There is no need to keep them for runtime.
Signed-off-by: Benoit Cousson
Cc: Paul Walmsley
Cc: Kevin Hilman
---
arch/arm/mach-omap2/omap_hwmod.c |8 -
The hwmod list will be built are init time and never
modified at runtime. There is no need anymore to protect
the list from concurrent access using the mutex.
Signed-off-by: Benoit Cousson
Cc: Paul Walmsley
Cc: Kevin Hilman
---
arch/arm/mach-omap2/omap_hwmod.c | 26 --
From: Rajendra Nayak
In cases where a module (hwmod) does not become accesible on enabling
the main clocks (can happen if there are external clocks needed
for the module to become accesible), make sure the clocks are not
left enabled.
This ensures that when the requisite external dependencies are
Do not allow omap_hwmod_register to be used outside the core
hwmod code. An omap_hwmod should be register only at init time.
Remove the omap_hwmod_unregister that is not used today since the
hwmod list will be build once at init time and never be modified
at runtime.
Signed-off-by: Benoit Cousson
Hi Paul,
Here is a small series that just remove the omap_hwmod_mutex
and move functions not needed at runtime to the __init section.
It fix as well a bug discovered during the on-going hwmod migration
of device that does have a functional clock external (mcpdm).
The series is based on mainline
<>
> +/**
> + * omap_timer_init - top level timer device initialization
> + *
> + * uses dedicated hwmod api to parse through hwmod database for
> + * given class names and then build and register the timer device.
> + */
> +static int __init omap2_dmtimer_device_init(void)
> +{
> + int ret
97 matches
Mail list logo
