On Fri, Jun 05, 2015 at 07:49:00PM +0900, Greg Kroah-Hartman wrote:
> On Thu, Jun 04, 2015 at 10:20:26AM -0700, Tony Lindgren wrote:
> > Greg, there's now commit 9809889c708e in tty-linus and commit
> > 9e91597f2423 in tty-next.
> Yes, I can't go back and remove the one in tty-next, I'm guessing
On 06/05/2015 06:34 PM, Peter Ujfalusi wrote:
> Hi,
>
> The ti-dma-crossbar driver in it's current form can work when it is used with
> sDMA (omap-dma). On DRA7x class of devices we have both sDMA and eDMA
> available.
> The DT bindings for sDMA has been done in a way that DMA users need to speci
On Thu, Jun 04, 2015 at 03:20:57PM -0700, Stephen Boyd wrote:
> On 06/04, Felipe Balbi wrote:
> > On Thu, Jun 04, 2015 at 03:18:25PM -0500, Felipe Balbi wrote:
> > > On Thu, Jun 04, 2015 at 03:08:50PM -0500, Felipe Balbi wrote:
> > > > Hi,
> > > >
> > > > On Thu, Jun 04, 2015 at 11:46:59AM +0200,
Hi,
The ti-dma-crossbar driver in it's current form can work when it is used with
sDMA (omap-dma). On DRA7x class of devices we have both sDMA and eDMA available.
The DT bindings for sDMA has been done in a way that DMA users need to specify
the required DMA request number + 1 when they request fo
From: Misael Lopez Cruz
In preparation for supporting multiple DMA crossbar instances,
make the idr xbar instance specific.
Signed-off-by: Misael Lopez Cruz
Signed-off-by: Peter Ujfalusi
---
drivers/dma/ti-dma-crossbar.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --g
From: Misael Lopez Cruz
eDMA crossbar works exactly the same way as sDMA, but sDMA
requires an offset of 1, while no offset is needed for eDMA.
Signed-off-by: Misael Lopez Cruz
Signed-off-by: Peter Ujfalusi
---
.../devicetree/bindings/dma/ti-dma-crossbar.txt| 1 +
drivers/dma/ti-dma-cros
Currently the driver can be used with sDMA only due to the fact that the
sDMA bindings are using "real DMA_REQ + 1" indexing of the DMA requests.
This is not a case with the eDMA for example so the driver in current form
can not handle the case when it is used with eDMA.
Be precise with the compati
Hi Jon,
On Fri, 5 Jun 2015 09:46:09 +0100
Jon Hunter wrote:
>
> On 05/06/15 00:02, Paul Walmsley wrote:
> > Hi folks
> >
> > just a brief comment on this one:
> >
> > On Thu, 30 Apr 2015, Boris Brezillon wrote:
> >
> >> Clock rates are stored in an unsigned long field, but ->round_rate()
> >
Hi Paul,
On Thu, 4 Jun 2015 23:02:25 + (UTC)
Paul Walmsley wrote:
> Hi folks
>
> just a brief comment on this one:
>
> On Thu, 30 Apr 2015, Boris Brezillon wrote:
>
> > Clock rates are stored in an unsigned long field, but ->round_rate()
> > (which returns a rounded rate from a requested
On Thu, Jun 04, 2015 at 10:20:26AM -0700, Tony Lindgren wrote:
> * Tony Lindgren [150604 10:11]:
> > * Mark Brown [150604 10:03]:
> > > On Thu, Jun 04, 2015 at 05:47:05PM +0100, Build bot for Mark Brown wrote:
> > >
> > > > arm-allmodconfig
> > > > ../drivers/tty/serial/8250/8250_omap.c:
On 06/05/2015 05:35 AM, Roger Quadros wrote:
> Hi,
>
> On Wed, 3 Jun 2015 22:52:47 +0300
> Grygorii Strashko wrote:
>
>> Hi Geert,
>>
>> On 05/19/2015 12:38 PM, Geert Uytterhoeven wrote:
>>> On Mon, May 18, 2015 at 4:52 PM, grygorii.stras...@linaro.org
>>> wrote:
On 05/18/2015 05:31 PM, Th
On 05/06/15 00:02, Paul Walmsley wrote:
> Hi folks
>
> just a brief comment on this one:
>
> On Thu, 30 Apr 2015, Boris Brezillon wrote:
>
>> Clock rates are stored in an unsigned long field, but ->round_rate()
>> (which returns a rounded rate from a requested one) returns a long
>> value (erro
On 05-06-15 10:01, Jeroen Hofstee wrote:
Hello Paul,
On 01-06-15 19:44, Paul Walmsley wrote:
The best way to make this work IMHO would be for us not to accept any
new
feature addition patches as long as there are warnings reported in the
test results. The only real exception that I would for
Hello Paul,
On 01-06-15 19:44, Paul Walmsley wrote:
The best way to make this work IMHO would be for us not to accept any new
feature addition patches as long as there are warnings reported in the
test results. The only real exception that I would foresee is if those
warnings are due to somethi
14 matches
Mail list logo