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
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
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
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
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.
> >
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:
> > >[
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
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
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
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
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
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
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
13 matches
Mail list logo
