Re: [PATCH v2 2/2] kexec: extend kexec_file_load system call

Hello Dave, Sorry for the delay, I was trying to get the other patch series ready as I mentioned in the other email. Am Donnerstag, 18 August 2016, 16:19:46 schrieb Dave Young: > Since Eric was objecting the extension, I think you should convince him, > but I will review from code point of

Re: [PATCH v2 2/2] kexec: extend kexec_file_load system call

Hello Dave, Sorry for the delay, I was trying to get the other patch series ready as I mentioned in the other email. Am Donnerstag, 18 August 2016, 16:19:46 schrieb Dave Young: > Since Eric was objecting the extension, I think you should convince him, > but I will review from code point of

Re: [PATCH v2 2/2] kexec: extend kexec_file_load system call

Since Eric was objecting the extension, I think you should convince him, but I will review from code point of view. On 08/11/16 at 08:03pm, Thiago Jung Bauermann wrote: > From: AKASHI Takahiro > > Device tree blob must be passed to a second kernel on DTB-capable >

Re: [PATCH v2 2/2] kexec: extend kexec_file_load system call

Since Eric was objecting the extension, I think you should convince him, but I will review from code point of view. On 08/11/16 at 08:03pm, Thiago Jung Bauermann wrote: > From: AKASHI Takahiro > > Device tree blob must be passed to a second kernel on DTB-capable > archs, like powerpc and arm64,

[PATCH v2 2/2] kexec: extend kexec_file_load system call

Here is a new version implementing your suggestions. I also changed it to kmalloc fdset instead of using the stack. What do you think? From: AKASHI Takahiro Device tree blob must be passed to a second kernel on DTB-capable archs, like powerpc and arm64, but the

[PATCH v2 2/2] kexec: extend kexec_file_load system call

Here is a new version implementing your suggestions. I also changed it to kmalloc fdset instead of using the stack. What do you think? From: AKASHI Takahiro Device tree blob must be passed to a second kernel on DTB-capable archs, like powerpc and arm64, but the current kernel interface lacks

Re: [PATCH v2 2/2] kexec: extend kexec_file_load system call

Hello Balbir, Thank you for the review! Am Freitag, 12 August 2016, 18:17:39 schrieb Balbir Singh: > On Thu, Aug 11, 2016 at 08:03:58PM -0300, Thiago Jung Bauermann wrote: > > diff --git a/include/linux/fs.h b/include/linux/fs.h > > index 3523bf62f328..847d9c31f428 100644 > > ---

Re: [PATCH v2 2/2] kexec: extend kexec_file_load system call

Hello Balbir, Thank you for the review! Am Freitag, 12 August 2016, 18:17:39 schrieb Balbir Singh: > On Thu, Aug 11, 2016 at 08:03:58PM -0300, Thiago Jung Bauermann wrote: > > diff --git a/include/linux/fs.h b/include/linux/fs.h > > index 3523bf62f328..847d9c31f428 100644 > > ---

Re: [PATCH v2 2/2] kexec: extend kexec_file_load system call

On Thu, Aug 11, 2016 at 08:03:58PM -0300, Thiago Jung Bauermann wrote: > From: AKASHI Takahiro > > Device tree blob must be passed to a second kernel on DTB-capable > archs, like powerpc and arm64, but the current kernel interface > lacks this support. > > This patch

Re: [PATCH v2 2/2] kexec: extend kexec_file_load system call

On Thu, Aug 11, 2016 at 08:03:58PM -0300, Thiago Jung Bauermann wrote: > From: AKASHI Takahiro > > Device tree blob must be passed to a second kernel on DTB-capable > archs, like powerpc and arm64, but the current kernel interface > lacks this support. > > This patch extends kexec_file_load

[PATCH v2 2/2] kexec: extend kexec_file_load system call

From: AKASHI Takahiro Device tree blob must be passed to a second kernel on DTB-capable archs, like powerpc and arm64, but the current kernel interface lacks this support. This patch extends kexec_file_load system call by adding an extra argument to this syscall so

[PATCH v2 2/2] kexec: extend kexec_file_load system call

From: AKASHI Takahiro Device tree blob must be passed to a second kernel on DTB-capable archs, like powerpc and arm64, but the current kernel interface lacks this support. This patch extends kexec_file_load system call by adding an extra argument to this syscall so that an arbitrary number of