Re: [PATCH] ehea: add kexec support

> Michael Ellerman <[EMAIL PROTECTED]> wrote on 02.11.2007 07:30:08: > > > On Wed, 2007-10-31 at 20:48 +0100, Christoph Raisch wrote: > > > Michael Ellerman <[EMAIL PROTECTED]> wrote on 30.10.2007 23:50:36: > > If that's really the way it works then eHEA is more or less broken for > > kdump I'm af

Re: [PATCH] dtc: Fix the install target

On Fri, Nov 02, 2007 at 10:26:15AM -0500, Emil Medve wrote: > /usr/bin/install: cannot stat `fdt.h': No such file or directory > /usr/bin/install: cannot stat `libfdt.h': No such file or directory > > Signed-off-by: Emil Medve <[EMAIL PROTECTED]> Acked-by: David Gibson <[EMAIL PROTECTED]> -- Da

Re: [2.6 patch] the scheduled I2C RTC driver removal

Hi Adrian, On Thu, 1 Nov 2007 00:03:58 +0100, Adrian Bunk wrote: > This patch contains the scheduled removal of legacy I2C RTC drivers with > replacement drivers. I'm adding the rtc list in Cc. > > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> > > --- > > Documentation/feature-removal-sche

[PATCH 3/3]: powerpc eeh: avoid crash on null device.

Bugfix: avoid crash if there's no pci device for a given openfirmware node. Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]> arch/powerpc/platforms/pseries/eeh.c | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) Index: linux-2.6.23-rc8-mm1/arch/powerpc/platforms/pseries/e

[PATCH 2/3]: powerpc eeh: drivers that need reset trump others

Bugfix: if a driver controlling one part of a multi-function pci card has asked for a reset, honor that request above all othres. Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]> arch/powerpc/platforms/pseries/eeh_driver.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-)

[PATCH 1/3] powerpc eeh: cleanup comments

Clean up commentary, remove dead code. Signed-off-by Linas Vepstas <[EMAIL PROTECTED]> arch/powerpc/platforms/pseries/eeh_driver.c |8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) Index: linux-2.6.23-rc8-mm1/arch/powerpc/platforms/pseries/eeh_driver.c =

[PATCH 0/3] powerpc eeh: bug fixes for crashes, bad handling

Hi Paul, Please forward upstream the following three tiny patches for EEH bugs, including on crash, and one failure to reset correctly. (I was planning on blasting you many many more patches, involving MSI, but have had nothing but broken hardware for the last few weeks, and so have nothing to

Re: [PATCH] using mii-bitbang on different processor ports

On Tue, Oct 30, 2007 at 05:09:19PM +0100, Sergej Stepanov wrote: > The patch makes possible to have mdio and mdc pins on different physical ports > also for CONFIG_PPC_CPM_NEW_BINDING. > To setup it in the device tree: > reg = <10d40 14 10d60 14>; // mdc-offset: 0x10d40, mdio-offset: 0x10d60 > or >

radeon boot "hot-crash"

Hi, I'm wondering how we are finally going to fix my radeon "hot-crash" issue. Fact is, applying the patch below fixes the issue. Though, I see that this is not the correct patch to fix it. Other devices might need the register write which is removed here. So what about the following: We add a spe

Re: [PATCH] net: Add 405EX support to new EMAC driver

On Fri, Nov 02, 2007 at 08:14:43AM +0100, Stefan Roese wrote: > This patch adds support for the 405EX to the new EMAC driver. Some as on > AXON, the 405EX handles the MDIO via the RGMII bridge. Hi, This isn't feedback on your patch as much as on "new-emac" in general: Isn't this the case where t

[PATCH] dtc: Fix the install target

/usr/bin/install: cannot stat `fdt.h': No such file or directory /usr/bin/install: cannot stat `libfdt.h': No such file or directory Signed-off-by: Emil Medve <[EMAIL PROTECTED]> --- Makefile | 10 +- 1 files changed, 5 insertions(+), 5 deletions(-) diff --git a/Makefile b/Makefile ind

Re: [PATCH 3/3] Add arch-specific walk_memory_remove() for ppc64

On Fri, 2007-11-02 at 10:32 +, Johannes Berg wrote: > > This patch provides a way for an architecture to provide its > > own walk_memory_resource() > > It seems that the patch description "walk_memory_remove()" is wrong? > Yep. Patch title is wrong. Thanks, Badari _

[PATCH 2/2] IB/ehca: Fix static rate calculation

The IPD formula was a little off and assumed a fixed physical link rate; fix the formula and query the actual physical link rate, now that we can get it. Also, refactor the calculation into a common function ehca_calc_ipd() and use that instead of duplicating code. Signed-off-by: Joachim Fenkes <[

[PATCH 1/2] IB/ehca: Return physical link information in query_port()

Newer firmware versions return physical port information to the partition, so hand that information to the consumer if it's present. Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]> --- drivers/infiniband/hw/ehca/ehca_hca.c | 20 ++-- drivers/infiniband/hw/ehca/hipz_hw.h |

[PATCH 0/2] IB/ehca: Return physical link information, fix static rate calculation

This patchset will fix static rate calculation for the new link speeds supported by eHCA2. Also, it enables query_port() to return physical link information instead of constant values, which is needed for the static rate fix. [1/2] makes query_port() return actual physical link info where supporte

Re: [PATCH 3/3] Add arch-specific walk_memory_remove() for ppc64

> This patch provides a way for an architecture to provide its > own walk_memory_resource() It seems that the patch description "walk_memory_remove()" is wrong? johannes signature.asc Description: This is a digitally signed message part ___ Linuxppc-

Re: [PATCH] ehea: add kexec support

Michael Ellerman <[EMAIL PROTECTED]> wrote on 02.11.2007 07:30:08: > On Wed, 2007-10-31 at 20:48 +0100, Christoph Raisch wrote: > > Michael Ellerman <[EMAIL PROTECTED]> wrote on 30.10.2007 23:50:36: > If that's really the way it works then eHEA is more or less broken for > kdump I'm afraid. We t