On Fri, May 11, 2012 at 2:04 PM, Russ Dill wrote:
> On Thu, May 10, 2012 at 6:05 AM, Govindraj.R wrote:
>> From: "Govindraj.R"
>>
>> The commit (bce492c0 ARM: OMAP2+: UART: Fix incorrect population of
>> default uart pads) removed default uart pads that where getting populated
>> and which was
On Fri, May 11, 2012 at 12:41 AM, Tony Lindgren wrote:
> * Govindraj.R [120510 06:09]:
>> From: "Govindraj.R"
>>
>> The commit (bce492c0 ARM: OMAP2+: UART: Fix incorrect population of
>> default uart pads) removed default uart pads that where getting populated
>> and which was making rx pin wak
Hi Tarun,
On Fri, Apr 27, 2012 at 7:43 PM, Tarun Kanti DebBarma
wrote:
> Here are the remaining cleanup patches. There are broadly
> two categories of cleanups.
>
> Cat-1: Those missed while introducing new feature like SPARSE_IRQ
> handling and DT support; use edge/level handlers from
>
On Tue, May 8, 2012 at 10:35 AM, Paul Walmsley wrote:
>
> Govindraj,
>
> After your commit bce492c04ba8fc66a4ea0a52b181ba255daaaf54 ("ARM: OMAP2+:
> UART: Fix incorrect population of default uart pads"), the kernel does not
> return from static suspend when off-mode is enabled upon an incoming
> s
On Fri, May 4, 2012 at 11:48 PM, Tony Lindgren wrote:
> Hi,
>
> Looking at this again..
>
> * Govindraj.R [120306 00:34]:
>> From: "Govindraj.R"
>>
>> All beagle boards rev > AX/BX have external usb hubs connected to ehci
>> interface, external hub/peripheral uses a nreset sequence for which
>>
On Thu, May 3, 2012 at 6:55 AM, Russ Dill wrote:
> On Wed, May 2, 2012 at 3:38 AM, Raja, Govindraj wrote:
>> On Wed, May 2, 2012 at 2:17 PM, Russ Dill wrote:
>>> On Mon, Mar 19, 2012 at 6:34 AM, Raja, Govindraj
>>> wrote:
>>>> On Mon, Mar 19, 2012 at
On Wed, May 2, 2012 at 4:20 PM, Koen Kooi wrote:
>
> Op 2 mei 2012, om 12:38 heeft Raja, Govindraj het volgende geschreven:
>
>> On Wed, May 2, 2012 at 2:17 PM, Russ Dill wrote:
>>> On Mon, Mar 19, 2012 at 6:34 AM, Raja, Govindraj
>>> wrote:
>>>&
On Wed, May 2, 2012 at 2:17 PM, Russ Dill wrote:
> On Mon, Mar 19, 2012 at 6:34 AM, Raja, Govindraj
> wrote:
>> On Mon, Mar 19, 2012 at 12:12 PM, Keshava Munegowda
>> wrote:
>>> From: Keshava Munegowda
>>>
>>> It is observed that the echi ports of
On Fri, Apr 20, 2012 at 10:43 PM, Tony Lindgren wrote:
> * Matt Porter [120420 09:04]:
>> On Fri, Mar 30, 2012 at 02:39:32PM -0700, Tony Lindgren wrote:
>> > * Kumar Gala [120330 14:14]:
>> > >
>> > > On Mar 30, 2012, at 1:48 PM, Tony Lindgren wrote:
>> > >
>> > > > Hi,
>> > > >
>> > > > * Kumar
On Tue, Apr 24, 2012 at 5:15 AM, Kevin Hilman wrote:
> "Govindraj.R" writes:
>
>> From: "Govindraj.R"
>>
>> The following commit:
>> (7496ba3 ARM: OMAP2+: UART: Add default mux for all uarts)
>> added default pads for all uarts. But not all boards tend to
>> use all uarts and most of unused uar
Hi Alan,
On Fri, Apr 20, 2012 at 6:57 PM, Alan Cox wrote:
>> diff --git a/drivers/tty/serial/serial_core.c
>> b/drivers/tty/serial/serial_core.c
>> index 9c4c05b..0dc246d 100644
>> --- a/drivers/tty/serial/serial_core.c
>> +++ b/drivers/tty/serial/serial_core.c
>> @@ -1284,6 +1284,8 @@ static vo
On Thu, Apr 19, 2012 at 12:38 AM, Alan Cox wrote:
>> The point is that wakeups should be enabled whenever driver is in use,
>> and disabled when the driver is not in use.
>
>
> Which is the tty_port methods for initialisation and shutdown, which are
> mutex protected against each other and hang up
On Wed, Apr 18, 2012 at 4:55 AM, Kevin Hilman wrote:
> "Govindraj.R" writes:
>
>> From: "Govindraj.R"
>>
>> The wakeups can be left enabled by default and should be disabled
>> only when disabled from sysfs and while entering suspend.
>
> Left enabled? That assumes something else has initizlied
On Tue, Apr 17, 2012 at 7:11 AM, Tony Lindgren wrote:
> Hi,
>
> Few more comments below.
>
> * Raja, Govindraj [120411 04:53]:
> ...
>
>> +static int __init omap_serial_fill_default_pads(struct omap_board_data
>> *bdata,
>> +
On Fri, Apr 13, 2012 at 4:11 PM, Russell King - ARM Linux
wrote:
> Can someone tell me how this works with the current omap-serial driver
> please? It looks to me like this has been broken when DMA support was
> added to the driver.
Yes x-char transmission in dma case is broken will post a patch
On Mon, Apr 16, 2012 at 12:52 PM, Raja, Govindraj wrote:
> Hi Tony,
>
> On Tue, Apr 10, 2012 at 3:36 PM, Raja, Govindraj
> wrote:
>> CC'ing Linux-ARM
>>
>>
>> On Tue, Apr 10, 2012 at 3:32 PM, Govindraj.R wrote:
>>> Hi Tony,
>>>
&
On Fri, Apr 13, 2012 at 11:25 PM, Santosh Shilimkar
wrote:
> The current serial UART code, while fidling with ocp idlemode bits,
> forget about the smart idle wakeup bit even if it is supported by
> UART IP block. This will lead to missing the module wakeup on OMAP's
> where the smart idle wakeup
Hi Tony,
On Tue, Apr 10, 2012 at 3:36 PM, Raja, Govindraj wrote:
> CC'ing Linux-ARM
>
>
> On Tue, Apr 10, 2012 at 3:32 PM, Govindraj.R wrote:
>> Hi Tony,
>>
>> Please Pull the following omap uart changes.
>> Changes basically involves getting rid of
On Thu, Apr 12, 2012 at 1:04 AM, Paul Walmsley wrote:
> Hi
>
> a few brief comments based on a quick scan:
>
> On Wed, 11 Apr 2012, Raja, Govindraj wrote:
>
>> Here is the patch [1] to do the same.
>
> - I don't see where it affects I/O wakeups for the UART. If
On Tue, Apr 10, 2012 at 11:33 PM, Kevin Hilman wrote:
> "Raja, Govindraj" writes:
>
>> Hi Kevin,
>>
>> On Mon, Apr 9, 2012 at 10:40 PM, Kevin Hilman wrote:
>>> Paul Walmsley writes:
[...]
>>
>> Just to summarize on how the behavior sh
On Tue, Apr 10, 2012 at 9:41 PM, Tony Lindgren wrote:
> * Govindraj.R [120410 06:44]:
>> --- a/arch/arm/mach-omap2/serial.c
>> +++ b/arch/arm/mach-omap2/serial.c
>> @@ -120,11 +120,63 @@ static void omap_uart_set_smartidle(struct
>> platform_device *pdev) {}
>> #endif /* CONFIG_PM */
>>
>> #if
CC'ing Linux-ARM
On Tue, Apr 10, 2012 at 3:32 PM, Govindraj.R wrote:
> Hi Tony,
>
> Please Pull the following omap uart changes.
> Changes basically involves getting rid of cpu checks
> for populating erratas and features and move the same
> from serial.c to omap-serial.c, MVR reg is used to fin
Hi Kevin,
On Mon, Apr 9, 2012 at 10:40 PM, Kevin Hilman wrote:
> Paul Walmsley writes:
>
> [...]
>
>> I don't understand why a user would ever want to disable dynamic wakeups
>> on an in-use serial port via the sysfs power/wakeup file. (Disabling
>> wakeups from suspend is a different matter, o
Hi Kevin / Paul,
On Fri, Apr 6, 2012 at 7:51 PM, Kevin Hilman wrote:
> Paul Walmsley writes:
>
>> On Wed, 4 Apr 2012, Raja, Govindraj wrote:
>>
>>> On Wed, Apr 4, 2012 at 8:26 PM, Paul Walmsley wrote:
>>> > On Mon, 2 Apr 2012, Raja, Govindraj wrote:
>
Hi Tony,
On Fri, Apr 6, 2012 at 11:45 PM, Tony Lindgren wrote:
> * Raja, Govindraj [120405 23:08]:
>> On Thu, Apr 5, 2012 at 10:28 PM, Tony Lindgren wrote:
>> >
>> > Hmm I don't think any muxing was done automatically unless
>> > omap_serial_init_port
On Thu, Apr 5, 2012 at 10:28 PM, Tony Lindgren wrote:
> * Raja, Govindraj [120403 23:18]:
>> On Tue, Apr 3, 2012 at 11:49 PM, Tony Lindgren wrote:
>> > * Govindraj.R [120321 03:06]:
>> >> From: "Govindraj.R"
>> >>
>> >> The foll
On Wed, Mar 21, 2012 at 3:54 PM, Govindraj.R wrote:
> From: "Govindraj.R"
>
> Based on Linux-OMAP tree uart branch.
> (git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap.git
> remotes/origin/uart)
>
> * Removes the cpu checks wherever possible and use version reg
> for populating fe
Hi Afzal,
On Thu, Apr 5, 2012 at 3:47 PM, Paul Walmsley wrote:
> cc Tony
>
> Hi,
>
> On Thu, 5 Apr 2012, Mohammed, Afzal wrote:
>
>> On Thu, Apr 05, 2012 at 15:03:36, Paul Walmsley wrote:
>> > Could you try booting with initcall_debug and posting the boot log?
>>
>> Logs as follows,
>
> thanks.
>
On Wed, Apr 4, 2012 at 8:26 PM, Paul Walmsley wrote:
> Hello Govindraj
>
> On Mon, 2 Apr 2012, Raja, Govindraj wrote:
>
>> As of now what I can think of is to update qos reqest to prevent MPU
>> from transitioning in case of port activity if wakeup capability for port
>
On Tue, Apr 3, 2012 at 11:49 PM, Tony Lindgren wrote:
> * Govindraj.R [120321 03:06]:
>> From: "Govindraj.R"
>>
>> The following commit:
>> (7496ba3 ARM: OMAP2+: UART: Add default mux for all uarts)
>> added default pads for all uarts. But not all boards tend to
>> use all uarts and most of unu
On Fri, Mar 30, 2012 at 5:54 PM, Raja, Govindraj wrote:
> On Fri, Mar 30, 2012 at 4:34 PM, Joe Woodward wrote:
>>
>>
>> -Original Message-
>> From: "Raja, Govindraj"
>> To: Joe Woodward
>> Cc: Paul Walmsley , Kevin Hilman ,
>> l
On Fri, Mar 30, 2012 at 4:34 PM, Joe Woodward wrote:
>
>
> -Original Message-
> From: "Raja, Govindraj"
> To: Joe Woodward
> Cc: Paul Walmsley , Kevin Hilman ,
> linux-omap@vger.kernel.org, Felipe Balbi , ne...@suse.de
> Date: Fri, 30 Mar 2012 15:
On Fri, Mar 30, 2012 at 2:56 PM, Joe Woodward wrote:
> ...[snip]...
>>
>> Could you please try attached patch and let me know if this solves the
>> rx issue as well,
>> without using dma mode.
>>
>
> Right,
>
> I think we've getting closer, but still not quite there...
>
> Firstly, the patch adds
On Fri, Mar 30, 2012 at 1:23 PM, Joe Woodward wrote:
> -Original Message-
> From: "Raja, Govindraj"
> To: Joe Woodward
> Cc: Paul Walmsley , Kevin Hilman ,
> linux-omap@vger.kernel.org, Felipe Balbi , ne...@suse.de
> Date: Thu, 29 Mar 2012 19:59:54 +0530
&
On Thu, Mar 29, 2012 at 5:10 PM, Joe Woodward wrote:
>
>
> -Original Message-
> From: "Joe Woodward"
> To: "Paul Walmsley"
> Cc: "Kevin Hilman" , "Raja\\, Govindraj"
> , linux-omap@vger.kernel.org, "Felipe Balbi"
On Wed, Mar 28, 2012 at 10:13 PM, Jon Hunter wrote:
> Hi Govindraj,
>
>
> On 3/28/2012 6:09, Raja, Govindraj wrote:
>>
>> On Wed, Mar 28, 2012 at 2:38 AM, Jon Hunter wrote:
>>>
>>> Hi Govindraj,
>>>
>>>
[...]
>>&
On Wed, Mar 28, 2012 at 2:38 AM, Jon Hunter wrote:
> Hi Govindraj,
>
>
> On 3/21/2012 5:24, Govindraj.R wrote:
>>
>> From: "Govindraj.R"
>>
>> Currently the errata is populated based on cpu checks this can
>> be removed and replaced with module version check of uart ip block.
>> MVR reg is provide
On Wed, Mar 28, 2012 at 3:07 AM, Kevin Hilman wrote:
> "Raja, Govindraj" writes:
>
>> Hi Kevin,
>>
>> On Tue, Mar 27, 2012 at 6:04 AM, Kevin Hilman wrote:
>>> +Govindraj,
>>>
>>> "Joe Woodward" writes:
>>>
>&g
On Wed, Mar 28, 2012 at 2:22 PM, Felipe Balbi wrote:
> On Tue, Mar 27, 2012 at 04:08:55PM +0200, Igor Grinberg wrote:
>> When PHY reset pin is connected to a GPIO on external GPIO chip
>> (e.g. I2C), we should not call the gpio_set_value() function, but
>> gpio_set_value_cansleep().
>>
>> Signed-o
Hi Kevin,
On Tue, Mar 27, 2012 at 6:04 AM, Kevin Hilman wrote:
> +Govindraj,
>
> "Joe Woodward" writes:
>
>> Right, I've stepped back a bit and dug out a GUSMTIX Palo43 carrier
>> board on which to test the Overo OMAP3530 COM and I've found:
>> - Running a stock 3.3 (with absolutely no changes)
Hi Paul,
On Fri, Mar 23, 2012 at 5:10 AM, Paul Walmsley wrote:
> Hi
>
> On Thu, 22 Mar 2012, Raja, Govindraj wrote:
>
>> Sorry I for got to add that, here are details on what was tested.
>>
>> 1.) OMAP2430 SDP : Boot tested with uart1 as console.
>>
>> 2
On Wed, Mar 21, 2012 at 7:58 PM, Kevin Hilman wrote:
> "Govindraj.R" writes:
>
>> From: "Govindraj.R"
>>
>> Based on Linux-OMAP tree uart branch.
>> (git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap.git
>> remotes/origin/uart)
>>
>> * Removes the cpu checks wherever possible and u
On Mon, Mar 19, 2012 at 12:12 PM, 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 are reset at during
On Wed, Mar 7, 2012 at 7:40 PM, Raja, Govindraj wrote:
> On Wed, Mar 7, 2012 at 5:49 PM, Govindraj.R wrote:
>>
[...]
>
> From b3aa1dac5909cad1b959f5b97bbf408b2f974060 Mon Sep 17 00:00:00 2001
> From: "Govindraj.R"
> Date: Wed, 7 Mar 2012 17:14:02 +0530
>
On Wed, Mar 7, 2012 at 11:27 AM, Paul Walmsley wrote:
> Hi
>
> On Tue, 6 Mar 2012, Raja, Govindraj wrote:
>
>> I see two ways of adding this tx wake-up flag.
>>
>> 1.) passing a feature flag from pdata and populating the feature value to
>> wer.
>>
On Wed, Mar 7, 2012 at 5:49 PM, Govindraj.R wrote:
>
> From: "Govindraj.R"
>
> Some modules doesn't have SYSC_HAS_ENAWAKEUP bit available
> (ex: usb host uhh module) in absence of this flag
> omap_hwmod_enable/disable_wakeup avoids configuring
> pad mux wakeup capability.
>
> Configure sysc if SY
On Tue, Mar 6, 2012 at 1:53 AM, Paul Walmsley wrote:
>
> Hello Govindraj
>
> Do you intend to update and repost this serial patch? Or should someone
> else deal with it? It would be good to get support for this additional
> wakeup bit.
Thanks for reminding.
(I had got preempted with other activ
On Tue, Mar 6, 2012 at 2:21 AM, Tony Lindgren wrote:
> * Kevin Hilman [120305 11:28]:
>> "Govindraj.R" writes:
>>
>> > From: "Govindraj.R"
>> >
>> > On beagle some of uart mux lines are used for other
>> > purpose so init only uart3.
>>
>> OK, but you should also be clear that this patch is eff
On Tue, Mar 6, 2012 at 1:30 AM, Kevin Hilman wrote:
> "Govindraj.R" writes:
>
>> From: "Govindraj.R"
>>
>> On beagle some of uart mux lines are used for other
>> purpose so init only uart3.
>
> OK, but you should also be clear that this patch is effectively
> disabling all UARTS (except UART3) b
On Mon, Mar 5, 2012 at 7:36 PM, Koen Kooi wrote:
>
> Op 5 mrt. 2012, om 12:12 heeft Govindraj.R het volgende geschreven:
>
>> From: "Govindraj.R"
>>
>> On beagle some of uart mux lines are used for other
>> purpose so init only uart3.
>>
>> Uart2 rx line clashes with gpio_147 used for usb ehci
>>
50 matches
Mail list logo