>
> We need either all architectures changed or none at all - we do need the
> arch headers to become more similar, not more different.
>
> And this is why we need an agreement _before_ an asm-generic header gets
> added, not after it.
We already have the agreement..
Files which are equal among
Hi Adrian and Arnd,
>> > After all, it won't matter whether we'll unify resp. remove
>> > 22 or 23 files.
>>
>> That wasn't my idea. The logic was that if one more file exists
>> in asm-generic that can be removed from the architectures,
>> we get 22 more files to remove without anyone having to
On Fri, Jun 27, 2008 at 01:23:05AM +0200, Arnd Bergmann wrote:
> On Thursday 26 June 2008, Adrian Bunk wrote:
> > Honestly, I do not completely like your approach of getting the
> > microblaze port submitter to create the asm-generic files - I would
> > personally prefer if the microblaze port wo
On Thursday 26 June 2008, Adrian Bunk wrote:
> Honestly, I do not completely like your approach of getting the
> microblaze port submitter to create the asm-generic files - I would
> personally prefer if the microblaze port would look exactly like all
> other ports and the (reasonable) changes y
On Thursday 26 June 2008, H. Peter Anvin wrote:
>
> The sanest way to do that would probably be something along the lines of:
>
> -> Change include/asm-xxx to arch/xxx/include/asm
Sam Ravnborg is already working on this part.
> -> Create arch/generic
> -> Make sure arch/xxx/include/asm and arch
On Thu, Jun 26, 2008 at 06:38:32PM +0200, Arnd Bergmann wrote:
> On Thursday 26 June 2008, Adrian Bunk wrote:
> > The comment could be nuked (as well as the #ifdef __KERNEL__), but for
> > the one #define an asm-generic header would IMHO be overkill.
>
> I agree that it doesn't technically make s
Arnd Bergmann wrote:
On Thursday 26 June 2008, Adrian Bunk wrote:
The comment could be nuked (as well as the #ifdef __KERNEL__), but for
the one #define an asm-generic header would IMHO be overkill.
I agree that it doesn't technically make sense to have a one-line
asm-generic header, but I lik
On Thursday 26 June 2008, Adrian Bunk wrote:
> The comment could be nuked (as well as the #ifdef __KERNEL__), but for
> the one #define an asm-generic header would IMHO be overkill.
I agree that it doesn't technically make sense to have a one-line
asm-generic header, but I like the idea of reduci
On Thu, Jun 26, 2008 at 05:35:11PM +0200, Arnd Bergmann wrote:
> On Thursday 26 June 2008, [EMAIL PROTECTED] wrote:
> > +
> > +#ifndef _ASM_MICROBLAZE_NAMEI_H
> > +#define _ASM_MICROBLAZE_NAMEI_H
> > +
> > +#ifdef __KERNEL__
> > +
> > +/* This dummy routine maybe changed to something useful
> > + *
On Thursday 26 June 2008, [EMAIL PROTECTED] wrote:
> +
> +#ifndef _ASM_MICROBLAZE_NAMEI_H
> +#define _ASM_MICROBLAZE_NAMEI_H
> +
> +#ifdef __KERNEL__
> +
> +/* This dummy routine maybe changed to something useful
> + * for /usr/gnemul/ emulation stuff.
> + * Look at asm-sparc/namei.h for details.
>
From: Michal Simek <[EMAIL PROTECTED]>
Signed-off-by: Michal Simek <[EMAIL PROTECTED]>
---
include/asm-microblaze/cputime.h |1 +
include/asm-microblaze/div64.h |1 +
include/asm-microblaze/emergency-restart.h |1 +
include/asm-microblaze/errno.h |
11 matches
Mail list logo
