[kbuild-devel] XFS 2.4.19-pre10 and kbuild 2.5
Hi, I am trying to build XFS from CVS (2.4.19-pre10) with the backport of kbuild 2.5 by Paul P Komkoff Jr http://www.uwsg.iu.edu/hypermail/linux/kernel/0206.0/0044.html Unfortunately, the build structure in XFS CVS for the 2.4 kernel is giving me headache. It looks like these are simply the files copied from the XFS 2.5 kernel tree. E.g. the fs/xfs_support subdirectory is not addressed. I played around with the existing files in XFS CVS (Makefile.in/Makefile.in.append), added "link_subdirs(xfs xfs_dmapi xfs_support)" to fs/Makefile.in, and it compiles, but got linker errors when linking vmlinux (multiple definitions). --snip 'make -f Makefile-2.5'- [...] USER include/linux/compile.h CC init/version.o USER vmlinux fs/xfs_dmapi/xfs_dmapi.o: In function `dm_send_destroy_event': fs/xfs_dmapi/xfs_dmapi.o(.text+0x18c8): multiple definition of `dm_send_destroy_event' fs/xfs/xfs.o(.text+0x61358): first defined here ld: Warning: size of symbol `dm_send_destroy_event' changed from 6 to 514 in fs/xfs_dmapi/xfs_dmapi.o fs/xfs_dmapi/xfs_dmapi.o: In function `dm_send_unmount_event': fs/xfs_dmapi/xfs_dmapi.o(.text+0x1e94): multiple definition of `dm_send_unmount_event' fs/xfs/xfs.o(.text+0x61368): first defined here ld: Warning: size of symbol `dm_send_unmount_event' changed from 1 to 358 in fs/xfs_dmapi/xfs_dmapi.o [...very long error list deleted...] --snap- I think I didn't set up kbuild 2.5 correctly. I am not a kbuild expert so please forgive me if this is a newbie question: Can somebody help me out with working Makefile.in's for 2.4 XFS CVS tree and kbuild 2.5 Version 3.0? It would be great to supply the 2.4 XFS kernel tree in the SGI CVS ready for kbuild 2.5. Many thanks, and keep up the good work, I enjoy XFS very much! Jörg --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] Some feedback on using kbuild
On Sun, 23 Jun 2002 22:14:58 +0200, Sam Ravnborg <[EMAIL PROTECTED]> wrote: >On Sun, Jun 23, 2002 at 11:54:29PM +1000, Keith Owens wrote: > >> Linus and Kai do not think that shadow trees are useful. I have given >> up explaining why they are useful. Now I am waiting until Kai hits a >> dead end using the current syntax (there is no way that the current >> syntax can cope with shadow trees) then I will try to raise some >> interest in using the new syntax to get the advanced features of kbuild >> 2.5. > >Hi Keith. >To me the functionality provided by kbuild-2.5 with respect to shadow >trees belongs to the SCM system. >What kbuild-2.5 address is only the simplest part namely the compile step. >A proper SCM system allow you to do parrallel development with a >seperate integration branch, or whatever term the SCM in question >like to use. Compiling from an SCM system only works if everybody uses the same SCM tool, that is not an option for the kernel. kbuild 2.5 works for everyone, no matter what other tools the developer uses. Some architecture dependent code is not in Linus's tree because it requires changes to common code that will break other architectures. For a long time you could not apply the ia64 patch to the kernel then compile for other architectures, the other architectures would break. Merging change sets for arch dependent code is a problem for any SCM. I was using PRCS for my kernel work long before BK came along, it has patch sets and branches with good tools for merging changes together. Larry has said that PRCS is one of the best SCM's other than BK, it is only the lack of a distributed repository that stopped PRCS being used more widely. Even with a decent SCM like PRCS, handling multiple patches and testing all the combinations is a nightmare. I was working on ia64, xfs and kdb and had to ensure that these patch combinations worked :- Standard kernel Standard + ia64 Standard + ia64 + xfs Standard + ia64 + kdb(ia64) Standard + ia64 + xfs + kdb Standard + xfs Standard + kdb(i386) Standard + xfs + kdb Without shadow trees, I had to maintain 8 separate source trees to support those combinations. Any xfs change had to be manually replicated over 4 trees, any ia64 change had to manually replicated over 4 other trees. Any change to the standard kernel had to be manually replicated over all 8 trees. kdb was even worse, it consists of arch independent patches plus arch dependent patches. kdb has to be done that way because some of the kdb arch patches go over other arch patches that are not in base kernel. Add devfs to that mix and you need at least another 7 trees. Manually tracking and replicating changes across multiple source trees takes far too much time and is error prone. Using an SCM introduces its own set of problems. You are hacking away, you decide that a change was a mistake and you want to revert to the SCM version of that file. In some (most?) SCM systems, the checkout process on a file resets the timestamp to when it was checked in. Standard 'make' processing cannot cope, it expects timestamps to always go forward, not backwards. kbuild 2.5 tracks all timestamp changes. Another set of problems with an SCM is separating the change sets when you are satisfied with the updates and you do the check in. With two or more change sets in the same source tree, how do you do a check in as separate change sets? Once you mingle two change sets in the same source tree, splitting again is extremely messy and error prone. It is far better to keep them separate in the first place. An SCM might work for just one set of changes (ignoring the checkout timestamp problem). It falls down when you are working on multiple change sets, expecially when they are arch dependent. When shadow trees were first suggested I argued against them, but experience has shown that they are better than an SCM system. For ia64 + xfs + kdb I keep one copy of the sources for the standard kernel, ia64, xfs and kdb (i386 and ia64) then use shadow trees to mix and match all the combinations, each combination has its own object tree. Each change set is kept separate and can be checked in and out separately, without worrying about timestamp problems or manual replication of changes. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] Some feedback on using kbuild
On Mon, Jun 24, 2002 at 12:41:28AM +0200, Arnd Bergmann wrote: > > Why do you see so much added value in kbuild support for shadow trees > > compared to what a proper SCM tool give you? > > For my (linux on s390) purpose, shadow trees are the most important > feature of kb25, because they allow us to use a proper SCM at all. > Currently, we use a CVS repository that includes the official Linux tree > as well as our closed source drivers. I would love to use Bitkeeper, but > that's only possible if we can easily seperate the free from the the > nonfree stuff without having two complete (incompatible) repositories. > Shadow trees allow just that. So basically you need a tool to merge two directory structures without touching unchanged files. You could say that this is what you get for free in kbuild-2.5. But I do not see this as part of the kernel build system. Do you need this feature then create a small script that do exactly what you need and run it before the build process. The script should basically just copy modified files to the build tree. My point is that the kernel build system should not be cluttered with functionality that belongs in supporting tools. Hmm, and I did not see why you could not use BitKeeper or some other SCM for both the free anf non-free stuff?? A matter of dollars to spend? > For most other people, the added value is that they don't have to use > the same SCM tool as anyone else. Giving the user a tarball with > a driver (or multiple ones, for that matter) is just so much easier > than telling him/her how to patch the source with all things that can > go wrong there. When the functionality in question touches common files this approach does no longer work. Therefore keep half solution out of the kernel build system. Sam --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] Some feedback on using kbuild
On Sunday 23 June 2002 22:14, Sam Ravnborg wrote: > To me the functionality provided by kbuild-2.5 with respect to shadow > trees belongs to the SCM system. > What kbuild-2.5 address is only the simplest part namely the compile step. > A proper SCM system allow you to do parrallel development with a > seperate integration branch, or whatever term the SCM in question > like to use. > > Why do you see so much added value in kbuild support for shadow trees > compared to what a proper SCM tool give you? For my (linux on s390) purpose, shadow trees are the most important feature of kb25, because they allow us to use a proper SCM at all. Currently, we use a CVS repository that includes the official Linux tree as well as our closed source drivers. I would love to use Bitkeeper, but that's only possible if we can easily seperate the free from the the nonfree stuff without having two complete (incompatible) repositories. Shadow trees allow just that. For most other people, the added value is that they don't have to use the same SCM tool as anyone else. Giving the user a tarball with a driver (or multiple ones, for that matter) is just so much easier than telling him/her how to patch the source with all things that can go wrong there. Arnd <>< --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] Some feedback on using kbuild
On Sun, Jun 23, 2002 at 11:54:29PM +1000, Keith Owens wrote: > Linus and Kai do not think that shadow trees are useful. I have given > up explaining why they are useful. Now I am waiting until Kai hits a > dead end using the current syntax (there is no way that the current > syntax can cope with shadow trees) then I will try to raise some > interest in using the new syntax to get the advanced features of kbuild > 2.5. Hi Keith. To me the functionality provided by kbuild-2.5 with respect to shadow trees belongs to the SCM system. What kbuild-2.5 address is only the simplest part namely the compile step. A proper SCM system allow you to do parrallel development with a seperate integration branch, or whatever term the SCM in question like to use. Why do you see so much added value in kbuild support for shadow trees compared to what a proper SCM tool give you? Personally I do not see this feature as important enough to justify a new syntax for all makefiles in the tree. Sam --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig synchronise banners 2 (3/3)
1/8 definitions of CONFIG_SOUND have trivially different banners. diff -ruN linux-2.5.21+patches3/arch/ppc/config.in linux-2.5.21/arch/ppc/config.in --- linux-2.5.21+patches3/arch/ppc/config.inSun Jun 16 15:49:51 2002 +++ linux-2.5.21/arch/ppc/config.in Sun Jun 16 14:24:37 2002 @@ -478,7 +478,7 @@ mainmenu_option next_comment comment 'Console drivers' if [ "$CONFIG_4xx" != "y" -a "$CONFIG_8xx" != "y" ]; then - bool 'Support for VGA Console' CONFIG_VGA_CONSOLE + bool 'VGA text console' CONFIG_VGA_CONSOLE fi source drivers/video/Config.in if [ "$CONFIG_FB" = "y" -a "$CONFIG_ALL_PPC" = "y" ]; then Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig wrong arch symbol
The arch-determining symbol CONFIG_SH in drivers/mtd/maps/Config.in should be CONFIG_SUPERH. [Rusty: this is a resend of 'PATCH 2.5: kconfig wrong arch symbol'; it should apply now that my earlier patch which trod on the context has been merged into 2.5.24] diff -rN --unified=1 linux-2.5.24-orig/drivers/mtd/maps/Config.in linux-2.5.24/drivers/mtd/maps/Config.in --- linux-2.5.24-orig/drivers/mtd/maps/Config.inSun Jun 23 14:22:54 2002 +++ linux-2.5.24/drivers/mtd/maps/Config.in Sun Jun 23 22:52:44 2002 @@ -49,3 +49,3 @@ if [ "$CONFIG_SUPERH" = "y" ]; then - dep_tristate ' CFI Flash device mapped on Hitachi SolutionEngine' CONFIG_MTD_SOLUTIONENGINE $CONFIG_MTD_CFI $CONFIG_SH $CONFIG_MTD_REDBOOT_PARTS + dep_tristate ' CFI Flash device mapped on Hitachi SolutionEngine' +CONFIG_MTD_SOLUTIONENGINE $CONFIG_MTD_CFI $CONFIG_SUPERH $CONFIG_MTD_REDBOOT_PARTS fi Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig missing EXPERIMENTAL 2 (7/7)
Symbol CONFIG_SOFTWARE_SUSPEND depends on CONFIG_EXPERIMENTAL but does not say so in its banner. diff -ruN linux-2.5.24-orig/arch/i386/config.in linux-2.5.24/arch/i386/config.in --- linux-2.5.24-orig/arch/i386/config.in Sun Jun 23 14:22:51 2002 +++ linux-2.5.24/arch/i386/config.inMon Jun 24 00:11:32 2002 @@ -407,7 +407,7 @@ mainmenu_option next_comment comment 'Kernel hacking' if [ "$CONFIG_EXPERIMENTAL" = "y" ]; then - dep_bool 'Software Suspend' CONFIG_SOFTWARE_SUSPEND $CONFIG_PM + dep_bool 'Software Suspend (EXPERIMENTAL)' CONFIG_SOFTWARE_SUSPEND $CONFIG_PM fi bool 'Kernel debugging' CONFIG_DEBUG_KERNEL Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig synchronise banners 2 (2/3)
1/14 definitions of CONFIG_SOUND have trivially different banners. diff -ruN linux-2.5.21+patches3/arch/m68k/config.in linux-2.5.21/arch/m68k/config.in --- linux-2.5.21+patches3/arch/m68k/config.in Sun Jun 16 15:46:54 2002 +++ linux-2.5.21/arch/m68k/config.inSun Jun 16 14:26:18 2002 @@ -522,7 +522,7 @@ mainmenu_option next_comment comment 'Sound support' -tristate 'Sound support' CONFIG_SOUND +tristate 'Sound card support' CONFIG_SOUND if [ "$CONFIG_SOUND" != "n" ]; then source sound/oss/dmasound/Config.in fi Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig missing EXPERIMENTAL 2 (6/7)
Symbol CONFIG_SGI_NEWPORT_GFX depends on CONFIG_EXPERIMENTAL but does not say so in its banner. diff -ruN linux-2.5.21+patches3/drivers/sgi/Config.in linux-2.5.21/drivers/sgi/Config.in --- linux-2.5.21+patches3/drivers/sgi/Config.in Sun Jun 16 14:15:27 2002 +++ linux-2.5.21/drivers/sgi/Config.in Sun Jun 16 13:35:38 2002 @@ -11,7 +11,7 @@ bool 'SGI DS1286 RTC support' CONFIG_SGI_DS1286 if [ "$CONFIG_EXPERIMENTAL" = "y" ]; then - tristate 'SGI Newport Graphics support' CONFIG_SGI_NEWPORT_GFX + tristate 'SGI Newport Graphics support (EXPERIMENTAL)' CONFIG_SGI_NEWPORT_GFX fi endmenu Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig missing EXPERIMENTAL 2 (5/7)
Symbol CONFIG_NUMA for alpha port depends on CONFIG_EXPERIMENTAL but does not say so in its banner. diff -ruN linux-2.5.21+patches3/arch/alpha/config.in linux-2.5.21/arch/alpha/config.in --- linux-2.5.21+patches3/arch/alpha/config.in Sun Jun 16 14:15:27 2002 +++ linux-2.5.21/arch/alpha/config.in Sun Jun 16 14:04:28 2002 @@ -235,9 +235,9 @@ fi if [ "$CONFIG_EXPERIMENTAL" = "y" ]; then - bool 'Discontiguous Memory Support' CONFIG_DISCONTIGMEM + bool 'Discontiguous Memory Support (EXPERIMENTAL)' CONFIG_DISCONTIGMEM if [ "$CONFIG_DISCONTIGMEM" = "y" ]; then - bool ' NUMA Support' CONFIG_NUMA + bool ' NUMA Support (EXPERIMENTAL)' CONFIG_NUMA fi fi Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig missing EXPERIMENTAL 2 (4/7)
Five symbols CONFIG_ACER_PICA_61, CONFIG_MIPS_EV96100, CONFIG_MIPS_EV64120, CONFIG_MIPS_ATLAS, and CONFIG_MIPS_MALTA depend on CONFIG_EXPERIMENTAL but do not say so in their banners. diff -ruN linux-2.5.24-orig/arch/mips/config.in linux-2.5.24/arch/mips/config.in --- linux-2.5.24-orig/arch/mips/config.in Sun Jun 23 14:22:54 2002 +++ linux-2.5.24/arch/mips/config.inMon Jun 24 00:07:02 2002 @@ -12,13 +12,13 @@ mainmenu_option next_comment comment 'Machine selection' if [ "$CONFIG_EXPERIMENTAL" = "y" ]; then - bool 'Support for Acer PICA 1 chipset' CONFIG_ACER_PICA_61 + bool 'Support for Acer PICA 1 chipset (EXPERIMENTAL)' CONFIG_ACER_PICA_61 bool 'Support for Algorithmics P4032 (EXPERIMENTAL)' CONFIG_ALGOR_P4032 bool 'Support for BAGET MIPS series (EXPERIMENTAL)' CONFIG_BAGET_MIPS bool 'Support for DECstations (EXPERIMENTAL)' CONFIG_DECSTATION bool 'Support for NEC DDB Vrc-5074 (EXPERIMENTAL)' CONFIG_DDB5074 - bool 'Support for Galileo EV96100 Evaluation board' CONFIG_MIPS_EV96100 - bool 'Support for Galileo EV64120 Evaluation board' CONFIG_MIPS_EV64120 + bool 'Support for Galileo EV96100 Evaluation board (EXPERIMENTAL)' +CONFIG_MIPS_EV96100 + bool 'Support for Galileo EV64120 Evaluation board (EXPERIMENTAL)' +CONFIG_MIPS_EV64120 if [ "$CONFIG_MIPS_EV64120" = "y" ]; then bool 'Enable Second PCI (PCI1)' CONFIG_EVB_PCI1 choice 'Galileo Chip Clock' \ @@ -28,4 +28,4 @@ fi - bool 'Support for MIPS Atlas board' CONFIG_MIPS_ATLAS - bool 'Support for MIPS Malta board' CONFIG_MIPS_MALTA + bool 'Support for MIPS Atlas board (EXPERIMENTAL)' CONFIG_MIPS_ATLAS + bool 'Support for MIPS Malta board (EXPERIMENTAL)' CONFIG_MIPS_MALTA bool 'Support for Philips Nino (EXPERIMENTAL)' CONFIG_NINO Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig EXPERIMENTAL misspelled 2
The word EXPERIMENTAL in the banner for symbol CONFIG_HPT34X_AUTODMA was almost spelled right. [Rusty: this is a resend of 'PATCH 2.5: kconfig EXPERIMENTAL misspelled' with context trimmed to try to avoid spurious patch failure] diff -rN --unified=1 linux-2.5.24-orig/drivers/ide/Config.in linux-2.5.24/drivers/ide/Config.in --- linux-2.5.24-orig/drivers/ide/Config.in Sun Jun 23 14:22:54 2002 +++ linux-2.5.24/drivers/ide/Config.in Sun Jun 23 22:47:02 2002 @@ -51,3 +51,3 @@ dep_bool 'HPT34X chipset support' CONFIG_BLK_DEV_HPT34X $CONFIG_BLK_DEV_IDEDMA_PCI - dep_mbool ' HPT34X AUTODMA support (EXPERMENTAL)' CONFIG_HPT34X_AUTODMA $CONFIG_BLK_DEV_HPT34X $CONFIG_EXPERIMENTAL + dep_mbool ' HPT34X AUTODMA support (EXPERIMENTAL)' CONFIG_HPT34X_AUTODMA +$CONFIG_BLK_DEV_HPT34X $CONFIG_EXPERIMENTAL dep_bool 'HPT36X/37X chipset support' CONFIG_BLK_DEV_HPT366 $CONFIG_BLK_DEV_IDEDMA_PCI Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH: kconfig choice defaults 2 (3/3)
The default value specified as the last word of the "choice" statement should be a unique abbreviation of one of the sub-prompts. Using one of the sub-symbols is not legal. Fix 'Type of PHY'. [Rusty: this is 3/3 partial resends of 'PATCH: kconfig choice defaults (1/2)'] diff -ruN linux-2.5.24-orig/arch/ppc/8260_io/Config.in linux-2.5.24/arch/ppc/8260_io/Config.in --- linux-2.5.24-orig/arch/ppc/8260_io/Config.inSun Jun 23 14:22:54 2002 +++ linux-2.5.24/arch/ppc/8260_io/Config.in Mon Jun 24 00:04:04 2002 @@ -26,7 +26,7 @@ choice 'Type of PHY' \ "LXT970 CONFIG_FCC_LXT970 \ LXT971 CONFIG_FCC_LXT971 \ -QS6612 CONFIG_FCC_QS6612" CONFIG_FCC_LXT971 +QS6612 CONFIG_FCC_QS6612" LXT971 fi fi fi Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig missing EXPERIMENTAL 2 (2/7)
Symbol CONFIG_SOFTWARE_SUSPEND depends on CONFIG_EXPERIMENTAL but does not say so in its banner. diff -ruN linux-2.5.21+patches3/drivers/video/Config.in linux-2.5.21/drivers/video/Config.in --- linux-2.5.21+patches3/drivers/video/Config.in Sun Jun 16 14:15:27 2002 +++ linux-2.5.21/drivers/video/Config.inSun Jun 16 13:19:00 2002 @@ -208,7 +208,7 @@ bool ' TMPTX3912/PR31700 frame buffer support' CONFIG_FB_TX3912 fi if [ "$CONFIG_EXPERIMENTAL" = "y" ]; then - tristate ' Virtual Frame Buffer support (ONLY FOR TESTING!)' CONFIG_FB_VIRTUAL + tristate ' Virtual Frame Buffer support (ONLY FOR TESTING!) (EXPERIMENTAL)' +CONFIG_FB_VIRTUAL fi bool ' Advanced low level driver options' CONFIG_FBCON_ADVANCED Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH: kconfig choice defaults 2 (2/3)
The default value specified as the last word of the "choice" statement should be a unique abbreviation of one of the sub-prompts. Using one of the sub-symbols is not legal. Fix 'Nino Model Number'. [Rusty: this is 2/3 partial resends of 'PATCH: kconfig choice defaults (1/2)'] diff -ruN linux-2.5.20-orig/arch/mips/config.in linux-2.5.20/arch/mips/config.in --- linux-2.5.20-orig/arch/mips/config.in Mon Jun 3 18:54:51 2002 +++ linux-2.5.20/arch/mips/config.inMon Jun 10 18:09:37 2002 @@ -33,7 +33,7 @@ choice 'Nino Model Number' \ "Model-300/301/302/319 CONFIG_NINO_4MB \ Model-200/210/312/320/325/350/390 CONFIG_NINO_8MB \ - Model-500/510 CONFIG_NINO_16MB" CONFIG_NINO_8MB + Model-500/510 CONFIG_NINO_16MB" Model-200 fi fi bool 'Support for Mips Magnum 4000' CONFIG_MIPS_MAGNUM_4000 Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH: kconfig choice defaults 2 (1/3)
The default value specified as the last word of the "choice" statement should be a unique abbreviation of one of the sub-prompts. Using one of the sub-symbols is not legal. Fix 'Galileo Chip Clock'. [Rusty: this is 1/3 partial resends of 'PATCH: kconfig choice defaults (1/2)'] diff -ruN linux-2.5.20-orig/arch/mips/config.in linux-2.5.20/arch/mips/config.in --- linux-2.5.20-orig/arch/mips/config.in Mon Jun 3 18:54:51 2002 +++ linux-2.5.20/arch/mips/config.inMon Jun 10 18:09:37 2002 @@ -24,7 +24,7 @@ choice 'Galileo Chip Clock' \ "75 CONFIG_SYSCLK_75\ 83.3 CONFIG_SYSCLK_83\ - 100 CONFIG_SYSCLK_100" CONFIG_SYSCLK_83 + 100 CONFIG_SYSCLK_100" 83.3 fi bool 'Support for MIPS Atlas board' CONFIG_MIPS_ATLAS bool 'Support for MIPS Malta board' CONFIG_MIPS_MALTA Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig synchronise banners 2 (1/3)
2/3 definitions of CONFIG_BLK_DEV_FD have trivially different banners. diff -ruN linux-2.5.21+patches3/arch/sparc/config.in linux-2.5.21/arch/sparc/config.in --- linux-2.5.21+patches3/arch/sparc/config.in Sun Jun 16 14:15:27 2002 +++ linux-2.5.21/arch/sparc/config.in Sun Jun 16 14:31:23 2002 @@ -76,7 +76,7 @@ mainmenu_option next_comment comment 'Block devices' -bool 'Normal floppy disk support' CONFIG_BLK_DEV_FD +bool 'Normal PC floppy disk support' CONFIG_BLK_DEV_FD tristate 'Loopback device support' CONFIG_BLK_DEV_LOOP dep_tristate 'Network block device support' CONFIG_BLK_DEV_NBD $CONFIG_NET diff -ruN linux-2.5.21+patches3/arch/sparc64/config.in linux-2.5.21/arch/sparc64/config.in --- linux-2.5.21+patches3/arch/sparc64/config.inSun Jun 16 14:15:27 2002 +++ linux-2.5.21/arch/sparc64/config.in Sun Jun 16 14:31:03 2002 @@ -85,7 +85,7 @@ mainmenu_option next_comment comment 'Block devices' -bool 'Normal floppy disk support' CONFIG_BLK_DEV_FD +bool 'Normal PC floppy disk support' CONFIG_BLK_DEV_FD tristate 'Loopback device support' CONFIG_BLK_DEV_LOOP dep_tristate 'Network block device support' CONFIG_BLK_DEV_NBD $CONFIG_NET Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig use of $ARCH (12/12)
Use of the $ARCH variable is undocumented; the sparc and sparc64 ports define the bool constants CONFIG_SPARC32 and CONFIG_SPARC64 respectively for this purpose. diff -ruN linux-2.5.21+trivial/fs/partitions/Config.in linux-2.5.21/fs/partitions/Config.in --- linux-2.5.21+trivial/fs/partitions/Config.inWed Jun 12 17:34:51 2002 +++ linux-2.5.21/fs/partitions/Config.inWed Jun 12 17:39:11 2002 @@ -65,7 +65,7 @@ if [ "$CONFIG_DECSTATION" = "y" ]; then define_bool CONFIG_ULTRIX_PARTITION y fi - if [ "$ARCH" = "sparc" -o "$ARCH" = "sparc64" ]; then + if [ "$CONFIG_SPARC32" = "y" -o "$CONFIG_SPARC64" = "y" ]; then define_bool CONFIG_SUN_PARTITION y fi fi Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig use of $ARCH (11/12)
Use of the $ARCH variable is undocumented; the sparc and sparc64 ports define the bool constants CONFIG_SPARC32 and CONFIG_SPARC64 respectively for this purpose. diff -ruN linux-2.5.21+trivial/drivers/video/Config.in linux-2.5.21/drivers/video/Config.in --- linux-2.5.21+trivial/drivers/video/Config.inWed Jun 12 17:34:51 2002 +++ linux-2.5.21/drivers/video/Config.inWed Jun 12 17:41:51 2002 @@ -427,7 +427,7 @@ fi fi bool ' Support only 8 pixels wide fonts' CONFIG_FBCON_FONTWIDTH8_ONLY - if [ "$ARCH" = "sparc" -o "$ARCH" = "sparc64" ]; then + if [ "$CONFIG_SPARC32" = "y" -o "$CONFIG_SPARC64" = "y" ]; then bool ' Sparc console 8x16 font' CONFIG_FONT_SUN8x16 if [ "$CONFIG_FBCON_FONTWIDTH8_ONLY" = "n" ]; then bool ' Sparc console 12x22 font (not supported by all drivers)' CONFIG_FONT_SUN12x22 Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig use of $ARCH (10/12)
Use of the $ARCH variable is undocumented; the sparc and sparc64 ports define the bool constants CONFIG_SPARC32 and CONFIG_SPARC64 respectively for this purpose. diff -ruN linux-2.5.21+trivial/drivers/video/Config.in linux-2.5.21/drivers/video/Config.in --- linux-2.5.21+trivial/drivers/video/Config.inWed Jun 12 17:34:51 2002 +++ linux-2.5.21/drivers/video/Config.inWed Jun 12 17:41:51 2002 @@ -183,7 +183,7 @@ fi fi fi - if [ "$ARCH" = "sparc64" ]; then + if [ "$CONFIG_SPARC64" = "y" ]; then if [ "$CONFIG_PCI" != "n" ]; then bool ' PCI framebuffers' CONFIG_FB_PCI if [ "$CONFIG_FB_PCI" != "n" ]; then Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig use of $ARCH (9/12)
Use of the $ARCH variable is undocumented; the sparc and sparc64 ports define the bool constants CONFIG_SPARC32 and CONFIG_SPARC64 respectively for this purpose. diff -ruN linux-2.5.21+trivial/drivers/video/Config.in linux-2.5.21/drivers/video/Config.in --- linux-2.5.21+trivial/drivers/video/Config.inWed Jun 12 17:34:51 2002 +++ linux-2.5.21/drivers/video/Config.inWed Jun 12 17:41:51 2002 @@ -175,7 +175,7 @@ bool 'Leo (ZX) support' CONFIG_FB_LEO fi fi - if [ "$ARCH" = "sparc" ]; then + if [ "$CONFIG_SPARC32" = "y" ]; then if [ "$CONFIG_PCI" != "n" ]; then bool ' PCI framebuffers' CONFIG_FB_PCI if [ "$CONFIG_FB_PCI" != "n" ]; then Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig use of $ARCH (8/12)
Use of the $ARCH variable is undocumented; the sparc and sparc64 ports define the bool constants CONFIG_SPARC32 and CONFIG_SPARC64 respectively for this purpose. diff -ruN linux-2.5.21+trivial/drivers/video/Config.in linux-2.5.21/drivers/video/Config.in --- linux-2.5.21+trivial/drivers/video/Config.inWed Jun 12 17:34:51 2002 +++ linux-2.5.21/drivers/video/Config.inWed Jun 12 17:41:51 2002 @@ -158,16 +158,16 @@ tristate ' Permedia3 support (EXPERIMENTAL)' CONFIG_FB_PM3 fi fi - if [ "$ARCH" = "sparc" -o "$ARCH" = "sparc64" ]; then + if [ "$CONFIG_SPARC32" = "y" -o "$CONFIG_SPARC64" = "y" ]; then bool ' SBUS and UPA framebuffers' CONFIG_FB_SBUS if [ "$CONFIG_FB_SBUS" != "n" ]; then -if [ "$ARCH" = "sparc64" ]; then +if [ "$CONFIG_SPARC64" = "y" ]; then bool 'Creator/Creator3D support' CONFIG_FB_CREATOR fi bool 'CGsix (GX,TurboGX) support' CONFIG_FB_CGSIX bool 'BWtwo support' CONFIG_FB_BWTWO bool 'CGthree support' CONFIG_FB_CGTHREE -if [ "$ARCH" = "sparc" ]; then +if [ "$CONFIG_SPARC32" = "y" ]; then bool 'TCX (SS4/SS5 only) support' CONFIG_FB_TCX bool 'CGfourteen (SX) support' CONFIG_FB_CGFOURTEEN bool 'P9100 (Sparcbook 3 only) support' CONFIG_FB_P9100 Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig use of $ARCH (7/12)
Use of the $ARCH variable is undocumented; the sparc and sparc64 ports define the bool constants CONFIG_SPARC32 and CONFIG_SPARC64 respectively for this purpose. diff -ruN linux-2.5.21+trivial/drivers/sbus/char/Config.in linux-2.5.21/drivers/sbus/char/Config.in --- linux-2.5.21+trivial/drivers/sbus/char/Config.inWed Jun 12 17:34:51 2002 +++ linux-2.5.21/drivers/sbus/char/Config.inWed Jun 12 17:39:52 2002 @@ -14,7 +14,7 @@ tristate 'Videopix Frame Grabber (EXPERIMENTAL)' CONFIG_SUN_VIDEOPIX tristate 'Aurora Multiboard 1600se (EXPERIMENTAL)' CONFIG_SUN_AURORA - if [ "$ARCH" = "sparc" ]; then + if [ "$CONFIG_SPARC32" = "y" ]; then tristate 'Tadpole TS102 Microcontroller support (EXPERIMENTAL)' CONFIG_TADPOLE_TS102_UCTRL tristate 'JavaStation OS Flash SIMM (EXPERIMENTAL)' CONFIG_SUN_JSFLASH Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig use of $ARCH (6/12)
Use of the $ARCH variable is undocumented; the sparc and sparc64 ports define the bool constants CONFIG_SPARC32 and CONFIG_SPARC64 respectively for this purpose. diff -ruN linux-2.5.21+trivial/drivers/sbus/char/Config.in linux-2.5.21/drivers/sbus/char/Config.in --- linux-2.5.21+trivial/drivers/sbus/char/Config.inWed Jun 12 17:34:51 2002 +++ linux-2.5.21/drivers/sbus/char/Config.inWed Jun 12 17:39:52 2002 @@ -2,7 +2,7 @@ comment 'Misc Linux/SPARC drivers' tristate '/dev/openprom device support' CONFIG_SUN_OPENPROMIO tristate 'Mostek real time clock support' CONFIG_SUN_MOSTEK_RTC -if [ "$ARCH" = "sparc64" ]; then +if [ "$CONFIG_SPARC64" = "y" ]; then if [ "$CONFIG_PCI" = "y" ]; then tristate 'Siemens SAB82532 serial support' CONFIG_SAB82532 fi Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig use of $ARCH (5/12)
Use of the $ARCH variable is undocumented; the sparc and sparc64 ports define the bool constants CONFIG_SPARC32 and CONFIG_SPARC64 respectively for this purpose. diff -ruN linux-2.5.21+trivial/drivers/isdn/hisax/Config.in linux-2.5.21/drivers/isdn/hisax/Config.in --- linux-2.5.21+trivial/drivers/isdn/hisax/Config.in Wed Jun 12 17:34:51 2002 +++ linux-2.5.21/drivers/isdn/hisax/Config.in Wed Jun 12 17:40:22 2002 @@ -44,7 +44,7 @@ if [ "$CONFIG_EXPERIMENTAL" != "n" ]; then # bool ' TESTEMULATOR (EXPERIMENTAL)' CONFIG_HISAX_TESTEMU bool ' Formula-n enter:now PCI card' CONFIG_HISAX_ENTERNOW_PCI - if [ "$ARCH" = "sparc" -o "$ARCH" = "sparc64" ]; then + if [ "$CONFIG_SPARC32" = "y" -o "$CONFIG_SPARC64" = "y" ]; then bool ' Am7930' CONFIG_HISAX_AMD7930 fi fi Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig use of $ARCH (4/12)
Use of the $ARCH variable is undocumented; the sparc and sparc64 ports define the bool constants CONFIG_SPARC32 and CONFIG_SPARC64 respectively for this purpose. diff -ruN linux-2.5.21+trivial/drivers/fc4/Config.in linux-2.5.21/drivers/fc4/Config.in --- linux-2.5.21+trivial/drivers/fc4/Config.in Wed Jun 12 17:34:51 2002 +++ linux-2.5.21/drivers/fc4/Config.in Wed Jun 12 17:42:50 2002 @@ -7,13 +7,13 @@ tristate 'Fibre Channel and FC4 SCSI support' CONFIG_FC4 if [ ! "$CONFIG_FC4" = "n" ]; then comment 'FC4 drivers' - if [ "$ARCH" = "sparc" -o "$ARCH" = "sparc64" ]; then + if [ "$CONFIG_SPARC32" = "y" -o "$CONFIG_SPARC64" = "y" ]; then tristate 'Sun SOC/Sbus' CONFIG_FC4_SOC tristate 'Sun SOC+ (aka SOCAL)' CONFIG_FC4_SOCAL fi comment 'FC4 targets' dep_tristate 'SparcSTORAGE Array 100 and 200 series' CONFIG_SCSI_PLUTO $CONFIG_SCSI - if [ "$ARCH" = "sparc" -o "$ARCH" = "sparc64" ]; then + if [ "$CONFIG_SPARC32" = "y" -o "$CONFIG_SPARC64" = "y" ]; then dep_tristate 'Sun Enterprise Network Array (A5000 and EX500)' CONFIG_SCSI_FCAL $CONFIG_SCSI else dep_tristate 'Generic FC-AL disk driver' CONFIG_SCSI_FCAL $CONFIG_SCSI Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig use of $ARCH (3/12)
Use of the $ARCH variable is undocumented; the alpha and i386 ports define the bool constants CONFIG_ALPHA and CONFIG_X86 for this purpose. diff -ruN linux-2.5.21+trivial/drivers/video/Config.in linux-2.5.21/drivers/video/Config.in --- linux-2.5.21+trivial/drivers/video/Config.inWed Jun 12 17:34:51 2002 +++ linux-2.5.21/drivers/video/Config.inWed Jun 12 17:41:51 2002 @@ -91,10 +91,10 @@ if [ "$CONFIG_HP300" = "y" ]; then define_bool CONFIG_FB_HP300 y fi - if [ "$ARCH" = "alpha" ]; then + if [ "$CONFIG_ALPHA" = "y" ]; then tristate ' TGA framebuffer support' CONFIG_FB_TGA fi - if [ "$ARCH" = "i386" ]; then + if [ "$CONFIG_X86" = "y" ]; then bool ' VESA VGA graphics console' CONFIG_FB_VESA tristate ' VGA 16-color graphics console' CONFIG_FB_VGA16 tristate ' Hercules mono graphics console (EXPERIMENTAL)' CONFIG_FB_HGA Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig use of $ARCH (2/12)
Use of the $ARCH variable is undocumented; the alpha port defines the bool constant CONFIG_ALPHA for this purpose. diff -ruN linux-2.5.21+trivial/fs/partitions/Config.in linux-2.5.21/fs/partitions/Config.in --- linux-2.5.21+trivial/fs/partitions/Config.inWed Jun 12 17:34:51 2002 +++ linux-2.5.21/fs/partitions/Config.inWed Jun 12 17:39:11 2002 @@ -34,7 +34,7 @@ bool ' Sun partition tables support' CONFIG_SUN_PARTITION bool ' EFI GUID Partition support' CONFIG_EFI_PARTITION else - if [ "$ARCH" = "alpha" ]; then + if [ "$CONFIG_ALPHA" = "y" ]; then define_bool CONFIG_OSF_PARTITION y fi if [ "$CONFIG_AMIGA" != "y" -a "$CONFIG_ATARI" != "y" -a \ Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig use of $ARCH (1/12)
Use of the $ARCH variable is undocumented; the alpha port defines the bool constant CONFIG_ALPHA for this purpose. diff -ruN linux-2.5.21+trivial/drivers/char/ftape/Config.in linux-2.5.21/drivers/char/ftape/Config.in --- linux-2.5.21+trivial/drivers/char/ftape/Config.in Wed Jun 12 17:34:51 2002 +++ linux-2.5.21/drivers/char/ftape/Config.in Wed Jun 12 17:42:15 2002 @@ -35,7 +35,7 @@ int ' Maximal data rate to use (EXPERIMENTAL)' CONFIG_FT_FDC_MAX_RATE 2000 fi -if [ "$ARCH" = "alpha" ]; then +if [ "$CONFIG_ALPHA" = "y" ]; then int ' CPU clock frequency of your DEC Alpha' CONFIG_FT_ALPHA_CLOCK 0 else define_int CONFIG_FT_ALPHA_CLOCK 0 Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig missing EXPERIMENTAL 2 (1/7)
Three symbols CONFIG_SCSI_CUMANA_1, CONFIG_SCSI_ECOSCSI, and CONFIG_SCSI_OAK1 depend on CONFIG_EXPERIMENTAL but do not say so in their banners. diff -ruN linux-2.5.21+patches3/drivers/acorn/scsi/Config.in linux-2.5.21/drivers/acorn/scsi/Config.in --- linux-2.5.21+patches3/drivers/acorn/scsi/Config.in Sun Jun 16 14:15:27 2002 +++ linux-2.5.21/drivers/acorn/scsi/Config.in Sun Jun 16 12:40:16 2002 @@ -14,10 +14,10 @@ if [ "$CONFIG_EXPERIMENTAL" = "y" ]; then comment 'The following drivers are not fully supported' - dep_tristate 'CumanaSCSI I support' CONFIG_SCSI_CUMANA_1 $CONFIG_SCSI + dep_tristate 'CumanaSCSI I support (EXPERIMENTAL)' CONFIG_SCSI_CUMANA_1 +$CONFIG_SCSI if [ "$CONFIG_ARCH_ARC" = "y" -o "$CONFIG_ARCH_A5K" = "y" ]; then - dep_tristate 'EcoScsi support' CONFIG_SCSI_ECOSCSI $CONFIG_SCSI + dep_tristate 'EcoScsi support (EXPERIMENTAL)' CONFIG_SCSI_ECOSCSI $CONFIG_SCSI fi - dep_tristate 'Oak SCSI support' CONFIG_SCSI_OAK1 $CONFIG_SCSI + dep_tristate 'Oak SCSI support (EXPERIMENTAL)' CONFIG_SCSI_OAK1 $CONFIG_SCSI fi Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] Some feedback on using kbuild
On Sun, 23 Jun 2002 12:14:59 +0100, Jak <[EMAIL PROTECTED]> wrote: >Here are some more questions/observations on using kbuild : I hope >this kind of feedback is useful. > >1) what version of make ? Makefile-2.5 suggests I need at least 3.79.1 >but kbuild-2.5.txt says 3.7[78] will work ( section CONTROLLING KBUILD ). I tried to keep to 3.77 for compatibility with the 2.4 kernel (only requires 3.77) but had to abandon that aim. The recommended version of make is 3.79, I will update the docs. >2) $USER_VERSION versus $USERVERSION ? >Documentation/kbuild/kbuild-2.5.txt refers to USER_VERSION, but >Makefile-2.5 uses USERVERSION. Also, kbuild-2.5.txt refers to >file .tmp_A_version which does not seem to exist. Assuming >.tmp_A_version is not required, this is my take on USERVERSION It should be USERVERSION, not USER_VERSION. .tmp_A_version used to exist but no longer. Documentation updated. >3) what are the legal options for using shadow tree(s) e.g. > what is the proper procedure for switching between using shadow tree(s), >then reverting to Linus sources. It looks like I need to do make mrproper and full >recompile, >even though I am only ever likely to be changing/adding/dropping compilation of a >small >number of objects. I would have expected the "only rebuild what's necessary" >philosophy to apply here. That is what should occur. Adding or deleting a shadow tree should only rebuild based on the files that were added, deleted, shadowed or unshadowed. If something else is occurring, I need the details. >I think shadow tree support is a feature that will impress lots of people most, and >deserves >more detailed description/instructions. Linus and Kai do not think that shadow trees are useful. I have given up explaining why they are useful. Now I am waiting until Kai hits a dead end using the current syntax (there is no way that the current syntax can cope with shadow trees) then I will try to raise some interest in using the new syntax to get the advanced features of kbuild 2.5. >4) make *config insists I must do make dep >( I am trying kbuild-*-2.4.19-pre10 >while 2.5.x plays hard to compile ). Compatibility glue with kbuild 2.4. They use the same scripts for make *config and dep is required for kbuild 2.4. >5) I can't figure out how to make the kernel docs now. I can see a Makefile.in in >Documentation/DocBook, >so there must be a way ! >There should probably be some scripts or instructions for each of the old Makefile >targets now evicted >from Makefile-2.5. make one of doc-books, doc-ps, doc-pdf, doc-html. >6) Finally, in the "file this under curiosities department", I have seen the >following error output a couple of times : >make -f $KBUILD_SRCTREE_000/Makefile-2.5 -j2 HOSTCC=gcc-3.1 CC=gcc-3.1 >Using ARCH='i386' AS='as' LD='ld' CC='gcc-3.1' CPP='gcc-3.1 -E' AR='ar' HOSTAS='as' >HOSTLD='gcc' HOSTCC='gcc-3.1' HOSTAR='ar' >Generating global Makefile > phase 1 (find all inputs) >/home/compo/2.4-src/scripts/pp_makefile4.c: In function `read_tmp_select': >/home/compo/2.4-src/scripts/pp_makefile4.c:686: warning: `eof' might be used >uninitialized in this function >/home/compo/2.4-src/scripts/pp_makefile4.c: In function `read_makefile': >/home/compo/2.4-src/scripts/pp_makefile4.c:781: warning: `eof' might be used >uninitialized in this function >/home/compo/2.4-src/scripts/pp_makefile4.c: In function `copy_makefile': >/home/compo/2.4-src/scripts/pp_makefile4.c:2711: warning: `eof' might be used >uninitialized in this function > phase 2 (convert all Makefile.in files) > phase 3 (evaluate selections) > phase 4 (integrity checks, write global makefile) >Starting phase 5 (build) for installable gcc 3.1 being a little too smart for its own good, the warnings are spurious. Changing int ... eof, to int ... eof=0, will avoid those warnings. >This happens sometimes if I do make mrproper; cp saved.config $KBUILD_OBJTREE/.config >; make oldconfig installable >It doesn't seem to cause any problems, and the .config file is OK thereafter. The >saved.config file may be from a previous >kernel version, so maybe it has some invalid config ? Probably a "don't do that !", >but saving a .config file and copying >it to $KBUILD_OBJTREE is referred to in kbuild-2.5.txt. The gcc warnings have nothing to do with copying configs around, what you are doing is perfectly valid. make mrproper deletes everything including pp_makefile4, the warnings occur with gcc 3.1 on every build of pp_makefile4. >Hey, new question, in the command line in above example, I specified CC and HOSTCC. >CPP becomes $(CC) -E, >whereas HOSTLD stays as gcc. So I need to specify 3 command line variables CC, HOSTCC >& HOSTLD to avoid >using whatever compiler gcc happens to point at. Is HOSTLD = gcc when HOSTCC != gcc >correct ? Correct but unexpected. Using gcc as a replacement for HOSTLD overcomes problems with extra flags that LD does not recognise. I will change HOSTLD to default to HOSTCC. It probably
[kbuild-devel] Some feedback on using kbuild
Keith, thanks for your previous reply. ( Re: kbuild2.5 does not actually install vmlinux for debugging as claimed ) Here are some more questions/observations on using kbuild : I hope this kind of feedback is useful. 1) what version of make ? Makefile-2.5 suggests I need at least 3.79.1 but kbuild-2.5.txt says 3.7[78] will work ( section CONTROLLING KBUILD ). 2) $USER_VERSION versus $USERVERSION ? Documentation/kbuild/kbuild-2.5.txt refers to USER_VERSION, but Makefile-2.5 uses USERVERSION. Also, kbuild-2.5.txt refers to file .tmp_A_version which does not seem to exist. Assuming .tmp_A_version is not required, this is my take on USERVERSION --- 2.5-kbuild-src/Documentation/kbuild/kbuild-2.5.txt Wed Jun 19 12:17:11 2002 +++ 2.5-kbuild-src/Documentation/kbuild/kbuild-2.5.txt.jak Sun Jun 23 11:39:43 +2002 @@ -1994,6 +1994,22 @@ forces a complete rebuild. 'arch_opt' is a set of architecture specific config variables, such as a list of machine types. + USERVERSION +In current kernels the kernel version information is part of the top +level Makefile. I want to move them to a separate file so the top level +Makefile it is only changed for kbuild, not for every kernel. The plan +is to ship a file A_version containing just the VERSION, PATCHLEVEL, +SUBLEVEL and EXTRAVERSION variables with the kernel sources. +In the meantime, we generate our own $KBUILD_OBJTREE/A_version containing +these variables based on the old Makefile. + +Variable USERVERSION is _not_ part of A_version, this variable is +reserved for the end user and must never be set in any distributed kernel. +The user can then customize the kernel version by setting USERVERSION as +part of the make command line e.g. + make -f $KBUILD_SRCTREE_000/Makefile-2.5 -j2 USERVERSION=whatever +The USERVERSION text gets appended to the existing kernel version info. + TEMPORARY FILES FOR KBUILD @@ -2013,17 +2029,6 @@ modules, converting vmlinix to a bootable format, installing the bootable kernel, installing the modules and running the post install script, if any. - - .tmp_A_version -In current kernels the kernel version information is part of the top -level Makefile. I want to move them to a separate file so the top level -Makefile it is only changed for kbuild, not for every kernel. The plan -is to create file A_version containing just the VERSION, PATCHLEVEL, -SUBLEVEL and EXTRAVERSION variables. In the meantime, create -.tmp_A_version from the old Makefile and compare against the generated -A_version file. Variable USER_VERSION is _not_ part of A_version, this -variable is reserved for the end user and must never be set in any -distributed kernel. .tmp_db_main The main kbuild database. This uses Larry McVoy's memory mapped database ### end 3) what are the legal options for using shadow tree(s) e.g. what is the proper procedure for switching between using shadow tree(s), then reverting to Linus sources. It looks like I need to do make mrproper and full recompile, even though I am only ever likely to be changing/adding/dropping compilation of a small number of objects. I would have expected the "only rebuild what's necessary" philosophy to apply here. I think shadow tree support is a feature that will impress lots of people most, and deserves more detailed description/instructions. 4) make *config insists I must do make dep ( I am trying kbuild-*-2.4.19-pre10 while 2.5.x plays hard to compile ). --- 2.4-src/scripts/Configure Mon Jun 17 16:36:27 2002 +++ 2.4-src/scripts/Configure.jak Tue Jun 18 22:42:18 2002 @@ -696,7 +696,7 @@ echo "*** End of Linux kernel configuration." echo "*** Check the top-level Makefile for additional configuration." if [ ! -f .hdepend -o "$CONFIG_MODVERSIONS" = "y" ] ; then -echo "*** Next, you must run 'make dep'." +echo "*** Next, you must run 'make dep' ( unless you are using kbuild-2.5 )." else echo "*** Next, you may run 'make bzImage', 'make bzdisk', or 'make install'." fi --- 2.4-src/scripts/Menuconfig Mon Jun 10 14:17:11 2002 +++ 2.4-src/scripts/Menuconfig.jak Tue Jun 18 22:43:23 2002 @@ -1454,7 +1454,7 @@ echo "*** End of Linux kernel configuration." echo "*** Check the top-level Makefile for additional configuration." if [ ! -f .hdepend -o "$CONFIG_MODVERSIONS" = "y" ] ; then - echo "*** Next, you must run 'make dep'." + echo "*** Next, you must run 'make dep' ( unless you are using kbuild-2.5 +)." else echo "*** Next, you may run 'make bzImage', 'make bzdisk', or 'make install'." fi --- 2.4-src/scripts/header.tk Mon Jul 2 21:56:40 2001 +++ 2.4-src/scripts/header.tk.jak Tue Jun 18 22:44:31 2002 @@ -551,7 +551,7 @@ global CONFIG_MODVERSIONS; vfix CONFIG_MODVERSIONS if { ([file exists .hdepend] != 1) || ($CONFIG_MODVERSIONS == 1) } the