lkml.org 
[lkml]   [2017]   [Nov]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRE: [PATCH v3] staging: fsl-mc: use 32bits to support 64K size mc-portals
Date
Hi Greg,

> -----Original Message-----
> From: gregkh@linuxfoundation.org [mailto:gregkh@linuxfoundation.org]
> Sent: Friday, November 24, 2017 9:29 PM
> To: Laurentiu Tudor <laurentiu.tudor@nxp.com>
> Cc: Bharat Bhushan <bharat.bhushan@nxp.com>; Ruxandra Ioana Radulescu
> <ruxandra.radulescu@nxp.com>; devel@driverdev.osuosl.org;
> stuyoder@gmail.com; Roy Pledge <roy.pledge@nxp.com>; linux-
> kernel@vger.kernel.org; Leo Li <leoyang.li@nxp.com>; Bogdan Purcareata
> <bogdan.purcareata@nxp.com>; linux-arm-kernel@lists.infradead.org
> Subject: Re: [PATCH v3] staging: fsl-mc: use 32bits to support 64K size mc-
> portals
>
> On Wed, Nov 22, 2017 at 10:49:50AM +0000, Laurentiu Tudor wrote:
> >
> >
> > On 11/22/2017 09:48 AM, Bharat Bhushan wrote:
> > > As per APIs each mc-portal is of 64K size while currently 16bits
> > > (type u16) is used to store size of mc-portal.
> > > In these cases upper bit of portal size gets truncated.
> > >
> > > Signed-off-by: Bharat Bhushan <Bharat.Bhushan@nxp.com>
> > > ---
> >
> > Ok, so just to clarify this fixes the case where size is equal (or
> > maybe larger in the future) to 0x10000.
>
> Is this something that can happen today? Is this needed in 4.14 to fix a
> problem people are having and need to be backported to stable, or can it
> wait until 4.15?

We can wait for 4.15 and no need to backport.

Thanks
-Bharat

>
> thanks,
>
> greg k-h

\
 
 \ /
  Last update: 2017-11-24 17:01    [W:0.047 / U:6.356 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site