[kbuild-devel] vmlinux.lds not marked for update when building on OS X and changing config options

2007-05-21 Thread Mike Frysinger
i'm not terribly familiar with the kconfig/kbuild system so i'm looking for some pointers so i can track down the root cause here ... some people like to cross-compile the Blackfin kernel on OS X hosts and we noticed that in some cases the vmlinux.lds linker script is not properly regenerated when

Re: [kbuild-devel] [rfe] easier customization of kconfig for non-Linux projects

2007-05-24 Thread Mike Frysinger
On Thursday 24 May 2007, Sam Ravnborg wrote: > The intent with this is clear but the solution you suggest albeit simple > does not really match where we could end up with kconfig. > Recently Roman added support for options in the kconfig language > and I would assume we could deal with most of this

Re: [kbuild-devel] vmlinux.lds not marked for update when building on OS X and changing config options

2007-05-24 Thread Mike Frysinger
On 5/21/07, Sam Ravnborg <[EMAIL PROTECTED]> wrote: > Could you please check this. > > The line that says: > deps_arch/blackfin/kernel/vmlinux.lds := \ > list all the files that the .lds file is dependent on (the prerequisites). > For the config option BOOT_LOAD look for include/config/boot/lo

Re: [kbuild-devel] vmlinux.lds not marked for update when building on OS X and changing config options

2007-05-24 Thread Mike Frysinger
o ask this, but would you consider adding an unlink() or a write() to conf_split_config() in scripts/kconfig/confdata.c ? if you want to tell me to blow it out my ass, that's OK :) Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]> --- --- a/scripts/kconfig/confdata.c +++ b/scripts/kc

[kbuild-devel] help text on choices

2007-07-10 Thread Mike Frysinger
ive always wondered about this but never got around to asking ;) is the help text on the top level choice supposed to be usable ? for example: choice prompt "you [may] have a choice" default YES help This help text is never viewable :( config YES bool "yes" help Th

Re: [kbuild-devel] [PATCH 25/33] kbuild: use POSIX BRE in headers install target

2007-07-21 Thread Mike Frysinger
On 7/21/07, Oleg Verych <[EMAIL PROTECTED]> wrote: > * Date: Tue, 17 Jul 2007 16:08:54 +0200 > > > > From: Mike Frysinger <[EMAIL PROTECTED]> > > > > The sed expression used at the moment in scripts/Makefile.headersinst > > relies on the (handy) G

Re: [kbuild-devel] [PATCH 25/33] kbuild: use POSIX BRE in headers install target

2007-07-21 Thread Mike Frysinger
On 7/21/07, Oleg Verych <[EMAIL PROTECTED]> wrote: > On Sat, Jul 21, 2007 at 04:27:31AM -0400, Mike Frysinger wrote: > [] > > if you want to make some micro optimization in the build install step, > > sure ... but functionally, the difference is irrelevant considering

Re: [kbuild-devel] [PATCH 25/33] kbuild: use POSIX BRE in headers install target

2007-07-21 Thread Mike Frysinger
On 7/21/07, Sam Ravnborg <[EMAIL PROTECTED]> wrote: > On Sat, Jul 21, 2007 at 03:21:43PM -0400, Mike Frysinger wrote: > > On 7/21/07, Oleg Verych <[EMAIL PROTECTED]> wrote: > > >On Sat, Jul 21, 2007 at 04:27:31AM -0400, Mike Frysinger wrote: > > >[

Re: [kbuild-devel] [PATCH 25/33] kbuild: use POSIX BRE in headers install target

2007-07-21 Thread Mike Frysinger
On 7/21/07, Sam Ravnborg <[EMAIL PROTECTED]> wrote: > On Sat, Jul 21, 2007 at 06:03:00PM -0400, Mike Frysinger wrote: > > On 7/21/07, Sam Ravnborg <[EMAIL PROTECTED]> wrote: > > >I would much more prefer this functionality to be integrated into unifdef. > >

Re: [kbuild-devel] More effective processing (Re: [PATCH 25/33] kbuild: use POSIX BRE in headers install target)

2007-07-21 Thread Mike Frysinger
On 7/21/07, Oleg Verych <[EMAIL PROTECTED]> wrote: > On Sat, Jul 21, 2007 at 10:39:16PM +0200, Sam Ravnborg wrote: > > On Sat, Jul 21, 2007 at 03:21:43PM -0400, Mike Frysinger wrote: > [] > > > while you could try and make a claim against memory/cpu effeciency, i > &g

[kbuild-devel] scripts/kallsyms: extending region checking for Blackfin memory regions

2009-06-08 Thread Mike Frysinger
intro: the current Blackfin memory architecture is (1) no virtualized memory and (2) distinctly harvard. that means we cannot create a linear map of start/end text sections. we end up with distinct regions like so: 1000 T __stext 000dc4c0 T __etext feb0 A __etext_l2 feb00010 A __stext_l2

Re: [kbuild-devel] scripts/kallsyms: extending region checking for Blackfin memory regions

2009-06-14 Thread Mike Frysinger
On Sun, Jun 14, 2009 at 21:59, Robin Getz wrote: > On Sun 14 Jun 2009 16:44, Sam Ravnborg pondered: >> On Mon, Jun 08, 2009 at 07:23:16PM -0400, Mike Frysinger wrote: >> > intro: the current Blackfin memory architecture is (1) no virtualized >> > memory and (2) distinc

Re: [kbuild-devel] scripts/kallsyms: extending region checking for Blackfin memory regions

2009-06-14 Thread Mike Frysinger
On Mon, Jun 15, 2009 at 00:37, Sam Ravnborg wrote: > On Sun, Jun 14, 2009 at 10:05:26PM -0400, Mike Frysinger wrote: >> On Sun, Jun 14, 2009 at 21:59, Robin Getz wrote: >> > On Sun 14 Jun 2009 16:44, Sam Ravnborg pondered: >> >> On Mon, Jun 08, 2009 at 07:23:16