Hello Grant,
Grant Likely wrote:
> On Wed, Jun 22, 2011 at 12:39:10PM +0200, Heiko Schocher wrote:
>> Signed-off-by: Heiko Schocher
>> cc: Grant Likely
>> cc: devicetree-disc...@ozlabs.org
>> cc: Wolfgang Denk
>> cc: Wolfram Sang
>> ---
>> For this patchseries following patch is needed:
>>
>>
The ibm,io-events code is a bit verbose with its error messages.
Reverse the reporting so we only print when we successfully enable
I/O event interrupts.
Signed-off-by: Anton Blanchard
---
Index: linux-powerpc/arch/powerpc/platforms/pseries/io_event_irq.c
===
We are seeing boot failures on some very large boxes even with
commit b5416ca9f824 (powerpc: Move kdump default base address to
64MB on 64bit).
This patch halves the RMO so both kernels get about the same
amount of RMO memory. On large machines this region will be
at least 256MB, so each kernel w
CONFIG_E500MC breaks e500/e500v2 systems. It defines L1_CACHE_SHIFT to 6, thus
breaking clear_pages(), probably others too.
This patch adds a new "Processor Type" entry for e500mc, and makes e500 systems
depend on PPC_E500.
Cc: Kumar Gala
Signed-off-by: Baruch Siach
---
Sending again with the
Hi Timur,
On Thu, Jul 28, 2011 at 03:02:21PM -0500, Timur Tabi wrote:
> wrote:
> > On Sun, Jun 19, 2011 at 11:56 PM, Baruch Siach wrote:
> >> CONFIG_E500MC breaks e500/e500v2 systems. It defines L1_CACHE_SHIFT to 6,
> >> thus
> >> breaking clear_pages(), probably others too.
> >>
> >> Cc: Kumar
Hi Scott,
On Thu, Jul 28, 2011 at 03:20:33PM -0500, Scott Wood wrote:
> On Thu, 28 Jul 2011 19:56:53 +
> Tabi Timur-B04825 wrote:
>
> > On Sun, Jun 19, 2011 at 11:56 PM, Baruch Siach wrote:
> > > CONFIG_E500MC breaks e500/e500v2 systems. It defines L1_CACHE_SHIFT to 6,
> > > thus
> > > bre
On Sat, Jul 30, 2011 at 09:58:53AM +1000, Benjamin Herrenschmidt wrote:
[snip]
> That current hack won't work well if two devices share an iommu. Note
> that we have an additional constraint here due to our paravirt
> interfaces (specificed in PAPR) which is that PE domains must have a
> common par
>From: Grant Likely [mailto:glik...@secretlab.ca] On Behalf Of Grant Likely
>Sent: Sunday, July 31, 2011 12:03 PM
>To: Xie Shaohui-B21989
>Cc: linuxppc-dev@lists.ozlabs.org; Gala Kumar-B11780; mm-
>comm...@vger.kernel.org; avoront...@mvista.com; da...@davemloft.net;
>a...@linux-foundation.org
>Subj
Hi Wolfgang,
On 07/31/2011 08:49 PM, Wolfgang Grandegger wrote:
Hi Felix,
On 07/31/2011 05:51 PM, Felix Radensky wrote:
Hi Wolfgang,
On 07/31/2011 06:19 PM, Wolfgang Grandegger wrote:
On 07/31/2011 12:38 PM, Felix Radensky wrote:
Hi,
I'm running kernel 3.0 on a custom board based on Freesc
Hi Felix,
On 07/31/2011 05:51 PM, Felix Radensky wrote:
> Hi Wolfgang,
>
> On 07/31/2011 06:19 PM, Wolfgang Grandegger wrote:
>> On 07/31/2011 12:38 PM, Felix Radensky wrote:
>>> Hi,
>>>
>>> I'm running kernel 3.0 on a custom board based on Freescale P1022.
>>> The interrupt line of on-board FPGA
Hi Wolfgang,
On 07/31/2011 06:19 PM, Wolfgang Grandegger wrote:
On 07/31/2011 12:38 PM, Felix Radensky wrote:
Hi,
I'm running kernel 3.0 on a custom board based on Freescale P1022.
The interrupt line of on-board FPGA is connected to GPIO2_9. FPGA
IRQ is level, active low. The GPIOs are mapped
On 07/31/2011 12:38 PM, Felix Radensky wrote:
> Hi,
>
> I'm running kernel 3.0 on a custom board based on Freescale P1022.
> The interrupt line of on-board FPGA is connected to GPIO2_9. FPGA
> IRQ is level, active low. The GPIOs are mapped like this:
>
> GPIOs 160-191, /soc@ffe0/gpio-controll
Hi Timur,
On 07/31/2011 04:59 PM, Tabi Timur-B04825 wrote:
Felix Radensky wrote:
What happens when I load my driver is single execution of interrupt
handler
followed by system freeze. Even if I call disable_irq() in interrupt
handler the
system still freezes.
I don't know any
On Tue, Jul 26, 2011 at 01:46:33PM +0800, Shaohui Xie wrote:
> compatible in dts has been changed, so driver need to update accordingly.
>
> Signed-off-by: Shaohui Xie
> ---
> apply for http://git.kernel.org/pub/scm/linux/kernel/git/galak/powerpc.git
> 'next' branch.
>
> drivers/edac/mpc85xx_ed
On Wed, Jun 22, 2011 at 09:55:09AM +0200, Heiko Schocher wrote:
> Signed-off-by: Heiko Schocher
> cc: Grant Likely
> cc: devicetree-disc...@ozlabs.org
> cc: Wolfgang Denk
> ---
> For this patchseries following patch is needed:
>
> http://patchwork.ozlabs.org/patch/91919/
>
> Grant? Do you have
On Wed, Jun 22, 2011 at 12:39:10PM +0200, Heiko Schocher wrote:
> Signed-off-by: Heiko Schocher
> cc: Grant Likely
> cc: devicetree-disc...@ozlabs.org
> cc: Wolfgang Denk
> cc: Wolfram Sang
> ---
> For this patchseries following patch is needed:
>
> http://patchwork.ozlabs.org/patch/91919/
>
On 07/30/2011 02:58 AM, Benjamin Herrenschmidt wrote:
- Having a magic heuristic in libvirt to figure out those constraints is
WRONG. This reeks of XFree 4 PCI layer trying to duplicate the kernel
knowledge of PCI resource management and getting it wrong in many many
cases, something that took ye
Felix Radensky wrote:
>
> What happens when I load my driver is single execution of interrupt
> handler
> followed by system freeze. Even if I call disable_irq() in interrupt
> handler the
> system still freezes.
I don't know anything about the GPIO layer, but I think you're going t
Hi,
I'm running kernel 3.0 on a custom board based on Freescale P1022.
The interrupt line of on-board FPGA is connected to GPIO2_9. FPGA
IRQ is level, active low. The GPIOs are mapped like this:
GPIOs 160-191, /soc@ffe0/gpio-controller@f200:
GPIOs 192-223, /soc@ffe0/gpio-controller@f100
19 matches
Mail list logo
