Hi Dave,
Thanks for the review.
On Mon, May 21, 2018 at 11:53 AM, Dave Young wrote:
> Hi Bhupesh,
> On 04/23/18 at 10:30am, Bhupesh Sharma wrote:
>> This patchset contains two patches:
>>
>> [1/2] - Adds a missing uninstall rule to 'Makefile.in' to allow easier
>> uninstallation of executa
在 2018年05月21日 21:23, Tom Lendacky 写道:
> On 5/20/2018 10:45 PM, lijiang wrote:
>> 在 2018年05月17日 21:45, lijiang 写道:
>>> 在 2018年05月15日 21:31, Tom Lendacky 写道:
On 5/14/2018 8:51 PM, Lianbo Jiang wrote:
> It is convenient to remap the old memory encrypted to the second kernel by
> calling i
I had tested this patch for P9/P8/ guest on powerKVM and powerVM. All
of them works fine.
On Tue, May 22, 2018 at 4:23 PM, Pingfan Liu wrote:
> For kexec -p, the boot cpu can be not the cpu0, this causes the problem
> to alloc paca[]. In theory, there is no requirement to assign cpu's logical
> i
On Mon, May 21, 2018 at 02:24:40PM +0800, Dave Young wrote:
> On 05/16/18 at 02:27pm, Philipp Rudo wrote:
> > Since kernel 4.17-rc2 s390 supports the kexec_file_load system call. Add
> > the new system call to kexec-tools and provide the -s (--kexec-file-syscall)
> > option for s390 to support this
For kexec -p, the boot cpu can be not the cpu0, this causes the problem
to alloc paca[]. In theory, there is no requirement to assign cpu's logical
id as its present seq by device tree. But we have something like
cpu_first_thread_sibling(), which makes assumption on the mapping inside
a core. Hence