[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAMQu2gxJqpJG0LbhbJ-YKOEpR=2_ogu2SpdUtvafn2kBXWudyg@mail.gmail.com>
Date: Tue, 21 Aug 2012 16:13:59 +0530
From: "Shilimkar, Santosh" <santosh.shilimkar@...com>
To: Felipe Balbi <balbi@...com>
Cc: alan@...ux.intel.com, Tony Lindgren <tony@...mide.com>,
Kevin Hilman <khilman@...com>,
Linux OMAP Mailing List <linux-omap@...r.kernel.org>,
Linux ARM Kernel Mailing List
<linux-arm-kernel@...ts.infradead.org>,
linux-serial@...r.kernel.org,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Shubhrajyoti Datta <shubhrajyoti@...com>
Subject: Re: [RFC/PATCH 00/13] OMAP UART patches
On Tue, Aug 21, 2012 at 2:45 PM, Felipe Balbi <balbi@...com> wrote:
> Hi guys,
>
> here's a series of cleanup patches to the OMAP serial
> driver. A later series could be made re-implementing
> DMA using the DMA Engine API. Note that for RX DMA
> we could be using RX Timeout IRQ as a hint that we better
> use PIO instead ;-)
>
> All patches were tested on my pandaboard, but I'd really
> like to receive Tested-by on other platforms.
>
> After this goes in, I'll probably try to get UART wakeup
> working again and only after that look at DMA.
>
> cheers
>
> Felipe Balbi (13):
> serial: omap: define and use to_uart_omap_port()
> serial: omap: always return IRQ_HANDLED
> serial: omap: define helpers for pdata function pointers
> serial: omap: don't access the platform_device
> serial: omap: drop DMA support
> serial: add OMAP-specific defines
> serial: omap: simplify IRQ handling
> serial: omap: refactor receive_chars() into rdi/rlsi handlers
> serial: omap: move THRE check to transmit_chars()
> serial: omap: stick to put_autosuspend
> serial: omap: set dev->drvdata before enabling pm_runtime
> serial: omap: drop unnecessary check from remove
> serial: omap: make sure to suspend device before remove
>
Apart from that one question on last patch, rest of the clean-up
is really good. Nice work.
FWIW,
Acked-by: Santosh Shilimkar <santosh.shilimkar@...com>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists