Benjamin Herrenschmidt b...@kernel.crashing.org wrote on 2012/04/24 05:13:15:
On Mon, 2012-04-23 at 16:30 -0600, Grant Likely wrote:
The mpc8xx driver uses a reference to NR_IRQS that is buggy. It uses
NR_IRQs for the array size of the ppc_cached_irq_mask bitmap, but
NR_IRQs could be
On Tue, 2012-04-24 at 09:41 +0200, Joakim Tjernlund wrote:
Benjamin Herrenschmidt b...@kernel.crashing.org wrote on 2012/04/24
05:13:15:
On Mon, 2012-04-23 at 16:30 -0600, Grant Likely wrote:
The mpc8xx driver uses a reference to NR_IRQS that is buggy. It uses
NR_IRQs for the array
On Mon, 2012-04-23 at 18:45 +0200, Gerhard Pircher wrote:
Von: Michel Dänzer mic...@daenzer.net
On Fre, 2012-04-20 at 18:14 +0200, Gerhard Pircher wrote:
Von: Michel Dänzer mic...@daenzer.net
On Fre, 2012-04-20 at 13:15 +0200, Gerhard Pircher wrote:
What I didn't
Original-Nachricht
Datum: Tue, 24 Apr 2012 16:15:00 +0200
Von: Michel Dänzer mic...@daenzer.net
An: Gerhard Pircher gerhard_pirc...@gmx.net
CC: linuxppc-dev@lists.ozlabs.org
Betreff: Re: PowerPC radeon KMS - is it possible?
On Mon, 2012-04-23 at 18:45 +0200, Gerhard
On Thu, 2012-04-19 at 10:14 -0300, Mauro Carvalho Chehab wrote:
diff --git a/drivers/edac/edac_mc.c b/drivers/edac/edac_mc.c
[]
@@ -296,7 +296,7 @@ struct mem_ctl_info *edac_mc_alloc(unsigned edac_index,
/*
* Alocate and fill the csrow/channels structs
*/
- mci-csrows
Change the EDAC internal representation to work with non-csrow
based memory controllers.
There are lots of those memory controllers nowadays, and more
are coming. So, the EDAC internal representation needs to be
changed, in order to work with those memory controllers, while
preserving backward
On 04/24/2012 06:22 AM, Benjamin Herrenschmidt wrote:
On Tue, 2012-04-24 at 09:41 +0200, Joakim Tjernlund wrote:
Benjamin Herrenschmidt b...@kernel.crashing.org wrote on 2012/04/24
05:13:15:
On Mon, 2012-04-23 at 16:30 -0600, Grant Likely wrote:
The mpc8xx driver uses a reference to NR_IRQS
Hi,
Somewhere between v3.2 and v3.3, the kernel in my Powerbook G4 started issuing
the following traceback on bootup:
[ 40.264006] irq 23: nobody cared (try booting with the irqpoll option)
[ 40.264031] Call Trace:
[ 40.264070] [dfff3f00] [c000984c] show_stack+0x7c/0x194 (unreliable)
[
On Tue, 2012-04-24 at 17:58 -0500, Larry Finger wrote:
Hi,
Somewhere between v3.2 and v3.3, the kernel in my Powerbook G4 started
issuing
the following traceback on bootup:
Does it continue working afterward or not at all ?
Are you using the old IDE driver or the newer libata based
# gcc --version
gcc (GCC) 4.4.6 20110731 (Red Hat 4.4.6-3)
Copyright (C) 2010 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
platform: pSeries
model:
Hi Ryan,
Thanks for the report!
On 25.04.2012 [08:22:19 +0800], Ryan Wang wrote:
# gcc --version
gcc (GCC) 4.4.6 20110731 (Red Hat 4.4.6-3)
Copyright (C) 2010 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for
From: Valentin Ilie valentin.i...@gmail.com
Signed-off-by: Valentin Ilie valentin.i...@gmail.com
Cc: Geert Uytterhoeven ge...@linux-m68k.org
Signed-off-by: Geoff Levand ge...@infradead.org
---
Hi Geert,
Here's what I queued for v3.5, let me know if you have any concerns.
-Geoff
Hi Nish,
# gcc --version
gcc (GCC) 4.4.6 20110731 (Red Hat 4.4.6-3)
Copyright (C) 2010 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
platform:
On 04/24/2012 06:53 PM, Benjamin Herrenschmidt wrote:
On Tue, 2012-04-24 at 17:58 -0500, Larry Finger wrote:
Hi,
Somewhere between v3.2 and v3.3, the kernel in my Powerbook G4 started issuing
the following traceback on bootup:
Does it continue working afterward or not at all ?
Are you using
On Wed, 2012-04-25 at 09:50 +0800, Gavin Shan wrote:
In order to make iommu.c irrelative to CONFIG_EEH, we might figure out
the PE number of the PCI device during PCI probe time. Here're some
rough thoughts about the rework.
- Introduce additional field int pe_num to struct
On Tue, 2012-04-24 at 21:37 -0500, Larry Finger wrote:
Somewhere between v3.2 and v3.3, the kernel in my Powerbook G4
started issuing
the following traceback on bootup:
Does it continue working afterward or not at all ?
Are you using the old IDE driver or the newer libata based
Recently, Ryan Wang tried to compile PPC pSeries platform without
CONFIG_EEH and eventually run into errors. Nishanth Aravamudan
helped to narrow down the root cause. Actually, the pSeries platform
depends on CONFIG_EEH heavily and that won't work properly without
EEH support.
According to Ben's
On Sat, 2012-03-10 at 18:27 +0530, Poonam Aggrwal wrote:
From: Sandeep Singh sand...@freescale.com
TDM Framework is an attempt to provide a platform independent layer which
can offer a standard interface for TDM access to different client modules.
Beneath, the framework layer can house
In order to make iommu.c irrelative to CONFIG_EEH, we might figure out
the PE number of the PCI device during PCI probe time. Here're some
rough thoughts about the rework.
- Introduce additional field int pe_num to struct dev_archdata.
That would be traced like: (struct
19 matches
Mail list logo
