* Steven Rostedt [EMAIL PROTECTED] wrote:
On Wed, 19 Nov 2008, Paul Mackerras wrote:
Steven Rostedt writes:
Can I add your Acked-by: to all these patches that I submitted? I'm going
to recommit them with a consistent subject (all lower case ppc), but I'm
not going to change
Hi Jens,
On Wed, 19 Nov 2008 10:16:28 +0100 Jens Axboe [EMAIL PROTECTED] wrote:
Strange, so it gets stuck on the timer lock, very weird. You don't
happen to have output showing that the other CPU is up to at that point?
Unfortunately, no, but I will see what I can find tomorrow.
Today's
On Wed, Nov 19 2008, Stephen Rothwell wrote:
Hi Jens,
On Wed, 19 Nov 2008 10:16:28 +0100 Jens Axboe [EMAIL PROTECTED] wrote:
Strange, so it gets stuck on the timer lock, very weird. You don't
happen to have output showing that the other CPU is up to at that point?
Unfortunately, no,
On Wed, Nov 19 2008, Stephen Rothwell wrote:
Hi all,
I got this in my boot test last night:
Begin: Waiting for root file system... ...
BUG: spinlock lockup on CPU#1, vol_id/3246, c0b09700
Call Trace:
[c00040ef7080] [c000fb58] .show_stack+0x70/0x184 (unreliable)
Sonny Rao writes:
Add support for multiple BSR nodes in the device tree.
This didn't apply. Does it depend on the Fix BSR to allow mmap of
small BSR on 64k kernel patch being applied first perhaps?
Paul.
___
Linuxppc-dev mailing list
Ingo Molnar writes:
and it's all in flux (we are in the middle of the development cycle),
so i dont think it would be a good idea for you to pull those bits
into the powerpc tree.
Quite. OK, it does sound like this stuff needs to live in your tree
for now, and from the diffstat it doesn't
On my screen, when something crashes, I only have space for maybe
16 functions of the stack trace before the information above it
scrolls off the screen. It's easy to hack the kernel to print out
only that much, but it's harder to remember to do it. This patch
introduces a config option for it so
On Wed, 19 Nov 2008, Ingo Molnar wrote:
Maybe Steve could do the following trick: create a Linus -git based
branch that uses the new APIs but marks ppc's ftrace as depends 0 in
the powerpc Kconfig. (the new ftrace.c wont build)
There's only two generic commits that need to be added for
Hi Jens,
On Wed, 19 Nov 2008 10:43:00 +0100 Jens Axboe [EMAIL PROTECTED] wrote:
On Wed, Nov 19 2008, Stephen Rothwell wrote:
Unable to handle kernel paging request for data at address 0x
Faulting instruction address: 0xc0503030
cpu 0x0: Vector: 300 (Data Access) at
Hello all,
Fallowing a Benjamin Herrenschmidt request, I sending you a fix for IRQ
assign for some PCIe devices. This bug affects multiple PCIe devices
including Cadet-E, Squib-E, CISCO 4X SDR IB, and Knox adapters.
The problem lays in the fact OF does not create an interrupt property
for
I have just pushed the following commits to the next branch of my
powerpc.git repository, and also merged in Linus' current tree. The
master branch is at the same point as next.
Paul.
Chris J Arges (1):
serial/pmac_zilog: Add console polling support
David Gibson (1):
powerpc:
Ingo Molnar writes:
* Steven Rostedt [EMAIL PROTECTED] wrote:
On Wed, 19 Nov 2008, Paul Mackerras wrote:
Steven Rostedt writes:
Can I add your Acked-by: to all these patches that I submitted? I'm
going
to recommit them with a consistent subject (all lower case ppc),
Hi Jens,
On Wed, 19 Nov 2008 14:34:09 +0100 Jens Axboe [EMAIL PROTECTED] wrote:
Are you removing devices or modules? We have a bug there it seems, does
this help?
This is early in boot (we are waiting for the root device while running
on the initramfs) so there could well be modules being
On Thu, Nov 20 2008, Stephen Rothwell wrote:
Hi Jens,
On Wed, 19 Nov 2008 14:34:09 +0100 Jens Axboe [EMAIL PROTECTED] wrote:
Are you removing devices or modules? We have a bug there it seems, does
this help?
This is early in boot (we are waiting for the root device while running
on
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
arch/powerpc/kernel/process.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kernel/process.c b/arch/powerpc/kernel/process.c
index 957bded..b038323 100644
--- a/arch/powerpc/kernel/process.c
+++
David Gibson wrote:
Um.. yeah.. I'm a bit baffled by this.. all the existing backends
are listed after hvc_console, I just added hvc_udbg to the end. I
didn't really understand the rationale in that commit, but then I
haven't had time to look at it very much yet.
No, some are before:
Clean up the ifdefs so we only use hash_page_sync if we are
CONFIG_SMP CONFIG_PPC_STD_MMU_32
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
arch/powerpc/mm/pgtable_32.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/mm/pgtable_32.c
The tlb invalidates in kmap_atomic/kunmap_atomic can be called from
IRQ context, however they are only local invalidates (on the processor
that the kmap was called on). In the future we want to use IPIs to
do tlb invalidates this causes issue since flush_tlb_page() is considered
a broadcast
On Wed, Nov 19, 2008 at 03:07:04PM +1100, Paul Mackerras wrote:
Sonny Rao writes:
- if (io_remap_pfn_range(vma, vma-vm_start, dev-bsr_addr PAGE_SHIFT,
- size, vma-vm_page_prot))
+ /* check for the case of a small BSR device and map one 4k page for it*/
+
The driver was updated to use the device tree rather than the platform data.
Signed-off-by: John Linn [EMAIL PROTECTED]
---
drivers/spi/xilinx_spi.c | 137 +++---
1 files changed, 81 insertions(+), 56 deletions(-)
diff --git a/drivers/spi/xilinx_spi.c
On 19 Nov 2008 09:08:10 -
nanda [EMAIL PROTECTED] wrote:
I could successfully build the uImage for linux 2.6.20.6 on the mpc8360E
MDS. But I also need the rootfs.ext2.gz.uboot(RAMDisk Image) required for
bringing up the board. Can also get the steps for the building the rootfs?
It's 1MB, not 512KB. Newer U-Boots will fix this entry, but that's no
reason to have the wrong value in the dts.
Signed-off-by: Trent Piepho [EMAIL PROTECTED]
Acked-by: Kumar Gala [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mpc8572ds.dts |2 +-
1 files changed, 1 insertions(+), 1
The initial TLB mapping for the kernel boot didn't set the memory coherent
attribute, MAS2[M], in SMP mode.
If this code supported booting a secondary processor, which it doesn't yet,
but suppose it did, then when a secondary processor boots, it would have
probably signaled the primary processor
On Nov 19, 2008, at 1:14 PM, Trent Piepho wrote:
The initial TLB mapping for the kernel boot didn't set the memory
coherent
attribute, MAS2[M], in SMP mode.
If this code supported booting a secondary processor, which it
doesn't yet,
but suppose it did, then when a secondary processor
On Nov 19, 2008, at 12:40 PM, Trent Piepho wrote:
It's 1MB, not 512KB. Newer U-Boots will fix this entry, but that's no
reason to have the wrong value in the dts.
Signed-off-by: Trent Piepho [EMAIL PROTECTED]
Acked-by: Kumar Gala [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mpc8572ds.dts |
On Nov 18, 2008, at 4:55 AM, Martyn Welch wrote:
The Marvell PHY driver is currently being used for the 88E on the
SBC610. This driver is causing the link to run in 10/Half mode, the
generic
PHY driver is correctly configuring the PHY as 1000/Full.
Edit default config to use generic
On Nov 13, 2008, at 9:18 AM, Michael Barkowski wrote:
ethernet0 (called FSL UEC0 in U-Boot) should be enet1 (UCC3/eth1), and
ethernet1 should be enet0 (UCC2/eth0), to be consistent with U-Boot so
that the interfaces do not swap addresses when control passes from
U-Boot to the kernel.
Please pull from 'merge' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git merge
to receive the following updates:
arch/powerpc/boot/dts/mpc832x_rdb.dts |4 ++--
arch/powerpc/boot/dts/mpc8572ds.dts|2 +-
Paul,
Here are the patches that include the changes suggested by both you
and Milton. This series includes the back port of three commits from tip
that are needed for the PowerPC port.
I also made a git branch called ppc/ftrace-disable that does not
include two of the three commits. It adds a
Impact: fix for irq off latency tracer
When idle is called, interrupts are disabled, but the idle function
will still wake up on an interrupt. The problem is that the interrupt
disabled latency tracer will take this call to idle as a latency.
This patch disables the latency tracing when going
Impact: 64 bit PowerPC port of dynamic ftrace
This patch converts 64 bit PowerPC to use the mcount location section.
Currently, modules will be ignored by the converter.
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
arch/powerpc/Kconfig|2 ++
scripts/recordmcount.pl | 13
Impact: allow archs more flexibility on dynamic ftrace implementations
Dynamic ftrace has largly been developed on x86. Since x86 does not
have the same limitations as other architectures, the ftrace interaction
between the generic code and the architecture specific code was not
flexible enough
Impact: add alignment option for recordmcount.pl script
Align the __mcount_loc sections so that architectures with strict
alignment requirements need not worry about performing unaligned
accesses.
This fixes an issue where I was seeing unaligned accesses, which are not
supported on our
Impact: use cleaner probe_kernel API over assembly
Using probe_kernel_read/write interface is a much cleaner approach
than the current assembly version.
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
arch/powerpc/kernel/ftrace.c | 53 -
1 files
Impact: update to PowerPC ftrace arch API
This patch converts PowerPC to use the new dynamic ftrace arch API.
Thanks to Paul Mackennas for pointing out the mistakes of my original
test_24bit_addr function.
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
arch/powerpc/include/asm/ftrace.h |
Impact: Allow 64 bit PowerPC to trace modules with dynamic ftrace
This adds code to handle the PPC64 module trampolines, and allows for
PPC64 to use dynamic ftrace.
Thanks to Paul Mackerras for these updates:
- fix the mod and rec-arch.mod NULL checks.
- fix to is_bl_op compare.
Thanks to
Impact: Port 32 bit PowerPC dynamic ftrace
This patch adds the necessary hooks to get PPC32 dynamic ftrace working.
It does not handle modules. They are ignored by this patch.
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
arch/powerpc/Kconfig|2 +-
scripts/recordmcount.pl |7
Impact: add ability to trace modules on 32 bit PowerPC
This patch performs the necessary trampoline calls to handle
modules with dynamic ftrace on 32 bit PowerPC.
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
arch/powerpc/include/asm/module.h |5 ++-
arch/powerpc/kernel/ftrace.c
I need to change my scripts to parse out the first line of all patches, so
quilt can send out the proper owner. This patch has the following header:
From 626f82959cd00ca804b12543cad86714e74264da Mon Sep 17 00:00:00 2001
From: Matt Fleming [EMAIL PROTECTED]
Date: Fri, 7 Nov 2008 13:26:25 +
Refactor the RCU based pte free code that was used on ppc64 to be used
on all powerpc.
Additionally refactor pte_free() pte_free_kernel() into common code
between ppc32 ppc64.
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
arch/powerpc/include/asm/pgalloc-32.h | 11 ++-
Refactor the RCU based pte free code that was used on ppc64 to be used
on all powerpc.
Additionally refactor pte_free() pte_free_kernel() into common code
between ppc32 ppc64.
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
* Only does RCU if CONFIG_SMP
* Removed hash_page_sync() as its not
Sonny Rao writes:
On Wed, Nov 19, 2008 at 03:07:04PM +1100, Paul Mackerras wrote:
I think we should be checking that dev-bsr_len == 4096 here.
Paul.
Well, dev-bsr_len could be 4096 or 8192
Isn't the dev-bsr_len == 8192 case the one where we'll only map 4096
bytes and therefore not do
Johannes Berg writes:
On my screen, when something crashes, I only have space for maybe
16 functions of the stack trace before the information above it
scrolls off the screen. It's easy to hack the kernel to print out
only that much, but it's harder to remember to do it. This patch
On Wed, 2008-11-19 at 11:55 -0200, Adhemerval Zanella wrote:
Fallowing a Benjamin Herrenschmidt request, I sending you a fix for IRQ
assign for some PCIe devices. This bug affects multiple PCIe devices
including Cadet-E, Squib-E, CISCO 4X SDR IB, and Knox adapters.
Thanks for tracking this
On Wed, 2008-11-19 at 08:39 -0600, Kumar Gala wrote:
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
Shouldn't this be protected by some ifdef ?
Ben.
arch/powerpc/kernel/process.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kernel/process.c
On Wed, 2008-11-19 at 09:53 -0600, Kumar Gala wrote:
Clean up the ifdefs so we only use hash_page_sync if we are
CONFIG_SMP CONFIG_PPC_STD_MMU_32
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
Acked-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
arch/powerpc/mm/pgtable_32.c |6 +++---
On Wed, 2008-11-19 at 09:53 -0600, Kumar Gala wrote:
The tlb invalidates in kmap_atomic/kunmap_atomic can be called from
IRQ context, however they are only local invalidates (on the processor
that the kmap was called on). In the future we want to use IPIs to
do tlb invalidates this causes
On Tuesday 18 November 2008, Anton Vorontsov wrote:
The call chain is this:
qe_udc_irq() - grabs the udc-lock spinlock
rx_irq()
qe_ep0_rx()
ep0_setup_handle()
setup_received_handle()
ch9getstatus()
qe_ep_queue() - tries to grab the udc-lock again
It seems unsafe to temporarily drop
On Wed, 2008-11-19 at 16:50 -0600, Kumar Gala wrote:
Refactor the RCU based pte free code that was used on ppc64 to be used
on all powerpc.
Additionally refactor pte_free() pte_free_kernel() into common code
between ppc32 ppc64.
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
* Only
On Wed, 2008-11-19 at 14:50 +0100, Arnd Bergmann wrote:
This patch implements the first approach, because it can work on
machines that have a secondary controller that needs to deliver
interrupts to a destination other than CPU 0. The disadvantage
is that it requires the system to set up the
50 matches
Mail list logo
