On 09/05/2012 05:25 PM, we...@cn.fujitsu.com wrote:
From: Yasuaki Ishimatsu
We should offline and remove memory when removing the memory device.
The memory device can be removed by 2 ways:
1. send eject request by SCI
2. echo 1 >/sys/bus/pci/devices/PNP0C80:XX/eject
In the 1st case, acpi_memor
On 09/11/2012 10:24 AM, Yasuaki Ishimatsu wrote:
Hi Wen,
2012/09/11 11:15, Wen Congyang wrote:
Hi, ishimatsu
At 09/05/2012 05:25 PM, we...@cn.fujitsu.com Wrote:
From: Yasuaki Ishimatsu
If system supports memory hot-remove, online_pages() may online
removed pages.
So online_pages() need to
On 09/05/2012 05:25 PM, we...@cn.fujitsu.com wrote:
From: Wen Congyang
The memory device has only one node id. Store the node id when
enable the memory device, and we can reuse it when removing the
memory device.
one question:
if use numa emulation, memory device will associated to one node o
On 09/05/2012 05:25 PM, we...@cn.fujitsu.com wrote:
From: Yasuaki Ishimatsu
remove_memory() only try to offline pages. It is called in two cases:
1. hot remove a memory device
2. echo offline >/sys/devices/system/memory/memoryXX/state
In the 1st case, we should also change memory block's state
Hi Chen,
2012/09/28 11:22, Ni zhan Chen wrote:
On 09/05/2012 05:25 PM, we...@cn.fujitsu.com wrote:
From: Yasuaki Ishimatsu
remove_memory() only try to offline pages. It is called in two cases:
1. hot remove a memory device
2. echo offline >/sys/devices/system/memory/memoryXX/state
In the 1st
> -Original Message-
> From: Kumar Gala [mailto:ga...@kernel.crashing.org]
> Sent: Friday, September 28, 2012 5:38 AM
> To: Li Yang-R58472
> Cc: Jia Hongtao-B38951; Wood Scott-B07421; linuxppc-dev@lists.ozlabs.org
> Subject: Re: [PATCH][V4] powerpc/fsl-pci: Add pci inbound/outbound PM
> s
On 09/27/2012 12:09 PM, Scott Wood wrote:
On 09/27/2012 02:02:03 PM, Chunhe Lan wrote:
Original process of call:
The mpc85xx_pci_err_probe function completes to been registered
and enabled of EDAC PCI err driver at the latter time stage of
kernel boot in the mpc85xx_edac.c.
Current p
On 28.09.2012, at 04:04, Linus Torvalds wrote:
> On Thu, Sep 27, 2012 at 6:55 PM, Alexander Graf wrote:
>>
>> Below are OOPS excerpts from different rc's I tried. All of them crashed -
>> all the way up to current Linus' master branch. I haven't cross-checked, but
>> I don't remember any such
On Thu, Sep 27, 2012 at 6:55 PM, Alexander Graf wrote:
>
> Below are OOPS excerpts from different rc's I tried. All of them crashed -
> all the way up to current Linus' master branch. I haven't cross-checked, but
> I don't remember any such behavior from pre-3.6 releases.
Since you seem to be a
At 09/27/2012 06:35 PM, Vasilis Liaskovitis Wrote:
> On Thu, Sep 27, 2012 at 02:37:14PM +0800, Wen Congyang wrote:
>> Hi Vasilis Liaskovitis
>>
>> At 09/27/2012 12:46 AM, Vasilis Liaskovitis Wrote:
>>> Hi,
>>>
>>> I am testing 3.6.0-rc7 with this v9 patchset plus more recent fixes
>>> [1],[2],[3]
Howdy,
While running 3.6.0-rcX I am having a few issues with nfsd on my PPC970 based
system. For some reason every time I actually end up accessing an NFS share on
it, it crashes away at random points. It looks a lot like corrupted pointers in
all logs. I also can't reproduce the oopses without
On 09/27/2012 04:45:08 PM, Gala Kumar-B11780 wrote:
On Sep 27, 2012, at 11:09 AM, Scott Wood wrote:
> On 09/27/2012 02:02:03 PM, Chunhe Lan wrote:
>> Original process of call:
>>The mpc85xx_pci_err_probe function completes to been registered
>>and enabled of EDAC PCI err driver
On Sep 27, 2012, at 11:09 AM, Scott Wood wrote:
> On 09/27/2012 02:02:03 PM, Chunhe Lan wrote:
>> Original process of call:
>> The mpc85xx_pci_err_probe function completes to been registered
>> and enabled of EDAC PCI err driver at the latter time stage of
>> kernel boot in the mpc
On Sep 27, 2012, at 11:27 AM, Li Yang-R58472 wrote:
>
> 在 Sep 28, 2012,0:07,"Kumar Gala" 写道:
>
> Hi Kumar,
> I have already sent the log.
> Do you have any comment on it?
>
> Thanks.
> - Hongtao.
>
Hongtao,
You mentioned:
> I tested
在 Sep 28, 2012,0:07,"Kumar Gala" 写道:
Hi Kumar,
I have already sent the log.
Do you have any comment on it?
Thanks.
- Hongtao.
>>>
>>> Hongtao,
>>>
>>> You mentioned:
>>>
I tested the re-parsing way by using setup_pci_atmu() when resume.
And I fou
On 09/27/2012 02:02:03 PM, Chunhe Lan wrote:
Original process of call:
The mpc85xx_pci_err_probe function completes to been registered
and enabled of EDAC PCI err driver at the latter time stage of
kernel boot in the mpc85xx_edac.c.
Current process of call:
The mpc
On Sep 27, 2012, at 8:14 AM, Davide Viti wrote:
> Hi Kumar,
>
>> Messaggio originale
>> Da: ga...@kernel.crashing.org
>> Data:
> 27/09/2012 14.27
>> A: "Davide Viti"
>> Cc: ozlabs.org>
>> Ogg: Re: PCI device not working
>>
> ...
>> Can you see what bus_no
> actually gets set to in th
>>> Hi Kumar,
>>> I have already sent the log.
>>> Do you have any comment on it?
>>>
>>> Thanks.
>>> - Hongtao.
>>>
>>
>> Hongtao,
>>
>> You mentioned:
>>
>>> I tested the re-parsing way by using setup_pci_atmu() when resume.
>>> And I found out that re-parsing will *change* outbound IO
>>> t
2012/9/25 Michael Neuling :
> Michael Neuling wrote:
>
>> Frederic Weisbecker wrote:
>>
>> > On Thu, Aug 16, 2012 at 02:23:54PM +1000, Michael Neuling wrote:
>> > > Hi,
>> > >
>> > > I've been trying to get hardware breakpoints with perf to work on POWER7
>> > > but I'm getting the following:
>>
On Wed, 2012-09-26 at 08:55 -0500, k...@linux.vnet.ibm.com wrote:
> On Mon, Sep 24, 2012 at 10:48:21AM -0500, k...@linux.vnet.ibm.com wrote:
> > On Mon, Sep 24, 2012 at 09:10:41AM -0500, k...@linux.vnet.ibm.com wrote:
> > > On Mon, Sep 24, 2012 at 12:26:05PM +1000, James Morris wrote:
> > > > On We
On Thu, Sep 27, 2012 at 8:05 PM, Kumar Gala wrote:
>>>
>>> On Sep 17, 2012, at 9:10 PM, Jia Hongtao wrote:
>>>
Power supply for PCI inbound/outbound window registers is off
when system go to deep-sleep state. We save the values of
regi
Hi Kumar,
>Messaggio originale
>Da: ga...@kernel.crashing.org
>Data:
27/09/2012 14.27
>A: "Davide Viti"
>Cc:
>Ogg: Re: PCI device not working
>
...
>Can you see what bus_no
actually gets set to in the case we scan 0001:03 ?
>
>If its set to 03, can you
try hack it to 1.
is this what y
On Sep 24, 2012, at 7:31 AM, Kumar Gala wrote:
>
> On Sep 20, 2012, at 8:36 AM, Kumar Gala wrote:
>
>>
>> On Sep 20, 2012, at 5:14 AM, Xie Shaohui-B21989 wrote:
>>
> On Thu, 2012-08-30 at 15:49 -0500, Kumar Gala wrote:
>> On Aug 24, 2012, at 5:50 AM, Shaohui Xie wrote:
>>
>>>
On Sep 13, 2012, at 3:54 AM, Prabhakar Kushwaha wrote:
> IFC-1.1.0 uses 28nm techenology for SRAM. This tech has known limitaion for
> SRAM i.e. "byte select" is not supported. Hence Read Modify Write is
> implemented in IFC for any "system side write" into sram buffer. Reading an
> uninitialized
On Sep 24, 2012, at 12:50 AM, Minghuan Lian wrote:
> The original code uses 'Programming Interface' field to judge if PCIE is
> EP or RC mode, however, some latest silicons do not support this
> functionality.
> According to PCIE specification, 'Header Type' offset 0x0e is used to
> indicate hea
On Sep 27, 2012, at 6:43 AM, Davide Viti wrote:
> Hi,
>
>> So its odd that scanning of the second bus didn't report any devices. Do
> you have code that implements ppc_md.pci_exclude_device ?
>
> not that I'm aware
> of
>
>> You might also want to put some code in the indirect PCI ops (indi
>>
>> On Sep 17, 2012, at 9:10 PM, Jia Hongtao wrote:
>>
>>> Power supply for PCI inbound/outbound window registers is off
>>> when system go to deep-sleep state. We save the values of
>>> registers
>>> before
>>> suspend and restore to
Hi,
>So its odd that scanning of the second bus didn't report any devices. Do
you have code that implements ppc_md.pci_exclude_device ?
not that I'm aware
of
>You might also want to put some code in the indirect PCI ops (indirect.c)
to see what actual values you are getting from various indi
On Thu, Sep 27, 2012 at 06:06:30PM +0800, Wen Congyang wrote:
> Please try the following patch:
> From a38ec678e0a9b48b252f457d7910b7527049dc43 Mon Sep 17 00:00:00 2001
> From: Wen Congyang
> Date: Thu, 27 Sep 2012 17:27:57 +0800
> Subject: [PATCH] clear the memory to store page information
this
At 09/27/2012 12:58 AM, Vasilis Liaskovitis Wrote:
> Testing 3.6.0-rc7 with this v9 patchset plus more recent fixes [1],[2],[3]
> Running in a guest (qemu+seabios from [4]).
> CONFIG_SLAB=y
> CONFIG_DEBUG_SLAB=y
>
> - succesfull hot-add and online
> - succesfull hot-remove with SCI (qemu) eject
>
At 09/27/2012 12:58 AM, Vasilis Liaskovitis Wrote:
> Testing 3.6.0-rc7 with this v9 patchset plus more recent fixes [1],[2],[3]
> Running in a guest (qemu+seabios from [4]).
> CONFIG_SLAB=y
> CONFIG_DEBUG_SLAB=y
>
> - succesfull hot-add and online
> - succesfull hot-remove with SCI (qemu) eject
>
There are some differences of register offset and definition between
pci and pcie error management registers. While, some other pci/pcie
error management registers are nearly the same.
To merge pci and pcie edac code into one, it is easier to use ccsr_pci
structure than the hardcoded define. So re
Original process of call:
The mpc85xx_pci_err_probe function completes to been registered
and enabled of EDAC PCI err driver at the latter time stage of
kernel boot in the mpc85xx_edac.c.
Current process of call:
The mpc85xx_pci_err_probe function completes to been r
33 matches
Mail list logo