On Jul 31, 2008, at 11:10 AM, Adrian Bunk wrote:
From: Scott Wood <[EMAIL PROTECTED]>
This patch fixes the following build error with mpc866_ads_defconfig:
<-- snip -->
...
WRAParch/powerpc/boot/cuImage.mpc866ads
powerpc64-linux-ld: arch/powerpc/boot/cuboot-mpc866ads.o: No such
file
On Aug 21, 2008, at 12:16 AM, Stephen Rothwell wrote:
Hi all,
Anyone going to add this patch to some tree (I have had it in linux-
next
for a while).
http://patchwork.ozlabs.org/linuxppc/patch?id=19962
I'll grab it for 2.6.27 as it address a build failure.
- k
___
On Aug 14, 2008, at 12:13 PM, Anton Vorontsov wrote:
This patch adds the localbus node, moves the bcsr node into the
localbus node, and adds the flash node.
Also enable MTD support in the defconfig.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc836x_mds.dts
Hi all,
Anyone going to add this patch to some tree (I have had it in linux-next
for a while).
http://patchwork.ozlabs.org/linuxppc/patch?id=19962
On Thu, 31 Jul 2008 19:10:22 +0300 Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> From: Scott Wood <[EMAIL PROTECTED]>
>
> This patch fixes the followin
On Aug 19, 2008, at 7:20 AM, Laurent Pinchart wrote:
The CPM2 GPIO library code uses the non thread-safe clrbits32/
setbits32
macros. This patch protects them with a spinlock.
Signed-off-by: Laurent Pinchart <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/cpm_common.c | 37 +
Geoff Levand writes:
> Fix a minor comment typo in pgtable-ppc64.h.
I don't see why this needs to go in 2.6.27. See Linus' recent
comments on what should go in outside the merge window:
http://lkml.org/lkml/2008/8/20/251
I'll queue it for 2.6.28.
Paul.
Andrew Morton writes:
> /opt/crosstool/gcc-4.1.0-glibc-2.3.6/powerpc64-unknown-linux-gnu/bin/powerpc64-unknown-linux-gnu-ld:
> .tmp_vmlinux1: section .data.gcov lma 0xc2c2bb78 overlaps previous
> sections
I suspect your binutils are too old, and the stress that the gcov
stuff puts on th
On Aug 20, 2008, at 10:29 AM, Timur Tabi wrote:
Fix two memory leaks in the Freescale QE library: add a missing
kfree() in
ucc_fast_init() and ucc_slow_init() if the ioremap() fails, and update
ucc_fast_free() and ucc_slow_free() to call iounmap() if necessary.
Based on a patch from Tony Bre
Please pull from 'for-2.6.27' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for-2.6.27
to receive the following updates:
arch/powerpc/boot/dts/mpc8641_hpcn.dts |2 -
arch/powerpc/boot/dts/tqm8548-bigflash.dts |8 +-
arch/powerpc/boot/dts/tqm8548
On Aug 18, 2008, at 4:12 PM, Timur Tabi wrote:
Fix two memory leaks in the Freescale QE library: add a missing
kfree() in
ucc_fast_init() if the ioremap() fails, and update ucc_fast_free()
to call
iounmap() on uf_regs.
Based on a patch from Tony Breeds <[EMAIL PROTECTED]>.
Signed-off-by:
Arnd Bergmann writes:
> Paul, any chance we can still get this into 2.6.27?
Possibly. We'll need a really good explanation for Linus as to why
this is needed (what regression or serious bug this fixes) and why it
is late. Can you send me something explaining that?
> I've added the Ack and uplo
I have here a mpc8540ads board and a u-boot 1.0.0. I've build the
defconfig for the board and I tried to boot the genarated
cuImage.mpc8540ads image. After the bootm command I see just
|8540> bootm 100
|## Booting image at 0100 ...
| Image Name: Linux-2.6.26
| Image Type: PowerPC L
On Wed, 20 Aug 2008 20:44:23 -0400
"Josh Boyer" <[EMAIL PROTECTED]> wrote:
> That's all output from the wrapper, not the kernel. And the kernel
> config doesn't make a difference at all to the wrapper. I wonder if
> there is some weird size issue going on there or if whatever U-Boot
> version yo
On Wed, 20 Aug 2008 20:37:19 -0400
"Josh Boyer" <[EMAIL PROTECTED]> wrote:
> On Thu, 21 Aug 2008 00:40:58 +0200
> Arnd Bergmann <[EMAIL PROTECTED]> wrote:
>
> > On Wednesday 20 August 2008, Sebastian Siewior wrote:
> > > I didn't convert the NDFC driver to support OF because there are
> > > non
/opt/crosstool/gcc-4.1.0-glibc-2.3.6/powerpc64-unknown-linux-gnu/bin/powerpc64-unknown-linux-gnu-ld:
.tmp_vmlinux1: section .data.gcov lma 0xc2c2bb78 overlaps previous
sections
/opt/crosstool/gcc-4.1.0-glibc-2.3.6/powerpc64-unknown-linux-gnu/bin/powerpc64-unknown-linux-gnu-ld:
.tmp_vmlin
On Wed, 2008-08-20 at 16:55 -0400, Steven A. Falco wrote:
> I have just tried enabling I2C on a Sequoia board (kernel is DENX 2.6.26) and
> doing that appears to corrupt the u-boot / kernel communications.
>
> Prior to turning on I2C, I see the ethernet mac and kernel command line
> correctly pass
I have committed the following patches to the master and powerpc-next
branches of the powerpc.git repository. These will be going upstream
in the 2.6.28 merge window.
Paul.
Adrian Bunk (1):
powerpc: Use bcd2bin/bin2bcd
Benjamin Herrenschmidt (2):
powerpc: Turn get/set_hard_smp_procc
On Thu, 21 Aug 2008 00:40:58 +0200
Arnd Bergmann <[EMAIL PROTECTED]> wrote:
> On Wednesday 20 August 2008, Sebastian Siewior wrote:
> > I didn't convert the NDFC driver to support OF because there are
> > non-OF-aware platforms with the ndfc chip.
> > All settings are mandatory except the oob layo
On Wednesday 20 August 2008, Sebastian Siewior wrote:
> I didn't convert the NDFC driver to support OF because there are
> non-OF-aware platforms with the ndfc chip.
> All settings are mandatory except the oob layout.
Are you aware of Sean's patch from
http://patchwork.ozlabs.org/linuxppc/patch?id
> > As you can see, it restores r1 -before- it pops r24..r31 off
> > the stack ! I let you imagine what happens if an interrupt happens
> > just in between those two instructions (mr and lmw). We don't do
> > redzones on our ABI, so basically, the registers end up corrupted
> > by the interrupt.
>
On Thu, 21 Aug 2008, Benjamin Herrenschmidt wrote:
>
> > > As you can see, it restores r1 -before- it pops r24..r31 off
> > > the stack ! I let you imagine what happens if an interrupt happens
> > > just in between those two instructions (mr and lmw). We don't do
> > > redzones on our ABI, so ba
> Hmm... so whats now?
>
> Is there a way to prove this scenario is indeed the one that caused the
> opps?
I've verified in sim that the crash in do_lookup() I was seeing (similar
backtrace) was indeed caused by an interrupt coming between those two
instructions and clobbering the saved GPRs.
> > Yeah, I wasn't clear -- I meant to add a new helper like
> > of_flat_dt_is_compatible_list() (not sure of the name) that takes a node
> > and a NULL-terminated array of strings, and then mpc5200_simple_probe()
> > can become a one-liner, along with mpc5121_generic_probe(),
> > tqm85xx_prob
I didn't convert the NDFC driver to support OF because there are
non-OF-aware platforms with the ndfc chip.
All settings are mandatory except the oob layout.
Signed-off-by: Sebastian Siewior <[EMAIL PROTECTED]>
---
drivers/mtd/nand/Kconfig |7 ++
drivers/mtd/nand/Makefile |1 +
drivers
В Tue, 19 Aug 2008 12:03:42 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> пишет:
>
> .../...
>
> > There is a software workaround that uses a trick to detect if
> > full-speed interface is enabled from the hi-speed driver(and vice
> > versa), and use suspend control for ohci to enable/disabl
I have just tried enabling I2C on a Sequoia board (kernel is DENX 2.6.26) and
doing that appears to corrupt the u-boot / kernel communications.
Prior to turning on I2C, I see the ethernet mac and kernel command line
correctly passed, but once I turn on I2C, the ethernet mac becomes 0 and the
kerne
From: Masakazu Mokuno <[EMAIL PROTECTED]>
Rework the PS3 htab code to remove the need to ioremap the hash table
by using the HV calls lv1_insert_htab_entry() and
lv1_read_htab_entries().
This fixes a runtime failure on the PS3 introduced by the powerpc
ioremap_prot rework of commit a1f242ff460e4b
From: Masakazu Mokuno <[EMAIL PROTECTED]>
Fix the ioremap of the spu shadow regs on the PS3.
The current PS3 hypervisor requires the spu shadow regs to be
mapped with the PTE page protection bits set as read-only (PP=3).
This implementation uses the low level __ioremap() to bypass the
page protec
Update ps3_defconfig.
Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
---
arch/powerpc/configs/ps3_defconfig | 153 -
1 file changed, 133 insertions(+), 20 deletions(-)
--- a/arch/powerpc/configs/ps3_defconfig
+++ b/arch/powerpc/configs/ps3_defconfig
@@ -1,7
Fix a minor comment typo in pgtable-ppc64.h.
Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
---
arch/powerpc/include/asm/pgtable-ppc64.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/arch/powerpc/include/asm/pgtable-ppc64.h
+++ b/arch/powerpc/include/asm/pgtable-ppc64.h
@@ -100
Hi Paul,
This is a set of PS3 fixup patches for 2.6.27.
Patch 4/4, Fix ioremap of spu shadow regs, is a bit of a hack, but I
can't think of a better way to get the needed protection bits.
[patch 1/4] powerpc: Fix typo in pgtable-ppc64.h
[patch 2/4] powerpc/ps3: Update ps3_defconfig
[patch 3/4
On Wed, 20 Aug 2008 14:06:51 -0500
Hollis Blanchard <[EMAIL PROTECTED]> wrote:
> > > > To be honest I unfortunately don't know how big the impact for
> > > > non-virtualized systems is. I would like to test it, but without
> > > > hardware performance counters on the core I have I'm not sure (y
On Wed, 2008-08-20 at 14:52 -0400, Josh Boyer wrote:
> On Wed, 2008-08-20 at 13:30 -0500, Hollis Blanchard wrote:
> > On Wed, 2008-08-20 at 14:53 +0200, Christian Ehrhardt wrote:
> > >
> > > Arnd Bergmann wrote:
> > > > On Tuesday 19 August 2008, [EMAIL PROTECTED] wrote:
> > > >
> > > >> Depend
On Wed, 2008-08-20 at 13:30 -0500, Hollis Blanchard wrote:
> On Wed, 2008-08-20 at 14:53 +0200, Christian Ehrhardt wrote:
> >
> > Arnd Bergmann wrote:
> > > On Tuesday 19 August 2008, [EMAIL PROTECTED] wrote:
> > >
> > >> Dependent on the already existing CONFIG_KVM_GUEST config option
> > this
On Wed, 20 Aug 2008, Eran Liberty wrote:
> mon> X
> ~ #
>
> And took it for a test drive
> ~# while [ 1 ] ; do find / > /dev/null ; echo . ; done
> .
> .
> .
> [ 10 min later ]
> .
> .
> .
>
> Stable! Yeepee.
Eran, thanks a lot for testing this!
>
> So how do we get this to be right in the f
On Wed, 2008-08-20 at 14:53 +0200, Christian Ehrhardt wrote:
>
> Arnd Bergmann wrote:
> > On Tuesday 19 August 2008, [EMAIL PROTECTED] wrote:
> >
> >> Dependent on the already existing CONFIG_KVM_GUEST config option
> this patch
> >> changes wrteei to wrtee allowing the hypervisor to rewrite th
Jon Smirl wrote:
Manually edit the broken binary to change the order of the restore and
see if the problem disappears. That will keep everything else
constant.
checked with objdump where __d_lookup()
> powerpc-linux-gnu-objdump -dr --start-address=0xc0065790 vmlinux |
grep "<__d_lookup>:"
On Wed, Aug 20, 2008 at 05:30:21PM +0200, Felix Schmidt wrote:
> I some questions about the PowerPC cache model.
>
> How many caches are there?
> How many caches are in multi-core systems? do you have a L1 cache per
> cpu and one shared L2? or is there a victim L3 cache?
>
> can you tell me somet
On Wed, 2008-08-20 at 17:30 +0200, Felix Schmidt wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Dear,
>
> I some questions about the PowerPC cache model.
It depends greatly on the core, chip, and cache used. That varies
widely across the PPC universe.
josh
_
On Wed, 20 Aug 2008 10:19:02 -0700
Roland Dreier <[EMAIL PROTECTED]> wrote:
> > Except that logically doesn't make much sense. Why would you have a
> > list of mpc52xx and 44x boards together? They require completely
> > different kernels because the MMU and drive set is entirely different.
>
> Except that logically doesn't make much sense. Why would you have a
> list of mpc52xx and 44x boards together? They require completely
> different kernels because the MMU and drive set is entirely different.
>
> Or am I totally missing what you are saying?
Yeah, I wasn't clear -- I meant
On Wed, 20 Aug 2008 09:33:06 -0700
Roland Dreier <[EMAIL PROTECTED]> wrote:
> > You should fix 52xx with the same for loop change then, since I
> > blatantly most of this file from you ;)
>
> Heh, then factor out mpc5200_simple_probe() into a helper and use it
> instead of copying it as ppc44x_
On Wed, 20 Aug 2008 09:54:40 -0700
"prodyut hazarika" <[EMAIL PROTECTED]> wrote:
> Hi Josh,
>
> >> >
> >> > Review would be appreciated. Tested on Sequoia, and I plan on testing on
> >> > as many boards as I can before committing to my tree.
> >>
>
> The changes looks great.
> >
> > That would
On Wed, 20 Aug 2008 20:51:18 +0400
Valentine Barshak <[EMAIL PROTECTED]> wrote:
> Josh Boyer wrote:
> > The following patch series reworks the board support code for PowerPC 44x
> > platforms. It eliminates a number of redundant .c files and add a
> > ppc44x_simple.c file that has an explicit lis
Hi Josh,
>> >
>> > Review would be appreciated. Tested on Sequoia, and I plan on testing on
>> > as many boards as I can before committing to my tree.
>>
The changes looks great.
>
> That would be much appreciated. I have a number of the effected
> boards, but I don't have them all so any testi
Josh Boyer wrote:
The following patch series reworks the board support code for PowerPC 44x
platforms. It eliminates a number of redundant .c files and add a
ppc44x_simple.c file that has an explicit list of boards that are supported
by it. This is the same mechanism that Grant Likely has used
> You should fix 52xx with the same for loop change then, since I
> blatantly most of this file from you ;)
Heh, then factor out mpc5200_simple_probe() into a helper and use it
instead of copying it as ppc44x_probe? ;)
If you stick to the NULL-terminated array version, then it becomes easy
to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear,
I some questions about the PowerPC cache model.
How many caches are there?
How many caches are in multi-core systems? do you have a L1 cache per
cpu and one shared L2? or is there a victim L3 cache?
can you tell me something about the path th
Fix two memory leaks in the Freescale QE library: add a missing kfree() in
ucc_fast_init() and ucc_slow_init() if the ioremap() fails, and update
ucc_fast_free() and ucc_slow_free() to call iounmap() if necessary.
Based on a patch from Tony Breeds <[EMAIL PROTECTED]>.
Signed-off-by: Timur Tabi <[
On Wed, 20 Aug 2008, Eran Liberty wrote:
> >
> >
> > > c00bb670: 41 9e 00 50 beq-cr7,c00bb6c0 <__d_lookup+0x13c>
> > > c00bb674: 83 de 00 00 lwz r30,0(r30)
> > > c00bb678: 2f 9e 00 00 cmpwi cr7,r30,0
> > > c00bb67c: 40 9e ff 98 bne+cr7,c00b
On Wed, 20 Aug 2008, Jon Smirl wrote:
> > >
> > > > c00bb690: bb 0b ff e0 lmw r24,-32(r11)
> > > > c00bb694: 7c 08 03 a6 mtlrr0
> > > > c00bb698: 4e 80 00 20 blr
> > > >
> > > >
> > >
> > > Yep, you have the same bug in your compiler.
> > >
> > > -- Steve
> >
On Wed, 20 Aug 2008 10:45:47 -0400
Josh Boyer <[EMAIL PROTECTED]> wrote:
> On Wed, 2008-08-20 at 08:15 -0600, Grant Likely wrote:
> > On Wed, Aug 20, 2008 at 7:33 AM, Arnd Bergmann <[EMAIL PROTECTED]> wrote:
> > > On Tuesday 19 August 2008, Josh Boyer wrote:
> > >> This adds a common board file fo
On Wed, 2008-08-20 at 14:39 +0200, Robert Richter wrote:
> On 20.08.08 14:05:31, Arnd Bergmann wrote:
> > On Wednesday 20 August 2008, Robert Richter wrote:
> > > I am fine with the changes with the exception of removing
> > > add_event_entry() from include/linux/oprofile.h. Though there is no
> >
On 8/20/08, Eran Liberty <[EMAIL PROTECTED]> wrote:
> Steven Rostedt wrote:
>
> > On Wed, 20 Aug 2008, Eran Liberty wrote:
> >
> >
> >
> > > Steven Rostedt wrote:
> > >
> > >
> > > > On Wed, 20 Aug 2008, Steven Rostedt wrote:
> > > >
> > > >
> > > >
> > > > > On Wed, 20 Aug 2008, Benjamin Herrensch
On Wed, 20 Aug 2008 10:22:49 -0400 (EDT)
Steven Rostedt <[EMAIL PROTECTED]> wrote:
>
> On Wed, 20 Aug 2008, Josh Boyer wrote:
> >
> > Segher was looking at this a bit this morning. He thinks it's really
> > -fno-omit-frame-pointer that is causing this. That really shouldn't
> > even be set on
On Wed, 2008-08-20 at 08:15 -0600, Grant Likely wrote:
> On Wed, Aug 20, 2008 at 7:33 AM, Arnd Bergmann <[EMAIL PROTECTED]> wrote:
> > On Tuesday 19 August 2008, Josh Boyer wrote:
> >> This adds a common board file for almost all of the "simple" PowerPC 44x
> >> boards that exist today. This is in
On Wed, 20 Aug 2008, Josh Boyer wrote:
>
> Segher was looking at this a bit this morning. He thinks it's really
> -fno-omit-frame-pointer that is causing this. That really shouldn't
> even be set on PowerPC, but FTRACE uses select which overrides the
> depends on stuff in Kconfig.
I can easily
On Wed, 2008-08-20 at 09:14 -0400, Steven Rostedt wrote:
> On Wed, 20 Aug 2008, Benjamin Herrenschmidt wrote:
>
> > Found the problem (or at least -a- problem), it's a gcc bug.
> >
> > Well, first I must say the code generated by -pg is just plain
> > horrible :-)
> >
> > Appart from that, look
On Wed, Aug 20, 2008 at 7:33 AM, Arnd Bergmann <[EMAIL PROTECTED]> wrote:
> On Tuesday 19 August 2008, Josh Boyer wrote:
>> This adds a common board file for almost all of the "simple" PowerPC 44x
>> boards that exist today. This is intended to be a single place to add
>> support for boards that d
Steven Rostedt wrote:
On Wed, 20 Aug 2008, Eran Liberty wrote:
Steven Rostedt wrote:
On Wed, 20 Aug 2008, Steven Rostedt wrote:
On Wed, 20 Aug 2008, Benjamin Herrenschmidt wrote:
Found the problem (or at least -a- problem), it's a gcc bug.
Well, first I mus
On Wed, 20 Aug 2008 15:33:21 +0200
Arnd Bergmann <[EMAIL PROTECTED]> wrote:
> On Tuesday 19 August 2008, Josh Boyer wrote:
> > This adds a common board file for almost all of the "simple" PowerPC 44x
> > boards that exist today. This is intended to be a single place to add
> > support for boards
On Wed, 20 Aug 2008, Eran Liberty wrote:
> Steven Rostedt wrote:
> > On Wed, 20 Aug 2008, Steven Rostedt wrote:
> >
> >
> > > On Wed, 20 Aug 2008, Benjamin Herrenschmidt wrote:
> > >
> > >
> > > > Found the problem (or at least -a- problem), it's a gcc bug.
> > > >
> > > > Well, first
Steven Rostedt wrote:
On Wed, 20 Aug 2008, Steven Rostedt wrote:
On Wed, 20 Aug 2008, Benjamin Herrenschmidt wrote:
Found the problem (or at least -a- problem), it's a gcc bug.
Well, first I must say the code generated by -pg is just plain
horrible :-)
Appart from that, look at the
On Tuesday 19 August 2008, Josh Boyer wrote:
> This adds a common board file for almost all of the "simple" PowerPC 44x
> boards that exist today. This is intended to be a single place to add
> support for boards that do not differ in platform support from most of the
> evaluation boards that are
On Wednesday 20 August 2008, Robert Richter wrote:
> > Signed-off-by: Carl Love <[EMAIL PROTECTED]>
> > Signed-off-by: Maynard Johnson <[EMAIL PROTECTED]>
> > Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
>
> Acked-by: Robert Richter <[EMAIL PROTECTED]>
>
Thanks Robert.
Paul, any chance we
On Wed, 20 Aug 2008, Steven Rostedt wrote:
>
> On Wed, 20 Aug 2008, Benjamin Herrenschmidt wrote:
>
> > Found the problem (or at least -a- problem), it's a gcc bug.
> >
> > Well, first I must say the code generated by -pg is just plain
> > horrible :-)
> >
> > Appart from that, look at the ex
On Wed, 20 Aug 2008, Benjamin Herrenschmidt wrote:
> Found the problem (or at least -a- problem), it's a gcc bug.
>
> Well, first I must say the code generated by -pg is just plain
> horrible :-)
>
> Appart from that, look at the exit of, for example, __d_lookup, as
> generated by gcc when ftra
On Wed, 20 Aug 2008, Eran Liberty wrote:
> Steven Rostedt wrote:
> > On Tue, 19 Aug 2008, Eran Liberty wrote:
> >
> >
> > > Steven Rostedt wrote:
> > >
> > > >
> > > > > Testing tracer sched_switch: PASSED
> > > > > Testing tracer ftrace: PASSED
> > > > > Testing dynamic ftrace:
Arnd Bergmann wrote:
On Tuesday 19 August 2008, [EMAIL PROTECTED] wrote:
Dependent on the already existing CONFIG_KVM_GUEST config option this patch
changes wrteei to wrtee allowing the hypervisor to rewrite those to nontrapping
instructions. Maybe we should split the kvm guest otpimizations
Arnd Bergmann wrote:
On Tuesday 19 August 2008, [EMAIL PROTECTED] wrote:
+static inline long kvm_hypercall1(unsigned int nr, unsigned long p1)
+{
+ register unsigned long hcall asm ("r0") = nr;
+ register unsigned long arg1 asm ("r3") = p1;
+ register long ret asm ("r11");
+
On 11.08.08 09:25:07, Arnd Bergmann wrote:
> From: Carl Love <[EMAIL PROTECTED]>
>
> The issue is the SPU code is not holding the kernel mutex lock while
> adding samples to the kernel buffer.
>
> This patch creates per SPU buffers to hold the data. Data
> is added to the buffers from in interru
On 20.08.08 14:05:31, Arnd Bergmann wrote:
> On Wednesday 20 August 2008, Robert Richter wrote:
> > I am fine with the changes with the exception of removing
> > add_event_entry() from include/linux/oprofile.h. Though there is no
> > usage of the function also in other architectures anymore, this c
On Wednesday 20 August 2008, Robert Richter wrote:
> I am fine with the changes with the exception of removing
> add_event_entry() from include/linux/oprofile.h. Though there is no
> usage of the function also in other architectures anymore, this change
> in the API should be discussed on the oprof
I am fine with the changes with the exception of removing
add_event_entry() from include/linux/oprofile.h. Though there is no
usage of the function also in other architectures anymore, this change
in the API should be discussed on the oprofile mailing list. Please
separate the change in a different
On Wed, Aug 20, 2008 at 1:38 AM, Tony Breeds <[EMAIL PROTECTED]> wrote:
> It's been pointed out in
> http://bugzilla.kernel.org/show_bug.cgi?id=11371
> that ucc_slow suffers from the same (welll clsoe enough) 2 problems.
> Care to fix them aswell?
Sure. I'll do a sweep o the QE code just to make
Steven Rostedt wrote:
On Tue, 19 Aug 2008, Eran Liberty wrote:
Steven Rostedt wrote:
Testing tracer sched_switch: PASSED
Testing tracer ftrace: PASSED
Testing dynamic ftrace: PASSED
Do you have PREEMPT_TRACER enabled, or any other tracer for that matter?
-- Steve
On Wednesday 20 August 2008 07:08, Steven Rostedt wrote:
> On Tue, 19 Aug 2008, Mathieu Desnoyers wrote:
> > Ok, there are two cases where it's ok :
> >
> > 1 - in stop_machine, considering we are not touching code executed in
> > NMI handlers.
> > 2 - when using my replace_instruction_safe() which
On Wed, 2008-08-20 at 18:25 +1000, Finn Thain wrote:
>
> On Wed, 20 Aug 2008, Benjamin Herrenschmidt wrote:
>
> > On Wed, 2008-08-20 at 03:23 +1000, Finn Thain wrote:
> > >...
> > >
> > > The Debian Sarge 2.6.8-4 kernel does not seem to have this problem
> > > though kernel.org 2.6.16 and later
At Tue, 19 Aug 2008 11:53:54 -0400,
roel kluin wrote:
>
> Takashi Iwai wrote:
> > At Tue, 19 Aug 2008 08:15:05 +0200 (CEST),
> > Johannes Berg wrote:
> >> roel kluin wrote:
> >>> untested, is it correct?
> >> not a clue, do you know how long ago that was? :)
> >> does the driver check endianness a
On Wed, 20 Aug 2008, Benjamin Herrenschmidt wrote:
> On Wed, 2008-08-20 at 03:23 +1000, Finn Thain wrote:
> >...
> >
> > The Debian Sarge 2.6.8-4 kernel does not seem to have this problem
> > though kernel.org 2.6.16 and later versions do.
> >
> > Any ideas?
>
> How "late" have you tried ? I
Found the problem (or at least -a- problem), it's a gcc bug.
Well, first I must say the code generated by -pg is just plain
horrible :-)
Appart from that, look at the exit of, for example, __d_lookup, as
generated by gcc when ftrace is enabled:
c00c0498: 38 60 00 00 li r3,0
c00c04
>We are using PPC8248 provided by freescale and the kernel 2.6.10. I
> believe we have cache problem.
> We are allocating DMA buffers in our driver. If we increase the DMA buffer
> size the board hangs/halts(when try to load more applications).
> If we reduce the DMA buffer size, then we
82 matches
Mail list logo
