EH
[0.048139] EEH: pSeries platform initialized
[0.405115] EEH: Capable adapter found: recovery enabled.
[root@atest-guest ~]#
Reviewed-by: Daniel Henrique Barboza
Signed-off-by: Mahesh Salgaonkar
---
Change in v3:
- Add a comment about reason for not checking for validity of supplied
confi
EH
[0.048139] EEH: pSeries platform initialized
[0.405115] EEH: Capable adapter found: recovery enabled.
[root@atest-guest ~]#
Signed-off-by: Mahesh Salgaonkar
---
Change in v2:
- Fix ibm,set-eeh-option instead of returning per-device PE config address.
- Changed patch subject line.
---
hw
On 5/5/21 7:10 PM, Mahesh Salgaonkar wrote:
> With upstream kernel, especially after commit 98ba956f6a389
> ("powerpc/pseries/eeh: Rework device EEH PE determination") we see that KVM
> guest isn't able to enable EEH option for PCI pass-through devices anymore.
Please ig
uest ~]# dmesg | grep EEH
[0.048139] EEH: pSeries platform initialized
[0.405115] EEH: Capable adapter found: recovery enabled.
[root@atest-guest ~]#
Signed-off-by: Mahesh Salgaonkar
---
Change in v2:
- Fix ibm,set-eeh-option instead of returning per-device PE config
On 2021-04-30 11:53:24 Fri, Oliver O'Halloran wrote:
> On Thu, Apr 29, 2021 at 7:02 PM Mahesh J Salgaonkar
> wrote:
> >
> > On 2021-04-28 22:33:45 Wed, Oliver O'Halloran wrote:
> > > On Tue, Apr 27, 2021 at 9:56 PM Mahesh Salgaonkar
> > > wrote:
&g
On 2021-04-30 07:52:58 Fri, Daniel Henrique Barboza wrote:
>
>
> On 4/29/21 6:02 AM, Mahesh J Salgaonkar wrote:
> > On 2021-04-28 22:33:45 Wed, Oliver O'Halloran wrote:
> > > On Tue, Apr 27, 2021 at 9:56 PM Mahesh Salgaonkar
> > > wrote:
> > > &g
On 2021-04-28 22:33:45 Wed, Oliver O'Halloran wrote:
> On Tue, Apr 27, 2021 at 9:56 PM Mahesh Salgaonkar
> wrote:
> >
> > With upstream kernel, especially after commit 98ba956f6a389
> > ("powerpc/pseries/eeh: Rework device EEH PE determination") we see that
st-guest ~]# dmesg | grep EEH
[0.048139] EEH: pSeries platform initialized
[ 0.405115] EEH: Capable adapter found: recovery enabled.
[root@atest-guest ~]#
Signed-off-by: Mahesh Salgaonkar
---
hw/ppc/spapr_pci.c |8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff
(Severe) Host TLB Multihit DAR:
deadbeefdeadbeef [Recovered]
[ 22.454605] MCE: CPU0: NIP: [c03e5804] kmem_cache_alloc+0x84/0x330
[ 22.454820] MCE: CPU0: Initiator CPU
[ 22.454944] MCE: CPU0: Unknown
Signed-off-by: Mahesh Salgaonkar
---
Change in v2:
- Fixed coding style issues
ERROR: code indent should never use tabs
> > #57: FILE: hw/ppc/spapr_events.c:739:
> > +^Iswitch (ext_elog->mc.error_type) {$
> >
>
> Yeah no tabs allowed in the QEMU code (see CODING_STYLE.rst).
>
> If your editor is emacs, you can consider setting these:
>
> (setq indent-tabs-mode nil)
> (setq c-basic-offset 4))
My bad. Will fix it and respin v2.
Thanks,
-Mahesh.
] kmem_cache_alloc+0x84/0x330
[ 22.454820] MCE: CPU0: Initiator CPU
[ 22.454944] MCE: CPU0: Unknown
Signed-off-by: Mahesh Salgaonkar
---
hw/ppc/spapr_events.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/hw/ppc/spapr_events.c b/hw/ppc/spapr_events.c
index
"fwnmi",
I guess this should be fine and should hit QEMU 5.0 release so that we
don't end up with two different CAP names for 5.0 and future releases.
Thanks,
-Mahesh.
));
Currently the rtas region is only of size 2048 (i.e RTAS_ERROR_LOG_MAX).
Do we need SLOF change to increase rtas area as well ? Otherwise QEMU
may corrupt guest memory area OR Am I wrong ?
Thanks,
-Mahesh/
> _FDT(fdt_setprop_cell(fdt, rtas, "rtas-error-log-max&quo
d-off-by: Nicholas Piggin
Looks good to me.
Reviwed-by: Mahesh Salgaonkar
Thanks,
-Mahesh.
> ---
> hw/ppc/spapr.c | 2 ++
> hw/ppc/spapr_rtas.c| 14 +-
> include/hw/ppc/spapr.h | 3 ++-
> 3 files changed, 17 insertions(+), 2 deletions(-)
>
> diff
I see similar problem when few I/Os are pumped and the VM goes non-responsive.
The host sees nearly 100% CPU utilization.
top - 08:58:57 up 18:42, 2 users, load average: 0.99, 0.98, 0.95
Tasks: 355 total, 1 running, 354 sleeping, 0 stopped, 0 zombie
%Cpu(s): 1.5 us, 2.7 sy, 0.0 ni, 95.8
#x27;
with regards,
Mahesh Kumar
The contents of this e-mail and any attachment(s) may contain confidential or
privileged information for the intended recipient(s). Unintended recipients are
prohibited from taking action on the basis of information in this e-mail and
using or disseminating t
2010 11:01 PM, Mahesh Salgaonkar wrote:
Qemu userspace tool to filter out guest OS memory from qemu core file.
Use '--enable-core-filter' option while running ./configure script to
build
qemu-core-filter tool. This is a post-processing tool works offline on
qemu
coredumps. This tool hel
Introduce documentation for qemu-core-filter in .texi format and update
Makefile to generate man page. Modified qemu-doc.texi to include documentation
for qemu-core-filter tool as a new chapter.
Signed-off-by: Mahesh Salgaonkar
---
Makefile | 14 ++--
qemu-core-filter.texi
eated ouput
coredump file of size 42M.
Please review the patches and let me know your comments.
Thanks,
-Mahesh.
--
Signed-off-by: Mahesh Salgaonkar
19 matches
Mail list logo
