On Tue, 2011-03-01 at 02:40 -0600, Jarkko Nikula wrote:
> There is a linker error from lcd_2430sdp.c if CONFIG_TWL4030_CORE is not
> set. This can be triggered on OMAP2 builds when OMAP3 or OMAP4 are not set.
>
> drivers/built-in.o: In function `sdp2430_panel_disable':
> drivers/video/omap/lcd_243
On Wed, Mar 2, 2011 at 12:46 AM, Sricharan R wrote:
> Hi,
>>diff --git a/arch/arm/mach-omap2/serial.c b/arch/arm/mach-omap2/serial.c
>>index 755f4aa..530e9e3 100644
>>--- a/arch/arm/mach-omap2/serial.c
>>+++ b/arch/arm/mach-omap2/serial.c
>>@@ -44,6 +44,15 @@
>>
>> static int omap_uart_con_id __in
On Wed, Feb 16, 2011 at 11:47, Shweta Gulati wrote:
>
> MPU voltage rail values are updated according to
> latest OMAP4430 Data Manual Operating Condition Addendum.
looks like the latest is evolving :(. I just checked against 0.3 of
the data manual operating conditions:
This patch does the follo
On Wed, 2 Mar 2011 08:40:12 +0200
Tomi Valkeinen wrote:
> Hi Paul and Tero,
>
> Some months ago there were discussions in Nokia about the problem with
> VDD2 OPP and DSS fck. The problem was (if I recall right) that the
> lowest VDD2 OPP cannot be used if DSS fck is over some certain limit (it
>
Hi Paul and Tero,
Some months ago there were discussions in Nokia about the problem with
VDD2 OPP and DSS fck. The problem was (if I recall right) that the
lowest VDD2 OPP cannot be used if DSS fck is over some certain limit (it
was around 100MHz). If I understood correctly, this was also discusse
Hi Kevin,
On Wed, Mar 2, 2011 at 4:05 AM, Kevin Hilman wrote:
> Lesly A M writes:
>
>> Changing the polarity of the sys_offmode signal to active low,
>> to get a High to Low transition on the NSLEEP1 of PM IC when OMAP is
>> entering offmode. Because on PM IC the power resources (LDO, DCDC regul
Hi Kevin,
On Wed, Mar 2, 2011 at 4:03 AM, Kevin Hilman wrote:
> Lesly A M writes:
>
>> Since the function to populate the sleep script is getting called always
>> irrespective of the flag "TWL4030_SLEEP_SCRIPT", other scripts data
>> is getting over written by the sleep script. Adding the missin
Hi Greg,
Today's linux-next merge of the usb tree got a conflict in
arch/arm/mach-omap2/clock3xxx_data.c between commit
0005ae73cfe44ee42d0be12a12cc82bf982f518e ("OMAP: hsmmc: Rename the device
and driver") from the omap tree and commit
53689ac1b677532be666a779e24b0ac9bd266354 ("arm: omap: usb: cl
Hi Greg,
Today's linux-next merge of the usb tree got a conflict in
arch/arm/mach-omap2/board-omap3evm.c between commit
d5e13227c32f12de3afb2e26a86bc9f3e5aaf7b6 ("OMAP2, 3: DSS2: board files:
replace platform_device_register with omap_display_init()") from the omap
and omap_dss2 trees and commit 1
Hi Greg,
Today's linux-next merge of the usb tree got a conflict in
arch/arm/mach-omap2/usb-musb.c between commit
18a26892d62d2786c2b259ba4605ee10bba0ba13 ("OMAP2+: musb: hwmod adaptation
for musb registration") from the omap tree and commit
fb91cde49c327ff957c55d91805bc6abda59b311 ("usb: musb: OM
Hi Greg,
Today's linux-next merge of the usb tree got a conflict in
arch/arm/mach-omap2/board-4430sdp.c between commit
1dbea0f5e23b6c647db72fa4a048cb7140625e13 ("arm: omap4: 4430sdp: drop ehci
support") from the omap tree and commit
181b250cf53233a7a7c6d7e1e9df402506712e93 ("arm: omap: usb: create
Hi Greg,
Today's linux-next merge of the usb tree got a conflict in
drivers/usb/musb/musb_core.h between commit
59b479e0985f0b795d68331d6443a7f89c47768d ("omap: Start using
CONFIG_SOC_OMAP") from the omap tree and commit
da68ccec210c45eb99e461ad31b499b4e7043c41 ("usb: musb: Remove platform
context
Hi Kevin,
On Wed, Mar 2, 2011 at 4:01 AM, Kevin Hilman wrote:
> Lesly A M writes:
>
>> Patch series for TWL4030 power scripts and workaround for TWL errata 27.
>>
>> Changes for implementing TWL4030 power scripts recommended by hardware team.
>> Introduced a new TWL4030 power script file, which
Hi Kevin,
On Wed, Mar 2, 2011 at 3:54 AM, Kevin Hilman wrote:
> Lesly A M writes:
>
>> Patch series for TWL4030 power scripts and workaround for TWL errata 27.
>>
>> Changes for implementing TWL4030 power scripts recommended by hardware team.
>> Introduced a new TWL4030 power script file, which
Hi,
On Tuesday 01 March 2011 09:26 PM, Valkeinen, Tomi wrote:
On Tue, 2011-03-01 at 06:32 -0600, Taneja, Archit wrote:
The current DSI driver design requires the DSI panel driver to specify the
DSI Virtual Channel and the Panel Virtual Channel ID for the transfer of
commands and frame data. Out
Govind,
Couple of minor comments.
On Mon, Feb 28, 2011 at 20:09, Govindraj.R wrote:
> For device pads which have OMAP_DEVICE_PAD_WAKEUP set (which means they
> are wakeup capable) enable the IO-daisy wakeup capability.
> During re-muxing avoid direct write with val as this can disturb if any
> m
On Tue, Mar 1, 2011 at 21:59, Michael Büsch wrote:
> On Tue, 2011-03-01 at 11:23 -0500, Varadarajan, Charulatha wrote:
>> > My temporary workaround to this issue is to disable
>> > soft reset for the first GPIO module:
>> >
>> > static struct omap_hwmod omap2420_gpio1_hwmod = {
>> >
On 03/02/2011 04:46 PM, Saravana Kannan wrote:
> On 03/01/2011 07:35 PM, Ryan Mallon wrote:
>> On 03/02/2011 04:21 PM, Saravana Kannan wrote:
>>> On 03/01/2011 07:11 PM, Ryan Mallon wrote:
On 03/02/2011 03:55 PM, Saravana Kannan wrote:
> On 03/01/2011 06:41 PM, Ryan Mallon wrote:
>> On
On 03/01/2011 07:35 PM, Ryan Mallon wrote:
On 03/02/2011 04:21 PM, Saravana Kannan wrote:
On 03/01/2011 07:11 PM, Ryan Mallon wrote:
On 03/02/2011 03:55 PM, Saravana Kannan wrote:
On 03/01/2011 06:41 PM, Ryan Mallon wrote:
On 03/02/2011 03:23 PM, Saravana Kannan wrote:
I don't have any attac
On 03/02/2011 04:21 PM, Saravana Kannan wrote:
> On 03/01/2011 07:11 PM, Ryan Mallon wrote:
>> On 03/02/2011 03:55 PM, Saravana Kannan wrote:
>>> On 03/01/2011 06:41 PM, Ryan Mallon wrote:
On 03/02/2011 03:23 PM, Saravana Kannan wrote:
> I don't have any attachment to the "arch" file sugge
On 03/01/2011 07:11 PM, Ryan Mallon wrote:
On 03/02/2011 03:55 PM, Saravana Kannan wrote:
On 03/01/2011 06:41 PM, Ryan Mallon wrote:
On 03/02/2011 03:23 PM, Saravana Kannan wrote:
I don't have any attachment to the "arch" file suggestion. If there is a
better solution to identify the different
On 03/02/2011 03:55 PM, Saravana Kannan wrote:
> On 03/01/2011 06:41 PM, Ryan Mallon wrote:
>> On 03/02/2011 03:23 PM, Saravana Kannan wrote:
>>> I don't have any attachment to the "arch" file suggestion. If there is a
>>> better solution to identify the different implementations of socinfo
>>> wit
On 03/01/2011 06:41 PM, Ryan Mallon wrote:
On 03/02/2011 03:23 PM, Saravana Kannan wrote:
I don't have any attachment to the "arch" file suggestion. If there is a
better solution to identify the different implementations of socinfo
without having to maintain some "unique id" list in the kernel,
Now that common suspend helpers are in linux-next, I'm going back to
trying to use them with the L2 cache on, which is required when
implementing cpuidle states that put a cpu in reset in an SMP system.
There are a few obvious requirements - the stack pointer, stack
contents, and page tables must
On 03/01/2011 05:13 PM, Andrei Warkentin wrote:
On Mon, Feb 28, 2011 at 10:51 PM, Saravana Kannan
wrote:
On 02/28/2011 02:28 AM, Maxime Coquelin wrote:
Hello Eduardo,
On 02/16/2011 12:57 PM, Eduardo Valentin wrote:
Eduardo, what has happened to this patchset?
Got forgotten :-(. Unfortun
On Mon, Feb 28, 2011 at 10:51 PM, Saravana Kannan
wrote:
> On 02/28/2011 02:28 AM, Maxime Coquelin wrote:
>>
>> Hello Eduardo,
>>
>> On 02/16/2011 12:57 PM, Eduardo Valentin wrote:
Eduardo, what has happened to this patchset?
>>>
>>> Got forgotten :-(. Unfortunately I didn't pushed it ha
On OMAP2 and OMAP3 the reset ctrl shift doesn't match the
status bit, as it does on OMAP4, when handling the reset lines.
This patch adds a new member in the reset info structure, so now it
can be added as part of hwmod data, and checked accordingly for
OMAP2 or 3; otherwise, there could be cases
Tony,
Here's a final batch of PM fixes for the 2.6.38-rc cycle.
Kevin
The following changes since commit f5412be599602124d2bdd49947b231dd77c0bf99:
Linux 2.6.38-rc6 (2011-02-21 17:25:52 -0800)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/khilman/l
* Felipe Balbi [110228 11:07]:
> On Mon, Feb 28, 2011 at 05:06:08PM +0100, Michael Buesch wrote:
> > This adds locking around the register access in the
> > interrupt service routine.
> >
> > Signed-off-by: Michael Buesch
> > Reported-by: Felipe Balbi
>
> Fine by me. Tony, you can apply.
Only
* Kishore Kadiyala [110225 09:00]:
> Adding hwmod data for hsmmc device on OMAP2430/OMAP3/OMAP4.
> Adapting the omap_hsmmc driver to hwmod framework.
Thanks, I'll apply this series.
Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord..
Provide some more details about the rationale behind the CORE power domain
state restriction while DSS is enabled -- hopefully, enough to enable others
to implement an approach based on the DSS's required wakeup latency,
which can vary based on quite a few parameters.
Signed-off-by: Paul Walmsley
From: Tero Kristo
Prevent the CORE power domain from entering RETENTION or OFF when DSS
is on. Otherwise, the display FIFO(s) may underflow due to the time
needed for the CORE to wake back up, causing tearing and unnecessary
interrupts.
Signed-off-by: Tero Kristo
[p...@pwsan.com: wrote commit
This series prevents the OMAP3 CPUIdle code from programming the CORE
powerdomain to enter any power state lower than ON when the DSS power domain
is ON. (The assumption is that in this case, the DSS is active, DMA'ing
lines from RAM and displaying them somewhere.)
Tero, please don't hesitate to
Aaro Koskinen writes:
> Hi,
>
> On Mon, 28 Feb 2011, Tony Lindgren wrote:
>> Please pull omap fixes from:
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
>> omap-fixes-for-linus
>>
>> This contains one more timer regression fix, a DPLL rate fix,
>> and a mailbox NUL
Lesly A M writes:
> Changing the polarity of the sys_offmode signal to active low,
> to get a High to Low transition on the NSLEEP1 of PM IC when OMAP is
> entering offmode. Because on PM IC the power resources (LDO, DCDC regulators)
> associated with P1 group which is controlled by NSLEEP1 are s
Lesly A M writes:
> Since the function to populate the sleep script is getting called always
> irrespective of the flag "TWL4030_SLEEP_SCRIPT", other scripts data
> is getting over written by the sleep script. Adding the missing brackets for
> if statement to fix the issue.
This is still a confu
Lesly A M writes:
> Patch series for TWL4030 power scripts and workaround for TWL errata 27.
>
> Changes for implementing TWL4030 power scripts recommended by hardware team.
> Introduced a new TWL4030 power script file, which can be used by different
> OMAP3 board with the power companion chip TW
Lesly A M writes:
> Patch series for TWL4030 power scripts and workaround for TWL errata 27.
>
> Changes for implementing TWL4030 power scripts recommended by hardware team.
> Introduced a new TWL4030 power script file, which can be used by different
> OMAP3 board with the power companion chip TW
Sanjeev Premi writes:
> OMAP35xx, AM35xx, AM37xx families hve multiple
> variants that differ from each other based on
> features and peripherals.
>
> This patch defines a simple framework to keep
> the HWMOD database to be a generic superset and
> then allow runtime selection and deselection of
Mike Turquette writes:
> Introduce notifier infrastructure for VDD voltage transitions. Users can
> register a notifier prior to a VDD's volt_scale function getting called
> (VOLTSCALE_PRECHANGE) or after the VDD has been scaled
> (VOLTSCALE_POSTCHANGE).
>
> Signed-off-by: Mike Turquette
> ---
Hi Mike,
Mike Turquette writes:
> OMAP3630 and OMAP4 support an Adaptive Body-Bias LDO on some voltage domains
> which effects voltage supplied to PMOS back-gates. These LDOs have
> different operating modes which correspond to the voltage of each VDD.
>
> This patch introduces the data structu
Rajendra Nayak writes:
> This should help users who do a
> 'echo 1 > /debug/pm_debug/sleep_while_idle' with a
> config which has !CONFIG_CPU_IDLE and wonder
> why OMAP is'nt sleeping in idle.
This isn't quite right, as 'sleep_while_idle' is actually a flag for
whether or not to call omap_sram_id
Vishwanath BS writes:
> This patch has changes to update the C state latencies for OMAP3630 and
> disables the useless C-States, keeping only the optimized ones with their
> corresponding measured latencies.
I think "useless" vs. "optimized" here are not the right words, and
doesn't summarize t
Hi Santosh
On Tue, 1 Mar 2011, Santosh Shilimkar wrote:
> > -Original Message-
> > From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> > ow...@vger.kernel.org] On Behalf Of Paul Walmsley
> > Sent: Saturday, February 26, 2011 5:56 AM
> > To: linux-omap@vger.kernel.org
> > Subject:
Vishwanath BS writes:
> Currently clock gating for MPU and core are denied whenever C1 state is
> selected.
Yes, that is the definition of C1.
> It should be denied only when safe state is selected.
Why?
This changes the definition and behavior of C1 depending on how it is
entered. Not a go
Paul Walmsley writes:
> Hello,
>
> This patch series adds clock framework-controlled autoidle support for
> the OMAP2xxx DPLL, APLLs, and OMAP2/3 interface clocks. The old
> direct register writes in the PM code to enable clock autoidle have been
> removed.
>
> This series also ensures that al
Shweta Gulati writes:
> The series mainly does below:
>
> OMAP4 only
>- Update MPU VOltage rail values for all OPPs
>- Enable OPP-Nitro and OPP-Turbo for all boards
> OMAP2PLUS
>-Replace hardcoded Voltage values in OPP Table
> with Voltage Macros.
>
> Baseline:
> g
twl4030_wdt driver and omap_wdt driver are registering as misc_device name as
"watchdog" and the same minor number WATCHDOG_MINOR( value = 130).
There is a conflict since the name and minor were the same for
both the misc_device registered by omap_wdt.c as well as twl4030_wdt.c
The omap_wdt.c prob
From: Hari Kanigeri
pgd and pte entries weren't getting flushed out leading to MMU faults.
Signed-off-by: Hari Kanigeri
---
arch/arm/plat-omap/iommu.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/arch/arm/plat-omap/iommu.c b/arch/arm/plat-omap/iommu.c
ind
From: Ramesh Gupta
Signed-off-by: Ramesh Gupta
Signed-off-by: Hari Kanigeri
---
arch/arm/plat-omap/iommu.c | 22 --
1 files changed, 8 insertions(+), 14 deletions(-)
diff --git a/arch/arm/plat-omap/iommu.c b/arch/arm/plat-omap/iommu.c
index e3eb038..aeb2c33 100644
--- a/
Hi,
>diff --git a/arch/arm/mach-omap2/serial.c b/arch/arm/mach-omap2/serial.c
>index 755f4aa..530e9e3 100644
>--- a/arch/arm/mach-omap2/serial.c
>+++ b/arch/arm/mach-omap2/serial.c
>@@ -44,6 +44,15 @@
>
> static int omap_uart_con_id __initdata = -1;
>
>+static struct omap_uart_port_info omap_serial
Hi
On Tue, 1 Mar 2011 21:13:38 +0530
Abhilash K V wrote:
> This patch aims to fix the registration of the AIC23-based audio
> module on the AM3517-EVM, with the following two changes:
>
> 1. The i2c_board_info entry supporting aic23 codec was added into
>the i2c2 bus.
> 2. The i2c client d
Use the mux framework to initialise the serial pads.
Signed-off-by: sricharan
---
v1: Initial patch
v2: Remove flags that were to be used for only testing.
v3: Add dummy initialisation for uart0.
arch/arm/mach-omap2/board-omap4panda.c | 80 +++-
1 files changed, 79
Use the mux framework to initialise the serial pads.
Signed-off-by: sricharan
---
v1: Initial patch
v2: Remove flags that were to be used for only testing.
v3: Add dummy initialisation for uart0.
arch/arm/mach-omap2/board-4430sdp.c | 81 ++-
1 files changed, 79
commit 7d5b199a seperates the pads as dynamic and
static and avoids unessecary iteration. But the static
pads are not getting initialised after this.
Adding the changes for initialisation of static pads.
Signed-off-by: sricharan
---
Tested this on 4430sdp for both static and dynamic pads
on top
Hi,
On Mon, 28 Feb 2011, Tony Lindgren wrote:
Please pull omap fixes from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
omap-fixes-for-linus
This contains one more timer regression fix, a DPLL rate fix,
and a mailbox NULL pointer fix that would be good to get
in for
On Tue, 2011-03-01 at 08:16 -0600, K, Mythri P wrote:
> Adding the hdmi interface driver(hdmi.c) to the dss driver.
> It configures the audio and video portion of HDMI in the
> display header file to be accessed by the panels.
Check once more if the private functions and variables are marked as
st
On Mon, Feb 28, 2011 at 3:35 AM, Gulati, Shweta wrote:
> Hi,
>
> On Tue, Feb 22, 2011 at 1:17 AM, Turquette, Mike wrote:
>> On Mon, Feb 21, 2011 at 4:31 AM, Gulati, Shweta wrote:
>>> Hi,
>>>
>>> On Fri, Feb 18, 2011 at 2:50 PM, Mike Turquette wrote:
Introduce voltage transition notificatio
On Tue, 2011-03-01 at 08:16 -0600, K, Mythri P wrote:
> Adding the hdmi interface driver header file (hdmi.h) to the dss driver.
> Register and timing declaration to be used by the corresponding c file
> is added in this file.
>
> Signed-off-by: Mythri P K
> ---
> drivers/video/omap2/dss/hdmi.h
On Wed, Mar 02, 2011 at 12:58:31AM +0800, tom.leim...@gmail.com wrote:
> From: Ming Lei
>
> This patch supports pmu irq routed from CTI, so
> make pmu/perf working on OMAP4.
>
> The idea is from Woodruff Richard in the disscussion
> "Oprofile on Pandaboard / Omap4" of pandabo...@googlegroups.com
On Tue, 2011-03-01 at 08:16 -0600, K, Mythri P wrote:
> The panel driver(hdmi_omap4_panel.c) in dss file acts as a controller
> to manage the enable and disable requests and synchronize audio and video.
> Also the header file to export the hdmi registers is added in the
> plat-omap , so that it can
On Tue, 2011-03-01 at 08:16 -0600, K, Mythri P wrote:
> Adding changes to set gamma table bit for TV interface and function to select
> between VENC and HDMI.
>
> Signed-off-by: Mythri P K
> ---
> drivers/video/omap2/dss/dispc.c |5 +
> drivers/video/omap2/dss/dss.c |5 +
> dri
From: Ming Lei
This patch supports pmu irq routed from CTI, so
make pmu/perf working on OMAP4.
The idea is from Woodruff Richard in the disscussion
"Oprofile on Pandaboard / Omap4" of pandabo...@googlegroups.com.
Cc: Woodruff Richard
Cc: Tony Lindgren
Cc: linux-omap@vger.kernel.org
Signed-off
Hi Paul,
On 2/23/2011 11:05 AM, Nayak, Rajendra wrote:
Hi Paul,
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Wednesday, February 23, 2011 12:40 AM
Hi Rajendra
On Tue, 22 Feb 2011, Rajendra Nayak wrote:
The original behavior of the iterators, to terminate upon
encountering an error, se
On Tue, 2011-03-01 at 11:23 -0500, Varadarajan, Charulatha wrote:
> > My temporary workaround to this issue is to disable
> > soft reset for the first GPIO module:
> >
> >static struct omap_hwmod omap2420_gpio1_hwmod = {
> >.name = "gpio1",
> >.fla
On Tue, 2011-03-01 at 02:42 -0600, Semwal, Sumit wrote:
> This series uses information about opt-clocks provided by omap_hwmod framework
> to select which of the non-mandatory DSS clocks are available on a given
> platform.
>
> A function pointer opt_clock_available is exported via pdata, which ch
Hi,
On Mon, Feb 28, 2011 at 15:45, Michael Buesch wrote:
> The n810 LCD does not work on the 2.6.38(-rc6) kernel
> due to changes in the OMAP GPIO-hwmod code.
>
> The hwmod code performs a soft-reset on the GPIO
> module. The first GPIO module carries the MIPID
> "nreset" line, which is toggled d
On Tue, 2011-03-01 at 06:32 -0600, Taneja, Archit wrote:
> Introduce functions which request and release VC's. This will be used in panel
> drivers in their probes.
>
> omap_dsi_request_vc() takes in the pointer to the omap_dss_device, the VC_ID
> parameter which goes into the header of the DSI pa
On Tue, Mar 01, 2011 at 08:42:36AM -0500, Keerthy wrote:
> This driver exposes the sysfs nodes of the TWL4030 MADC module.
> All the voltage channel values are expressed in terms of mV. Channel 13
> and channel 14 are reserved. There are channels which represent
> temperature and current the output
On Tue, 2011-03-01 at 06:32 -0600, Taneja, Archit wrote:
> The current DSI driver design requires the DSI panel driver to specify the
> DSI Virtual Channel and the Panel Virtual Channel ID for the transfer of
> commands and frame data. Out of these, only the second parameter is a property
> of the
Am 28.02.2011 09:43, schrieb Felipe Balbi:
On Fri, Feb 25, 2011 at 07:41:47PM +, Pavol Kurina wrote:
Felipe Balbi ti.com> writes:
struct usb_request's list_head is supposed to be
used only by gadget drivers, but musb is abusing
that. Give struct musb_request its own list_head
and prevent
On Tue, Mar 01, 2011 at 05:40:59PM +0200, Felipe Balbi wrote:
> Hi,
>
> On Tue, Mar 01, 2011 at 05:39:18PM +0200, Felipe Balbi wrote:
> > > /* if the hardware doesn't have the request, easy ... */
> > > - if (musb_ep->req_list.next != &request->list || musb_ep->busy)
> > > + if
This patch aims to fix the registration of the AIC23-based audio
module on the AM3517-EVM, with the following two changes:
1. The i2c_board_info entry supporting aic23 codec was added into
the i2c2 bus.
2. The i2c client device name (".2-001a" in this case, including
the separator period) wa
On Tue, Mar 01, 2011 at 10:41:30AM -0500, Greg KH wrote:
> On Tue, Mar 01, 2011 at 05:15:21PM +0200, Felipe Balbi wrote:
> > Hi Greg,
> >
> > This is my last pull request for this merge window. I tested that
> > it merges cleanly on today's linus/master. There's a conflict with
> > linux-omap's fo
Hi,
On Tue, Mar 01, 2011 at 05:39:18PM +0200, Felipe Balbi wrote:
> > /* if the hardware doesn't have the request, easy ... */
> > - if (musb_ep->req_list.next != &request->list || musb_ep->busy)
> > + if (musb_ep->req_list.next != &req->list || musb_ep->busy)
> >
On Tue, Mar 01, 2011 at 05:15:21PM +0200, Felipe Balbi wrote:
> Hi Greg,
>
> This is my last pull request for this merge window. I tested that
> it merges cleanly on today's linus/master. There's a conflict with
> linux-omap's for-next branch but I'll be sending a resolution still
> today for that
On Tue, Mar 01, 2011 at 04:36:53PM +0100, Pavol Kurina wrote:
> Am 28.02.2011 09:43, schrieb Felipe Balbi:
> >On Fri, Feb 25, 2011 at 07:41:47PM +, Pavol Kurina wrote:
> >>Felipe Balbi ti.com> writes:
> >>>struct usb_request's list_head is supposed to be
> >>>used only by gadget drivers, but
From: Keshava Munegowda
The usbhs intialization is invoked by all omap3 and omap4
variant board files.
Signed-off-by: Keshava Munegowda
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/board-3430sdp.c|2 +-
arch/arm/mach-omap2/board-3630sdp.c|2 +-
arch/arm/mach-oma
now that we have names on all memory bases, we can
switch to use platform_get_resource_byname() which
will make it simpler when we move to a setup where
OHCI and EHCI on OMAP play well together.
Signed-off-by: Felipe Balbi
---
drivers/usb/host/ehci-omap.c |6 +++---
drivers/usb/host/ohci-om
add names to EHCI and OHCI resources. That will help us
identify the resource correctly when moving to a setup
where OHCI and EHCI play well together.
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/usb-ehci.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/a
From: Keshava Munegowda
The devices of clocks are set to usbhs, so that
only usbhs common driver can invoke these clocks.
The dummy per port clocks are added to omap3
clock data base. This helps to invoke common
clock get APIs for omap3 and omap4.
Signed-off-by: Keshava Munegowda
Signed-off-by:
From: Keshava Munegowda
The ehci and ohci drivers are simplified; Since
UHH and TLL initialization, clock handling are
done by common usbhs core driver, these functionalities
are removed from ehci and ohci drivers.
Signed-off-by: Keshava Munegowda
Signed-off-by: Felipe Balbi
---
drivers/usb/h
From: Keshava Munegowda
The prototype and defination of functions usb_ehci_init and
usb_ohci_init are removed. The ehci and ohci devices are
removed since usbhs device contains both ehci and ohci details.
Signed-off-by: Keshava Munegowda
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/usb
From: Keshava Munegowda
enabling and disabling the common clocks for ehci
and ohci is implemented. usbhs is a common parent
platform driver for EHCI and OHCI driver. This driver
receives the clock enable and disable requests
from ehci and ohci drivers.The UHH and TLL
initialization is also perfor
From: Keshava Munegowda
A new usbhs platform device is defined;
this device will be the parent device of ehci and
ohci platform devices. the usbhs_init function
is defined which does the usbhs device initialization
and I/O mux of ehci and ohci.
Signed-off-by: Keshava Munegowda
Signed-off-by: Fe
From: Hema HK
In OMAP3xxx with OTG mode or host only mode, When the device
is inserted after the gadget driver loading the enumeration was not
through. This is because the mentor controller will start sensing the
ID PIN only after setting the session bit.
So after ID-GND, need to set the session
From: Anand Gadiyar
The EHCI controller in OMAP4 supports a transceiver-less link
mode (TLL mode), similar to the one in OMAP3. On the OMAP4
however, there are an additional set of clocks that need
to be turned on to get this working.
Request and configure these for each port if that port
is con
From: Keshava Munegowda
Create the ehci and ohci specific platform data structures.
The port enum values are made common for both ehci and ohci.
Signed-off-by: Keshava Munegowda
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/board-3430sdp.c| 10 +++---
arch/arm/mach-omap2/board
We already have both EHCI and OHCI there, so let's
rename to be sure everybody will understand the entire
USB HOST functionality is setup on this file.
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/Makefile |2 +-
arch/arm/mach-omap2/usb-ehci.c | 531
From: Hema HK
For OMAP3 and OMAP4 for offmode and retention support, musb
sysconfig is configured to force idle and standby with ENABLE_FORCE bit
of OTG_FORCESTNDBY set.
And on wakeup configure to no ilde/standby with resetting the ENABLE_FORCE
bit. There is not need to save and restore of this r
From: Hema HK
Powerdown the internal PHY during board init for OMAP44xx.
So that when musb is disabled core transition to retention/off
is not blocked.
Signed-off-by: Hema HK
Cc: Tony Lindgren
Cc: Paul Walmsley
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/usb-musb.c |4
1 fi
From: Huzaifa Sidhpurwala
tusb_dma was being dereferenced when it was nul
Signed-off-by: Huzaifa Sidhpurwala
Signed-off-by: Felipe Balbi
---
drivers/usb/musb/tusb6010_omap.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/musb/tusb6010_omap.c b/drivers/
From: Hema HK
Add the context save/restore for the control module register
used for OMAP4430 musb with UTMI embedded PHY interface.
Signed-off-by: Hema HK
Cc: Tony Lindgren
Cc: Paul Walmsley
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/omap_phy_internal.c |7 +++
1 files chan
From: Hema HK
Update the last_event variable of otg_transceiver. This will be used in
the musb platform glue driver for runtime idling the device.
Signed-off-by: Hema HK
Cc: Felipe Balbi
Signed-off-by: Felipe Balbi
---
drivers/usb/otg/twl4030-usb.c |2 ++
1 files changed, 2 insertions(+)
From: Hema HK
This patch supports the retention and offmode support in the idle path for
musb driver using runtime pm APIs.
This is restricted to support offmode and retention only when device not
connected.When device/cable connected with gadget driver loaded,configured
to no idle/standby which
commit ad1adb89a0d9410345d573b6995a1fa9f9b7c74a
(usb: musb: gadget: do not poke with gadget's list_head)
fixed a bug in musb where it was corrupting the list_head
which is supposed to be used by gadget drivers. While
doing that, I forgot to fix the usage in musb_gadget_dequeue()
method. Fix that.
Hi Greg,
This is my last pull request for this merge window. I tested that
it merges cleanly on today's linus/master. There's a conflict with
linux-omap's for-next branch but I'll be sending a resolution still
today for that.
Patches are also sent as a reply to this mail. Pull request is below.
From: Felipe Balbi
now that we have names on all memory bases, we can
switch to use platform_get_resource_byname() which
will make it simpler when we move to a setup where
OHCI and EHCI on OMAP play well together.
Signed-off-by: Felipe Balbi
---
drivers/usb/host/ehci-omap.c |6 +++---
dri
On Tue, Mar 01, 2011 at 03:23:15PM +0100, Michael Büsch wrote:
> On Tue, 2011-03-01 at 11:20 +0200, Felipe Balbi wrote:
> > On Mon, Feb 28, 2011 at 09:45:43PM +0100, Michael Buesch wrote:
> > > The n810 LCD does not work on the 2.6.38(-rc6) kernel
> > > due to changes in the OMAP GPIO-hwmod code.
From: Felipe Balbi
We already have both EHCI and OHCI there, so let's
rename to be sure everybody will understand the entire
USB HOST functionality is setup on this file.
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/Makefile |2 +-
arch/arm/mach-omap2/{usb-ehci.c =
1 - 100 of 161 matches
Mail list logo