On Mon, 2013-11-25 at 09:55 +0100, Geert Uytterhoeven wrote: > Uapi <asm-generic/types.h> just includes <asm-generic/int-ll64.h> This really doesn't look like a good idea: Firstly the default of asm-generic/types.h should *not* be int-ll64, because that's for 32 bit only and most processors are moving towards 64 bit. Secondly parisc currently only has a 32 bit userspace, which is why the file is a simple include of int-ll64.h; however, people are working on 64 bit userspace (albeit very slowly) and that file would then have to change. If we take the file away someone will forget to add the changed file back. James > Signed-off-by: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx> > Cc: "James E.J. Bottomley" <jejb@xxxxxxxxxxxxxxxx> > Cc: Helge Deller <deller@xxxxxx> > Cc: linux-parisc@xxxxxxxxxxxxxxx > --- > arch/parisc/include/uapi/asm/Kbuild | 3 ++- > arch/parisc/include/uapi/asm/types.h | 6 ------ > 2 files changed, 2 insertions(+), 7 deletions(-) > delete mode 100644 arch/parisc/include/uapi/asm/types.h > > diff --git a/arch/parisc/include/uapi/asm/Kbuild b/arch/parisc/include/uapi/asm/Kbuild > index a580642555b6..e0da93254186 100644 > --- a/arch/parisc/include/uapi/asm/Kbuild > +++ b/arch/parisc/include/uapi/asm/Kbuild > @@ -1,6 +1,8 @@ > # UAPI Header export list > include include/uapi/asm-generic/Kbuild.asm > > +generic-y += types.h > + > header-y += bitsperlong.h > header-y += byteorder.h > header-y += errno.h > @@ -27,5 +29,4 @@ header-y += statfs.h > header-y += swab.h > header-y += termbits.h > header-y += termios.h > -header-y += types.h > header-y += unistd.h > diff --git a/arch/parisc/include/uapi/asm/types.h b/arch/parisc/include/uapi/asm/types.h > deleted file mode 100644 > index 8866f9bbdeaf..000000000000 > --- a/arch/parisc/include/uapi/asm/types.h > +++ /dev/null > @@ -1,6 +0,0 @@ > -#ifndef _PARISC_TYPES_H > -#define _PARISC_TYPES_H > - > -#include <asm-generic/int-ll64.h> > - > -#endif -- To unsubscribe from this list: send the line "unsubscribe linux-arch" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
