All of lore.kernel.org
 help / color / mirror / Atom feed
From: Borislav Petkov <bp@alien8.de>
To: Dave Young <dyoung@redhat.com>
Cc: mjg59@srcf.ucam.org, linux-efi@vger.kernel.org,
	toshi.kani@hp.com, matt@console-pimps.org, greg@kroah.com,
	x86@kernel.org, kexec@lists.infradead.org,
	linux-kernel@vger.kernel.org,
	James.Bottomley@HansenPartnership.com, horms@verge.net.au,
	ebiederm@xmission.com, hpa@zytor.com, vgoyal@redhat.com
Subject: Re: [PATCH v4 10/12] x86: export x86 boot_params to sysfs
Date: Wed, 27 Nov 2013 15:56:34 +0100	[thread overview]
Message-ID: <20131127145634.GG32267@pd.tnic> (raw)
In-Reply-To: <1385445477-9665-11-git-send-email-dyoung@redhat.com>

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 infomation. Per HPA, we should avoid of "sploit debugfs".
> 
> In this patch /sys/kernel/boot_params are exported, also the setup_data
> is exported as a subdirectory. For original debugfs since it's already
> there for long time and kexec-tools is using it for hardware_subarch so
> let's do not remove them for now.

"kexec-tools is using debugfs for hardware_subarch for a long time now
so we're not removing it yet."

> Structure are like below:

	    is

> 
> /sys/kernel/boot_params
> ├── data		/* binary data for boot_params */

You mean "boot_params in binary"?

> ├── setup_data  	/* subdirectory for setup_data if there's any */

no need for that comment

> │   ├── 0		/* the first setup_data node */
> │   │   ├── data	/* binary data for setup_data node 0 */

"setup_data node 0 in binary"

> │   │   └── type	/* setup_data type of setup_data node 0, hex string */
> |   [snip]		/* other setup_data nodes ... */
> └── version		/* hex string for boot protocal version */

"boot protocol version (in hex, "0x" prefixed)"

> 
> Changelog:
> Greg: use __ATTR_RO() and group attr.
> 
> Signed-off-by: Dave Young <dyoung@redhat.com>
> ---
>  Documentation/ABI/testing/sysfs-kernel-boot_params |  40 +++
>  arch/x86/kernel/Makefile                           |   2 +-
>  arch/x86/kernel/ksysfs.c                           | 339 +++++++++++++++++++++
>  3 files changed, 380 insertions(+), 1 deletion(-)
>  create mode 100644 Documentation/ABI/testing/sysfs-kernel-boot_params
>  create mode 100644 arch/x86/kernel/ksysfs.c
> 
> diff --git a/Documentation/ABI/testing/sysfs-kernel-boot_params b/Documentation/ABI/testing/sysfs-kernel-boot_params
> new file mode 100644
> index 0000000..8014a93
> --- /dev/null
> +++ b/Documentation/ABI/testing/sysfs-kernel-boot_params
> @@ -0,0 +1,40 @@
> +What:		/sys/kernel/boot_params
> +Date:		November 2013
> +Contact:	Dave Young <dyoung@redhat.com>
> +Description:
> +		The /sys/kernel/boot_params directory contains two
> +		files: "data" and "version" and one subdirectory "setup_data".
> +		It is used to export the kernel boot parameters of x86

"... of an x86 platform to userspace for kexec and debugging purposes."

> +		platform to user space for kexec and debugging purpose.
> +
> +		If there's no setup_data in boot_params the subdirectory will
> +		not be created.
> +
> +		"data" file is the binary representation of struct boot_params.
> +
> +		"version" file is the string representation of boot
> +		protocol version.
> +
> +		"setup_data" subdirectory contains the setup_data data
> +		structure in boot_params. setup_data is maintained in kernel
> +		as a link list. In "setup_data" subdirectory there's one
> +		subdirectory for each link list node named with the number
> +		of the list nodes. The list node subdirectory contains two
> +		files "type" and "data". "type" file is the string
> +		representation of setup_data type.

string or int?
> +		"data" file is the binary
> +		representation of setup_data payload.
> +
> +		The whole boot_params directory structure is like below:
> +		/sys/kernel/boot_params
> +		├── data
> +		├── setup_data
> +		│   ├── 0
> +		│   │   ├── data
> +		│   │   └── type
> +		│   └── 1
> +		│       ├── data
> +		│       └── type
> +		└── version
> +
> +Users:
> +		Kexec Mailing List <kexec@lists.infradead.org>
> diff --git a/arch/x86/kernel/Makefile b/arch/x86/kernel/Makefile
> index a5408b9..473a4bb 100644
> --- a/arch/x86/kernel/Makefile
> +++ b/arch/x86/kernel/Makefile
> @@ -35,7 +35,7 @@ obj-y			+= alternative.o i8253.o pci-nommu.o hw_breakpoint.o
>  obj-y			+= tsc.o io_delay.o rtc.o
>  obj-y			+= pci-iommu_table.o
>  obj-y			+= resource.o
> -
> +obj-$(CONFIG_SYSFS)	+= ksysfs.o
>  obj-y				+= process.o
>  obj-y				+= i387.o xsave.o
>  obj-y				+= ptrace.o

Conflict with upstream, it should be:

diff --git a/arch/x86/kernel/Makefile b/arch/x86/kernel/Makefile
index 9b0a34e2cd79..851dcd1218fc 100644
--- a/arch/x86/kernel/Makefile
+++ b/arch/x86/kernel/Makefile
@@ -35,6 +35,7 @@ obj-y                 += alternative.o i8253.o pci-nommu.o hw_breakpoint.o
 obj-y                  += tsc.o io_delay.o rtc.o
 obj-y                  += pci-iommu_table.o
 obj-y                  += resource.o
+obj-$(CONFIG_SYSFS)    += ksysfs.o
 
 obj-$(CONFIG_PREEMPT)  += preempt.o
 

> diff --git a/arch/x86/kernel/ksysfs.c b/arch/x86/kernel/ksysfs.c
> new file mode 100644
> index 0000000..3f91207
> --- /dev/null
> +++ b/arch/x86/kernel/ksysfs.c
> @@ -0,0 +1,339 @@
> +/*
> + * Architecture specific sysfs attributes in /sys/kernel

Architecture-specific

...

-- 
Regards/Gruss,
    Boris.

Sent from a fat crate under my desk. Formatting is fine.
--

_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec

WARNING: multiple messages have this Message-ID (diff)
From: Borislav Petkov <bp-Gina5bIWoIWzQB+pC5nmwQ@public.gmane.org>
To: Dave Young <dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org,
	hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org,
	James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org,
	vgoyal-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org,
	horms-/R6kz+dDXgpPR4JQBCEnsQ@public.gmane.org,
	kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	greg-U8xfFu+wG4EAvxtiuMwx3w@public.gmane.org,
	matt-HNK1S37rvNbeXh+fF434Mdi2O/JbrIOy@public.gmane.org,
	toshi.kani-VXdhtT5mjnY@public.gmane.org
Subject: Re: [PATCH v4 10/12] x86: export x86 boot_params to sysfs
Date: Wed, 27 Nov 2013 15:56:34 +0100	[thread overview]
Message-ID: <20131127145634.GG32267@pd.tnic> (raw)
In-Reply-To: <1385445477-9665-11-git-send-email-dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>

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 infomation. Per HPA, we should avoid of "sploit debugfs".
> 
> In this patch /sys/kernel/boot_params are exported, also the setup_data
> is exported as a subdirectory. For original debugfs since it's already
> there for long time and kexec-tools is using it for hardware_subarch so
> let's do not remove them for now.

"kexec-tools is using debugfs for hardware_subarch for a long time now
so we're not removing it yet."

> Structure are like below:

	    is

> 
> /sys/kernel/boot_params
> ├── data		/* binary data for boot_params */

You mean "boot_params in binary"?

> ├── setup_data  	/* subdirectory for setup_data if there's any */

no need for that comment

> │   ├── 0		/* the first setup_data node */
> │   │   ├── data	/* binary data for setup_data node 0 */

"setup_data node 0 in binary"

> │   │   └── type	/* setup_data type of setup_data node 0, hex string */
> |   [snip]		/* other setup_data nodes ... */
> └── version		/* hex string for boot protocal version */

"boot protocol version (in hex, "0x" prefixed)"

> 
> Changelog:
> Greg: use __ATTR_RO() and group attr.
> 
> Signed-off-by: Dave Young <dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> ---
>  Documentation/ABI/testing/sysfs-kernel-boot_params |  40 +++
>  arch/x86/kernel/Makefile                           |   2 +-
>  arch/x86/kernel/ksysfs.c                           | 339 +++++++++++++++++++++
>  3 files changed, 380 insertions(+), 1 deletion(-)
>  create mode 100644 Documentation/ABI/testing/sysfs-kernel-boot_params
>  create mode 100644 arch/x86/kernel/ksysfs.c
> 
> diff --git a/Documentation/ABI/testing/sysfs-kernel-boot_params b/Documentation/ABI/testing/sysfs-kernel-boot_params
> new file mode 100644
> index 0000000..8014a93
> --- /dev/null
> +++ b/Documentation/ABI/testing/sysfs-kernel-boot_params
> @@ -0,0 +1,40 @@
> +What:		/sys/kernel/boot_params
> +Date:		November 2013
> +Contact:	Dave Young <dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> +Description:
> +		The /sys/kernel/boot_params directory contains two
> +		files: "data" and "version" and one subdirectory "setup_data".
> +		It is used to export the kernel boot parameters of x86

"... of an x86 platform to userspace for kexec and debugging purposes."

> +		platform to user space for kexec and debugging purpose.
> +
> +		If there's no setup_data in boot_params the subdirectory will
> +		not be created.
> +
> +		"data" file is the binary representation of struct boot_params.
> +
> +		"version" file is the string representation of boot
> +		protocol version.
> +
> +		"setup_data" subdirectory contains the setup_data data
> +		structure in boot_params. setup_data is maintained in kernel
> +		as a link list. In "setup_data" subdirectory there's one
> +		subdirectory for each link list node named with the number
> +		of the list nodes. The list node subdirectory contains two
> +		files "type" and "data". "type" file is the string
> +		representation of setup_data type.

string or int?
> +		"data" file is the binary
> +		representation of setup_data payload.
> +
> +		The whole boot_params directory structure is like below:
> +		/sys/kernel/boot_params
> +		├── data
> +		├── setup_data
> +		│   ├── 0
> +		│   │   ├── data
> +		│   │   └── type
> +		│   └── 1
> +		│       ├── data
> +		│       └── type
> +		└── version
> +
> +Users:
> +		Kexec Mailing List <kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>
> diff --git a/arch/x86/kernel/Makefile b/arch/x86/kernel/Makefile
> index a5408b9..473a4bb 100644
> --- a/arch/x86/kernel/Makefile
> +++ b/arch/x86/kernel/Makefile
> @@ -35,7 +35,7 @@ obj-y			+= alternative.o i8253.o pci-nommu.o hw_breakpoint.o
>  obj-y			+= tsc.o io_delay.o rtc.o
>  obj-y			+= pci-iommu_table.o
>  obj-y			+= resource.o
> -
> +obj-$(CONFIG_SYSFS)	+= ksysfs.o
>  obj-y				+= process.o
>  obj-y				+= i387.o xsave.o
>  obj-y				+= ptrace.o

Conflict with upstream, it should be:

diff --git a/arch/x86/kernel/Makefile b/arch/x86/kernel/Makefile
index 9b0a34e2cd79..851dcd1218fc 100644
--- a/arch/x86/kernel/Makefile
+++ b/arch/x86/kernel/Makefile
@@ -35,6 +35,7 @@ obj-y                 += alternative.o i8253.o pci-nommu.o hw_breakpoint.o
 obj-y                  += tsc.o io_delay.o rtc.o
 obj-y                  += pci-iommu_table.o
 obj-y                  += resource.o
+obj-$(CONFIG_SYSFS)    += ksysfs.o
 
 obj-$(CONFIG_PREEMPT)  += preempt.o
 

> diff --git a/arch/x86/kernel/ksysfs.c b/arch/x86/kernel/ksysfs.c
> new file mode 100644
> index 0000000..3f91207
> --- /dev/null
> +++ b/arch/x86/kernel/ksysfs.c
> @@ -0,0 +1,339 @@
> +/*
> + * Architecture specific sysfs attributes in /sys/kernel

Architecture-specific

...

-- 
Regards/Gruss,
    Boris.

Sent from a fat crate under my desk. Formatting is fine.
--

WARNING: multiple messages have this Message-ID (diff)
From: Borislav Petkov <bp@alien8.de>
To: Dave Young <dyoung@redhat.com>
Cc: linux-kernel@vger.kernel.org, linux-efi@vger.kernel.org,
	x86@kernel.org, mjg59@srcf.ucam.org, hpa@zytor.com,
	James.Bottomley@HansenPartnership.com, vgoyal@redhat.com,
	ebiederm@xmission.com, horms@verge.net.au,
	kexec@lists.infradead.org, greg@kroah.com,
	matt@console-pimps.org, toshi.kani@hp.com
Subject: Re: [PATCH v4 10/12] x86: export x86 boot_params to sysfs
Date: Wed, 27 Nov 2013 15:56:34 +0100	[thread overview]
Message-ID: <20131127145634.GG32267@pd.tnic> (raw)
In-Reply-To: <1385445477-9665-11-git-send-email-dyoung@redhat.com>

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 infomation. Per HPA, we should avoid of "sploit debugfs".
> 
> In this patch /sys/kernel/boot_params are exported, also the setup_data
> is exported as a subdirectory. For original debugfs since it's already
> there for long time and kexec-tools is using it for hardware_subarch so
> let's do not remove them for now.

"kexec-tools is using debugfs for hardware_subarch for a long time now
so we're not removing it yet."

> Structure are like below:

	    is

> 
> /sys/kernel/boot_params
> ├── data		/* binary data for boot_params */

You mean "boot_params in binary"?

> ├── setup_data  	/* subdirectory for setup_data if there's any */

no need for that comment

> │   ├── 0		/* the first setup_data node */
> │   │   ├── data	/* binary data for setup_data node 0 */

"setup_data node 0 in binary"

> │   │   └── type	/* setup_data type of setup_data node 0, hex string */
> |   [snip]		/* other setup_data nodes ... */
> └── version		/* hex string for boot protocal version */

"boot protocol version (in hex, "0x" prefixed)"

> 
> Changelog:
> Greg: use __ATTR_RO() and group attr.
> 
> Signed-off-by: Dave Young <dyoung@redhat.com>
> ---
>  Documentation/ABI/testing/sysfs-kernel-boot_params |  40 +++
>  arch/x86/kernel/Makefile                           |   2 +-
>  arch/x86/kernel/ksysfs.c                           | 339 +++++++++++++++++++++
>  3 files changed, 380 insertions(+), 1 deletion(-)
>  create mode 100644 Documentation/ABI/testing/sysfs-kernel-boot_params
>  create mode 100644 arch/x86/kernel/ksysfs.c
> 
> diff --git a/Documentation/ABI/testing/sysfs-kernel-boot_params b/Documentation/ABI/testing/sysfs-kernel-boot_params
> new file mode 100644
> index 0000000..8014a93
> --- /dev/null
> +++ b/Documentation/ABI/testing/sysfs-kernel-boot_params
> @@ -0,0 +1,40 @@
> +What:		/sys/kernel/boot_params
> +Date:		November 2013
> +Contact:	Dave Young <dyoung@redhat.com>
> +Description:
> +		The /sys/kernel/boot_params directory contains two
> +		files: "data" and "version" and one subdirectory "setup_data".
> +		It is used to export the kernel boot parameters of x86

"... of an x86 platform to userspace for kexec and debugging purposes."

> +		platform to user space for kexec and debugging purpose.
> +
> +		If there's no setup_data in boot_params the subdirectory will
> +		not be created.
> +
> +		"data" file is the binary representation of struct boot_params.
> +
> +		"version" file is the string representation of boot
> +		protocol version.
> +
> +		"setup_data" subdirectory contains the setup_data data
> +		structure in boot_params. setup_data is maintained in kernel
> +		as a link list. In "setup_data" subdirectory there's one
> +		subdirectory for each link list node named with the number
> +		of the list nodes. The list node subdirectory contains two
> +		files "type" and "data". "type" file is the string
> +		representation of setup_data type.

string or int?
> +		"data" file is the binary
> +		representation of setup_data payload.
> +
> +		The whole boot_params directory structure is like below:
> +		/sys/kernel/boot_params
> +		├── data
> +		├── setup_data
> +		│   ├── 0
> +		│   │   ├── data
> +		│   │   └── type
> +		│   └── 1
> +		│       ├── data
> +		│       └── type
> +		└── version
> +
> +Users:
> +		Kexec Mailing List <kexec@lists.infradead.org>
> diff --git a/arch/x86/kernel/Makefile b/arch/x86/kernel/Makefile
> index a5408b9..473a4bb 100644
> --- a/arch/x86/kernel/Makefile
> +++ b/arch/x86/kernel/Makefile
> @@ -35,7 +35,7 @@ obj-y			+= alternative.o i8253.o pci-nommu.o hw_breakpoint.o
>  obj-y			+= tsc.o io_delay.o rtc.o
>  obj-y			+= pci-iommu_table.o
>  obj-y			+= resource.o
> -
> +obj-$(CONFIG_SYSFS)	+= ksysfs.o
>  obj-y				+= process.o
>  obj-y				+= i387.o xsave.o
>  obj-y				+= ptrace.o

Conflict with upstream, it should be:

diff --git a/arch/x86/kernel/Makefile b/arch/x86/kernel/Makefile
index 9b0a34e2cd79..851dcd1218fc 100644
--- a/arch/x86/kernel/Makefile
+++ b/arch/x86/kernel/Makefile
@@ -35,6 +35,7 @@ obj-y                 += alternative.o i8253.o pci-nommu.o hw_breakpoint.o
 obj-y                  += tsc.o io_delay.o rtc.o
 obj-y                  += pci-iommu_table.o
 obj-y                  += resource.o
+obj-$(CONFIG_SYSFS)    += ksysfs.o
 
 obj-$(CONFIG_PREEMPT)  += preempt.o
 

> diff --git a/arch/x86/kernel/ksysfs.c b/arch/x86/kernel/ksysfs.c
> new file mode 100644
> index 0000000..3f91207
> --- /dev/null
> +++ b/arch/x86/kernel/ksysfs.c
> @@ -0,0 +1,339 @@
> +/*
> + * Architecture specific sysfs attributes in /sys/kernel

Architecture-specific

...

-- 
Regards/Gruss,
    Boris.

Sent from a fat crate under my desk. Formatting is fine.
--

  parent reply	other threads:[~2013-11-27 14:57 UTC|newest]

Thread overview: 214+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-26  5:57 [PATCH v4 00/12] kexec kernel efi runtime support Dave Young
2013-11-26  5:57 ` Dave Young
2013-11-26  5:57 ` Dave Young
2013-11-26  5:57 ` [PATCH v4 01/12] efi: remove unused variables in __map_region Dave Young
2013-11-26  5:57   ` Dave Young
2013-11-26  5:57   ` Dave Young
2013-11-26  5:57 ` [PATCH v4 02/12] efi: add a wrapper function efi_map_region_fixed Dave Young
2013-11-26  5:57   ` Dave Young
2013-11-26  5:57 ` [PATCH v4 03/12] efi: reserve boot service fix Dave Young
2013-11-26  5:57   ` Dave Young
2013-11-26  5:57 ` [PATCH v4 04/12] efi: cleanup efi_enter_virtual_mode function Dave Young
2013-11-26  5:57   ` Dave Young
2013-11-26  5:57   ` Dave Young
2013-11-26 14:51   ` Matt Fleming
2013-11-26 14:51     ` Matt Fleming
2013-11-26 14:51     ` Matt Fleming
2013-11-26  5:57 ` [PATCH v4 05/12] efi: export more efi table variable to sysfs Dave Young
2013-11-26  5:57   ` Dave Young
2013-11-26  5:57   ` Dave Young
2013-11-26  8:50   ` Borislav Petkov
2013-11-26  8:50     ` Borislav Petkov
2013-11-26  9:13     ` Dave Young
2013-11-26  9:13       ` Dave Young
2013-11-26  9:13       ` Dave Young
2013-11-26 15:57   ` Matt Fleming
2013-11-26 15:57     ` Matt Fleming
2013-11-26 15:57     ` Matt Fleming
2013-11-27  2:53     ` Dave Young
2013-11-27  2:53       ` Dave Young
2013-11-27  2:53       ` Dave Young
2013-11-26  5:57 ` [PATCH v4 06/12] efi: export efi runtime memory mapping " Dave Young
2013-11-26  5:57   ` Dave Young
2013-11-26  5:57   ` Dave Young
2013-11-26 19:30   ` Matt Fleming
2013-11-26 19:30     ` Matt Fleming
2013-11-26 19:30     ` Matt Fleming
2013-11-27  3:07     ` Dave Young
2013-11-27  3:07       ` Dave Young
2013-11-27  3:07       ` Dave Young
2013-11-27  8:17       ` Dave Young
2013-11-27  8:17         ` Dave Young
2013-11-27  8:17         ` Dave Young
2013-11-27 11:44   ` Borislav Petkov
2013-11-27 11:44     ` Borislav Petkov
2013-11-27 11:44     ` Borislav Petkov
2013-11-29  9:40     ` Dave Young
2013-11-29  9:40       ` Dave Young
2013-11-29  9:40       ` Dave Young
2013-11-29 11:50       ` Borislav Petkov
2013-11-29 11:50         ` Borislav Petkov
2013-11-29 11:50         ` Borislav Petkov
2013-11-29 11:59         ` Matt Fleming
2013-11-29 11:59           ` Matt Fleming
2013-11-29 11:59           ` Matt Fleming
2013-12-02  2:51           ` Dave Young
2013-12-02  2:51             ` Dave Young
2013-12-02  2:51             ` Dave Young
2013-12-02  2:59         ` Dave Young
2013-12-02  2:59           ` Dave Young
2013-12-02  2:59           ` Dave Young
2013-12-02  9:40           ` Borislav Petkov
2013-12-02  9:40             ` Borislav Petkov
2013-12-02  9:40             ` Borislav Petkov
2013-12-07  9:01             ` Dave Young
2013-12-07  9:01               ` Dave Young
2013-12-07  9:01               ` Dave Young
2013-12-07 13:30               ` Borislav Petkov
2013-12-07 13:30                 ` Borislav Petkov
2013-12-07 13:30                 ` Borislav Petkov
2013-12-07 21:46                 ` H. Peter Anvin
2013-12-07 21:46                   ` H. Peter Anvin
2013-12-07 21:46                   ` H. Peter Anvin
2013-12-09  2:23                 ` Dave Young
2013-12-09  2:23                   ` Dave Young
2013-12-09  2:23                   ` Dave Young
2013-11-26  5:57 ` [PATCH v4 07/12] efi: passing kexec necessary efi data via setup_data Dave Young
2013-11-26  5:57   ` Dave Young
2013-11-26  5:57   ` Dave Young
2013-11-26 22:04   ` Matt Fleming
2013-11-26 22:04     ` Matt Fleming
2013-11-26 22:04     ` Matt Fleming
2013-11-27  4:52     ` Dave Young
2013-11-27  4:52       ` Dave Young
2013-11-27  4:52       ` Dave Young
2013-11-27 10:17       ` Matt Fleming
2013-11-27 10:17         ` Matt Fleming
2013-11-27 10:17         ` Matt Fleming
2013-11-29  9:46         ` Dave Young
2013-11-29  9:46           ` Dave Young
2013-11-29  9:46           ` Dave Young
2013-11-27 14:07   ` Borislav Petkov
2013-11-27 14:07     ` Borislav Petkov
2013-11-27 14:07     ` Borislav Petkov
2013-11-29  9:14     ` Dave Young
2013-11-29  9:14       ` Dave Young
2013-11-29  9:14       ` Dave Young
2013-11-29 16:46       ` Borislav Petkov
2013-11-29 16:46         ` Borislav Petkov
2013-11-29 16:46         ` Borislav Petkov
2013-12-02  2:49         ` Dave Young
2013-12-02  2:49           ` Dave Young
2013-12-02  2:49           ` Dave Young
2013-12-02  9:44           ` Borislav Petkov
2013-12-02  9:44             ` Borislav Petkov
2013-12-02  9:44             ` Borislav Petkov
2013-12-02 22:33       ` Toshi Kani
2013-12-02 22:33         ` Toshi Kani
2013-12-02 22:33         ` Toshi Kani
2013-12-03  1:31         ` Toshi Kani
2013-12-03  1:31           ` Toshi Kani
2013-12-03  1:31           ` Toshi Kani
2013-12-03  1:56           ` Dave Young
2013-12-03  1:56             ` Dave Young
2013-12-03  1:56             ` Dave Young
2013-12-03 15:39             ` Toshi Kani
2013-12-03 15:39               ` Toshi Kani
2013-12-03 15:39               ` Toshi Kani
2013-12-04  2:46               ` Dave Young
2013-12-04  2:46                 ` Dave Young
2013-12-04  2:46                 ` Dave Young
2013-12-04 16:43                 ` Toshi Kani
2013-12-04 16:43                   ` Toshi Kani
2013-12-04 16:43                   ` Toshi Kani
2013-12-05  1:56                   ` Dave Young
2013-12-05  1:56                     ` Dave Young
2013-12-05  1:56                     ` Dave Young
2013-12-05 11:51                     ` Borislav Petkov
2013-12-05 11:51                       ` Borislav Petkov
2013-12-05 11:51                       ` Borislav Petkov
2013-12-05 15:56                       ` Toshi Kani
2013-12-05 15:56                         ` Toshi Kani
2013-12-05 15:56                         ` Toshi Kani
2013-12-05 20:52                         ` Borislav Petkov
2013-12-05 20:52                           ` Borislav Petkov
2013-12-05 20:52                           ` Borislav Petkov
2013-12-06  1:31                           ` Dave Young
2013-12-06  1:31                             ` Dave Young
2013-12-06  1:31                             ` Dave Young
2013-11-26  5:57 ` [PATCH v4 08/12] efi: only print saved efi runtime maps instead of all memmap ranges for kexec Dave Young
2013-11-26  5:57   ` Dave Young
2013-11-26  5:57   ` Dave Young
2013-11-27 10:27   ` Matt Fleming
2013-11-27 10:27     ` Matt Fleming
2013-11-27 14:27     ` Borislav Petkov
2013-11-27 14:27       ` Borislav Petkov
2013-11-27 14:27       ` Borislav Petkov
2013-11-29  8:50       ` Dave Young
2013-11-29  8:50         ` Dave Young
2013-11-29  8:50         ` Dave Young
2013-11-29 16:47         ` Borislav Petkov
2013-11-29 16:47           ` Borislav Petkov
2013-11-29 16:47           ` Borislav Petkov
2013-12-02  2:38           ` Dave Young
2013-12-02  2:38             ` Dave Young
2013-12-02  2:38             ` Dave Young
2013-11-29  8:47     ` Dave Young
2013-11-29  8:47       ` Dave Young
2013-11-29  8:47       ` Dave Young
2013-11-26  5:57 ` [PATCH v4 09/12] x86: add xloadflags bit for efi runtime support on kexec Dave Young
2013-11-26  5:57   ` Dave Young
2013-11-26  5:57   ` Dave Young
2013-11-27 14:27   ` Borislav Petkov
2013-11-27 14:27     ` Borislav Petkov
2013-11-27 14:27     ` Borislav Petkov
2013-11-29  8:44     ` Dave Young
2013-11-29  8:44       ` Dave Young
2013-11-29  8:44       ` Dave Young
2013-11-26  5:57 ` [PATCH v4 10/12] x86: export x86 boot_params to sysfs Dave Young
2013-11-26  5:57   ` Dave Young
2013-11-26  5:57   ` Dave Young
2013-11-27 11:20   ` Matt Fleming
2013-11-27 11:20     ` Matt Fleming
2013-11-27 11:20     ` Matt Fleming
2013-11-29  9:44     ` Dave Young
2013-11-29  9:44       ` Dave Young
2013-11-29  9:44       ` Dave Young
2013-11-27 14:56   ` Borislav Petkov [this message]
2013-11-27 14:56     ` Borislav Petkov
2013-11-27 14:56     ` Borislav Petkov
2013-11-29  8:42     ` Dave Young
2013-11-29  8:42       ` Dave Young
2013-11-29  8:42       ` Dave Young
2013-11-26  5:57 ` [PATCH v4 11/12] x86: reserve setup_data ranges late after parsing memmap cmdline Dave Young
2013-11-26  5:57   ` Dave Young
2013-11-26  5:57   ` Dave Young
2013-11-27 15:07   ` Borislav Petkov
2013-11-27 15:07     ` Borislav Petkov
2013-11-29  8:35     ` Dave Young
2013-11-29  8:35       ` Dave Young
2013-11-29  8:35       ` Dave Young
2013-11-29 16:56       ` Borislav Petkov
2013-11-29 16:56         ` Borislav Petkov
2013-11-29 16:56         ` Borislav Petkov
2013-11-26  5:57 ` [PATCH v4 12/12] x86: kdebugfs do not use __va for getting setup_data virt addr Dave Young
2013-11-26  5:57   ` Dave Young
2013-11-26  5:57   ` Dave Young
2013-11-26  6:04 ` [PATCH v4 00/12] kexec kernel efi runtime support Dave Young
2013-11-26  6:04   ` Dave Young
2013-11-26  6:04   ` Dave Young
2013-11-27 12:50 ` Matt Fleming
2013-11-27 12:50   ` Matt Fleming
2013-11-27 12:50   ` Matt Fleming
2013-11-28  2:08   ` Dave Young
2013-11-28  2:08     ` Dave Young
2013-11-28  2:08     ` Dave Young
2013-11-29  8:28     ` Dave Young
2013-11-29  8:28       ` Dave Young
2013-11-29  8:28       ` Dave Young
2013-11-29 17:02       ` Borislav Petkov
2013-11-29 17:02         ` Borislav Petkov
2013-11-29 17:02         ` Borislav Petkov
2013-12-02  2:32         ` Dave Young
2013-12-02  2:32           ` Dave Young
2013-12-02  2:32           ` Dave Young

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20131127145634.GG32267@pd.tnic \
    --to=bp@alien8.de \
    --cc=James.Bottomley@HansenPartnership.com \
    --cc=dyoung@redhat.com \
    --cc=ebiederm@xmission.com \
    --cc=greg@kroah.com \
    --cc=horms@verge.net.au \
    --cc=hpa@zytor.com \
    --cc=kexec@lists.infradead.org \
    --cc=linux-efi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=matt@console-pimps.org \
    --cc=mjg59@srcf.ucam.org \
    --cc=toshi.kani@hp.com \
    --cc=vgoyal@redhat.com \
    --cc=x86@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.