From: Diez B. R. <de...@we...> - 2005-05-25 22:06:33
|
Hi, today I wanted to recompile a recent kernel including ssp for my 1 1/2 years old first generation gumstix. Generally speaking things went well. However one thing bothered me: The svn-controlled linux.config is prepared to be used with a newer gumstix. I don't mind compiling BT and ethernet modules, but the CONFIG_ARCH_GUMSTIX_ORIG option is of course crucial. Now what I would like to have is some sort of config file that is _not_ svn controlled and that can be created by the user which specifies what gumstix I have. And that the build process would then check if some config options are viable for that machine . For example I also had to deactivate some wlan related tools in the makefile, as they wouldn't build. To be honest: the latter isn't so much of a problem - but performing the whole kernel-root-image-upload-thing and then being bitten by a wrong kernel config sucks... Would this make sense? I'd be willing to code it, but as a natural born pythoneer with limited make-know-how I'd do it in python, adding a possible precondition to the whole project. Regards, Diez |
From: Craig H. <cr...@gu...> - 2005-05-26 02:59:39
|
Diez, if you change your local copy of linux.config to switch this option, then that change will stick across svn updates. Any other change to linux.config in the repository which doesn't alter that line (or IIRC maybe 2 lines) will just merge cleanly when you do the update. Since those lines won't change (unless we once again make some incompatible hardware change in a revision of the gumstix, which we plan on trying not to do), you should be safe. If you do an "svn status" linux.config will be listed as "M", but that won't prevent updates. C On May 25, 2005, at 3:06 PM, Diez B. Roggisch wrote: > Hi, > > today I wanted to recompile a recent kernel including ssp for my 1 > 1/2 years > old first generation gumstix. Generally speaking things went well. > However > one thing bothered me: The svn-controlled linux.config is prepared > to be used > with a newer gumstix. I don't mind compiling BT and ethernet > modules, but the > > CONFIG_ARCH_GUMSTIX_ORIG > > option is of course crucial. Now what I would like to have is some > sort of > config file that is _not_ svn controlled and that can be created by > the user > which specifies what gumstix I have. And that the build process > would then > check if some config options are viable for that machine . For > example I also > had to deactivate some wlan related tools in the makefile, as they > wouldn't > build. To be honest: the latter isn't so much of a problem - but > performing > the whole kernel-root-image-upload-thing and then being bitten by a > wrong > kernel config sucks... > > Would this make sense? I'd be willing to code it, but as a natural > born > pythoneer with limited make-know-how I'd do it in python, adding a > possible > precondition to the whole project. > > Regards, > > Diez > > > ------------------------------------------------------- > SF.Net email is sponsored by: GoToMeeting - the easiest way to > collaborate > online with coworkers and clients while avoiding the high cost of > travel and > communications. There is no equipment to buy and you can meet as > often as > you want. Try it free.http://ads.osdn.com/? > ad_id=7402&alloc_id=16135&op=click > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Diez B. R. <de...@we...> - 2005-05-26 11:12:25
|
Am Donnerstag, 26. Mai 2005 04:59 schrieb Craig Hughes: > Diez, > > if you change your local copy of linux.config to switch this option, > then that change will stick across svn updates. Any other change to > linux.config in the repository which doesn't alter that line (or IIRC > maybe 2 lines) will just merge cleanly when you do the update. Since > those lines won't change (unless we once again make some incompatible > hardware change in a revision of the gumstix, which we plan on trying > not to do), you should be safe. If you do an "svn status" > linux.config will be listed as "M", but that won't prevent updates. Hm. You're right, I wonder if I never touched linux.config before, or if for some reason I got a fresh version from svn. But thanks for the suggestion. Diez |