On Wed, Mar 21, 2007 at 11:44:27AM -0400, Mike Frysinger wrote:
> On 3/5/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> >> +int __init oprofile_arch_init(struct oprofile_operations *ops)
> >> +{
> >> +#ifdef CONFIG_HARDWARE_PM
> >[snip]
> >> +#else
> >> + return -1;
> >> +#endif
> >> +}
> >
>
On 3/5/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> +int __init oprofile_arch_init(struct oprofile_operations *ops)
> +{
> +#ifdef CONFIG_HARDWARE_PM
[snip]
> +#else
> + return -1;
> +#endif
> +}
Uh.. fix your dependencies.
can you elaborate ?
-mike
-
To unsubscribe from this list: send
On 3/5/07, Paul Mundt [EMAIL PROTECTED] wrote:
+int __init oprofile_arch_init(struct oprofile_operations *ops)
+{
+#ifdef CONFIG_HARDWARE_PM
[snip]
+#else
+ return -1;
+#endif
+}
Uh.. fix your dependencies.
can you elaborate ?
-mike
-
To unsubscribe from this list: send the line
On Wed, Mar 21, 2007 at 11:44:27AM -0400, Mike Frysinger wrote:
On 3/5/07, Paul Mundt [EMAIL PROTECTED] wrote:
+int __init oprofile_arch_init(struct oprofile_operations *ops)
+{
+#ifdef CONFIG_HARDWARE_PM
[snip]
+#else
+ return -1;
+#endif
+}
Uh.. fix your dependencies.
On 3/3/07, Arnd Bergmann <[EMAIL PROTECTED]> wrote:
> +#if defined(CONFIG_MTD_UCLINUX)
> + /* generic memory mapped MTD driver */
> + memory_mtd_end = memory_end;
> +
> + mtd_phys = _ramstart;
> + mtd_size = PAGE_ALIGN(*((unsigned long *)(mtd_phys + 8)));
> +
> +# if
On 3/5/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> +config DEBUG_HUNT_FOR_ZERO
> + bool "Catch NULL pointer reads/writes"
> + default y
Is this sane to have conditional?
yes ... with the ability to change the load address of the kernel, you
can create a reserved chunk of memory for
On Mon 5 Mar 2007 12:32, Paul Mundt pondered:
> On Mon, Mar 05, 2007 at 11:29:19AM -0500, Robin Getz wrote:
> > On Mon 5 Mar 2007 09:00, Paul Mundt pondered:
> > > Throwing this all at the user simply shows that the functions being
> > > relocated haven't been profiled adequately with real
On Mon, Mar 05, 2007 at 11:29:19AM -0500, Robin Getz wrote:
> On Mon 5 Mar 2007 09:00, Paul Mundt pondered:
> > Throwing this all at the user simply shows that the functions being
> > relocated haven't been profiled adequately with real workloads.
>
> Actually - that is not true at all - we have
On Monday 05 March 2007, Wu, Bryan wrote:
> Maybe NUMA is a solution, but it is not a wonderful solution.
NUMA doesn't help you. Linux only runs on cache-coherent NUMA,
which this isn't.
> In some application product, BF561 core A is running Linux kernel
> +Applications while BF561 core B is
On Mon 5 Mar 2007 09:00, Paul Mundt pondered:
> On Mon, Mar 05, 2007 at 08:26:56AM -0500, Robin Getz wrote:
> > On Mon 5 Mar 2007 07:39, Paul Mundt pondered:
> > > On Mon, Mar 05, 2007 at 01:32:07PM +0100, Bernd Schmidt wrote:
> >
> > That is what this does - it is just a easy to use knob.
>
>
On Mon, Mar 05, 2007 at 08:26:56AM -0500, Robin Getz wrote:
> On Mon 5 Mar 2007 07:39, Paul Mundt pondered:
> > On Mon, Mar 05, 2007 at 01:32:07PM +0100, Bernd Schmidt wrote:
> > > This is done intentionally, because it's also possible for user code to
> > > be loaded into L1 memory.?? We want
On Mon 5 Mar 2007 07:39, Paul Mundt pondered:
> On Mon, Mar 05, 2007 at 01:32:07PM +0100, Bernd Schmidt wrote:
> > Paul Mundt wrote:
> > >>+comment "Memory Optimizations"
> > >>+
> > >>+config I_ENTRY_L1
> > >>+ bool "Locate interrupt entry code in L1 Memory"
> > >>+ default y
> > >>+
Paul Mundt wrote:
+comment "Memory Optimizations"
+
+config I_ENTRY_L1
+ bool "Locate interrupt entry code in L1 Memory"
+ default y
+ help
+ If enabled interrupt entry code (STORE/RESTORE CONTEXT) is linked
+ into L1 instruction memory.(less latency)
+
Wow,
On Mon, Mar 05, 2007 at 01:32:07PM +0100, Bernd Schmidt wrote:
> Paul Mundt wrote:
> >>+comment "Memory Optimizations"
> >>+
> >>+config I_ENTRY_L1
> >>+ bool "Locate interrupt entry code in L1 Memory"
> >>+ default y
> >>+ help
> >>+ If enabled interrupt entry code (STORE/RESTORE
On Thu, Mar 01, 2007 at 12:14:40PM +0800, Wu, Bryan wrote:
> Here is the update version of blackfin-arch.patch in -mm tree.
> simply add support to utrace and it was tested on blackfin STAMP board
> as well as other following patches.
>
> The whole patch is located at URL:
>
On Mon, 2007-03-05 at 09:47 +0100, Arnd Bergmann wrote:
> On Monday 05 March 2007, Aubrey Li wrote:
> > On 3/4/07, Arnd Bergmann <[EMAIL PROTECTED]> wrote:
>
> > > In general, please put EXPORT_SYMBOL lines below the definition
> > > of the symbol itself. This list of exports should only be used
On Monday 05 March 2007, Aubrey Li wrote:
> On 3/4/07, Arnd Bergmann <[EMAIL PROTECTED]> wrote:
> > In general, please put EXPORT_SYMBOL lines below the definition
> > of the symbol itself. This list of exports should only be used
> > for symbols that come from assembly files.
>
> What is the
On Monday 05 March 2007, Wu, Bryan wrote:
> So could please give us some information about the merge window
> schedule, we may try to catch this.
The merge window opens after 2.6.21 gets released and is open for
two weeks aftre that. The idea is however that you have everything
ready at the
On Monday 05 March 2007, Wu, Bryan wrote:
So could please give us some information about the merge window
schedule, we may try to catch this.
The merge window opens after 2.6.21 gets released and is open for
two weeks aftre that. The idea is however that you have everything
ready at the
On Monday 05 March 2007, Aubrey Li wrote:
On 3/4/07, Arnd Bergmann [EMAIL PROTECTED] wrote:
In general, please put EXPORT_SYMBOL lines below the definition
of the symbol itself. This list of exports should only be used
for symbols that come from assembly files.
What is the right way to
On Mon, 2007-03-05 at 09:47 +0100, Arnd Bergmann wrote:
On Monday 05 March 2007, Aubrey Li wrote:
On 3/4/07, Arnd Bergmann [EMAIL PROTECTED] wrote:
In general, please put EXPORT_SYMBOL lines below the definition
of the symbol itself. This list of exports should only be used
for
On Thu, Mar 01, 2007 at 12:14:40PM +0800, Wu, Bryan wrote:
Here is the update version of blackfin-arch.patch in -mm tree.
simply add support to utrace and it was tested on blackfin STAMP board
as well as other following patches.
The whole patch is located at URL:
On Mon, Mar 05, 2007 at 01:32:07PM +0100, Bernd Schmidt wrote:
Paul Mundt wrote:
+comment Memory Optimizations
+
+config I_ENTRY_L1
+ bool Locate interrupt entry code in L1 Memory
+ default y
+ help
+ If enabled interrupt entry code (STORE/RESTORE CONTEXT) is linked
+ into
Paul Mundt wrote:
+comment Memory Optimizations
+
+config I_ENTRY_L1
+ bool Locate interrupt entry code in L1 Memory
+ default y
+ help
+ If enabled interrupt entry code (STORE/RESTORE CONTEXT) is linked
+ into L1 instruction memory.(less latency)
+
Wow, this
On Mon 5 Mar 2007 07:39, Paul Mundt pondered:
On Mon, Mar 05, 2007 at 01:32:07PM +0100, Bernd Schmidt wrote:
Paul Mundt wrote:
+comment Memory Optimizations
+
+config I_ENTRY_L1
+ bool Locate interrupt entry code in L1 Memory
+ default y
+ help
+ If enabled
On Mon, Mar 05, 2007 at 08:26:56AM -0500, Robin Getz wrote:
On Mon 5 Mar 2007 07:39, Paul Mundt pondered:
On Mon, Mar 05, 2007 at 01:32:07PM +0100, Bernd Schmidt wrote:
This is done intentionally, because it's also possible for user code to
be loaded into L1 memory.?? We want to give
On Mon 5 Mar 2007 09:00, Paul Mundt pondered:
On Mon, Mar 05, 2007 at 08:26:56AM -0500, Robin Getz wrote:
On Mon 5 Mar 2007 07:39, Paul Mundt pondered:
On Mon, Mar 05, 2007 at 01:32:07PM +0100, Bernd Schmidt wrote:
That is what this does - it is just a easy to use knob.
This is hardly
On Monday 05 March 2007, Wu, Bryan wrote:
Maybe NUMA is a solution, but it is not a wonderful solution.
NUMA doesn't help you. Linux only runs on cache-coherent NUMA,
which this isn't.
In some application product, BF561 core A is running Linux kernel
+Applications while BF561 core B is just
On Mon, Mar 05, 2007 at 11:29:19AM -0500, Robin Getz wrote:
On Mon 5 Mar 2007 09:00, Paul Mundt pondered:
Throwing this all at the user simply shows that the functions being
relocated haven't been profiled adequately with real workloads.
Actually - that is not true at all - we have
On Mon 5 Mar 2007 12:32, Paul Mundt pondered:
On Mon, Mar 05, 2007 at 11:29:19AM -0500, Robin Getz wrote:
On Mon 5 Mar 2007 09:00, Paul Mundt pondered:
Throwing this all at the user simply shows that the functions being
relocated haven't been profiled adequately with real workloads.
On 3/5/07, Paul Mundt [EMAIL PROTECTED] wrote:
+config DEBUG_HUNT_FOR_ZERO
+ bool Catch NULL pointer reads/writes
+ default y
Is this sane to have conditional?
yes ... with the ability to change the load address of the kernel, you
can create a reserved chunk of memory for users to
On 3/3/07, Arnd Bergmann [EMAIL PROTECTED] wrote:
+#if defined(CONFIG_MTD_UCLINUX)
+ /* generic memory mapped MTD driver */
+ memory_mtd_end = memory_end;
+
+ mtd_phys = _ramstart;
+ mtd_size = PAGE_ALIGN(*((unsigned long *)(mtd_phys + 8)));
+
+# if
On Sat, 2007-03-03 at 17:30 -0500, Arnd Bergmann wrote:
> On Thursday 01 March 2007 05:14:40 Wu, Bryan wrote:
> > Here is the update version of blackfin-arch.patch in -mm tree.
> > simply add support to utrace and it was tested on blackfin STAMP
> board
> > as well as other following patches.
>
>
On 3/4/07, Arnd Bergmann <[EMAIL PROTECTED]> wrote:
On Thursday 01 March 2007 05:14:40 Wu, Bryan wrote:
> Here is the update version of blackfin-arch.patch in -mm tree.
> simply add support to utrace and it was tested on blackfin STAMP board
> as well as other following patches.
Wow, this has
On 3/4/07, Arnd Bergmann [EMAIL PROTECTED] wrote:
On Thursday 01 March 2007 05:14:40 Wu, Bryan wrote:
Here is the update version of blackfin-arch.patch in -mm tree.
simply add support to utrace and it was tested on blackfin STAMP board
as well as other following patches.
Wow, this has come a
On Sat, 2007-03-03 at 17:30 -0500, Arnd Bergmann wrote:
On Thursday 01 March 2007 05:14:40 Wu, Bryan wrote:
Here is the update version of blackfin-arch.patch in -mm tree.
simply add support to utrace and it was tested on blackfin STAMP
board
as well as other following patches.
Wow, this
On Saturday 03 March 2007 23:50:02 bert hubert wrote:
> > for (;;)
> > asm volatile ("idle");
>
> This looks remarkably like relax_cpu()
Actually not: cpu_relax() is defined as barrier(), it can't
call idle because that might make it sleep for a indefinite
amount of time
On Sat, Mar 03, 2007 at 11:30:49PM +0100, Arnd Bergmann wrote:
> It might be nicer to make this
>
> for (;;)
> asm volatile ("idle");
This looks remarkably like relax_cpu()
--
http://www.PowerDNS.com Open source, database driven DNS Software
http://netherlabs.nl
On Thursday 01 March 2007 05:14:40 Wu, Bryan wrote:
> Here is the update version of blackfin-arch.patch in -mm tree.
> simply add support to utrace and it was tested on blackfin STAMP board
> as well as other following patches.
Wow, this has come a long way since I looked at the patches last
On Thursday 01 March 2007 05:14:40 Wu, Bryan wrote:
> The whole patch is located at URL:
> https://blackfin.uclinux.org/gf/download/frsrelease/39/2583/blackfin-arch.p
>atch The incremental patch is located at URL:
> https://blackfin.uclinux.org/gf/download/frsrelease/39/2584/blackfin-arch-m
On Thursday 01 March 2007 05:14:40 Wu, Bryan wrote:
The whole patch is located at URL:
https://blackfin.uclinux.org/gf/download/frsrelease/39/2583/blackfin-arch.p
atch The incremental patch is located at URL:
https://blackfin.uclinux.org/gf/download/frsrelease/39/2584/blackfin-arch-m
On Thursday 01 March 2007 05:14:40 Wu, Bryan wrote:
Here is the update version of blackfin-arch.patch in -mm tree.
simply add support to utrace and it was tested on blackfin STAMP board
as well as other following patches.
Wow, this has come a long way since I looked at the patches last
year,
On Sat, Mar 03, 2007 at 11:30:49PM +0100, Arnd Bergmann wrote:
It might be nicer to make this
for (;;)
asm volatile (idle);
This looks remarkably like relax_cpu()
--
http://www.PowerDNS.com Open source, database driven DNS Software
http://netherlabs.nl
On Saturday 03 March 2007 23:50:02 bert hubert wrote:
for (;;)
asm volatile (idle);
This looks remarkably like relax_cpu()
Actually not: cpu_relax() is defined as barrier(), it can't
call idle because that might make it sleep for a indefinite
amount of time (until the
Hi folks,
Here is the update version of blackfin-arch.patch in -mm tree.
simply add support to utrace and it was tested on blackfin STAMP board
as well as other following patches.
The whole patch is located at URL:
https://blackfin.uclinux.org/gf/download/frsrelease/39/2583/blackfin-arch.patch
Hi folks,
Here is the update version of blackfin-arch.patch in -mm tree.
simply add support to utrace and it was tested on blackfin STAMP board
as well as other following patches.
The whole patch is located at URL:
https://blackfin.uclinux.org/gf/download/frsrelease/39/2583/blackfin-arch.patch
46 matches
Mail list logo