On Sun, Oct 09, 2011 at 06:06:56PM -0700, Greg KH wrote:
> On Sun, Oct 09, 2011 at 04:59:31PM -0600, Grant Likely wrote:
> > On Fri, Oct 7, 2011 at 6:12 PM, Greg KH wrote:
> > > On Fri, Oct 07, 2011 at 07:28:33PM -0400, valdis.kletni...@vt.edu wrote:
> > >> On Fri, 07 Oct 2011 16:12:45 MDT, Grant
On Fri, Oct 07, 2011 at 04:09:38PM -0600, Grant Likely wrote:
> On Fri, Oct 7, 2011 at 4:06 AM, Alan Cox wrote:
> > On Fri, 07 Oct 2011 10:33:09 +0500
> > "G, Manjunath Kondaiah" wrote:
> >
> >>
> >> The gpio library should return -EPROBE_DEFER in gpio_request
> >> if gpio driver is not ready.
>
Hi,
On Thu, Sep 22, 2011 at 12:14 AM, Jean Pihet wrote:
> Update the data from the measurements performed at HW and SW levels.
>
> Cf.
> http://www.omappedia.org/wiki/Power_Management_Device_Latencies_Measurement
> for a detailed explanation on where are the numbers magically coming from.
>
> To
* Andres Salomon [111011 14:11]:
> On Fri, 07 Oct 2011 12:45:43 -0700
> Tony Lindgren wrote:
>
> > This allows mapping external memory such as SRAM for use.
> >
> > This is needed for some small chunks of code, such as reprogramming
> > SDRAM memory source clocks that can't be executed in SDRAM
On Fri, 07 Oct 2011 12:45:43 -0700
Tony Lindgren wrote:
> This allows mapping external memory such as SRAM for use.
>
> This is needed for some small chunks of code, such as reprogramming
> SDRAM memory source clocks that can't be executed in SDRAM. Other
> use cases include some PM related code
"Govindraj.R" writes:
> For the early console probing we had avoided hwmod reset and idling
> and uart was idled using hwmod API and enabled back using omap_device API
> after omap_device registration.
>
> Now since we are using runtime API's to enable back uart, move hwmod
> idling and use runti
"Govindraj.R" writes:
> Move the errata handling mechanism from serial.c to omap-serial file
> and utilise the same func in driver file.
>
> Errata i202, i291 are moved to be handled with omap-serial
> Moving the errata macro from serial.c file to driver header file
> as from on errata will be ha
Hi,
On Tue, Oct 11, 2011 at 01:17:03PM -0600, Paul Walmsley wrote:
> > > On Tue, 11 Oct 2011, Felipe Balbi wrote:
> > >
> > > > maybe, but let's go with EXPORT_SYMBOL_GPL(). My only concern is that
> > > > this IP comes from synopsys, and I'm not really keen on adding
> > > > OMAP-specific, integ
Hi
On Tue, 11 Oct 2011, Felipe Balbi wrote:
> On Tue, Oct 11, 2011 at 12:52:05PM -0600, Paul Walmsley wrote:
>
> > On Tue, 11 Oct 2011, Felipe Balbi wrote:
> >
> > > maybe, but let's go with EXPORT_SYMBOL_GPL(). My only concern is that
> > > this IP comes from synopsys, and I'm not really keen o
On Tue, Oct 11, 2011 at 12:52:05PM -0600, Paul Walmsley wrote:
> Hi Felipe
>
> On Tue, 11 Oct 2011, Felipe Balbi wrote:
>
> > maybe, but let's go with EXPORT_SYMBOL_GPL(). My only concern is that
> > this IP comes from synopsys, and I'm not really keen on adding
> > OMAP-specific, integration-rel
"Govindraj.R" writes:
> In suspend path the console_lock is taken by uart_port_suspend
> however when no_console_suspend is used console_lock is not taken.
>
> During system wide suspend omap_pwr_domain hooks cut all
> clocks that are left enabled. So its unsafe to proceed printing after
> clocks
"Govindraj.R" writes:
> From: Deepak K
>
> The following UART parameters are defined within the UART driver:
>
> 1). Whether the UART uses DMA (dma_enabled), by default set to 0
> 2). The size of dma buffer (set to 4096 bytes)
> 3). The time after which the dma should stop if no more data is rec
Hi Felipe
On Tue, 11 Oct 2011, Felipe Balbi wrote:
> maybe, but let's go with EXPORT_SYMBOL_GPL(). My only concern is that
> this IP comes from synopsys, and I'm not really keen on adding
> OMAP-specific, integration-related knowledge on a driver which was
> supposed to be reusable ;-)
>
> But at
"Govindraj.R" writes:
> Modify the omap_uart_can_sleep function to check uart is active
> or not to be used by pm code to enter low power states.
Doesn't the driver now control when the UART clocks are gated (using
runtime PM autosuspend)?
IMO, this check should be completely removed and the dr
"Koyamangalath, Abhilash" writes:
> hi Kevin,
> Apologies for the delayed response, I was on vacation.
>
> On October 01, 2011 4:57 AM, Hilman, Kevin wrote:
>>
>> Abhilash,
>>
>> Kevin Hilman writes:
>>
>>> Abhilash K V writes:
>>>
From: Abhilash K V
In case of AM3517 & AM3505,
Hi,
> > > Adding musb support in ti816 EVM board file.
> > >
> > > Signed-off-by: Ajay Kumar Gupta
> > > Signed-off-by: Ravi Babu
> > > Acked-by: Felipe Balbi
> >
> > This patch can result in a merge conflict, therefore I think
> > this one should be taken through Tony's tree.
> >
> > Also you s
Hi KyongHo,
On Tue, Oct 11, 2011 at 4:59 PM, KyongHo Cho wrote:
> I think the type of size should be size_t.
..
> Thus, it should be
> iommu_unmap(domain, orig_iova, orig_size - size)
Agree with both suggestions, thanks !
P.S - please only keep the parts of my email which you are replying
to, o
On Tue, Oct 11, 2011 at 12:38 PM, Roedel, Joerg wrote:
> You need to make sure that you don;t pass larger regions then requested
> to the low-level driver. Some logic like in the iommu_map function
> should do it.
You're right. But the solution IMHO should be getting rid of that size
-> order ->
Santosh Shilimkar writes:
> On Monday 10 October 2011 11:31 PM, Kevin Hilman wrote:
>> Hi Santosh,
>>
>> Santosh Shilimkar writes:
>>
>>> The series adds OMAP4 MPUSS (MPU SubSystem) power management support for
>>> suspend (S2R), CPU hotplug and CPUidle.
>>
>> There are a few more compile err
Hi,
> On 10/11/11 13:26, Ajay Kumar Gupta wrote:
> > From: Ravi Babu
> >
> > Adding musb support in ti816 EVM board file.
> >
> > Signed-off-by: Ajay Kumar Gupta
> > Signed-off-by: Ravi Babu
> > Acked-by: Felipe Balbi
>
> This patch can result in a merge conflict, therefore I think
> this one
On Tue, Oct 11, 2011 at 7:49 AM, Ohad Ben-Cohen wrote:
> int iommu_map(struct iommu_domain *domain, unsigned long iova,
> - phys_addr_t paddr, int gfp_order, int prot)
> + phys_addr_t paddr, int size, int prot)
> {
Even though it is not realistic that size becomes larger
Hi Igor,
>
> On 10/11/11 13:26, Ajay Kumar Gupta wrote:
> > From: Ravi Babu
> >
> > Adding musb support in ti814 EVM board file.
> >
> > Signed-off-by: Ajay Kumar Gupta
> > Signed-off-by: Ravi Babu
> > Acked-by: Felipe Balbi
> > ---
> > arch/arm/mach-omap2/board-ti8148evm.c |9 +
>
Hi,
On Tue, Oct 11, 2011 at 10:04:28AM -0400, Alan Stern wrote:
> On Tue, 11 Oct 2011, Felipe Balbi wrote:
>
> > > > It doesn't shown here, but the TLL link is completely optional. It's
> > > > mainly used for modem integration, IIRC. Still, if we're using TLL, EHCI
> > > > and OHCI will depend o
On Tue, 11 Oct 2011, Felipe Balbi wrote:
> > > It doesn't shown here, but the TLL link is completely optional. It's
> > > mainly used for modem integration, IIRC. Still, if we're using TLL, EHCI
> > > and OHCI will depend on a clock provided by the USBTLL block.
> > >
> > > Clearly, USBTLL isn't
On Monday 10 October 2011, Kevin Hilman wrote:
> > I got this build error only now after pulling in the latest omap series, but
> > I cannot tell what caused it. It's also not clear to me if this is the
> > correct
> > solution. Please ack or provide a better fix.
>
> This code was merged for v2.
On Tue, Oct 11, 2011 at 5:28 AM, Kevin Hilman wrote:
> "Govindraj.R" writes:
>
>> In preparation to runtime conversion add missing uart regs to
>> port structure which can be used in context restore.
>> Also ensuring all uart reg info's are part of port structure.
>>
>> Signed-off-by: Govindraj.R
On Tue, Oct 11, 2011 at 1:37 AM, Andrei Warkentin wrote:
> Hi,
>
> - Original Message -
>> From: "Greg KH"
>> To: "Josh Triplett"
>> Cc: "G, Manjunath Kondaiah" ,
>> linux-arm-ker...@lists.infradead.org, "Grant Likely"
>> , linux-omap@vger.kernel.org,
>> linux-...@vger.kernel.org, linu
On Tue, Oct 11, 2011 at 03:23:52PM +0400, Sergei Shtylyov wrote:
> Hello.
>
> On 10-10-2011 16:26, Felipe Balbi wrote:
>
> >fix a bug which has been on this driver since
> >it was added by the original commit 984aa6db
>
>Please also specify that commit's summary in parens.
sure, no problem
On Tue, Oct 11, 2011 at 03:22:33PM +0400, Sergei Shtylyov wrote:
> Hello.
>
> On 10-10-2011 16:26, Felipe Balbi wrote:
>
> >val&& (val != 1) == val> 1
>
> >Signed-off-by: Felipe Balbi
> >---
> > arch/arm/mach-omap2/smartreflex.c |2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
Hi Ajay,
On 10/11/11 13:26, Ajay Kumar Gupta wrote:
> From: Ravi Babu
>
> Adding musb support in ti816 EVM board file.
>
> Signed-off-by: Ajay Kumar Gupta
> Signed-off-by: Ravi Babu
> Acked-by: Felipe Balbi
This patch can result in a merge conflict, therefore I think
this one should be take
Hi Ajay,
On 10/11/11 13:26, Ajay Kumar Gupta wrote:
> From: Ravi Babu
>
> Adding musb support in ti814 EVM board file.
>
> Signed-off-by: Ajay Kumar Gupta
> Signed-off-by: Ravi Babu
> Acked-by: Felipe Balbi
> ---
> arch/arm/mach-omap2/board-ti8148evm.c |9 +
This file does not e
On 10/10/2011 11:34 PM, Hunter, Jon wrote:
> Hi Benoit,
>
> On 10/10/2011 4:54, Cousson, Benoit wrote:
>> Hi Jon,
>>
>> On 10/8/2011 12:46 AM, Hunter, Jon wrote:
>>> Hi Benoit,
>>>
>>> On 10/7/2011 3:23, Cousson, Benoit wrote:
Hi Paul& Jon,
On 10/7/2011 3:42 AM, Paul Walmsley wrote
From: Ravi Babu
Adding musb support in ti814 EVM board file.
Signed-off-by: Ajay Kumar Gupta
Signed-off-by: Ravi Babu
Acked-by: Felipe Balbi
---
arch/arm/mach-omap2/board-ti8148evm.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-ti
Adding musb support in am335x EVM board file.
Signed-off-by: Ajay Kumar Gupta
Acked-by: Felipe Balbi
---
arch/arm/mach-omap2/board-am335xevm.c |9 +
arch/arm/mach-omap2/usb-musb.c|2 +-
2 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/b
From: Ravi Babu
TI81XX platform has two musb interfaces and uses CPPI4.1 DMA engine.
It has builtin USB PHYs as AM35x. The current set of patches adds support
for one instance and only in PIO mode.
Signed-off-by: Ajay Kumar Gupta
Signed-off-by: Ravi Babu
---
Same as v3. dropping will be done
Enabled the flag so that musb_dsps glue file can be used for am335x
Signed-off-by: Ajay Kumar Gupta
---
Changes from v1
- Removed unneeded parens.
drivers/usb/musb/Kconfig |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/musb/Kconfig b/drivers/us
Switch on the phy for am335x.
Signed-off-by: Ajay Kumar Gupta
---
Changes from v1:
- Added ioremap for AM33x SCM base.
arch/arm/mach-omap2/omap_phy_internal.c | 21 ++---
1 files changed, 14 insertions(+), 7 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_phy_inter
From: Ravi Babu
Adding musb support in ti816 EVM board file.
Signed-off-by: Ajay Kumar Gupta
Signed-off-by: Ravi Babu
Acked-by: Felipe Balbi
---
arch/arm/mach-omap2/board-ti8168evm.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-ti
From: Ravi Babu
Added musb support for ti81xx platform which has two instances of musb
interface and uses CPPI4.1 DMA. The current patch set adds support for
single instance and in PIO mode only.
Signed-off-by: Ajay Kumar Gupta
Signed-off-by: Ravi Babu
Acked-by: Felipe Balbi
---
arch/arm/mac
Adding ti81xx_musb_phy_power() which will be used by musb driver through
its function pointer in board_data.
Signed-off-by: Ajay Kumar Gupta
Signed-off-by: Ravi Babu
---
Changes from v3:
- Added ioremap and inumap for SCM register access instead of using
omap_ctrl_read/write.
This patch set adds support for musb interface for TI81XX and AM33XX
platforms and are dependent on recent patch series from Hemant Pedanekar
at [1] and [2] and Vaibhav Hiremath at [3]
TI81XX and AM33XX platform has dual musb instances, uses CPPI4.1 DMA and
has built in usb PHY. The current set of
Hello.
On 10-10-2011 16:26, Felipe Balbi wrote:
fix a bug which has been on this driver since
it was added by the original commit 984aa6db
Please also specify that commit's summary in parens.
which would never clear IRQSTATUS bits.
Signed-off-by: Felipe Balbi
WBR, Sergei
--
To uns
Hello.
On 10-10-2011 16:26, Felipe Balbi wrote:
val&& (val != 1) == val> 1
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/smartreflex.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/smartreflex.c
b/arch/arm/mach-omap2/smartreflex.c
On Mon, Oct 10, 2011 at 06:49:32PM -0400, Ohad Ben-Cohen wrote:
> -int iommu_unmap(struct iommu_domain *domain, unsigned long iova, int
> gfp_order)
> +int iommu_unmap(struct iommu_domain *domain, unsigned long iova, int size)
> {
> - size_t size;
> + int order, unmapped_size, unmappe
On Mon, Oct 10, 2011 at 06:01:06PM -0400, Ohad Ben-Cohen wrote:
> > On Mon, Oct 10, 2011 at 5:36 PM, Roedel, Joerg wrote:
> >> The master branch is best to base your patches on for generic work.
>
> It looks like the master branch is missing something like this:
>
> >From acb316aa4bcaf383e8cb158
Hi Ohad,
On Mon, Oct 10, 2011 at 01:02:46PM -0400, Ohad Ben-Cohen wrote:
> On Mon, Oct 10, 2011 at 5:36 PM, Roedel, Joerg wrote:
> > Yes, somthing like that. Probably the iommu_ops->unmap function should
> > be turned into a unmap_page function call which only takes an iova and
> > no size parame
Hi,
> > > On Tue, Oct 11, 2011 at 02:13:07PM +0530, Gupta, Ajay Kumar wrote:
> > > > Hi,
> > > > > On Mon, Oct 10, 2011 at 10:40:55AM +0530, Gupta, Ajay Kumar
> wrote:
> > > > > > Hi,
> > > > > > > On Mon, Sep 26, 2011 at 03:21:07PM +0530, Gupta, Ajay Kumar
> > > wrote:
> > > > > > > > > To: linux-
Hi,
On Tue, Oct 11, 2011 at 03:07:46PM +0530, Gupta, Ajay Kumar wrote:
> Hi,
> > On Tue, Oct 11, 2011 at 02:13:07PM +0530, Gupta, Ajay Kumar wrote:
> > > Hi,
> > > > On Mon, Oct 10, 2011 at 10:40:55AM +0530, Gupta, Ajay Kumar wrote:
> > > > > Hi,
> > > > > > On Mon, Sep 26, 2011 at 03:21:07PM +053
Hi,
> On Tue, Oct 11, 2011 at 02:13:07PM +0530, Gupta, Ajay Kumar wrote:
> > Hi,
> > > On Mon, Oct 10, 2011 at 10:40:55AM +0530, Gupta, Ajay Kumar wrote:
> > > > Hi,
> > > > > On Mon, Sep 26, 2011 at 03:21:07PM +0530, Gupta, Ajay Kumar
> wrote:
> > > > > > > To: linux-omap@vger.kernel.org
> > > > >
Hi,
On Tue, Oct 11, 2011 at 02:13:07PM +0530, Gupta, Ajay Kumar wrote:
> Hi,
> > On Mon, Oct 10, 2011 at 10:40:55AM +0530, Gupta, Ajay Kumar wrote:
> > > Hi,
> > > > On Mon, Sep 26, 2011 at 03:21:07PM +0530, Gupta, Ajay Kumar wrote:
> > > > > > To: linux-omap@vger.kernel.org
> > > > > > Cc: linux-
Hi,
> On Mon, Oct 10, 2011 at 10:40:55AM +0530, Gupta, Ajay Kumar wrote:
> > Hi,
> > > On Mon, Sep 26, 2011 at 03:21:07PM +0530, Gupta, Ajay Kumar wrote:
> > > > > To: linux-omap@vger.kernel.org
> > > > > Cc: linux-...@vger.kernel.org; Balbi, Felipe; t...@atomide.com;
> > > > > B, Ravi; Cousson, Be
Hi,
On Mon, Oct 10, 2011 at 08:15:29PM -0400, Alan Stern wrote:
> > > > > In fact we do already have sibling lists. They are maintained as
> > > > > part
> > > > > of the device_private structure. What we are missing is a
> > > > > device_for_each_sibling() routine. It could be added pretty
Hi Paul,
On 10/11/2011 2:40 AM, Paul Walmsley wrote:
Hi
and some comments on this one ...
On Thu, 6 Oct 2011, Keshava Munegowda wrote:
[...]
+static struct omap_hwmod_ocp_if omap44xx_l4_cfg__usb_tll_hs = {
+ .master =&omap44xx_l4_cfg_hwmod,
+ .slave =&omap44xx_
On Tue, Oct 11, 2011 at 11:18 AM, Munegowda, Keshava
wrote:
> On Tue, Oct 11, 2011 at 6:08 AM, Paul Walmsley wrote:
>> Hi
>>
>> so I just noticed another problem with these hwmods:
>>
>> On Thu, 6 Oct 2011, Keshava Munegowda wrote:
>>
>>> Following 2 hwmod structures are added
>>> 1. usb_host
hi Kevin,
Apologies for the delayed response, I was on vacation.
On October 01, 2011 4:57 AM, Hilman, Kevin wrote:
>
> Abhilash,
>
> Kevin Hilman writes:
>
>> Abhilash K V writes:
>>
>>> From: Abhilash K V
>>>
>>> In case of AM3517 & AM3505, SmartReflex is not applicable so
>>> we must not enab
On Tue, Oct 11, 2011 at 1:21 PM, Keshava Munegowda
wrote:
> Following 2 hwmod structures are added
> 1. usb_host_hs
> The hwmod of usbhs with uhh, ehci and ohci base addresses
> functional clock and ehci, ohci irqs
>
> 2. usb_tll_hs
> hwmod of usbhs with the TLL base
From: Keshava Munegowda
The usbhs core driver does not enable/disable the interface and
functional clocks directly, These clocks are handled by runtime pm,
hence instead of the clock enable/disable, the runtime pm APIS are
used. however,the optional clocks and port clocks are handled by
the usbhs
From: Keshava Munegowda
The usbhs core driver does not enable/disable the interface and
functional clocks directly, These clocks are handled by runtime pm,
hence instead of the clock enable/disable, the runtime pm APIS are
used. however,the optional clocks and port clocks are handled by
the usbhs
From: Keshava Munegowda
The ehci and ohci drivers does not use the APIs of the usbhs
core driver; the runtime pm APIs are used for clock
enable/disable. Since usbhs is parent platform device of the
ehci and ohci devices, the runtime apis indirectly uses the
usb hs core device as input parameter t
From: Keshava Munegowda
device name usbhs clocks are changed from
usbhs-omap.0 to usbhs_omap; this is because
in the hwmod registration the device name is set
as usbhs_omap; The redudant clock nodes are removed.
Signed-off-by: Keshava Munegowda
Reviewed-by: Partha Basak
---
arch/arm/mach-omap
The hwmod structure of usb_host_hs and usb_tll are
retrieved and registered with omap device
Signed-off-by: Keshava Munegowda
Reviewed-by: Partha Basak
---
arch/arm/mach-omap2/usb-host.c | 100 ++--
1 files changed, 34 insertions(+), 66 deletions(-)
diff -
Following 2 hwmod structures are added
1. usb_host_hs
The hwmod of usbhs with uhh, ehci and ohci base addresses
functional clock and ehci, ohci irqs
2. usb_tll_hs
hwmod of usbhs with the TLL base address and irq.
Signed-off-by: Keshava Munegowda
Reviewed-by: P
Following 2 hwmod structures are added
1. usb_host_hs
The hwmod of usbhs with uhh, ehci and ohci base addresses
functional clock and ehci, ohci irqs
2. usb_tll_hs
hwmod of usbhs with the TLL base address and irq.
Signed-off-by: Keshava Munegowda
Reviewed-by: P
From: Benoit Cousson
Following 2 hwmod structures are added
1. usb_host_hs
The hwmod of usbhs with uhh, ehci and ohci base addresses
functional clock and ehci, ohci irqs
2. usb_tll_hs
hwmod of usbhs with the TLL base address and irq.
Signed-off-by: Benoit Cousson
- rebased to
From: Keshava Munegowda
The Hwmod structures for ehci and ohci drivers are implemented for
EHCI and OHCI drivers of OMAP3 and OMAP4.
The ehci and ohci drivers does not use the APIs of the usbhs
core driver; the runtime pm APIs are used for clock
enable/disable.
TODO:
- Adding mux-information to
On Monday 10 October 2011 11:31 PM, Kevin Hilman wrote:
> Hi Santosh,
>
> Santosh Shilimkar writes:
>
>> The series adds OMAP4 MPUSS (MPU SubSystem) power management support for
>> suspend (S2R), CPU hotplug and CPUidle.
>
> There are a few more compile errors when doing OMAP1-only builds.
> Yo
>
>> + if (supply) {
>> + struct regulator_dev *r;
>> + struct device_node *node;
>> +
>> + /* first do a dt based lookup */
>> + if (dev) {
>> + node = of_get_regulator(dev, supply);
>> + if (node)
>> +
67 matches
Mail list logo
