Re: [BK PATCHES] kbuild updates

2005-03-10 Thread Sam Ravnborg
> If this is the same version as in 2.6.11-mm2 (you didn't offer a GNU 
> patch so that I could check it), the following is still present:
> 
>   http://www.ussg.iu.edu/hypermail/linux/kernel/0502.2/1507.html

Thanks Adrian, I forgot about that one.
It is now fixed and pushed to bk://linux-sam.bkbits.net/kbuild

Sam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [BK PATCHES] kbuild updates

2005-03-10 Thread Adrian Bunk
On Thu, Mar 10, 2005 at 10:58:04PM +0100, Sam Ravnborg wrote:
>...
> Full list below - the most important stuff:
>...
> o Use -Wno-pointer-sign for gcc 4.0
>...
> Except a few trivial things it has been in -mm for a while
> with no comments.

If this is the same version as in 2.6.11-mm2 (you didn't offer a GNU 
patch so that I could check it), the following is still present:

  http://www.ussg.iu.edu/hypermail/linux/kernel/0502.2/1507.html

>   Sam
>...

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


[BK PATCHES] kbuild updates

2005-03-10 Thread Sam Ravnborg
Hi Linus.

Please pull latest kbuild patches.
Full list below - the most important stuff:

o default value for INSTALL_PATH set to /boot
o Use -Wno-pointer-sign for gcc 4.0
o arch/i386: make install no longer check vmlinux
o Introdude KBUILD_NOCMDDEP

Except a few trivial things it has been in -mm for a while
with no comments.

Sam



Please do a

bk pull bk://linux-sam.bkbits.net/kbuild

This will update the following files:

 Makefile  |   47 +++---
 arch/i386/Makefile|5 ++-
 arch/i386/kernel/Makefile |2 -
 drivers/net/wireless/prism54/Makefile |2 -
 drivers/video/console/Makefile|4 +-
 include/linux/module.h|   13 +
 include/linux/moduleparam.h   |   19 +++--
 kernel/Makefile   |2 -
 kernel/kallsyms.c |4 +-
 scripts/Makefile.lib  |   28 
 scripts/Makefile.modinst  |5 ++-
 scripts/genksyms/genksyms.h   |   16 ---
 scripts/kconfig/Makefile  |8 +
 scripts/mod/modpost.c |5 +--
 scripts/mod/modpost.h |4 +-
 scripts/namespace.pl  |5 +++
 16 files changed, 109 insertions(+), 60 deletions(-)

through these ChangeSets:

<[EMAIL PROTECTED]> (05/03/10 1.2007)
   kconfig: Add explicit depedencies
   
   Without these I could not do make menuconfig when using O=
   This is the shipped rule that plays tricks here.
   
   Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>

<[EMAIL PROTECTED]> (05/03/10 1.2006)
   kbuild: Install external modules in a path relative to their own path
   
   When an external module is being built in down in a directory structure
   keep the relative directory when installing the module.
   
   Example:
   fs/ contains a Makefile used to build both modules:
   obj-y := myfs/ oldfs/
   Install directories
   fs/myfs/myfs.ko=> Will be installed in 
/lib/modules//extra/fs/myfs/
   fs/oldfs/oldfs.o  => Will be installed in 
/lib/modules//extra/fs/oldfs/
   
   Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>

<[EMAIL PROTECTED]> (05/03/10 1.2005)
   video/console: fix spurious rebuild
   
   kbuild does have troubles with assignmnets including '#'.
   The '#' is seen as a comment marker and this will in the end cause
   kbuild to think the commandline to build promcon_tbl.c has changed.
   This happens because the commandline is stored in the file: 
.promcon_tbl.c.cmd
   
   Although a bit complex the command to build promcon_tbl.c is unlikely
   to change so the workaround is to skip the check for a changed commandline.
   Now promcon_tbl.c is only rebuilt if the .uni file is newer than the .c file.
   
   Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>

<[EMAIL PROTECTED]> (05/02/02 1.2004)
   prismtech: Avoid recompile when changing compile dir
   
   -I$(PWD) is superflous - and caused absolute path to be stored in build 
command - this
   casuses recompile when using symlink to kernel.
   Also deleted commented out -DCONFIG_PRISM_WDS. CONFIG_PRISM_WDS are not 
present in
   any of the source files.
   
   Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>

<[EMAIL PROTECTED]> (05/02/02 1.2003)
   kbuild: Fix debugging leftover
   
   So now check for commandline options actually works again.
   
   Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>

<[EMAIL PROTECTED]> (05/01/31 1.2002)
   [PATCH] kbuild: skip depmod if not executable
   
   I've cross-compiled Linux on i386-netbsdelf2.0 for
   arm-linux for quite some time now and everything seems
   to be working perfectly except for one minor glitch in
   the build process that halts module installation
   (needlessly, IMHO). Specifically, if System.map exists
   $(DEPMOD) is run ("for convenience" as the comment
   says in the Makefile). However, on NetBSD I don't have
   $(DEPMOD) available so the command fails and make
   exits with non-zero exit status. Please consider the
   attached patch to add a check for $(DEPMOD) so that
   missing $(DEPMOD) won't halt the whole build process.
   
   From: Tero Niemela <[EMAIL PROTECTED]>
   Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>

<[EMAIL PROTECTED]> (05/01/31 1.2001)
   [PATCH] kbuild: fix for i386 cross compile
   
   I used to be be able to cross compile for i386 on my x86_64 machine,
   but recently something (gcc/binutils?) changed, and it stopped working.
   
   Following patch makes cross compile work with:
   
   make ARCH=i386 CFLAGS_KERNEL="-m32" AFLAGS_KERNEL="-m32" bzImage
   
   Without the patch I'm getting the following error:
   
 SYSCALL arch/i386/kernel/vsyscall-syms.o
   
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/../../../../x86_64-pc-linux-gnu/bin/ld:
   Relocatable linking with relocations from format elf32-i386
   (arch/i386/kernel/vsyscall-sysenter.o) to format elf64-x86-64
   

[BK PATCHES] kbuild updates

2005-03-10 Thread Sam Ravnborg
Hi Linus.

Please pull latest kbuild patches.
Full list below - the most important stuff:

o default value for INSTALL_PATH set to /boot
o Use -Wno-pointer-sign for gcc 4.0
o arch/i386: make install no longer check vmlinux
o Introdude KBUILD_NOCMDDEP

Except a few trivial things it has been in -mm for a while
with no comments.

Sam



Please do a

bk pull bk://linux-sam.bkbits.net/kbuild

This will update the following files:

 Makefile  |   47 +++---
 arch/i386/Makefile|5 ++-
 arch/i386/kernel/Makefile |2 -
 drivers/net/wireless/prism54/Makefile |2 -
 drivers/video/console/Makefile|4 +-
 include/linux/module.h|   13 +
 include/linux/moduleparam.h   |   19 +++--
 kernel/Makefile   |2 -
 kernel/kallsyms.c |4 +-
 scripts/Makefile.lib  |   28 
 scripts/Makefile.modinst  |5 ++-
 scripts/genksyms/genksyms.h   |   16 ---
 scripts/kconfig/Makefile  |8 +
 scripts/mod/modpost.c |5 +--
 scripts/mod/modpost.h |4 +-
 scripts/namespace.pl  |5 +++
 16 files changed, 109 insertions(+), 60 deletions(-)

through these ChangeSets:

[EMAIL PROTECTED] (05/03/10 1.2007)
   kconfig: Add explicit depedencies
   
   Without these I could not do make menuconfig when using O=
   This is the shipped rule that plays tricks here.
   
   Signed-off-by: Sam Ravnborg [EMAIL PROTECTED]

[EMAIL PROTECTED] (05/03/10 1.2006)
   kbuild: Install external modules in a path relative to their own path
   
   When an external module is being built in down in a directory structure
   keep the relative directory when installing the module.
   
   Example:
   fs/ contains a Makefile used to build both modules:
   obj-y := myfs/ oldfs/
   Install directories
   fs/myfs/myfs.ko= Will be installed in 
/lib/modules/version/extra/fs/myfs/
   fs/oldfs/oldfs.o  = Will be installed in 
/lib/modules/version/extra/fs/oldfs/
   
   Signed-off-by: Sam Ravnborg [EMAIL PROTECTED]

[EMAIL PROTECTED] (05/03/10 1.2005)
   video/console: fix spurious rebuild
   
   kbuild does have troubles with assignmnets including '#'.
   The '#' is seen as a comment marker and this will in the end cause
   kbuild to think the commandline to build promcon_tbl.c has changed.
   This happens because the commandline is stored in the file: 
.promcon_tbl.c.cmd
   
   Although a bit complex the command to build promcon_tbl.c is unlikely
   to change so the workaround is to skip the check for a changed commandline.
   Now promcon_tbl.c is only rebuilt if the .uni file is newer than the .c file.
   
   Signed-off-by: Sam Ravnborg [EMAIL PROTECTED]

[EMAIL PROTECTED] (05/02/02 1.2004)
   prismtech: Avoid recompile when changing compile dir
   
   -I$(PWD) is superflous - and caused absolute path to be stored in build 
command - this
   casuses recompile when using symlink to kernel.
   Also deleted commented out -DCONFIG_PRISM_WDS. CONFIG_PRISM_WDS are not 
present in
   any of the source files.
   
   Signed-off-by: Sam Ravnborg [EMAIL PROTECTED]

[EMAIL PROTECTED] (05/02/02 1.2003)
   kbuild: Fix debugging leftover
   
   So now check for commandline options actually works again.
   
   Signed-off-by: Sam Ravnborg [EMAIL PROTECTED]

[EMAIL PROTECTED] (05/01/31 1.2002)
   [PATCH] kbuild: skip depmod if not executable
   
   I've cross-compiled Linux on i386-netbsdelf2.0 for
   arm-linux for quite some time now and everything seems
   to be working perfectly except for one minor glitch in
   the build process that halts module installation
   (needlessly, IMHO). Specifically, if System.map exists
   $(DEPMOD) is run (for convenience as the comment
   says in the Makefile). However, on NetBSD I don't have
   $(DEPMOD) available so the command fails and make
   exits with non-zero exit status. Please consider the
   attached patch to add a check for $(DEPMOD) so that
   missing $(DEPMOD) won't halt the whole build process.
   
   From: Tero Niemela [EMAIL PROTECTED]
   Signed-off-by: Sam Ravnborg [EMAIL PROTECTED]

[EMAIL PROTECTED] (05/01/31 1.2001)
   [PATCH] kbuild: fix for i386 cross compile
   
   I used to be be able to cross compile for i386 on my x86_64 machine,
   but recently something (gcc/binutils?) changed, and it stopped working.
   
   Following patch makes cross compile work with:
   
   make ARCH=i386 CFLAGS_KERNEL=-m32 AFLAGS_KERNEL=-m32 bzImage
   
   Without the patch I'm getting the following error:
   
 SYSCALL arch/i386/kernel/vsyscall-syms.o
   
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/../../../../x86_64-pc-linux-gnu/bin/ld:
   Relocatable linking with relocations from format elf32-i386
   (arch/i386/kernel/vsyscall-sysenter.o) to format elf64-x86-64
   (arch/i386/kernel/vsyscall-syms.o) is 

Re: [BK PATCHES] kbuild updates

2005-03-10 Thread Adrian Bunk
On Thu, Mar 10, 2005 at 10:58:04PM +0100, Sam Ravnborg wrote:
...
 Full list below - the most important stuff:
...
 o Use -Wno-pointer-sign for gcc 4.0
...
 Except a few trivial things it has been in -mm for a while
 with no comments.

If this is the same version as in 2.6.11-mm2 (you didn't offer a GNU 
patch so that I could check it), the following is still present:

  http://www.ussg.iu.edu/hypermail/linux/kernel/0502.2/1507.html

   Sam
...

cu
Adrian

-- 

   Is there not promise of rain? Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   Only a promise, Lao Er said.
   Pearl S. Buck - Dragon Seed

-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [BK PATCHES] kbuild updates

2005-03-10 Thread Sam Ravnborg
 If this is the same version as in 2.6.11-mm2 (you didn't offer a GNU 
 patch so that I could check it), the following is still present:
 
   http://www.ussg.iu.edu/hypermail/linux/kernel/0502.2/1507.html

Thanks Adrian, I forgot about that one.
It is now fixed and pushed to bk://linux-sam.bkbits.net/kbuild

Sam
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/