Hi, all
After discussing with Gavin offline, it's inappropriate to drop ISOLATED
state. Please ignore this patch.
Otherwise, somebody will merge that to mainline, which would be a problem.
Thanks,
Mike
On 08/13/2014 07:14 PM, Mike Qiu wrote:
When PE passed to guest, and guest EEH occured
When PE passed to guest, and guest EEH occured with this PE,
EEH_PE_ISOLATED maybe set in host.
It is a big issue when the PE is reused by host, host EEH
will not work on this PE because it was set to EEH_PE_ISOLATED
unexpectly.
Signed-off-by: Mike Qiu qiud...@linux.vnet.ibm.com
---
arch
On 07/22/2014 06:49 AM, Benjamin Herrenschmidt wrote:
On Mon, 2014-07-21 at 16:06 +0800, Mike Qiu wrote:
I don't like this. I much prefer have dedicated error injection files
in their respective locations, something for PCI under the corresponding
PCI bridge etc...
So PowerNV error injection
On 07/22/2014 11:26 AM, Gavin Shan wrote:
On Tue, Jul 22, 2014 at 11:10:42AM +0800, Mike Qiu wrote:
On 07/22/2014 06:49 AM, Benjamin Herrenschmidt wrote:
On Mon, 2014-07-21 at 16:06 +0800, Mike Qiu wrote:
I don't like this. I much prefer have dedicated error injection files
On 06/25/2014 11:19 AM, Benjamin Herrenschmidt wrote:
On Wed, 2014-06-25 at 11:05 +0800, Mike Qiu wrote:
Here maybe /sys/kernel/debug/powerpc/errinjct is better, because
it
will supply PCI_domain_nr in parameters, so no need supply errinjct
for each PCI domain.
Another reason is error inject
. But eeh subsystem do
the error checking in interrupt in this situation.
This patch is to solve this issue.
Signed-off-by: Mike Qiu qiud...@linux.vnet.ibm.com
---
arch/powerpc/kernel/eeh_pe.c | 29 ++---
1 file changed, 26 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc
On 07/14/2014 09:01 PM, Gavin Shan wrote:
On Mon, Jul 14, 2014 at 04:19:23AM -0400, Mike Qiu wrote:
[ 121.133381] WARNING: at drivers/pci/search.c:223
[ 121.133422] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.16.0-rc3+ #72
[ 121.133424] task: c1367af0 ti: c1444000 task.ti
/0x60 (unreliable)
.eeh_pe_loc_get+0x150/0x190
.eeh_dev_check_failure+0x1b4/0x550
.eeh_check_failure+0x90/0xf0
.lpfc_sli_check_eratt+0x504/0x7c0 [lpfc]
.lpfc_poll_eratt+0x64/0x100 [lpfc]
.call_timer_fn+0x64/0x190
.run_timer_softirq+0x2cc/0x3e0
Signed-off-by: Mike Qiu qiud
On 07/15/2014 01:07 PM, Gavin Shan wrote:
On Mon, Jul 14, 2014 at 10:33:48PM -0400, Mike Qiu wrote:
pci_get_slot() is called with hold of PCI bus semaphore and it's not
safe to be called in interrupt context. However, we possibly checks
EEH error and calls the function in interrupt context
-by: Mike Qiu qiud...@linux.vnet.ibm.com
Acked-by: Gavin Shan gws...@linux.vnet.ibm.com
---
Changelog[v3]:
Remove unused variables
Code refactoring for eeh_pe_loc_get()
Changelog[v2]:
Check the child device_node of root bus for root port
directly instead of search
On 06/26/2014 08:12 AM, Gavin Shan wrote:
On Wed, Jun 25, 2014 at 03:27:55PM +0800, Mike Qiu wrote:
On 06/25/2014 01:33 PM, Gavin Shan wrote:
On Tue, Jun 24, 2014 at 11:32:07PM -0400, Mike Qiu wrote:
[ cc Richard ]
Eeh sysfs entry created must be after EEH_ENABLED been set
core.
Signed-off-by: Mike Qiu qiud...@linux.vnet.ibm.com
---
arch/powerpc/kernel/eeh_pe.c | 11 ---
arch/powerpc/platforms/powernv/eeh-powernv.c | 17 -
arch/powerpc/platforms/powernv/pci-ioda.c| 2 +-
3 files changed, 17 insertions(+), 13
On 06/25/2014 01:33 PM, Gavin Shan wrote:
On Tue, Jun 24, 2014 at 11:32:07PM -0400, Mike Qiu wrote:
[ cc Richard ]
Eeh sysfs entry created must be after EEH_ENABLED been set
in eeh_subsystem_flags.
In PowerNV platform, it try to create sysfs entry before
EEH_ENABLED been set, when boot up
On 06/23/2014 10:14 AM, Gavin Shan wrote:
The patch implements one OPAL firmware sysfs file to support PCI error
injection: /sys/firmware/opal/errinjct, which will be used like the
way described as follows.
According to PAPR spec, there are 3 RTAS calls related to error injection:
On 06/24/2014 02:36 PM, Benjamin Herrenschmidt wrote:
Is it reasonable to do error injection with CONFIG_IOMMU_API ?
That means if use default config(CONFIG_IOMMU_API = n), we can not do
error injection to pci devices?
Well we can't pass them through either so ...
In any case, this is not a
Reported-and-tested-by: Mike Qiu qiud...@linux.vnet.ibm.com
Thanks
Mike
On 06/24/2014 03:17 PM, Michael Ellerman wrote:
In commit 27f4488872d9 Add OPAL takeover from PowerVM we added support
for takeover on OPAL v1 machines.
This was a mode of operation where we would boot under pHyp
On 06/25/2014 08:03 AM, Gavin Shan wrote:
On Tue, Jun 24, 2014 at 05:00:52PM +1000, Benjamin Herrenschmidt wrote:
On Tue, 2014-06-24 at 14:57 +0800, Mike Qiu wrote:
Is that mean *host* side error injection should base on
CONFIG_IOMMU_API ? If it is just host side(no guest, no pass through
Eeh sysfs entry created must be after EEH_ENABLED been set
in eeh_subsystem_flags.
In PowerNV platform, it try to create sysfs entry before
EEH_ENABLED been set, when boot up. So nothing will be
created for eeh in sysfs.
Signed-off-by: Mike Qiu qiud...@linux.vnet.ibm.com
---
arch/powerpc
Hi Zhong,
I really need this patch :)
BTW, it seems that this bug just happens in 3.16-rc1 as I reported.
Thanks
Mike
On 06/25/2014 12:00 PM, Li Zhong wrote:
In commit 752a6422f, new stack frame is created for parameters.
However, the r1 is added back a little earlier, so r3 and r4 are
On 06/18/2014 03:54 PM, Michael Ellerman wrote:
On Wed, 2014-06-18 at 11:27 +0800, Mike Qiu wrote:
Anyone has a idea on this issue?
Did it ever work? If so which kernel version?
It works for 3.15, but failed with linux version 3.16.0-rc1-next-20140617
The config file can be simply get from
On 06/19/2014 09:32 AM, Michael Ellerman wrote:
On Wed, 2014-06-18 at 17:02 +0800, Mike Qiu wrote:
On 06/18/2014 03:54 PM, Michael Ellerman wrote:
On Wed, 2014-06-18 at 11:27 +0800, Mike Qiu wrote:
Anyone has a idea on this issue?
Did it ever work? If so which kernel version?
It works
On 06/19/2014 09:32 AM, Michael Ellerman wrote:
On Wed, 2014-06-18 at 17:02 +0800, Mike Qiu wrote:
On 06/18/2014 03:54 PM, Michael Ellerman wrote:
On Wed, 2014-06-18 at 11:27 +0800, Mike Qiu wrote:
Anyone has a idea on this issue?
Did it ever work? If so which kernel version?
It works
On 06/19/2014 09:32 AM, Michael Ellerman wrote:
On Wed, 2014-06-18 at 17:02 +0800, Mike Qiu wrote:
On 06/18/2014 03:54 PM, Michael Ellerman wrote:
On Wed, 2014-06-18 at 11:27 +0800, Mike Qiu wrote:
Anyone has a idea on this issue?
Did it ever work? If so which kernel version?
It works
On 06/19/2014 11:55 AM, Michael Ellerman wrote:
On Thu, 2014-06-19 at 10:18 +0800, Mike Qiu wrote:
On 06/19/2014 09:32 AM, Michael Ellerman wrote:
On Wed, 2014-06-18 at 17:02 +0800, Mike Qiu wrote:
On 06/18/2014 03:54 PM, Michael Ellerman wrote:
On Wed, 2014-06-18 at 11:27 +0800, Mike Qiu
Hi all,
I use newest linux-next( top commit:
5f295cdf5c5dbbb0c40f10f2ddae02ff46bbf773) to boot up my Power7 machine,
PowerVM mode(HypMode 01), use defualt config file in /boot/, it show
error log below:
OF stdout device is: /vdevice/vty@3000
Preparing to boot Linux version
Anyone has a idea on this issue?
Thanks
Mike
On 06/17/2014 05:45 PM, Mike Qiu wrote:
Hi all,
I use newest linux-next( top commit:
5f295cdf5c5dbbb0c40f10f2ddae02ff46bbf773) to boot up my Power7
machine, PowerVM mode(HypMode 01), use defualt config file in /boot/,
it show error log below
Hi all,
I recently build linux next kernel in IBM Power7 platform, use default
config file copy from /boot/config-3.6.10-4.fc18.ppc64p7
[root@cena01 linux-next]# uname -a
Linux cena01.austin.ibm.com 3.15.0-rc1+ #47 SMP Thu Apr 24 20:59:46 CDT
2014 ppc64 ppc64 ppc64 GNU/Linux
[root@cena01
1
make: *** [zImage] Error 2
make: *** Waiting for unfinished jobs
Thanks
Mike
On 06/11/2014 08:22 PM, Michal Marek wrote:
Dne 11.6.2014 14:21, Michal Marek napsal(a):
On Wed, Jun 11, 2014 at 10:24:24AM +0200, Michal Marek wrote:
Dne 11.6.2014 08:02, Mike Qiu napsal(a):
make[1]: Circular
This v2 patch is good,
Tested-by: Mike Qiu qiud...@linux.vnet.ibm.com
On 06/11/2014 11:40 PM, Michal Marek wrote:
The rule to create the final images uses a zImage.% pattern.
Unfortunately, this also matches the names of the zImage.*.lds linker
scripts, which appear as a dependency
Hi all,
I face one build error in linux-next git tree, see below:
The platform is IBM P7.
[root@cena01 linux-next]# make -j60
CHK include/config/kernel.release
CHK include/generated/uapi/linux/version.h
CHK include/generated/utsrelease.h
CALLscripts/checksyscalls.sh
) and pSeries (RTAS).
The series of patches requires corresponding firmware changes from Mike Qiu to
support error injection and QEMU changes to support EEH for guest. QEMU patchset
will be sent separately.
Change log
==
v1 - v2:
* EEH RTAS requests are routed to QEMU, and then possiblly
-off-by: Mike Qiu qiud...@linux.vnet.ibm.com
---
arch/powerpc/mm/numa.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/powerpc/mm/numa.c b/arch/powerpc/mm/numa.c
index 4ebbb9e..3b181b2 100644
--- a/arch/powerpc/mm/numa.c
+++ b/arch/powerpc/mm/numa.c
@@ -232,6 +232,7 @@ int __node_distance
.
Signed-off-by: Mike Qiu qiud...@linux.vnet.ibm.com
---
arch/powerpc/kernel/pci_64.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/kernel/pci_64.c b/arch/powerpc/kernel/pci_64.c
index 2a47790..7b6c1ae 100644
--- a/arch/powerpc/kernel/pci_64.c
+++ b/arch
On 04/10/2014 03:54 PM, Benjamin Herrenschmidt wrote:
On Thu, 2014-04-10 at 02:51 -0400, Mike Qiu wrote:
Unable to handle kernel paging request for data at address 0x
Faulting instruction address: 0xc0041d78
Oops: Kernel access of bad area, sig: 11 [#1]
...
NIP [c0041d78
IODA_EEH_DBG()
Signed-off-by: Mike Qiu qiud...@linux.vnet.ibm.com
---
arch/powerpc/platforms/powernv/eeh-ioda.c | 22 --
1 file changed, 8 insertions(+), 14 deletions(-)
diff --git a/arch/powerpc/platforms/powernv/eeh-ioda.c
b/arch/powerpc/platforms/powernv/eeh-ioda.c
index
'pe_no' hasn't been defined, it should be an typo error,
it should be 'frozen_pe_no'.
Also '__func__' has missed in IODA_EEH_DBG(),
For safety reasons, use pr_info() directly, instead
of use IODA_EEH_DBG()
Signed-off-by: Mike Qiu qiud...@linux.vnet.ibm.com
---
arch/powerpc/platforms/powernv
'pe_no' hasn't been defined, it should be an typo error,
it should be 'frozen_pe_no'.
Also '__func__' has missed in IODA_EEH_DBG(),
For safety reasons, use pr_devel() directly, instead
of use IODA_EEH_DBG()
Signed-off-by: Mike Qiu qiud...@linux.vnet.ibm.com
---
arch/powerpc/platforms/powernv
'pe_no' hasn't been defined, it should be an typo error,
it should be 'frozen_pe_no'.
Also '__func__' should be added to IODA_EEH_DBG(),
Signed-off-by: Mike Qiu qiud...@linux.vnet.ibm.com
---
arch/powerpc/platforms/powernv/eeh-ioda.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff
The procfs entry for global statistics has been missed on PowerNV
platform and the patch is going to add that.
Signed-off-by: Mike Qiu qiud...@linux.vnet.ibm.com
---
arch/powerpc/kernel/eeh.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/kernel/eeh.c b/arch
于 2013/8/7 13:25, Gavin Shan 写道:
On Wed, Aug 07, 2013 at 03:11:24PM +1000, Michael Ellerman wrote:
On Tue, Aug 06, 2013 at 10:24:46PM -0400, Mike Qiu wrote:
'pe_no' hasn't been defined, it should be an typo error,
it should be 'frozen_pe_no'.
Also '__func__' should be added to IODA_EEH_DBG
于 2013/6/18 16:33, Gavin Shan 写道:
There're several types of PEs can be supported for now: PHB, Bus
and Device dependent PE. For PCI bus dependent PE, tracing the
corresponding PCI bus from PE (struct eeh_pe) would make the code
more efficient. The patch also enables the retrieval of PCI bus
于 2013/6/10 8:49, Grant Likely 写道:
Originally, irq_domain_associate_many() was designed to unwind the
mapped irqs on a failure of any individual association. However, that
proved to be a problem with certain IRQ controllers. Some of them only
support a subset of irqs, and will fail when
于 2013/5/22 8:15, Benjamin Herrenschmidt 写道:
On Tue, 2013-05-21 at 16:45 +0200, Alexander Gordeev wrote:
On Tue, Jan 15, 2013 at 03:38:53PM +0800, Mike Qiu wrote:
The test results is shown by 'cat /proc/interrups':
CPU0 CPU1 CPU2 CPU3
16: 240458 261601
于 2013/5/22 5:54, Brian King 写道:
Recent commit e61133dda480062d221f09e4fc18f66763f8ecd0 added support
for a new firmware feature to force an adapter to use 32 bit MSIs.
However, this firmware is not available for all systems. The hack below
allows devices needing 32 bit MSIs to work on these
于 2013/5/21 22:45, Alexander Gordeev 写道:
On Tue, Jan 15, 2013 at 03:38:53PM +0800, Mike Qiu wrote:
The test results is shown by 'cat /proc/interrups':
CPU0 CPU1 CPU2 CPU3
16: 240458 261601 226310 200425 XICS Level IPI
17: 0
于 2013/4/27 17:28, Chen Gang F T 写道:
On 2013年04月26日 11:54, Mike Qiu wrote:
于 2013/4/26 11:42, Chen Gang 写道:
On 2013年04月26日 11:25, Chen Gang wrote:
On 2013年04月26日 11:08, Mike Qiu wrote:
于 2013/4/26 10:06, Chen Gang 写道:
On 2013年04月26日 10:03, Mike Qiu wrote:
�� 2013/4/26 9:36, Chen Gang д
)
MASKABLE_EXCEPTION_PSERIES(0xa00, 0xa00, doorbell_super)
test-by: Mike Qiu qiud...@linux.vnet.ibm.com
It's workable for me. but I just use this patch to compile and boot up
the machine. not do any performance test:)
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
于 2013/4/25 16:21, Chen Gang 写道:
Hello Mike:
Please try this patch, at least it can pass compiling with the config
file which you provided under my cross-compiling envrionments.
I do not give a running test now, so better to try to run the new kernel
with this patch.
OK, I will use your
于 2013/4/25 19:16, Chen Gang 写道:
On 2013年04月25日 14:25, Paul Mackerras wrote:
On Thu, Apr 25, 2013 at 12:05:54PM +0800, Mike Qiu wrote:
This has block my work now
So I hope you can take a look ASAP
Thanks
:)
Mike
As a quick fix, turn on CONFIG_KVM_BOOK3S_64_HV. That will eliminate
于 2013/4/26 9:36, Chen Gang 写道:
On 2013年04月26日 09:18, Chen Gang wrote:
On 2013年04月26日 09:06, Chen Gang wrote:
CFAR is the Come From Register. It saves the location of the last
branch and is hence overwritten by any branch.
Do we process it just like others done (e.g. 0x300, 0xe00, 0xe20
于 2013/4/26 10:06, Chen Gang 写道:
On 2013年04月26日 10:03, Mike Qiu wrote:
�� 2013/4/26 9:36, Chen Gang �:
On 2013��04��26�� 09:18, Chen Gang wrote:
On 2013��04��26�� 09:06, Chen Gang wrote:
CFAR is the Come From Register. It saves the location of the last
branch and is hence overwritten
于 2013/4/25 14:25, Paul Mackerras 写道:
On Thu, Apr 25, 2013 at 12:05:54PM +0800, Mike Qiu wrote:
This has block my work now
So I hope you can take a look ASAP
Thanks
:)
Mike
As a quick fix, turn on CONFIG_KVM_BOOK3S_64_HV. That will eliminate
the immediate problem.
Thanks
got it, I will have
于 2013/4/26 11:42, Chen Gang 写道:
On 2013年04月26日 11:25, Chen Gang wrote:
On 2013年04月26日 11:08, Mike Qiu wrote:
于 2013/4/26 10:06, Chen Gang 写道:
On 2013年04月26日 10:03, Mike Qiu wrote:
�� 2013/4/26 9:36, Chen Gang �:
On 2013��04��26�� 09:18, Chen Gang wrote:
On 2013��04��26�� 09:06, Chen
Hi all
I get an error message when I compile the source code in Power7 platform
use the newest upstream kernel.
[root@feng linux]# make -j60
CHK include/generated/uapi/linux/version.h
CHK include/generated/utsrelease.h
CC scripts/mod/devicetable-offsets.s
GEN scripts/mod/devicetable-offsets.h
于 2013/4/24 16:31, Michael Ellerman 写道:
On Wed, Apr 24, 2013 at 04:22:53PM +0800, Mike Qiu wrote:
Hi all
I get an error message when I compile the source code in Power7 platform
use the newest upstream kernel.
Hi Mike,
It depends on what your .config is. What defconfig are you building?
I
于 2013/4/24 16:31, Michael Ellerman 写道:
On Wed, Apr 24, 2013 at 04:22:53PM +0800, Mike Qiu wrote:
Hi all
I get an error message when I compile the source code in Power7 platform
use the newest upstream kernel.
Hi Mike,
It depends on what your .config is. What defconfig are you building
于 2013/4/25 9:05, Chen Gang 写道:
On 2013年04月24日 20:47, Mike wrote:
在 2013-04-24三的 20:37 +1000,Michael Neuling写道:
Mike Qiu qiud...@linux.vnet.ibm.com wrote:
于 2013/4/24 16:31, Michael Ellerman 写道:
On Wed, Apr 24, 2013 at 04:22:53PM +0800, Mike Qiu wrote:
Hi all
I get an error message when I
于 2013/3/6 11:54, Michael Ellerman 写道:
On Tue, Mar 05, 2013 at 03:19:57PM +0800, Mike Qiu wrote:
于 2013/3/5 10:23, Michael Ellerman 写道:
On Tue, Jan 15, 2013 at 03:38:55PM +0800, Mike Qiu wrote:
Adding a function irq_create_mapping_many() which can associate
multiple MSIs to a continous irq
于 2013/3/6 13:42, Michael Ellerman 写道:
On Wed, Mar 06, 2013 at 01:34:58PM +0800, Mike Qiu wrote:
于 2013/3/6 11:54, Michael Ellerman 写道:
On Tue, Mar 05, 2013 at 03:19:57PM +0800, Mike Qiu wrote:
于 2013/3/5 10:23, Michael Ellerman 写道:
On Tue, Jan 15, 2013 at 03:38:55PM +0800, Mike Qiu wrote
于 2013/3/5 10:23, Michael Ellerman 写道:
On Tue, Jan 15, 2013 at 03:38:55PM +0800, Mike Qiu wrote:
Adding a function irq_create_mapping_many() which can associate
multiple MSIs to a continous irq mapping.
This is needed to enable multiple MSI support for pSeries.
Signed-off-by: Mike Qiu qiud
于 2013/3/5 10:41, Paul Mundt 写道:
On Tue, Jan 15, 2013 at 03:38:55PM +0800, Mike Qiu wrote:
Adding a function irq_create_mapping_many() which can associate
multiple MSIs to a continous irq mapping.
This is needed to enable multiple MSI support for pSeries.
+int irq_create_mapping_many(struct
于 2013/3/1 11:54, Michael Ellerman 写道:
On Fri, Mar 01, 2013 at 11:08:45AM +0800, Mike wrote:
Hi all
Any comments? or any questions about my patchset?
You were going to get some performance numbers that show a definite
benefit for using more than one MSI.
Yes, but my patch just enable the
On Tue, 2013-01-15 at 15:38 +0800, Mike Qiu wrote:
Currently, multiple MSI feature hasn't been enabled in pSeries,
These patches try to enbale this feature.
Hi Mike,
These patches have been tested by using ipr driver, and the driver patch
has been made by Wen Xiong wenxi...@linux.vnet.ibm.com
2013/2/4 13:56, Michael Ellerman:
On Mon, 2013-02-04 at 11:49 +0800, Mike Qiu wrote:
On Tue, 2013-01-15 at 15:38 +0800, Mike Qiu wrote:
Currently, multiple MSI feature hasn't been enabled in pSeries,
These patches try to enbale this feature.
Hi Mike,
These patches have been tested by using
With the fix, the machine can boot up successfully
Tested-by: Mike Qiu qiud...@linux.vnet.ibm.com
于 2013/1/30 13:40, Aneesh Kumar K.V 写道:
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
The ASM version of hash computation function was truncating the upper bit.
Make the ASM version
0 0 Machine check exceptions
Mike Qiu (3):
irq: Set multiple MSI descriptor data for multiple IRQs
irq: Add hw continuous IRQs map to virtual continuous IRQs support
powerpc/pci: Enable pSeries multiple MSI feature
arch/powerpc/kernel/msi.c|4 --
arch/powerpc
Adding a function irq_create_mapping_many() which can associate
multiple MSIs to a continous irq mapping.
This is needed to enable multiple MSI support for pSeries.
Signed-off-by: Mike Qiu qiud...@linux.vnet.ibm.com
---
include/linux/irq.h |2 +
include/linux/irqdomain.h |3
PCI devices support MSI, MSIX as well as multiple MSI.
But pSeries does not support multiple MSI yet.
This patch enable multiple MSI feature in pSeries.
Signed-off-by: Mike Qiu qiud...@linux.vnet.ibm.com
---
arch/powerpc/kernel/msi.c|4 --
arch/powerpc/platforms/pseries/msi.c
Multiple MSI only requires the IRQ in msi_desc entry to be set as
the value of irq_base.
This patch implements the above mentioned technique.
Signed-off-by: Mike Qiu qiud...@linux.vnet.ibm.com
---
include/linux/irq.h |2 ++
kernel/irq/chip.c | 40
69 matches
Mail list logo