snip
+/**
+ * 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 =
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
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
_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 b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman
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 b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@deeprootsystems.com
---
From: Rajendra Nayak rna...@ti.com
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
Fixes compilation error as control.h APIs are not available to
drivers/usb/musb/am35x.c file. Earlier it was getting included
from plat/control.h but now moved to new location by another
pacth.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
Patch created against latest Linus's tree
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 ajay.gu...@ti.com
---
Patch created
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;
From: Srinath srin...@mistralsolutions.com
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 srin...@mistralsolutions.com
---
arch/arm/mach-omap2/board-am3517crane.c | 20
On Thu, Nov 18, 2010 at 5:11 PM, Tomi Valkeinen
tomi.valkei...@nokia.com 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
-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
snip
+/**
+ *
On Mon, Nov 22, 2010 at 14:30, DebBarma, Tarun Kanti tarun.ka...@ti.com 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
-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
snip
-/*
- * Reads timer registers in posted
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 jean.pi...@newoldbits.com
wrote:
On Thu, Nov 18, 2010 at
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 Mon, Nov 22, 2010 at 12:13:19AM +0530, Anand Gadiyar wrote:
From: Keshava Munegowda keshava_mgo...@ti.com
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
Cc: Tony Lindgren t...@atomide.com
Tony, if you give me your Ack I can take this with
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
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 plat/control.h but now moved to new location by another
pacth.
Signed-off-by: Ajay Kumar
Hi,
On Mon, Nov 22, 2010 at 12:10:13AM +0530, Anand Gadiyar wrote:
missing description here.
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
After a description is added, I'll be waiting for Tony's Ack.
--
balbi
--
To unsubscribe from this
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
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
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 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
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
-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 suspend
Hi Paul,
snip
...
+
+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 wondering
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
On Mon, Nov 22, 2010 at 11:53 AM, Rajendra Nayak rna...@ti.com 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;
Hi,
On Mon, Nov 22, 2010 at 12:11 PM, Felipe Balbi ba...@ti.com 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
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
--
On Mon, Nov 22, 2010 at 4:08 AM, Felipe Balbi ba...@ti.com 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
Felipe,
On Mon, Nov 22, 2010 at 5:51 AM, Felipe Balbi ba...@ti.com 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 Mon, Nov 22, 2010 at 14:44, DebBarma, Tarun Kanti tarun.ka...@ti.com 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
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 keshava_mgo...@ti.com
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
Signed-off-by: Anand
-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, Tarun
-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 22, 2010
On Mon, Nov 22, 2010 at 17:38, DebBarma, Tarun Kanti tarun.ka...@ti.com 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
-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 working
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:38,
On Fri, Nov 12, 2010 at 8:04 PM, Grant Erickson maratho...@gmail.com 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
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
James,
On Mon, Nov 22, 2010 at 7:14 AM, James Adams james.r.ad...@gmail.com 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
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
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
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
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 }
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?
Because it
Resending the mail in plain text format..
On Mon, Nov 22, 2010 at 9:20 PM, ABRAHAM, KISHON VIJAY kis...@ti.com wrote:
On Mon, Oct 11, 2010 at 11:48 AM, ABRAHAM, KISHON VIJAY kis...@ti.com wrote:
On Friday 08 October 2010 01:12 PM, Cousson, Benoit wrote:
Hi Kishon,
On 10/5/2010 6:37 PM,
Peter 'p2' De Schrijver peter.de-schrij...@nokia.com 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
On Mon, Nov 22, 2010 at 5:03 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Peter 'p2' De Schrijver peter.de-schrij...@nokia.com 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]
Nishanth Menon n...@ti.com 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
On Mon, Nov 22, 2010 at 05:03:59PM +0100, ext Kevin Hilman wrote:
Peter 'p2' De Schrijver peter.de-schrij...@nokia.com 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:
Gabi Voiculescu boy3d...@yahoo.com 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.
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
Hi James,
On Mon, Nov 22, 2010 at 9:26 AM, James Adams james.r.ad...@gmail.com 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.
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
Hi Tarun,
On 11/20/2010 3:39 AM, Tarun Kanti DebBarma wrote:
From: Thara Gopinathth...@ti.com
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
Jean Pihet jean.pi...@newoldbits.com 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
srin...@mistralsolutions.com writes:
From: Srinath srin...@mistralsolutions.com
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 srin...@mistralsolutions.com
---
Nishanth Menon n...@ti.com 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?
Kevin Hilman had written, on 11/22/2010 12:23 PM, the following:
Nishanth Menon n...@ti.com 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
[ +Govindraj for omap-serial ]
Nishanth Menon n...@ti.com writes:
From: Archana Sriram archana.sri...@ti.com
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
Nishanth Menon n...@ti.com 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
From: Jean Pihet j-pi...@ti.com
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
On Mon, Nov 22, 2010 at 6:51 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Jean Pihet jean.pi...@newoldbits.com 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
Santosh Shilimkar santosh.shilim...@ti.com 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?
Kevin Hilman khil...@deeprootsystems.com writes:
Santosh Shilimkar santosh.shilim...@ti.com 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
James,
On Mon, Nov 22, 2010 at 11:12 AM, James Adams james.r.ad...@gmail.com 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
Paul Walmsley p...@pwsan.com 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
jean.pi...@newoldbits.com writes:
From: Jean Pihet j-pi...@ti.com
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
Nishanth Menon n...@ti.com 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
Nishanth Menon n...@ti.com 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:
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
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 callback under the
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 cosmin.cojo...@gmail.com
---
Nishanth Menon n...@ti.com 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 these are device_initcalls,
Nishanth Menon n...@ti.com 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
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 cosmin.cojo...@gmail.com
---
Kevin Hilman wrote, on 11/22/2010 05:19 PM:
Nishanth Menonn...@ti.com 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
Nishanth Menon n...@ti.com writes:
Kevin Hilman wrote, on 11/22/2010 05:19 PM:
Nishanth Menonn...@ti.com 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
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
On Mon, 22 Nov 2010, Kevin Hilman wrote:
Paul Walmsley p...@pwsan.com 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
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
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
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
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
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 call
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
On Tue, Nov 23, 2010 at 7:50 AM, Peter Barada pet...@logicpd.com 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
On 11/23/2010 12:05 AM, Gadiyar, Anand wrote:
On Tue, Nov 23, 2010 at 7:50 AM, Peter Baradapet...@logicpd.com 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:
On Mon, 22 Nov 2010 17:48:24 -0700 (MST)
Paul Walmsley p...@pwsan.com wrote:
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
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
On Mon, 22 Nov 2010 17:50:54 -0700 (MST)
Paul Walmsley p...@pwsan.com 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
93 matches
Mail list logo