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:16PM -0400, Mike Frysinger wrote: >> >>

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

2009-06-14 Thread Sam Ravnborg
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:16PM -0400, Mike Frysinger wrote: > >> > intro: the current Blackfin memory architecture is (1)

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) distinctly harvard.  that means we ca

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

2009-06-14 Thread Sam Ravnborg
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) distinctly harvard. that means we cannot create a > linear map of start/end text sections. we end up with distinct > regions like so: > 1000

[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