On Sun, 21 Dec 2008 16:11:43 -0800
Kevin Diggs wrote:
> Hi,
>
> I have a water cooled dual 2.5 GHz G5 (Powermac7,3). It has
> YDL 6.0 on it. Using the stock YDL 2.6.23 kernel this machine
> "appears" to work fine.
>
> After finally getting it to boot under 2.6.27, it will shut
> its
Hi Ayoub,
On Mon, 15 Sep 2008 09:13:23 + (GMT)
ayoub zaki <[EMAIL PROTECTED]> wrote:
>
> Hi all,
>
> I'm working on a mpc8572ds based board from freescale.
>
> I have an onboard FPGA (PCI express) that I want to configure from the
> userspace application with the corresponding "firmware".
From: Christian Krafft <[EMAIL PROTECTED]>
This patch adds support for the power button on future IBM cell blades.
It actually doesn't shut down the machine. Instead it exposes an
input device /dev/input/event0 to userspace which sends KEY_POWER
if power button has been pressed
From: Christian Krafft <[EMAIL PROTECTED]>
This patch adds a config option for the sysreset_hack used for
IBM Cell blades. The code is moves from pervasive.c into ras.c and
gets it's own init method.
Signed-off-by: Christian Krafft <[EMAIL PROTECTED]>
Index: linux.git/arch/
recognizes the button, so a plattform independent acpid
> > replacement should handle it correctly.
> >
> > Signed-off-by: Christian Krafft <[EMAIL PROTECTED]>
> > Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
> > ---
>
> And what if CONFIG_INPUT=n or m ?
>
tform independent acpid
replacement should handle it correctly.
Signed-off-by: Christian Krafft <[EMAIL PROTECTED]>
Index: linux.git/arch/powerpc/platforms/cell/pervasive.c
===
--- linux.git.orig/arch/powerpc/platforms/cell/
On Fri, 13 Jun 2008 11:00:33 -0500
Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> On Jun 13, 2008, at 10:36 AM, Christian Krafft wrote:
>
> > This patch is needed to make ipmi_poweroff working on powerpc.
> > It straightens the poweroff procedure to match with other
&g
register it's poweroff function is to use pm_power_off. So machine_power_off
should check whether pm_power_off has been set and if so it should be used.
If not, plattform dependent ppc_md.power_off should be called.
Signed-off-by: Christian Krafft <[EMAIL PROTECTED]>
Index: linux.git/arch/pow
when probing i2c-pca-isa writes to legacy ioports, which crashes the kernel
if there is no device at that port.
This patch adds a check_legacy_ioport call, so probe failes gracefully
and thus prevents the oops.
Signed-off-by: Christian Krafft <[EMAIL PROTECTED]>
Index: linux.git/drive
sensors_detect crashes kernel on PowerPC, as it pokes directly to memory.
This patch adds a check_legacy_ioports to read_port and write_port.
It will now return ENXIO, instead of oopsing.
Signed-off-by: Christian Krafft <[EMAIL PROTECTED]>
Index: linux.git/drivers/char
Hi,
the following two patches prevent kernel from crashing on powerpc.
The surrounding ifdefs will be obsolete, if check_legacy_ioport becomes
generic code.
--
Mit freundlichen Gruessen,
kind regards,
Christian Krafft
IBM Systems & Technology Group,
Linux Kernel Development
IT Specia
_id.
Sorry for the late answer, wasn't on cc
and had to receive all mails of the last 6 month once again :-(
Can you check if the patch below is working with celleb device tree ?
--
Subject: spu_manage: fix spu_unit_number for celleb device tree
From: Christian Krafft <[EMAIL PROTECT
On Fri, 29 Jun 2007 16:57:20 +0200
Michael Buesch <[EMAIL PROTECTED]> wrote:
> On Friday 29 June 2007 16:50:10 Christian Krafft wrote:
> > From: Christian Krafft <[EMAIL PROTECTED]>
> >
> > This patch fixes the following compiler warning:
> > arch/powerp
From: Christian Krafft <[EMAIL PROTECTED]>
This patch fixes the following compiler warning:
arch/powerpc/kernel/sysfs.c:385: warning: ignoring return value of
`sysfs_create_group',
Signed-off-by: Christian Krafft <[EMAIL PROTECTED]>
--- linux-2.6.orig/arch/powerpc/kernel/sysf
From: Christian Krafft <[EMAIL PROTECTED]>
The pmi driver got simplified by removing support for multiple devices.
As there is no more than one pmi device per maschine, there is no need to
specify the device for listening and sending messages.
This way the caller (cbe_cpufreq) doesn
Subject: cbe_cpufreq: fix build error
From: Christian Krafft <[EMAIL PROTECTED]>
The cbe_cpufreq driver should build without PMI
interface. The code that deals with PMI has been
#ifdef'ed out. This is not the optimal solution for now.
A later version of the cpufreq driver has been
16 matches
Mail list logo
