[kbuild-devel] Re: Announce: Kernel Build for 2.5, Release 2.0 is available

2002-04-15 Thread Keith Owens

On Sun, 14 Apr 2002 23:23:16 +1000, 
Keith Owens [EMAIL PROTECTED] wrote:
Updates for kbuild 2.5 at
http://sourceforge.net/project/showfiles.php?group_id=18813
kbuild-2.5-i386-2.5.8-pre3-1.bz2

i386-2.5.8-pre3-1 was missing this bit, against i386-2.5.8-pre3-1.
Apply this patch or use kbuild-2.5-i386-2.5.8-pre3-2.bz2.

diff -urN 2.5.8-pre3-kbuild-2.5/arch/i386/kernel/Makefile.in 
2.5.8-pre3-kbuild-2.5-save/arch/i386/kernel/Makefile.in
--- 2.5.8-pre3-kbuild-2.5/arch/i386/kernel/Makefile.in  Tue Apr 16 11:09:25 2002
+++ 2.5.8-pre3-kbuild-2.5-save/arch/i386/kernel/Makefile.in Sun Apr 14 11:45:28 
+2002
@@ -27,5 +27,11 @@
 
 # uses_asm_offsets(entry.o)
 
+# Unterminated character constants, due to mismatched ' in comments
+extra_aflags(entry.o -traditional)
 extra_aflags(head.o -traditional)
 extra_aflags(trampoline.o -traditional)
+
+extra_cflags(acpi.o $(fixme_acpi_includes))
+extra_cflags(pci-irq.o $(fixme_acpi_includes))
+extra_cflags(setup.o $(fixme_acpi_includes))


___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel



[kbuild-devel] Re: Announce: Kernel Build for 2.5, Release 2.0 is available

2002-04-14 Thread Keith Owens

Updates for kbuild 2.5 at
http://sourceforge.net/project/showfiles.php?group_id=18813

I made the mistake of use the sourceforge fast release system.  Turns
out it creates new releases for each file so there are multiple
'Release 2.0' headings.  Ignore that, they are all part of Release 2.0.

kbuild-2.5-core-5.bz2.  Changes from core-4 to core-5.

  Split config immediately after make *config instead of as a side
  effect of the next target.  Cleaner rules, fewer special cases.
  Add include/sound on include list.
  New command 'select_elsewhere()'.  A complete kludge to work around
  the crc32.o problem in 2.5 kernels.  Selection of CONFIG_CRC32 should
  really be done in CML but CML1 cannot cope, so add a kbuild kludge to
  overcome the incomplete CML data.
  Fix a bug where cached timestamps prevented the detection of some
  config changes.

kbuild-2.5-common-2.4.18-4.bz2.  Changes from common-2.4.18-3 to common-2.4.18-4.

  DocBook tweaks.
  Add dummy dep rule for people who forget that make dep is not required.

New - support for 2.5 kernels, starting with 2.5.8-pre3.  i386 only for
now, ia64 to follow.

kbuild-2.5-common-2.5.8-pre3-1.bz2.

  Built from scratch, there was too much divergence between 2.4.18 and
  2.5.8-pre3 Makefiles.  The result was cross checked against Peter
  Samuelson's patch for 2.5.6pre1, for which much thanks.

kbuild-2.5-i386-2.5.8-pre3-1.bz2

  Mainly from i386-2.4.18-1, with updates for i386-2.5.8-pre3.


TODO:

  Add config help to common-2.5.8-pre3-1.  I could not decide where to
  put the config help in 2.5 so I left it until -2.

  Sync common-2.4.19-pre* with common-2.4.18-n.  Will be done when
  next 2.4.19-pre* kernel comes out.

  Add 2.4.18-ia64-020410 support.  Already supports 2.4.18-ia64-020226.

  Add 2.5.8-pre3-ia64-020411 support.

  Wait for other arch maintainers to roll patches against kernel 2.5.

  Create Release 2.1 with the latest version of each kernel and arch branch.

  See how stable release 2.1 is then contact Linus.


___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel



[kbuild-devel] Re: Announce: Kernel Build for 2.5, Release 2.0 is available

2002-04-10 Thread Keith Owens

New core and common code for kbuild 2.5 is available in
http://sourceforge.net/project/showfiles.php?group_id=18813release_id=83065

Changes from core-3 to core-4.

  GNUism removal.
  WISH is exposed in case your wish binary is not in /usr/bin/wish.
  awk changed to $(AWK) throughout.
  PP_variables added to expose headers and compiler flags that might be
  different on on non-Linux build platforms.
  Force the use of KBUILD_SHELL instead of relying on a working build
  platform shell.
  Drop back to getopt if getopt_long is not available on the build
  platform, in which case only the single character command flags are
  available.
  Documentation updates.

  *** kbuild 2.5-core-4 runs on Solaris using gcc, gmake, gawk. ***

  Would any brave (or foolhardy) person like to run kbuild 2.5 under
  Cygwin or other build platforms?

Changes from common-2.4.18-2 to common-2.4.18-3.

  Yet more aic7xxx problems :(
  Documentation updates.
  Correct fencepost error in scripts/tkparse.

Changes from common-2.4.19-pre6-1 to common-2.4.19-pre6-2.

  As for  common-2.4.18-2 - 3.


___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel



[kbuild-devel] Re: Announce: Kernel Build for 2.5, Release 2.0 is available

2002-04-09 Thread Keith Owens

New core, common and ia64 code for kbuild 2.5 is available in
http://sourceforge.net/project/showfiles.php?group_id=18813release_id=83065

Changes from core-2 to core-3.

  Ensure that database records are aligned.  Do not assume that keys
  are aligned (all the world is not a 386).

Changes from common-2.4.18-1 to common-2.4.18-2.

  Minor changes to common code to suit ia64.

New, ia64-020226-2.4.18-1.

core-3 works on ia64, it should work on other architectures that have
alignment requirements such as sparc.

Other architecture maintainers can use core-3 and common-2.4.18-2 as a
starting point for porting this release of kbuild 2.5 to their
architecture.  The existing arch patches from Release 1.12 are a good
starting point, ia64 was almost unchanged from Release 1.12 to 2.0.

I have not tested any of the kbuild 2.5 code on big endian machines.
It should work as is but it would be nice to have it confirmed.


___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel



[kbuild-devel] Re: Announce: Kernel Build for 2.5, Release 2.0 is available

2002-04-09 Thread Keith Owens

On 09 Apr 2002 12:00:55 -0700, 
Thomas Duffy [EMAIL PROTECTED] wrote:
Ok, with core-3, now kbuild 2.5 v2.0 works on sparc64.  There was one
typo in one sparc64 Makefile.in from 1.12.  Attached is the patch to fix
this.

Also attached is the full kbuild 2.0 patch for sparc64 2.4.18 tree.

Thanks Tom.  Uploaded as
http://prdownloads.sourceforge.net/kbuild/kbuild-2.5-sparc64-2.4.18-1.bz2

I will get 2.5.8-pre2 working and upload that then wait for a couple of
days to see if any other arch maintainers have kbuild 2.5 patches.
Then it will be time for Release 2.1 which will be a candidate to go to
Linus.


___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel



[kbuild-devel] Re: Announce: Kernel Build for 2.5, Release 2.0 is available

2002-04-08 Thread Keith Owens

On Sun, 07 Apr 2002 16:18:12 +0200, 
Roman Zippel [EMAIL PROTECTED] wrote:
touch include/linux/mm.h doesn't cause a recompile of any object.

I have found a bug that is probably causing your problem.  Can you
confirm that you are using a common source and object directory, i.e.
no separate object tree?


___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel



[kbuild-devel] Re: Announce: Kernel Build for 2.5, Release 2.0 is available

2002-04-08 Thread Roman Zippel

Hi,

On Mon, 8 Apr 2002, Keith Owens wrote:

 touch include/linux/mm.h doesn't cause a recompile of any object.
 
 I have found a bug that is probably causing your problem.  Can you
 confirm that you are using a common source and object directory, i.e.
 no separate object tree?

Yes, so far I only tested this.

bye, Roman


___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel



[kbuild-devel] Re: Announce: Kernel Build for 2.5, Release 2.0 is available

2002-04-07 Thread Roman Zippel

Hi,

Keith Owens wrote:

 It takes time to do all the analysis to work out what has changed and
 what has been affected.  You might know that you only changed one file
 but kernel build and make don't know that until they have checked
 everything.  Changing one file or specifying a command override might
 affect one file or it might affect the entire kernel.

Doing that analysis once is fine. After that it should know what it has
to check if I only want foo/bar.o recompiled and that shouldn't take
that long.

 Otherwise let kbuild work out what has been affected.

That's the problem with kernel hackers, they want to know what's going
on. :)

bye, Roman

___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel



Re: [kbuild-devel] Re: Announce: Kernel Build for 2.5, Release 2.0 is available

2002-04-07 Thread Brendan J Simon



Keith Owens wrote:

It takes time to do all the analysis to work out what has changed and
what has been affected.  You might know that you only changed one file
but kernel build and make don't know that until they have checked
everything.  Changing one file or specifying a command override might
affect one file or it might affect the entire kernel.

If you know that you have only changed one source file and you have not
altered the Makefiles or the dependency chain in any way, then it
_might_ be safe to just rebuild that one file, use NO_MAKEFILE_GEN=1.
Otherwise let kbuild work out what has been affected.

Humans/Hackers are really really REALLY good at making assumptions and 
using assumptions that are outdated, thus leading to mistakes. 
 Some/many hackers like to live in there own little world and not worry 
about the effect they might have on other developers.  Using a 
dependency maintenance tool (such as Make, Cook, ...) to automate the 
build is the _ONLY_ safe way to be sure the build is correct.  This 
assumes that the build system itself is 100% correct :)

Regards,
Brendan Simon.



___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel



[kbuild-devel] Re: Announce: Kernel Build for 2.5, Release 2.0 is available

2002-04-06 Thread Russell King

On Sat, Apr 06, 2002 at 12:03:15PM +1000, Keith Owens wrote:
 The timings above were for exactly the same .config on the same build
 machine,

Can you provide details of this machine?

-- 
Russell King ([EMAIL PROTECTED])The developer of ARM Linux
 http://www.arm.linux.org.uk/personal/aboutme.html


___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel



[kbuild-devel] Re: Announce: Kernel Build for 2.5, Release 2.0 is available

2002-04-06 Thread Keith Owens

On Sat, 6 Apr 2002 17:35:39 +0100, 
Russell King [EMAIL PROTECTED] wrote:
On Sat, Apr 06, 2002 at 12:03:15PM +1000, Keith Owens wrote:
 The timings above were for exactly the same .config on the same build
 machine,

Can you provide details of this machine?

It was in the original message.
http://marc.theaimsgroup.com/?l=linux-kernelm=101800612931031w=2


___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel



[kbuild-devel] Re: Announce: Kernel Build for 2.5, Release 2.0 is available

2002-04-05 Thread Sebastian Heidl

On Fri, Apr 05, 2002 at 01:09:14PM +0200, Pavel Machek wrote:
 Hi!
 
 Nice, but what about decrypted version?
It's signed. Just pipe it through gpg with Keiths public key.


___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel



[kbuild-devel] Re: Announce: Kernel Build for 2.5, Release 2.0 is available

2002-04-05 Thread Keith Owens

On Fri, 05 Apr 2002 21:26:08 +1000, 
Keith Owens [EMAIL PROTECTED] wrote:
kbuild 2.4:
  make oldconfig0:07
  make dep  0:37 (make -j dep is unsafe on some architectures)
  make -j8 bzImage modules 14:16
  Total15:00
  make -j8 bzImage modules  2:10 (second run, no changes, spurious rebuilds)

kbuild 2.5:
  make -j8 oldconfig installable 8:51 (no make dep needed :)
  make -j8 oldconfig installable  :14 (second run, no changes)

Just to avoid any confusion.  kbuild 2.4 is the existing kernel build
system, as used in Marcelo's and Linus's kernels.  kbuild 2.5 is the
complete rewrite of the kernel build system.  Although it says 2.5,
kbuild 2.5 will run on 2.4 kernels, it was developed on 2.4.

The timings above were for exactly the same .config on the same build
machine, building a 2.4.16 kernel, using the existing and new kernel
build system.  Compared to the existing build system, kbuild 2.5 is
much more robust (I found several bugs in the 2.4 rules while
developing kbuild 2.5), provides more facilities, has debugging
information, is more accurate (2.5 tracks everything, 2.4 only managed
about 80% tracking accuracy) and still manages to run 30% faster than
the existing build system.

Although kbuild 2.5 will run on 2.4 kernels, I have no plans to send
all of kbuild 2.5 to Marcelo.  Changing the kernel build on a stable
kernel is a bad idea.  I will be sending some kbuild 2.4 bug fixes to
Marcelo but not the rest of kbuild 2.5.  I am now working on kbuild 2.5
patches for 2.4.18, 2.4.19-pre6, 2.5.7 and 2.5.8-pre1 as well as for
other architectures, see http://sourceforge.net/projects/kbuild for
updates.


___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel



[kbuild-devel] Re: Announce: Kernel Build for 2.5, Release 2.0 is available

2002-04-05 Thread Keith Owens

Thanks to Peter Samuelson and Tom Duffy, 2.4.18 i386 patches are now
available for kbuild 2.5.  Instructions at the start of each patch.

http://sourceforge.net/project/showfiles.php?group_id=18813release_id=83065

 kbuild-2.5-core-1.bz2  (unchanged)
 kbuild-2.5-common-2.4.18-1.bz2 (new)
 kbuild-2.5-i386-2.4.18-1.bz2   (new)


___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel