On Tue, Mar 20, 2012 at 9:25 PM, Felipe Balbi wrote:
> On Tue, Mar 20, 2012 at 04:53:53PM +0100, Samuel Ortiz wrote:
>> Hi Keshava,
>>
>> On Mon, Mar 19, 2012 at 12:12:47PM +0530, Keshava Munegowda wrote:
>> > From: Keshava Munegowda
>> >
>> > It is observed that the echi ports of 3430 sdp board
Am 20.03.12 23:02, schrieb Arnd Bergmann:
> On Tuesday 20 March 2012, Bernhard Walle wrote:
>>
>> This PWM driver uses the PWM of the TWL4030. The driver for the TWL6030
>> PWM has been used as mode, but the PWM registers are different.
>>
>> The driver can be used and has been tested in conjunctio
Makes the function omap_mcspi_runtime_resume depend on CONFIG_PM_RUNTIME.
Signed-off-by: Felipe Balbi
Signed-off-by: Shubhrajyoti D
---
drivers/spi/spi-omap2-mcspi.c | 41 +++--
1 files changed, 23 insertions(+), 18 deletions(-)
diff --git a/drivers/spi/sp
On Wed, Mar 21, 2012 at 8:10 AM, DebBarma, Tarun Kanti
wrote:
> On Tue, Mar 20, 2012 at 11:31 PM, Kevin Hilman wrote:
>> Tarun Kanti DebBarma writes:
>>
>>> In _enable_gpio_irqbank() when bank->regs->set_irqenable is valid,
>>> gpio_mask can be directly set by writing to set_irqenable register
>
> So, I suggest that if neither Len nor Arjan reappear shortly, people can
> send CPUidle patches to me.
/me reappears
this series is in my tree now, and I'll be poking at it a bit tomorrow.
If everything is happy I'll send it for 3.4.
thanks,
-Len
--
To unsubscribe from this list: send the l
:
[1.814601] CPU: 1Not tainted (3.3.0-next-20120320+ #733)
[1.820683] PC is at irq_setup_generic_chip+0x6a/0x84
[1.825951] LR is at irq_get_irq_data+0x7/0x8
[1.830508] pc : []lr : []psr: 2133
[1.830512] sp : ee04ff58 ip : fp :
[1.842461] r10
On Tue, Mar 20, 2012 at 7:10 PM, Kevin Hilman wrote:
> Hi Rob,
>
> Robert Lee writes:
>
>> This patch series moves various functionality duplicated in platform
>> cpuidle drivers to the core cpuidle driver. Also, the platform irq
>> disabling was removed as it appears that all calls into
>> cpuid
On 03/20/2012 08:15 PM, Nicolas Pitre wrote:
On Tue, 20 Mar 2012, Paul Walmsley wrote:
We need to indicate in some way that the existing code and API is very
likely to change in ways that could involve quite a bit of work for
adopters.
[...]
Anyway. It is okay if we want to have some start
On Tue, 20 Mar 2012, Paul Walmsley wrote:
> We need to indicate in some way that the existing code and API is very
> likely to change in ways that could involve quite a bit of work for
> adopters.
[...]
> Anyway. It is okay if we want to have some starter common clock framework
> in mainline
On Tue, Mar 20, 2012 at 11:31 PM, Kevin Hilman wrote:
> Tarun Kanti DebBarma writes:
>
>> In _enable_gpio_irqbank() when bank->regs->set_irqenable is valid,
>> gpio_mask can be directly set by writing to set_irqenable register
>> without overwriting current value. In order to ensure the same is
>
On 03/21/2012 05:31 AM, Rafael J. Wysocki wrote:
> On Wednesday, March 21, 2012, Amit Kucheria wrote:
>> On Wed, Mar 21, 2012 at 12:48 AM, Kevin Hilman wrote:
>>> Arnd Bergmann writes:
>>>
On Tuesday 20 March 2012, Robert Lee wrote:
> This patch series moves various functionality duplic
On Wed, 21 Mar 2012, Amit Kucheria wrote:
> On Wed, Mar 21, 2012 at 12:48 AM, Kevin Hilman wrote:
> > Maybe it's time that drivers/cpuidle gets a maintainer. With lots of
> > discussions of scheduler changes that affect load estimation, I suspect
> > we're all going to have a bit of CPUidle work
On Tue, 20 Mar 2012, Kevin Hilman wrote:
> Looks like you never heard from anyone actively working on at91,
> shmobile, kirwood or davinci.
>
> I'm not sure we should merge those platform-specific changes without an
> ack from those platform maintainers.
Depends. There is a limit to how long yo
Hi Rob,
Robert Lee writes:
> This patch series moves various functionality duplicated in platform
> cpuidle drivers to the core cpuidle driver. Also, the platform irq
> disabling was removed as it appears that all calls into
> cpuidle_call_idle will have already called local_irq_disable().
>
>
Arnd Bergmann writes:
> On Tuesday 20 March 2012, Kevin Hilman wrote:
>> Maybe it's time that drivers/cpuidle gets a maintainer. With lots of
>> discussions of scheduler changes that affect load estimation, I suspect
>> we're all going to have a bit of CPUidle work to do in the
>> not-so-distant
On Wednesday, March 21, 2012, Amit Kucheria wrote:
> On Wed, Mar 21, 2012 at 12:48 AM, Kevin Hilman wrote:
> > Arnd Bergmann writes:
> >
> >> On Tuesday 20 March 2012, Robert Lee wrote:
> >>> This patch series moves various functionality duplicated in platform
> >>> cpuidle drivers to the core cp
Hello Arnd,
On Sat, 17 Mar 2012, Arnd Bergmann wrote:
> I think it's rather pointless, because the option is not going to
> be user selectable but will get selected by the platform unless I'm
> mistaken. The platform maintainers that care already know the state
> of the framework.
This is where
Hello Sascha,
On Sat, 17 Mar 2012, Sascha Hauer wrote:
> On Fri, Mar 16, 2012 at 04:21:17PM -0600, Paul Walmsley wrote:
>
> > If the common clock code is to go upstream now, it should be marked as
> > experimental.
>
> No, please don't do this. This effectively marks the architectures using
>
On Wed, Mar 21, 2012 at 12:48 AM, Kevin Hilman wrote:
> Arnd Bergmann writes:
>
>> On Tuesday 20 March 2012, Robert Lee wrote:
>>> This patch series moves various functionality duplicated in platform
>>> cpuidle drivers to the core cpuidle driver. Also, the platform irq
>>> disabling was removed
On Tuesday 20 March 2012, Kevin Hilman wrote:
> Maybe it's time that drivers/cpuidle gets a maintainer. With lots of
> discussions of scheduler changes that affect load estimation, I suspect
> we're all going to have a bit of CPUidle work to do in the
> not-so-distant future.
Hmm, according to th
Arnd Bergmann writes:
> On Tuesday 20 March 2012, Robert Lee wrote:
>> This patch series moves various functionality duplicated in platform
>> cpuidle drivers to the core cpuidle driver. Also, the platform irq
>> disabling was removed as it appears that all calls into
>> cpuidle_call_idle will
* Tomi Valkeinen [120320 00:41]:
> On Mon, 2012-03-19 at 11:09 -0700, Tony Lindgren wrote:
>
> > I've updated your patch a bit for the comments a bit and marked
> > omap4_hdmi_mux_pads as __init, will apply to fixes. Updated patch
> > below.
>
> Hmm, is there something funny with these init chan
On Tuesday 20 March 2012, Bernhard Walle wrote:
>
> This PWM driver uses the PWM of the TWL4030. The driver for the TWL6030
> PWM has been used as mode, but the PWM registers are different.
>
> The driver can be used and has been tested in conjunction with
> pwm-backlight to control a backlight L
On Tuesday 20 March 2012, Robert Lee wrote:
> This patch series moves various functionality duplicated in platform
> cpuidle drivers to the core cpuidle driver. Also, the platform irq
> disabling was removed as it appears that all calls into
> cpuidle_call_idle will have already called local_irq_
Enable core cpuidle timekeeping and irq enabling and remove that
handling from this code.
Signed-off-by: Robert Lee
Reviewed-by: Kevin Hilman
Reviewed-by: Daniel Lezcano
Acked-by: Jean Pihet
---
arch/arm/mach-davinci/cpuidle.c | 82 ---
1 file changed, 33
Use core cpuidle timekeeping and irqen wrapper and remove that
handling from this code.
Signed-off-by: Robert Lee
Reviewed-by: Kevin Hilman
Reviewed-by: Daniel Lezcano
Tested-by: Jean Pihet
Acked-by: Jean Pihet
---
arch/arm/mach-omap2/cpuidle34xx.c | 42 +++--
Enable core cpuidle timekeeping and irq enabling and remove that
handling from this code.
Signed-off-by: Robert Lee
Reviewed-by: Kevin Hilman
Reviewed-by: Daniel Lezcano
Acked-by: Jean Pihet
---
arch/arm/mach-kirkwood/cpuidle.c | 72 +++---
1 file changed, 21
This patch series moves various functionality duplicated in platform
cpuidle drivers to the core cpuidle driver. Also, the platform irq
disabling was removed as it appears that all calls into
cpuidle_call_idle will have already called local_irq_disable().
These changes have been pulled into linu
Enable core cpuidle timekeeping and irq enabling and remove that
handling from this code.
Signed-off-by: Robert Lee
Reviewed-by: Kevin Hilman
Reviewed-by: Daniel Lezcano
Acked-by: Jean Pihet
---
arch/arm/mach-shmobile/cpuidle.c | 31 +++
1 file changed, 7 insertio
Enable core cpuidle timekeeping and irq enabling and remove that
handling from this code.
Signed-off-by: Robert Lee
Reviewed-by: Kevin Hilman
Reviewed-by: Daniel Lezcano
Acked-by: Jean Pihet
---
arch/sh/kernel/cpu/shmobile/cpuidle.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletio
Enable core cpuidle timekeeping and irq enabling and remove that
handling from this code.
Signed-off-by: Robert Lee
Reviewed-by: Kevin Hilman
Reviewed-by: Daniel Lezcano
Acked-by: Jean Pihet
---
arch/arm/mach-omap2/cpuidle44xx.c | 21 +++--
1 file changed, 3 insertions(+), 18
Enable core cpuidle timekeeping and irq enabling and remove that
handling from this code.
Signed-off-by: Robert Lee
Reviewed-by: Kevin Hilman
Reviewed-by: Daniel Lezcano
Acked-by: Jean Pihet
---
arch/arm/mach-at91/cpuidle.c | 67 +++---
1 file changed, 24
Make necessary changes to implement time keeping and irq enabling
in the core cpuidle code. This will allow the removal of these
functionalities from various platform cpuidle implementations whose
timekeeping and irq enabling follows the form in this common code.
Signed-off-by: Robert Lee
Tested
On Tue, Mar 20, 2012 at 3:27 PM, Thomas Klute
wrote:
> Am 19.03.2012 23:51, schrieb Tony Lindgren:
>> * Thomas Klute [120319 09:26]:
>>> Am 16.03.2012 20:33, schrieb Tony Lindgren:
Hi,
* Thomas Klute [120316 05:08]:
> Hi,
>
> I have trouble getting the Ethernet port on
Tarun Kanti DebBarma writes:
> In _enable_gpio_irqbank() when bank->regs->set_irqenable is valid,
> gpio_mask can be directly set by writing to set_irqenable register
> without overwriting current value. In order to ensure the same is
> stored in context.irqenable1, we must read from regs->irqena
melwyn lobo writes:
> Hey Kevin,
> I would like to try out this patch in my platform see the benefits
> that you are reporting. But there is one issue in this patch. You have
> not initialized "hrtimer_timeout" variable.
> This will always be 0 right ?.
Correct.
The generic code defaults to zer
Hi Grant,
Grant Likely writes:
> On Tue, 20 Mar 2012 16:23:12 +0530, Tarun Kanti DebBarma
> wrote:
>> This series excludes the cleanup patches as suggested by Kevin from
>> the previously posted series.
>>
>> The fixes include correction of _set_gpio_irqenable() implementation,
>> missing wak
On Tue, Mar 20, 2012 at 09:52:46AM -0700, Tony Lindgren wrote:
> Hi Dmitry,
>
> * Tarun Kanti DebBarma [120319 05:09]:
> > Even though ams-delta-serio input driver uses gpio_to_irq() in all
> > relevent places to get irq number, the ams_delta_serio_exit() still
> > uses OMAP_GPIO_IRQ macro. Fix t
Hi Dmitry,
* Tarun Kanti DebBarma [120319 05:09]:
> Even though ams-delta-serio input driver uses gpio_to_irq() in all
> relevent places to get irq number, the ams_delta_serio_exit() still
> uses OMAP_GPIO_IRQ macro. Fix this.
>
> Signed-off-by: Tarun Kanti DebBarma
Care to ack this one? I'd l
This PWM driver uses the PWM of the TWL4030. The driver for the TWL6030
PWM has been used as mode, but the PWM registers are different.
The driver can be used and has been tested in conjunction with
pwm-backlight to control a backlight LED of a LCD touch screen.
Signed-off-by: Bernhard Walle
---
* DebBarma, Tarun Kanti [120320 04:02]:
> On Tue, Mar 20, 2012 at 2:30 PM, Cousson, Benoit wrote:
> > On 3/20/2012 12:39 AM, Tony Lindgren wrote:
> >>
> >> Yes I understand. But still, which patch(s) cause the issue
> >> so we can put that in the changelog for the fixes?
> >
> > OK, here they are
On Tuesday 20 March 2012 09:50 PM, Grant Likely wrote:
> On Tue, 20 Mar 2012 15:59:46 +0530, Shubhrajyoti D
> wrote:
>> The patch series does the following cleanups
>> - Converts the spi to module_platform_driver
>> - Use the devm functions so that the freeing need not
>> be done in the driver
On Tue, 20 Mar 2012 15:59:46 +0530, Shubhrajyoti D wrote:
> The patch series does the following cleanups
> - Converts the spi to module_platform_driver
> - Use the devm functions so that the freeing need not
> be done in the driver.
>
> This is also available through
> git : git://gitoriou
On Tuesday 20 March 2012, Nicolas Ferre wrote:
>
> Add some basic helpers to retrieve a DMA controller device_node and the
> DMA request specifications. By making DMA controllers register a generic
> translation function, we allow the management of any type of DMA requests
> specification.
> The v
On Tue, Mar 20, 2012 at 04:53:53PM +0100, Samuel Ortiz wrote:
> Hi Keshava,
>
> On Mon, Mar 19, 2012 at 12:12:47PM +0530, Keshava Munegowda wrote:
> > From: Keshava Munegowda
> >
> > It is observed that the echi ports of 3430 sdp board
> > are not working due to the random timing of programming
Hi Keshava,
On Mon, Mar 19, 2012 at 12:12:47PM +0530, Keshava Munegowda wrote:
> From: Keshava Munegowda
>
> It is observed that the echi ports of 3430 sdp board
> are not working due to the random timing of programming
> the associated GPIOs of the ULPI PHYs of the EHCI for reset.
> If the PHYs
On 03/20/2012 04:13 AM, Nicolas Ferre wrote:
> Add some basic helpers to retrieve a DMA controller device_node and the
> DMA request specifications. By making DMA controllers register a generic
> translation function, we allow the management of any type of DMA requests
> specification.
> The void *
On 03/19/2012 03:45 PM, Grant Likely :
> On Mon, 19 Mar 2012 14:30:05 +0100, Nicolas Ferre
> wrote:
>> On 03/17/2012 10:40 AM, Grant Likely :
>>> On Thu, 15 Mar 2012 09:38:10 +0100, Nicolas Ferre
>>> wrote:
+struct of_dma {
+ struct list_head of_dma_controllers;
+ struct device
Hey Kevin,
I would like to try out this patch in my platform see the benefits
that you are reporting. But there is one issue in this patch. You have
not initialized "hrtimer_timeout" variable.
This will always be 0 right ?.
Thanks,
-M
On Wed, Nov 9, 2011 at 11:36 PM, Chalhoub, Nicole wrote:
> Hi
On Tue, 20 Mar 2012 16:23:12 +0530, Tarun Kanti DebBarma
wrote:
> This series excludes the cleanup patches as suggested by Kevin from
> the previously posted series.
>
> The fixes include correction of _set_gpio_irqenable() implementation,
> missing wakeup_en register update in set_gpio_wakeup()
Am 19.03.2012 23:51, schrieb Tony Lindgren:
> * Thomas Klute [120319 09:26]:
>> Am 16.03.2012 20:33, schrieb Tony Lindgren:
>>> Hi,
>>>
>>> * Thomas Klute [120316 05:08]:
Hi,
I have trouble getting the Ethernet port on a Gumstix Overo with Tobi
expansion board to work with cur
On Tue, 20 Mar 2012 11:13:32 +0100, Nicolas Ferre
wrote:
> Those selftests are covering the new DT DMA helpers. They will test both
> error and normal cases.
> A custom .xlate() function is also provided to show the use of this API in
> case
> of a different need than the single cell argument.
Paul Walmsley writes:
> + Kevin
>
> On Mon, 19 Mar 2012, Tero Kristo wrote:
>
>> On Sat, 2012-03-17 at 18:22 -0700, Mark A. Greer wrote:
>> > From: "Mark A. Greer"
>> >
>> > It appears that the error paths were overlooked when the
>> > omap3_pm_init() routine had the prcm chain handler code
>>
On Thu, Mar 15, 2012 at 10:39:12PM +0100, Cousson, Benoit wrote:
> On 3/15/2012 9:41 PM, Arnd Bergmann wrote:
> >The numbers definitely need to become local to each of the controllers, but
> >that is the case pretty much automatically using the proposed binding,
> >because each dma request identifi
From: Mythri P K
Add support for DSS_HDMI interrupt handling in HDMI driver
by registering for the same. This is the path for many necessary HDMI
interrupts such as PLL lock/unlock, PHY connect/disconnet, video frame
done etc.
Signed-off-by: Mythri P K
---
drivers/video/omap2/dss/dss_features.
From: Mythri P K
Add function to enable or clear interrupts in the HDMI wrapper.
Signed-off-by: Mythri P K
---
drivers/video/omap2/dss/ti_hdmi.h | 16 ++
drivers/video/omap2/dss/ti_hdmi_4xxx_ip.c | 45 +
drivers/video/omap2/dss/ti_hdmi_4xxx_ip.h
From: Mythri P K
Currently TX_PHY is put to TX_ON(transmission state) on receiving HPD.
It just ensures that the TV is connected but does not guarantee
that TMDS data lines and clock lines are up and ready for transmission.
Which although is very rare scenario has a potential to damage the HDMI
From: Mythri P K
Add support for handling the DSS_HDMI interrupt in HDMI, A line that serves to
notify HDMI of status change in PHY, PLL and CORE based on the registration.
Also logic to support enabling of the PHY in TX_ON state only when a PHY_CONNECT
which would make sure that TMDS lines are h
On Tue, Mar 20, 2012 at 04:21:18PM +0530, Munegowda, Keshava wrote:
> On Tue, Mar 20, 2012 at 3:29 PM, Felipe Balbi wrote:
> > Hi,
> >
> > On Tue, Mar 20, 2012 at 03:00:50PM +0530, Munegowda, Keshava wrote:
> >> >> +MODULE_AUTHOR("Keshava Munegowda ");
> >> >> +MODULE_ALIAS("platform:" USBHS_DRIVE
On Tue, Mar 20, 2012 at 2:30 PM, Cousson, Benoit wrote:
> On 3/20/2012 12:39 AM, Tony Lindgren wrote:
>>
>> * Cousson, Benoit [120319 16:00]:
>>>
>>> Hi Tony,
>>>
>>> On 3/19/2012 8:17 PM, Tony Lindgren wrote:
* Tarun Kanti DebBarma [120319 05:09]:
>
> These two patches incorp
This series excludes the cleanup patches as suggested by Kevin from
the previously posted series.
The fixes include correction of _set_gpio_irqenable() implementation,
missing wakeup_en register update in set_gpio_wakeup(), type mismatch
of gpio trigger parameter in set_gpio_trigger(), incorrect d
In omap_gpio_runtime_suspend/resume() the context save/restore should
be independent of bank->enabled_non_wakeup_gpios. This was preventing
context restore of GPIO lines which are not wakeup enabled.
Reported-by: Govindraj Raja
Signed-off-by: Tarun Kanti DebBarma
Reviewed-by: Santosh Shilimkar
The GPIO trigger parameter is of type unsigned.
enum {
IRQ_TYPE_NONE = 0x,
IRQ_TYPE_EDGE_RISING= 0x0001,
IRQ_TYPE_EDGE_FALLING = 0x0002,
IRQ_TYPE_EDGE_BOTH = (IRQ_TYPE_EDGE_FALLING |
IRQ_TYPE_EDGE_RISING),
IRQ_TYPE_LEVEL_
In gpio_get(), _get_gpio_datain() and _get_gpio_dataout() get rid of
un-necessary operation to compute gpio mask. The gpio offset passed
to gpio_get() is sufficient to do that.
Here is Russell's original comment:
Can someone explain to me this:
static int _get_gpio_datain(struct gpio_bank *bank,
There are two ways through which wakeup_en register can be programmed
using gpiolib APIs as shown below. It is seen that in the second case
in _set_gpio_wakeup(), even though bank->suspend_wakeup is updated
correctly, its value is not programmed in wakeup_en register. Fix this.
irq_set_type()->gpi
In _enable_gpio_irqbank() when bank->regs->set_irqenable is valid,
gpio_mask can be directly set by writing to set_irqenable register
without overwriting current value. In order to ensure the same is
stored in context.irqenable1, we must read from regs->irqenable
instead of overwriting it with gpio
This function should be capable of both enabling and disabling interrupts
based upon the *enable* parameter. Right now the function only enables
the interrupt and *enable* is not used at all. So add the interrupt
disable capability also using the parameter.
Signed-off-by: Tarun Kanti DebBarma
Rev
There are two functions, _set_gpio_dataout_reg() and _set_gpio_dataout_mask()
which writes to dataout register and the dataout context must be saved.
It is missing in the first function, _set_gpio_dataout_reg(). Fix this.
Signed-off-by: Tarun Kanti DebBarma
Reviewed-by: Santosh Shilimkar
---
dr
On Tue, Mar 20, 2012 at 3:29 PM, Felipe Balbi wrote:
> Hi,
>
> On Tue, Mar 20, 2012 at 03:00:50PM +0530, Munegowda, Keshava wrote:
>> >> +MODULE_AUTHOR("Keshava Munegowda ");
>> >> +MODULE_ALIAS("platform:" USBHS_DRIVER_NAME);
>> >> +MODULE_LICENSE("GPL v2");
>> >> +MODULE_DESCRIPTION("usb tll dri
From: Felipe Balbi
move probe away from __init section and use
platform_driver_register() instead of
platform_driver_probe().
Signed-off-by: Felipe Balbi
Signed-off-by: Shubhrajyoti D
---
drivers/spi/spi-omap2-mcspi.c |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --
From: Felipe Balbi
this will delete a few lines of code, no functional
changes.
Signed-off-by: Felipe Balbi
Signed-off-by: Shubhrajyoti D
---
drivers/spi/spi-omap2-mcspi.c | 15 +--
1 files changed, 1 insertions(+), 14 deletions(-)
diff --git a/drivers/spi/spi-omap2-mcspi.c b/d
The various devm_* functions allocate memory that is released when a driver
detaches. This patch uses devm_request_and_ioremap
to request memory in probe function. Since the freeing is not
needed the calls are deleted from remove function.Also use
use devm_kzalloc for the cs memory allocation.
Sig
The patch series does the following cleanups
- Converts the spi to module_platform_driver
- Use the devm functions so that the freeing need not
be done in the driver.
This is also available through
git : git://gitorious.org/linus-tree/linus-tree.git
branch : spi
Felipe Balbi (2):
spi:
---
include/linux/of_dma.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/linux/of_dma.h b/include/linux/of_dma.h
index 2865480..da95e37 100644
--- a/include/linux/of_dma.h
+++ b/include/linux/of_dma.h
@@ -18,7 +18,7 @@
struct device_node;
-#ifdef CONFIG
Those selftests are covering the new DT DMA helpers. They will test both
error and normal cases.
A custom .xlate() function is also provided to show the use of this API in case
of a different need than the single cell argument.
Signed-off-by: Nicolas Ferre
Cc: Benoit Cousson
Cc: Stephen Warren
Add some basic helpers to retrieve a DMA controller device_node and the
DMA request specifications. By making DMA controllers register a generic
translation function, we allow the management of any type of DMA requests
specification.
The void * output of an of_dma_xlate() function that will be impl
On Tue, Mar 20, 2012 at 01:02:58PM +0530, Munegowda, Keshava wrote:
> On Mon, Mar 19, 2012 at 12:18 PM, Keshava Munegowda
> wrote:
> > From: Keshava Munegowda
> >
> > The platform driver for the TLL component of the OMAP USB host controller
> > is implemented. Depending on the TLL hardware revisi
Hi,
On Tue, Mar 20, 2012 at 03:00:50PM +0530, Munegowda, Keshava wrote:
> >> +MODULE_AUTHOR("Keshava Munegowda ");
> >> +MODULE_ALIAS("platform:" USBHS_DRIVER_NAME);
> >> +MODULE_LICENSE("GPL v2");
> >> +MODULE_DESCRIPTION("usb tll driver for TI OMAP EHCI and OHCI
> >> controllers");
> >> +
> >>
On Mon, Mar 19, 2012 at 3:36 PM, Felipe Balbi wrote:
> Hi,
>
> On Mon, Mar 19, 2012 at 12:18:31PM +0530, Keshava Munegowda wrote:
>> + ver = usbtll_read(base, OMAP_USBTLL_REVISION);
>> + if (ver == OMAP_USBTLL_REV1)
>> + count = OMAP_TLL_CHANNEL_COUNT;
>> + else if (ver ==
+ Kevin
On Mon, 19 Mar 2012, Tero Kristo wrote:
> On Sat, 2012-03-17 at 18:22 -0700, Mark A. Greer wrote:
> > From: "Mark A. Greer"
> >
> > It appears that the error paths were overlooked when the
> > omap3_pm_init() routine had the prcm chain handler code
> > added. Fix this by adding a goto
On Tue, Mar 20, 2012 at 2:22 PM, Shubhrajyoti wrote:
> Hi Keshava,
>
> On Tuesday 20 March 2012 12:58 PM, Munegowda, Keshava wrote:
+}
+
+static const struct dev_pm_ops usbtllomap_dev_pm_ops = {
+ .runtime_suspend = usbtll_runtime_suspend,
+ .runtime_resume
Hi Keshava,
On Tuesday 20 March 2012 12:58 PM, Munegowda, Keshava wrote:
>>> +}
>>> +
>>> +static const struct dev_pm_ops usbtllomap_dev_pm_ops = {
>>> + .runtime_suspend= usbtll_runtime_suspend,
>>> + .runtime_resume = usbtll_runtime_resume,
>>> +};
>>> +
>> Also how about
On 3/20/2012 12:39 AM, Tony Lindgren wrote:
* Cousson, Benoit [120319 16:00]:
Hi Tony,
On 3/19/2012 8:17 PM, Tony Lindgren wrote:
* Tarun Kanti DebBarma [120319 05:09]:
These two patches incorporate changes to OMAP1 and OMAP2 platforms
board files whereby older references to OMAP_GPIO_IRQ
Hi,
I am trying to have a working dsplink on a DM3730 based board.
DVSDK is 4.03
Kernel is the kernel provided by the DVSDK
What happens is the __second__ test I run, if different from
the first, fails with a MMU fault. The faulting adress vary, and is
never a "valid" address, where valid means s
On Monday 19 March 2012, Tony Lindgren wrote:
> Let's just keep bb60424af. There are more patches needed to make
> multiple smsc91x instances work, but we need to hear from people
> with such boards first. Then those can be tagged for stable.
>
Ok, I'm just putting that into the fixes branch for
On Mon, Mar 19, 2012 at 12:18 PM, Keshava Munegowda
wrote:
> From: Keshava Munegowda
>
> The platform driver for the TLL component of the OMAP USB host controller
> is implemented. Depending on the TLL hardware revision , the TLL channels
> are configured. The USB HS core driver uses this driver
On Mon, 2012-03-19 at 11:09 -0700, Tony Lindgren wrote:
> I've updated your patch a bit for the comments a bit and marked
> omap4_hdmi_mux_pads as __init, will apply to fixes. Updated patch
> below.
Hmm, is there something funny with these init changes now...
Initially the situation was that the
On Mon, Mar 19, 2012 at 3:11 PM, Shubhrajyoti wrote:
> Hi Keshava,
> Some doubts / comments .
> On Monday 19 March 2012 12:18 PM, Keshava Munegowda wrote:
>> From: Keshava Munegowda
>>
>> The platform driver for the TLL component of the OMAP USB host controller
>> is implemented. Depending on the
On Mon, Mar 19, 2012 at 4:39 PM, Sergei Shtylyov wrote:
> Hello.
>
>
> On 19-03-2012 14:06, Felipe Balbi wrote:
>
>>> + ver = usbtll_read(base, OMAP_USBTLL_REVISION);
>>> + if (ver == OMAP_USBTLL_REV1)
>>> + count = OMAP_TLL_CHANNEL_COUNT;
>>> + else if (ver == OMA
89 matches
Mail list logo