Re: [kbuild-devel] howto define one var. to another's value (y/n/m)
Randy.Dunlap wrote: Is there a simple, clean way to assign one tristate value to another one? Instead of having to do something like: if [ $CONFIG_PARPORT_PC = y ]; then define_tristate CONFIG_PARPORT_PC_CML1 y else if [ $CONFIG_PARPORT_PC = m ]; then define_tristate CONFIG_PARPORT_PC_CML1 m fi fi Not AFAICT. This is one case where the language spec forbids a useful construct that mostly works. 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. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] linux kernel conf 0.3
Sam Ravnborg wrote: On Tue, Aug 27, 2002 at 02:24:40AM +0200, Roman Zippel wrote: Hi Roman, I really haven't had time to look at your release properly yet, sorry. I did notice though that the converter issues warnings for dead code and comparisons of boolean variables to m, which I thought was a good idea. 5) Tried to delete endmenu on line 610 in arch/i386/config.in: ./scripts/lkc/mconf arch/i386/config.new none:0:parse error This error message is not good enough. I would like to see the language extended with some rules ala: A statement shall be opened and closed in the same file. This would make it trivial when reacing end-of-file to check if there is any pending statements. I have no idea how much will break if this is enforced. Greg's gcml may be the best tool to investigate that - Greg? It seemed easy to add a check to gcml2 for if statements beginning and ending in the same file, so last night I did it. The result is... zero such cases in 2.5.33. I dislike the requirement to convert all existing config.in files to support the new syntax. You already have the machinery to do the conversion online as needed, so why not detect if config.in is newer than config.lkc and if thats the case regenerate config.lkc. I think this would be very useful if it were possible, as it would enable a gradual directory-by-directory switchover. That is a clear requirement I believe. 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. --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] Re: [patch] config language dep_* enhancements
Randy.Dunlap wrote: On Sat, 24 Aug 2002, Greg Banks wrote: | Peter Samuelson wrote: | |http://www.alphalink.com.au/~gnb/gcml2/ Thanks. I'm trying it out now. BTW Greg, your checker web page spells 'dependency' as 'dependancy' in a few places. Damn. It's a good thing I didn't need to use the words seperate or Ferrarri. 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. --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] Re: [patch] config language dep_* enhancements
Roman Zippel wrote: Hi, On Thu, 22 Aug 2002, Greg Banks wrote: Why do you want to do the parser/syntax switch separately? Why do you want to write and test a parser just to be throw it away again? So that the changes have some chance of getting past Linus. Sorry, but that's a dumb reason. Linus is quite capable to understand the reasons, if you explain them to him. Linus will likely not accept controversial changes. Ok, perhaps I'm being over-cautious, but after seeing the reception that both CML2 and kbuild2.5 received I'm leery of doing anything other than strictly evolutionary (i.e. gradualist) changes. So said ESR. No, he said you have to configure your kernel like aunt Tillie, so you get laid. ;-) Followed by a 15-line signature about guns ;-) 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. --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] RFC: kernel config: new dependency syntax
Peter Samuelson wrote: There are lots of instances of things like if [ $CONFIG_FOO = y -o $CONFIG_FOO = m ]; then dep_tristate 'Bar' CONFIG_BAR $CONFIG_FOO ... fi which can be replaced by dep_if CONFIG_FOO tristate 'Bar' CONFIG_BAR ... dep_fi Yes, this is a common case. but few, if any, instances of if [ $CONFIG_FOO = y -o $CONFIG_FOO = m ]; then tristate 'Bar' CONFIG_BAR fi which would require the more complex dep_if CONFIG_FOO=y or CONFIG_FOO=m tristate 'Bar' CONFIG_BAR dep_fi There are other ways to use if statements not covered by these two cases, for example a couple of minutes of manual scanning reveals... int ' default tagged command queue depth' CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS 8 if [ $CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS = 0 ]; then bool ' not allow targets to disconnect' CONFIG_SCSI_NCR53C8XX_NO_DISCONNECT fi ...and... if [ $CONFIG_IA64_HP_SIM = n ]; then define_bool CONFIG_ACPI y define_bool CONFIG_ACPI_EFI y define_bool CONFIG_ACPI_INTERPRETER y define_bool CONFIG_ACPI_KERNEL_CONFIG y fi ...and... bool 'Support for hot-pluggable devices' CONFIG_HOTPLUG if [ $CONFIG_HOTPLUG = y ]; then source drivers/pcmcia/Config.in else define_bool CONFIG_PCMCIA n fi How are you going to deal with these? (Not to mention the possibility that such instances are buggy and should have been a dep_tristate in the first place.) Agreed. Oh no, the dreaded flag day. Heh. No, a flag day is where BIGNUM things have to be patched at once because there's no migration path. In this case there *is* a migration path, so the only things that break on The Day are things the gcml2 checker (and a grep through the makefiles for suspicious things like 'ifdef') has warned us about but we didn't bother to fix. Ok, so not The Day but The Several Weeks During Which Things Mostly Still Work. BTW the gcml2 checker isn't checking for this kind of bug, although there's no reason it couldn't. 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. --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] RFC: kernel config: new dependency syntax
Peter Samuelson wrote: My current implementation of if_dep is *not*, as previously theorised, a drop-in two-way replacement for adding dependencies to the end of dep_* statements. I currently have it short-circuiting, so statements are in effect *not* executing in the 'n' case (or the 'm' case, for bool / dep_bool). In other words, my implementation matches current 'if [ ]' behavior, and this was on purpose. I suppose this should be made clearer in the documentation. Ok, great. I think a better solution would be to provide separate iflike statements,[...] I think that is overengineering. Sure. I was just saying that if we want a conditional statement with combined value+visibility semantics, it should be separate from the one that really matters, i.e. that which matches the old if semantics. (This works because I currently specify that the = operator treats '' as 'n'. I suppose this feature is worth debating, but I think it is useful.) Given that the makefiles treat n and as separate values with the same interpretation, i.e. don't build this, it would be more intuitive to have the config system behave similarly as far as is possible. 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. --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] ANNOUNCE: gcml2 0.7
G'day, gcml2 is (among other things) a Linux kconfig language syntax checker. Version 0.7 is available at http://sourceforge.net/project/showfiles.php?group_id=18813release_id=106023 and http://www.alphalink.com.au/~gnb/gcml2/download.html There's also an online summary of the warnings and errors from the syntax checker, with real examples, from http://www.alphalink.com.au/~gnb/gcml2/checker.html Here's the change log * Warnings can be individually enabled. Default set depends on whether the parser is in merge mode. API functions to enable/disable warnings by index and convert a string name to an index. * Added check for define to nonliteral expression. * More precise check for ambiguous comparison against n only complains for symbols which are forward-declared at the point when compared. * Made inconsistent-tag warnings more precise; doesn't emit spurious warnings about define_bool not having an (EXPERIMENTAL) tag. * More precise check for forward references and forward dependencies can tell the difference between forward and undeclared, at the cost of some storage. * Check for overlapping definitions by reducing conditions to disjunctive normal forms. * Added check for forward dependencies. * Added check for misuse of and dependency on arch-constant symbols like CONFIG_X86. * Renamed summarise-warnings.awk - summarize.awk and installed it. * Added cml-summarize shell script, which runs summarize.awk. * Added cml-check-all shell script, based on old dochecks.sh, but now also handles running cml-summarize. * Added manpages for cml-check, cml-check-all and cml-summarize. Description of errors and warnings for the cml-check manpage is controlled in HTML and shared with the web page. * RPM package support: added spec file, rpm: target. 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. --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] Re: [patch] config language dep_* enhancements
Roman Zippel wrote: The problem here is one should consider, how all these little changes will help to solve the big problems. Do they allow to more easily fix the big problems or have these changes to be dumped again? I believe fixing the existing rules within the existing syntax is an exercise worth doing, and that the results will carry across to whatever extended syntax/ new language/new parsers/whatever will be the long-term solution. Extending the CML1 syntax now is a fun game but a gamble. Most of the suggestions I've seen so far fix problems, which either can be either fixed automatically or which don't exists anymore, once we switch to a new syntax/parser. That's the reason I ask to understand the whole picture, so we can judge whether a change is really necessary or not. Unlike you, I'm not optimistic that a switch to a new language or even a new parser for the old language will ever happen. I can't give you a mathematical proof, but I tried very hard to keep the behaviour the same. Unless I made mistake the rules are almost exactly the same. Most of the CML1 rules are usable, there are only very few cases which need manual fixing. I can't guarantee that where won't be any surprises, but they should be easily fixable in the new system. (Unless ESR I don't insist that my rulebase is correct or perfect, so I'm open to suggestion/changes. :) ) In http://marc.theaimsgroup.com/?l=linux-kernelm=101387128818052w=2 David Woodhouse gives an idea of what would be necessary to get a new language+parser accepted. Can you achieve that yet? Most of these problems can actually be fixed without syntax changes. Yes, a great deal of them can be, and those should be done ASAP. Something that can't be sanely fixed this way are recursive dependencies, which I think are not worth fixing with the old parsers, but which are easily fixable with the new syntax. Indeed, and those are rare corner cases. If you want to fix logical errors in the rulebase, they will be more easily fixable with the new tools. For the X interface I'm planning some debug options, which e.g. allow you to see the complete dependencies of every symbol. Or you could, today, go build gcml2 from source with make DEBUG=1 and run cml-check --debug nodes arch/i386/config.in 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. --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] RFC: kernel config: new dependency syntax
Kai Germaschewski wrote: On Thu, 15 Aug 2002, Peter Samuelson wrote: The more I think about it, the more I think the default if_dep should do the m-restricting thing. That way: dep_bool FOO1 BAR BAZ dep_mbool FOO2 BAR BAZ dep_tristate FOO3 BAR BAZ is exactly equivalent to if_dep BAR BAZ bool FOO1 mbool FOO2 tristate FOO3 fi_dep Of course, that requires the invention of 'mbool'. But I do believe it covers most if not all common cases. I guess in this case, though, it's still an open question whether 'define_bool' should be immune from the M effect (like 'mbool') or not. Seeing it from that point of view, it may actually turn into something which can agree with much more easily. Maybe it actually suffices to declare if_dep, fi_dep as virtually adds the listed arguments to each statement in the enclosed region. Maybe there would be a better name for that, then if_dep, OTOH using if_dep makes it quite clear what else_dep does. Ok, we need to be a little bit careful about semantics here, or there is going to be issues converting the existing corpus. Currently the if syntax and dependencies are not the same thing; the if condition is purely a visibility limit, and deps are both value and visibility limits. This means that if [ $CONFIG_FOO = y ]; then bool '...' CONFIG_BAR fi is not semantically identical to dep_bool '...' CONFIG_BAR $CONFIG_FOO (even ignoring the issue) because in the second case CONFIG_FOO=n forces CONFIG_BAR=n whereas in the first case it makes no difference to the value of CONFIG_BAR, so CONFIG_BAR will retain the value from previous definitions or defconfig. The proposed if_dep (or dep_if) acts as both a visibility and a value limit. So if_dep CONFIG_BAZ bool '...' CONFIG_QUUX fi_dep is semantically equivalent to if [ $CONFIG_BAZ = y -o $CONFIG_BAZ = m ]; then dep_mbool '...' CONFIG_QUUX $CONFIG_BAZ else define_bool CONFIG_QUUX n fi There's nothing wrong with this, in fact it's probably a very handy construct. But it's not a new syntax for if, it's a totally new construct with new semantics. Furthermore, you're proposing changes to the existing behaviour of existing statements like bool. In fact, at this point you're talking about changing the language in possibly incompatible ways, not just extending it to regularise semantics. I think we should focus more on first fixing problems with the existing corpus which can be fixed without changing syntax, then starting to think about language redesign for the 2.7 timeframe. [...]I didn't look into like choice statements, but I'd hope it's possible to add dependencies to them, too, for consistency. Adding a tristate value limit to int or hex makes no sense, nor to choice. You'd have to define the semantics as if_dep affects the visibility of all statements and the values of bools and tristates only. OTOH, one of the problems I can see already is that bool '...' CONFIG_FOO if [ $CONFIG_FOO = y ]; then bool '...' CONFIG_BAR [...] else define_bool CONFIG_BAR y fi doesn't translate well. Or all the cases where there are further ifs inside the else. (Hacks I can see would be: bool '...' CONFIG_FOO if_dep CONFIG_FOO bool 'not ...' CONFIG_NOT_BAR [...] fi_dep define_bool CONFIG_BAR !CONFIG_NOT_BAR Blech. bool '...' CONFIG_FOO if_dep CONFIG_FOO bool '...' CONFIG_FOO_BAR [...] fi_dep define_bool CONFIG_BAR CONFIG_FOO_BAR or !CONFIG_FOO I think a better solution would be to provide separate iflike statements, one which is a pure visibility limit like the old if but with the syntax cleaner and the behaviour with regularised; the other which does both visibility limit and a value limit on dep_bools dep_tristates (but those only, the existing bool tristate remain unchanged). If you look at the CML2 rulebase you will see constructs equivalent to both of these in use. 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. --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] RFC: kernel config: new dependency syntax
Peter Samuelson wrote: [Kai Germaschewski] I didn't look into like choice statements, but I'd hope it's possible to add dependencies to them, too, for consistency. I agree. Actually, if we're changing 'choice' anyway, it should be redesigned. Status quo takes three arguments: choice 'prompt string' 'choice-text-1 CONFIG_CHOICE1 choice-text-2 CONFIG_CHOICE2' 'choice-text-default' This is bad because it pretty much requires multi-line strings, and because the choice texts cannot have spaces in them. In my opinion it should take a variable number of args: choice 'prompt string' 'choice text 1' CONFIG_CHOICE1 'choice text 2' CONFIG_CHOICE2 CONFIG_CHOICE_DEFAULT This has already been invented, it's called nchoice, it's been documented in config-language.txt for some time, and I have working patches to implement it in all three bundled parsers. I suppose you could then extend it with dependencies by putting those at the end. That makes for minor parsing problems, since you have to detect which arguments are which - basically I guess you look for two CONFIG_* in a row. The problem is that nchoice really only gives you spaces in sub-prompts; is not expressive enough to cleanly handle some of the cases in the existing corpus. For example, # arch/ia64/config.in if [ $CONFIG_ITANIUM = y ]; then choice 'Kernel page size' \ 4KBCONFIG_IA64_PAGE_SIZE_4KB \ 8KBCONFIG_IA64_PAGE_SIZE_8KB \ 16KB CONFIG_IA64_PAGE_SIZE_16KB 16KB else choice 'Kernel page size' \ 4KBCONFIG_IA64_PAGE_SIZE_4KB \ 8KBCONFIG_IA64_PAGE_SIZE_8KB \ 16KB CONFIG_IA64_PAGE_SIZE_16KB \ 64KB CONFIG_IA64_PAGE_SIZE_64KB 16KB fi What this is trying to do is make the 64KB entry visible only when CONFIG_ITANIUM=n, and the hack is to provide two separate nearly-identical choice statements. This works OK in config menuconfig but looks down- right strange in xconfig. CML2 handled this by admitting that a choice is really a funny kind of menu, and the parts of a choice are really bools which have an extra exclusivity semantic attached. So visibility conditions could be set on individual choice items, because they were menu nodes just like bools. If you wanted to add the ability to express this in CML1, you would need a completely different syntax for choices, say something like this: menuchoice next_comment comment 'Kernel page size' choiceitem '4KB' CONFIG_IA64_PAGE_SIZE_4KB choiceitem '8KB' CONFIG_IA64_PAGE_SIZE_8KB choiceitem '16KB' CONFIG_IA64_PAGE_SIZE_16KB default if [ $CONFIG_ITANIUM != y ]; then choiceitem '64KB' CONFIG_IA64_PAGE_SIZE_64KB fi endmenuchoice i.e. menuchoice is a menu which takes only choiceitem children, and choiceitem is just like a bool except it has an optional extra argument to indicate it's the default item. I already rejected trying to do any sort of grouping - mostly because the shell parsers would choke on ( ) and nothing else looks as nice - so, since there is no way to group things, the precedence table needs to be as simple and clear as possible. I think my current proposal fits the bill. Yes, grouping is Too Hard with shell parsers. According to MEC, Linus once said, There are no default values, only default answers to questions. If a question is never asked, the value is never set. This property is used in 'make oldconfig', for one, although your proposed change wouldn't directly affect oldconfig. I'd really rather not change this property, it's actually quite useful. ESR ran into trouble when he made and n indistinguishable in the .config file, and then tried to get CML2 to work with Giacomo Catenazzi's autoconfigurator. 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. --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] RFC: kernel config: new dependency syntax
Peter Samuelson wrote: My main goal is to make it easier to write Config.in files, by making the syntax and semantics less awkward. [...] * The current 'if' statement is really ugly and unintuitive,[...] Agreed. * Current 'if' semantics are hard to get right in many common cases.[...] Agreed. I am trying to design a replacement statement which *does* cover common cases easily, while not losing any of the flexibility we have now. The current state of my proposal gives quite a bit *more* functionality than we have now - some config files have the potential to become considerably simpler / shorter. And some have the potential to become broken. [...] I have looked through the kbuild2.5 makefiles, and there were many places where Keith deliberately enforced things that looked completely arbitrary (link order in particular) merely for the sake of having an apples-to- apples comparison. It should be pointed out that Keith's task was easier in that he had exactly *one* existing set of semantics to reproduce, we have *three*. 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. --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] RFC: kernel config: new dependency syntax
Brendan J Simon wrote: Greg Banks wrote: [*] almost enough because I haven't implemented an 'else' directive. It would be trivial, but I'm not sure what to call it. 'else' itself is a shell primitive, so the shell-based parsers (Configure, Menuconfig) wouldn't like it. You will need to implement it. You could call it elsedep. Either if_dep, else_dep and end_dep _or ifdep, elsedep, enddep. Yes, the _s should be consistent. How about using fi instead of end for consistency with the current scheme? if_dep else_dep fi_dep 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. --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] RFC: kernel config: new dependency syntax
Peter Samuelson wrote: [Giacomo A. Catenazzi] I don't like calling it or... It is error prone because it is a non binary system, thus can confuse the lazy developers. [...]But nobody thinks of max as an infix operator, and infix is IMO the most natural way to express a low-precedence operator without explicit grouping. Also I don't like the construct if_dep that parse multiple lines. IMHO better a single line statment: if_dep ..cond.. then ..cml1_statment.. My goal here is to replace the current 'if' statement. [...] I agree with Peter, a design goal should be to have an easy textual mapping from the existing if statements to the new syntax, which preserved semantics. So, multi-line constructs and infix operators would be required. 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. --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] Re: [patch] config language dep_* enhancements
Roman Zippel wrote: Hi, (Could you please fix your mailer? linux-m68k.org.com does not really exist.) I believe the problem is upstream of the machine I control. I'll see what I can do. That's fine with me, but nonetheless I'd really like to know where it will go to. Just fixing the easy problems is simple, but so far I haven't seen any plan on how to fix the hard problems. Anyone starting to fix all the problems should have at least some ideas how to do it and I'd really like to hear them. I don't want to discourage anyone, but he should understand the complete problem first before going for the easy targets. The easy targets being done now are mostly things that I believe would need to be done regardless of the eventual strategy, be it a) do nothing b) make the existing system suck less c) replace the parsers and keep the rules d) replace everything. For any of these strategies to be successful you would need to start with a clean clear and consistent rules corpus. Remember how people were complaining that ESR couldn't prove that the CML2 rules corpus did the same things as the CML1 rules corpus? One of the reasons was that the CML1 rules corpus is so screwed that's its impossible for either a human or a machine to figure out what was supposed to happen and whether what was actually happening was deliberate. Roman, I believe the exactly same issue will apply to your config system too, because it uses a machine translation step from CML1. GCML2's syntax checker started life as a CML1-to-CML2 converter (inspired by your work), but I gave up on machine translating because it would be GIGO. This is why I'm not talking about replacing shell based parsers yet. First we need to get a rules corpus for which it is possible to create a parser which can parse cleanly, consistently, and correctly. 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. --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] Re: [patch] config language dep_* enhancements
Peter Samuelson wrote: [Greg Banks] [...CONFIG_SERIAL and CONFIG_PCMCIA warnings...] Hmmm, either I missed those in your earlier messages, or you didn't post them. Probably I didn't post them. What I posted was a small subset of the full log. + dep_tristate ' I2C bit-banging interfaces' CONFIG_I2C_ALGOBIT $CONFIG_I2C Are you sure want this one there? I didn't like it either, but it's needed in a couple odd places. What would you suggest - moving the whole i2c menu up? Not all the way up to the new menu, but before the bits that depend on them, which are in drivers/video/ drivers/media/video and drivers/ieee1394 IIRC. Thanks, your oracle feedback is much appreciated. I'm hoping to have an RPM out this weekend so you can do the augury yourself. @@ -210,2 +210,5 @@ 2 CONFIG_FB +2 CONFIG_KMOD +2 CONFIG_MODULES +2 CONFIG_MODVERSIONS 2 CONFIG_RTC What does that mean? All I did there was to combine two toplevel menus into one. Did this do something bad? Apparently. In the stock kernel: warning:arch/mips/config.in:224:CONFIG_KMOD has overlapping definitions warning:init/Config.in:19:location of previous definition warning:arch/parisc/config.in:53:CONFIG_KMOD has overlapping definitions warning:init/Config.in:19:location of previous definition Did I mention Gordian knot? -36 overlapping-definitions +38 overlapping-definitions 11 CONFIG_SOUND_CMPCI_FMIO @@ -261,2 +263,3 @@ 2 CONFIG_PARPORT +2 CONFIG_USB OK, I see CONFIG_USB in arch/cris/drivers/Config.in - is there another instance I'm missing? There's two in the same file, lines 185 and 189. -8 different-compound-type -3290 total +10 different-compound-type +3055 total different-compound-type? Please ignore that one. It's an artifact of the way I check for symbols not declared anywhere at all, related to config.in's using the same banner for a menu and a comment. 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. --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] Re: [patch] config language dep_* enhancements
Roman Zippel wrote: Hi, On Tue, 13 Aug 2002, Peter Samuelson wrote: Mutating the language, long-term, so that it looks less like sh [...] That doesn't solve any of the more fundamental problems. Correct, it doesn't. 1) We still have 3 config parsers, which produce slightly different .config files. Yes. 2) To integrate a new driver, you have to touch at least 3 files: Config.in, Config.help, Makefile. Properly configuring and building a driver outside of the tree is painful to impossible. Yes. The problems are really not simple, the current config language is very limited, [...] I don't think anyone who actually understands the config system would argue these points, but we are limited by practical constraints to making incremental improvements only. 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. --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] Re: [patch] config language dep_* enhancements
Peter Samuelson wrote: [Greg Banks] +2 CONFIG_KMOD +2 CONFIG_MODULES +2 CONFIG_MODVERSIONS 2 CONFIG_RTC What does that mean? All I did there was to combine two toplevel menus into one. Did this do something bad? Apparently. In the stock kernel: warning:arch/mips/config.in:224:CONFIG_KMOD has overlapping definitions warning:init/Config.in:19:location of previous definition warning:arch/parisc/config.in:53:CONFIG_KMOD has overlapping definitions warning:init/Config.in:19:location of previous definition Weird. These should have triggered all along - any idea why they didn't? Because you moved the items to a menu with a different name. GCML2 issues the overlapping-definitions warning if the same item appears twice in such a way that both definitions can be visible at the same time. A sub-case is where the item appears twice unconditionally in the same menu, which was happening before your change. Another sub-case is where the item appears twice unconditionally in different menus, which happened after your change. Hence overlapping-definitions warnings for CONFIG_KMOD et al did not appear in the diff of summaries. GCML2 issues the different-parent warning when an item appears in two different menu parents, regardless of conditions. Before your change, the two identically named menus were merged into one node (this behaviour is very necessary for reasons too complex to go into here) so the two definitions of CONFIG_KMOD had the same parent. After your change, they had different parents, hence the new warnings. Well, they're fixed in my tree. It looks [trivial], but this one makes me uneasy. I mean, it's such an obvious bug - the toplevel Loadable module support menu appears twice - that I almost think it was somehow intentional. There are many [trivial] errors. My favourite is CONFIG_SOUND_CMPCI_FMIO. Did I mention Gordian knot? Yes, I believe you did. Does that make ESR Alexander the Great? (: Given the noise of his arrival and the speed of his departure...Darius. related to config.in's using the same banner for a menu and a comment. mainmenu_option next_comment ... now *there's* a bit of syntax that needs to change. Even config-language.txt agrees. That would be great, but the problem is related to the way comments are defined in CML2, which doesn't quite fit in CML1. 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. --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] RFC: kernel config: new dependency syntax
Peter Samuelson wrote: I've come up with syntax I think I'm happy with. It supports most of the current [ ] based if statement semantics, can be implemented in shell, and (most importantly for me) drops those $ signs. This lays the groundwork for stuff like better error checking and auto (EXPERIMENTAL) tags. I've reused the syntax for a dependency line (the tail end of a dep_bool / dep_mbool / dep_tristate), like so: if_dep idependency line/i ... endif If the dependency line evaluates to 'm' or 'y', the body is executed. Hmm. Perhaps (I haven't completely thought this through) by analogy with dep_bool/dep_mbool, you would want two new if statements which differ in the way they treat 'm'? If the conditional syntax is the same people may expect that. Also you will want to define the behaviour when the line evaluates to 0. ./arch/sparc64/config.in:180:if [ $CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS = 0 ]; then ./drivers/scsi/Config.in:166: if [ $CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS = 0 ]; then [*] almost enough because I haven't implemented an 'else' directive. It would be trivial, but I'm not sure what to call it. 'else' itself is a shell primitive, so the shell-based parsers (Configure, Menuconfig) wouldn't like it. You will need to implement it. You could call it elsedep. * 'or' placed between dependencies functions as a logical OR, and takes very low precedence. This complements the implicit AND performed between every pair of dependencies. x or x - x, for any x n or m == m or n - m n or y == y or n - y m or y == y or m - y How about an 'and' operator too, which is redundant but more readable. --- 2.5.31/scripts/Menuconfig 2002-06-09 00:27:32.0 -0500 +++ 2.5.31w/scripts/Menuconfig 2002-08-14 21:00:27.0 -0500 @@ -112,6 +115,67 @@ eval info=\$INFO_$1 } + +# Reduce a dependency line down to a single char [ymn]. +# Terms are implicitly ANDed together: 'y m' = 'm y' = m, '... n' = 'n ...' = n Also 'y y' = y I'll look at the rest when there's an else. 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. --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] Re: [patch] config language dep_* enhancements
Roman Zippel wrote: On Tue, 13 Aug 2002, Greg Banks wrote: The problem is deciding what the original rules were supposed to mean, and then reproducing that behaviour exactly in the new language. The alternative is fixing the problems as we convert, but then we end up with CML2 and the there's no way to verify the rulebase is the same argument. My only requirement is that the resulting rulebase is usable and roughly the same, some small bugs are IMO acceptable. http://marc.theaimsgroup.com/?l=linux-kernelm=101387128818052w=2 CML2 has more problems than this. Agreed. I was just pointing out that one of the many objections to CML2 would also apply to any new language which wasn't provably mappable from CML1. It's a very flexible but also very complex language, which makes it hard to use. It was also not very wise to create a complete new and different rulebase, which made it very hard to compare both. Nor was it wise to use Python, and less so to insist on a cutting edge version of Python, nor to throw away all the user interfaces, etc etc. And don't even get me started on pickling and freezing. Its very easy to be wise in hindsight; let's use that wisdom to do better this time. 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. --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] Re: [patch] config language dep_* enhancements
Peter Samuelson wrote: [...] what would be *really* nice would be a way to determine that a particular forward declared symbol is actually a never-in-this-arch declared symbol. Ok, here it is. 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. forward-deps2.txt.gz Description: GNU Zip compressed data
[kbuild-devel] Re: [patch] config language dep_* enhancements
Sam Ravnborg wrote: On Tue, Aug 13, 2002 at 01:23:19PM +1000, Greg Banks wrote: 977missing-experimental-tag 113spurious-experimental-tag 145variant-experimental-tag 30 inconsistent-experimental-tag 13 missing-obsolete-tag 41 spurious-obsolete-tag 25 variant-obsolete-tag How about extending the language (side effect) to automagically append (EXPERIMENTAL) or (OBSOLETE) to the menu line, if dependent on those special tags? Yes, this is obviously a good idea, and also it's what CML2 did. Especially considering that (NEW) is automatically generated, and (NEW) is not intuitively different from (EXPERIMENTAL) to the lay user. The trouble is actually achieving that in shell-based parsers where shell code cannot tell whether $CONFIG_EXPERIMENTAL has been used in a condition. 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. --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] Re: [patch] config language dep_* enhancements
Kai Germaschewski wrote: So you agree a bit of spring cleaning wouldn't hurt, right? ;) Absolutely, and I have a catalogue of dust puppies to help that process ;-) Okay. Let me first state that I do not really have the time to get involved currently. ISDN4Linux and other pending kbuild stuff already takes somewhat more than the remaining free time I have. But if you guys want to get going with some step by step cleaning (w/o breaking too much), I can try to help reviewing and submitting to Linus. Great. Basically, extend the source command to do a grep CONFIG_* in the file to be read and set all found symbols to n, if unset - only then do the actual source. Ah, interesting idea. Anyway, some more points: o a) dep_bool ' Blah' CONFIG_FOO $CONFIG_BAR vs. b) dep_bool ' Blah' CONFIG_FOO CONFIG_BAR I assume you include in a) the change which gives all symbols an n default. Then b) is clearly the evolutionary approach and less likely to result in a partially broken config system come Halloween. 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. --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Re: [patch] config language dep_* enhancements
Kai Germaschewski wrote: On Wed, 14 Aug 2002, Greg Banks wrote: Peter Samuelson wrote: [Greg Banks] Does complete mean all the ports have also made the change and been merged back? [...] Actually I suspect it would be more like the C99 thing: after the new syntax is added, we start doing [TRIVIAL] patches to clean out the old, and eventually once that is done we have the option of removing the old syntax or leaving it in as a known oddity. [...] Well, I think when the switch does not change any behavior, it's actually okay to get it over with in one large but trivial patch. The other approach would be to give the new syntax the new behavior, and do the actual switch piecemeal, checking and fixing dep_* statements as they get converted. I tend to favour the piecemeal approach but I'm not particularly fussed as long as it actually gets done. It'd be nice to introduce a warning for statements where the old syntax is used, but that seems not possible at least in Configure, since I think statements like dep_tristate '...' CONFIG_FOO m should remain valid. In general it seems to me that adding useful warnings to shell-based parsers is difficult. define_bool CONFIG_QUUX y bool 'Set this symbol to ON' CONFIG_FOO if [ $CONFIG_FOO = y ]; then bool 'Here QUUX is a query symbol' CONFIG_QUUX fi Well, it's a bug. Agreed, and there several of them in the CML1 corpus, some rather obscure (e.g. the define and the query happen in different Config.in files and only for some architectures). Setting CONFIG_QUUX to y when CONFIG_FOO is n can be done in an else clause to the if statement. If you want to set a default, that's what defconfig is for. Yes. What's nice is that you identified so many problematic cases already, so fixing shouldn't be hard. Like I said, I have a full catalogue of dust puppies ;-) It may still make sense to add code to Configure which recognizes a redefinition and complains or even aborts. This would be a brutally effective way of forcing the problems to be fixed. 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. --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Re: [patch] config language dep_* enhancements
Peter Samuelson wrote: You're willing to potentially perturb 2.4? This stuff is trivial enough, and easy enough to test, that I think it could go in 2.4, yes. I think you're underestimating the Gordian knot that is the CML1 corpus. Obviously xconfig would need to be dealt with in sync with the others, which I'm not doing during the prototyping / idea-mongering stage. Fair enough. I'm pleased to see that you have preserved those semantics. There are many places in the corpus where a dep_* lists as a dependency a variable which is not defined until later, or is only defined in some architectures, or is never defined. Earlier today I tweaked up gcml2 to detect them and found 260 in 2.5.29. You give me too much credit. The main motivation for dropping the '$' was to make possible the == n semantics. That the patch failed to do so was accident, not design. Ah, well that's more disturbing. Changing the existing semantics, regardless of how broken we all agree they are, is asking for a world of trouble. To pick an example, in 2.5.29 drivers/ide/Config.in:17 is dep_tristate 'SCSI emulation support' CONFIG_BLK_DEV_IDESCSI $CONFIG_ATAPI $CONFIG_BLK_DEV_IDE $CONFIG_SCSI But at this point in the menu tree for 14 of 17 architectures, CONFIG_SCSI has not yet been defined. The result is that CONFIG_BLK_DEV_IDESCSI only works in make config and make allyesconfig precisely because of the semantic that you wish to change. In fact this is the first one gcml2 finds, I don't particularly feel like trawling through the other two hundred-odd. Some of them are harmless, I don't know how many. I know the current behavior is documented, but I had thought this was because changing the behavior was not feasible due to our Bash-based JIT parsers. Yes, changing the behaviour is infeasible with shell-based parsers. However, there is now a body of rules which implictly depend on the semantics. Can you provide a rationale for why the current behavior is desirable? I wouldn't call it desirable. I would use words like clunky, congealed, unorthogonal, riddled with errors, and very hard to fix like the rest of the config language. It seems to me that it only encourages buggy Config.in code (since == n in other contexts like the #defines), And != n in other contexts, like if [];then statements. Did I mention unorthogonal ? The problem is that logic in config language is implicitly four-state, with the null or empty value being a separate value distinct from y, m and n. The fact that both and n mean don't build this object to kbuild doesn't mean that and n are the same thing. This isn't really obvious. One example where there is a semantic difference between and n would be an autoconfigurator, where n would mean I have probed for this hardware and it is not present but means something like I have not probed. and I don't see any benefits other than that it's the status quo. I'm not defending the current syntax. It sucks and it's broken. But fixing it will break things that currently aren't broken (or more accurately are broken twice in opposite directions). If it's your intention to change the semantics of , perhaps it would be better to add new statements which feature the new syntax and new semantics *only* and have no backwards compatibility baggage. An example of this approach is the nchoice statement, which does the same thing as choice but with a more civilized syntax. + case $arg in + y|m|n) ;; + *) arg=$(eval echo \$$arg) ;; Don't you want to check at this point that arg starts with CONFIG_? Also, how about quoting \$$arg ? I suppose one could add sanity checks / diagnostics, but there are no other valid cases, so that's all they would be. Yes, but there are invalid cases, and surely you don't want to help to *increase* the amount of bugginess in the rules corpus? 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. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] Re: [patch] config language dep_* enhancements
Peter Samuelson wrote: [...]CONFIG_BLK_DEV_IDESCSI[...] That one example is more than enough to convince me *not* to try changing the ignore empty deps rule for 2.4. 2.5 is a different matter, though.. Ah, good. This is like the Stanford checker stuff. These are bugs. You have the means to find them automatically, but not the time or desire to fix them. Actually I have got the desire to fix them, what I lack is the ability to get patches into the kernel that are too non-trivial to go through Rusty. Post a list and perhaps others will pitch in. Something like drivers/ide/Config.in:17: In dep_tristate CONFIG_BLK_DEV_IDESCSI: drivers/ide/Config.in:17: CONFIG_SCSI not defined for i386, ppc, ... Ok, but perhaps it's not clear how many problems there are. The full log file from a gcml2 run on 2.5.29 is 573 KiB. Here's a summary: 977missing-experimental-tag 113spurious-experimental-tag 145variant-experimental-tag 30 inconsistent-experimental-tag 13 missing-obsolete-tag 41 spurious-obsolete-tag 25 variant-obsolete-tag 5 spurious-dependencies 187nonliteral-define 28 unset-statement (ignore these) 25 different-banner 61 different-parent 36 overlapping-definitions 1 primitive-in-root 310undeclared-symbol 73 forward-compared-to-n 287forward-reference 1093 forward-dependancy 1 symbol-like-literal 103constant-symbol-dependency 8 different-compound-type 3562 total These numbers are aggregates over 17 arches, so you need to divide by a number between 1 and 17. Also some of these have been fixed in 2.5.30. I can post the full list if people want, but it would be a bit overwhelming. In this case the fix would be to move CONFIG_BLK_DEV_IDESCSI to the SCSI subsystem, where in my opinion it belonged anyway. Ok then. This would break down if there are any actual cycles - things which can't logically be moved to a place after the definitions of the facilities on which they depend. I'm not able to detect anything like that. That we have to worry about this at all is an artifact of using a procedural langauge, rather than a declarative language like Prolog or CML2. Actually config language isn't really procedural, pseudo-procedural would be more like it. I *really* don't want to go *there*, though. (: Yep. And != n in other contexts, like if [];then statements. That is true. But that should not affect the dep_* logic, should it? Correct, I'm just pointing out that using orthogonality arguments with the config language is not going to get you anywhere useful. The point here is that people who aren't hip-deep in config language code don't think about them being separate. Ergo bugs. Agreed. I've been thinking hard about a new sort of 'if' statement that doesn't look like a test command. Interesting, I'd like to hear more. My favourite idea is a different form of choice which worked more like a menu, so you could intersperse conditionals with the choice items. This would help with the several places in CML1 were the same choice is mostly-duplicated in different conditionals, e.g. 'Kernel page size' in arch/ia64/config.in. ESR worked out a sensible set of semantics for how this should work. (Yes, it's my mission to eventually get rid of the '$'s in config language. I think it can be done, piecemeal, over a long period of time. Sounds good to me. This is if we don't end up adopting a whole new language like CML2 or Roman's stuff.) Or a new parser frontends for the existing language. I'm not convinced that a complete new language will ever succeed after the CML2 debacle, machine translated or not. This is why I gave up the idea of automatically converting CML1 to CML2. 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. --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Re: [patch] config language dep_* enhancements
Roman Zippel wrote: Most should be fixable. The biggest problem are recursive references like this: if [ OLD != y ]; then tristate NEW fi if [ NEW != y ]; then tristate OLD fi [...]It's possible to fix this: tristate DRV if [ DRV == y ]; then choice OLD NEW fi if [ DRV == m ]; then dep_tristate NEW DRV dep_tristate OLD DRV fi That should look interesting in xconfig, It will also give gcml2 conniptions trying to figure out a set of constraints which will enforce the intended behaviour. Please please don't. If there are any loops (and I don't know of any) then the logic is broken and needs to be fixed, not enforced through clever tricks. This should work quite well with config and menuconfig and maybe someone fixes xconfig, so a lot can be fixed within cml1, but it won't be necessarily nice. :) I didn't make up this example, just look at CONFIG_SCSI_AIC7XXX* which would need fixing like this. I will look, but I seem to remember that this code was just broken when Keith Owens was trying to make it work in kbuild 2.5. The current config is really very limited and can not be easily extended (just try adding the help text or build information). At some point we have to drop cml1 and replace it with something else. sighonce more into the breach... This doesn't has be very painful, I have a tool that can convert most of the current config into whatever you want. The problem is deciding what the original rules were supposed to mean, and then reproducing that behaviour exactly in the new language. The alternative is fixing the problems as we convert, but then we end up with CML2 and the there's no way to verify the rulebase is the same argument. 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. --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Re: [patch] config language dep_* enhancements
Roman Zippel wrote: I only used it as an example, because my tool has problems to automatically convert this construct into something useful (e.g. because of CONFIG_WILLOW in 2 seperate choice statements). You too? I had to rewrite my branch merging code to make CONFIG_WILLOW fit. 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. --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Re: [patch] config language dep_* enhancements
Peter Samuelson wrote: [Greg Banks] Ah, glad you asked, see attached output from the latest version of gcml2 (not yet released). Thank you thank you thank you! Exactly what I wanted! Pleased to be of service ;-) Now, while some (perhaps a lot) of these instances will break with the proposed new semantics, many will not. Starting from the top: =alpha warning:drivers/pcmcia/Config.in:22:forward declared symbol CONFIG_ARCH_SA1100 used in dependency list for CONFIG_PCMCIA_SA1100 In context: if [ $CONFIG_ARM = y ]; then dep_tristate ' SA1100 support' CONFIG_PCMCIA_SA1100 $CONFIG_ARCH_SA1100 $CONFIG_PCMCIA fi With the new semantics, there would be no need for the 'if' statement. CONFIG_ARCH_SA1100 is a sufficient guard, since non-ARM machines will never define it. Agreed, the current form is a direct result of the current dep_tristate semantics and would not be necessary with your proposed semantics. warning:drivers/block/Config.in:38:forward declared symbol CONFIG_SCSI used in dependency list for CONFIG_CISS_SCSI_TAPE This one is legit. It's a weird case where a single driver can be built with or without using the SCSI subsystem - in effect, two drivers sharing a single piece of hardware and presenting two views of it. Bizarre. My preferred fix is to move the 'tristate CONFIG_SCSI' to early in the Block Devices menu. ATA should be under Block Devices too, come to think of it, and perhaps a generic guard for non-IDE-non-SCSI RAID cards. The actual menus could come later under toplevel, or be nested within Block Devices. Along these lines, CML2 had a menu 'buses' very early in the root of the tree, containing queries for ISA, PCI, MCA, SERIAL, PARPORT, HOTPLUG, IDE, SCSI, USB, IEEE1394 and FC4. I won't post the code here because I can't fully understand it anymore :-( All in all, by asserting that 'n' == '', you can drop all the 'define_bool FOO n' from the arch/*/config.in files (like CONFIG_SBUS on i386 or CONFIG_PCI on s390), and you can drop a *lot* of guard 'if' statements. A few things would actually break, like not defining CONFIG_SCSI soon enough. You will also probably want to deal with the cases where possibly null-valued symbols are compared against n like this if [ $CONFIG_NOT_DECLARED != n ]; then 73 forward-compared-to-n 13 drivers/parport/Config.in:40:CONFIG_ZORRO 13 sound/oss/Config.in:209:CONFIG_INPUT_GAMEPORT 11 drivers/parport/Config.in:14:CONFIG_SERIAL 10 drivers/media/video/Config.in:33:CONFIG_USB 6 drivers/video/Config.in:134:CONFIG_I2C 3 drivers/net/Config.in:324:CONFIG_CARDBUS 3 drivers/scsi/Config.in:264:CONFIG_PCMCIA 2 drivers/char/Config.in:193:CONFIG_PCMCIA 2 drivers/net/Config.in:327:CONFIG_PCMCIA 2 drivers/net/wireless/Config.in:27:CONFIG_PCMCIA 2 drivers/net/wireless/Config.in:41:CONFIG_PCMCIA 2 drivers/scsi/Config.in:116:CONFIG_PARPORT 1 arch/alpha/config.in:262:CONFIG_PROC_FS 1 arch/sh/config.in:298:CONFIG_MAPLE 1 drivers/ide/Config.in:26:CONFIG_PCI 1 drivers/parport/Config.in:27:CONFIG_PCMCIA I think it's worth it. It will take some time to go through your 260 unique warnings (984 total), of course. ;-) BTW - speaking of the length of your warnings list - what would be *really* nice would be a way to determine that a particular forward declared symbol is actually a never-in-this-arch declared symbol. That would eliminate most of the false positives. If for example we can determine that we will never define CONFIG_ZORRO on this arch, we can safely assume that anything which depends on CONFIG_ZORRO *should* be suppressed. Shouldn't be too hard, I'm already doing something like this to distinguish between forward declared and undeclared symbols for the forward-reference and undeclared-symbol warnings. 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. --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] [patch] config language dep_* enhancements
G'day, I like the basic idea here, and I'm pleased that someone has the courage to tackle some of the brokenness of the kconfig language (if only because it will provide me with a precedent when I try to submit some of my patches ;-). I was a bit worried when I first saw the patch (after all, kconfig is held together with spit and string) but on careful reading it's mostly doing the right thing. Mostly. Peter Samuelson wrote: [Kai Germaschewski] As you're hacking Configure anyway, what about fixing dep_tristate ' ..' CONFIG_FOO $CONFIG_BAR, [I wrote] I've thought about that many times. I think the cleanest solution is to deprecate the '$' entirely: dep_tristate ' ..' CONFIG_FOO CONFIG_BAR This applies to 2.4.20pre and (except changelog bits) to 2.5.30 with offsets. You're willing to potentially perturb 2.4? I still haven't touched xconfig, because frankly it scares me. The tkparse.c vs Peter match is well underway, stay tuned.. Good luck, it scares me too. --- 2.4.20pre1/Documentation/kbuild/config-language.txt 2002-02-25 13:37:51.0 -0600 +++ 2.4.20pre1p/Documentation/kbuild/config-language.txt2002-08-08 23:10:44.0 -0500 @@ -84,8 +84,17 @@ to generate dependencies on individual CONFIG_* symbols instead of making one massive dependency on include/linux/autoconf.h. -A /dep/ is a dependency. Syntactically, it is a /word/. At run -time, a /dep/ must evaluate to y, m, n, or . +A /tristate/ is a single character in the set {y,m,n}. + +A /dep/ is a dependency. Syntactically, it is a /word/. It is +either a /tristate/ or a /symbol/ (with an optional, but +deprecated, prefix $). At run time, the /symbol/, if present, +is expanded to produce a /tristate/. If the /symbol/ has not been +defined, the /tristate/ will be n. The last statement is inconsistent with the shell code and the explanations of the dep_* statements, which sensibly preserve the current semantics where an undefined symbol has a distinct fourth value which is not y, m or n. I'm pleased to see that you have preserved those semantics. There are many places in the corpus where a dep_* lists as a dependency a variable which is not defined until later, or is only defined in some architectures, or is never defined. Earlier today I tweaked up gcml2 to detect them and found 260 in 2.5.29. +In addition, the /dep/ may have a prefix !, which negates the +sense of the /tristate/: !y and !m reduce to n, and !n +reduces to y. Perhaps negates isn't quite the right word in four-state logic. --- 2.4.20pre1/scripts/Configure2001-07-02 15:56:40.0 -0500 +++ 2.4.20pre1p/scripts/Configure 2002-08-08 22:31:49.0 -0500 @@ -232,6 +241,28 @@ } # +# dep_calc reduces a dependency line down to a single char [ymn] +# +function dep_calc () { + local neg arg + cur_dep=y # return value + for arg; do + neg=; + case $arg in + !*) neg=N; arg=${arg#?} ;; + esac + case $arg in + y|m|n) ;; + *) arg=$(eval echo \$$arg) ;; Don't you want to check at this point that arg starts with CONFIG_? Also, how about quoting \$$arg ? + esac + case $neg$arg in + m) cur_dep=m ;; + n|Ny|Nm) cur_dep=n; return ;; + esac When CONFIG_FOO is undefined, !CONFIG_FOO and CONFIG_FOO are both ignored, which is not consistent with the mention of ! in the explanations for the dep_* statements. Perhaps you need to more carefully define the semantics of the ! prefix. 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. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] Re: 64bit clean drivers was Re: Linux 2.4.20-pre1
Peter Samuelson wrote: [Russell King] Erm, !n == n ??? Duh. I need some serious sleep. That wasn't the only semantically significant typo in my post, only the worst. Obviously, !n == y. So what is ! ? 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. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig missing EXPERIMENTAL 3 (11/13)
G'day, The entire ipv6 subsystem is marked EXPERIMENTAL in net/Config.in. A raft of symbols in net/ipv6/netfilter/Config.in don't reflect this in their banners. diff -ruN linux-2.5.24+patches5/net/ipv6/netfilter/Config.in linux-2.5.24/net/ipv6/netfilter/Config.in --- linux-2.5.24+patches5/net/ipv6/netfilter/Config.in Sun Jun 30 20:27:23 2002 +++ linux-2.5.24/net/ipv6/netfilter/Config.in Sun Jun 30 21:04:17 2002 @@ -1,6 +1,9 @@ # # IP netfilter configuration # +# Note that everything is marked (EXPERIMENTAL) because +# net/Config.in marks the entire IPV6 subsystem experimental. +# mainmenu_option next_comment comment ' IPv6: Netfilter Configuration' @@ -13,17 +16,17 @@ tristate 'Userspace queueing via NETLINK (EXPERIMENTAL)' CONFIG_IP6_NF_QUEUE fi -tristate 'IP6 tables support (required for filtering/masq/NAT)' CONFIG_IP6_NF_IPTABLES +tristate 'IP6 tables support (required for filtering/masq/NAT) (EXPERIMENTAL)' +CONFIG_IP6_NF_IPTABLES if [ $CONFIG_IP6_NF_IPTABLES != n ]; then # The simple matches. - dep_tristate ' limit match support' CONFIG_IP6_NF_MATCH_LIMIT $CONFIG_IP6_NF_IPTABLES - dep_tristate ' MAC address match support' CONFIG_IP6_NF_MATCH_MAC $CONFIG_IP6_NF_IPTABLES - dep_tristate ' Multiple port match support' CONFIG_IP6_NF_MATCH_MULTIPORT $CONFIG_IP6_NF_IPTABLES + dep_tristate ' limit match support (EXPERIMENTAL)' CONFIG_IP6_NF_MATCH_LIMIT +$CONFIG_IP6_NF_IPTABLES + dep_tristate ' MAC address match support (EXPERIMENTAL)' CONFIG_IP6_NF_MATCH_MAC +$CONFIG_IP6_NF_IPTABLES + dep_tristate ' Multiple port match support (EXPERIMENTAL)' +CONFIG_IP6_NF_MATCH_MULTIPORT $CONFIG_IP6_NF_IPTABLES if [ $CONFIG_EXPERIMENTAL = y ]; then dep_tristate ' Owner match support (EXPERIMENTAL)' CONFIG_IP6_NF_MATCH_OWNER $CONFIG_IP6_NF_IPTABLES fi # dep_tristate ' MAC address match support' CONFIG_IP6_NF_MATCH_MAC $CONFIG_IP6_NF_IPTABLES - dep_tristate ' netfilter MARK match support' CONFIG_IP6_NF_MATCH_MARK $CONFIG_IP6_NF_IPTABLES + dep_tristate ' netfilter MARK match support (EXPERIMENTAL)' +CONFIG_IP6_NF_MATCH_MARK $CONFIG_IP6_NF_IPTABLES # dep_tristate ' Multiple port match support' CONFIG_IP6_NF_MATCH_MULTIPORT $CONFIG_IP6_NF_IPTABLES # dep_tristate ' TOS match support' CONFIG_IP6_NF_MATCH_TOS $CONFIG_IP6_NF_IPTABLES # if [ $CONFIG_IP6_NF_CONNTRACK != n ]; then @@ -35,9 +38,9 @@ # fi # The targets - dep_tristate ' Packet filtering' CONFIG_IP6_NF_FILTER $CONFIG_IP6_NF_IPTABLES + dep_tristate ' Packet filtering (EXPERIMENTAL)' CONFIG_IP6_NF_FILTER +$CONFIG_IP6_NF_IPTABLES if [ $CONFIG_IP6_NF_FILTER != n ]; then -dep_tristate 'LOG target support' CONFIG_IP6_NF_TARGET_LOG $CONFIG_IP6_NF_FILTER +dep_tristate 'LOG target support (EXPERIMENTAL)' CONFIG_IP6_NF_TARGET_LOG +$CONFIG_IP6_NF_FILTER fi # if [ $CONFIG_IP6_NF_FILTER != n ]; then @@ -47,10 +50,10 @@ #fi # fi - dep_tristate ' Packet mangling' CONFIG_IP6_NF_MANGLE $CONFIG_IP6_NF_IPTABLES + dep_tristate ' Packet mangling (EXPERIMENTAL)' CONFIG_IP6_NF_MANGLE +$CONFIG_IP6_NF_IPTABLES if [ $CONFIG_IP6_NF_MANGLE != n ]; then #dep_tristate 'TOS target support' CONFIG_IP6_NF_TARGET_TOS $CONFIG_IP_NF_MANGLE -dep_tristate 'MARK target support' CONFIG_IP6_NF_TARGET_MARK $CONFIG_IP6_NF_MANGLE +dep_tristate 'MARK target support (EXPERIMENTAL)' CONFIG_IP6_NF_TARGET_MARK +$CONFIG_IP6_NF_MANGLE fi #dep_tristate ' LOG target support' CONFIG_IP6_NF_TARGET_LOG $CONFIG_IP6_NF_IPTABLES 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. --- This sf.net email is sponsored by:ThinkGeek No, I will not fix your computer. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig missing EXPERIMENTAL 3 (1/13)
G'day, Symbol CONFIG_M68KFPU_EMU_EXTRAPREC for m68k port depends on CONFIG_EXPERIMENTAL but does not say so in its banner. diff -ruN linux-2.5.24+patches5/arch/m68k/config.in linux-2.5.24/arch/m68k/config.in --- linux-2.5.24+patches5/arch/m68k/config.in Sun Jun 30 20:27:22 2002 +++ linux-2.5.24/arch/m68k/config.inSun Jun 30 21:48:48 2002 @@ -55,8 +55,8 @@ if [ $CONFIG_EXPERIMENTAL = y ]; then bool 'Math emulation support (EXPERIMENTAL)' CONFIG_M68KFPU_EMU if [ $CONFIG_M68KFPU_EMU = y ]; then - bool ' Math emulation extra precision' CONFIG_M68KFPU_EMU_EXTRAPREC - bool ' Math emulation only kernel' CONFIG_M68KFPU_EMU_ONLY + bool ' Math emulation extra precision (EXPERIMENTAL)' +CONFIG_M68KFPU_EMU_EXTRAPREC + bool ' Math emulation only kernel (EXPERIMENTAL)' CONFIG_M68KFPU_EMU_ONLY fi fi bool 'Advanced configuration options' CONFIG_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. --- This sf.net email is sponsored by:ThinkGeek No, I will not fix your computer. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig missing EXPERIMENTAL 3 (2/13)
G'day, Symbols CONFIG_PARPORT_AMIGA and CONFIG_PARPORT_MFC3 for m68k port depend on CONFIG_EXPERIMENTAL but do not say so in their banners. diff -ruN linux-2.5.24+patches5/arch/m68k/config.in linux-2.5.24/arch/m68k/config.in --- linux-2.5.24+patches5/arch/m68k/config.in Sun Jun 30 20:27:22 2002 +++ linux-2.5.24/arch/m68k/config.inSun Jun 30 21:48:48 2002 @@ -109,9 +109,9 @@ tristate 'Parallel port support (EXPERIMENTAL)' CONFIG_PARPORT if [ $CONFIG_PARPORT != n ]; then if [ $CONFIG_AMIGA != n ]; then - dep_tristate ' Amiga builtin port' CONFIG_PARPORT_AMIGA $CONFIG_PARPORT + dep_tristate ' Amiga builtin port (EXPERIMENTAL)' CONFIG_PARPORT_AMIGA +$CONFIG_PARPORT if [ $CONFIG_ZORRO != n ]; then -dep_tristate ' Multiface III parallel port' CONFIG_PARPORT_MFC3 $CONFIG_PARPORT +dep_tristate ' Multiface III parallel port (EXPERIMENTAL)' +CONFIG_PARPORT_MFC3 $CONFIG_PARPORT fi fi if [ $CONFIG_Q40 != 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. --- This sf.net email is sponsored by:ThinkGeek No, I will not fix your computer. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig missing EXPERIMENTAL 3 (3/13)
G'day, Symbols CONFIG_PARPORT_ATARI, CONFIG_PRINTER and CONFIG_PARPORT_1284 for m68k port depend on CONFIG_EXPERIMENTAL but do not say so in their banners. diff -ruN linux-2.5.24+patches5/arch/m68k/config.in linux-2.5.24/arch/m68k/config.in --- linux-2.5.24+patches5/arch/m68k/config.in Sun Jun 30 20:27:22 2002 +++ linux-2.5.24/arch/m68k/config.inSun Jun 30 21:48:48 2002 @@ -121,11 +121,11 @@ fi fi if [ $CONFIG_ATARI = y ]; then - dep_tristate ' Atari builtin port' CONFIG_PARPORT_ATARI $CONFIG_PARPORT + dep_tristate ' Atari builtin port (EXPERIMENTAL)' CONFIG_PARPORT_ATARI +$CONFIG_PARPORT fi - dep_tristate ' Parallel printer support' CONFIG_PRINTER $CONFIG_PARPORT + dep_tristate ' Parallel printer support (EXPERIMENTAL)' CONFIG_PRINTER +$CONFIG_PARPORT if [ $CONFIG_PRINTER != n ]; then - bool 'IEEE 1284 transfer modes' CONFIG_PARPORT_1284 + bool 'IEEE 1284 transfer modes (EXPERIMENTAL)' CONFIG_PARPORT_1284 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. --- This sf.net email is sponsored by:ThinkGeek No, I will not fix your computer. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig missing EXPERIMENTAL 3 (4/13)
G'day, Symbol CONFIG_EVB_PCI1 for mips port depends on CONFIG_EXPERIMENTAL but does not say so in its banner. diff -ruN linux-2.5.24+patches5/arch/mips/config.in linux-2.5.24/arch/mips/config.in --- linux-2.5.24+patches5/arch/mips/config.in Sun Jun 30 20:27:22 2002 +++ linux-2.5.24/arch/mips/config.inSun Jun 30 21:50:43 2002 @@ -20,7 +20,7 @@ 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 + bool 'Enable Second PCI (PCI1) (EXPERIMENTAL)' CONFIG_EVB_PCI1 choice 'Galileo Chip Clock' \ 75 CONFIG_SYSCLK_75\ 83.3 CONFIG_SYSCLK_83\ 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. --- This sf.net email is sponsored by:ThinkGeek No, I will not fix your computer. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig missing EXPERIMENTAL 3 (5/13)
G'day, Symbol CONFIG_AMIGA_PCMCIA for m68k port depends on CONFIG_EXPERIMENTAL but does not say so in its banner. diff -ruN linux-2.5.24+patches5/arch/ppc/config.in linux-2.5.24/arch/ppc/config.in --- linux-2.5.24+patches5/arch/ppc/config.inSun Jun 30 20:27:22 2002 +++ linux-2.5.24/arch/ppc/config.in Sun Jun 30 21:52:21 2002 @@ -388,7 +388,7 @@ define_bool CONFIG_APUS_FAST_EXCEPT y if [ $CONFIG_EXPERIMENTAL = y ]; then - bool 'Amiga 1200/600 PCMCIA support' CONFIG_AMIGA_PCMCIA + bool 'Amiga 1200/600 PCMCIA support (EXPERIMENTAL)' CONFIG_AMIGA_PCMCIA fi tristate 'Amiga builtin serial support' CONFIG_AMIGA_BUILTIN_SERIAL 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. --- This sf.net email is sponsored by:ThinkGeek No, I will not fix your computer. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig missing EXPERIMENTAL 3 (6/13)
G'day, Symbol CONFIG_RTC for sbus drivers depends on CONFIG_EXPERIMENTAL but does not say so in its banner. diff -ruN linux-2.5.24+patches5/drivers/sbus/char/Config.in linux-2.5.24/drivers/sbus/char/Config.in --- linux-2.5.24+patches5/drivers/sbus/char/Config.in Sun Jun 30 20:27:23 2002 +++ linux-2.5.24/drivers/sbus/char/Config.inSun Jun 30 21:45:30 2002 @@ -21,7 +21,7 @@ # XXX Why don't we do source drivers/char/Config.in somewhere? if [ $CONFIG_PCI = y ]; then define_bool CONFIG_APM_RTC_IS_GMT y# no shit -bool 'PC-style RTC' CONFIG_RTC +bool 'PC-style RTC (EXPERIMENTAL)' CONFIG_RTC 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. --- This sf.net email is sponsored by:ThinkGeek No, I will not fix your computer. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig missing EXPERIMENTAL 3 (7/13)
G'day, Symbol CONFIG_LLC depends on CONFIG_EXPERIMENTAL but does not say so in its banner. diff -ruN linux-2.5.24+patches5/net/Config.in linux-2.5.24/net/Config.in --- linux-2.5.24+patches5/net/Config.in Sun Jun 30 20:27:23 2002 +++ linux-2.5.24/net/Config.in Sun Jun 30 20:42:38 2002 @@ -64,7 +64,7 @@ if [ $CONFIG_EXPERIMENTAL = y ]; then tristate 'CCITT X.25 Packet Layer (EXPERIMENTAL)' CONFIG_X25 tristate 'LAPB Data Link Driver (EXPERIMENTAL)' CONFIG_LAPB - tristate 'ANSI/IEEE 802.2 Data link layer protocol' CONFIG_LLC + tristate 'ANSI/IEEE 802.2 Data link layer protocol (EXPERIMENTAL)' CONFIG_LLC if [ $CONFIG_LLC != n ]; then # When NETBEUI is added the following line will be a tristate define_bool CONFIG_LLC_UI y 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. --- This sf.net email is sponsored by:ThinkGeek No, I will not fix your computer. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig missing EXPERIMENTAL 3 (8/13)
G'day, Symbols CONFIG_ECONET_AUNUDP, CONFIG_ECONET_NATIVE, CONFIG_WAN_ROUTER, CONFIG_NET_FASTROUTE, and CONFIG_NET_HW_FLOWCONTROL depend on CONFIG_EXPERIMENTAL but do not say so in their banners. diff -ruN linux-2.5.24+patches5/net/Config.in linux-2.5.24/net/Config.in --- linux-2.5.24+patches5/net/Config.in Sun Jun 30 20:27:23 2002 +++ linux-2.5.24/net/Config.in Sun Jun 30 20:42:38 2002 @@ -73,13 +73,13 @@ if [ $CONFIG_INET = y ]; then tristate 'Acorn Econet/AUN protocols (EXPERIMENTAL)' CONFIG_ECONET if [ $CONFIG_ECONET != n ]; then -bool ' AUN over UDP' CONFIG_ECONET_AUNUDP -bool ' Native Econet' CONFIG_ECONET_NATIVE +bool ' AUN over UDP (EXPERIMENTAL)' CONFIG_ECONET_AUNUDP +bool ' Native Econet (EXPERIMENTAL)' CONFIG_ECONET_NATIVE fi fi - tristate 'WAN router' CONFIG_WAN_ROUTER - bool 'Fast switching (read help!)' CONFIG_NET_FASTROUTE - bool 'Forwarding between high speed interfaces' CONFIG_NET_HW_FLOWCONTROL + tristate 'WAN router (EXPERIMENTAL)' CONFIG_WAN_ROUTER + bool 'Fast switching (read help!) (EXPERIMENTAL)' CONFIG_NET_FASTROUTE + bool 'Forwarding between high speed interfaces (EXPERIMENTAL)' +CONFIG_NET_HW_FLOWCONTROL fi mainmenu_option next_comment 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. --- This sf.net email is sponsored by:ThinkGeek No, I will not fix your computer. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig give CONFIG_OBSOLETE a value
G'day, As the symbol CONFIG_OBSOLETE is used in 6 places, we might as well give it a non-empty value. diff -ruN linux-2.5.24+patches5/init/Config.in linux-2.5.24/init/Config.in --- linux-2.5.24+patches5/init/Config.inSun Jun 30 20:27:23 2002 +++ linux-2.5.24/init/Config.in Sun Jun 30 21:06:53 2002 @@ -1,6 +1,7 @@ mainmenu_option next_comment comment 'Code maturity level options' bool 'Prompt for development and/or incomplete code/drivers' CONFIG_EXPERIMENTAL +define_bool CONFIG_OBSOLETE n endmenu mainmenu_option next_comment 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. --- This sf.net email is sponsored by:ThinkGeek No, I will not fix your computer. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig spurious EXPERIMENTAL 3 (2/2)
G'day, Symbol CONFIG_EXT3_FS doesn't depend on CONFIG_EXPERIMENTAL but claims to in its banner. diff -ruN linux-2.5.24+patches5/fs/Config.in linux-2.5.24/fs/Config.in --- linux-2.5.24+patches5/fs/Config.in Sun Jun 30 20:27:23 2002 +++ linux-2.5.24/fs/Config.in Sun Jun 30 22:14:55 2002 @@ -26,7 +26,7 @@ dep_tristate 'BFS file system support (EXPERIMENTAL)' CONFIG_BFS_FS $CONFIG_EXPERIMENTAL -tristate 'Ext3 journalling file system support (EXPERIMENTAL)' CONFIG_EXT3_FS +tristate 'Ext3 journalling file system support' CONFIG_EXT3_FS # CONFIG_JBD could be its own option (even modular), but until there are # other users than ext3, we will simply make it be the same as CONFIG_EXT3_FS # dep_tristate ' Journal Block Device support (JBD for ext3)' CONFIG_JBD $CONFIG_EXT3_FS 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. --- This sf.net email is sponsored by:ThinkGeek No, I will not fix your computer. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig missing EXPERIMENTAL 3 (10/13)
G'day, Symbols CONFIG_USB_STORAGE_DATAFAB, CONFIG_USB_STORAGE_HP8200e, CONFIG_USB_STORAGE_SDDR09, CONFIG_USB_STORAGE_SDDR55, and CONFIG_USB_STORAGE_JUMPSHOT depend on CONFIG_EXPERIMENTAL but do not say so in their banners. diff -ruN linux-2.5.24+patches5/drivers/usb/storage/Config.in linux-2.5.24/drivers/usb/storage/Config.in --- linux-2.5.24+patches5/drivers/usb/storage/Config.in Sun Jun 30 20:27:23 2002 +++ linux-2.5.24/drivers/usb/storage/Config.in Sun Jun 30 21:14:54 2002 @@ -6,11 +6,11 @@ fi dep_tristate ' USB Mass Storage support' CONFIG_USB_STORAGE $CONFIG_USB $CONFIG_SCSI dep_mbool 'USB Mass Storage verbose debug' CONFIG_USB_STORAGE_DEBUG $CONFIG_USB_STORAGE - dep_mbool 'Datafab Compact Flash Reader support' CONFIG_USB_STORAGE_DATAFAB $CONFIG_USB_STORAGE $CONFIG_EXPERIMENTAL + dep_mbool 'Datafab Compact Flash Reader support (EXPERIMENTAL)' +CONFIG_USB_STORAGE_DATAFAB $CONFIG_USB_STORAGE $CONFIG_EXPERIMENTAL dep_mbool 'Freecom USB/ATAPI Bridge support' CONFIG_USB_STORAGE_FREECOM $CONFIG_USB_STORAGE dep_mbool 'ISD-200 USB/ATA Bridge support' CONFIG_USB_STORAGE_ISD200 $CONFIG_USB_STORAGE dep_mbool 'Microtech CompactFlash/SmartMedia support' CONFIG_USB_STORAGE_DPCM $CONFIG_USB_STORAGE - dep_mbool 'HP CD-Writer 82xx support' CONFIG_USB_STORAGE_HP8200e $CONFIG_USB_STORAGE $CONFIG_EXPERIMENTAL - dep_mbool 'SanDisk SDDR-09 (and other SmartMedia) support' CONFIG_USB_STORAGE_SDDR09 $CONFIG_USB_STORAGE $CONFIG_EXPERIMENTAL - dep_mbool 'SanDisk SDDR-55 SmartMedia support' CONFIG_USB_STORAGE_SDDR55 $CONFIG_USB_STORAGE $CONFIG_EXPERIMENTAL - dep_mbool 'Lexar Jumpshot Compact Flash Reader' CONFIG_USB_STORAGE_JUMPSHOT $CONFIG_USB_STORAGE $CONFIG_EXPERIMENTAL + dep_mbool 'HP CD-Writer 82xx support (EXPERIMENTAL)' +CONFIG_USB_STORAGE_HP8200e $CONFIG_USB_STORAGE $CONFIG_EXPERIMENTAL + dep_mbool 'SanDisk SDDR-09 (and other SmartMedia) support (EXPERIMENTAL)' +CONFIG_USB_STORAGE_SDDR09 $CONFIG_USB_STORAGE $CONFIG_EXPERIMENTAL + dep_mbool 'SanDisk SDDR-55 SmartMedia support (EXPERIMENTAL)' +CONFIG_USB_STORAGE_SDDR55 $CONFIG_USB_STORAGE $CONFIG_EXPERIMENTAL + dep_mbool 'Lexar Jumpshot Compact Flash Reader (EXPERIMENTAL)' +CONFIG_USB_STORAGE_JUMPSHOT $CONFIG_USB_STORAGE $CONFIG_EXPERIMENTAL 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. --- This sf.net email is sponsored by:ThinkGeek No, I will not fix your computer. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig missing EXPERIMENTAL 3 (12/13)
G'day, Symbols CONFIG_FB_PM2_FIFO_DISCONNECT, CONFIG_FB_PM2_PCI, CONFIG_FB_PM2_CVPPC, depend on CONFIG_EXPERIMENTAL but do not say so in their banners. diff -ruN linux-2.5.24+patches5/drivers/video/Config.in linux-2.5.24/drivers/video/Config.in --- linux-2.5.24+patches5/drivers/video/Config.in Sun Jun 30 20:27:22 2002 +++ linux-2.5.24/drivers/video/Config.inSun Jun 30 21:29:11 2002 @@ -15,11 +15,11 @@ tristate ' Permedia2 support (EXPERIMENTAL)' CONFIG_FB_PM2 if [ $CONFIG_FB_PM2 = y -o $CONFIG_FB_PM2 = m ]; then if [ $CONFIG_PCI = y ]; then - bool 'enable FIFO disconnect feature' CONFIG_FB_PM2_FIFO_DISCONNECT - bool 'generic Permedia2 PCI board support' CONFIG_FB_PM2_PCI + bool 'enable FIFO disconnect feature (EXPERIMENTAL)' +CONFIG_FB_PM2_FIFO_DISCONNECT + bool 'generic Permedia2 PCI board support (EXPERIMENTAL)' +CONFIG_FB_PM2_PCI fi if [ $CONFIG_AMIGA = y ]; then - bool 'Phase5 CVisionPPC/BVisionPPC support' CONFIG_FB_PM2_CVPPC + bool 'Phase5 CVisionPPC/BVisionPPC support (EXPERIMENTAL)' +CONFIG_FB_PM2_CVPPC 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. --- This sf.net email is sponsored by:ThinkGeek No, I will not fix your computer. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig missing EXPERIMENTAL 3 (13/13)
G'day, Symbols CONFIG_FB_MATROX_MILLENIUM, CONFIG_FB_MATROX_MYSTIQUE, CONFIG_FB_MATROX_G100, CONFIG_FB_MATROX_I2C, CONFIG_FB_MATROX_MAVEN, CONFIG_FB_MATROX_G450, CONFIG_FB_MATROX_MULTIHEAD, CONFIG_FB_ATY_CT, CONFIG_FB_SIS_300, and CONFIG_FB_SIS_315 depend on CONFIG_EXPERIMENTAL but do not say so in their banners. diff -ruN linux-2.5.24+patches5/drivers/video/Config.in linux-2.5.24/drivers/video/Config.in --- linux-2.5.24+patches5/drivers/video/Config.in Sun Jun 30 20:27:22 2002 +++ linux-2.5.24/drivers/video/Config.inSun Jun 30 21:29:11 2002 @@ -127,29 +127,29 @@ tristate ' nVidia Riva support (EXPERIMENTAL)' CONFIG_FB_RIVA tristate ' Matrox acceleration (EXPERIMENTAL)' CONFIG_FB_MATROX if [ $CONFIG_FB_MATROX != n ]; then - bool 'Millennium I/II support' CONFIG_FB_MATROX_MILLENIUM - bool 'Mystique support' CONFIG_FB_MATROX_MYSTIQUE - bool 'G100/G200/G400/G450/G550 support' CONFIG_FB_MATROX_G100 + bool 'Millennium I/II support (EXPERIMENTAL)' +CONFIG_FB_MATROX_MILLENIUM + bool 'Mystique support (EXPERIMENTAL)' CONFIG_FB_MATROX_MYSTIQUE + bool 'G100/G200/G400/G450/G550 support (EXPERIMENTAL)' +CONFIG_FB_MATROX_G100 if [ $CONFIG_I2C != n ]; then - dep_tristate ' Matrox I2C support' CONFIG_FB_MATROX_I2C $CONFIG_FB_MATROX $CONFIG_I2C_ALGOBIT + dep_tristate ' Matrox I2C support (EXPERIMENTAL)' +CONFIG_FB_MATROX_I2C $CONFIG_FB_MATROX $CONFIG_I2C_ALGOBIT if [ $CONFIG_FB_MATROX_G100 = y ]; then - dep_tristate ' G400 second head support' CONFIG_FB_MATROX_MAVEN $CONFIG_FB_MATROX_I2C + dep_tristate ' G400 second head support (EXPERIMENTAL)' +CONFIG_FB_MATROX_MAVEN $CONFIG_FB_MATROX_I2C fi fi -dep_tristate ' G450/G550 second head support (mandatory for G550)' CONFIG_FB_MATROX_G450 $CONFIG_FB_MATROX_G100 - bool 'Multihead support' CONFIG_FB_MATROX_MULTIHEAD +dep_tristate ' G450/G550 second head support (mandatory for G550) +(EXPERIMENTAL)' CONFIG_FB_MATROX_G450 $CONFIG_FB_MATROX_G100 + bool 'Multihead support (EXPERIMENTAL)' CONFIG_FB_MATROX_MULTIHEAD fi tristate ' ATI Mach64 display support (EXPERIMENTAL)' CONFIG_FB_ATY if [ $CONFIG_FB_ATY != n ]; then bool 'Mach64 GX support (EXPERIMENTAL)' CONFIG_FB_ATY_GX - bool 'Mach64 CT/VT/GT/LT (incl. 3D RAGE) support' CONFIG_FB_ATY_CT + bool 'Mach64 CT/VT/GT/LT (incl. 3D RAGE) support (EXPERIMENTAL)' +CONFIG_FB_ATY_CT fi tristate ' ATI Radeon display support (EXPERIMENTAL)' CONFIG_FB_RADEON tristate ' ATI Rage128 display support (EXPERIMENTAL)' CONFIG_FB_ATY128 tristate ' SIS acceleration (EXPERIMENTAL)' CONFIG_FB_SIS if [ $CONFIG_FB_SIS != n ]; then - bool 'SIS 630/540/730 support' CONFIG_FB_SIS_300 - bool 'SIS 315H/315 support' CONFIG_FB_SIS_315 + bool 'SIS 630/540/730 support (EXPERIMENTAL)' CONFIG_FB_SIS_300 + bool 'SIS 315H/315 support (EXPERIMENTAL)' CONFIG_FB_SIS_315 fi tristate ' NeoMagic display support (EXPERIMENTAL)' CONFIG_FB_NEOMAGIC tristate ' 3Dfx Banshee/Voodoo3 display support (EXPERIMENTAL)' CONFIG_FB_3DFX 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. --- This sf.net email is sponsored by:ThinkGeek No, I will not fix your computer. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig give CONFIG_VISWS a value
G'day, As the symbol CONFIG_VISWS is used in 18 places, we might as well give it a non-empty value. diff -ruN linux-2.5.24+patches5/arch/i386/config.in linux-2.5.24/arch/i386/config.in --- linux-2.5.24+patches5/arch/i386/config.in Sun Jun 30 20:27:22 2002 +++ linux-2.5.24/arch/i386/config.inSun Jun 30 22:03:45 2002 @@ -234,6 +234,7 @@ # Visual Workstation support is utterly broken. # If you want to see it working mail an VW540 to [EMAIL PROTECTED] 8) #bool 'SGI Visual Workstation support' CONFIG_VISWS +define_bool CONFIG_VISWS n if [ $CONFIG_VISWS = y ]; then define_bool CONFIG_X86_VISWS_APIC y define_bool CONFIG_X86_LOCAL_APIC y 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. --- This sf.net email is sponsored by:ThinkGeek No, I will not fix your computer. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] PATCH 2.5: kconfig synchronise banners 3
Tom Rini wrote: On Sun, Jun 30, 2002 at 08:15:55PM +1000, Greg Banks wrote: G'day, 1/3 definitions of CONFIG_BLK_DEV_FD have trivially different banners. [Rusty: this is the one davem didn't like, rejigged to remove PC from one case instead of add it to the other 2]. Ick. How about we just keep the banners different? The 'normal' floppy disk driver for one arch/machine might not be controlled by CONFIG_BLK_DEV_FD. (eg, the 'normal' floppy driver for a pmac isn't, and on PPC we have a config that runs on machines with a PC floppy driver and with a pmac-specific one). Ok, we have reasonable objections to both possible trivial fixes, so the only possible fixes left are non-trivial. I will put this in the nontrivial basket for now. Rusty, please consider this patch withdrawn and thanks for your patience. 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. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] Some feedback on using kbuild
Sam Ravnborg wrote: On Fri, Jun 28, 2002 at 05:42:53PM +1000, Greg Banks wrote: [...] kbuild-2.5 does not replace something simple with something complex, instead it replaces something complex and broken with something of greater complexity and not broken. [...] About current kbuild being broken I'm a bit puzzled. The old scheme with make dep (using mkdep) were indeed broken. But thats fixed now. Separate SRC and OBJ trees are on the way. So whats left in current kbuild that is considered broken? Keith has a file with a long list of kbuild bugs and design flaws, all of which he has fixed in kbuild-2.5. I don't know which of these Kai has addressed, but I'll bet lunch it's a long way short of all of them. The statement that the builds are more accurate is no longer true. kbuild tracks ALL dependencies and recompile if the command line changed as well. But please prove me wrong I may have overlooked something. I'll let Keith point out all the cases Kai hasn't handled. 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. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] Re: [PATCH] kconfig: menuconfig and config uses $objtree
Sam Ravnborg wrote: Every CML program - There are 3 CML programs within the kernel tree (Configure, menuconfig and xconfig). To me the best thing that could happen was that they disappeared, being replaced by a single config tool - that provided the same type of interfaces. This tools we could extend to do a little more semantic checks etc. sigh if only... There exist several not-in-the-tree config tools, and they just have to adapt. No-one told them they could rely on current behaviour forever. Speaking as the author of one of these, I'm willing to deal with this behaviour change. I hope that one of the existing out-of-tree tools (mconfig, llc, autoconf, CML2, GCML2 - others?) one day will get mature enough to replace the existing tools. I don't think maturity is the issue, or CML2 would have been merged by now. Create a shadow structure for config tools to use - The only sole reason why kbuild.2-5 needs to create a shadow tree of all the config related files is simply that you have decided what you consider the best way to support shadow trees are. So in our discussion about shadow-tress I recall you mentioned several times that using a built-only tree of src-files would create a lot of problems when changes were made, and you had to distribute changes back in the original trees. My point then was that changes were always made in the original tree. And now I see that you use the exact same apporach for config-files within kbuild-2.5. So do you agree that creating a built-only tree suddenly becomes an OK solution? Keith Owens Sam Ravnborg +- symlink tree | for source |bad good | symlink tree | good bad for config | As for me, I'm agnostic. In GCML2, getting from the argument to the source statement to an argument to fopen(3) is by far the least of the problems caused by having to parse CML1 rules. Therefor I see a good point optimizing the current config tools to current kbuild. I see no point in keeping the current behaviour if this is only for the sake of kbuild-2.5. Agreed. 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. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig synchronise banners 3
G'day, 1/3 definitions of CONFIG_BLK_DEV_FD have trivially different banners. [Rusty: this is the one davem didn't like, rejigged to remove PC from one case instead of add it to the other 2]. diff -ruN linux-2.5.24+patches4/drivers/block/Config.in linux-2.5.24/drivers/block/Config.in --- linux-2.5.24+patches4/drivers/block/Config.in Tue Jun 25 23:38:08 2002 +++ linux-2.5.24/drivers/block/Config.inWed Jun 26 00:42:20 2002 @@ -4,7 +4,7 @@ mainmenu_option next_comment comment 'Block devices' -tristate 'Normal PC floppy disk support' CONFIG_BLK_DEV_FD +tristate 'Normal floppy disk support' CONFIG_BLK_DEV_FD if [ $CONFIG_AMIGA = y ]; then tristate 'Amiga floppy support' CONFIG_AMIGA_FLOPPY 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. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig spurious bool default value (1/3)
Some CML1 rule contributors seem to think that the bool statement takes a third argument which is the default value. It doesn't. diff -ruN linux-2.5.24+patches4/arch/ia64/config.in linux-2.5.24/arch/ia64/config.in --- linux-2.5.24+patches4/arch/ia64/config.in Sun Jun 30 19:45:22 2002 +++ linux-2.5.24/arch/ia64/config.inFri Jun 28 16:45:03 2002 @@ -71,15 +71,15 @@ if [ $CONFIG_IA64_SGI_SN1 = y -o $CONFIG_IA64_SGI_SN2 = y ]; then define_bool CONFIG_IA64_SGI_SN y - bool ' Enable extra debugging code' CONFIG_IA64_SGI_SN_DEBUG n + bool ' Enable extra debugging code' CONFIG_IA64_SGI_SN_DEBUG bool ' Enable SGI Medusa Simulator Support' CONFIG_IA64_SGI_SN_SIM bool ' Enable autotest (llsc). Option to run cache test instead of booting' \ - CONFIG_IA64_SGI_AUTOTEST n + CONFIG_IA64_SGI_AUTOTEST define_bool CONFIG_DEVFS_FS y if [ $CONFIG_DEVFS_FS = y ]; then - bool 'Enable DEVFS Debug Code' CONFIG_DEVFS_DEBUG n + bool 'Enable DEVFS Debug Code' CONFIG_DEVFS_DEBUG fi - bool ' Enable protocol mode for the L1 console' CONFIG_SERIAL_SGI_L1_PROTOCOL y + bool ' Enable protocol mode for the L1 console' CONFIG_SERIAL_SGI_L1_PROTOCOL define_bool CONFIG_DISCONTIGMEM y define_bool CONFIG_IA64_MCA y define_bool CONFIG_NUMA y 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. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig spurious bool default value (3/3)
Some CML1 rule contributors seem to think that the bool statement takes a third argument which is the default value. It doesn't. diff -ruN linux-2.5.24+patches4/arch/sh/config.in linux-2.5.24/arch/sh/config.in --- linux-2.5.24+patches4/arch/sh/config.in Sun Jun 30 19:45:23 2002 +++ linux-2.5.24/arch/sh/config.in Fri Jun 28 16:45:03 2002 @@ -175,7 +175,7 @@ if [ $CONFIG_PCI_GODIRECT = y -o $CONFIG_PCI_GOANY = y ]; then define_bool CONFIG_PCI_DIRECT y fi - bool 'Cache and PCI noncoherent' CONFIG_SH_PCIDMA_NONCOHERENT n + bool 'Cache and PCI noncoherent' CONFIG_SH_PCIDMA_NONCOHERENT fi source drivers/pci/Config.in 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. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig spurious bool dependencies (1/2)
Some instances of the bool statement have what appear to be dependencies like dep_bool after the 2nd argument, which are silently ignored by all current parsers. I have either trimmed the arguments or converted the bool to dep_bool as seemed appropriate. diff -ruN linux-2.5.24+patches4/arch/x86_64/config.in linux-2.5.24/arch/x86_64/config.in --- linux-2.5.24+patches4/arch/x86_64/config.in Sun Jun 30 19:45:23 2002 +++ linux-2.5.24/arch/x86_64/config.in Fri Jun 28 16:45:03 2002 @@ -57,7 +57,7 @@ fi define_bool CONFIG_X86_MCE y -bool 'Check for non-fatal machine check errors' CONFIG_X86_MCE_NONFATAL $CONFIG_X86_MCE +bool 'Check for non-fatal machine check errors' CONFIG_X86_MCE_NONFATAL 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. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig spurious bool dependencies (2/2)
Some instances of the bool statement have what appear to be dependencies like dep_bool after the 2nd argument, which are silently ignored by all current parsers. I have either trimmed the arguments or converted the bool to dep_bool as seemed appropriate. diff -ruN linux-2.5.24+patches4/drivers/isdn/hisax/Config.in linux-2.5.24/drivers/isdn/hisax/Config.in --- linux-2.5.24+patches4/drivers/isdn/hisax/Config.in Tue Jun 25 23:38:07 2002 +++ linux-2.5.24/drivers/isdn/hisax/Config.in Tue Jun 25 23:54:24 2002 @@ -14,27 +14,27 @@ bool ' HiSax Support for US NI1' CONFIG_HISAX_NI1 int ' Maximum number of cards supported by HiSax' CONFIG_HISAX_MAX_CARDS 8 comment ' HiSax supported cards' - bool ' Teles 16.0/8.0' CONFIG_HISAX_16_0 $CONFIG_ISA + dep_bool ' Teles 16.0/8.0' CONFIG_HISAX_16_0 $CONFIG_ISA bool ' Teles 16.3 or PNP or PCMCIA' CONFIG_HISAX_16_3 bool ' Teles PCI' CONFIG_HISAX_TELESPCI bool ' Teles S0Box' CONFIG_HISAX_S0BOX - bool ' AVM A1 (Fritz)' CONFIG_HISAX_AVM_A1 $CONFIG_ISA + dep_bool ' AVM A1 (Fritz)' CONFIG_HISAX_AVM_A1 $CONFIG_ISA bool ' AVM PnP/PCI (Fritz!PnP/PCI)' CONFIG_HISAX_FRITZPCI bool ' AVM A1 PCMCIA (Fritz)' CONFIG_HISAX_AVM_A1_PCMCIA bool ' Elsa cards' CONFIG_HISAX_ELSA - bool ' ITK ix1-micro Revision 2' CONFIG_HISAX_IX1MICROR2 $CONFIG_ISA + dep_bool ' ITK ix1-micro Revision 2' CONFIG_HISAX_IX1MICROR2 $CONFIG_ISA bool ' Eicon.Diehl Diva cards' CONFIG_HISAX_DIEHLDIVA - bool ' ASUSCOM ISA cards' CONFIG_HISAX_ASUSCOM $CONFIG_ISA - bool ' TELEINT cards' CONFIG_HISAX_TELEINT $CONFIG_ISA - bool ' HFC-S based cards' CONFIG_HISAX_HFCS $CONFIG_ISA + dep_bool ' ASUSCOM ISA cards' CONFIG_HISAX_ASUSCOM $CONFIG_ISA + dep_bool ' TELEINT cards' CONFIG_HISAX_TELEINT $CONFIG_ISA + dep_bool ' HFC-S based cards' CONFIG_HISAX_HFCS $CONFIG_ISA bool ' Sedlbauer cards' CONFIG_HISAX_SEDLBAUER - bool ' USR Sportster internal TA' CONFIG_HISAX_SPORTSTER $CONFIG_ISA - bool ' MIC card' CONFIG_HISAX_MIC $CONFIG_ISA + dep_bool ' USR Sportster internal TA' CONFIG_HISAX_SPORTSTER $CONFIG_ISA + dep_bool ' MIC card' CONFIG_HISAX_MIC $CONFIG_ISA bool ' NETjet card' CONFIG_HISAX_NETJET bool ' NETspider U card' CONFIG_HISAX_NETJET_U bool ' Niccy PnP/PCI card' CONFIG_HISAX_NICCY - bool ' Siemens I-Surf card' CONFIG_HISAX_ISURF $CONFIG_ISA - bool ' HST Saphir card' CONFIG_HISAX_HSTSAPHIR $CONFIG_ISA + dep_bool ' Siemens I-Surf card' CONFIG_HISAX_ISURF $CONFIG_ISA + dep_bool ' HST Saphir card' CONFIG_HISAX_HSTSAPHIR $CONFIG_ISA bool ' Telekom A4T card' CONFIG_HISAX_BKM_A4T bool ' Scitel Quadro card' CONFIG_HISAX_SCT_QUADRO bool ' Gazel cards' CONFIG_HISAX_GAZEL 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. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig EXPERIMENTAL variant form
The convention is that symbols that depend on $CONFIG_EXPERIMENTAL are marked in the banner with the string (EXPERIMENTAL). There are some cases where that string is correctly used but is Capitalised instead of uppercase. diff -ruN linux-2.5.24+patches4/drivers/net/irda/Config.in linux-2.5.24/drivers/net/irda/Config.in --- linux-2.5.24+patches4/drivers/net/irda/Config.inTue Jun 25 23:38:07 2002 +++ linux-2.5.24/drivers/net/irda/Config.in Wed Jun 26 01:56:39 2002 @@ -19,20 +19,20 @@ dep_tristate ' EP7211 I/R support' CONFIG_EP7211_IR $CONFIG_IRDA fi if [ $CONFIG_EXPERIMENTAL != n ]; then - dep_tristate ' ACTiSYS IR-200L dongle (Experimental)' CONFIG_ACT200L_DONGLE $CONFIG_IRDA - dep_tristate ' Mobile Action MA600 dongle (Experimental)' CONFIG_MA600_DONGLE $CONFIG_IRDA + dep_tristate ' ACTiSYS IR-200L dongle (EXPERIMENTAL)' CONFIG_ACT200L_DONGLE +$CONFIG_IRDA + dep_tristate ' Mobile Action MA600 dongle (EXPERIMENTAL)' CONFIG_MA600_DONGLE +$CONFIG_IRDA fi fi comment 'FIR device drivers' -dep_tristate 'IrDA USB dongles (Experimental)' CONFIG_USB_IRDA $CONFIG_IRDA $CONFIG_USB $CONFIG_EXPERIMENTAL +dep_tristate 'IrDA USB dongles (EXPERIMENTAL)' CONFIG_USB_IRDA $CONFIG_IRDA +$CONFIG_USB $CONFIG_EXPERIMENTAL dep_tristate 'NSC PC87108/PC87338' CONFIG_NSC_FIR $CONFIG_IRDA dep_tristate 'Winbond W83977AF (IR)' CONFIG_WINBOND_FIR $CONFIG_IRDA dep_tristate 'Toshiba Type-O IR Port' CONFIG_TOSHIBA_FIR $CONFIG_IRDA if [ $CONFIG_EXPERIMENTAL != n ]; then -dep_tristate 'SMC IrCC (Experimental)' CONFIG_SMC_IRCC_FIR $CONFIG_IRDA -dep_tristate 'ALi M5123 FIR (Experimental)' CONFIG_ALI_FIR $CONFIG_IRDA -dep_tristate 'VLSI 82C147 SIR/MIR/FIR (Experimental)' CONFIG_VLSI_FIR $CONFIG_IRDA +dep_tristate 'SMC IrCC (EXPERIMENTAL)' CONFIG_SMC_IRCC_FIR $CONFIG_IRDA +dep_tristate 'ALi M5123 FIR (EXPERIMENTAL)' CONFIG_ALI_FIR $CONFIG_IRDA +dep_tristate 'VLSI 82C147 SIR/MIR/FIR (EXPERIMENTAL)' CONFIG_VLSI_FIR $CONFIG_IRDA fi if [ $CONFIG_ARCH_SA1100 = y ]; then dep_tristate 'SA1100 Internal IR' CONFIG_SA1100_FIR $CONFIG_IRDA 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. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] Some feedback on using kbuild
G'day, I'll just briefly unlurk on the subject of kbuild before getting back to the kconfig bughunt. Sam Ravnborg wrote: On Mon, Jun 24, 2002 at 08:49:34AM +1000, Keith Owens wrote: [...] There is absolutely no requirement that all kernel developers uses the same SCM system. Agreed. But this means that when dealing with the kernel build system we need to plan for the case where someone is working in a workarea built from a combination of two or more trees, partial trees, or patches from different sources kept in different SCMs. So we need to plan for the lowest common denominator in SCM systems, which is none at all i.e. getting a bunch of tarballs from ftp.kernel.org and elsewhere. Obviously the kernel build system should work for everyone irrespective of the SCM system in use. This put at least the following demands: 1) Separate OBJ and SRC tree 2) That kbuild does not touch any files in the SRC tree Yes, this is the absolute minimum useful behaviour for a build system. For example autoconf/automake work this way in user space. Note that kbuild 2.4 doesn't work this way (or at least it didn't before Kai got started). Without shadow trees, I had to maintain 8 separate source trees to support those combinations. [...] Manually tracking and replicating changes across multiple source trees takes far too much time and is error prone. All the above look like ordinary problems for me, and we can only agree that some kind of tool support is needed during daily work with this amount of different trees. So the point for discussion is solely: a) Where is this functionality best located b) How to implement this I have seen NO discussion of the above items so far. Therefore I bring it up now together with my opinions. Fair enough. Shadow tree functionality = The functionality to support shadow trees are best located in an SCM tool. If the developer or group in question does not use a SCM tool - or maybe a non-coherent setup with two different SCM tools then there is a need to support this at another place. The best place is in between the kbuild and the trees managed. Sure, this is basically an SCM problem, and in an ideal world would be handled by the SCM tool and kbuild itself would just see a unified view of files. However in the real world we need to plan for the case where the SCM is too dumb to do this and too (ahem) precious to be fixed to do this, or even nonexistant, so we end up having to do it in kbuild. This is the same reason why we have the extraordinary complexity of autoconf and automake for usermode programs: it's regrettably necessary to deal with imperfect and unfixable platforms. How to implement shadow trees = within the SCM tool. It no SCM tool is used then a simple script that takes all updates from one or more separate SRC trees and copy them to a common place could do it. And then afterwards we've got to untangle this mess again, completely reliably and automatically. The beauty of having proper shadow trees is that the trees are kept completely separate at all times except in the compiler. There is *no* danger of ending up sending the wrong patch to the wrong place or checking the wrong file into the wrong SCM. [...] In some (most?) SCM systems, the checkout process on a file resets the timestamp to when it was checked in. I have worked with the following SCM systems: RCS, Clearcase, BitKeeper None of them had this BUG! CVS does this. Maybe there's a way to turn it off, I don't know. Another set of problems with an SCM is separating the change sets when you [...] do the check in. [...] In Cleacase I just establish two different views. No problem. I BitKeeper I just execute bk clone twice. No problem. So I do not recognize the problems that you describe above. But it could be me that is unfamilar with CVS, PRCS, arch, ??? It is a problem with every SCM too dumb to know about change sets, in particular CVS. Remember, CVS is used by everyone too poor for ClearCase and too cautious or oldfashioned for BK. When shadow trees were first suggested I argued against them, but experience has shown that they are better than an SCM system. I agree with Keith, shadow trees rock. I think they are probably the single most useful feature of kbuild 2.5. I fervently hope we end up with shadow trees or something like them by the end of Linux 2.5. 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
Sam Ravnborg wrote: On Wed, Jun 26, 2002 at 12:36:11AM +1000, Greg Banks wrote: I think the problem of Makefile bits in shadow trees is really quite difficult. Keith's solution of pre-processing Makefiles and Makefile.appends from all the shadow trees into a combined Makefile doesn't handle all the cases but is the best attempt I've seen so far. Keith's approach is the only working attempt to handle shadow trees outside a modern SCM tool. So obviously it is the best so far. Actually the SuperH port uses a sort of poor man's shadow tree, where we get a shadow tree from CVS and then use a script to symlink the shadow tree's files into the main tree. I understand this approach was copied from another port, although I can't remember which. So now we assume BK? What's next, Python 2.1? People are not forced to use BK whatsoever. Last time I looked there were still regulary patches available at kernel.org - where does this come into the picture. Sorry, this was a rhetorical question, I'll try to be clearer next time. But on the other hand, if people want decent support for parrallel development then a modern (not CVS) SCM tools is perferable. Be that BitKeeper, PRCS, arch or whatever. Some people, I believe a significant number, are still stuck in the CVS dark ages. CVS still has some advantages, e.g. you can get a free, public, remote CVS repository at sourceforge.net for basically zero effort. I won't attempt to argue that CVS is better than BK (although I might argue its more practical than PRCS for some tasks). But the reality is that it's still out there, it's mature and it's quirks are well known by those who use it. The reality is also that some people have no SCM at all, our beloved leader being one these until recently. If people refuses to use existing tools solving a specific problem then thay are on their own. I see no point in integrating this deep into kbuild because some people do not want to, or do not understand how to do parrallel development using a proper SCM tool. The problem is that when you're dealing with a combined tree built from source published by multiple people with varying SCM setups (including none at all) you soon end up working with the lowest common denominator of all those SCM setups, i.e. none at all. Hence, to get all the benefits of (say) BK, we *all* need to be running BK. Until we reach this state of Nirvana, tree management will be very very painful for some people. This does not stop any attemp to make a simple wrapper that creates and maintain a BUILD_TREE. To check timestamps and link accordinly should not take too much time, at least not at the second run. Ok, why don't you and Peter Samuelson get together, create such a thing and we can compare it against kbuild2.5? If it's simple and a win, great! 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. --- This sf.net email is sponsored by: Jabber Inc. Don't miss the IM event of the season | Special offer for OSDN members! JabConf 2002, Aug. 20-22, Keystone, CO http://www.jabberconf.com/osdn ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] kconfig problems
G'day, A couple of people have asked me how I'm finding all the kconfig problems for which I've been submitting trivial patches, so I thought I'd post a few words about the tool I'm using. I've written a CML1 parsing backend for gcml2, my C implementation of CML2. Getting a bison parser to swallow CML1 was not difficult, but munging the data structures thus generated into rulebase structures designed for CML2 was interesting. In the process I learnt a lot about CML1, most of it stuff I would rather not have learnt. I've also created a new program which uses this parser to parse and merge all 17 CML1 config trees together, finding global problems like symbols which are never defined. Below is a summary of the warnings produced by the CML1 checker run over 2.5.24 (plus the patches I've posted since .24). Note that these numbers should be considered an approximation. The checker both overcounts some warnings (ambiguous comparisons are counted once for each arch tree they appear in, so a single line can result in 17 warnings) and undercounts others (forward references are only counted the first time a symbol is referenced). 11 crud after bool Symbol references or tristate constants appearing after the last valid argument in a bool or tristate statement, either because someone thought they were using dep_bool or because they thought that bool takes a default value argument like hex and string. 13 missing obsolete tag A symbol depends on CONFIG_OBSOLETE but does not say so in it's banner. Interestingly, CONFIG_OBSOLETE is itself never defined. 565 missing experimental tag A symbol depends on CONFIG_EXPERIMENTAL but does not say so in it's banner. The large number is due to whole menu subtrees being sourced inside if. 41 spurious obsolete tag A symbol's banner says it depends on CONFIG_OBSOLETE but it doesn't. 111 forward reference A symbol was used before it was defined. This counts three different cases: 1) poor menu design (e.g. CONFIG_ACPI and CONFIG_PCI) 2) a symbol cross-referenced from another arch tree (e.g. CONFIG_SPARC32) or 3) a symbol never defined anywhere (e.g. CONFIG_405). 117 spurious experimental tag A symbol's banner says it depends on CONFIG_EXPERIMENTAL but it doesn't. 60 symbol redefined with different banner A symbol was defined multiple times in different arch trees or in different branches of if statements with different banner strings. A very small number of these could arguably be justified; the vast majority are just trivial errors. 21 undeclared symbol A symbol was used but never declared in any of the arch trees. 25 variant obsolete tag A variant form of the (OBSOLETE) tag (e.g. lowercase) was used in a symbol's banner. 2602ambiguous comparison to n A symbol was used in an if statement of the form if [ $CONFIG_FOO != n ], which is ambiguous when the symbol has no default value from defconfig. Some of these warnings are spurious because there will always be a value for the symbol from defconfig. 115 variant experimental tag A variant form of the (EXPERIMENTAL) tag (e.g. lowercase) was used in a symbol's banner. As you can see, CML1 is a sick sick puppy and the stuff I've submitted so far is only the very easiest of the easy fixes. 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
[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 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 (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 (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 (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: 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 (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 2.5: kconfig EXPERIMENTAL misspelled
G'day, The word EXPERIMENTAL in the banner for symbol CONFIG_HPT34X_AUTODMA was almost spelled right. diff -ruN linux-2.5.21+patches2/drivers/ide/Config.in linux-2.5.21/drivers/ide/Config.in --- linux-2.5.21+patches2/drivers/ide/Config.in Sun Jun 16 14:13:21 2002 +++ linux-2.5.21/drivers/ide/Config.in Sun Jun 16 15:03:51 2002 @@ -49,7 +49,7 @@ dep_bool 'CY82C693 chipset support' CONFIG_BLK_DEV_CY82C693 $CONFIG_BLK_DEV_IDEDMA_PCI dep_bool 'Cyrix CS5530 MediaGX chipset support' CONFIG_BLK_DEV_CS5530 $CONFIG_BLK_DEV_IDEDMA_PCI 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 'HPT366 chipset support' CONFIG_BLK_DEV_HPT366 $CONFIG_BLK_DEV_IDEDMA_PCI dep_bool 'Intel and Efar (SMsC) chipset support' CONFIG_BLK_DEV_PIIX $CONFIG_BLK_DEV_IDEDMA_PCI if [ $CONFIG_BLK_DEV_PIIX = 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
G'day, The arch-determining symbol CONFIG_SH in drivers/mtd/maps/Config.in should be CONFIG_SUPERH. (sigh, I patched the line above this a few days ago and missed this). diff -ruN linux-2.5.21+patches2/drivers/mtd/maps/Config.in linux-2.5.21/drivers/mtd/maps/Config.in --- linux-2.5.21+patches2/drivers/mtd/maps/Config.inSun Jun 16 14:15:16 2002 +++ linux-2.5.21/drivers/mtd/maps/Config.in Sun Jun 16 14:18:37 2002 @@ -47,7 +47,7 @@ fi 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 if [ $CONFIG_ARM = 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 OBSOLETE not EXPERIMENTAL
G'day, Symbol CONFIG_ZNET depends on CONFIG_OBSOLETE, but its banner says it depends on CONFIG_EXPERIMENTAL. diff -ruN linux-2.5.21+patches2/drivers/net/Config.in linux-2.5.21/drivers/net/Config.in --- linux-2.5.21+patches2/drivers/net/Config.in Sun Jun 16 14:13:20 2002 +++ linux-2.5.21/drivers/net/Config.in Sun Jun 16 15:12:15 2002 @@ -186,7 +186,7 @@ dep_tristate 'VIA Rhine support' CONFIG_VIA_RHINE $CONFIG_PCI dep_mbool ' Use MMIO instead of PIO (EXPERIMENTAL)' CONFIG_VIA_RHINE_MMIO $CONFIG_VIA_RHINE $CONFIG_EXPERIMENTAL if [ $CONFIG_OBSOLETE = y ]; then -dep_bool 'Zenith Z-Note support (EXPERIMENTAL)' CONFIG_ZNET $CONFIG_ISA +dep_bool 'Zenith Z-Note support (OBSOLETE)' CONFIG_ZNET $CONFIG_ISA fi if [ $CONFIG_EXPERIMENTAL = y -a $CONFIG_MIPS = y ]; then bool 'Philips SAA9730 Ethernet support (EXPERIMENTAL)' CONFIG_LAN_SAA9730 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 OBSOLETE (1/3)
G'day, Symbol CONFIG_FMV18X depends on CONFIG_OBSOLETE but does not say so in its banner. diff -ruN linux-2.5.21+patches2/drivers/net/Config.in linux-2.5.21/drivers/net/Config.in --- linux-2.5.21+patches2/drivers/net/Config.in Sun Jun 16 14:13:20 2002 +++ linux-2.5.21/drivers/net/Config.in Sun Jun 16 15:12:15 2002 @@ -124,7 +124,7 @@ tristate 'EtherExpress 16 support' CONFIG_EEXPRESS tristate 'EtherExpressPro support/EtherExpress 10 (i82595) support' CONFIG_EEXPRESS_PRO if [ $CONFIG_OBSOLETE = y ]; then - tristate 'FMV-181/182/183/184 support' CONFIG_FMV18X + tristate 'FMV-181/182/183/184 support (OBSOLETE)' CONFIG_FMV18X fi tristate 'HP PCLAN+ (27247B and 27252A) support' CONFIG_HPLAN_PLUS tristate 'HP PCLAN (27245 and other 27xxx series) support' CONFIG_HPLAN 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 OBSOLETE (2/3) again
G'day, Ok, this time I'll send the right patch. Symbol CONFIG_H8 depends on CONFIG_OBSOLETE but does not say so in its banner. diff -ruN linux-2.5.21+patches2/drivers/char/Config.in linux-2.5.21/drivers/char/Config.in --- linux-2.5.21+patches2/drivers/char/Config.inSun Jun 16 14:15:16 2002 +++ linux-2.5.21/drivers/char/Config.in Sun Jun 16 15:18:20 2002 @@ -193,5 +193,5 @@ fi if [ $CONFIG_OBSOLETE = y -a $CONFIG_ALPHA_BOOK1 = y ]; then - bool 'Tadpole ANA H8 Support' CONFIG_H8 + bool 'Tadpole ANA H8 Support (OBSOLETE)' CONFIG_H8 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 OBSOLETE (3/3)
G'day, Symbol CONFIG_SK_G16 depends on CONFIG_OBSOLETE but does not say so in its banner. diff -ruN linux-2.5.21+patches2/drivers/net/Config.in linux-2.5.21/drivers/net/Config.in --- linux-2.5.21+patches2/drivers/net/Config.in Sun Jun 16 14:13:20 2002 +++ linux-2.5.21/drivers/net/Config.in Sun Jun 16 15:12:15 2002 @@ -135,7 +135,7 @@ dep_tristate 'SEEQ8005 support (EXPERIMENTAL)' CONFIG_SEEQ8005 $CONFIG_EXPERIMENTAL fi if [ $CONFIG_OBSOLETE = y ]; then - tristate 'SK_G16 support' CONFIG_SK_G16 + tristate 'SK_G16 support (OBSOLETE)' CONFIG_SK_G16 fi fi if [ $CONFIG_MCA = 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 missing EXPERIMENTAL (4/14)
G'day, Symbol CONFIG_CYCLOMX_X25 depends on CONFIG_EXPERIMENTAL but does not say so in its banner. diff -ruN linux-2.5.21+patches2/drivers/net/wan/Config.in linux-2.5.21/drivers/net/wan/Config.in --- linux-2.5.21+patches2/drivers/net/wan/Config.in Sun Jun 16 14:15:16 2002 +++ linux-2.5.21/drivers/net/wan/Config.in Sun Jun 16 15:15:40 2002 @@ -110,7 +110,7 @@ if [ $CONFIG_EXPERIMENTAL = y ]; then dep_tristate 'Cyclom 2X(tm) cards (EXPERIMENTAL)' CONFIG_CYCLADES_SYNC $CONFIG_WAN_ROUTER_DRIVERS if [ $CONFIG_CYCLADES_SYNC != n ]; then - bool ' Cyclom 2X X.25 support' CONFIG_CYCLOMX_X25 + bool ' Cyclom 2X X.25 support (EXPERIMENTAL)' CONFIG_CYCLOMX_X25 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 (5/14)
G'day, Two symbols CONFIG_PLX_HERMES and CONFIG_PCI_HERMES depend on CONFIG_EXPERIMENTAL but do not say so in their banners. diff -ruN linux-2.5.21+patches2/drivers/net/wireless/Config.in linux-2.5.21/drivers/net/wireless/Config.in --- linux-2.5.21+patches2/drivers/net/wireless/Config.inSun Jun 16 14:13:20 2002 +++ linux-2.5.21/drivers/net/wireless/Config.in Sun Jun 16 15:13:42 2002 @@ -19,8 +19,8 @@ fi if [ $CONFIG_PCI = y ]; then - dep_tristate 'Hermes in PLX9052 based PCI adaptor support (Netgear MA301 etc.)' CONFIG_PLX_HERMES $CONFIG_HERMES $CONFIG_EXPERIMENTAL - dep_tristate 'Prism 2.5 PCI 802.11b adaptor support' CONFIG_PCI_HERMES $CONFIG_HERMES $CONFIG_EXPERIMENTAL + dep_tristate 'Hermes in PLX9052 based PCI adaptor support (Netgear MA301 etc.) +(EXPERIMENTAL)' CONFIG_PLX_HERMES $CONFIG_HERMES $CONFIG_EXPERIMENTAL + dep_tristate 'Prism 2.5 PCI 802.11b adaptor support (EXPERIMENTAL)' +CONFIG_PCI_HERMES $CONFIG_HERMES $CONFIG_EXPERIMENTAL fi # If Pcmcia is compiled in, offer Pcmcia cards... 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 (6/14)
G'day, Three symbols CONFIG_BLK_DEV_ATARAID, CONFIG_BLK_DEV_ATARAID_PDC, and CONFIG_BLK_DEV_ATARAID_HPT depend on CONFIG_EXPERIMENTAL but do not say so in their banners. diff -ruN linux-2.5.21+patches2/drivers/ide/Config.in linux-2.5.21/drivers/ide/Config.in --- linux-2.5.21+patches2/drivers/ide/Config.in Sun Jun 16 14:13:21 2002 +++ linux-2.5.21/drivers/ide/Config.in Sun Jun 16 15:03:51 2002 @@ -144,8 +144,8 @@ define_bool CONFIG_IDEDMA_AUTO n fi -dep_tristate 'Support for IDE Raid controllers' CONFIG_BLK_DEV_ATARAID $CONFIG_BLK_DEV_IDE $CONFIG_EXPERIMENTAL -dep_tristate ' Support Promise software RAID (Fasttrak(tm))' CONFIG_BLK_DEV_ATARAID_PDC $CONFIG_BLK_DEV_IDE $CONFIG_EXPERIMENTAL $CONFIG_BLK_DEV_ATARAID -dep_tristate ' Highpoint 370 software RAID' CONFIG_BLK_DEV_ATARAID_HPT $CONFIG_BLK_DEV_IDE $CONFIG_EXPERIMENTAL $CONFIG_BLK_DEV_ATARAID +dep_tristate 'Support for IDE Raid controllers (EXPERIMENTAL)' CONFIG_BLK_DEV_ATARAID +$CONFIG_BLK_DEV_IDE $CONFIG_EXPERIMENTAL +dep_tristate ' Support Promise software RAID (Fasttrak(tm)) (EXPERIMENTAL)' +CONFIG_BLK_DEV_ATARAID_PDC $CONFIG_BLK_DEV_IDE $CONFIG_EXPERIMENTAL +$CONFIG_BLK_DEV_ATARAID +dep_tristate ' Highpoint 370 software RAID (EXPERIMENTAL)' +CONFIG_BLK_DEV_ATARAID_HPT $CONFIG_BLK_DEV_IDE $CONFIG_EXPERIMENTAL +$CONFIG_BLK_DEV_ATARAID 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 (7/14)
G'day, Symbol CONFIG_ISDN_DRV_TPAM depends on CONFIG_EXPERIMENTAL but does not say so in its banner. diff -ruN linux-2.5.21+patches2/drivers/isdn/tpam/Config.in linux-2.5.21/drivers/isdn/tpam/Config.in --- linux-2.5.21+patches2/drivers/isdn/tpam/Config.in Sun Jun 16 14:13:21 2002 +++ linux-2.5.21/drivers/isdn/tpam/Config.inSun Jun 16 15:18:55 2002 @@ -3,5 +3,5 @@ # if [ $CONFIG_EXPERIMENTAL != n ]; then - dep_tristate'Auvertech TurboPAM support' CONFIG_ISDN_DRV_TPAM $CONFIG_ISDN $CONFIG_PCI + dep_tristate'Auvertech TurboPAM support (EXPERIMENTAL)' CONFIG_ISDN_DRV_TPAM +$CONFIG_ISDN $CONFIG_PCI 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 (8/14)
G'day, Symbol CONFIG_JFFS2_FS_NAND depends on CONFIG_EXPERIMENTAL but does not say so in its banner. diff -ruN linux-2.5.21+patches2/fs/Config.in linux-2.5.21/fs/Config.in --- linux-2.5.21+patches2/fs/Config.in Sun Jun 16 14:13:21 2002 +++ linux-2.5.21/fs/Config.in Sun Jun 16 15:00:25 2002 @@ -50,7 +50,7 @@ dep_tristate 'Journalling Flash File System v2 (JFFS2) support' CONFIG_JFFS2_FS $CONFIG_MTD if [ $CONFIG_JFFS2_FS = y -o $CONFIG_JFFS2_FS = m ] ; then int ' JFFS2 debugging verbosity (0 = quiet, 2 = noisy)' CONFIG_JFFS2_FS_DEBUG 0 - dep_bool ' JFFS2 support for NAND flash' CONFIG_JFFS2_FS_NAND $CONFIG_EXPERIMENTAL + dep_bool ' JFFS2 support for NAND flash (EXPERIMENTAL)' CONFIG_JFFS2_FS_NAND +$CONFIG_EXPERIMENTAL fi tristate 'Compressed ROM file system support' CONFIG_CRAMFS bool 'Virtual memory file system support (former shm fs)' CONFIG_TMPFS 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 (9/14)
G'day, Symbol CONFIG_LDM_PARTITION depends on CONFIG_EXPERIMENTAL but does not say so in its banner. diff -ruN linux-2.5.21+patches2/fs/partitions/Config.in linux-2.5.21/fs/partitions/Config.in --- linux-2.5.21+patches2/fs/partitions/Config.in Sun Jun 16 14:15:16 2002 +++ linux-2.5.21/fs/partitions/Config.inSun Jun 16 14:30:41 2002 @@ -25,7 +25,7 @@ bool 'Solaris (x86) partition table support' CONFIG_SOLARIS_X86_PARTITION bool 'Unixware slices support' CONFIG_UNIXWARE_DISKLABEL fi - dep_bool ' Windows Logical Disk Manager (Dynamic Disk) support' CONFIG_LDM_PARTITION $CONFIG_EXPERIMENTAL + dep_bool ' Windows Logical Disk Manager (Dynamic Disk) support (EXPERIMENTAL)' +CONFIG_LDM_PARTITION $CONFIG_EXPERIMENTAL if [ $CONFIG_LDM_PARTITION = y ]; then bool 'Windows LDM extra logging' CONFIG_LDM_DEBUG 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 (10/14)
G'day, Symbol CONFIG_MIDI_EMU10K1 depends on CONFIG_EXPERIMENTAL but does not say so in its banner. diff -ruN linux-2.5.21+patches2/sound/oss/Config.in linux-2.5.21/sound/oss/Config.in --- linux-2.5.21+patches2/sound/oss/Config.in Sun Jun 16 14:13:21 2002 +++ linux-2.5.21/sound/oss/Config.inSun Jun 16 15:28:47 2002 @@ -31,7 +31,7 @@ fi fi dep_tristate ' Creative SBLive! (EMU10K1)' CONFIG_SOUND_EMU10K1 $CONFIG_SOUND $CONFIG_PCI -dep_mbool'Creative SBLive! MIDI' CONFIG_MIDI_EMU10K1 $CONFIG_SOUND_EMU10K1 $CONFIG_EXPERIMENTAL +dep_mbool'Creative SBLive! MIDI (EXPERIMENTAL)' CONFIG_MIDI_EMU10K1 +$CONFIG_SOUND_EMU10K1 $CONFIG_EXPERIMENTAL dep_tristate ' Crystal SoundFusion (CS4280/461x)' CONFIG_SOUND_FUSION $CONFIG_SOUND dep_tristate ' Crystal Sound CS4281' CONFIG_SOUND_CS4281 $CONFIG_SOUND dep_tristate ' Ensoniq AudioPCI (ES1370)' CONFIG_SOUND_ES1370 $CONFIG_SOUND $CONFIG_PCI $CONFIG_SOUND_GAMEPORT 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 (11/14)
G'day, Two symbols CONFIG_ROADRUNNER and CONFIG_ROADRUNNER_LARGE_RINGS depend on CONFIG_EXPERIMENTAL but do not say so in their banners. diff -ruN linux-2.5.21+patches2/drivers/net/Config.in linux-2.5.21/drivers/net/Config.in --- linux-2.5.21+patches2/drivers/net/Config.in Sun Jun 16 14:13:20 2002 +++ linux-2.5.21/drivers/net/Config.in Sun Jun 16 15:12:15 2002 @@ -249,13 +249,13 @@ if [ $CONFIG_EXPERIMENTAL = y ]; then if [ $CONFIG_INET = y ]; then bool 'HIPPI driver support (EXPERIMENTAL)' CONFIG_HIPPI if [ $CONFIG_HIPPI = y -a $CONFIG_PCI = y ]; then - dep_tristate ' Essential RoadRunner HIPPI PCI adapter support' CONFIG_ROADRUNNER $CONFIG_PCI + dep_tristate ' Essential RoadRunner HIPPI PCI adapter support +(EXPERIMENTAL)' CONFIG_ROADRUNNER $CONFIG_PCI if [ $CONFIG_ROADRUNNER != n ]; then - bool 'Use large TX/RX rings' CONFIG_ROADRUNNER_LARGE_RINGS + bool 'Use large TX/RX rings (EXPERIMENTAL)' +CONFIG_ROADRUNNER_LARGE_RINGS fi 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 (12/14)
G'day, Symbol CONFIG_SONYPI depends on CONFIG_EXPERIMENTAL but does not say so in its banner. diff -ruN linux-2.5.21+patches2/drivers/char/Config.in linux-2.5.21/drivers/char/Config.in --- linux-2.5.21+patches2/drivers/char/Config.inSun Jun 16 14:15:16 2002 +++ linux-2.5.21/drivers/char/Config.in Sun Jun 16 15:18:20 2002 @@ -200,5 +200,5 @@ tristate 'Applicom intelligent fieldbus card support' CONFIG_APPLICOM if [ $CONFIG_EXPERIMENTAL = y -a $CONFIG_X86 = y ]; then - dep_tristate 'Sony Vaio Programmable I/O Control Device support' CONFIG_SONYPI $CONFIG_PCI + dep_tristate 'Sony Vaio Programmable I/O Control Device support (EXPERIMENTAL)' +CONFIG_SONYPI $CONFIG_PCI 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 (13/14)
G'day, Symbol CONFIG_SOUND_RME96XX depends on CONFIG_EXPERIMENTAL but does not say so in its banner. diff -ruN linux-2.5.21+patches2/sound/oss/Config.in linux-2.5.21/sound/oss/Config.in --- linux-2.5.21+patches2/sound/oss/Config.in Sun Jun 16 14:13:21 2002 +++ linux-2.5.21/sound/oss/Config.inSun Jun 16 15:28:47 2002 @@ -40,7 +40,7 @@ dep_tristate ' ESS Maestro, Maestro2, Maestro2E driver' CONFIG_SOUND_MAESTRO $CONFIG_SOUND dep_tristate ' ESS Maestro3/Allegro driver (EXPERIMENTAL)' CONFIG_SOUND_MAESTRO3 $CONFIG_SOUND $CONFIG_PCI $CONFIG_EXPERIMENTAL dep_tristate ' Intel ICH (i8xx) audio support' CONFIG_SOUND_ICH $CONFIG_PCI -dep_tristate ' RME Hammerfall (RME96XX) support' CONFIG_SOUND_RME96XX $CONFIG_SOUND $CONFIG_PCI $CONFIG_EXPERIMENTAL +dep_tristate ' RME Hammerfall (RME96XX) support (EXPERIMENTAL)' CONFIG_SOUND_RME96XX +$CONFIG_SOUND $CONFIG_PCI $CONFIG_EXPERIMENTAL dep_tristate ' S3 SonicVibes' CONFIG_SOUND_SONICVIBES $CONFIG_SOUND $CONFIG_SOUND_GAMEPORT if [ $CONFIG_VISWS = y ]; then dep_tristate ' SGI Visual Workstation Sound' CONFIG_SOUND_VWSND $CONFIG_SOUND 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 (14/14)
G'day, Symbol CONFIG_VIDEO_MEYE depends on CONFIG_EXPERIMENTAL but does not say so in its banner. diff -ruN linux-2.5.21+patches2/drivers/media/video/Config.in linux-2.5.21/drivers/media/video/Config.in --- linux-2.5.21+patches2/drivers/media/video/Config.in Sun Jun 16 14:13:20 2002 +++ linux-2.5.21/drivers/media/video/Config.in Sun Jun 16 15:17:34 2002 @@ -49,7 +49,7 @@ dep_tristate ' Linux Media Labs LML33 support' CONFIG_VIDEO_ZORAN_LML33 $CONFIG_VIDEO_ZORAN $CONFIG_VIDEO_DEV $CONFIG_PCI $CONFIG_I2C dep_tristate ' Zoran ZR36120/36125 Video For Linux' CONFIG_VIDEO_ZR36120 $CONFIG_VIDEO_DEV $CONFIG_PCI $CONFIG_I2C if [ $CONFIG_EXPERIMENTAL = y ]; then - dep_tristate ' Sony Vaio Picturebook Motion Eye Video For Linux' CONFIG_VIDEO_MEYE $CONFIG_VIDEO_DEV $CONFIG_PCI $CONFIG_SONYPI + dep_tristate ' Sony Vaio Picturebook Motion Eye Video For Linux (EXPERIMENTAL)' +CONFIG_VIDEO_MEYE $CONFIG_VIDEO_DEV $CONFIG_PCI $CONFIG_SONYPI 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 lowercase EXPERIMENTAL tag
G'day, The convention is that symbols that depend on $CONFIG_EXPERIMENTAL are marked in the banner with the string (EXPERIMENTAL). There are 4 cases where that string is correctly used but is lowercase instead of uppercase. diff -ruN linux-2.5.21+trivial+arch+cerf/arch/arm/config.in linux-2.5.21/arch/arm/config.in --- linux-2.5.21+trivial+arch+cerf/arch/arm/config.in Wed Jun 12 17:50:30 2002 +++ linux-2.5.21/arch/arm/config.in Fri Jun 14 15:11:14 2002 @@ -341,7 +341,7 @@ if [ $CONFIG_CPU_ARM720T = y -o $CONFIG_CPU_ARM920T = y -o \ $CONFIG_CPU_ARM922T = y -o $CONFIG_CPU_ARM926T = y -o \ $CONFIG_CPU_ARM1020 = y -o $CONFIG_CPU_XSCALE = y ]; then - dep_bool 'Support Thumb instructions (experimental)' CONFIG_ARM_THUMB $CONFIG_EXPERIMENTAL + dep_bool 'Support Thumb instructions (EXPERIMENTAL)' CONFIG_ARM_THUMB +$CONFIG_EXPERIMENTAL fi if [ $CONFIG_CPU_ARM920T = y -o $CONFIG_CPU_ARM922T = y -o \ $CONFIG_CPU_ARM926T = y -o $CONFIG_CPU_ARM1020 = y ]; then @@ -449,7 +449,7 @@ comment 'At least one math emulation must be selected' tristate 'NWFPE math emulation' CONFIG_FPE_NWFPE if [ $CONFIG_CPU_26 = n -a $CONFIG_CPU_32v3 = n ]; then - dep_tristate 'FastFPE math emulation (experimental)' CONFIG_FPE_FASTFPE $CONFIG_EXPERIMENTAL + dep_tristate 'FastFPE math emulation (EXPERIMENTAL)' CONFIG_FPE_FASTFPE +$CONFIG_EXPERIMENTAL fi choice 'Kernel core (/proc/kcore) format' \ ELFCONFIG_KCORE_ELF\ @@ -458,7 +458,7 @@ tristate 'Kernel support for ELF binaries' CONFIG_BINFMT_ELF tristate 'Kernel support for MISC binaries' CONFIG_BINFMT_MISC bool 'Power Management support' CONFIG_PM -dep_bool 'Preemptible Kernel (experimental)' CONFIG_PREEMPT $CONFIG_CPU_32 $CONFIG_EXPERIMENTAL +dep_bool 'Preemptible Kernel (EXPERIMENTAL)' CONFIG_PREEMPT $CONFIG_CPU_32 +$CONFIG_EXPERIMENTAL dep_tristate 'Advanced Power Management Emulation' CONFIG_APM $CONFIG_PM dep_tristate 'RISC OS personality' CONFIG_ARTHUR $CONFIG_CPU_32 string 'Default kernel command string' CONFIG_CMDLINE diff -ruN linux-2.5.21+trivial+arch+cerf/arch/ppc/config.in linux-2.5.21/arch/ppc/config.in --- linux-2.5.21+trivial+arch+cerf/arch/ppc/config.in Wed Jun 12 17:50:30 2002 +++ linux-2.5.21/arch/ppc/config.in Fri Jun 14 15:11:38 2002 @@ -244,7 +244,7 @@ fi bool 'Blue Logic DMA' CONFIG_405_DMA - dep_bool 'Power Management support (experimental)' CONFIG_PM $CONFIG_EXPERIMENTAL + dep_bool 'Power Management support (EXPERIMENTAL)' CONFIG_PM $CONFIG_EXPERIMENTAL choice 'TTYS0 device and default console' \ UART0 CONFIG_UART0_TTYS0 \ 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. ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig synchronise banners (1/16)
G'day, 1/3 definitions of 64-bit CONFIG_BINFMT_ELF have trivially different banners. 1/3 definitions of CONFIG_BINFMT_ELF32 have trivially different banners. diff -ruN linux-2.5.21+trivial+arch+cerf/arch/ppc64/config.in linux-2.5.21/arch/ppc64/config.in --- linux-2.5.21+trivial+arch+cerf/arch/ppc64/config.in Wed Jun 12 17:50:30 2002 +++ linux-2.5.21/arch/ppc64/config.in Thu Jun 13 01:35:28 2002 @@ -47,9 +47,9 @@ define_bool CONFIG_KCORE_ELF y fi -bool 'Kernel Support for 64 bit ELF binaries' CONFIG_BINFMT_ELF +bool 'Kernel support for 64-bit ELF binaries' CONFIG_BINFMT_ELF -tristate 'Kernel support for 32 bit binaries' CONFIG_BINFMT_ELF32 +tristate 'Kernel support for 32-bit ELF binaries' CONFIG_BINFMT_ELF32 tristate 'Kernel support for MISC binaries' CONFIG_BINFMT_MISC 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. ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig synchronise banners (7/16)
G'day, 1/2 definitions of CONFIG_NUMA have trivially different banners. diff -ruN linux-2.5.21+trivial+arch+cerf/arch/mips64/config.in linux-2.5.21/arch/mips64/config.in --- linux-2.5.21+trivial+arch+cerf/arch/mips64/config.inWed Jun 12 17:50:30 2002 +++ linux-2.5.21/arch/mips64/config.in Wed Jun 12 18:11:33 2002 @@ -15,7 +15,7 @@ if [ $CONFIG_SGI_IP27 = y ]; then bool ' IP27 N-Mode' CONFIG_SGI_SN0_N_MODE bool ' Discontiguous Memory Support' CONFIG_DISCONTIGMEM - bool ' NUMA support' CONFIG_NUMA + bool ' NUMA Support' CONFIG_NUMA bool ' Mapped kernel support' CONFIG_MAPPED_KERNEL bool ' Kernel text replication support' CONFIG_REPLICATE_KTEXT bool ' Exception handler replication support' CONFIG_REPLICATE_EXHANDLERS 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. ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig sychronise banners (12/16)
G'day, 1/5 definitions of CONFIG_PREEMPT have trivially different banners. diff -ruN linux-2.5.21+trivial+arch+cerf/arch/sparc64/config.in linux-2.5.21/arch/sparc64/config.in --- linux-2.5.21+trivial+arch+cerf/arch/sparc64/config.in Wed Jun 12 17:50:30 2002 +++ linux-2.5.21/arch/sparc64/config.in Fri Jun 14 13:06:58 2002 @@ -15,7 +15,7 @@ define_bool CONFIG_VT_CONSOLE y bool 'Symmetric multi-processing support' CONFIG_SMP -bool 'Preemptible kernel' CONFIG_PREEMPT +bool 'Preemptible Kernel' CONFIG_PREEMPT # Identify this as a Sparc64 build define_bool CONFIG_SPARC64 y 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. ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig synchronise banners (13/16)
G'day, 1/3 definitions of CONFIG_PSMOUSE have trivially different banners. diff -ruN linux-2.5.21+trivial+arch+cerf/arch/mips/config.in linux-2.5.21/arch/mips/config.in --- linux-2.5.21+trivial+arch+cerf/arch/mips/config.in Wed Jun 12 17:50:30 2002 +++ linux-2.5.21/arch/mips/config.inWed Jun 12 18:14:04 2002 @@ -444,7 +444,7 @@ define_bool CONFIG_FONT_8x16 y fi fi - bool 'PS/2 mouse support' CONFIG_PSMOUSE + bool 'PS/2 mouse support (aka auxiliary device)' CONFIG_PSMOUSE if [ $CONFIG_PSMOUSE != n ]; then define_bool CONFIG_MOUSE y 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. ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig synchronise banners (14/16)
G'day, 1/17 definitions of CONFIG_SCSI have trivially different banners. diff -ruN linux-2.5.21+trivial+arch+cerf/arch/arm/config.in linux-2.5.21/arch/arm/config.in --- linux-2.5.21+trivial+arch+cerf/arch/arm/config.in Wed Jun 12 17:50:30 2002 +++ linux-2.5.21/arch/arm/config.in Fri Jun 14 15:11:14 2002 @@ -546,7 +546,7 @@ mainmenu_option next_comment comment 'SCSI support' -tristate 'SCSI support?' CONFIG_SCSI +tristate 'SCSI support' CONFIG_SCSI if [ $CONFIG_SCSI != n ]; then source drivers/scsi/Config.in 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. ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig synchronise banners (15/16)
G'day, 2/4 definitions of CONFIG_SOFT_WATCHDOG have trivially different banners. diff -ruN linux-2.5.21+trivial+arch+cerf/arch/m68k/config.in linux-2.5.21/arch/m68k/config.in --- linux-2.5.21+trivial+arch+cerf/arch/m68k/config.in Wed Jun 12 17:50:30 2002 +++ linux-2.5.21/arch/m68k/config.inFri Jun 14 13:13:32 2002 @@ -501,7 +501,7 @@ bool 'Watchdog Timer Support' CONFIG_WATCHDOG if [ $CONFIG_WATCHDOG != n ]; then bool ' Disable watchdog shutdown on close' CONFIG_WATCHDOG_NOWAYOUT - bool ' Software Watchdog' CONFIG_SOFT_WATCHDOG + bool ' Software watchdog' CONFIG_SOFT_WATCHDOG fi if [ $CONFIG_ATARI = y ]; then bool 'Enhanced Real Time Clock Support' CONFIG_RTC diff -ruN linux-2.5.21+trivial+arch+cerf/drivers/char/Config.in linux-2.5.21/drivers/char/Config.in --- linux-2.5.21+trivial+arch+cerf/drivers/char/Config.in Wed Jun 12 17:50:30 2002 +++ linux-2.5.21/drivers/char/Config.in Fri Jun 14 13:07:33 2002 @@ -148,7 +148,7 @@ bool 'Watchdog Timer Support' CONFIG_WATCHDOG if [ $CONFIG_WATCHDOG != n ]; then bool ' Disable watchdog shutdown on close' CONFIG_WATCHDOG_NOWAYOUT - tristate ' Software Watchdog' CONFIG_SOFT_WATCHDOG + tristate ' Software watchdog' CONFIG_SOFT_WATCHDOG tristate ' WDT Watchdog timer' CONFIG_WDT tristate ' WDT PCI Watchdog timer' CONFIG_WDTPCI if [ $CONFIG_WDT != 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. ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH 2.5: kconfig synchronise banners (16/16)
G'day, 1/14 definitions of CONFIG_SOUND have trivially different banners. diff -ruN linux-2.5.21+trivial+arch+cerf/arch/arm/config.in linux-2.5.21/arch/arm/config.in --- linux-2.5.21+trivial+arch+cerf/arch/arm/config.in Wed Jun 12 17:50:30 2002 +++ linux-2.5.21/arch/arm/config.in Fri Jun 14 15:11:14 2002 @@ -626,7 +626,7 @@ mainmenu_option next_comment comment 'Sound' - tristate 'Sound support' CONFIG_SOUND + tristate 'Sound card support' CONFIG_SOUND if [ $CONFIG_SOUND != n ]; then source sound/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. ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH: kconfig spurious shell metacharacters (1/2)
G'day, The config language is *not* shell. The construct [ foo ] || [ bar ] is legal in shell but not in the config language, where we should use the equivalent [ foo -o bar ] diff -ruN linux-2.5.20-orig/arch/ia64/config.in linux-2.5.20/arch/ia64/config.in --- linux-2.5.20-orig/arch/ia64/config.in Mon Jun 3 18:56:34 2002 +++ linux-2.5.20/arch/ia64/config.inMon Jun 10 17:52:38 2002 @@ -64,12 +64,12 @@ fi fi -if [ $CONFIG_IA64_GENERIC = y ] || [ $CONFIG_IA64_DIG = y ] || [ $CONFIG_IA64_HP_ZX1 = y ]; then +if [ $CONFIG_IA64_GENERIC = y -o $CONFIG_IA64_DIG = y -o +$CONFIG_IA64_HP_ZX1 = y ]; then bool ' Enable IA-64 Machine Check Abort' CONFIG_IA64_MCA define_bool CONFIG_PM y fi -if [ $CONFIG_IA64_SGI_SN1 = y ] || [ $CONFIG_IA64_SGI_SN2 = y ]; then +if [ $CONFIG_IA64_SGI_SN1 = y -o $CONFIG_IA64_SGI_SN2 = y ]; then define_bool CONFIG_IA64_SGI_SN y bool ' Enable extra debugging code' CONFIG_IA64_SGI_SN_DEBUG n bool ' Enable SGI Medusa Simulator Support' CONFIG_IA64_SGI_SN_SIM 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. ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH: kconfig choice defaults (2/2)
G'day, The format for the choice statement is: choice 'prompt' {sub-prompt sub-symbol}* default-value and the following is *not* legal config language (note the positioning of the closing double quote): choice 'prompt' {sub-prompt sub-symbol}* default-value It only happens to work because of a combination of accidental side effects of the current parsers: * unpaired sub-words inside the 2nd word are silently ignored * the missing last word is silently treated as if empty diff -ruN linux-2.5.20-orig/arch/mips64/config.in linux-2.5.20/arch/mips64/config.in --- linux-2.5.20-orig/arch/mips64/config.in Mon Jun 3 18:54:51 2002 +++ linux-2.5.20/arch/mips64/config.in Mon Jun 10 18:01:01 2002 @@ -10,7 +10,7 @@ comment 'Machine selection' choice 'Machine type' \ SGI-IP22,Indy/Indigo2 CONFIG_SGI_IP22 \ -SGI-IP27,Origin200/2000 CONFIG_SGI_IP27 SGI-IP27,Origin200/2000 +SGI-IP27,Origin200/2000 CONFIG_SGI_IP27 SGI-IP27,Origin200/2000 if [ $CONFIG_SGI_IP27 = y ]; then bool ' IP27 N-Mode' CONFIG_SGI_SN0_N_MODE 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. ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH: kconfig misspelled symbols
G'day, Two symbols used in drivers/net/wan/Config.in are misspelled. CONFIG_PPP_MULTLINK should be CONFIG_PPP_MULTILINK CONFIG_PPP_SYNCTTY should be CONFIG_PPP_SYNC_TTY diff -ruN linux-2.5.20-orig/drivers/net/wan/Config.in linux-2.5.20/drivers/net/wan/Config.in --- linux-2.5.20-orig/drivers/net/wan/Config.in Mon Jun 3 18:55:36 2002 +++ linux-2.5.20/drivers/net/wan/Config.in Tue Jun 11 22:31:24 2002 @@ -69,8 +69,8 @@ dep_tristate 'Cyclades-PC300 support (RS-232/V.35, X.21, T1/E1 boards)' CONFIG_PC300 $CONFIG_HDLC $CONFIG_PCI if [ $CONFIG_PC300 != n ]; then - if [ $CONFIG_PPP != n -a $CONFIG_PPP_MULTLINK != n -a \ - $CONFIG_PPP_SYNCTTY != n -a $CONFIG_HDLC_PPP = y ]; then + if [ $CONFIG_PPP != n -a $CONFIG_PPP_MULTILINK != n -a \ + $CONFIG_PPP_SYNC_TTY != n -a $CONFIG_HDLC_PPP = y ]; then bool ' Cyclades-PC300 MLPPP support' CONFIG_PC300_MLPPP else comment 'Cyclades-PC300 MLPPP support is disabled.' 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. ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH: kconfig spurious shell metacharacters (2/2)
G'day, The config language is *not* shell. Sprinkling around stray semicolons is legal in shell but not in the config language. diff -ruN linux-2.5.20-orig/drivers/s390/Config.in linux-2.5.20-test/drivers/s390/Config.in --- linux-2.5.20-orig/drivers/s390/Config.inWed Jun 12 02:07:13 2002 +++ linux-2.5.20-test/drivers/s390/Config.inWed Jun 12 02:04:29 2002 @@ -17,18 +17,18 @@ dep_tristate ' Support for ECKD Disks' CONFIG_DASD_ECKD $CONFIG_DASD if [ $CONFIG_DASD_ECKD = m ]; then bool ' Automatic activation of ECKD module' CONFIG_DASD_AUTO_ECKD - fi; + fi dep_tristate ' Support for FBA Disks' CONFIG_DASD_FBA $CONFIG_DASD if [ $CONFIG_DASD_FBA = m ]; then bool ' Automatic activation of FBA module' CONFIG_DASD_AUTO_FBA - fi; + fi # dep_tristate ' Support for CKD Disks' CONFIG_DASD_CKD $CONFIG_DASD if [ $CONFIG_ARCH_S390X != y ]; then dep_tristate ' Support for DIAG access to CMS reserved Disks' CONFIG_DASD_DIAG $CONFIG_DASD if [ $CONFIG_DASD_DIAG = m ]; then bool ' Automatic activation of DIAG module' CONFIG_DASD_AUTO_DIAG -fi; - fi; +fi + fi 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. ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] PATCH: kconfig unbalanced menu start
G'day, Removed a spurious menu definition which was both a duplicate and had no matching endmenu. diff -ruN linux-2.5.20-orig/arch/ppc/8260_io/Config.in linux-2.5.20/arch/ppc/8260_io/Config.in --- linux-2.5.20-orig/arch/ppc/8260_io/Config.inMon Apr 15 05:18:43 2002 +++ linux-2.5.20/arch/ppc/8260_io/Config.in Wed Jun 12 00:36:32 2002 @@ -5,8 +5,6 @@ comment 'MPC8260 Communication Options' bool 'Enable SCC Console' CONFIG_SCC_CONSOLE if [ $CONFIG_NET_ETHERNET = y ]; then - mainmenu_option next_comment - comment 'MPC8260 Communication Options' bool 'CPM SCC Ethernet' CONFIG_SCC_ENET if [ $CONFIG_SCC_ENET = y ]; then bool 'Ethernet on SCC1' CONFIG_SCC1_ENET 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. ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Kbuild 2.5-2.3 for SuperH
G'day, Here's the SuperH patches for kbuild-2.5 upgraded to 2.3 (kernel 2.5.12). There's no functional change except that 2.5.12 is even less broken so the hacks patch is gone. I'll update to 2.4 (2.5.13) sometime after 2.5.13 is merged into LinuxSH. 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. KBuild-2.5 for the SuperH Linux port Here's how to build a LinuxSH kernel using kbuild-2.5. Ingredients --- linux-2.5.12.tar.bz2Linus tarball from ftp.kernel.org linuxsh-2.5.12.tar.bz2 LinuxSH tarball from linuxsh.sf.net kbuild-2.5-core-9.bz2 KBuild 2.5 core patch from kbuild.sf.net kbuild-2.5-common-2.5.12-1.bz2 KBuild 2.5 common patch from kbuild.sf.net kbuild-2.5-sh-2.5.12-1gnb.bz2 KBuild SuperH patch, from here kbuild-2.5-shcommon-2.5.12-1gnb.bz2 KBuild common intersection with SuperH patch, from here Procedure - 1. Extract linux-2.5.12.tar.bz2 into a directory linux-2.5.12 2. Apply patches to linux-2.5.12 (the order matters) * kbuild-2.5-core-9.bz2 * kbuild-2.5-common-2.5.12-1.bz2 * kbuild-2.5-sh-2.5.12-1gnb.bz2 * kbuild-2.5-shcommon-2.5.12-1gnb.bz2 3. Checkout (or extract) linuxsh-2.5.12 4. Make the directory where all the build output will go mkdir obj 5. Setup environment variables (in bash syntax). Note that the full pathnames and trailing /s are significant. export KBUILD_SRCTREE_000=$PWD/linux-2.5.12/ export KBUILD_SRCTREE_001=$PWD/linuxsh-2.5.12/ export KBUILD_OBJTREE=$PWD/obj/ 6. Copy your .config into $KBUILD_OBJTREE and make \ -f $KBUILD_SRCTREE_000/Makefile-2.5 \ ARCH=sh CROSS_COMPILE=sh-unknown-linux-gnu- \ oldconfig 7. Do the actual build make \ -f $KBUILD_SRCTREE_000/Makefile-2.5 \ ARCH=sh CROSS_COMPILE=sh-unknown-linux-gnu- \ installable 8. Install the results make \ -f $KBUILD_SRCTREE_000/Makefile-2.5 \ ARCH=sh CROSS_COMPILE=sh-unknown-linux-gnu- \ install kbuild-2.5-sh-2.5.12-1gnb.bz2 Description: Binary data kbuild-2.5-shcommon-2.5.12-1gnb.bz2 Description: Binary data
[kbuild-devel] [Fwd: Kbuild 2.5-2.2 for SuperH]
G'day, Here's the SuperH patches for kbuild-2.5 upgraded to 2.2 (kernel 2.5.10). There's no functional change except that 2.5.10 is slightly less broken than 2.5.8 so the hacks patch is smaller. I just noticed that 2.3 is out...sigh if I'd started an hour earlier perhaps this message wouldn't be obsolete at posting. Anyway I'll update SuperH to 2.3 on Friday. 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. KBuild-2.5 for the SuperH Linux port Here's how to build a LinuxSH kernel using kbuild-2.5. Ingredients --- linux-2.5.10.tar.bz2Linus tarball from ftp.kernel.org linuxsh-2.5.10.tar.bz2/ LinuxSH tarball from linuxsh.sf.net kbuild-2.5-core-8.bz2 KBuild 2.5 core patch from kbuild.sf.net kbuild-2.5-common-2.5.10-2.bz2 KBuild 2.5 common patch from kbuild.sf.net kbuild-2.5-sh-2.5.10-1gnb.bz2 KBuild SuperH patch, from here kbuild-2.5-shcommon-2.5.10-1gnb.bz2 KBuild common intersection with SuperH patch, from here kbuild-2.5-hacks-2.5.10-1gnb.bz2Hacks so 2.5.10 compiles, from here Procedure - 1. Extract linux-2.5.10.tar.bz2 into a directory linux-2.5.10 2. Apply patches to linux-2.5.10 (the order matters) * kbuild-2.5-core-8.bz2 * kbuild-2.5-common-2.5.10-2.bz2 * kbuild-2.5-sh-2.5.10-1gnb.bz2 * kbuild-2.5-shcommon-2.5.10-1gnb.bz2 * kbuild-2.5-hacks-2.5.10-1gnb.bz2 3. Checkout (or extract) linuxsh-2.5.10 4. Make the directory where all the build output will go mkdir obj 5. Setup environment variables (in bash syntax). Note that the full pathnames and trailing /s are significant. export KBUILD_SRCTREE_000=$PWD/linux-2.5.10/ export KBUILD_SRCTREE_001=$PWD/linuxsh-2.5.10/ export KBUILD_OBJTREE=$PWD/obj/ 6. Copy your .config into $KBUILD_OBJTREE and make \ -f $KBUILD_SRCTREE_000/Makefile-2.5 \ ARCH=sh CROSS_COMPILE=sh-unknown-linux-gnu- \ oldconfig 7. Do the actual build make \ -f $KBUILD_SRCTREE_000/Makefile-2.5 \ ARCH=sh CROSS_COMPILE=sh-unknown-linux-gnu- \ installable 8. Install the results make \ -f $KBUILD_SRCTREE_000/Makefile-2.5 \ ARCH=sh CROSS_COMPILE=sh-unknown-linux-gnu- \ install kbuild-2.5-sh-2.5.10-1gnb.bz2 Description: Binary data kbuild-2.5-shcommon-2.5.10-1gnb.bz2 Description: Binary data BZh91AYSY,îÉà -_? 0Hÿ~ïÝʯíßà0U4Ám!?¦@dÂhzjisª?==B4dÐ1? 1 D?LÒdÓM5=CM 6§¨ô?OR?ìb\~?¢«îc5.ÊX,^b.óð¶*ä?·+H\Syf7.êk¦t: *©Õ*·Y?\FëØTz01FEKAzâà¤â?E?! û?ÖM§Óq´ii «à|ªm;È?Ýê_ð{ È^d^' ?E]?Db¨ÁGÀPmfÓ?â§ñæþd¨x:|G¬J0SêîB?ªó·gfS?©ÄÄâÊñ`K?fÆJgi:ÑÂÌéøFeN¨?V¸M/m¸SæÒ?¶¼Ëb¶?rÉL??ùÈå4¡TQ8ÿrE8P?,îÉà
[kbuild-devel] KBuild 2.5 SuperH port
G'day, Here's the patches to support the SuperH architecture in kbuild 2.5. The patches are against kbuild-2.5 2.1 (Linux 2.5.8). See the README for details. I'll start work on upgrading to kbuild-2.5 (Linux 2.5.10) in the next couple of days. Remaining issues: * I can't figure out if arch/sh/overdrive/ is still used or not. Stuart? * I haven't fixed LinuxSH to use asm-offsets yet. This will happen in a second pass. * Unfortunately I found a few places where the sh patch overlaps with the kbuild common patch. I have isolated these into a new shcommon patch which is applied *after* kbuild common. * I had to hack Linux 2.5.8 to get it to build with CONFIG_SMP=n, CONFIG_PCI=n, CONFIG_IDE=m. This is the hacks patch. * There's an issue with Makefile.defs.{no,}config and drop-in trees which I will pursue separately. 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. KBuild-2.5 for the SuperH Linux port Here's how to build a LinuxSH kernel using kbuild-2.5. Ingredients --- linux-2.5.8.tar.bz2 Linus tarball from ftp.kernel.org linuxsh-20020421/ CVS checkout of LinuxSH repository at linuxsh.sf.net dated 21 April 2002 kbuild-2.5-core-6.bz2 KBuild 2.5 core patch from kbuild.sf.net kbuild-2.5-common-2.5.8-3.bz2 KBuild 2.5 common patch from kbuild.sf.net kbuild-2.5-sh-2.5.8-1gnb.bz2KBuild SuperH patch, from here kbuild-2.5-shcommon-2.5.8-1gnb.bz2 KBuild common intersection with SuperH patch, from here kbuild-2.5-hacks-2.5.8-1gnb.bz2 Hacks so 2.5.8 compiles, from here Procedure - 1. Extract linux-2.5.8.tar.bz2 into a directory linux-2.5.8 2. Apply patches to linux-2.5.8 (the order matters) * kbuild-2.5-core-6.bz2 * kbuild-2.5-common-2.5.8-3.bz2 * kbuild-2.5-sh-2.5.8-1gnb.bz2 * kbuild-2.5-shcommon-2.5.8-1gnb.bz2 * kbuild-2.5-hacks-2.5.8-1gnb.bz2 3. Checkout (or extract) linuxsh-20020421 4. Make the directory where all the build output will go mkdir obj 5. Setup environment variables (in bash syntax). Note that the full pathnames and trailing /s are significant. export KBUILD_SRCTREE_000=$PWD/linux-2.5.8/ export KBUILD_SRCTREE_001=$PWD/linuxsh-20020421/ export KBUILD_OBJTREE=$PWD/obj/ 6. Copy your .config into $KBUILD_OBJTREE and make \ -f $KBUILD_SRCTREE_000/Makefile-2.5 \ ARCH=sh CROSS_COMPILE=sh-unknown-linux-gnu- \ oldconfig 7. Do the actual build make \ -f $KBUILD_SRCTREE_000/Makefile-2.5 \ ARCH=sh CROSS_COMPILE=sh-unknown-linux-gnu- \ installable 8. Install the results make \ -f $KBUILD_SRCTREE_000/Makefile-2.5 \ ARCH=sh CROSS_COMPILE=sh-unknown-linux-gnu- \ install kbuild-2.5-sh-2.5.8-1gnb.bz2 Description: Binary data kbuild-2.5-shcommon-2.5.8-1gnb.bz2 Description: Binary data kbuild-2.5-hacks-2.5.8-1gnb.bz2 Description: Binary data
Re: [kbuild-devel] KBuild 2.5 SuperH port
Keith Owens wrote: Here's the patches to support the SuperH architecture in kbuild 2.5. kbuild-2.5-core-8 would be better, it has a couple of bug fixes from -6. Coming up in the next few days. While we're here, can you shed some light on this issue? If I apply the SuperH kbuild patch to the SuperH dropin tree ($KBUILD_SRCTREE_001) instead of applying to the mainline tree ($KBUILD_SRCTREE_000) I get the following messages when I make oldconfig: gnb@marduk 1086 set | grep KBUILD KBUILD_OBJTREE=/somedir/obj/ KBUILD_SRCTREE_000=/somedir/linux-2.5.8/ KBUILD_SRCTREE_001=/somedir/linuxsh-20020421/ gnb@marduk 1087 make -f $KBUILD_SRCTREE_000/Makefile-2.5 \ ARCH=sh CROSS_COMPILE=sh-unknown-linux-gnu- oldconfig /somedir/linux-2.5.8//Makefile-2.5:250: /somedir/linux-2.5.8/arch/sh/Makefile.defs.noconfig: No such file or directory /somedir/linux-2.5.8/scripts/Makefile-2.5:470: /somedir/linux-2.5.8/arch/sh/Makefile.defs.config: No such file or directory /somedir/linux-2.5.8//Makefile-2.5:250: /somedir/linux-2.5.8/arch/sh/Makefile.defs.noconfig: No such file or directory /somedir/linux-2.5.8/scripts/Makefile-2.5:470: /somedir/linux-2.5.8/arch/sh/Makefile.defs.config: No such file or directory Using ARCH='sh' AS='sh-unknown-linux-gnu-as' LD='sh-unknown-linux-gnu-ld' CC='sh-unknown-linux-gnu-gcc' CPP='sh-unknown-linux-gnu-gcc -E' AR='sh-unknown-linux-gnu-ar' HOSTAS='as' HOSTLD='gcc' HOSTCC='gcc' HOSTAR='ar' Generating global Makefile [...] SuperH development work uses a drop-in tree for the SuperH arch code. This tree is controlled in CVS and periodically synced with Linus. Obviously, between syncs the CVS advances so that files in the drop-in tree are in general newer than files in the Linus tree. If kbuild looks for Makefile.defs.{no,}config in $KBUILD_SRCTREE_000 only, or even first, there are going to be problems when those files change in the drop-in tree. So what's the story, was I doing something wrong? 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. ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel