Thanks. The fdt_del_node approach works pretty nicely. I added a
dt_ops hook since fdt is static in libfdt-wrapper.c.
.../...
David says your patch is ok, However it's not in the right form. Could
you repost it please with a proper changeset comment and signed-off-by:
line ?
Thanks !
On Mon, 2008-10-20 at 15:04 +0530, Mohan Kumar M wrote:
Michael Ellerman wrote:
#ifdef CONFIG_CRASH_DUMP
+#ifdef CONFIG_RELOCATABLE
+
+static inline void reserve_kdump_trampoline(void) { ; }
+static inline void setup_kdump_trampoline(void) { ; }
+
+#else
extern void
Jeff Kirsher wrote:
Add a bool IGB_DCA defined to y if IGB and DCA are enabled, but IGB isn't y
while DCA=m. And thus remove the need to select INTEL_IOATDMA when IGB is
enabled, so that non-x86 architectures can build the igb driver.
Based on work/patch from Brice Goglin [EMAIL PROTECTED]
On Mon, 2008-10-20 at 23:03 -0500, Milton Miller wrote:
These functions should have been static, and inspection shows they
are no longer used. (We used to parse mem= but we now defer that
to early_param).
Actually the last user was the crashkernel= handling, but that was
removed a while ago
On Mon, 2008-10-20 at 22:05 +, Linux Kernel Mailing List wrote:
Gitweb:
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=0c5d1eb77a8be917b638344a22afe1398236482b
Commit: 0c5d1eb77a8be917b638344a22afe1398236482b
Parent:
On Mon, 20 Oct 2008, Jon Smirl wrote:
On Mon, Oct 20, 2008 at 1:55 AM, Guennadi Liakhovetski
[EMAIL PROTECTED] wrote:
On Sun, 19 Oct 2008, Jon Smirl wrote:
Is i2c-mpc built into your kernel? It's not going to module auto-load
because the names don't match - fsl-i2c and i2c-mpc.
It
* Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
On Mon, 2008-10-20 at 22:05 +, Linux Kernel Mailing List wrote:
Gitweb:
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=0c5d1eb77a8be917b638344a22afe1398236482b
Commit:
* Yinghai Lu [EMAIL PROTECTED] wrote:
On Mon, Oct 20, 2008 at 11:32 PM, Benjamin Herrenschmidt
[EMAIL PROTECTED] wrote:
On Mon, 2008-10-20 at 22:05 +, Linux Kernel Mailing List wrote:
Gitweb:
On Tue, 2008-10-21 at 09:28 +0200, Ingo Molnar wrote:
From: Chris Friesen [EMAIL PROTECTED]
Date: Mon, 20 Oct 2008 12:41:58 -0600
Subject: [PATCH] genirq: fix set_irq_type() when recording trigger type
In set_irq_type() we want to pass the type rather than the current
interrupt state.
* Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
On Tue, 2008-10-21 at 09:28 +0200, Ingo Molnar wrote:
From: Chris Friesen [EMAIL PROTECTED]
Date: Mon, 20 Oct 2008 12:41:58 -0600
Subject: [PATCH] genirq: fix set_irq_type() when recording trigger type
In set_irq_type() we want to
On Tue, Oct 21, 2008 at 10:23:37AM +1100, Benjamin Herrenschmidt wrote:
What's the status with that patch serie ? Is this 2.6.28 material ?
It is 2.6.28 material.
Alan, are you ok with those ? Hendrik, have there been any respin other
than v2 of patch 4/5 ?
The other patches have not been
Hi Linus !
This is the remaining powerpc bits for this merge window (minus -maybe-
some kdump related stuff that Paul we'll see tomorrow, in any case,
it's not in this batch).
Nothing terribly fancy, mostly bug fixes, a few new embedded boards,
some serious fixes to Cell SPU oprofile.
A few
On Monday 20 October 2008, Benjamin Herrenschmidt wrote:
This one is obviously broken and breaks booting on a whole bunch of
machines (including powermac's and thus my G5, it's never good when my
own machine breaks !).
Nice to see 3 SOB's and one Ack and nobody caught the obvious bug :-)
As
Hi Paulus,
On Tue, 21 Oct 2008 16:33:10 +1100 Paul Mackerras [EMAIL PROTECTED] wrote:
It's a bug in older versions of ld (including 2.16.1) that's fixed in
the current version (2.18). However, this patch appears to work
around the problem - at least, it let me build a 32-bit kernel with a
On Tue, 2008-10-21 at 01:01 -0700, David Brownell wrote:
I'm a bit more curious about another potential issue though ... as
described in the patch comment:
- Make set_irq_type() usage match request_irq() usage:
* IRQ_TYPE_NONE should be a NOP; succeed, so irq_chip methods
On Mon, Oct 20, 2008 at 11:32 PM, Benjamin Herrenschmidt
[EMAIL PROTECTED] wrote:
On Mon, 2008-10-20 at 22:05 +, Linux Kernel Mailing List wrote:
Gitweb:
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=0c5d1eb77a8be917b638344a22afe1398236482b
Commit:
On Mon, Oct 20, 2008 at 08:44:30PM -0400, Jon Smirl wrote:
Anton, is your mmc_spi driver (of_mmc_spi.c) going in any time soon?
Let's hope in 2.6.29. The 2.6.28 merge window is about to close. :-/
I've been running it in my local tree for several months.
Ditto. ;-)
--
Anton Vorontsov
email:
Stephen Rothwell wrote:
Hi Mike,
Just a first small thing:
On Mon, 20 Oct 2008 10:03:20 -0700 Mike Travis [EMAIL PROTECTED] wrote:
1) The #ifdef CONFIG_HOTPLUG_CPU seems unnecessary these days.
2) The loop can simply skip over offline cpus, rather than creating a tmp
mask.
3) set_mask
On Tuesday 21 October 2008 04:03:37 Mike Travis wrote:
When nr_cpu_ids is set to CONFIG_NR_CPUS then references to nr_cpu_ids
will return the maximum index of the configured NR_CPUS (+1) instead
of the maximum index of the possible number of cpus (+1). This results
in extra unused memory
Rusty Russell wrote:
On Tuesday 21 October 2008 04:03:37 Mike Travis wrote:
When nr_cpu_ids is set to CONFIG_NR_CPUS then references to nr_cpu_ids
will return the maximum index of the configured NR_CPUS (+1) instead
of the maximum index of the possible number of cpus (+1). This results
in
Milton Miller wrote:
+ /* remove any stale propertys so ours can be found */
s/propertys/properties
?
--
Matt Sealey [EMAIL PROTECTED]
Genesi, Manager, Developer Relations
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
Benjamin Herrenschmidt wrote:
Ayman, can you double check that this variant of the patch still
fixes your problem ? Thanks !
I've tried it out and it is working correctly with my devices. The
subordinate bus numbers on all the ports are correct.
Best Regards,
Ayman
On Tue, Oct 21, 2008 at 12:47:37AM +0400, Anton Vorontsov wrote:
On Mon, Oct 20, 2008 at 02:32:21PM -0500, Kumar Gala wrote:
On Oct 20, 2008, at 2:17 PM, Anton Vorontsov wrote:
Hi Kumar,
On Mon, Oct 20, 2008 at 01:04:36PM -0500, Kumar Gala wrote:
Please pull from 'for-2.6.28' branch
On Oct 21, 2008, at 9:41 AM, Anton Vorontsov wrote:
Maybe I was unclear... The OF interface change was accepted,
so the QE pinmux patch doesn't depend on anything.. Thus, can we
please merge the patch? It is needed for the FHCI USB driver,
which I still hope could get in into the 2.6.28-rc2,
On Mon, Oct 20, 2008 at 12:28:09AM +0200, Guennadi Liakhovetski wrote:
On Sun, 19 Oct 2008, Jon Smirl wrote:
That should match:
[EMAIL PROTECTED] {
#address-cells = 1;
#size-cells = 0;
cell-index = 0;
On Tue, 21 Oct 2008, Scott Wood wrote:
On Mon, Oct 20, 2008 at 12:28:09AM +0200, Guennadi Liakhovetski wrote:
On Sun, 19 Oct 2008, Jon Smirl wrote:
That should match:
[EMAIL PROTECTED] {
#address-cells = 1;
#size-cells = 0;
Guennadi Liakhovetski wrote:
static __initdata struct of_device_id storcenter_of_bus[] = {
{ .name = soc, },
{},
};
Add .compatible = simple-bus to the list.
static int __init storcenter_device_probe(void)
{
of_platform_bus_probe(NULL, storcenter_of_bus, NULL);
On Tue, Oct 21, 2008 at 9:49 AM, Kumar Gala [EMAIL PROTECTED] wrote:
I understood, just haven't had time to look at these patches. I don't know
if this is likely to make it into 2.6.28.
I ack'd the QE library portions of these patches back in April. Sure,
a lot has changed since then, but
Enable the debug flag on ucc_geth.c: there is the dmesg:
ucc_geth_open: IN
ucc_geth_startup: IN
Machine check in kernel mode.
Caused by (from SRR1=49030): Transfer error ack signal
Oops: machine check, sig: 7
NIP: C0126910 XER: 2000 LR: C01268D0 SP: CFD0DD80 REGS: cfd0dcd0
TRAP: 0200Not
On Oct 21, 2008, at 10:35 AM, Timur Tabi wrote:
On Tue, Oct 21, 2008 at 9:49 AM, Kumar Gala
[EMAIL PROTECTED] wrote:
I understood, just haven't had time to look at these patches. I
don't know
if this is likely to make it into 2.6.28.
I ack'd the QE library portions of these patches back
Michael Ellerman wrote:
Does it? I see CONFIG_CRASH_DUMP depending on PPC64, so there is no
32-bit kdump possible. Or is someone working on it out-of-tree?
IIUC Anton Vorontsov is working on the 32-bit kdump kernel support.
Do you expect a function to do the checking in iommu.c?
You'd
On Fri, Oct 17, 2008 at 10:56:59PM +0400, Anton Vorontsov wrote:
diff --git a/arch/powerpc/boot/dts/mpc8349emitx.dts
b/arch/powerpc/boot/dts/mpc8349emitx.dts
index 5cedf37..7fc5414 100644
--- a/arch/powerpc/boot/dts/mpc8349emitx.dts
+++ b/arch/powerpc/boot/dts/mpc8349emitx.dts
@@ -83,6
On Oct 21, 2008, at 1:23 PM, Scott Wood wrote:
On Fri, Oct 17, 2008 at 10:56:59PM +0400, Anton Vorontsov wrote:
diff --git a/arch/powerpc/boot/dts/mpc8349emitx.dts b/arch/powerpc/
boot/dts/mpc8349emitx.dts
index 5cedf37..7fc5414 100644
--- a/arch/powerpc/boot/dts/mpc8349emitx.dts
+++
Kumar Gala wrote:
On Oct 21, 2008, at 1:23 PM, Scott Wood wrote:
Why are we adding more device_types?
I think the 'rtc' device_type is legacy from OF.
Yes, and it advertises a run-time service that we do not and cannot
support. We should not have it in flat trees.
-Scott
On Tue, Oct 21, 2008 at 01:23:44PM -0500, Scott Wood wrote:
On Fri, Oct 17, 2008 at 10:56:59PM +0400, Anton Vorontsov wrote:
diff --git a/arch/powerpc/boot/dts/mpc8349emitx.dts
b/arch/powerpc/boot/dts/mpc8349emitx.dts
index 5cedf37..7fc5414 100644
---
We don't want to encourage the device_type usage. It isn't used in the
code, so we can simply remove it from the dts files.
Suggested-by: Scott Wood [EMAIL PROTECTED]
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/kuroboxHD.dts |1 -
2008/10/21 Anton Vorontsov [EMAIL PROTECTED]:
We don't want to encourage the device_type usage. It isn't used in the
code, so we can simply remove it from the dts files.
Suggested-by: Scott Wood [EMAIL PROTECTED]
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
Acked-by: Grant Likely [EMAIL
Milton Miller wrote:
X-Patchwork-Id: 5144
diff -puN arch/powerpc/mm/fault.c~powerpc_vrm_mm_pressure
arch/powerpc/mm/fault.c
--- linux-2.6/arch/powerpc/mm/fault.c~powerpc_vrm_mm_pressure
2008-10-20 17:13:25.0 -0500
+++ linux-2.6-bjking1/arch/powerpc/mm/fault.c
A new field has been added to the VPA as a method for
the client OS to communicate to firmware the number of
page ins it is performing when running collaborative
memory overcommit. The hypervisor will use this information
to better determine if a partition is experiencing memory
pressure and needs
On Tue, 2007-07-10 at 13:38 -0500, Satya wrote:
hello,
I am trying to implement hugetlbfs on the IBM Bluegene/L IO node
(ppc440) and I have a big problem as well as a few questions to ask
the group. I patched a 2.6.21.6 linux kernel (manually) with Edi
Shmueli's hugetlbfs implementation
Reposting in proper format...
Some platforms have variants that can share most of a flat device tree but need
a few devices selectively pruned at boot time. This adds del_node() to ops.h
to allow access to the existing fdt_del_node().
Signed-off-by: Mike Ditto [EMAIL PROTECTED]
---
Index:
On Tue, 2008-10-21 at 09:36 -0500, Ayman El-Khashab wrote:
Ayman, can you double check that this variant of the patch still
fixes your problem ? Thanks !
I've tried it out and it is working correctly with my devices. The
subordinate bus numbers on all the ports are correct.
Thanks !
On Tue, 2008-10-21 at 15:46 -0700, Satya wrote:
Ben,
Look here: http://www-unix.mcs.anl.gov/zeptoos/hugepages/
Thanks. What is the status ? Do they work fine ? Are they going to be
re-submitted for inclusion ?
Cheers,
Ben.
thanks,
./satya
On Tue, Oct 21, 2008 at 1:47 PM, Benjamin
On Tuesday, October 21, 2008 3:33 pm Benjamin Herrenschmidt wrote:
On Tue, 2008-10-21 at 09:36 -0500, Ayman El-Khashab wrote:
Ayman, can you double check that this variant of the patch still
fixes your problem ? Thanks !
I've tried it out and it is working correctly with my devices.
On Tue, Oct 21, 2008 at 02:32:29PM -0700, Mike Ditto wrote:
Reposting in proper format...
Some platforms have variants that can share most of a flat device tree but
need
a few devices selectively pruned at boot time. This adds del_node() to ops.h
to allow access to the existing
Is anyone going to pick this up?
On Sat, Oct 18, 2008 at 5:40 PM, Jon Smirl [EMAIL PROTECTED] wrote:
Implement polling for 5200FEC to make netconsole work. Tested on Phytec
pcm030 and Efika.
Signed-off-by: Jon Smirl [EMAIL PROTECTED]
---
drivers/net/fec_mpc52xx.c | 18 ++
On Tue, Oct 21, 2008 at 5:41 PM, Jon Smirl [EMAIL PROTECTED] wrote:
Is anyone going to pick this up?
I'm looking at it, but I'm not picking it up for .28. It's
non-trivial enough that I would have needed to have it before the
merge window opened to get it into .28.
g.
On Sat, Oct 18, 2008
- if (ret VM_FAULT_MAJOR)
+ if (ret VM_FAULT_MAJOR) {
current-maj_flt++;
- else
+ preempt_disable();
+ get_lppaca()-page_ins++;
+ preempt_enable();
+ } else
That isn't going to work very well on 32-bit or non-pseries
On Tue, 2008-10-21 at 17:33 -0600, Grant Likely wrote:
On Tue, Oct 21, 2008 at 02:32:29PM -0700, Mike Ditto wrote:
Reposting in proper format...
Some platforms have variants that can share most of a flat device tree but
need
a few devices selectively pruned at boot time. This adds
Benjamin Herrenschmidt wrote:
I've fixed it up manually so no need to re-submit, but you'll know next
time :-)
Thanks!
-=] Mike [=-
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
On Fri, 2008-10-17 at 11:21 +0200, Jean Delvare wrote:
Hi Anton,
On Thu, 16 Oct 2008 21:12:53 +0400, Anton Vorontsov wrote:
If present the info-archdata is copied into the dev-archdata.
Some (OpenFirmware) platforms need it.
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
---
So
But it doesn't work as a module (i.e. OF-specific bits should be
always in-kernel).
Why not ?
Ben.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Wed, Oct 22, 2008 at 11:29:20AM +1100, Benjamin Herrenschmidt wrote:
But it doesn't work as a module (i.e. OF-specific bits should be
always in-kernel).
Why not ?
If say X driver loads prior to bus-notifier module (where we fill
the platform data), then X.0 device will try to probe
Ben,
Look here: http://www-unix.mcs.anl.gov/zeptoos/hugepages/
thanks,
./satya
On Tue, Oct 21, 2008 at 1:47 PM, Benjamin Herrenschmidt
[EMAIL PROTECTED] wrote:
On Tue, 2007-07-10 at 13:38 -0500, Satya wrote:
hello,
I am trying to implement hugetlbfs on the IBM Bluegene/L IO node
On Tue, Oct 21, 2008 at 3:46 PM, Satya [EMAIL PROTECTED] wrote:
Ben,
Look here: http://www-unix.mcs.anl.gov/zeptoos/hugepages/
thanks,
./satya
On Tue, Oct 21, 2008 at 1:47 PM, Benjamin Herrenschmidt
[EMAIL PROTECTED] wrote:
On Tue, 2007-07-10 at 13:38 -0500, Satya wrote:
hello,
I
If mem= is used on the boot command line to limit memory then the memory block
where a 16G page resides may not be available.
Thanks to Michael Ellerman for finding the problem.
Signed-off-by: Jon Tollefson [EMAIL PROTECTED]
---
arch/powerpc/mm/hash_utils_64.c |6 --
1 file changed, 4
On Tue, Oct 21, 2008 at 10:58:44PM +0400, Anton Vorontsov wrote:
We don't want to encourage the device_type usage. It isn't used in the
code, so we can simply remove it from the dts files.
Suggested-by: Scott Wood [EMAIL PROTECTED]
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
Acked-by:
On Tue, Oct 21, 2008 at 02:32:29PM -0700, Mike Ditto wrote:
Reposting in proper format...
Some platforms have variants that can share most of a flat device tree but
need
a few devices selectively pruned at boot time. This adds del_node() to ops.h
to allow access to the existing
On Wed, Oct 22, 2008 at 09:53:13AM +1100, Benjamin Herrenschmidt wrote:
On Tue, 2008-10-21 at 15:46 -0700, Satya wrote:
Ben,
Look here: http://www-unix.mcs.anl.gov/zeptoos/hugepages/
Thanks. What is the status ? Do they work fine ? Are they going to be
re-submitted for inclusion ?
Hrm.
On Wed, Oct 22, 2008 at 05:03:47AM +0400, Anton Vorontsov wrote:
On Wed, Oct 22, 2008 at 11:29:20AM +1100, Benjamin Herrenschmidt wrote:
But it doesn't work as a module (i.e. OF-specific bits should be
always in-kernel).
Why not ?
If say X driver loads prior to bus-notifier
On Wed, 2008-10-22 at 05:03 +0400, Anton Vorontsov wrote:
If say X driver loads prior to bus-notifier module (where we fill
the platform data), then X.0 device will try to probe w/o platform
data and will fail. The only way to re-probe things is to rmmod X
insmod of_pdata_filler_X insmod X.
On Wed, 2008-10-22 at 05:42 +0400, Anton Vorontsov wrote:
Thinking about it more, I started recalling other issues. The bus
notifier chain doesn't replay previous events, so we also have to
register the notifier before the _devices_ are registered. And this
ruins the whole approach. :-/
From: Mohan Kumar M [EMAIL PROTECTED]
This adds relocatable kernel support for kdump. With this one can
use the same regular kernel to capture the kdump. A signature (0xfeed1234)
is passed in r6 from panic code to the next kernel through kexec_sequence
and purgatory code. The signature is used to
Stephen Rothwell writes:
On Tue, 21 Oct 2008 16:33:10 +1100 Paul Mackerras [EMAIL PROTECTED] wrote:
It's a bug in older versions of ld (including 2.16.1) that's fixed in
the current version (2.18). However, this patch appears to work
around the problem - at least, it let me build a
On Thu, Oct 16, 2008 at 09:12:56PM +0400, Anton Vorontsov wrote:
For I2C devices we just setting the the node pointer in the archdata.
This is needed so that the other code would know device's node.
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
Looks okay to me.
Acked-by: Grant Likely
On Wed, Oct 22, 2008 at 01:28:17PM +1100, Benjamin Herrenschmidt wrote:
On Wed, 2008-10-22 at 05:42 +0400, Anton Vorontsov wrote:
Thinking about it more, I started recalling other issues. The bus
notifier chain doesn't replay previous events, so we also have to
register the notifier
On Tuesday 21 October 2008, Benjamin Herrenschmidt wrote:
The notifier can be registered before the devices, though it's a little
bit fishy and fragile.
Easier I suppose to just have OF specific hooks in the bus code.
Like what I suggested: chip-aware OF glue drivers. The relevant
bus code
On Wed Oct 22 at 14:38:10 EST in 2008, Michael Ellerman wrote:
This adds relocatable kernel support for kdump. With this one can
use the same regular kernel to capture the kdump. A signature
(0xfeed1234)
is passed in r6 from panic code to the next kernel through
kexec_sequence
and purgatory
Hi Linus !
Here's some additions to yesterday's pull request. Mostly things that
slipped through the cracks, for example, for the hvc_console work
there was some confusion as to who was going to merge it, and the
kdump bits I mentioned yesterday that were getting some
rebasing/massaging. The rest
69 matches
Mail list logo
