On Tue, Nov 13, 2007 at 03:43:51PM +1100, Benjamin Herrenschmidt wrote:
>
> Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> ---
>
> Tested on a few pSeries, PowerMac G5, and a 32 bits PowerMacs and
> a BriQ. Please let me know if it misbehaves anywhere else.
Looks good on the eval bo
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
include/asm-powerpc/pci-bridge.h | 65 +-
1 files changed, 22 insertions(+), 43 deletions(-)
This one clashes slightly with Benh's "Merge pci_process_bridge_OF_ranges()"
patch.
--
Cheers,
Stephen Roth
No semantic changes.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
include/asm-powerpc/pci-bridge.h | 95 +-
1 files changed, 42 insertions(+), 53 deletions(-)
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
diff --git a/include/
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/pseries/iommu.c | 24 +++-
1 files changed, 7 insertions(+), 17 deletions(-)
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
diff --git a/arch/powerpc/platforms/pseries/iommu.c
On Tue, 13 Nov 2007 15:43:51 +1100 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
wrote:
>
> Tested on a few pSeries, PowerMac G5, and a 32 bits PowerMacs and
> a BriQ. Please let me know if it misbehaves anywhere else.
It seems to work fine on my legacy iSeries (iseries_defconfig and
ppc64_defconfig
Nathan Lynch writes:
> There are several issues with the rtas_ibm_suspend_me code, which
> enables platform-assisted suspension of an LPAR for migration or
> hibernation as covered in PAPR 2.2.
On a uniprocessor configuration, with this patch I get:
CC arch/powerpc/kernel/rtas.o
/home/pau
On Tue, Nov 13, 2007 at 03:41:49PM +1100, Stephen Rothwell wrote:
> vmemmap_populate will printk (with KERN_WARNING) for a lot of pages
> if CONFIG_SPARSEMEM_VMEMMAP is enabled (at least it does on iSeries).
> Use pr_debug for it instead.
>
> Replace the only other use of DBG in this file with pr_
This patch merges the 32 and 64 bits implementations of
pci_process_bridge_OF_ranges(). The new function is cleaner than both
the old ones supports 64 bits ranges on ppc32 which is necessary for
the 4xx port.
It also adds some better (hopefully) output to the kernel log which
should help disagnose
This defines isa_mem_base on both 32 and 64 bits (it used to be 32 bits
only). This avoids a few ifdef's in later patches and potentially can
allow support for VGA text mode on 64 bits powerpc.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
Small cleanup pre-requisite for my next p
vmemmap_populate will printk (with KERN_WARNING) for a lot of pages
if CONFIG_SPARSEMEM_VMEMMAP is enabled (at least it does on iSeries).
Use pr_debug for it instead.
Replace the only other use of DBG in this file with pr_debug as well.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arc
On Tuesday 13 November 2007 13:49:15 Paul Mackerras wrote:
> Medve Emilian writes:
> > Seems like there are R_PPC_REL24 with r_addend != 0. Within a set of 41
> > modules (featuring 5457 R_PPC_REL24 relocations) already included within
> > the kernel tree I found 37 such relocations (R_PPC_REL24) w
Mark A. Greer writes:
> mv64x60_config_pci_windows() is now changed to make the windows match
> as described above.
>
> Signed-off-by: Mark A. Greer <[EMAIL PROTECTED]>
Are any of this series required for 2.6.24?
Paul.
___
Linuxppc-dev mailing list
Li
Hi,
I am using 2.6.19 Linux on 8641D based system.
I am using early printk's and it works fine until console_init() is
executed. After that it does not, as the early printk's get disabled,
which is fine. However, I don't see any prints after that at all, that
are based on regular printk statement
Medve Emilian writes:
> Seems like there are R_PPC_REL24 with r_addend != 0. Within a set of 41
> modules (featuring 5457 R_PPC_REL24 relocations) already included within
> the kernel tree I found 37 such relocations (R_PPC_REL24) with r_addend
> != 0. In my test case, from 35K relocations, 7K are
The early btext debug wouldn't work on PowerMac when booted from BootX
due to the code looking for the wrong property name.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/btext.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
Index: linux-work/arc
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Date: Tue, 13 Nov 2007 09:32:46 +1100
>
> On Mon, 2007-11-12 at 18:45 +0100, Johannes Berg wrote:
> > Commit bea3348e (the NAPI changes) made sungem unconditionally enable
> > NAPI when resuming and unconditionally disable when suspending, this,
>
On Mon, 12 Nov 2007 23:22:16 +0100 Marian Balakowicz <[EMAIL PROTECTED]> wrote:
>
> Stephen Rothwell wrote:
> > On Fri, 09 Nov 2007 18:12:02 +0100 Marian Balakowicz <[EMAIL PROTECTED]>
> > wrote:
> >> +++ b/arch/powerpc/platforms/52xx/mpc5200_simple.c
> >>
> >> +static int __init mpc5200_simple_pr
Hi Jon,
Thanks for this.
On Mon, 12 Nov 2007 14:26:51 -0600 Jon Loeliger <[EMAIL PROTECTED]> wrote:
>
> From: Jon Loeliger <[EMAIL PROTECTED]>
>
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
Acked-by: Stephen Rothwell <[EMAIL PROTECTED]> Built a ppc64_defconfig
--
Cheers,
Stephen Rothwell
On Mon, 12 Nov 2007 15:54:53 + [EMAIL PROTECTED] (Mel Gorman) wrote:
>
> Ordinarily, the size of a pageblock is determined from the hugepage size.
> On PPC64, the hugepage size is determined at runtime based on the ability
> of the machine. If the machine does not support hugepages, HPAGE_SHIFT
Johannes Berg writes:
> Does anybody need that? I'm not against adding it but we never showed it
> and I haven't seen anyone ask for it.
pmud uses the PMU version, but I think it gets it by issuing a PMU
command.
Paul.
___
Linuxppc-dev mailing list
Lin
This patch adds a testcase for dtc's reference-to-phandle
functionality.
Signed-off-by: David Gibson <[EMAIL PROTECTED]>
Index: dtc/tests/references.dts
===
--- /dev/null 1970-01-01 00:00:00.0 +
+++ dtc/tests/references
This patch adds fdt_get_phandle() and fdt_node_offset_by_phandle()
functions to libfdt. fdt_get_phandle() will retreive the phandle
value of a given node, and fdt_node_offset_by_phandle() will locate a
node given a phandle.
Signed-off-by: David Gibson <[EMAIL PROTECTED]>
Index: dtc/libfdt/libfdt
At present, the Makefiles will not rebuild trees.o or the dtb files
derived from it if testdata.h is updated. This is incorrect, and is
because of missing dependency information.
This patch fixes the problem by making sure that dependency
information is generated from trees.S and dumptrees.c.
Si
prod_processor() is unused, and that's a good thing, since it does not
supply the required proc id parameter to H_PROD.
Signed-off-by: Nathan Lynch <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/pseries/plpar_wrappers.h |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/
On Mon, Nov 12, 2007 at 11:12:40AM -0600, Scott Wood wrote:
> On Mon, Nov 12, 2007 at 03:15:24PM +1100, David Gibson wrote:
> > This very large patch incorporates a copy of dtc (including libfdt)
> > into the kernel source, in arch/powerpc/boot/dtc-src. This patch only
> > imports the upstream sou
On Mon, 2007-11-12 at 18:45 +0100, Johannes Berg wrote:
> Commit bea3348e (the NAPI changes) made sungem unconditionally enable
> NAPI when resuming and unconditionally disable when suspending, this,
> however, makes napi_disable() hang when suspending when the interface
> was taken down before su
Hello Paul,
> > Actually I notice that count_relocs is counting all relocs, not just
> > the R_PPC_REL24 ones, which are all that we actually care about in
> > sizing the PLT. And I would be willing to bet that every single
> > R_PPC_REL24 reloc has r_addend == 0.
>
> I'll count only the R_PPC_
Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
>> This patch adds support for 'mpc5200-simple-platform' compatible
>> boards which do not need a platform specific setup. Such boards
>> are supported assuming the following:
> ...
>> +const char *board[] = {
>> +"tq
Grant Likely wrote:
> On 11/9/07, Grant Likely <[EMAIL PROTECTED]> wrote:
>> On 11/9/07, Marian Balakowicz <[EMAIL PROTECTED]> wrote:
>>> Please review, and if everything is ok schedule for 2.6.24-rc3.
>> Just to be clear, I won't be picking up these changes until the 2.6.25
>> merge window.
>>
>>
Stephen Rothwell wrote:
> On Fri, 09 Nov 2007 18:12:02 +0100 Marian Balakowicz <[EMAIL PROTECTED]>
> wrote:
>> +++ b/arch/powerpc/platforms/52xx/mpc5200_simple.c
>>
>> +static int __init mpc5200_simple_probe(void)
>> +{
>> +unsigned long node = of_get_flat_dt_root();
>
> You need to include a
On Tue, 13 Nov 2007, Benjamin Herrenschmidt wrote:
> I remember fixing various issues so that khubd would be safe when non
> frozen (among other things) a while ago. Did you guys break it all
> again ?
Sorry, I don't know what fixes you're referring to. But come to
think of it, some changes I a
On 11/11/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On 11/11/07, Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> >
> > > The real solution is that gianfar support belongs in a device driver,
> > > not in a common file. That whole fsl_soc.c file is a catch-all of
> > > things that belong in devi
On Mon, 2007-11-12 at 15:40 -0500, Alan Stern wrote:
> On Tue, 13 Nov 2007, Benjamin Herrenschmidt wrote:
>
> >
> > On Mon, 2007-11-12 at 17:32 +0100, Johannes Berg wrote:
> > > > Looks good to me, +/- a couple of things:
> > > >
> > > > - We _REALLY_ want the freezer to be optional and not en
On Tue, 13 Nov 2007, Benjamin Herrenschmidt wrote:
>
> On Mon, 2007-11-12 at 17:32 +0100, Johannes Berg wrote:
> > > Looks good to me, +/- a couple of things:
> > >
> > > - We _REALLY_ want the freezer to be optional and not enabled by
> > > default on PowerPC. Maybe make it a compile option ?
From: Jon Loeliger <[EMAIL PROTECTED]>
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/cell/cbe_cpufreq.c |3 ++-
arch/powerpc/platforms/cell/cbe_cpufreq_pmi.c |3 ++-
arch/powerpc/platforms/cell/cbe_regs.c|4 ++--
arch/powerpc/platforms/cell/iom
On Mon, 2007-11-12 at 17:32 +0100, Johannes Berg wrote:
> > Looks good to me, +/- a couple of things:
> >
> > - We _REALLY_ want the freezer to be optional and not enabled by
> > default on PowerPC. Maybe make it a compile option ?
>
> Well, Alan is going to tell you that USB will break. If we
On Mon, 12 Nov 2007, Johannes Berg wrote:
> > Looks good to me, +/- a couple of things:
> >
> > - We _REALLY_ want the freezer to be optional and not enabled by
> > default on PowerPC. Maybe make it a compile option ?
>
> Well, Alan is going to tell you that USB will break. If we need
> confirm
First I will say that I don't understand resources well enough to
suggest a fix. But I have done a little poking around. In file
arch/powerpc/platforms/44x/ppc4xx-nand.c I see one "struct resource",
which is referenced by two "struct platform_device" items (ndfc_dev and
nand_dev).
In routin
> -Original Message-
> From:
> [EMAIL PROTECTED]
> g
> [mailto:[EMAIL PROTECTED]
zlabs.org] On Behalf Of Scott Wood
> Sent: Monday, November 12, 2007 9:13 AM
> To: David Gibson
> Cc: linuxppc-dev@ozlabs.org; Paul Mackerras
> Subject: Re: [PATCH 1/4] Merge dtc and libfdt upstream source
Commit bea3348e (the NAPI changes) made sungem unconditionally enable
NAPI when resuming and unconditionally disable when suspending, this,
however, makes napi_disable() hang when suspending when the interface
was taken down before suspend because taking the interface down also
disables NAPI. This
On Mon, Nov 12, 2007 at 03:15:24PM +1100, David Gibson wrote:
> This very large patch incorporates a copy of dtc (including libfdt)
> into the kernel source, in arch/powerpc/boot/dtc-src. This patch only
> imports the upstream sources verbatim, later patches are needed to
> actually link it into t
Hello Paul,
> Actually I notice that count_relocs is counting all relocs, not just
> the R_PPC_REL24 ones, which are all that we actually care about in
> sizing the PLT. And I would be willing to bet that every single
> R_PPC_REL24 reloc has r_addend == 0.
I'll count only the R_PPC_REL24 and I'
On Mon, 2007-11-12 at 07:55 +1100, Benjamin Herrenschmidt wrote:
> On Thu, 2007-11-08 at 13:02 +0100, Johannes Berg wrote:
> > This patch adds sysfs attributes to the PMU to allow getting
> > the information on the PMU type and whether adb is present from
> > there instead of via the ioctl. The io
> Looks good to me, +/- a couple of things:
>
> - We _REALLY_ want the freezer to be optional and not enabled by
> default on PowerPC. Maybe make it a compile option ?
Well, Alan is going to tell you that USB will break. If we need
confirmation for that I can do the test he suggested to you or
On (12/11/07 13:21), Stephen Rothwell didst pronounce:
> I discovered recently that a kernel built with ppc64_defconfig no longer
> boots on legacy iSeries. It did in 2.6.23. I bisected down the commit
> d9c2340052278d8eb2ffb16b0484f8f794def4de ("Do not depend on MAX_ORDER
> when grouping pages
This is on arch/powerpc. I traced through the linked lists in
resource.c. Here is a partial list, with the addresses changed to
single upper-case letters for readability. Also "N" is a null pointer:
r=A p=N s=N c=K
r=K p=A s=M c=P
r=M p=A s=R c=N
r=R p=A s=B c=N
r=B p=B s=J c=B
r=J p=A s=C c
Original-Nachricht
> Datum: Mon, 12 Nov 2007 14:57:13 +0100 (CET)
> Von: Geert Uytterhoeven <[EMAIL PROTECTED]>
> An: Jon Smirl <[EMAIL PROTECTED]>
> CC: PowerPC dev list
> Betreff: Re: pcspkr device, pnpPNP,100
> On Mon, 12 Nov 2007, Jon Smirl wrote:
> > On 11/12/07, Geert Uyt
Folks,
Dave and I have finally comes to an agreement [*1*] about
the new format for some literals in DTS files as supported
by the Device Tree Compiler.
With that, I have just pushed out some changes to the DTC
repository on jdl.com [*2*] that supports the new /dts-v1/
formatted files with C-like
On Mon, 12 Nov 2007, Jon Smirl wrote:
> On 11/12/07, Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> > On Mon, 12 Nov 2007, Benjamin Herrenschmidt wrote:
> > > On Sun, 2007-11-11 at 19:18 -0500, Jon Smirl wrote:
> > >
> > > > Using this scheme, which platforms should select the pcspkr hardware?
> >
On 11/12/07, Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> On Mon, 12 Nov 2007, Benjamin Herrenschmidt wrote:
> > On Sun, 2007-11-11 at 19:18 -0500, Jon Smirl wrote:
> >
> > > Using this scheme, which platforms should select the pcspkr hardware?
> >
> > Run a poll :-) I suppose at least chrp/prep
On Mon, 12 Nov 2007, Benjamin Herrenschmidt wrote:
> On Sun, 2007-11-11 at 19:18 -0500, Jon Smirl wrote:
>
> > Using this scheme, which platforms should select the pcspkr hardware?
>
> Run a poll :-) I suppose at least chrp/prep/pegasos
And definitely not Amiga/APUS ;-)
With kind regards,
Gee
> Please use pr_debug() instead.
>
> Feel free to change the only other DBG() user in the file as well,
> and take out the define of it
And for those who wonder where those DBG() come from, it's mostly me,
from a time when either pr_debug wasn't around, or because I wanted to
hook it to udbg_pri
On Monday 12 November 2007 17:00:43 Paul Mackerras wrote:
> Emil Medve writes:
> > (Not sure why the relocation tables could contain lots of duplicates and
> > why they are not trimmed at compile time by the linker. In some test
> > cases, out of 35K relocation entries only 1.5K were distinct/uniqu
53 matches
Mail list logo
