Roland McGrath wrote:
> This removes the handling for PTRACE_CONT et al from the powerpc
> ptrace code, so it uses the new generic code via ptrace_request.
I have tested this patchset on powerpc successfully.
>
> Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
> ---
> arch/powerpc/kernel/
Hi Michael,
I emulate mpic to write this IPIC MSI routines. :)
> > diff --git a/arch/powerpc/platforms/83xx/mpc837x_mds.c
> > b/arch/powerpc/platforms/83xx/mpc837x_mds.c
> > index 6048f1b..dbea34b 100644
> > --- a/arch/powerpc/platforms/83xx/mpc837x_mds.c
> > +++ b/arch/powerpc/platforms/83xx/m
Only external interrupts in edge detect mode support ack operation.
Therefore, in most cases ack is not needed. The patch makes ipic
ack only when it's needed. This could boost over all system performance.
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
Replaces patch: [PATCH 7/9] ipic: clean up
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
Updated to remove CONFIG_SERDES.
arch/powerpc/configs/mpc837x_mds_defconfig | 875
1 files changed, 875 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/configs/mpc837x_mds_defconfig
diff --git a/arch/powe
So, like, the other day Paul Mackerras mumbled:
> I have created a for-2.6.25 branch in my powerpc.git repository and
> added the patches listed below to it. The master branch points to the
> same place as the for-2.6.25 branch.
>
> Paul.
>
> Benjamin Herrenschmidt (2):
> Johannes Berg (3):
> Li
On Mon, 3 Dec 2007 15:45:50 +1100
Paul Mackerras <[EMAIL PROTECTED]> wrote:
> I have created a for-2.6.25 branch in my powerpc.git repository and
> added the patches listed below to it. The master branch points to the
> same place as the for-2.6.25 branch.
Are we going to merge DTC into the kern
On Mon, 03 Dec 2007 16:16:39 +1100
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> On Mon, 2007-12-03 at 15:45 +1100, Paul Mackerras wrote:
> > [POWERPC] Add xmon function to dump 44x TLB
>
> That will go via jwb, there's already some updated versions of that in
> my tree.
Just send
On Mon, 2007-12-03 at 09:08 -0600, Scott Wood wrote:
> Shouldn't this be $srctree (which doesn't seem to be passed to wrapper at
> the moment), not $object?
>
> BTW, if we do this, we should remove the part in arch/powerpc/boot/Makefile
> where this is done.
It wasn't really done for the benefit
On Mon, Dec 03, 2007 at 02:49:24AM +, David Woodhouse wrote:
> If a .dts file is given to the bootwrapper script without a full path
> name, look in a sensible place for it.
>
> Signed-off-by: David Woodhouse <[EMAIL PROTECTED]>
>
> --- a/arch/powerpc/boot/wrapper
> +++ b/arch/powerpc/boot/wr
It would be good to migrate the platform code to register RTC devices
directly, but for now this will make them functional enough for most
purposes...
Signed-off-by: David Woodhouse <[EMAIL PROTECTED]>
diff --git a/drivers/rtc/Kconfig b/drivers/rtc/Kconfig
index 1e6715e..3e788b7 100644
--- a/driv
I was misled by the prior language. I've attempted to clarify how
'ranges' are used, in particular, how to get a 1:1 mapping.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt | 11 +++
1 files changed, 7 insertions(+), 4 deletions
On 12/3/07, Stephen Neuendorffer <[EMAIL PROTECTED]> wrote:
> I was misled by the prior language. I've attempted to clarify how
> 'ranges' are used, in particular, how to get a 1:1 mapping.
>
> Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
Acked-by: Grant Likely <[EMAIL PROTECTED]>
> -
On Sun, 2007-12-02 at 19:50, David Gibson wrote:
> > + clock-frequency = <7f28155>;/* 133.33 MHz */
> You can use to avoid the ugly hex.
Better still, blaze a new trail, convert it to /dts-v1/ and
use clock-frequency = <1> straight up!
jdl
__
On Thu, Nov 29, 2007 at 11:41:47AM +0100, Olaf Hering wrote:
> On Wed, Nov 28, Linas Vepstas wrote:
>
> > On Wed, Nov 28, 2007 at 12:00:37PM +0100, Olaf Hering wrote:
> > > On Tue, Nov 27, Will Schmidt wrote:
>
> > > > > - if (panic_timeout)
> > > > > - return;
> > >
> > > This c
On Mon, 2007-12-03 at 17:04 +, David Woodhouse wrote:
> It would be good to migrate the platform code to register RTC devices
> directly, but for now this will make them functional enough for most
> purposes...
Wouldn't it be best to do the other way around at some stage ?
We need to solve t
> #address-cells = <1>;
> + #size-cells = <1>;
> + model = "Katana-Qp"; /* Default */
> + compatible = "emerson,Katana-Qp";
> + coherency-off;
> +
What do that mean (coherency-off) ?
Somebody is trying again to use a 74xx with non cache coherent DMA ?
That isn't going to fly
On Thu, 2007-11-29 at 18:42 +0300, Andrei Dolnikov wrote:
> +config PPC_KATANAQP
> + bool "Emerson-Katana Qp"
> + depends on EMBEDDED6xx
> + select MV64X60
> + select NOT_COHERENT_CACHE
^^
Just one word: ARG !
Oh and another one: W
Building for 8xx fails to compile due to errors in a couple of places.
The first is due to the casting of an lvalue (if I remember correctly),
and the second was due to the cpmp variable being declared static even
though the headers previously defined it as extern. The following patch
corrects
> static void ipic_ack_irq(unsigned int virq)
> {
> - struct ipic *ipic = ipic_from_irq(virq);
> unsigned int src = ipic_irq_to_hw(virq);
> - unsigned long flags;
> - u32 temp;
>
> - spin_lock_irqsave(&ipic_lock, flags);
> + /* Only external interrupts in edge mode su
On Mon, 2007-12-03 at 17:07 +0800, Li Li wrote:
>
> In IPIC, the 8 MSI interrupts is handled as level intrrupt.
> I just provide a versatile in case it is changed.
Level ? Are you sure ? MSIs are by definition edge interrupts... Or do
you have some weird logic that asserts a level input until yo
The following patch makes the QSpan PCI code compile and work on my
hardware. The patch is against 2.4, but I'm hoping it will still be viewed
as useful since the code currently does not even compile (2.6 is the
same). I had to make a change to move the PCI setup later in the
m8xx_setup code as
On Tue, 2007-12-04 at 07:45 +1100, Benjamin Herrenschmidt wrote:
> On Mon, 2007-12-03 at 17:04 +, David Woodhouse wrote:
> > It would be good to migrate the platform code to register RTC devices
> > directly, but for now this will make them functional enough for most
> > purposes...
>
> Wouldn
On Fri, 30 Nov 2007 12:58:06 +0530
Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Thu, 29 Nov 2007 23:00:47 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> >> On Fri, 30 Nov 2007 01:39:29 -0500 Kyle McMartin <[EMAIL PROTECTED]> wrote:
> >>
> >>> On Thu, Nov 29, 200
Updates the ucc_geth device driver to check the new rx-clock-name and
tx-clock-name properties first. If present, it uses the new function
qe_clock_source() to obtain the clock source. Otherwise, it checks the
deprecated rx-clock and tx-clock properties.
Update the device trees for 832x, 836x, a
This patch set adds a new property to make specifying QE clock sources
easier, adds a function to help parse the property, and updates the ucc_geth
driver to take advantage of all this.
Patch #1 is an arch/powerpc patch meant for Kumar's for-2.6.25 branch.
Patch #2 is a netdev patch, so it's eith
David Gibson wrote:
> On Tue, Nov 27, 2007 at 11:03:16PM -0600, Jon Tollefson wrote:
>
>> This patch adds reliability to the 64K huge page option by making use of
>> the PMD for 64K huge pages when base pages are 4k. So instead of a 12
>> bit pte it would be 7 bit pmd and a 5 bit pte. The pgd
Add function qe_clock_source() which takes a string containing the name of a
QE clock source (as is typically found in device trees) and returns the
matching enum qe_clock value.
Update booting-without-of.txt to indicate that the UCC properties rx-clock
and tx-clock are deprecated and replaced wit
Convert MPC i2c driver from being a platform_driver to an open firmware
version. Error returns were improved. Routine names were changed from fsl_ to
mpc_ to make them match the file name.
---
arch/powerpc/sysdev/fsl_soc.c | 96 -
drivers/i2c/busses/i2c-mpc.c | 185 +
This patch allows new style i2c chip drivers to have alias names using
the official kernel aliasing system and MODULE_DEVICE_TABLE(). I've
tested it on PowerPC and x86. This change is required for PowerPC
device tree support.
---
drivers/i2c/i2c-core.c | 34 +++-
Convert pfc8563 i2c driver from old style to new style. The
driver is also modified to support device tree names via the
i2c mod alias mechanism.
---
drivers/rtc/rtc-pcf8563.c | 114 +
1 files changed, 32 insertions(+), 82 deletions(-)
diff --git a/d
On Mon, 2007-12-03 at 21:06 +, David Woodhouse wrote:
> On Tue, 2007-12-04 at 07:45 +1100, Benjamin Herrenschmidt wrote:
> > On Mon, 2007-12-03 at 17:04 +, David Woodhouse wrote:
> > > It would be good to migrate the platform code to register RTC devices
> > > directly, but for now this wi
This patch modifies the ds1307, ds1374, and rs5c372 i2c drivers to support
device tree names using the new i2c mod alias support
---
arch/powerpc/sysdev/fsl_soc.c | 46 ++---
drivers/rtc/rtc-ds1307.c | 38 ++
drivers/rtc
David Gibson wrote:
> On Tue, Nov 27, 2007 at 11:03:16PM -0600, Jon Tollefson wrote:
>> This patch adds reliability to the 64K huge page option by making use of
>> the PMD for 64K huge pages when base pages are 4k. So instead of a 12
>> bit pte it would be 7 bit pmd and a 5 bit pte. The pgd and
The following series implements standard linux module aliasing for i2c modules
It then converts the mpc i2c driver from being a platform driver to an open
firmware one. I2C device names are picked up from the device tree. Module
aliasing is used to translate from device tree names into to linux ker
On Tue, 2007-12-04 at 09:36 +1100, Benjamin Herrenschmidt wrote:
> Worst one is time_init :-) Way too early to do any i2c babbling. Then
> there used to be something with the NTP writeback, dunno if it's
> changed.
Setting the system time seems to be done in the new RTC class by a
late_initcall()
Olof Johansson wrote:
> On Mon, Dec 03, 2007 at 04:20:32PM -0500, Jon Smirl wrote:
>> The following series implements standard linux module aliasing for i2c
>> modules
>> It then converts the mpc i2c driver from being a platform driver to an open
>> firmware one. I2C device names are picked up fro
On Mon, Dec 03, 2007 at 06:52:06PM -0500, Jon Smirl wrote:
> On 12/3/07, Olof Johansson <[EMAIL PROTECTED]> wrote:
> > On Mon, Dec 03, 2007 at 04:20:32PM -0500, Jon Smirl wrote:
> > > The following series implements standard linux module aliasing for i2c
> > > modules
> > > It then converts the mp
On Sun, Dec 02, 2007 at 11:04:47PM -0600, Olof Johansson wrote:
> Paul,
>
> Please do:
>
> git pull \
> git://git.kernel.org/pub/scm/linux/kernel/git/olof/pasemi.git for-2.6.25
>
> For the following patches queued up for 2.6.25. All but one are PA
> Semi-specific (the i2c boardinfo consolidation
On 12/3/07, Olof Johansson <[EMAIL PROTECTED]> wrote:
> On Mon, Dec 03, 2007 at 04:20:32PM -0500, Jon Smirl wrote:
> > The following series implements standard linux module aliasing for i2c
> > modules
> > It then converts the mpc i2c driver from being a platform driver to an open
> > firmware one
On Mon, Dec 03, 2007 at 04:20:32PM -0500, Jon Smirl wrote:
> The following series implements standard linux module aliasing for i2c modules
> It then converts the mpc i2c driver from being a platform driver to an open
> firmware one. I2C device names are picked up from the device tree. Module
> ali
Hi Geert,
On Sun, 2 Dec 2007 10:34:56 +0100 (CET), Geert Uytterhoeven <[EMAIL PROTECTED]>
wrote:
> On Fri, 30 Nov 2007, Kiyoshi Ueda wrote:
> > This patch converts ps3disk to use blk_end_request().
> ^^^
> Patch subject and description are inconsis
On Mon, Dec 03, 2007 at 01:26:34PM -0600, Jon Loeliger wrote:
> On Sun, 2007-12-02 at 19:50, David Gibson wrote:
>
> > > + clock-frequency = <7f28155>;/* 133.33 MHz */
> > You can use to avoid the ugly hex.
>
> Better still, blaze a new trail, convert it to /dts-v1/ and
>
My rework of the tree checking code introduced a potentially nasty bug
- it uses the structure_ok variable uninitialized. This patch fixes
the problem. It's a fairly ugly bandaid approach, but the ugly will
disappear once future patches have folded the semantic checks into the
new framework.
Sig
On Mon, Dec 03, 2007 at 04:51:53PM -0500, Chris Snook wrote:
> David Gibson wrote:
> > On Tue, Nov 27, 2007 at 11:03:16PM -0600, Jon Tollefson wrote:
> >> This patch adds reliability to the 64K huge page option by making use of
> >> the PMD for 64K huge pages when base pages are 4k. So instead of
On Mon, Dec 03, 2007 at 09:45:03AM -0800, Stephen Neuendorffer wrote:
> I was misled by the prior language. I've attempted to clarify how
> 'ranges' are used, in particular, how to get a 1:1 mapping.
Sounds good, except for one detail. I think we should avoid using
the "1:1" terminology: to a ma
On Tue, Dec 04, 2007 at 07:52:50AM +1100, Benjamin Herrenschmidt wrote:
> > #address-cells = <1>;
> > + #size-cells = <1>;
> > + model = "Katana-Qp"; /* Default */
> > + compatible = "emerson,Katana-Qp";
> > + coherency-off;
> > +
>
> What do that mean (coherency-off) ?
>
> Somebody i
I was misled by the prior language. I've attempted to clarify how
'ranges' are used, in particular, how to get an identity mapping.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt | 13 +
1 files changed, 9 insertions(+), 4 d
On Tue, 2007-12-04 at 05:03 +0800, Benjamin Herrenschmidt wrote:
>
> On Mon, 2007-12-03 at 17:07 +0800, Li Li wrote:
> >
> > In IPIC, the 8 MSI interrupts is handled as level intrrupt.
> > I just provide a versatile in case it is changed.
>
> Level ? Are you sure ? MSIs are by definition edge
On Tue, 2007-10-16 at 15:02 +1000, David Gibson wrote:
> This very large patch incorporates a copy of dtc into the kernel
> source, in arch/powerpc/boot/dtc-src. This means that dtc is no
> longer an external dependency to build kernels with configurations
> which need a dtb file.
>
> Signed-off
On Tue, Dec 04, 2007 at 07:54:59AM +1100, Benjamin Herrenschmidt wrote:
>
> On Thu, 2007-11-29 at 18:42 +0300, Andrei Dolnikov wrote:
> > +config PPC_KATANAQP
> > + bool "Emerson-Katana Qp"
> > + depends on EMBEDDED6xx
> > + select MV64X60
> > + select NOT_COHERENT_CACHE
>
> -Original Message-
> From: Benjamin Herrenschmidt [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, December 04, 2007 5:02 AM
> To: Li Yang
> Cc: [EMAIL PROTECTED]; linuxppc-dev@ozlabs.org
> Subject: Re: [PATCH] ipic: change ack operation that register
> is accessedonly when needed
>
>
> >
On Mon, Dec 03, 2007 at 12:50:18PM +1100, David Gibson wrote:
> On Thu, Nov 29, 2007 at 06:28:36PM +0300, Andrei Dolnikov wrote:
> > Device tree source file for the Emerson Katana Qp board
> >
> > Signed-off-by: Andrei Dolnikov <[EMAIL PROTECTED]>
> >
> > ---
> > katanaqp.dts | 360
> > +++
.../... (snip scary bunch of errata)
> - "FEr PCI-#4" (Detailed by Application Note AN-84):
>
> [This isn't strictly a coherency issue but having coherency enabled
> exacerbates the problem.] Basically, the bridge can let the cpu read
> a pci device's registers before all of the data the PCI d
On Tue, 2007-12-04 at 10:06 +0800, Li Yang wrote:
> > That should be handled by the higher level flow handler. The
> > generic edge one calls ack and the level one mask_and_ack.
> > Just make them do the right thing, no need to test for the
> > flow type in the low level function.
>
> But actu
On Mon, Dec 03, 2007 at 05:08:57PM -0800, Stephen Neuendorffer wrote:
> I was misled by the prior language. I've attempted to clarify how
> 'ranges' are used, in particular, how to get an identity mapping.
>
> Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
Acked-by: David Gibson <[EMAI
On Mon, Dec 03, 2007 at 07:10:26PM -0700, Mark A. Greer wrote:
> On Mon, Dec 03, 2007 at 12:50:18PM +1100, David Gibson wrote:
> > On Thu, Nov 29, 2007 at 06:28:36PM +0300, Andrei Dolnikov wrote:
[snip]
> > > + [EMAIL PROTECTED] {
> > > + reg = <2000 2000>;
> >
> > Are the
Hi Paul,
I think http://patchwork.ozlabs.org/linuxppc/patch?id=14835 should go
into 2.6.24 (along with some other defconfig updates).
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
http://www.canb.auug.org.au/~sfr/
pgpFvQSEM0FBr.pgp
Description: PGP signature
Hi Paul,
Is there some reason http://patchwork.ozlabs.org/linuxppc/patch?id=14223
should not be in 2.6.25?
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
http://www.canb.auug.org.au/~sfr/
pgphMIdAeSAUh.pgp
Description: PGP signature
___
On 12/3/07, David Gibson <[EMAIL PROTECTED]> wrote:
>
> On Mon, Dec 03, 2007 at 05:08:57PM -0800, Stephen Neuendorffer wrote:
> > I was misled by the prior language. I've attempted to clarify how
> > 'ranges' are used, in particular, how to get an identity mapping.
> >
> > Signed-off-by: Stephen N
This adds 'const' qualifiers to many variables and functions. In
particular it's now used for passing names to the tree accesor
functions.
Signed-off-by: David Gibson <[EMAIL PROTECTED]>
Index: dtc/data.c
===
--- dtc.orig/data.c
Turns out we're freeing the skb when we detect CRC error, but we're
not clearing out info->skb. We could either clear it and have the stack
reallocate it, or just leave it and the rx ring refill code will reuse
the one that was allocated.
Reusing a freed skb obviously caused some nasty crashes of
On Tue, Dec 04, 2007 at 01:59:04AM +, David Woodhouse wrote:
>
> On Tue, 2007-10-16 at 15:02 +1000, David Gibson wrote:
> > This very large patch incorporates a copy of dtc into the kernel
> > source, in arch/powerpc/boot/dtc-src. This means that dtc is no
> > longer an external dependency to
The commit fa13a5a1f25f671d084d8884be96fc48d9b68275, unconditionally calls
update_process_tick() in system context. In the deterministic accounting case
this is the correct thing to do. However, in the non-deterministic accounting
case we need to not do this, and results in the time accounted as
On Tue, Dec 04, 2007 at 01:50:32PM +1100, David Gibson wrote:
> On Mon, Dec 03, 2007 at 07:10:26PM -0700, Mark A. Greer wrote:
> > On Mon, Dec 03, 2007 at 12:50:18PM +1100, David Gibson wrote:
> > > On Thu, Nov 29, 2007 at 06:28:36PM +0300, Andrei Dolnikov wrote:
> > > > + et
I'm actually a little embarrassed that I didn't pick that nit myself.. :)
-Original Message-
From: David Gibson [mailto:[EMAIL PROTECTED]
Sent: Mon 12/3/2007 6:40 PM
To: Stephen Neuendorffer
Cc: [EMAIL PROTECTED]; linuxppc-dev@ozlabs.org
Subject: Re: [PATCH] [POWERPC] [v2] Improved docume
On Tue, Dec 04, 2007 at 01:14:43PM +1100, Benjamin Herrenschmidt wrote:
>
> .../... (snip scary bunch of errata)
>
> > - "FEr PCI-#4" (Detailed by Application Note AN-84):
> >
> > [This isn't strictly a coherency issue but having coherency enabled
> > exacerbates the problem.] Basically, the b
We seem to have the pm_power_off hook wrong in arch/powerpc. From the
other arches and from how its used by the rest of the kernel (e.g., ipmi),
it should point to the lowest-level power off function not to
machine_power_off(). Actually, machine_power_off() should call pm_power_off
since AFAICT i
On Mon, 2007-12-03 at 17:07 +0800, Li Li wrote:
> Hi Michael,
>
> I emulate mpic to write this IPIC MSI routines. :)
>
>
> > > diff --git a/arch/powerpc/platforms/83xx/mpc837x_mds.c
> > > b/arch/powerpc/platforms/83xx/mpc837x_mds.c
> > > index 6048f1b..dbea34b 100644
> > > --- a/arch/powerpc/pl
From: Mark A. Greer <[EMAIL PROTECTED]>
Drivers should call machine_power_off() not pm_power_off to power off
a machine.
Signed-off-by: Mark A. Greer <[EMAIL PROTECTED]>
---
drivers/parisc/power.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/parisc/power.c
From: Mark A. Greer <[EMAIL PROTECTED]>
machine_power_off() is the proper interface to use for powering
off a machine.
Signed-off-by: Mark A. Greer <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/pseries/ras.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/pla
From: Mark A. Greer <[EMAIL PROTECTED]>
The ppc_md.power_off hook performs the same function that the
pm_power_off hook is supposed to. However, it is powerpc-specific
and prevents kernel drivers (e.g., IPMI) from changing how a platform
is powered off. So, get rid of ppc_md.power_off and replac
From: Mark A. Greer <[EMAIL PROTECTED]>
Remove platform-specific power_off and halt routines, and ppc_md
initializations that are not necessary.
Signed-off-by: Mark A. Greer <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/embedded6xx/holly.c| 12
arch/powerpc/platforms/embe
Johannes Berg writes:
> + printk(KERN_INFO
> +"via-pmu: the PMU_IOC_SLEEP ioctl is deprecated.\n");
> + printk(KERN_INFO "via-pmu: use \"echo mem >"
> +" /sys/power/state\" instead!\n");
> + printk(KERN_INFO
> +
The commit fa13a5a1f25f671d084d8884be96fc48d9b68275 (sched: restore
deterministic CPU accounting on powerpc), unconditionally calls
update_process_tick() in system context. In the deterministic accounting case
this is the correct thing to do. However, in the non-deterministic accounting
case we n
From: Mark A. Greer <[EMAIL PROTECTED]>
Platform-specific restart routines should not call panic() when they
fail. Instead, they should return so the caller (machine_restart())
can halt the system more gracefully.
Signed-off-by: Mark A. Greer <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/82xx/
The current pci_assign_unassigned_resources() code doesn't work properly
on 32 bits platforms with 64 bits resources. The main reason is the use
of unsigned long in various places instead of resource_size_t.
This fixes it, along with some tricks to avoid casting to 64 bits on
platforms that don't
From: Mark A. Greer <[EMAIL PROTECTED]>
xmon should call machine_[restart|halt|power_off] instead of
ppc_md.[restart|halt|power_off].
Signed-off-by: Mark A. Greer <[EMAIL PROTECTED]>
---
I'm not sure about this one. Does anyone see a problem with this?
arch/powerpc/xmon/xmon.c |6 +++---
1
From: Mark A. Greer <[EMAIL PROTECTED]>
Factor out common code from the machine_xxx routines and make them better
handle a ppc_md hook that doesn't exist or fails better. In particular,
have machine_power_off() try ppc_md.halt if ppc_md.power_off is NULL or fails,
and have machine_halt() try to p
On Mon, 2007-12-03 at 22:47 -0700, Mark A. Greer wrote:
> From: Mark A. Greer <[EMAIL PROTECTED]>
>
> Factor out common code from the machine_xxx routines and make them better
> handle a ppc_md hook that doesn't exist or fails better. In particular,
> have machine_power_off() try ppc_md.halt if
On Mon, 2007-12-03 at 22:48 -0700, Mark A. Greer wrote:
> From: Mark A. Greer <[EMAIL PROTECTED]>
>
> The ppc_md.power_off hook performs the same function that the
> pm_power_off hook is supposed to. However, it is powerpc-specific
> and prevents kernel drivers (e.g., IPMI) from changing how a p
> -Original Message-
> From: Benjamin Herrenschmidt [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, December 04, 2007 10:16 AM
> To: Li Yang
> Cc: [EMAIL PROTECTED]; linuxppc-dev@ozlabs.org
> Subject: RE: [PATCH] ipic: change ack operation that register
> isaccessedonly when needed
>
>
> On
On Tue, 2007-12-04 at 15:23 +0800, Li Yang wrote:
> > -Original Message-
> > From: Benjamin Herrenschmidt [mailto:[EMAIL PROTECTED]
> > Sent: Tuesday, December 04, 2007 10:16 AM
> > To: Li Yang
> > Cc: [EMAIL PROTECTED]; linuxppc-dev@ozlabs.org
> > Subject: RE: [PATCH] ipic: change ack op
> I'm not sure what you mean? For MSI there is only one MSI per device,
> but this code is used also for MSI-X which supports > 1 MSI per device.
Or more specifically, for MSI, -linux- supports only one per device (in
theory, it's possible to have multiple MSI non-X but it's a mess).
> Either way
83 matches
Mail list logo
