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.
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
---
Vitaly: Care to send a
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 serious
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
From: Weirich, Bernhard bernhard.weir...@riedel.net
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
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.sourceforge.net
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 offline.
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
6PERCPU: Embedded 2 pages/cpu
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 PIO
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
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 vivek.maha...@freescale.com
---
Resending it to linuxppc-...@ozlabs.org
Documentation/powerpc/fsl_85xx_cache_sram.txt | 31
Adds e500/85xx based memory barrier
Signed-off-by: Vivek Mahajan vivek.maha...@freescale.com
---
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
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
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
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 that the HW
On Thu, 24 Sep 2009 13:33:07 +0200
Peter Zijlstra a.p.zijls...@chello.nl 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.
* Michael Ellerman mich...@ellerman.id.au wrote:
On Wed, 2009-09-23 at 14:44 +0200, Ingo Molnar wrote:
* Michael Ellerman mich...@ellerman.id.au 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:
On Thu, 24 Sep 2009 10:42:41 +0530
Arun R Bharadwaj a...@linux.vnet.ibm.com wrote:
* Arun R Bharadwaj a...@linux.vnet.ibm.com [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
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
6PERCPU: Embedded 2
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
On Thu, 2009-09-24 at 14:14 +0200, Ingo Molnar wrote:
* Michael Ellerman mich...@ellerman.id.au wrote:
On Wed, 2009-09-23 at 14:44 +0200, Ingo Molnar wrote:
* Michael Ellerman mich...@ellerman.id.au wrote:
On Tue, 2009-09-22 at 18:00 +1000, Benjamin Herrenschmidt wrote:
On
-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: [PATCH v3]
Signed-off-by: Tim Abbott tabb...@ksplice.com
Cc: Benjamin Herrenschmidt b...@kernel.crashing.org
Cc: Paul Mackerras pau...@samba.org
Cc: linuxppc-...@ozlabs.org
Acked-by: Sam Ravnborg s...@ravnborg.org
---
arch/powerpc/kernel/vmlinux.lds.S | 69 -
1 files
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,
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
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 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 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
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 debug patch. Attached here
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
into it)
Begin forwarded message:
Date: Wed, 16 Sep 2009 11:58:15 +0300
From: Dragos Tatulea dtatu...@ixiacom.com
To: pau...@samba.org, linux-ker...@vger.kernel.org
Cc: Octavian Purdila opurd...@ixiacom.com
Subject: [PATCH] ppc: add ppc750 CL as supported by oprofile
Hi,
Here's a patch that
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 dtatu...@ixiacom.com
To: pau...@samba.org, linux-ker...@vger.kernel.org
Cc: Octavian Purdila
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
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
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
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 to
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...
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 try
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
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 obviously
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
-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:
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
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 O= option
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 b...@kernel.crashing.org
---
diff --git a/arch/powerpc/kernel/Makefile
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
45 matches
Mail list logo