On 27.06.14 11:53, Gavin Shan wrote:
On Thu, Jun 26, 2014 at 12:46:50PM +0200, Alexander Graf wrote:
On 26.06.14 12:43, Gavin Shan wrote:
On Thu, Jun 26, 2014 at 12:30:16PM +0200, Alexander Graf wrote:
On 26.06.14 03:35, Gavin Shan wrote:
The emulation for EEH RTAS requests from guest isn't
On Thu, Jun 26, 2014 at 12:46:50PM +0200, Alexander Graf wrote:
>
>On 26.06.14 12:43, Gavin Shan wrote:
>>On Thu, Jun 26, 2014 at 12:30:16PM +0200, Alexander Graf wrote:
>>>On 26.06.14 03:35, Gavin Shan wrote:
The emulation for EEH RTAS requests from guest isn't covered
by QEMU yet and the
On 26.06.14 12:43, Gavin Shan wrote:
On Thu, Jun 26, 2014 at 12:30:16PM +0200, Alexander Graf wrote:
On 26.06.14 03:35, Gavin Shan wrote:
The emulation for EEH RTAS requests from guest isn't covered
by QEMU yet and the patch implements them.
The patch defines constants used by EEH RTAS calls
On Thu, Jun 26, 2014 at 12:30:16PM +0200, Alexander Graf wrote:
>
>On 26.06.14 03:35, Gavin Shan wrote:
>>The emulation for EEH RTAS requests from guest isn't covered
>>by QEMU yet and the patch implements them.
>>
>>The patch defines constants used by EEH RTAS calls and adds
>>callback sPAPRPHBCla
On 26.06.14 03:35, Gavin Shan wrote:
The emulation for EEH RTAS requests from guest isn't covered
by QEMU yet and the patch implements them.
The patch defines constants used by EEH RTAS calls and adds
callback sPAPRPHBClass::eeh_handler, which is going to be used
this way:
1. RTAS calls are re
The emulation for EEH RTAS requests from guest isn't covered
by QEMU yet and the patch implements them.
The patch defines constants used by EEH RTAS calls and adds
callback sPAPRPHBClass::eeh_handler, which is going to be used
this way:
1. RTAS calls are received in spapr_pci.c, sanity check is d
