Re: [kbuild-devel] [RFC/RFT] kbuild: save ARCH CROSS_COMPILE
On Tue, Oct 09, 2007 at 08:03:33AM +0200, Sam Ravnborg wrote: On Mon, Oct 08, 2007 at 11:12:56PM +0200, Adrian Bunk wrote: ... BTW: I'm currently trying without success to understand why the drivers/infiniband/{hw/amso1100,ulp/srp}/Kbuild files are not named Makefile. Giacomo explained this already.. But I have never done a global renaming - the pain/benefit ratio seems too low. Either keep all as Makefile or rename all. But being inconsequent creates maximum confusion. 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 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] [RFC/RFT] kbuild: save ARCH CROSS_COMPILE
On Mon, Oct 08, 2007 at 10:02:55PM +0200, Sam Ravnborg wrote: ... The settings are stored in the build directory in a file named Kbuild.config (should it be a .dot file?). ... A .dot file sounds better. And even if not, generated files should IMHO not share the Kbuild* namespace with non-generated files. Apart from this I like the patch. Sam ... cu Adrian BTW: I'm currently trying without success to understand why the drivers/infiniband/{hw/amso1100,ulp/srp}/Kbuild files are not named Makefile. -- 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 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] RFC - kconfig date must die
On Mon, Jun 26, 2006 at 04:04:24PM -0600, Jim Cromie wrote: ... Since it has been so long, I'll state some obvious benefits of dropping the date: ... If we drop it, then we get: - less noise when comparing configs - each config is unique and fingerprintable. - kernel gets the configure-print, builtin, as /proc/config.md5 or something. - this fingerprint is orthogonal to CONFIG_MODULE_SRCVERSION_ALL I don't see the big advantage of any of them. This has Many Implications - 'known' configs Each kernel release 'creates' a bunch of known configs (A*S*M of them) A - all the arches S - each arch's sub-arches M - make-targets: allnoconfig, allyesconfig, allmodconfig, etc With date gone, these are trivially reproducible, byte for byte. Bug reports with attached config-vs-x86-64-all-defaults.diff become meaningful, and arguably better than straight attachments (since theyre shorter, and refer to a well understood (and completely repeatable) standard). There are defconfigs for this purpose. Since diff's aren't always shorter (they can even be significantely larger) than the file. At most times the .config alone is the important thing to read, only in some rare cases the diff compared to another .config is the interesting thing. And in the latter case, don't assume the person requiring it was too dumb to use diff himself. 'make standard-configs' This notional target would generate a set of M standard configs, and name them appropriately: config-$M foreach $M (@maketarget) Already present for ages, called defconfig. Just recently on LKML, Adrian Bunk rightly complained about a bug-report with a partial .config, since its tedious to reproduce the problem, and OP noted he didnt want to 'spam' the list. If the OP had seen a config-alldefaults file in his build-directory, he would likely have sent a diff against it, and Adrian would have a way to reproduce it. The size is not an issue. And if it was, bzip2 would beat your proposal easily for this purpose. Blue-Sky / Garden-Path As releases happen, these reference configs could be stored to SCM, with references to previous releases. The changes that are tracked this way are the cumulative results of all the accepted/committed work. Call them defconfig, and it's already implemented. - QA (extra hand-wavery here) When bugs are filed, the dmesg should/will contain a config-md5. The md5 will instantly tell us if its a vanilla config, or tinkered and tweaked one. Using a vanilla config wouldn't make sense for anyone. Suppose a kernel gets out the door with a missing kconfig dependency, if the 1st 5 bug-reports have a config.diff-vs-$MyArch-alldefaults, it should help streamline/automate the corrective procedures, ... Wrong. diff's of .config's are harder to read than .config's. config.diffs that expose missing dependencies can become regression tests. ... These are usually bugs that don't occur again. -- a config-spectrum-analyser Even though the md5 doesnt say much about what features are being configured into a submitters kernel, it is enough to 'histogram'. Doing so would show us the distribution of configurations being tested over a given period. ... With the exception of distribution kernels, the probability that someone else uses exactly the same .config I'm using is nearly zero, since the number of possible different .config's on a given architecture is something in the order of 2^1000 or one (american) billion. Extreme spikiness might highlight the need for a kind of [EMAIL PROTECTED] project, which just distributes a permute-and-test task amongst available machines. Sounds too much like PR fodder, but... ... Testing kernels is an important topic, but it can't work the way you think of it. 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 Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] RFC - kconfig date must die
On Tue, Jun 27, 2006 at 01:53:02PM -0600, Jim Cromie wrote: Adrian Bunk wrote: On Mon, Jun 26, 2006 at 04:04:24PM -0600, Jim Cromie wrote: ... Since it has been so long, I'll state some obvious benefits of dropping the date: ... If we drop it, then we get: - less noise when comparing configs - each config is unique and fingerprintable. - kernel gets the configure-print, builtin, as /proc/config.md5 or something. - this fingerprint is orthogonal to CONFIG_MODULE_SRCVERSION_ALL I don't see the big advantage of any of them. 'big' would be an overstatement, but this following property is un-good 1019 cp .config config-ok 1020 make oldconfig 1021 diff .config config-ok $ diff .config config-ok 4c4 # Mon Jun 26 19:29:21 2006 --- # Sun Jun 25 07:50:27 2006 granted, its little more than a speed-bump, but we like smooth roads.. I'm getting the impression you are searching for non-existing problems... ... - 'known' configs Each kernel release 'creates' a bunch of known configs (A*S*M of them) A - all the arches S - each arch's sub-arches M - make-targets: allnoconfig, allyesconfig, allmodconfig, etc With date gone, these are trivially reproducible, byte for byte. Bug reports with attached config-vs-x86-64-all-defaults.diff become meaningful, and arguably better than straight attachments (since theyre shorter, and refer to a well understood (and completely repeatable) standard). There are defconfigs for this purpose. Since diff's aren't always shorter (they can even be significantely larger) than the file. That suggests they diff'd against the wrong thing. diffing vs allmodconfig will generally be *far* better than vs allnoconfig. It seems you don't know what you are talking about. With my .config and kernel 2.6.16.22: 35146 .config 67963 .config-allmodconfig 97572 diff-allmodconfig-myconfig Yes, the diff has nearly three times the size of the .config ... QED ... Just recently on LKML, Adrian Bunk rightly complained about a bug-report with a partial .config, since its tedious to reproduce the problem, and OP noted he didnt want to 'spam' the list. If the OP had seen a config-alldefaults file in his build-directory, he would likely have sent a diff against it, and Adrian would have a way to reproduce it. The size is not an issue. And if it was, bzip2 would beat your proposal easily for this purpose. bzips are not readable as is, and folks with knowledge to recognize broken-ness may not have the inclination to unzip and see. Size was an issue for the OP, so he sent a fragment that he thought was the salient info. If he had several 'defconfigs', he could have diff'd them all, just to see which was the smallest, and sent that. This focus on size is unfortunate; its only an approximation of the real differences that may or may-not be a factor in the problem The best solution is simply to send the .config . All your suggestions make things more complicated for no good reason. ... -- a config-spectrum-analyser Even though the md5 doesnt say much about what features are being configured into a submitters kernel, it is enough to 'histogram'. Doing so would show us the distribution of configurations being tested over a given period. ... With the exception of distribution kernels, the probability that someone else uses exactly the same .config I'm using is nearly zero, since the number of possible different .config's on a given architecture is something in the order of 2^1000 or one (american) billion. yes - but most of them are probably precluded by the kconfig rules; hundreds of random configs will collapse to the same result once run thru 'make oldconfig'. This reduction seems mildly interesting in itself, for some value of interesting. ... No, these .config's will not collapse. thanks Jim Cromie 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 Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] [2.6 patch] fix gconfig with POSIXLY_CORRECT=1
This patch fixed make gconfig with POSIXLY_CORRECT=1 set. This issue was reported by Jens Elkner [EMAIL PROTECTED] in kernel Bugzilla #2919. Signed-off-by: Adrian Bunk [EMAIL PROTECTED] --- scripts/kconfig/Makefile |8 1 file changed, 4 insertions(+), 4 deletions(-) --- linux-2.6.15-rc5-mm3-full/scripts/kconfig/Makefile.old 2006-01-02 11:19:56.0 +0100 +++ linux-2.6.15-rc5-mm3-full/scripts/kconfig/Makefile 2006-01-02 11:22:30.0 +0100 @@ -132,8 +132,8 @@ HOSTLOADLIBES_qconf= $(KC_QT_LIBS) -ldl HOSTCXXFLAGS_qconf.o = $(KC_QT_CFLAGS) -D LKC_DIRECT_LINK -HOSTLOADLIBES_gconf= `pkg-config gtk+-2.0 gmodule-2.0 libglade-2.0 --libs` -HOSTCFLAGS_gconf.o = `pkg-config gtk+-2.0 gmodule-2.0 libglade-2.0 --cflags` \ +HOSTLOADLIBES_gconf= `pkg-config --libs gtk+-2.0 gmodule-2.0 libglade-2.0` +HOSTCFLAGS_gconf.o = `pkg-config --cflags gtk+-2.0 gmodule-2.0 libglade-2.0` \ -D LKC_DIRECT_LINK $(obj)/qconf.o: $(obj)/.tmp_qtcheck @@ -192,8 +192,8 @@ # GTK needs some extra effort, too... $(obj)/.tmp_gtkcheck: - @if `pkg-config gtk+-2.0 gmodule-2.0 libglade-2.0 --exists`; then \ - if `pkg-config gtk+-2.0 --atleast-version=2.0.0`; then \ + @if `pkg-config --exists gtk+-2.0 gmodule-2.0 libglade-2.0`; then \ + if `pkg-config --atleast-version=2.0.0 gtk+-2.0`; then \ touch $@; \ else \ echo *; \ --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] kconfig re-asks questions if a new dependency is added
Hi Roman, my schedule obsolete OSS drivers for removal patch does the following: ... +config OBSOLETE_OSS_DRIVER + bool Obsolete OSS drivers + depends on SOUND_PRIME ... config SOUND_BT878 tristate BT878 audio dma - depends on SOUND_PRIME PCI + depends on SOUND_PRIME PCI OBSOLETE_OSS_DRIVER ... The probem is when I'm running make oldconfig after applying this patch and say yes to OBSOLETE_OSS_DRIVER, I'm re-asked all the options now depending on OBSOLETE_OSS_DRIVER I had previously selected. This is not a big issue in this specific case, but in other cases this might be quite annoying. 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 --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42 plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Re: [2.6 patch] Kconfig: rename ---help--- to help in Kconfig files (first part) (fwd)
On Tue, May 31, 2005 at 02:17:50AM +0200, Roman Zippel wrote: Hi, Hi Roman, On Tue, 31 May 2005, Adrian Bunk wrote: The main reason for this patch (quoting Jesper) is: Consistency. out of ~4000 help entries in 134 Kconfig files, 747 of those entries use ---help--- as the keyword, the rest use just help. So the users of ---help--- are clearly a minority and by renaming them we make things consistent. - I hate inconsistency. :-) And I still don't like this change... there's still the point that it's currently used inconsistently. If you really prefer ---help--- over help (I consider help being better, but as long as it's used consistently each of them is acceptable), feel free to send a patch instead that changes all occurences of help to ---help---. bye, Roman 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 --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 ___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Re: select of non-existing I2C* symbols
On Wed, May 11, 2005 at 07:30:10AM -0700, William Lee Irwin III wrote: On Sat, May 07, 2005 at 03:20:02PM +0200, Jan Dittmer wrote: ... Link to this page: http://l4x.org/k/?diff[v1]=mm On Sat, May 07, 2005 at 04:41:35PM +0200, Adrian Bunk wrote: arm26, cris, sparc: select of non-existing I2C* symbols: @ Ian, Mikael, William: This could be fixed by sourcing drivers/i2c/Kconfig in arch/*/Kconfig, but it would be better to switch to use drivers/Kconfig. @ Roman: Shouldn't kconfig exit with an error if a not available symbol gets selected? You're telling me I have to futz with the i2c Kconfig just to cope with it not existing? What happens if a user selects one of the options that do themself select one or more of the I2C* options? This might be solved differently (e.g. via some kind of ARCH_SUPPORTS_I2C), but it should be solved. -- wli 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 --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7393alloc_id=16281op=click ___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] select of non-existing I2C* symbols
On Sun, May 08, 2005 at 08:20:50PM +0200, Sam Ravnborg wrote: Shouldn't kconfig exit with an error if a not available symbol gets selected? No. There are meny configurations where we select a symbol that is only visible in some configurations. Several possibilities exists: 1) Silently ignore SELECT SYMBOL when SYMBOL is undefined 2) Warn - as we do today 3) Error out as you suggest Option 1) is preferable for 'make oldconfig' simply because target group here do not care. But it would be nice to know when one do a typing error in SELECT. So one *config target should continue to warn about it. I'd prefer 3) and fix up all problems. E.g. i the case of the I2C* select's the current warnings seem to indicate possible configurations that do not compile. 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 --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7393alloc_id=16281op=click ___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Re: RFD: Kernel release numbering
On Sat, May 07, 2005 at 03:20:02PM +0200, Jan Dittmer wrote: Well I built something like this now which I mail to myself, overlook and then going sent to lkml: Seems to be valuable. Comparing 2.6.12-rc3-mm2 to 2.6.12-rc3-mm3 (defconfig) - arm: broke ... arch/arm/kernel/built-in.o(.init.text+0xb64): In function `$a': : undefined reference to `rd_size' make[1]: *** [.tmp_vmlinux1] Error 1 make: *** [_all] Error 2 Details: http://l4x.org/k/?d=3476 ... Known issue (was my fault). I'll send separate emails regarding some other issues the output shows. Jan 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 --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Re: [2.6 patch] Kconfig: rename ---help--- to help in Kconfig files (first part)
On Tue, May 03, 2005 at 03:47:46PM +0200, Roman Zippel wrote: Hi, Hi Roman, On Tue, 3 May 2005, Adrian Bunk wrote: So why exactly has to be removed? Is it ugly? Does it make Kconfig worse? The ugly thing is that there are currently two different ways to express the same thing. It only causes confusion for people who think those different syntaxes had a different meaning. Languages often have more than one way to express something, this is not different. Early on there was some confusion about this from people writing new Kconfig entries (not just reading existing ones), but this was became a non-issue since it's documented now. ... Different ways for expressing the same thing is good for writers but bad for readers. E.g. where to place opening braces in C is a religious issue. For the Linux kernel, CodingStyle sets the rules. And although I'd prefer to set them different, I have to admit that the consistency indide the kernel makes reading easier. bye, Roman 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 --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Re: [2.6 patch] Kconfig: rename ---help--- to help in Kconfig files (first part)
On Tue, May 03, 2005 at 11:10:48AM +0200, Roman Zippel wrote: Hi, On Tue, 3 May 2005, Adrian Bunk wrote: This patch is the majority of a patch by Jesper Juhl. This patch renames all instances of ---help--- to simply help in all of the Kconfig files. The main reason for this patch (quoting Jesper) is: Consistency. out of ~4000 help entries in 134 Kconfig files, 747 of those entries use ---help--- as the keyword, the rest use just help. So the users of ---help--- are clearly a minority and by renaming them we make things consistent. - I hate inconsistency. :-) This has nothing to do with consistency but with readability. This was introduced to better separate the help in large menu entries. In order to accept this patch, I would either like hear reasons, why this isn't needed anymore or I'd like to see an alternative, more consistent separator. The separator used for the help is to indent help texts by two additional spaces. IMHO, Kconfig files are quite readable due to this indentation even though only a minority of the entries was using ---help--- even before this patch. bye, Roman 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 --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Re: [2.6 patch] Kconfig: rename ---help--- to help in Kconfig files (first part)
On Tue, May 03, 2005 at 12:09:37PM +0200, Roman Zippel wrote: Hi, On Tue, 3 May 2005, Adrian Bunk wrote: The separator used for the help is to indent help texts by two additional spaces. Yes, that's an additional indicator. IMHO, Kconfig files are quite readable due to this indentation even though only a minority of the entries was using ---help--- even before this patch. So why exactly has to be removed? Is it ugly? Does it make Kconfig worse? The ugly thing is that there are currently two different ways to express the same thing. It only causes confusion for people who think those different syntaxes had a different meaning. Sorry, but only because it's not used that often, is not enough of a reason for me to remove it. If it helps only a little bit to spot the help text start easier, it's IMO worth to keep it. Do you or does anyone else have a problem with spotting the help text start with only two additional spaces indentation? If it's only for Aunt Tillie it's not required. bye, Roman 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 --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Re: architectures with their own config PCMCIA
On Sun, Aug 15, 2004 at 09:37:30PM +0200, Geert Uytterhoeven wrote: On Sun, 15 Aug 2004, Roman Zippel wrote: On Sat, 14 Aug 2004, Adrian Bunk wrote: This is less a problem, as here it's clear that you want a boolean result, but something like FOO=n is really a string compare and FOO could be of any type (that 99% of all symbols are boolean/tristate symbols doesn't really help). Wouldn't it be better to require a string or hex to always be quoted like somestring? What about normal numbers? I don't think requiring quotes everywhere for this is a good idea. And numbers (both decimal and hex) can easily be distinguished from y, n, and m anyway. Sounds reasonable. This leaves strings. Could you point me to one single place in the kernel where a string constant is used in the dependencies of another symbol? If it's that rare, requiring quotes shouuldn't be that much of a burden. I see six places where quotes are used for y/n/m, but they should be trivial to fix. Gr{oetje,eeting}s, Geert 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 --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Re: architectures with their own config PCMCIA
On Mon, Aug 16, 2004 at 01:01:35AM +0200, Roman Zippel wrote: Hi, Hi Roman, On Sun, 15 Aug 2004, Geert Uytterhoeven wrote: What about normal numbers? I don't think requiring quotes everywhere for this is a good idea. And numbers (both decimal and hex) can easily be distinguished from y, n, and m anyway. I did consider this at some point, but I didn't want to add further special cases. Every symbol has a tristate and a string value and so you can compare pretty much everything with everything else. Splitting the string value further into other types isn't worth the trouble. The problem at hand is easy enough to solve by adding a type declaration. if things stay as they are, we _really_ need warnings for !=n and rewrite the correct ones to (FOO=y || FOO=m). bye, Roman 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 --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Re: architectures with their own config PCMCIA
On Wed, Aug 11, 2004 at 11:40:32PM +0200, Sam Ravnborg wrote: Roman, a related Q. Why not error out, or at least warn when encountering an unknow symbol in a 'depends on' statement? ... That doesn't sound like a good idea, consider e.g.: config BAGETLANCE tristate Baget AMD LANCE support depends on NET_ETHERNET BAGET_MIPS 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 --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Re: linux kernel conf 0.9
Hi Roman, I do always get the following segfault: -- snip -- $ cd /tmp/ $ tar xzf lkc-0.9.tar.gz $ cd lkc-0.9 $ make ... $ cd ~/linux/kernel-2.5 $ tar xzf linux-2.5.42.tar.gz $ cd linux-2.5.42 $ bzcat /tmp/lkc-0.9-2.5.42.diff.bz2 |patch -p1 ... $ /tmp/lkc-0.9/lkcc i386 ... undefined symbol ARCH_ACORN undefined symbol IA64 undefined symbol BAGET_MIPS undefined symbol IA32_EMULATION undefined symbol RPXCLASSIC undefined symbol IT8172_REVC recursive dependency: ISDN_DRV_EICON_DIVAS ISDN_DRV_EICON_OLD (choice(2) detected) ISDN_DRV_EICON_DIVAS recursive dependency: AEDSP16_MSS AEDSP16_SBPRO (choice(1) detected) AEDSP16_MSS recursive dependency: INPUT_GAMEPORT INPUT_GAMEPORT recursive dependency: SCSI_AIC7XXX_OLD SCSI_AIC7XXX (choice(2) detected) SCSI_AIC7XXX_OLD AIC7XXX_BUILD_FIRMWARE Segmentation fault $ -- snip -- 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 --- This sf.net email is sponsored by: viaVerio will pay you up to $1,000 for every account that you consolidate with us. http://ad.doubleclick.net/clk;4749864;7604308;v? http://www.viaverio.com/consolidator/osdn.cfm ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Re: linux kernel conf 0.9
On Tue, 15 Oct 2002, Roman Zippel wrote: Hi, Hi Roman, On Tue, 15 Oct 2002, Adrian Bunk wrote: $ cd /tmp/ $ tar xzf lkc-0.9.tar.gz $ cd lkc-0.9 $ make ... $ cd ~/linux/kernel-2.5 $ tar xzf linux-2.5.42.tar.gz $ cd linux-2.5.42 $ bzcat /tmp/lkc-0.9-2.5.42.diff.bz2 |patch -p1 ... $ /tmp/lkc-0.9/lkcc i386 Umm, now I see the problem, the patch already contains everything, so you don't need to convert anything after applying it. If you want to convert your kernel tree, it's best to use 'make install KERNELSRC=...' target in lkc. ah thanks, that's it. This is the way it's described in lkc.html, I was only looking at lkc-0.9/README where I didn't find this information... bye, Roman 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 --- This sf.net email is sponsored by: viaVerio will pay you up to $1,000 for every account that you consolidate with us. http://ad.doubleclick.net/clk;4749864;7604308;v? http://www.viaverio.com/consolidator/osdn.cfm ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] Re: State of the new config build system
On Sun, 30 Dec 2001, Christoph Hellwig wrote: On Fri, Dec 28, 2001 at 03:39:02PM -0500, Eric S. Raymond wrote: It may be that the reason our experiences have been different is because we focus on different target languages. But I think my experience is an existence proof that there *is* demand for localization and that meeting it can have useful results. Is your native language something different thæn english or Al's? Localization for technical messages sucks. badly. Just take a look at a european computer magazine, you will find lots of english words in the text because there is no german/frensh/whatever one. Trying to use different grammar doesn't help the understanding. For some people it helps when the text is in e.g. German although the technical words are still English. The most important point I see is: If the tanslation works similar to gettext, IOW there's a seperate directory that contains the complete translations I can't see problem for the normal kernel hacker: You don't have to care about the translations but if someone wants to provide a translation to e.g. Esperanto he can always do so by adding a file with the translated texts. People like you and me who prefer the English version can always use it but other people who prefer the translated messages can use them instead. Christoph cu Adrian ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Re: What's up with GT96100 in the MIPS config file?
On Wed, 23 May 2001, Eric S. Raymond wrote: Near line 55 of drivers/net/Config.in there is code that reads like this: if [ $CONFIG_MIPS_GT96100 = y ]; then bool ' MIPS GT96100 Ethernet support' CONFIG_MIPS_GT96100ETH fi All very well except that CONFIG_MIPS_GT96100 is never set (or even ... The simplest guess is that the guard part is just wrong. Can anybody shed any light on this? The problem seems to be that the MIPS kernel tree isn't fully merged into the official kernel tree. In the MIPS kernel tree arch/mips/config.in includes: ... if [ $CONFIG_MIPS_EV96100 = y ]; then define_bool CONFIG_PCI y define_bool CONFIG_MIPS_GT96100 y define_bool CONFIG_SWAP_IO_SPACE y fi ... cu Adrian -- A No uttered from deepest conviction is better and greater than a Yes merely uttered to please, or what is worse, to avoid trouble. -- Mahatma Ghandi ___ kbuild-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/kbuild-devel