> Since it is _not_ assured that the code will run under all circumstances,
> I don't want this patch to be applied at this point.
>
> To be able to decide on the removal of the volatile keyword, we need to run
> some tests on real hardware. This ain't something we can tell by just
> looking at
On Mon, 21 Mar 2016 15:36:54 -0400
Greg KH wrote:
> On Mon, Mar 21, 2016 at 03:08:41PM +0530, PrasannaKumar Muralidharan wrote:
> > > Are you sure you can just remove these markings? Does the code work the
> > > same? What is properly locking these values? Why were
On Mon, Mar 21, 2016 at 03:08:41PM +0530, PrasannaKumar Muralidharan wrote:
> > Are you sure you can just remove these markings? Does the code work the
> > same? What is properly locking these values? Why were they marked this
> > way in the first place?
>
> I could not test the change due to
> Are you sure you can just remove these markings? Does the code work the
> same? What is properly locking these values? Why were they marked this
> way in the first place?
I could not test the change due to lack of hardware.
Given that the code works without lock and as volatile does not
On Sat, Mar 12, 2016 at 02:11:10PM +0530, PrasannaKumar Muralidharan wrote:
> From: PrasannaKumar Muralidharan
>
> Remove unnecessary use of volatile for 'request_counter' and
> 'service_counter' members.
>
> Signed-off-by: PrasannaKumar Muralidharan
From: PrasannaKumar Muralidharan
Remove unnecessary use of volatile for 'request_counter' and
'service_counter' members.
Signed-off-by: PrasannaKumar Muralidharan
---
drivers/staging/most/hdm-dim2/dim2_hal.h | 4 ++--
1 file changed, 2