On 04/23/2014 09:23 AM, Sam Ravnborg wrote:
>> But I expect that all archs should use asm-generic/io.h to clean
>> architecture io.h exactly I have done it for Microblaze.
> I took a quick look at sparc32 - doing this is a nice cleanup.
> Thanks for the hint.
Nice. I had to fix some sparse
> But I expect that all archs should use asm-generic/io.h to clean
> architecture io.h exactly I have done it for Microblaze.
I took a quick look at sparc32 - doing this is a nice cleanup.
Thanks for the hint.
Sam
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Hi Will,
On 04/22/2014 05:18 PM, Will Deacon wrote:
> Hi Michal,
>
> On Tue, Apr 22, 2014 at 03:09:46PM +0100, Michal Simek wrote:
>> On 04/17/2014 03:44 PM, Will Deacon wrote:
>>> Now that no architectures using asm-generic/io.h define their own relaxed
>>> accessors, the dummy definitions can
Hi Will,
On 04/22/2014 05:18 PM, Will Deacon wrote:
Hi Michal,
On Tue, Apr 22, 2014 at 03:09:46PM +0100, Michal Simek wrote:
On 04/17/2014 03:44 PM, Will Deacon wrote:
Now that no architectures using asm-generic/io.h define their own relaxed
accessors, the dummy definitions can be used
But I expect that all archs should use asm-generic/io.h to clean
architecture io.h exactly I have done it for Microblaze.
I took a quick look at sparc32 - doing this is a nice cleanup.
Thanks for the hint.
Sam
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
On 04/23/2014 09:23 AM, Sam Ravnborg wrote:
But I expect that all archs should use asm-generic/io.h to clean
architecture io.h exactly I have done it for Microblaze.
I took a quick look at sparc32 - doing this is a nice cleanup.
Thanks for the hint.
Nice. I had to fix some sparse warning
Hi Michal,
On Tue, Apr 22, 2014 at 03:09:46PM +0100, Michal Simek wrote:
> On 04/17/2014 03:44 PM, Will Deacon wrote:
> > Now that no architectures using asm-generic/io.h define their own relaxed
> > accessors, the dummy definitions can be used unconditionally.
> >
> > Cc: Arnd Bergmann
> >
On 04/17/2014 03:44 PM, Will Deacon wrote:
> Now that no architectures using asm-generic/io.h define their own relaxed
> accessors, the dummy definitions can be used unconditionally.
>
> Cc: Arnd Bergmann
> Signed-off-by: Will Deacon
> ---
> include/asm-generic/io.h | 18 --
>
On 04/17/2014 03:44 PM, Will Deacon wrote:
Now that no architectures using asm-generic/io.h define their own relaxed
accessors, the dummy definitions can be used unconditionally.
Cc: Arnd Bergmann a...@arndb.de
Signed-off-by: Will Deacon will.dea...@arm.com
---
include/asm-generic/io.h |
Hi Michal,
On Tue, Apr 22, 2014 at 03:09:46PM +0100, Michal Simek wrote:
On 04/17/2014 03:44 PM, Will Deacon wrote:
Now that no architectures using asm-generic/io.h define their own relaxed
accessors, the dummy definitions can be used unconditionally.
Cc: Arnd Bergmann a...@arndb.de
Now that no architectures using asm-generic/io.h define their own relaxed
accessors, the dummy definitions can be used unconditionally.
Cc: Arnd Bergmann
Signed-off-by: Will Deacon
---
include/asm-generic/io.h | 18 --
1 file changed, 18 deletions(-)
diff --git
Now that no architectures using asm-generic/io.h define their own relaxed
accessors, the dummy definitions can be used unconditionally.
Cc: Arnd Bergmann a...@arndb.de
Signed-off-by: Will Deacon will.dea...@arm.com
---
include/asm-generic/io.h | 18 --
1 file changed, 18
12 matches
Mail list logo