On 11/27/13 at 11:20am, Matt Fleming wrote:
> On Tue, 26 Nov, at 01:57:55PM, Dave Young wrote:
> > +Users:
> > + Kexec Mailing List
>
> "Kexec" please.
Will change
>
> > +static ssize_t version_show(struct kobject *kobj,
> > + struct kobj_attribute
On 11/27/13 at 03:56pm, Borislav Petkov wrote:
> On Tue, Nov 26, 2013 at 01:57:55PM +0800, Dave Young wrote:
> > kexec-tools use boot_params for getting the 1st kernel hardware_subarch,
> > the kexec kernel efi runtime support also need read the old efi_info from
> > boot_params. Currently it
On 11/27/13 at 03:56pm, Borislav Petkov wrote:
On Tue, Nov 26, 2013 at 01:57:55PM +0800, Dave Young wrote:
kexec-tools use boot_params for getting the 1st kernel hardware_subarch,
the kexec kernel efi runtime support also need read the old efi_info from
boot_params. Currently it exists in
On 11/27/13 at 11:20am, Matt Fleming wrote:
On Tue, 26 Nov, at 01:57:55PM, Dave Young wrote:
+Users:
+ Kexec Mailing List ke...@lists.infradead.org
Kexec please.
Will change
+static ssize_t version_show(struct kobject *kobj,
+ struct
On Tue, Nov 26, 2013 at 01:57:55PM +0800, Dave Young wrote:
> kexec-tools use boot_params for getting the 1st kernel hardware_subarch,
> the kexec kernel efi runtime support also need read the old efi_info from
> boot_params. Currently it exists in debugfs which is not a good place for
> such
On Tue, 26 Nov, at 01:57:55PM, Dave Young wrote:
> +Users:
> + Kexec Mailing List
"Kexec" please.
> +static ssize_t version_show(struct kobject *kobj,
> + struct kobj_attribute *attr, char *buf)
This is pretty strange indentation. Usually we
On Tue, 26 Nov, at 01:57:55PM, Dave Young wrote:
+Users:
+ Kexec Mailing List ke...@lists.infradead.org
Kexec please.
+static ssize_t version_show(struct kobject *kobj,
+ struct kobj_attribute *attr, char *buf)
This is pretty strange
On Tue, Nov 26, 2013 at 01:57:55PM +0800, Dave Young wrote:
kexec-tools use boot_params for getting the 1st kernel hardware_subarch,
the kexec kernel efi runtime support also need read the old efi_info from
boot_params. Currently it exists in debugfs which is not a good place for
such
kexec-tools use boot_params for getting the 1st kernel hardware_subarch,
the kexec kernel efi runtime support also need read the old efi_info from
boot_params. Currently it exists in debugfs which is not a good place for
such infomation. Per HPA, we should avoid of "sploit debugfs".
In this patch
kexec-tools use boot_params for getting the 1st kernel hardware_subarch,
the kexec kernel efi runtime support also need read the old efi_info from
boot_params. Currently it exists in debugfs which is not a good place for
such infomation. Per HPA, we should avoid of sploit debugfs.
In this patch
10 matches
Mail list logo