* 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 go
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?
>
> Unfortun
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
Linuxppc-dev@
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'
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 t
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 f
On Wed, 19 Nov 2008, Steven Rostedt wrote:
>
> 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)
>
* Paul Mackerras <[EMAIL PROTECTED]> wrote:
> 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
Hi Jens,
On Wed, 19 Nov 2008 11:58:33 +0100 Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> ;-) I'm aware of that, I meant the 'timer' data argument. But you are
> right, it's probably q->queue_lock being NULL here or we would have
> oopsed earlier. There's no code line.
>
> > address of the spinlock (
On Thu, Nov 20 2008, Stephen Rothwell wrote:
> Hi Jens,
>
> On Wed, 19 Nov 2008 11:58:33 +0100 Jens Axboe <[EMAIL PROTECTED]> wrote:
> >
> > ;-) I'm aware of that, I meant the 'timer' data argument. But you are
> > right, it's probably q->queue_lock being NULL here or we would have
> > oopsed earl
Kexec/kdump currently fails on the IBM QS2x blades when the kexec happens
on a CPU other than the initial boot CPU. It turns out that this is the
result of mpic_init trying to set affinity of each interrupt vector to the
current boot CPU.
As far as I can tell, the same problem is likely to exist
Hello All:
I am using the paulus tree popwerpc linux kernel for a ppc440 cpu
located in a Virtex5 FPGA.
While developing some drivers (a simple gpio device) I have notice
that if I try to access an unmapped area (an address without any
register/device attached), the system completely crashes.
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 Acce
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:
On Wed, Nov 19 2008, Stephen Rothwell wrote:
> 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 ad
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 subjec
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 r
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
+++ b/arch/power
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:
ob
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 b/arch/powerpc/
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 invali
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
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 b
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 deletio
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 b
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 boots
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 PHY
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.
Signed-of
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 +-
arch/powerpc/configs/86xx/gef_sb
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 p
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 int
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 to
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 architectu
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 ch
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 ++-
arch/powerpc/inc
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 theref
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
> intro
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 t
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
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 |
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 tempo
On Wed, Nov 12, 2008 at 11:10:49AM +1100, Stephen Rothwell wrote:
> A powerpc ppc64_defconfig build of Linus' current tree produces these
> warnings:
Hi Stephen,
Thanks for submitting the patch! As it turns out, a patch that was
pretty much identical to yours was submitted by Alexander Beregalov
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]>
> --
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 th
58 matches
Mail list logo
