On Thu, 2012-05-17 at 13:42 -0500, Timur Tabi wrote:
> Benjamin Herrenschmidt wrote:
> > + arch/powerpc/platforms/512x/mpc512x_shared.c: error: 'enum
> >> fsl_diu_monitor_port' declared inside parameter list [-Werror]: =>
> >> 70:9, 84:9, 88:36
> >> + arch/powerpc/platforms/512x/mpc512x_shared
On Thu, 2012-05-17 at 22:43 +0200, Frank Svendsboe wrote:
> MTD_OF_PARTS and the default setting is not working due to using 'Y'
> instead of 'y', introduced in commit
> d6137badeff1ef64b4e0092ec249ebdeaeb3ff37. This made our board, and
> possibly other boards using DTS defined partitions and not h
On 05/18/2012 08:24 AM, Li Zhong wrote:
> On Thu, 2012-05-17 at 15:52 +0530, Deepthi Dharwar wrote:
>> On 05/17/2012 09:58 AM, Benjamin Herrenschmidt wrote:
>>
>>> On Thu, 2012-05-17 at 12:01 +0800, Li Zhong wrote:
This patch tries to fix following lockdep complaints:
>>>
>>> .../...
>>>
>>>
On Fri, 2012-05-18 at 16:54 +0530, Deepthi Dharwar wrote:
> On 05/18/2012 08:24 AM, Li Zhong wrote:
>
> > On Thu, 2012-05-17 at 15:52 +0530, Deepthi Dharwar wrote:
> >> On 05/17/2012 09:58 AM, Benjamin Herrenschmidt wrote:
> >>
> >>> On Thu, 2012-05-17 at 12:01 +0800, Li Zhong wrote:
> This p
The following patch is to remove the pseries_notify_add_cpu() call
and replace it by a hot plug notifier.
This would prevent cpuidle resources being
released and allocated each time cpu comes online on pseries.
The earlier design was causing a lockdep problem
in start_secondary as reported on this
On Fri, May 18, 2012 at 02:00:34PM +0300, Artem Bityutskiy wrote:
> On Thu, 2012-05-17 at 22:43 +0200, Frank Svendsboe wrote:
> > MTD_OF_PARTS and the default setting is not working due to using 'Y'
> > instead of 'y', introduced in commit
> > d6137badeff1ef64b4e0092ec249ebdeaeb3ff37. This made our
The legacy edac ABI is going to be removed. Port the driver to use
and benefit from the new API functionality.
Cc: Olof Johansson
Cc: Egor Martovetsky
Cc: linuxppc-dev@lists.ozlabs.org
Signed-off-by: Mauro Carvalho Chehab
---
drivers/edac/pasemi_edac.c | 25 -
1 files
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
Kernel kobjects have rigid rules: each container object should be
dynamically allocated, and can't be allocated into a single kmalloc.
EDAC never obeyed this rule: it has a single malloc function that
allocates all needed data into a single kzalloc.
As this is not accepted anymore, change the all
The number of pages is a dimm property. Move it to the dimm struct.
After this change, it is possible to add sysfs nodes for the DIMM's that
will properly represent the DIMM stick properties, including its size.
A TODO fix here is to properly represent dual-rank/quad-rank DIMMs when
the memory co
As EDAC doesn't use struct device itself, it created a parent dev
pointer called as "pdev". Now that we'll be converting it to use
struct device, instead of struct devsys, this needs to be fixed.
No functional changes.
Reviewed-by: Aristeu Rozanski
Acked-by: Chris Metcalf
Cc: Doug Thompson
Cc
On Wed, May 2, 2012 at 8:16 PM, David Daney wrote:
> From: David Daney
>
> This code has been working well for about six months on a couple of
> different configurations (boards), so I thought it would be a good
> time to send it out again, and I hope get it on the path towards
> merging.
David,
On 05/18/2012 02:42 PM, Tabi Timur-B04825 wrote:
On Wed, May 2, 2012 at 8:16 PM, David Daney wrote:
From: David Daney
This code has been working well for about six months on a couple of
different configurations (boards), so I thought it would be a good
time to send it out again, and I hope get
David Daney wrote:
>> > I'm not sure what the "parent" MDIO bus node is supposed to represent.
>> > Is that that device that actually controls the muxing hardware
> No. It is the device that implements the master 802.3 clause {22,45}
> MDIO Station Management (STA) protocol.
Ah, I think I get
On 05/18/2012 03:09 PM, Timur Tabi wrote:
David Daney wrote:
I'm not sure what the "parent" MDIO bus node is supposed to represent.
Is that that device that actually controls the muxing hardware
No. It is the device that implements the master 802.3 clause {22,45}
MDIO Station Management (
15 matches
Mail list logo
