On Mon, 2009-08-24 at 12:31 +0530, Sachin Sant wrote:
While trying to boot 2.6.31-rc7 on a power6 machine came
across the following Bug.
Starting udev: [ cut here ]
kernel BUG at drivers/rtc/rtc-ps3.c:36!
cpu 0x0: Vector: 700 (Program Check) at [c000f70f3570]
On Wed, 2009-08-26 at 10:25 -0300, Alemao wrote:
Hi all,
Im trying to develop a driver for my device, and its data bus can be 8, 16
or 32 bits. This information is passed through the device tree source.
My code is like this:
struct device_info_t {
void (*read)();
void
On Wed, 2009-08-26 at 22:29 +1000, Benjamin Herrenschmidt wrote:
On Mon, 2009-08-24 at 21:48 +0200, Christoph Hellwig wrote:
On Mon, Aug 24, 2009 at 11:17:14AM -0500, Becky Bruce wrote:
Previously, this was specified as a void *, but that's not
large enough on 32-bit systems with 36-bit
On Wed, 2009-08-26 at 15:20 -0500, Becky Bruce wrote:
On Aug 26, 2009, at 9:08 AM, Michael Ellerman wrote:
On Wed, 2009-08-26 at 22:29 +1000, Benjamin Herrenschmidt wrote:
On Mon, 2009-08-24 at 21:48 +0200, Christoph Hellwig wrote:
On Mon, Aug 24, 2009 at 11:17:14AM -0500, Becky Bruce
On Wed, 2009-08-26 at 21:15 +0530, Amit Shah wrote:
[cc'ing some people who have made some commits in hvc_console.c]
On (Wed) Aug 26 2009 [16:57:18], Amit Shah wrote:
On (Tue) Aug 25 2009 [11:47:20], Amit Shah wrote:
Hello all,
Here is a new iteration of the patch series that
On Fri, 2009-08-28 at 12:43 +1000, Benjamin Herrenschmidt wrote:
On Thu, 2009-08-27 at 16:36 -1000, Mitch Bradley wrote:
The idea of a wiki as a registration authority is a good one, but I'm
not volunteering to maintain it :-)
here goes my hope :-)
Do we have wiki's we could use on
On Tue, 2009-09-01 at 19:58 +0900, Lee HongWoo wrote:
Hi ~
This is a boot flow of linux kernel under the arch/powerpc/kernel and
I'm using pasemi cpu.
__start (in head_64.S)
--- __start_initialization_multiplatform (in head_64.S)
--- __boot_from_prom (in head_64.S)
On Wed, 2009-09-02 at 15:33 +0900, HongWoo Lee wrote:
Hi everyone~
In ther linux kernel code, I found the reloc_offset.
{{{
// file : misc.S
/* Returns (address we are running at) - (address we were linked at)
* for use before the text and data are mapped to KERNELBASE.
*/
With benh's test branch, I'm seeing this trying to build a 6xx defconfig
with CONFIG_PPC_PERF_CTRS=y:
arch/powerpc/kernel/perf_counter.c: In function 'power_check_constraints':
arch/powerpc/kernel/perf_counter.c:352: error: the frame size of 1152 bytes is
larger than 1024 bytes
cheers
On Thu, 2009-09-10 at 16:28 +1000, Paul Mackerras wrote:
Michael Ellerman reported stack-frame size warnings being produced
for power_check_constraints(), which uses an 8*8 array of u64 and
two 8*8 arrays of unsigned long, which are currently allocated on the
stack, along with some other
On Tue, 2009-09-15 at 20:02 +1000, Benjamin Herrenschmidt wrote:
I'm a reverse polish kind of guy. I preferring 'subject'_'action'
over 'action'_'subject' just because it groups like subjects together.
But it doesn't matter much, especially in this case where 'subject'
is in a group of
On Tue, 2009-09-15 at 14:11 +0200, Peter Zijlstra wrote:
On Tue, 2009-09-15 at 17:36 +0530, Gautham R Shenoy wrote:
This patchset contains the offline state driver implemented for
pSeries. For pSeries, we define three available_hotplug_states. They are:
online: The processor is
On Tue, 2009-09-15 at 14:09 -0700, Geoff Levand wrote:
Hi Ben,
On 09/11/2009 12:17 AM, Benjamin Herrenschmidt wrote:
This is the powerpc batch for 2.6.32.
Will we ever get this one in...
http://lists.ozlabs.org/pipermail/linuxppc-dev/2009-June/073567.html
I thought it was in. It's
On Fri, 2009-09-11 at 16:10 -0500, Nathan Fontenot wrote:
This patch provides the kernel DLPAR infrastructure in a new filed named
dlpar.c. The functionality provided is for acquiring and releasing a
resource from firmware and the parsing of information returned from the
On Mon, 2009-09-07 at 10:44 +0530, M. Mohan Kumar wrote:
Write to HVC terminal from purgatory code
Current x86/x86-64 kexec-tools print the message I'm in purgatory to
serial console/VGA while executing the purgatory code. Implement this
feature for POWERPC pseries platform by using the
On Tue, 2009-09-22 at 18:00 +1000, Benjamin Herrenschmidt wrote:
On Tue, 2009-09-22 at 09:28 +0200, Ingo Molnar wrote:
Nevertheless you are right that i should have caught this particular
PowerPC build bug - i missed it - sorry about that!
Allright. Well, to help in general, we are
On Wed, 2009-09-23 at 14:44 +0200, Ingo Molnar wrote:
* Michael Ellerman mich...@ellerman.id.au wrote:
On Tue, 2009-09-22 at 18:00 +1000, Benjamin Herrenschmidt wrote:
On Tue, 2009-09-22 at 09:28 +0200, Ingo Molnar wrote:
Nevertheless you are right that i should have caught
On Thu, 2009-09-24 at 14:14 +0200, Ingo Molnar wrote:
* Michael Ellerman mich...@ellerman.id.au wrote:
On Wed, 2009-09-23 at 14:44 +0200, Ingo Molnar wrote:
* Michael Ellerman mich...@ellerman.id.au wrote:
On Tue, 2009-09-22 at 18:00 +1000, Benjamin Herrenschmidt wrote:
On Tue
On Mon, 2009-09-28 at 18:07 +1000, Benjamin Herrenschmidt wrote:
On Mon, 2009-09-28 at 17:45 +1000, Anton Blanchard wrote:
Hi,
I've found at least one machine that wont boot 2.6.31-rc* with a
pseries_defconfig. If I move real-base from 0xc0 to 0xd0 it
boots fine.
# size
On Mon, 2009-09-28 at 17:45 +1000, Anton Blanchard wrote:
Hi,
I've found at least one machine that wont boot 2.6.31-rc* with a
pseries_defconfig. If I move real-base from 0xc0 to 0xd0 it
boots fine.
# size vmlinux
text data bss dec hex filename
9812942
cppcheck found a memory leak in axon_msi, if dcr_base or dcr_len are zero,
we have already allocated msic, so we should free it in the error path.
Signed-off-by: Eric Sesterhenn eric.sesterh...@lsexperts.de
Acked-by: Michael Ellerman mich...@ellerman.id.au
--- linux/arch/powerpc/platforms/cell
On Tue, 2009-10-13 at 18:10 +0900, Akinobu Mita wrote:
My user space testing exposed off-by-one error find_next_zero_area
in iommu-helper.
Why not merge those tests into the kernel as a configurable boot-time
self-test?
cheers
signature.asc
Description: This is a digitally signed message
On Tue, 2009-10-13 at 13:14 -0500, Nathan Fontenot wrote:
This adds the capability to DLPAR add and remove CPUs from the kernel. The
creates two new files /sys/devices/system/cpu/probe and
/sys/devices/system/cpu/release to handle the DLPAR addition and removal of
CPUs respectively.
How does
On Tue, 2009-10-13 at 13:13 -0500, Nathan Fontenot wrote:
This adds the capability to DLPAR add and remove memory from the kernel. The
Hi Nathan,
Sorry to only get around to reviewing version 3, time is a commodity in
short supply :)
Index: powerpc/arch/powerpc/platforms/pseries/dlpar.c
The irq_desc array consumes quite a lot of space, and for systems
that don't need or can't have 512 irqs it's just wasted space.
The first 16 are reserved for ISA, so the minimum of 32 is really
16 - and no one has asked for more than 512 so leave that as the
maximum.
Signed-off-by: Michael
before doing anything also.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/platforms/pseries/eeh_driver.c | 18 +-
1 files changed, 1 insertions(+), 17 deletions(-)
diff --git a/arch/powerpc/platforms/pseries/eeh_driver.c
b/arch/powerpc/platforms
get_irq_desc() is a powerpc-specific version of irq_to_desc(). That
is reason enough to remove it, but it also doesn't know about sparse
irq_desc support which irq_to_desc() does (when we enable it).
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/include/asm/irq.h
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/kernel/irq.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/kernel/irq.c b/arch/powerpc/kernel/irq.c
index 6563221..baa49eb 100644
--- a/arch/powerpc/kernel/irq.c
+++ b/arch/powerpc
Move the default case out of the if, ie. when we're just displaying
an irq. And consolidate all the odd cases at the top, ie. printing
the header and footer.
And in the process cope with sparse irq_descs.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/kernel/irq.c
on all on node 0.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/Kconfig| 13
arch/powerpc/include/asm/irq.h |3 ++
arch/powerpc/kernel/irq.c | 40 --
arch/powerpc/kernel/ppc_ksyms.c |1 -
arch
On Wed, 2009-10-14 at 12:59 -0600, Grant Likely wrote:
On Tue, Oct 13, 2009 at 11:44 PM, Michael Ellerman
mich...@ellerman.id.au wrote:
The irq_desc array consumes quite a lot of space, and for systems
that don't need or can't have 512 irqs it's just wasted space.
The first 16
On Wed, 2009-10-14 at 12:44 -0600, Grant Likely wrote:
On Tue, Oct 13, 2009 at 11:45 PM, Michael Ellerman
mich...@ellerman.id.au wrote:
Defining CONFIG_SPARSE_IRQ enables generic code that gets rid of the
static irq_desc array, and replaces it with an array of pointers to
irq_descs
On Thu, 2009-10-15 at 10:40 -0500, Nathan Fontenot wrote:
Michael Ellerman wrote:
On Tue, 2009-10-13 at 13:14 -0500, Nathan Fontenot wrote:
This adds the capability to DLPAR add and remove CPUs from the kernel. The
creates two new files /sys/devices/system/cpu/probe and
/sys/devices
On Sun, 2009-10-18 at 22:13 +1100, Anton Blanchard wrote:
Hook up the alignment-faults and emulation-faults events for powerpc.
Signed-off-by: Anton Blanchard an...@samba.org
---
Index: linux.trees.git/arch/powerpc/include/asm/emulated_ops.h
On Fri, 2009-10-16 at 12:05 -0500, Kumar Gala wrote:
Fix the following 3 issues:
arch/powerpc/kernel/process.c: In function 'arch_randomize_brk':
arch/powerpc/kernel/process.c:1183: error: 'mmu_highuser_ssize' undeclared
(first use in this function)
arch/powerpc/kernel/process.c:1183:
On Tue, 2009-10-20 at 09:10 -0700, Lixin Yao wrote:
I use a board with MPC866T and 2.6.28 Linux Kernel. Occasionally, the
unflattened device is corrupted after “unflatten_device_tree()” which
causes crash of kernel when device tree is traversed later on.
I looked at the fixes in lib/lmb.c,
On Wed, 2009-11-04 at 13:03 -0200, Andre Detsch wrote:
Patch f598282f5145036312d90875d0ed5c14b49fd8a7 exposed a problem in
powerpc MSI-X functionality, making network interfaces such as ixgbe
and cxgb3 stop to work when MSI-X is enabled. RX interrupts were not
being generated.
Which means
On Tue, 2009-11-17 at 12:07 +, Mel Gorman wrote:
KConfig doesn't require CONFIG_XICS to be set with CONFIG_PSERIES but if
it's not set, there are numerous small build errors. This is a small series
of patches to allow CONFIG_XICS to be unset in the config.
XICS appears to be some sort of
On Tue, 2009-11-17 at 12:07 +, Mel Gorman wrote:
It's possible to set CONFIG_XICS without CONFIG_PCI_MSI. When that
happens, the kernel fails to build with
arch/powerpc/platforms/built-in.o: In function `.xics_startup':
xics.c:(.text+0x12f60): undefined reference to `.unmask_msi_irq'
On Tue, 2009-11-17 at 12:07 +, Mel Gorman wrote:
If CONFIG_XICS is not set but CONFIG_PPC_PSERIES is, then the kernel
fails to build with
arch/powerpc/platforms/pseries/smp.c: In function ‘smp_init_pseries_xics’:
arch/powerpc/platforms/pseries/smp.c:202: error: ‘pSeries_xics_smp_ops’
On Tue, 2009-11-17 at 23:39 +1100, Michael Ellerman wrote:
On Tue, 2009-11-17 at 12:07 +, Mel Gorman wrote:
KConfig doesn't require CONFIG_XICS to be set with CONFIG_PSERIES but if
it's not set, there are numerous small build errors. This is a small series
of patches to allow
On Mon, 2009-11-23 at 21:16 +0100, Albert Herranz wrote:
arch/powerpc/mm/pgtable_32.c | 19 ---
1 files changed, 16 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/mm/pgtable_32.c b/arch/powerpc/mm/pgtable_32.c
index cb96cb2..ba00cb1 100644
---
On Tue, 2009-11-24 at 18:09 +0100, Albert Herranz wrote:
Michael Ellerman wrote:
Would it be acceptable to create a global var __allow_ioremap_normal_ram
that by default would have a value of 0 and would be set _only_ for those
platforms needing it?
The other solutions I see
On Tue, 2009-12-01 at 06:23 +0100, Albert Herranz wrote:
Richard Holden wrote:
diff --git a/arch/powerpc/platforms/embedded6xx/usbgecko_udbg.c
b/arch/powerpc/platforms/embedded6xx/usbgecko_udbg.c
index ba4c7cc..3f125b6 100644
--- a/arch/powerpc/platforms/embedded6xx/usbgecko_udbg.c
+++
On Mon, 2009-12-07 at 14:47 +1100, Anton Blanchard wrote:
The pseries and ppc64 defconfigs have drifted apart over the years. Reduce
some of the differences while still keeping the idea that the ppc64 defconfig
is cross platform but enables fewer features than pseries, eg:
- NR_CPUS is lower
On Tue, 2009-12-08 at 12:32 +1100, Benjamin Herrenschmidt wrote:
On Tue, 2009-12-08 at 12:27 +1100, Michael Ellerman wrote:
The pseries and ppc64 defconfigs have drifted apart over the years.
Reduce
some of the differences while still keeping the idea that the ppc64
defconfig
On Tue, 2009-12-22 at 17:39 +0800, Jeremy Kerr wrote:
At present, the fdt code sets the kernel-wide initrd_start and
initrd_end variables when parsing /chosen. On ARM, we only set these
once the bootmem has been reserved.
This change adds an arch callback to setup the initrd from the device
On Tue, 2009-12-22 at 18:54 +0800, Jeremy Kerr wrote:
Hi Michael,
void early_init_dt_setup_initrd_arch(unsigned long start,
unsigned long end);
arch_early_init_dt_setup_initrd() makes more sense to me, but ..
foo_arch has been the general
On Tue, 2009-12-22 at 08:45 -0600, Nathan Fontenot wrote:
The recently introduced cpu_hotplug_driver_lock used to serialize
cpu hotplug operations, namely for the pseries platform, causes a build
issue for other platforms. The base cpu hotplug code attempts
to take this lock, but it may not
On Wed, 2009-12-23 at 08:48 -0600, Nathan Fontenot wrote:
Michael Ellerman wrote:
On Tue, 2009-12-22 at 08:45 -0600, Nathan Fontenot wrote:
The recently introduced cpu_hotplug_driver_lock used to serialize
cpu hotplug operations, namely for the pseries platform, causes a build
issue
On Wed, 2009-12-23 at 19:41 +0530, Kumar Gopalpet-B05799 wrote:
Hi all,
I am trying linux 2.6.32-rc3 in SMP mode. I am seeing a lot of BAD
interrupts when I do a cat /proc/interrupts.
I am running a forwarding application b/w two ethernet ports (ethernet
uses gianfar driver).
Has
On Wed, 2009-01-21 at 08:30 +1100, Simon Horman wrote:
On Wed, Jan 07, 2009 at 05:01:26PM +1100, Michael Ellerman wrote:
Hi all,
The patch to dynamically allocate memory regions for ppc64 kexec-tools,
ie. ppc64: kexec memory ranges dynamic allocation (d182ce5), has never
worked AFAICT
We need to increment i in the loop that queries what interrupts firmware
gave us, otherwise we'll incorrectly use the first value over and over.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/platforms/pseries/msi.c |2 +-
1 files changed, 1 insertions(+), 1
Firmware encodes the number of MSI-X requested by a device in a
different property than for MSI. Pull the property name out as a
parameter and share the logic for both cases.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/platforms/pseries/msi.c | 20
We also need to check that the device isn't using MSI-X in the irq fixup
routine, otherwise we might leave MSI-Xs configured at boot.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/platforms/pseries/msi.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions
If we can't allocate the requested number of MSIs, we can still tell the
generic code how many we were able to allocate. That can then be passed
onto the driver, allowing it to request that many in future, and
probably succeeed.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch
5f5f6b73 = led\0__ks
:)
--- a/arch/powerpc/kernel/ftrace.c
+++ b/arch/powerpc/kernel/ftrace.c
@@ -23,7 +23,7 @@
#if 0
Heh, I would have just done:
- #if 0
+ #if 1
;-)
Should do s/DEBUGP/pr_debug/g
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http
are confusing.
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from our ancestors,
we borrow it from our children. - S.M.A.R.T Person
signature.asc
Description
CBE_CPUFREQ really
depend on CBE_CPUFREQ_PMI?
No I don't think it is. Look at platforms/cell/cbe_cpufreq.h, the
intention seems to be that if PMI isn't built in then that variable is
hardcoded to 0 and we never use the pmi routines.
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
you acked :)
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=1db3e890aed3ac39cded30d6e94618bda086f7ce
I don't know of anything else that fits your description?
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone
On Tue, 2009-02-10 at 13:12 -0800, Mike Mason wrote:
I'm resubmitting this patch with a couple changes
suggested by Michael Ellerman. 1) the new functions
should be static, and 2) some people may object to
including unrelated formating changes
think?
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from our ancestors,
we borrow it from our children. - S.M.A.R.T Person
signature.asc
Description
= irq_create_mapping(NULL, 74);
rc = request_irq(virq, ...);
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from our ancestors,
we borrow it from our children. - S.M.A.R.T
terminology.
I guess the right name is hardware irq number.
You can't map it because the kernel keeps a mapping between hardware irq
numbers and virtual irq numbers. request_irq() expects a virtual irq
number.
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http
.
You use the kprobes trick, but none of the kprobes code (AFAICS).
Couldn't there be some common code between the two?
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from
not worth the effort of a respin (or this email :).
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from our ancestors,
we borrow it from our children. - S.M.A.R.T Person
off copying the whole structure, and then
putting back the performance monitor fields. So we don't end up with
another bug if something's added to struct cpu_spec.
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie
.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/platforms/pseries/msi.c | 178 +-
1 files changed, 176 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/platforms/pseries/msi.c
b/arch/powerpc/platforms/pseries/msi.c
index e56ae42
an error if req_msi == 0.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/platforms/pseries/msi.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/platforms/pseries/msi.c
b/arch/powerpc/platforms/pseries/msi.c
index b42dfa6..e56ae42
The for-loop body of identify_cpu() has gotten a little big, so move the
loop body logic into a separate function. No other changes.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/kernel/cputable.c | 122 +---
1 files changed, 64
related ones in the case that we're overwriting a real PVR with a
logical one.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/kernel/cputable.c | 28
1 files changed, 16 insertions(+), 12 deletions(-)
diff --git a/arch/powerpc/kernel
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/kernel/asm-offsets.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/kernel/asm-offsets.c
b/arch/powerpc/kernel/asm-offsets.c
index 9937fe4..addac07 100644
--- a/arch/powerpc/kernel
PAGE_KERNEL_ROX
+#endif
What about FTRACE? ∞TRACE etc.
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from our ancestors,
we borrow it from our children. - S.M.A.R.T
/interrupts
are virtual irqs.
If you want to see the mapping turn on CONFIG_VIRQ_DEBUG and you'll get
a file in debugfs called virq_mapping that shows the details.
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70
The hardware is only present on those machines, and the driver
depends on infrastructure which is selected by the Kconfig for
cell blades.
Reported-by: Mikey Randconfig Monkey Neuling
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/platforms/cell/Makefile |2 ++
1
So at least you can see what kernel you're booting if you die
before the kernel prints it mid-way through start_kernel().
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/kernel/prom_init.c|2 ++
arch/powerpc/kernel/prom_init_check.sh |2 +-
2 files changed
On Thu, 2009-03-05 at 17:06 +0530, Sachin P. Sant wrote:
Next March 5th randconfig build fails with
arch/powerpc/platforms/pseries/msi.c: In function find_pe_dn:
arch/powerpc/platforms/pseries/msi.c:210: error: implicit declaration of
function find_device_pe
CONFIG_EEH is not set in the
On Thu, 2009-03-05 at 01:13 -0600, Olof Johansson wrote:
On Thu, Mar 05, 2009 at 03:41:41PM +1100, Michael Ellerman wrote:
The hardware is only present on those machines, and the driver
depends on infrastructure which is selected by the Kconfig for
cell blades.
Wouldn't it make more
There's no way for us to express to firmware that we want a
discontiguous, or non-zero based, range of MSI-X entries. So we
must reject such requests.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/platforms/pseries/msi.c | 24
1 files changed
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/platforms/pseries/Kconfig |5 +
arch/powerpc/platforms/pseries/Makefile |2 +-
2 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/platforms/pseries/Kconfig
b/arch/powerpc/platforms
The Axon MSI driver depends on more than just PCI_MSI, so add a
Kconfig fragment for it. Fixes randconfig build failures.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/platforms/cell/Kconfig |5 +
arch/powerpc/platforms/cell/Makefile |2 +-
2 files changed
The RPA PCI hotplug driver calls EEH routines, so should depend on
EEH. Also PPC_PSERIES implies PPC64, so remove that.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
drivers/pci/hotplug/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/pci
:00 2001
From: Michael Ellerman mich...@ellerman.id.au
Date: Thu, 12 Mar 2009 23:14:58 +1100
Subject: [PATCH] powerpc/cell: axonram depends on BLOCK
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/platforms/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions
| _PAGE_WRENABLE | _PAGE_EXEC)
Generic code needs PAGE_KERNEL_EXEC:
mm/vmalloc.c:
#ifndef PAGE_KERNEL_EXEC
# define PAGE_KERNEL_EXEC PAGE_KERNEL
#endif
Not having it breaks modules because we don't map the text executable.
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/sysdev/msi_bitmap.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/sysdev/msi_bitmap.c b/arch/powerpc/sysdev/msi_bitmap.c
index f84217b..5a32cbe 100644
--- a/arch/powerpc/sysdev
Most of the code enabled by these options is __init, and it's much
more useful to actually run the tests.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/configs/ppc64_defconfig |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc
comment about the refcounting, eg:
* Returns a node pointer with refcount incremented, use
* of_node_put() on it when done.
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do
actually enable the logging */
+ smp_wmb();
Wouldn't this still be a problem on a UP kernel?
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from our ancestors,
we
to the enable_mask before
the stores to the other fields?
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from our ancestors,
we borrow it from our children. - S.M.A.R.T Person
sometimes be overly tolerant of broken device trees,
which is probably what happened.
It assumes a missing ranges == empty ranges, which means 1:1. See the
comment in of_translate_one(). And thank Apple ;)
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http
]
__machine_initcall_mpc831x_rdb_declare_of_platform_devices+0x4c/0x60
[c7827f60] [c0003874] do_one_initcall+0x38/0x188
[c7827fd0] [c036917c] kernel_init+0x88/0xf4
[c7827ff0] [c0011b10] kernel_thread+0x44/0x60
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2
the IBM Hypervisor virtual console driver anymore.
There are backends for Xen, Beat (Toshiba) and virtio.
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from our
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from our ancestors,
we borrow it from our children. - S.M.A.R.T Person
signature.asc
Description: This is a digitally signed message part
On Tue, 2009-03-31 at 19:50 -0400, Josh Boyer wrote:
On Wed, Apr 01, 2009 at 10:44:00AM +1100, Michael Ellerman wrote:
On Tue, 2009-03-31 at 09:29 -0400, Josh Boyer wrote:
Add a MAINTAINERS entry for the hypervisor virtual console support
used on IBM POWER servers.
Signed-off-by: Josh
Add a MAINTAINERS entry for the hypervisor virtual console driver.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
MAINTAINERS |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
How about this?
diff --git a/MAINTAINERS b/MAINTAINERS
index 1c2ca1d..854437a 100644
bit.
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from our ancestors,
we borrow it from our children. - S.M.A.R.T Person
signature.asc
Description
, look in
prom_init.c:fixup_device_tree_maple(). Although that's for actual
firmware, not a DTB.
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from our ancestors,
we borrow
. The number you're printing out is
a virtual irq number.
of_irq_to_resource() is doing the remapping for you.
You can turn on CONFIG_VIRQ_DEBUG and you'll get a file in debugfs that
shows the mapping between hardware numbers and virtual numbers.
cheers
--
Michael Ellerman
OzLabs, IBM Australia
,
- Add warnings for recently introduced emulation of vsx and isel
instructions.
You don't count instructions that fall through to the bottom of
fix_alignment()?
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie
,
and it's KERN_DEBUG so most people won't see it.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/kernel/irq.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/kernel/irq.c b/arch/powerpc/kernel/irq.c
index 5576147..8c1a496 100644
1 - 100 of 14856 matches
Mail list logo