Hi Ben,
On Fri, 25 Sep 2009 15:29:13 +1000 Benjamin Herrenschmidt
wrote:
>
> obj-$(CONFIG_PPC_970_NAP)+= idle_power4.o
> obj-$(CONFIG_PPC_OF) += of_device.o of_platform.o prom_parse.o
> obj-$(CONFIG_PPC_CLOCK) += clock.o
> -procfs-$(CONFIG_PPC64) := proc
The CHRP code has some fishy timer based code to scan the RTAS event
log, which uses a 1KB stack buffer and doesn't even use the results.
The pSeries code as a nicer daemon that allows userspace to read the
event log and basically uses the same RTAS interface
This patch moves rtasd.c out of platf
Some of the stuff in /proc/ppc64 such as the RTAS bits are actually
useful to some 32-bit platforms. Rename the file, and create a
symlink on 64-bit for backward compatibility
Signed-off-by: Benjamin Herrenschmidt
---
diff --git a/arch/powerpc/kernel/Makefile b/arch/powerpc/kernel/Makefile
index
On Fri, Sep 25, 2009 at 11:12:21AM +1000, Benjamin Herrenschmidt wrote:
> On Thu, 2009-09-24 at 15:28 +0400, Yuri Frolov wrote:
> > Hello,
> >
> > here is a corresponding bug:
> > http://bugzilla.kernel.org/show_bug.cgi?id=11143
> > This patch should correctly export crtsavres.o in order to make
P1020 is another member of Freescale QorIQ series of processors.
It is an e500 based dual core SOC.
Being a scaled down version of P2020 it has following differences from P2020:
- 533MHz - 800MHz core frequency.
- 256Kbyte L2 cache
- Ethernet controllers with classification capabilities(new control
> -Original Message-
> From:
> linuxppc-dev-bounces+poonam.aggrwal=freescale@lists.ozlabs
> .org
> [mailto:linuxppc-dev-bounces+poonam.aggrwal=freescale@list
> s.ozlabs.org] On Behalf Of Kumar Gala
> Sent: Thursday, September 24, 2009 11:42 PM
> To: Aggrwal Poonam-B10812
> Cc:
Subject: [PATCH][v4] powerpc/85xx: Added P1020RDB Platform support.
P1020 is another member of Freescale QorIQ series of processors.
It is an e500 based dual core SOC.
Being a scaled down version of P2020 it has following differences from P2020:
- 533MHz - 800MHz core frequency.
- 256Kbyte L2 cach
On Fri, 2009-09-25 at 12:22 +0900, Tejun Heo wrote:
> Benjamin Herrenschmidt wrote:
> >> --- Exception: 301 at .memset+0x60/0xfc
> >> LR = .pcpu_alloc+0x718/0x8fc
> >
> > So it's memsetting something that causes it to hash_page(), ie, faulting
> > in pages (vmalloc space ?) so far nothing obvi
Benjamin Herrenschmidt wrote:
>> --- Exception: 301 at .memset+0x60/0xfc
>> LR = .pcpu_alloc+0x718/0x8fc
>
> So it's memsetting something that causes it to hash_page(), ie, faulting
> in pages (vmalloc space ?) so far nothing obviously wrong
It's probably memset() call near the end of pcp
> I think there's more finishyness to 8xx than we thought. IE. That
> tlbil_va might have more reasons to be there than what the comment
> seems to advertize. Can you try to move it even higher up ? IE.
> Unconditionally at the beginning of set_pte_filter ?
>
> Also, if that doesn't help, can you
On Wed, Sep 23, 2009 at 10:52:44PM +0400, Anton Vorontsov wrote:
+#ifdef CONFIG_SUSPEND
+struct ehci_fsl {
+ struct ehci_hcd ehci;
+
+ /* Saved USB PHY settings, need to restore after deep sleep. */
+ u32 usb_ctrl;
+};
This doesn't seem like the right place to define this... what
On Thu, 2009-09-24 at 18:35 -0700, Rex Feany wrote:
>
> Then I can boot and get to a shell, but userspace is slow. 8 seconds
> to mount
> /proc (vs. less then a second using my old kernel)! Maybe this is an
> unrelated issue? I'm pretty clueless about the details, I'm sorry.
> PG_arch_1 is used t
Thus spake Benjamin Herrenschmidt (b...@kernel.crashing.org):
> > Your tree hangs on boot, similar to what I saw without the 8xx
> > work-around patch -- it is hard to tell if it is the same though. :(
>
> There's no backtrace ? Where does it hang ? Also which workaround
> patch ? The missing tlb
On Thu, 2009-09-24 at 15:28 +0400, Yuri Frolov wrote:
> Hello,
>
> here is a corresponding bug: http://bugzilla.kernel.org/show_bug.cgi?id=11143
> This patch should correctly export crtsavres.o in order to make O= option
> working.
> Please, consider to apply.
>
>
> Fix linking modules against
Hi Grant,
We've been working with a lite5200b for a while, we have been working
with the ppc platform in linux 2.6.x for 5 years and it worked properly
until 2.6.25 included. We want to switch to the powerpc platform but it
doesn't seem to work.
After the bootloader (tested with the uboot 1.2.0 a
Hi Linus !
Here are a few more powerpc bits for 2.6.32. Mostly bug fixes, and a couple
of performance nits from Anton.
Cheers,
Ben.
The following changes since commit 94a8d5caba74211ec76dac80fc6e2d5c391530df:
Linus Torvalds (1):
Merge git://git.kernel.org/.../rusty/linux-2.6-for-linus
On Thu, 2009-09-24 at 17:05 -0700, Andrew Morton wrote:
>
> Begin forwarded message:
Thanks. I'll pick it up.
Cheers,
Ben.
> Date: Wed, 16 Sep 009 11:58:15 +0300
> From: Dragos Tatulea
> To: pau...@samba.org, linux-ker...@vger.kernel.org
> Cc: Octavian Purdila
> Subject: [PATCH] ppc: add ppc7
Begin forwarded message:
Date: Wed, 16 Sep 2009 11:58:15 +0300
From: Dragos Tatulea
To: pau...@samba.org, linux-ker...@vger.kernel.org
Cc: Octavian Purdila
Subject: [PATCH] ppc: add ppc750 CL as supported by oprofile
Hi,
Here's a patch that adds the ppc750 CL cpu as supported by opr
Hi Ingo,
On Thu, 24 Sep 2009 23:25:55 +1000 Michael Ellerman
wrote:
>
> Give me a day or two, I should be able to add a per-branch setting for
> who to send mails to without too much trouble.
In the mean time I don't now if someone has pointed you at these today:
http://kisskb.ellerman.id.au/k
On Thu, 2009-09-24 at 16:33 -0700, Rex Feany wrote:
> Thus spake Benjamin Herrenschmidt (b...@kernel.crashing.org):
>
> > You can get my tree at:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git
> >
> > (To get the "merge" branch, just add "merge" after the clone if you
> >
Thus spake Benjamin Herrenschmidt (b...@kernel.crashing.org):
> You can get my tree at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git
>
> (To get the "merge" branch, just add "merge" after the clone if you
> are cloning it, or just create a local branch and manually pull
> i
On Thu, 2009-09-24 at 18:53 +0530, Sachin Sant wrote:
> Tejun Heo wrote:
> > Sachin Sant wrote:
> >
> >> Tejun Heo wrote:
> >>
> >>> Can you please apply the attached patch and see whether anything
> >>> interesting shows up in the kernel log?
> >>>
> >>>
> >> Thanks Tejun for the
On Sep 24, 2009, at 2:10 AM, Vivek Mahajan wrote:
This adds QorIQ based Cache-SRAM support as under:-
* A small abstraction over powerpc's remote heap allocator
* Exports mpc85xx_cache_sram_alloc()/free() APIs
* Supports only one contiguous SRAM window
* Defines FSL_85XX_CACHE_SRAM and its bas
On Sep 19, 2009, at 10:13 AM, Poonam Aggrwal wrote:
This patch creates the dts files for each core and splits the
devices between
the two cores for P2020RDB.
core0 has memory, L2, i2c, spi, dma1, usb, eth0, eth1, crypto,
global-util, pci0
core1 has L2, dma2, eth0, pci1, msi.
MPIC is shar
On Sep 9, 2009, at 7:49 AM, Roel Kluin wrote:
Prevent NULL dereference if kmalloc() fails. Also clean up if
of_mdiobus_register() returns an error.
Signed-off-by: Roel Kluin
---
Found with sed: http://kernelnewbies.org/roelkluin
Please review.
applied to merge
- k
On Aug 5, 2009, at 11:25 PM, Felix Radensky wrote:
Hi, Poonam
Poonam Aggrwal wrote:
Adds P2020RDB basic support in linux.
Overview of P2020RDB platform
- DDR
DDR2 1G
- NOR Flash
16MByte
- NAND Flash
32MByte
- 3 Ethernet interfaces
On Sep 21, 2009, at 7:30 AM, Paul Gortmaker wrote:
The PCI-e addressing was originally patterned of the MPC8548CDS
which has PCI1, PCI2, and PCI-e. Since this board only has
PCI1 and PCI-e, it makes more sense to be similar to the MPC8568MDS
board. This does that by cutting the PCI/PCI-e I/O
On Sep 24, 2009, at 12:05 AM, Benjamin Herrenschmidt wrote:
Here's what I'll ask Linus to pull tomorrow, currently sitting in
powerpc merge branch:
I need to send you a pull request. However being at plumbers finding
time to get the tree is proving difficult :)
- k
__
I got some problems when starting a kernel withCONFIG_BLK_DEV_RAM and
using initrd-image (not cpio)(mpc85xx)
RAMDISK: ext2 filesystem found at block 0
RAMDISK: Loading 4096KiB [1 disk] into ram disk... RAMDISK: Loading
4096KiB [1 d
isk] into ram disk... done.
No filesystem could mount root,
Signed-off-by: Tim Abbott
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: linuxppc-...@ozlabs.org
Acked-by: Sam Ravnborg
---
arch/powerpc/kernel/vmlinux.lds.S | 69 -
1 files changed, 15 insertions(+), 54 deletions(-)
diff --git a/arch/powerpc/kernel/vm
> -Original Message-
> From: Richard Röjfors [mailto:richard.rojf...@mocean-labs.com]
> Sent: Thursday, September 24, 2009 1:36 AM
> To: John Linn
> Cc: spi-devel-gene...@lists.sourceforge.net; linuxppc-...@ozlabs.org; Andrew
> Morton;
> dbrown...@users.sourceforge.net
> Subject: Re: [PATC
On Thu, 2009-09-24 at 14:14 +0200, Ingo Molnar wrote:
> * Michael Ellerman wrote:
>
> > On Wed, 2009-09-23 at 14:44 +0200, Ingo Molnar wrote:
> > > * Michael Ellerman wrote:
> > >
> > > > On Tue, 2009-09-22 at 18:00 +1000, Benjamin Herrenschmidt wrote:
> > > > > On Tue, 2009-09-22 at 09:28 +020
Tejun Heo wrote:
Sachin Sant wrote:
Tejun Heo wrote:
Can you please apply the attached patch and see whether anything
interesting shows up in the kernel log?
Thanks Tejun for the debug patch. Attached here are the relevant logs.
The only messages related to percpu in the logs
Sachin Sant wrote:
> Tejun Heo wrote:
>> Can you please apply the attached patch and see whether anything
>> interesting shows up in the kernel log?
>>
> Thanks Tejun for the debug patch. Attached here are the relevant logs.
> The only messages related to percpu in the logs are
>
> <6>PERCPU: E
making a powerpc target with PCI support, shows the
following warning:
MODPOST vmlinux.o
WARNING: vmlinux.o(.text+0x10430): Section mismatch in reference from the
function pcibios_allocate_bus_resources() to the function
.init.text:reparent_resources()
The function pcibios_allocate_bus_resourc
On Thu, 24 Sep 2009 10:42:41 +0530
Arun R Bharadwaj wrote:
> * Arun R Bharadwaj [2009-09-22 16:55:27]:
>
> Hi Len, (or other acpi folks),
>
> I had a question regarding ACPI-cpuidle interaction in the current
> implementation.
>
> Currently, every cpu (i.e. acpi_processor) registers to cpuidl
* Michael Ellerman wrote:
> On Wed, 2009-09-23 at 14:44 +0200, Ingo Molnar wrote:
> > * Michael Ellerman wrote:
> >
> > > On Tue, 2009-09-22 at 18:00 +1000, Benjamin Herrenschmidt wrote:
> > > > On Tue, 2009-09-22 at 09:28 +0200, Ingo Molnar wrote:
> > > > >
> > > > > Nevertheless you are rig
On Thu, 24 Sep 2009 13:33:07 +0200
Peter Zijlstra wrote:
> On Thu, 2009-09-24 at 18:38 +1000, Benjamin Herrenschmidt wrote:
> > On Thu, 2009-09-24 at 09:51 +0200, Peter Zijlstra wrote:
> > > > I don't quite follow your logic here. This is useful for more
> > > > than just hypervisors. For example
On Thu, 2009-09-24 at 18:38 +1000, Benjamin Herrenschmidt wrote:
> On Thu, 2009-09-24 at 09:51 +0200, Peter Zijlstra wrote:
> > > I don't quite follow your logic here. This is useful for more than just
> > > hypervisors. For example, take the HV out of the picture for a moment
> > > and imagine tha
Hello,
here is a corresponding bug: http://bugzilla.kernel.org/show_bug.cgi?id=11143
This patch should correctly export crtsavres.o in order to make O= option
working.
Please, consider to apply.
Fix linking modules against crtsavres.o
Previously we got
CC drivers/char/hw_random/rng-core
This adds QorIQ based Cache-SRAM support as under:-
* A small abstraction over powerpc's remote heap allocator
* Exports mpc85xx_cache_sram_alloc()/free() APIs
* Supports only one contiguous SRAM window
* Defines FSL_85XX_CACHE_SRAM and its base address
Signed-off-by: Vivek Mahajan
---
Resending
Adds e500/85xx based memory barrier
Signed-off-by: Vivek Mahajan
---
Resending it to linuxppc-...@ozlabs.org
arch/powerpc/include/asm/synch.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/include/asm/synch.h b/arch/powerpc/include/asm/synch.h
index 28
Adds documentation for Freescale's QorIQ based cache-sram as under:-
* How to enable it from a low level driver
* How to set its size
Signed-off-by: Vivek Mahajan
---
Resending it to linuxppc-...@ozlabs.org
Documentation/powerpc/fsl_85xx_cache_sram.txt | 31 +
1 files
Adds documentation for the size parameter of Freescale's QorIQ
based cache-sram
Signed-off-by: Vivek Mahajan
---
Resending it to linuxppc-...@ozlabs.org
Documentation/kernel-parameters.txt |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/Documentation/kernel-parameters
On Thu, 2009-09-24 at 09:51 +0200, Peter Zijlstra wrote:
> > I don't quite follow your logic here. This is useful for more than just
> > hypervisors. For example, take the HV out of the picture for a moment
> > and imagine that the HW has the ability to offline CPU in various power
> > levels, with
Thanks, I will add them.
> -Original Message-
> From: Anton Vorontsov [mailto:avoront...@ru.mvista.com]
> Sent: Wednesday, September 23, 2009 7:55 PM
> To: Gao Guanhua-B22826
> Cc: sdhci-de...@lists.ossman.eu; linuxppc-...@ozlabs.org
> Subject: Re: [PATCH 3/6] P2020DS: Fixup sdhc to use
> -Original Message-
> From: Anton Vorontsov [mailto:avoront...@ru.mvista.com]
> Sent: Wednesday, September 23, 2009 8:00 PM
> To: Gao Guanhua-B22826
> Cc: sdhci-de...@lists.ossman.eu; linuxppc-...@ozlabs.org
> Subject: Re: [PATCH 6/6] P2020DS: Remove sdhci-dma-broken and
> sdhci-ahb2m
Tejun Heo wrote:
Can you please apply the attached patch and see whether anything
interesting shows up in the kernel log?
Thanks Tejun for the debug patch. Attached here are the relevant logs.
The only messages related to percpu in the logs are
<6>PERCPU: Embedded 2 pages/cpu @c12000
On Thu, 2009-09-24 at 10:48 +1000, Benjamin Herrenschmidt wrote:
> On Wed, 2009-09-02 at 07:33 +0200, Peter Zijlstra wrote:
> >
> > I'm still thinking this is a bad idea.
> >
> > The OS should only know about online/offline.
> >
> > Use the hypervisor interface to deal with the cpu once its offl
Hi again,
John Linn wrote:
>> -Original Message-
>> From: Richard Röjfors [mailto:richard.rojf...@mocean-labs.com]
>> Sent: Tuesday, September 22, 2009 3:59 PM
>> To: John Linn
>> Cc: spi-devel-gene...@lists.sourceforge.net; linuxppc-...@ozlabs.org; Andrew
>> Morton;
>> dbrown...@users.so
From: Weirich, Bernhard
The test that decides whether to define __HAVE_ARCH_PTE_SPECIAL on
powerpc is bogus and will end up always defining it, even when
_PAGE_SPECIAL is not supported (in which case it's 0) such as on
8xx or 40x processors.
Signed-off-by: Bernhard Weirich
Signed-off-by: Benjam
From: Rex Feany
After upgrading to the latest kernel on my mpc875 userspace started
running incredibly slow (hours to get to a shell, even!).
I tracked it down to commit 8d30c14cab30d405a05f2aaceda1e9ad57800f36,
that patch removed a work-around for the 8xx. Adding it
back makes my problem go away
Here's what I'll ask Linus to pull tomorrow, currently sitting in
powerpc merge branch:
Anton Blanchard (4):
powerpc: Move 64bit heap above 1TB on machines with 1TB segments
powerpc/perf_counter: Fix vdso detection
powerpc: Increase NODES_SHIFT on 64bit from 4 to 8
powerpc:
On Thu, 2009-09-24 at 16:09 +1000, Benjamin Herrenschmidt wrote:
> Commit ebd2c8f6d2ec4012c267ecb95e72a57b8355a705
> "serial: kill off uart_info"
>
> broke the build of this driver, possibly because the driver isn't
> in drivers/serial and thus was missed by Alan. This fixes it.
I must have a ser
54 matches
Mail list logo
