On Wed, Jul 11, 2012 at 7:53 PM, Kevin Hilman wrote:
> "Munegowda, Keshava" writes:
>
>> On Wed, Jul 11, 2012 at 3:59 PM, Samuel Ortiz wrote:
>>> Hi Keshava, Kevin,
>>>
>>> On Fri, Jul 06, 2012 at 05:29:00PM +0530, Munegowda, Keshava wrote:
Samuel
I have sent that patch to di
On Wed, Jul 11, 2012 at 5:10 AM, Kevin Hilman wrote:
> If platform_get_resource_by_name() fails, driver probe is aborted an
> should return an error so the driver is not bound to the device.
>
> However, in the current error path of platform_get_resource_by_name(),
> probe returns zero since the r
On Thursday 12 July 2012 02:59 AM, Kevin Hilman wrote:
> Omar Ramirez Luna writes:
>
>> On 11 July 2012 12:07, Kevin Hilman wrote:
>> ...
[2.311004] omap_hsmmc omap_hsmmc.0: Failed to get debounce clk
[2.317382] omap_hsmmc omap_hsmmc.0: unable to obtain RX DMA engine
chann
On Thursday 12 July 2012 05:28 AM, Omar Ramirez Luna wrote:
I suspect this might be specific to 4460 as Rajendra reported it was
working for him on 4430 but not on 4460, I haven't tried 4430 but let
me see if I can find one.
Yes, this is an issue specific to 4460. The patch 'ARM: OMAP4460:
Work
Hi Kevin,
On 11 July 2012 16:42, Kevin Hilman wrote:
> Omar Ramirez Luna writes:
>
>> On 12 June 2012 07:01, Rajendra Nayak wrote:
>
> [...]
>
>>> ..anyone knows of any more fixes going around?
>>
>> I'm seeing the same thing, it gets stuck trying to enable CPU1, tried
>> this with pm-20120710
Tarun Kanti DebBarma writes:
> Add *remove* callback so that necessary cleanup operations are
> performed when device is unregistered.
How was this tested? on what platforms?
> The device is deleted
> from the list and associated clock handle is released by
> calling clk_put() and irq descr
commit 97ee9f01d6 (ARM: OMAP: fix the ads7846 init code) mistakenly
frees the pen-down GPIO even though it will be used by the ads7846
driver.
Freeing a GPIO means that the GPIO bank containing that GPIO can be
runtime suspended if its the last/only GPIO being used in that bank.
If the GPIO bank i
Hi Igor,
Igor Grinberg writes:
> In case a board provides the gpio_pendown and not board_pdata,
> the GPIO debounce is not taken care of.
> Fix this by taking care of GPIO debounce in any case.
>
> Signed-off-by: Igor Grinberg
I just notice this this patch causing some faults in current l-o ma
On Wed, Jul 11, 2012 at 11:13 AM, Tarun Kanti DebBarma
wrote:
> Add *remove* callback so that necessary cleanup operations are
> performed when device is unregistered. The device is deleted
> from the list and associated clock handle is released by
> calling clk_put() and irq descriptor is releas
On Wed, Jul 11, 2012 at 11:13 AM, Tarun Kanti DebBarma
wrote:
> Since the bank->dbck initialization in a one time operation there
> is no need to keep this within gpio_debounce(). Therefore, moving
> clk_get(bank->dbck) to omap_gpio_mod_init(). Since the value of
> bank->dbck would be NULL at the
Omar Ramirez Luna writes:
> On 12 June 2012 07:01, Rajendra Nayak wrote:
[...]
>> ..anyone knows of any more fixes going around?
>
> I'm seeing the same thing, it gets stuck trying to enable CPU1, tried
> this with pm-20120710 from linux-omap-pm and current LO master (based
> on 3.5-rc6), also
Omar Ramirez Luna writes:
> On 11 July 2012 12:07, Kevin Hilman wrote:
> ...
>>> [2.311004] omap_hsmmc omap_hsmmc.0: Failed to get debounce clk
>>> [2.317382] omap_hsmmc omap_hsmmc.0: unable to obtain RX DMA engine
>>> channel 62
>>> [2.325256] omap_hsmmc omap_hsmmc.1: Failed to get
On 12 June 2012 07:01, Rajendra Nayak wrote:
> On Friday 08 June 2012 06:46 PM, Rajendra Nayak wrote:
>>
>> On Friday 08 June 2012 06:35 PM, Tero Kristo wrote:
>>>
>>> On Fri, 2012-06-08 at 17:55 +0530, Rajendra Nayak wrote:
On Friday 08 June 2012 04:26 PM, Tony Lindgren wrote:
>
>>>
On 11 July 2012 12:07, Kevin Hilman wrote:
...
>> [2.311004] omap_hsmmc omap_hsmmc.0: Failed to get debounce clk
>> [2.317382] omap_hsmmc omap_hsmmc.0: unable to obtain RX DMA engine
>> channel 62
>> [2.325256] omap_hsmmc omap_hsmmc.1: Failed to get debounce clk
>> [2.331512] omap
On Wed, 11 Jul 2012, Hiremath, Vaibhav wrote:
> Agreed, but would it make sense to include in v3.6 merge window?
Barring force majeure, I'm pretty much done with patches for the v3.6
merge window. Am working on this patch and the AM33xx hwmod data for
v3.7.
- Paul
--
To unsubscribe from this
Hi Tony,
In your current master branch, commit 3dd50d054 (Merge tag
'omap-cleanup-for-v3.6' into tmp-merge) added back the mpu_3xxx_clkdm
into the common clockdomains that was removed by commit 16e5e2c47 (ARM:
OMAP AM35x: clockdomain data: Fix clockdomain dependencies)
This causes duplicate regis
+Paul
Kevin Hilman writes:
> "Joe Woodward" writes:
>
>> -Original Message-
>> From: Kevin Hilman
>> To: "Joe Woodward"
>> Cc: "linux-omap\@vger.kernel.org"
>> Date: Tue, 10 Jul 2012 16:58:18 -0700
>> Subject: Re: PM/RTC 3.5-rc5: System suspends fails when not built with RTC?
>>
>>>
"Mark A. Greer" writes:
> On Wed, Jul 11, 2012 at 10:07:06AM -0700, Kevin Hilman wrote:
>> "Joe Woodward" writes:
>>
>> > -Original Message-
>> > From: Kevin Hilman
>> > To: "Joe Woodward"
>> > Cc: "linux-omap\@vger.kernel.org"
>> > Date: Tue, 10 Jul 2012 16:58:18 -0700
>> > Subject:
On Wed, Jul 11, 2012 at 11:21 PM, Paul Walmsley wrote:
> On Wed, 11 Jul 2012, Tarun Kanti DebBarma wrote:
>
>> Since the bank->dbck initialization in a one time operation there
>> is no need to keep this within gpio_debounce(). Therefore, moving
>> clk_get(bank->dbck) to omap_gpio_mod_init(). Sinc
On Wed, 11 Jul 2012, Tarun Kanti DebBarma wrote:
> Since the bank->dbck initialization in a one time operation there
> is no need to keep this within gpio_debounce(). Therefore, moving
> clk_get(bank->dbck) to omap_gpio_mod_init(). Since the value of
> bank->dbck would be NULL at the beginning, th
On Wed, Jul 11, 2012 at 10:07:06AM -0700, Kevin Hilman wrote:
> "Joe Woodward" writes:
>
> > -Original Message-
> > From: Kevin Hilman
> > To: "Joe Woodward"
> > Cc: "linux-omap\@vger.kernel.org"
> > Date: Tue, 10 Jul 2012 16:58:18 -0700
> > Subject: Re: PM/RTC 3.5-rc5: System suspends
"Joe Woodward" writes:
> -Original Message-
> From: Kevin Hilman
> To: "Joe Woodward"
> Cc: "linux-omap\@vger.kernel.org"
> Date: Tue, 10 Jul 2012 16:58:18 -0700
> Subject: Re: PM/RTC 3.5-rc5: System suspends fails when not built with RTC?
>
>> "Joe Woodward" writes:
>>
>> > I've got
On Thu, Jun 21, 2012 at 12:53:46PM +0300, Tomi Valkeinen wrote:
> This is a fix for v3.4 stable kernel. Mainline commit is
> 3568f2a46f2a73bab18c914df06afd98a97e0e0e. As a clarification to the original
> commit description below: when the bug happens the display does not show
> anything.
Now appli
On Wed, Jul 11, 2012 at 4:20 PM, Joe Woodward wrote:
> -Original Message-
> From: Kevin Hilman
> To: "Joe Woodward"
> Cc: "linux-omap\@vger.kernel.org"
> Date: Tue, 10 Jul 2012 16:58:18 -0700
> Subject: Re: PM/RTC 3.5-rc5: System suspends fails when not built with RTC?
>
>> "Joe Woodwar
On 07/09/2012 03:30 PM, DebBarma, Tarun Kanti wrote:
> On Mon, Jul 9, 2012 at 5:21 PM, Roger Quadros wrote:
>> Tarun,
>>
>> On 07/09/2012 02:16 PM, DebBarma, Tarun Kanti wrote:
>>> Hi Roger,
>>>
>>> On Mon, Jul 9, 2012 at 3:13 PM, Roger Quadros wrote:
Hi,
Just bumped across this pa
"Munegowda, Keshava" writes:
> On Wed, Jul 11, 2012 at 3:59 PM, Samuel Ortiz wrote:
>> Hi Keshava, Kevin,
>>
>> On Fri, Jul 06, 2012 at 05:29:00PM +0530, Munegowda, Keshava wrote:
>>> Samuel
>>> I have sent that patch to disable the ehci in
>>> omap2plus_defconfig; after merging that
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 11 Jul 2012 00:42:33 -0700
Tony Lindgren wrote:
> * Dennis Gilmore [120710 16:16]:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On Mon, 9 Jul 2012 02:08:49 -0700
> > Tony Lindgren wrote:
> >
> > > * Dennis Gilmore [12070
On Wed, Jul 11, 2012 at 3:59 PM, Samuel Ortiz wrote:
> Hi Keshava, Kevin,
>
> On Fri, Jul 06, 2012 at 05:29:00PM +0530, Munegowda, Keshava wrote:
>> Samuel
>> I have sent that patch to disable the ehci in
>> omap2plus_defconfig; after merging that
>> please merge this patch too. This wil
Hello.
On 11-07-2012 14:29, Damodar Santhapuri wrote:
From: Ajay Kumar Gupta
Added usb_ctrl0 and usb_ctrl1 base address as new memory resources
which will be used at am335x musb driver glue layer to turn on or
off builin PHY untill we have a separate system control module
driver.
Signed-
Hi Russell,
On Thu, Jul 5, 2012 at 10:50 AM, Gupta, Ramesh wrote:
> From 393c4effbbec74ff9b969d53ce4d36fde56b71df Mon Sep 17 00:00:00 2001
> From: Ramesh Gupta G
> Date: Wed, 4 Jul 2012 16:43:41 +0530
> Subject: [PATCH v4 0/2] add new cache maintenance api
>
> This patch series is the next versi
-Original Message-
From: Kevin Hilman
To: "Joe Woodward"
Cc: "linux-omap\@vger.kernel.org"
Date: Tue, 10 Jul 2012 16:58:18 -0700
Subject: Re: PM/RTC 3.5-rc5: System suspends fails when not built with RTC?
> "Joe Woodward" writes:
>
> > I've got 3.5-rc5 with the following patches appli
Hi,
> On Wed, Jul 11, 2012 at 3:59 PM, Damodar Santhapuri
> wrote:
> > From: Ajay Kumar Gupta
> >
> > AM335x uses NOP transceiver driver and need to enable builtin PHY
> > by writing into usb_ctrl register available in system control
> > module register space. This is being added at musb glue dri
Hi,
On Wed, Jul 11, 2012 at 3:59 PM, Damodar Santhapuri wrote:
> From: Ajay Kumar Gupta
>
> AM335x uses NOP transceiver driver and need to enable builtin PHY
> by writing into usb_ctrl register available in system control
> module register space. This is being added at musb glue driver
> layer u
From: Ajay Kumar Gupta
AM335x uses NOP transceiver driver and need to enable builtin PHY
by writing into usb_ctrl register available in system control
module register space. This is being added at musb glue driver
layer untill a separate system control module driver is available.
Signed-off-by:
From: Ajay Kumar Gupta
Enabled the phy control logic for am335x also based on usbss
revision register.
Signed-off-by: Ajay Kumar Gupta
Signed-off-by: Damodar Santhapuri
---
arch/arm/plat-omap/include/plat/usb.h |1 +
drivers/usb/musb/musb_dsps.c | 17 +++--
2 files
From: Ajay Kumar Gupta
Added usb_ctrl0 and usb_ctrl1 base address as new memory resources
which will be used at am335x musb driver glue layer to turn on or
off builin PHY untill we have a separate system control module
driver.
Signed-off-by: Ajay Kumar Gupta
Singed-off-by: Damodar Santhapuri
-
Hi Keshava, Kevin,
On Fri, Jul 06, 2012 at 05:29:00PM +0530, Munegowda, Keshava wrote:
> Samuel
> I have sent that patch to disable the ehci in
> omap2plus_defconfig; after merging that
> please merge this patch too. This will fix the crashes in during boot
> with NFS in beagleXM
I'm goi
Add *remove* callback so that necessary cleanup operations are
performed when device is unregistered. The device is deleted
from the list and associated clock handle is released by
calling clk_put() and irq descriptor is released using the
irq_free_desc() api.
Signed-off-by: Tarun Kanti DebBarma
Since the bank->dbck initialization in a one time operation there
is no need to keep this within gpio_debounce(). Therefore, moving
clk_get(bank->dbck) to omap_gpio_mod_init(). Since the value of
bank->dbck would be NULL at the beginning, this check has been
removed.
Signed-off-by: Tarun Kanti Deb
This is in reponse to comments provided to [gpio/omap: add clk_prepare
and clk_unprepare] and is available here for reference:
http://lists.infradead.org/pipermail/linux-arm-kernel/2012-June/105762.html
Patch-1 moves the debounce clock handle initialization from gpio_debounce()
to omap_gpio_mod_in
The same case works well on am335xevm but with a new patch in
mach-omap2/prcm.c
I'll send it later.
root@ti-omap3:~# uname -a
Linux ti-omap3 3.4.3-00635-g82d1d26-dirty #32 Wed Jul 11 16:02:12 CST
2012 armv7l GNU/Linux
root@ti-omap3:~# dmesg|grep WDT
[ 1.921173] omap_wdt: OMAP WDTimer Rev 0x01: In
* Dennis Gilmore [120710 16:16]:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Mon, 9 Jul 2012 02:08:49 -0700
> Tony Lindgren wrote:
>
> > * Dennis Gilmore [120708 16:11]:
> > > -BEGIN PGP SIGNED MESSAGE-
> > > Hash: SHA1
> > >
> > > Hi does anyone happen to have a working
Hi,
> > > >> On Mon, Jul 9, 2012 at 7:18 PM, Damodar Santhapuri
>
[...]
> > > >> Avoid getting resource by name.. With dt, you wont be able to do
> > > >> those..
> > > >
> > > > When we are completely on DT then this would anyways go and we
> can
> > > > get these resource data for each usb port
43 matches
Mail list logo
