Benjamin Herrenschmidt 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 smaller than the numb
On Tue, 2012-04-24 at 09:41 +0200, Joakim Tjernlund wrote:
> Benjamin Herrenschmidt 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 pp
On Mon, 2012-04-23 at 18:45 +0200, Gerhard Pircher wrote:
> > Von: "Michel Dänzer"
> > On Fre, 2012-04-20 at 18:14 +0200, Gerhard Pircher wrote:
> > > > Von: "Michel Dänzer"
> > > > On Fre, 2012-04-20 at 13:15 +0200, Gerhard Pircher wrote:
> > > > >
> > > > > What I didn't understand yet is ho
Original-Nachricht
> Datum: Tue, 24 Apr 2012 16:15:00 +0200
> Von: "Michel Dänzer"
> An: Gerhard Pircher
> CC: linuxppc-dev@lists.ozlabs.org
> Betreff: Re: PowerPC radeon KMS - is it possible?
> On Mon, 2012-04-23 at 18:45 +0200, Gerhard Pircher wrote:
> > > Von: "Michel Dänze
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->
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 com
On 04/24/2012 06:22 AM, Benjamin Herrenschmidt wrote:
> On Tue, 2012-04-24 at 09:41 +0200, Joakim Tjernlund wrote:
>> Benjamin Herrenschmidt 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 b
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 p
# 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: I
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
Signed-off-by: Valentin Ilie
Cc: Geert Uytterhoeven
Signed-off-by: Geoff Levand
---
Hi Geert,
Here's what I queued for v3.5, let me know if you have any concerns.
-Geoff
drivers/ps3/ps3av.c | 24 +---
1 file changed, 9 insertions(+), 15 deletions
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.
>>
>> platfor
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 de
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 libat
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 s
On Sat, 2012-03-10 at 18:27 +0530, Poonam Aggrwal wrote:
> From: Sandeep Singh
>
> 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 different types of TD
>> 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 l
19 matches
Mail list logo
