> Please send these as separate patches and include the compiler errors in
> the commit message. I'll pick them up and send them to Peter.
Sent.
>
> > build fix: move parse_efi_setup to efi*.c, call it in efi_init instead in
> > setup.c
>
> Why have you moved the call site for parse_efi_setup
On Thu, 02 Jan, at 10:42:56AM, Dave Young wrote:
>
> Hi, Matt
>
> randconfig build robot reports several problems:
> 1. sparse warnings which should be fixed by the early_memremap patches
Yeah, this will be fixed up when Mark's memremap patch series gets
merged.
> Here is the fix for 2. and 3,
On Sat, Dec 21, 2013 at 05:35:15PM +, Matt Fleming wrote:
> On Fri, 20 Dec, at 06:02:10PM, Dave Young wrote:
> > Here is the V7 patchset for supporting kexec kernel efi runtime.
> > Per pervious discussion I pass the 1st kernel efi runtime mapping
> > via setup_data to 2nd kernel. Besides of th
On 12/23/13 at 07:36am, Matt Fleming wrote:
> On Sun, 22 Dec, at 02:27:01PM, Toshi Kani wrote:
> >
> > The kexec branch is missing the following change, which is required for
> > fast reboot with multi-cpus.
> >
> >commit 279f1df915c3a6ed3075d98a849705bf53851f99
> >Author: Vivek Goyal
>
On Mon, 2013-12-23 at 07:36 +, Matt Fleming wrote:
> On Sun, 22 Dec, at 02:27:01PM, Toshi Kani wrote:
> >
> > The kexec branch is missing the following change, which is required for
> > fast reboot with multi-cpus.
> >
> >commit 279f1df915c3a6ed3075d98a849705bf53851f99
> >Author: Vive
On Sun, 22 Dec, at 02:27:01PM, Toshi Kani wrote:
>
> The kexec branch is missing the following change, which is required for
> fast reboot with multi-cpus.
>
>commit 279f1df915c3a6ed3075d98a849705bf53851f99
>Author: Vivek Goyal
>Date: Tue Nov 26 10:25:28 2013 +0800
>
>kexe
On 12/21/13 at 05:35pm, Matt Fleming wrote:
> On Fri, 20 Dec, at 06:02:10PM, Dave Young wrote:
> > Here is the V7 patchset for supporting kexec kernel efi runtime.
> > Per pervious discussion I pass the 1st kernel efi runtime mapping
> > via setup_data to 2nd kernel. Besides of the runtime mapping
On Sat, 2013-12-21 at 17:35 +, Matt Fleming wrote:
> On Fri, 20 Dec, at 06:02:10PM, Dave Young wrote:
> > Here is the V7 patchset for supporting kexec kernel efi runtime.
> > Per pervious discussion I pass the 1st kernel efi runtime mapping
> > via setup_data to 2nd kernel. Besides of the runti
On Fri, 20 Dec, at 06:02:10PM, Dave Young wrote:
> Here is the V7 patchset for supporting kexec kernel efi runtime.
> Per pervious discussion I pass the 1st kernel efi runtime mapping
> via setup_data to 2nd kernel. Besides of the runtime mapping
> info I also pass the fw_vendor, runtime, config ta
On Fri, 2013-12-20 at 18:02 +0800, Dave Young wrote:
> Here is the V7 patchset for supporting kexec kernel efi runtime.
> Per pervious discussion I pass the 1st kernel efi runtime mapping
> via setup_data to 2nd kernel. Besides of the runtime mapping
> info I also pass the fw_vendor, runtime, confi
Here is the V7 patchset for supporting kexec kernel efi runtime.
Per pervious discussion I pass the 1st kernel efi runtime mapping
via setup_data to 2nd kernel. Besides of the runtime mapping
info I also pass the fw_vendor, runtime, config table, smbios
physical address in setup_data. EFI spec ment
Here is the V6 patchset for supporting kexec kernel efi runtime.
Per pervious discussion I pass the 1st kernel efi runtime mapping
via setup_data to 2nd kernel. Besides of the runtime mapping
info I also pass the fw_vendor, runtime, config table, smbios
physical address in setup_data. EFI spec ment
On Tue, 10 Dec, at 03:38:01PM, H. Peter Anvin wrote:
> My intent was to pick them into a separate branch of the tip tree either
> directly or via Matt (since Matt feeds us anyway.)
>
> But yes, work is still underway, although it is getting there.
Yeah, I've only found a few minor nits this time.
On 12/10/2013 03:32 PM, Borislav Petkov wrote:
> On Tue, Dec 10, 2013 at 03:25:49PM -0800, Andrew Morton wrote:
>> On Mon, 9 Dec 2013 17:42:13 +0800 Dave Young wrote:
>>
>>> Here is the V5 patchset for supporting kexec kernel efi runtime.
>>
>> It's unclear (to me) who's supposed to merge this lo
On Tue, Dec 10, 2013 at 03:25:49PM -0800, Andrew Morton wrote:
> On Mon, 9 Dec 2013 17:42:13 +0800 Dave Young wrote:
>
> > Here is the V5 patchset for supporting kexec kernel efi runtime.
>
> It's unclear (to me) who's supposed to merge this lot. It's a "kexec"
> patch which actually hits on e
On Mon, 9 Dec 2013 17:42:13 +0800 Dave Young wrote:
> Here is the V5 patchset for supporting kexec kernel efi runtime.
It's unclear (to me) who's supposed to merge this lot. It's a "kexec"
patch which actually hits on efi and x86.
I grabbed them for some -next testing but won't be offended if
Hi,
Here is the V5 patchset for supporting kexec kernel efi runtime.
Per pervious discussion I pass the 1st kernel efi runtime mapping
via setup_data to 2nd kernel. Besides of the runtime mapping
info I also pass the fw_vendor, runtime, config table, smbios
physical address in setup_data. EFI spec
On 11/29/13 at 06:02pm, Borislav Petkov wrote:
> On Fri, Nov 29, 2013 at 04:28:22PM +0800, Dave Young wrote:
> > I think for anyone who are using early_memremap should know this is a
> > normal kernel memory instead of real __iomem
>
> You can never ever assume that people are using kernel interfa
On Fri, Nov 29, 2013 at 04:28:22PM +0800, Dave Young wrote:
> I think for anyone who are using early_memremap should know this is a
> normal kernel memory instead of real __iomem
You can never ever assume that people are using kernel interfaces
correctly.
--
Regards/Gruss,
Boris.
Sent from
On 11/28/13 at 10:08am, Dave Young wrote:
> On 11/27/13 at 12:50pm, Matt Fleming wrote:
> > On Tue, 26 Nov, at 01:57:45PM, Dave Young wrote:
> > > Hi,
> > >
> > > Here is the V4 resend for supporting kexec kernel efi runtime.
> > > Per pervious discussion I pass the 1st kernel efi runtime mapping
On 11/27/13 at 12:50pm, Matt Fleming wrote:
> On Tue, 26 Nov, at 01:57:45PM, Dave Young wrote:
> > Hi,
> >
> > Here is the V4 resend for supporting kexec kernel efi runtime.
> > Per pervious discussion I pass the 1st kernel efi runtime mapping
> > via setup_data to 2nd kernel. Besides of the runti
On Tue, 26 Nov, at 01:57:45PM, Dave Young wrote:
> Hi,
>
> Here is the V4 resend for supporting kexec kernel efi runtime.
> Per pervious discussion I pass the 1st kernel efi runtime mapping
> via setup_data to 2nd kernel. Besides of the runtime mapping
> info I also pass the fw_vendor, runtime, co
This is the resend of V4, there's no update for kexec-tools patches.
BTW, below is a git repo for anyone who want to test the patches:
https://github.com/daveyoung/linux.git
branch kexec-efi
To Boris: finally I created a git repo ;) Thanks.
--
To unsubscribe from this list: send the line "unsubsc
Hi,
Here is the V4 resend for supporting kexec kernel efi runtime.
Per pervious discussion I pass the 1st kernel efi runtime mapping
via setup_data to 2nd kernel. Besides of the runtime mapping
info I also pass the fw_vendor, runtime, config table, smbios
physical address in setup_data. EFI spec m
On 11/25/13 at 01:22pm, H. Peter Anvin wrote:
> On 11/25/2013 12:56 AM, dyo...@redhat.com wrote:
> >
> > For efi runtime mapping I add a new directory /sys/firmware/efi/
> > runtime-map/ like below
> > [dave@darkstar ~]$ tree /sys/firmware/efi/runtime-map/
> > /sys/firmware/efi/runtime-map/
> > â”
On 11/25/2013 12:56 AM, dyo...@redhat.com wrote:
>
> For efi runtime mapping I add a new directory /sys/firmware/efi/
> runtime-map/ like below
> [dave@darkstar ~]$ tree /sys/firmware/efi/runtime-map/
> /sys/firmware/efi/runtime-map/
> ├── 0
> │ ├── attribute
> │ ├── num_
Hi,
Sorry for the spam, the patch subject is not correct in previous
sending a while ago, send them again..
Here is the V4 for supporting kexec kernel efi runtime.
Per pervious discussion I pass the 1st kernel efi runtime mapping
via setup_data to 2nd kernel. Besides of the runtime mapping
info I
Hi,
Here is the V4 for supporting kexec kernel efi runtime.
Per pervious discussion I pass the 1st kernel efi runtime mapping
via setup_data to 2nd kernel. Besides of the runtime mapping
info I also pass the fw_vendor, runtime, config table, smbios
physical address in setup_data. EFI spec mentione
On Thu, 2013-11-21 at 14:17 +0800, dyo...@redhat.com wrote:
> Hi,
>
> Here is the V3 for supporting kexec kernel efi runtime.
> Per pervious discussion I pass the 1st kernel efi runtime mapping
> via setup_data to 2nd kernel. Besides of the runtime mapping
> info I also pass the fw_vendor, runtime
On 11/10/13 at 06:21pm, H. Peter Anvin wrote:
> On 11/10/2013 06:13 PM, Dave Young wrote:
> >
> > Huang Ying created the debugfs file for boot_params.
> > His first version patch tried sysfs, but sysfs is not designed for such
> > binary blobs so finally it go to debugfs.
> >
>
> That is a misu
On 11/10/2013 06:13 PM, Dave Young wrote:
>
> Huang Ying created the debugfs file for boot_params.
> His first version patch tried sysfs, but sysfs is not designed for such
> binary blobs so finally it go to debugfs.
>
That is a misunderstanding. Binary blobs can exist in sysfs as long as
the
On 11/08/13 at 09:01pm, H. Peter Anvin wrote:
> On 11/08/2013 07:57 PM, Dave Young wrote:
> >
> > Hmm, if CONFIG_DEBUG_BOOT_PARAMS is not set, then kexec-tools should
> > fail getting efi_info, so I will fix kexec-tools patch about this.
> >
> > Also CONFIG_EFI_RUNTIME_MAP should select CONFIG_DE
On 11/08/2013 07:57 PM, Dave Young wrote:
>
> Hmm, if CONFIG_DEBUG_BOOT_PARAMS is not set, then kexec-tools should
> fail getting efi_info, so I will fix kexec-tools patch about this.
>
> Also CONFIG_EFI_RUNTIME_MAP should select CONFIG_DEBUG_BOOT_PARAMS.
> In future will try to move the boot par
Hi, Matt
On 11/08/13 at 02:31pm, Matt Fleming wrote:
> On Tue, 05 Nov, at 04:20:07PM, dyo...@redhat.com wrote:
> > Hi,
> >
> > Here is the V2 for supporting kexec kernel efi runtime.
> > Per pervious discussion I pass the 1st kernel efi runtime mapping
> > via setup_data to 2nd kernel. Besides of
On Tue, 05 Nov, at 04:20:07PM, dyo...@redhat.com wrote:
> Hi,
>
> Here is the V2 for supporting kexec kernel efi runtime.
> Per pervious discussion I pass the 1st kernel efi runtime mapping
> via setup_data to 2nd kernel. Besides of the runtime mapping
> info I also pass the fw_vendor, runtime, co
On Tue, Nov 05, 2013 at 04:20:07PM +0800, dyo...@redhat.com wrote:
> Please help to review the patches.
Sure, but will have to wait 'til next week when I get back.
Thanks.
--
Regards/Gruss,
Boris.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messag
Hi,
Here is the V2 for supporting kexec kernel efi runtime.
Per pervious discussion I pass the 1st kernel efi runtime mapping
via setup_data to 2nd kernel. Besides of the runtime mapping
info I also pass the fw_vendor, runtime, config table, smbios
physical address in setup_data. EFI spec mentione
Hi,
Here is the 1st version for supporting kexec kernel efi runtime.
Per pervious discussion I pass the 1st kernel efi runtime mapping
via setup_data to 2nd kernel. Besides of the runtime mapping
info I also pass the fw_vendor, runtime, config table, smbios
physical address in setup_data. EFI spec
38 matches
Mail list logo
