On Wed, 11 Apr 2012 about 16:58:35 +1000, Stephen Rothwell wrote:
> Hi all,
>
> Some (not all) of my PowerPC boot tests have failed like this after
> getting into user mode (this one was just after udev started, but others
> are after other processes getting going):
>
> Unable to handle kernel pa
[Apollogies if I left anyone off cc. I am not subscribed and the archives
go to great pains to hide the to and cc lists, and then truncate it for size]
{fix a comma in cc}
On Tue Feb 28 2012 about 18:42:03 EST, Benjamin Herrenschmidt wrote:
> On Tue, 2012-02-28 at 16:31 -0700, Bjorn Helgaas wrot
[Apollogies if I left anyone off cc. I am not subscribed and the archives
go to great pains to hide the to and cc lists, and then truncate it for size]
On Tue Feb 28 2012 about 18:42:03 EST, Benjamin Herrenschmidt wrote:
> On Tue, 2012-02-28 at 16:31 -0700, Bjorn Helgaas wrote:
> > We may need m
On Mon, 05 Mar 2012 about 17:29:41 -, Mai La wrote:
>
> @@ -43,7 +43,12 @@
> #define PEIH_FLUSH0 0x30
> #define PEIH_FLUSH1 0x38
> #define PEIH_CNTRST 0x48
> +
> +#ifdef CONFIG_APM821xx
> +#define NR_MSI_IRQS 8
> +#else
> #define NR_MSI_IRQS 4
> +#endif
>
does this need to go into
On Thu, 26 May 2011 about 13:32:33 +1000, Benjamin Herrenschmidt wrote:
> > On Wed, 2011-05-25 at 01:34 -0500, Milton Miller wrote:
> > > The 8xx cpm_cascade was calling irq_eoi for the cascaded irq,
> > > but that will already have been called by the handl
or initrd to be kernel page
> aligned, and will move the device tree if it overlaps with the range
> extension of initrd. This patch will also consolidate the identical
> function free_initrd_mem() from mm/init_32.c, init_64.c to mm/mem.c,
> and adds the same range extension when freeing initrd
to be kernel page
> aligned, and adds the same range extension when freeing initrd. It
> will also move the device tree if it overlaps with the reserved memory
> for initrd.
>
> Many thanks to Milton Miller for his input on this patch.
>
> Signed-off-by: Dave Carroll
>
&
t and decrement.
This does not show up in the rcu lockdep because in 2.6.34 commit
2676a58c98 (radix-tree: Disable RCU lockdep checking in radix tree)
deemed it too hard to pass the condition of the protecting lock
to the library.
Signed-off-by: Milton Miller
Index: work.git/arch/powerpc/kernel/
from ipi to message. Also make it
clear that iic_request_ipi takes a message number as the argument
for which ipi to create and request.
No functionional change, just renames to avoid future confusion.
Signed-off-by: Milton Miller
Index: work.git/arch/powerpc/platforms/cell/interrupt.c
Since kmem caches are allocated before init_IRQ as noted in 3af259d155
(powerpc: Radix trees are available before init_IRQ), we now call
kmalloc in all cases and can can always call kfree if we are asked
to allocate a duplicate or conflicting IRQ_HOST_MAP_LEGACY host.
Signed-off-by: Milton Miller
The 8xx cpm_cascade was calling irq_eoi for the cascaded irq,
but that will already have been called by the handle_fasteoi_irq
that generic_handle_irq will call. The handler is set in
arch/powerpc/sysdev/cpm1.c by the host map routine.
Signed-off-by: Milton Miller
Index: work.git/arch/powerpc
allow its use by interrupt
controllers in modules. However, handle_one_irq is core arch code.
It already knows the details of struct irq_desc and handling irqs in
the nested irq case. This will avoid the extra stack frame to return
the value we don't check.
Signed-off-by: Milton Miller
The comment claims we will call host->ops->map() to update the flags if
we find a previously established mapping, but we never did. We used
to call remap, but that call was removed in da05198002 (powerpc: Remove
irq_host_ops->remap hook).
Signed-off-by: Milton Miller
Index: work
Here are a few cleanups and fies mostly around the previous series
and a few more as I continue to explore exporting the irq_host concept
for other architectures.
milton
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org
unsigned integer overflows.
Signed-off-by: Milton Miller
---
I am not aware of any call sites where the difference matters; I
prepared the refactor while continuing work on the irq host extraction
and noticed the logic error during the code movement.
Index: work.git/arch/powerpc/kernel/irq.c
On Mon, 23 May 2011 about 10:50:07 -0600, Dave Carroll wrote:
> I'm withdrawing this patch for the moment, due to two areas that need
> further research;
>
> 1) An adjacent FDT blob, as mentioned by Milton Miller, and
>
Ok ... by the way, see move_device_tree() in arch/p
On Sat, 21 May 2011 about 11:05:27 -0600, Dave Carroll wrote:
>
> When using 64K pages with a separate cpio rootfs, U-Boot will align
> the rootfs on a 4K page boundary. When the memory is reserved, and
> subsequent early memblock_alloc is called, it will allocate memory
> between the 64K page ali
On Fri, 20 May 2011 about 13:23:36 -, Dave Carroll wrote:
> When using 64K pages with a separate cpio rootfs, U-Boot will align
> the rootfs on a 4K page boundary. When the memory is reserved, and
> subsequent early memblock_alloc is called, it will allocate memory
> between the 64K page alignm
On Wed, 18 May 2011 about 09:35:56 -0600, Eric Moore wrote:
> On Wednesday, May 18, 2011 2:24 AM, Milton Miller wrote:
> > On Wed, 18 May 2011 around 17:00:10 +1000, Benjamin Herrenschmidt wrote:
> > > (Just adding Milton to the CC list, he suspects races in the
&g
Does this patch help? If so please reply to that thread so patchwork
will see it in addition to here.
http://patchwork.ozlabs.org/patch/96146/
milton
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc
On Wed, 18 May 2011 around 17:00:10 +1000, Benjamin Herrenschmidt wrote:
> (Just adding Milton to the CC list, he suspects races in the
> driver instead).
>
> On Wed, 2011-05-18 at 08:23 +0400, James Bottomley wrote:
> > On Tue, 2011-05-17 at 22:15 -0600, Matthew Wilcox wrote:
> > > On Wed, May 18,
Commit-ID: 5db1256a5131d3b133946fa02ac9770a784e6eb2
Gitweb: http://git.kernel.org/tip/5db1256a5131d3b133946fa02ac9770a784e6eb2
Author: Milton Miller
AuthorDate: Thu, 12 May 2011 04:13:54 -0500
Committer: Thomas Gleixner
CommitDate: Thu, 12 May 2011 12:13:43 +0200
seqlock: Don&#
igger.
Cc:
Signed-off-by: Milton Miller
---
To the readers of [RFC] time: xtime_lock is held too long:
I initially thought x86 would not see this because rmb would
be a nop, but upon closer inspection X86_PPRO_FENCE will add
a lfence for rmb.
milton
Index: common/include/linux
On Wed, 11 May 2011 about 21:18:11 +0200, Grant Likely wrote:
> On Wed, May 11, 2011 at 7:30 AM, Milton Miller wrote:
> > When allocating irqs, wait to clear the IRQ_NOREQUEST flag until the
> > host map hook has been called.
> >
> > When freeing irqs, set the IRQ_NO
ze;
> #endif
> +static phys_addr_t first_memblock_size;
__initdata
(its only referenced by 2 __init functions)
Acked-by: Milton Miller
> static int __init early_parse_mem(char *p)
> {
..
> @@ -507,11 +508,14 @@ void __init early_init_dt_add_memory_arch(u64 base, u64
> size)
..
> On Thu, May 12, 2011 at 00:25, Nishanth Aravamudan wrote:
> > diff --git a/arch/powerpc/platforms/ps3/system-bus.c
> > b/arch/powerpc/platforms/ps3/system-bus.c
> > index 23083c3..688141c 100644
> > --- a/arch/powerpc/platforms/ps3/system-bus.c
> > +++ b/arch/powerpc/platforms/ps3/system-bus.c
On Wed, 04 May 2011 around 10:17:37 -, Kumar Gala wrote:
> We should utilize nr_cpus as the max # of CPUs that we can have present
> instead of NR_CPUS. This way we actually respect how nr_cpus is set on
> the command line rather than ignoring it.
>
> Signed-off-by: Kumar Gala
>
> ---
> I t
ut of boot spin loop) affects the second chunk, specifically the branch
target was 3b before and is 4b after that patch, and there was a blank
line before the #ifdef CONFIG_SMP that was removed
Cc: # .34.x: c1854e0072 powerpc: Set nr_cpu_ids early
Cc: # .34.x
Signed-off-by: Milton Miller
---
This is a request to merge patchwork id 3780 with the same subject.
I believe it was marked "changes requested" because it depended on a
patch that had requested changes, but those were resolved and this
one got overlooked. The next patch will remove smp_msg_recv.
thanks,
milton
Here is the orig
This series represents a somewhat ordered, somewhat meandering series
development series of patches I've been working on for the past few weeks.
It starts with memory corruption fixes that need to go back to stable
relating to slave cpu searches and paca allocation. After refactoring
and taking i
include/linux/smp.h, so we can call it instead of
replicating it.
Signed-off-by: Milton Miller
---
I found this cleanup while c1854e was being merged, but saved it from the
end to ease backporting.
---
arch/powerpc/kernel/setup-common.c |2 +-
1 files changed, 1 insertions(+), 1 deletions
mpic_physmask was looping NR_CPUS times over a mask that was passed as
a u32. Since mpic is architecturaly limited to 32 physical cpus, clamp
the logical cpus to 32 when compiling (we could also clamp at runtime
to nr_cpu_ids).
Signed-off-by: Milton Miller
---
arch/powerpc/sysdev/mpic.c |2
mask with the bits of cpu_online_mask.
Signed-off-by: Milton Miller
---
arch/powerpc/sysdev/mpic.c | 10 +++---
1 files changed, 3 insertions(+), 7 deletions(-)
diff --git a/arch/powerpc/sysdev/mpic.c b/arch/powerpc/sysdev/mpic.c
index a93da80..116695b 100644
--- a/arch/powerpc/sysdev/m
and the additional warning it not useful were
it to trigger.
Signed-off-by: Milton Miller
---
arch/powerpc/include/asm/smp.h |2 +-
arch/powerpc/kernel/kgdb.c |2 +-
arch/powerpc/kernel/smp.c | 19 +--
arch/powerpc/xmon/xmon.c |2 +-
4 files changed, 16
Now that smp_ops->smp_message_pass is always called with an (online) cpu
number for the target remove the checks for MSG_ALL and MSG_ALL_BUT_SELF.
Signed-off-by: Milton Miller
---
rediffed for ppc-next xics split
---
arch/powerpc/include/asm/dbell.h |2 +-
arch/powerpc/include/
Now that powerpc has removed its use of MSG_ALL_BUT_SELF and MSG_ALL
all these MSG_ flags are unused.
Signed-off-by: Milton Miller
---
To be merged by powerpc with the series posted to linuxppc-dev
After the previous 2 patches, grep shows the following false hits (from
partial symbol matches
Now that MSG_ALL and MSG_ALL_BUT_SELF have been eliminated,
smp_mpic_mesage_pass no longer needs to lookup the cpumask just to
have mpic_send_ipi extract part of it and recode it in a NR_CPUS loop
by mpic_physmask.
Signed-off-by: Milton Miller
---
I chose stepwise refinement but this could be
Its unused, and of the three declarations, one is duplicated in pmac.h,
the second is static and the third is renamed and static.
Signed-off-by: Milton Miller
---
---
arch/powerpc/platforms/powermac/pic.h | 11 ---
1 files changed, 0 insertions(+), 11 deletions(-)
delete mode 100644
pointers on error paths.
Signed-off-by: Milton Miller
---
arch/powerpc/include/asm/system.h|2 --
arch/powerpc/kernel/pci_dn.c |3 +--
arch/powerpc/lib/alloc.c |8
arch/powerpc/platforms/cell/celleb_pci.c |6 +++---
4 files changed, 4
are empty functions, and the top
of file comment says "Incomplete".
Signed-off-by: Milton Miller
---
arch/powerpc/platforms/cell/Makefile |1 -
arch/powerpc/platforms/cell/beat_interrupt.c | 16
arch/powerpc/platforms/cell/beat_interrupt.h |3 -
arch/powerpc/plat
to not
realize it is running in interrupt context. Add the missing calls.
Signed-off-by: Milton Miller
---
This requires patch 3780 be applied first for cell to compile.
---
arch/powerpc/include/asm/dbell.h |3 +-
arch/powerpc/include/asm/smp.h | 14 +++--
arch/powerpc
I can't see any reason these functions are needed by machdep.h
and they are all hidden by CONFIG_SMP with no UP alternative.
Also move the declarations for the fallback timebase ops, which
are used to fill in the smp ops.
Signed-off-by: Milton Miller
---
arch/powerpc/include/asm/mach
unresolved symbol at link.
This also creates a new config for power surge powermac upgrade support
that can be disabled in expert mode but is default on.
I also removed the depends / default y on CONFIG_XICS since it is selected
by PSERIES.
Signed-off-by: Milton Miller
---
I kept this seperate
The only references to the irq_map[].host field are internal to
arch/powerpc/kernel/irq.c
Signed-off-by: Milton Miller
---
---
arch/powerpc/include/asm/irq.h |1 -
arch/powerpc/kernel/irq.c |6 --
2 files changed, 0 insertions(+), 7 deletions(-)
diff --git a/arch/powerpc
Since we already have a special case in map to set the ipi handler, use
the desired flow.
If we don't find an ics to handle the interrupt complain instead of
returning 0 without having set a chip or handler.
Signed-off-by: Milton Miller
---
arch/powerpc/sysdev/xics/xics-common.c |
ed to use
zalloc_maybe_bootmem.
Signed-off-by: Milton Miller
---
arch/powerpc/kernel/irq.c | 78 ++--
1 files changed, 4 insertions(+), 74 deletions(-)
diff --git a/arch/powerpc/kernel/irq.c b/arch/powerpc/kernel/irq.c
index 826552c..f42e869 100644
--- a
optimises for the expected single iteration of the loop.
We have a full mb() at the beginning to cover ordering between send,
ipi, and receive so we can use xchg_local and forgo the further
acquire and release barriers of xchg.
Signed-off-by: Milton Miller
---
v4: cast int to char ptr in msg send
-off-by: Milton Miller
---
arch/powerpc/kernel/irq.c | 12 +++-
1 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/arch/powerpc/kernel/irq.c b/arch/powerpc/kernel/irq.c
index f42e869..4a5aa8c 100644
--- a/arch/powerpc/kernel/irq.c
+++ b/arch/powerpc/kernel/irq.c
@@ -814,8
These all just clear chip or chipdata fields, which will be done
by the generic code when we call irq_free_descs.
Signed-off-by: Milton Miller
---
arch/powerpc/platforms/82xx/pq2ads-pci-pic.c |8
arch/powerpc/platforms/embedded6xx/flipper-pic.c |7 ---
arch/powerpc
call unmap on a legacy irq.
Signed-off-by: Milton Miller
---
---
arch/powerpc/sysdev/i8259.c | 13 -
1 files changed, 0 insertions(+), 13 deletions(-)
diff --git a/arch/powerpc/sysdev/i8259.c b/arch/powerpc/sysdev/i8259.c
index 142770c..d18bb27 100644
--- a/arch/powerpc/sysdev/i8259.c
ll simpify
the requirements of irq_domain concept.
Signed-off-by: Milton Miller
---
arch/powerpc/include/asm/irq.h |3 ---
arch/powerpc/kernel/irq.c|2 --
arch/powerpc/platforms/cell/beat_interrupt.c | 11 ---
3 files changed, 0 insertions(+), 16
ce of NO_IRQ_IGNORE, records the ipi stats
for the secondary cpus, and runs the ipi on the interrupt stack.
Signed-off-by: Milton Miller
---
---
arch/powerpc/platforms/powermac/pic.c |9 ++
arch/powerpc/platforms/powermac/pmac.h |1 +
arch/powerpc/platforms/powermac/smp.c |
the platform device driver. It is generally
not needed for drivers that only support systems with device trees.
Signed-off-by: Milton Miller
---
---
arch/powerpc/sysdev/fsl_msi.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/sysdev/fsl_msi.c b/arch
or handler_data).
Signed-off-by: Milton Miller
---
---
arch/powerpc/sysdev/fsl_msi.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/sysdev/fsl_msi.c b/arch/powerpc/sysdev/fsl_msi.c
index 06c..067cc88 100644
--- a/arch/powerpc/sysdev/fsl_msi.c
+++ b/arch
a
label to all loops. Move all sync instructions from the loops to the
forward progress path. Wait to load current_set until paca is set to go.
Move the iseries_secondary_smp_loop label to cover the whole spin loop.
Add HMT_MEDIUM when we make forward progress.
Signed-off-by: Milton Miller
---
: Milton Miller
---
---
arch/powerpc/platforms/512x/mpc5121_ads_cpld.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/platforms/512x/mpc5121_ads_cpld.c
b/arch/powerpc/platforms/512x/mpc5121_ads_cpld.c
index a8bc0d4..9f09319 100644
--- a/arch/powerpc
and only then return NO_IRQ.
If no status bit is set, then we should return NO_IRQ directly.
The interrupt should not be suppressed from spurious counting, in fact
that is the definition of supurious.
Signed-off-by: Milton Miller
---
---
arch/powerpc/platforms/52xx/mpc52xx_pic.c |4 +++-
1
-off-by: Milton Miller
---
Probably-not-worth-Cc: stable (2.6.34 and up)
---
arch/powerpc/kernel/setup-common.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/arch/powerpc/kernel/setup-common.c
b/arch/powerpc/kernel/setup-common.c
index 1475df6..fce759b
Now that we never set a cpu above nr_cpu_ids possible we can
limit our initial paca allocation to nr_cpu_ids. We can then
clamp the number of cpus in platforms/iseries/setup.c.
Signed-off-by: Milton Miller
---
---
arch/powerpc/kernel/paca.c | 17 ++---
arch/powerpc
: Milton Miller
---
arch/powerpc/include/asm/irq.h |1 +
arch/powerpc/kernel/irq.c |6 ++
arch/powerpc/sysdev/xics/xics-common.c |2 +-
3 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/include/asm/irq.h b/arch/powerpc/include/asm/irq.h
index
When allocating irqs, wait to clear the IRQ_NOREQUEST flag until the
host map hook has been called.
When freeing irqs, set the IRQ_NOREQUEST flag before calling the host
unmap hook.
Signed-off-by: Milton Miller
---
arch/powerpc/kernel/irq.c | 14 +++---
1 files changed, 7 insertions
Instead of checking for rogue msi numbers via the irq_map host field
set the chip_data to h.host_data (which is the msic struct pointer)
at map and compare it in get_irq.
Signed-off-by: Milton Miller
---
---
arch/powerpc/platforms/cell/axon_msi.c |3 ++-
1 files changed, 2 insertions(+), 1
Building on Grant's efforts to remove the irq_map array, this patch
moves spider-pics use of virq_to_host() to use irq_data_get_chip_data
and sets the irq chip data in the map call, like most other interrupt
controllers in powerpc.
Signed-off-by: Milton Miller
---
---
arch/powerpc/plat
number of pacas allocated is
always nr_cpu_ids.
Signed-off-by: Milton Miller
Cc: # .34.x
---
This is the simplest fix, and quite sutiable for stable.
We can merge the crash waits with the normal kexec waits later,
and fix the hole described in the other version.
---
arch/powerpc/kernel/crash.c
-by: Milton Miller
Cc: # (1fc711f was backported to 2.6.32)
---
arch/powerpc/kernel/misc_64.S | 13 -
1 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/arch/powerpc/kernel/misc_64.S b/arch/powerpc/kernel/misc_64.S
index 206a321..e89df59 100644
--- a/arch/powerpc/kernel
On Fri, 25 Mar 2011 about 14:17:14 +0530, Amit Shah wrote:
> On (Thu) 24 Mar 2011 [08:58:04], Milton Miller wrote:
> > On Thu, 24 Mar 2011 07:29:58 -, Amit Shah wrote:
> > > hvc_open() can be called without having any backing device. This
> > > results in a cal
[removed stable list from discussion]
On Thu, 24 Mar 2011 07:29:58 -, Amit Shah wrote:
> hvc_open() can be called without having any backing device. This
> results in a call to hvc_kick() which calls wake_up_process on a NULL
> pointer.
How is hvc_open called without a hvc_driver registere
ed an
irq source for which we have no linux irq allocated, and thefore we can
not have an irq_desc allocated.
Revert xics_mask_real_irq to its prior version, naming the argument
hwirq to highlight the difference.
Signed-off-by: Milton Miller
--
Lennert can you please review the other patche
To try to avoid future confusion, rename irq to hwirq when it refers
to a xics domain number instead of a linux irq number.
Signed-off-by: Milton Miller
Index: next.git/arch/powerpc/platforms/pseries/xics.c
===
--- next.git.orig
If a given firmware doesn't have a token to support query-cpu-stopped-state,
its not likely to change during the lifetime of the kernel.
Only print this information once, not once per secondary thread.
While here, make the line wrap grep friendly.
Signed-off-by: Milton Miller
e
the distiction more clear. For your consideration, I don't care if you
don't merge it especially with the upcoming rewrite.
Also, I am sending a printk to printk_once patch that affects BML.
Thanks,
milton
MAIL FROM:
RCPT TO:
RCPT TO:
RCPT TO:
DATA
From: Milton Miller
Subject: [PATCH 1/2
gt; > Found initrd at 0xc2d0:0xc354e28a
..
> > NET: Registered protocol family 1
> > PCI: CLS 128 bytes, default 128
> > Unpacking initramfs...
> > Initramfs unpacking failed: read error
"read error" occurs in lib/decompress_inflate.c if the fill
xc2d0:0xc354e28a
..
> > NET: Registered protocol family 1
> > PCI: CLS 128 bytes, default 128
> > Unpacking initramfs...
> > Initramfs unpacking failed: read error
"read error" occurs in lib/decompress_inflate.c if the fill routine
returns a negative count, whic
I prepared these comments for v1, but aparently forgot to send them,
so I'll do so now.
On Mon, 29 Nov 2010 about 03:13:01 -, Rupjyoti Sarmah wrote:
> This fix is a reset for USB PHY that requires some amount of time for power
> to be stable on Canyonlands.
>
> Signed-off-by: Rupjyoti Sarma
[added cc's based on from ff10b88b5a05c8f1646dd15fb9f6093c1384ff6d,
which added the patched line ]
https://patchwork.kernel.org/patch/323022/
On Sun, 14 Nov 2010 around 02:06:59 -, Hai Shan wrote:
>
> Corrected data type mismatch
>
This merely hides the type mismatch by force casting it.
L
[guessing partial cc list, not subscribed]
On Thu Nov 11 2010 around 02:03:45 EST, Andrew Morton wrote:
> On Thu, 11 Nov 2010 12:03:39 +0530 Subrata Modak
> wrote:
>
> > Hi Peter/Ingo,
> >
> > LTP__ msgctl11 test case creates Call trace and Exception for kernels
> > 2.6.37-rc1-git7 & 2.6.37-rc
[ Added kexec at lists.infradead.org and linuxppc-dev@lists.ozlabs.org ]
>
> Currently KEXEC_SEGMENT_MAX is only 16 which is too small for machine with
> many memory ranges. When hibernate on a machine with disjoint memory we do
> need one segment for each memory region. Increase this hard limit
On Mon, 19 Jul 2010 about 14:00:56 +0200, Alexander Graf wrote:
>Milton Miller wrote:
>> I wrote:
>>
>>> On Mon Jul 19 2010 at about 03:36:51 EST, Alexander Graf wrote:
>>>
>>>> On 19.07.2010, at 03:11, Benjamin Herrenschmidt wrote:
>>>
I wrote:
> On Mon Jul 19 2010 at about 03:36:51 EST, Alexander Graf wrote:
> > On 19.07.2010, at 03:11, Benjamin Herrenschmidt wrote:
> >
> > > On Thu, 2010-07-15 at 17:05 +0530, Subrata Modak wrote:
> > > > commit e62cee42e66dcca83aae02748535f62e0f564a0c solved the problem for
> > > > 2.6.34-rc6.
On Mon Jul 19 2010 at about 03:36:51 EST, Alexander Graf wrote:
> On 19.07.2010, at 03:11, Benjamin Herrenschmidt wrote:
>
> > On Thu, 2010-07-15 at 17:05 +0530, Subrata Modak wrote:
> > > commit e62cee42e66dcca83aae02748535f62e0f564a0c solved the problem for
> > > 2.6.34-rc6. However some other b
On Fri, 16 Jul 2010 at about 08:20:55 -0600 Josh Boyer wrote:
> On Fri, Jul 16, 2010 at 02:29:02PM +0200, Christian Dietrich wrote:
> > The config options for REDWOOD_[456] were commented out in the powerpc
> > Kconfig. The ifdefs referencing this options therefore are dead and all
> > references
On Wed, 14 Jul 2010 about 04:05:05 -, Christian Dietrich wrote:
>
> The config options for REDWOOD_[56] were commented out in the powerpc
> Kconfig. The ifdefs referencing this options therefore are dead and all
> references to this can be removed (Also dependencies in other KConfig
> files).
On Fri, 09 Jul 2010 about 08:55:01 -, Will Schmidt wrote:
> We've been seeing some issues with userspace randomly SIGSEGV'ing while
> running the -RT kernels on POWER7 based systems. After lots of
> debugging, head scratching, and experimental changes to the code, the
> problem has been narr
Steve wrote:
> These processors will corrupt data if accessing the local bus with
> unaligned addresses. This version fixes the typical case of copying from
> Flash on the local bus by keeping the source address always aligned.
As Dave said in May of 2008[1], the map driver is advertising xip acc
On Thu, 08 Jul 2010 around 09:27:15 -0500 Matthew McClintock wrote:
> On Thu, 2010-07-08 at 04:07 -0500, Milton Miller wrote:
> > On Wed, 07 Jul 2010 around 10:51:20 - Matthew McClintock wrote:
...
> > > Fix sizes of variables so correct values are exported via /proc.
>
On Wed, 07 Jul 2010 around 10:51:20 - Matthew McClintock wrote:
>
> Fix sizes of variables so correct values are exported via /proc.
> Cast variable in comparison to avoid compiler error.
>
> Signed-off-by: Matthew McClintock
>
>
> - csize = min(csize, PAGE_SIZE);
> + csize = min(
On Sun Jun 27 around 19:33:52 EST 2010 Alexander Graf wrote:
> Am 27.06.2010 um 10:14 schrieb Avi Kivity :
> > On 06/26/2010 02:25 AM, Alexander Graf wrote:
> > > +
> > > +PPC hypercalls
> > > +==
> > > +
> > > +The only viable ways to reliably get from guest context to host
> > > co
On Fri Jun 25 around 14:01:51 EST 2010 Kyle Moffett wrote:
> Oops... put the old linuxppc list on the CC, sorry!
>
> On Thu, Jun 24, 2010 at 23:45, Kyle Moffett wrote:
> > Hello,
> >
> > I've got a new P2020 (32bit mpc85xx family) board I'm working on a
> > port for that includes 2 NOR flashes (1
On Wed, 9 Jun 2010 at about 16:01:10 +1000 Anton Blanchard wrote:
>
> When trying to flash a machine via the update_flash command, I received the
> following error:
>
>
> Restarting system.
> FLASH: kernel bug...flash list header addr above 4GB
>
>
> The code in question has a comment
Signed-Off-By: Milton Miller flist) {
/* File was opened in write mode for a new flash attempt */
/* Clear saved list */
- if (rtas_firmware_flash_list.next) {
- free_flash_list(rtas_firmware_
On Mon Jun 07 2010 at around 23:53:18 EST, Joe Perches wrote:
> Trivial cleanups
>
> arch/cris: Remove unnecessary kmalloc casts
> arch/powerpc: Remove unnecessary kmalloc casts
> arch/x86/kernel/tlb_uv.c: Remove unnecessary kmalloc casts
> drivers/gpu/drm: Remove unnecessary kmalloc casts
> driv
[resending to hit the list]
> + if (regs->gpr[0] == 0x1ebe &&
> + cpu_has_feature(CPU_FTR_REAL_LE)) {
> + regs->msr ^= MSR_LE;
> + goto instr_done;
> + }
> regs->gpr[9] = regs->gpr[13];
> + r
On Thu May 20 at 11:28:36 EST in 2010, Michael Ellerman wrote:
> On Wed, 2010-05-19 at 07:16 -0700, Darren Hart wrote:
> > On 05/18/2010 06:25 PM, Michael Ellerman wrote:
> > > On Tue, 2010-05-18 at 15:22 -0700, Darren Hart wrote:
> > > > On 05/18/2010 02:52 PM, Brian King wrote:
> > > > > Is IRQF_
On Thu, 20 May 2010 at 10:21:36 +0200 (CEST) Thomas Gleixner wrote:
> On Thu, 20 May 2010, Michael Ellerman wrote:
> > On Wed, 2010-05-19 at 16:38 +0200, Thomas Gleixner wrote:
> > > On Wed, 19 May 2010, Darren Hart wrote:
> > >
> > > > On 05/18/2010 06:25 PM, Michael Ellerman wrote:
> > > > > On
On Thu Aug 6 at about 02:49:38 EST in 2009, M. Mohan Kumar wrote:
>
> When I align the dtstruct variable to 8 bytes, I am able to invoke kdump.
>
> When the line
> static unsigned dtstruct[TREEWORDS], *dt;
> changed to
> static unsigned dtstruct[TREEWORDS] __attribute__ ((aligned (8)
On Feb 3, 2009, at 10:07 PM, Benjamin Herrenschmidt wrote:
--- work.git.orig/arch/powerpc/platforms/powermac/setup.c-static void
pmac_cpu_die(void)
+static void pmac64_cpu_die(void)
...
--- work.git.orig/arch/powerpc/platforms/powermac/smp.c 2009-01-05
02:09:08.0 -0600
-void cpu_die(
marked
reserved, so that the table gets added to the linear map -- except it
should be mapped cache inhibited so that may not work either.
Basically, I am trying to figure out if I patched the tool correctly.
Thanks,
Ben
On Sat, Jan 24, 2009 at 2:52 AM, Milton Miller wrote:
On Sat Jan 24 at 0
On Sat Jan 24 at 07:59:47 EST in 2009, Benjamin Walsh wrote:
I am trying to use kexec with a crash dump kernel on a Maple board
(Motorola
ATCA6101 to be precise). This board is running a two-CPU PPC970FX. I am
running a 2.6.27-10 kernel and have tried both older kexec-tools and
the
newest ones
On Jan 16, 2009, at 9:18 AM, Yuri Tikhonov wrote:
On Friday, January 16, 2009 you wrote:
On Jan 12, 2009, at 4:49 PM, Yuri Tikhonov wrote:
This patch adds support for 256KB pages on ppc44x-based boards.
+config STDBINUTILS
+ bool "Using standard binutils settings"
+ depends on 44x
On Jan 12, 2009, at 4:49 PM, Yuri Tikhonov wrote:
This patch adds support for 256KB pages on ppc44x-based boards.
Another day, another comment. The motivation for reply was the second
comment below.
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 84b8613..18f33ef 100644
--
1 - 100 of 348 matches
Mail list logo
