Re: [PATCH v4 1/5] efi: Export boot-services code and data as debugfs-blobs

On 26 April 2018 at 23:02, Hans de Goede wrote: > Hi, > > > On 26-04-18 18:51, Ard Biesheuvel wrote: >> >> On 26 April 2018 at 14:06, Hans de Goede wrote: >>> >>> Sometimes it is useful to be able to dump the efi boot-services code and >>> data. This

Re: [PATCH v4 1/5] efi: Export boot-services code and data as debugfs-blobs

Hi, On 26-04-18 18:51, Ard Biesheuvel wrote: On 26 April 2018 at 14:06, Hans de Goede wrote: Sometimes it is useful to be able to dump the efi boot-services code and data. This commit adds these as debugfs-blobs to /sys/kernel/debug/efi, but only if efi=debug is passed on

Re: [PATCH v4 0/5] efi/firmware/platform-x86: Add EFI embedded fw support

On 26 April 2018 at 14:06, Hans de Goede wrote: > Hi All, > > Here is v4 of my patch-set to add support for EFI embedded fw to the kernel. > > Changes since v3: > -Drop note in docs about EFI_FIRMWARE_VOLUME_PROTOCOL, it is not part of > UEFI proper, so the EFI maintainers

Re: [PATCH v4 1/5] efi: Export boot-services code and data as debugfs-blobs

On 26 April 2018 at 14:06, Hans de Goede wrote: > Sometimes it is useful to be able to dump the efi boot-services code and > data. This commit adds these as debugfs-blobs to /sys/kernel/debug/efi, > but only if efi=debug is passed on the kernel-commandline as this requires >

Re: [RFC] arm64: extra entries in /proc/iomem for kexec

Hi Akashi, On 26/04/18 08:40, AKASHI Takahiro wrote: > On Wed, Apr 25, 2018 at 02:22:07PM +0100, James Morse wrote: >> On 25/04/18 10:20, AKASHI Takahiro wrote: >>> On Tue, Apr 24, 2018 at 05:08:57PM +0100, James Morse wrote: If we squash the memblock_reserved() stuff down so it appears as a

Re: [PATCH v1] device property: Get rid of union aliasing

On Thu, Apr 26, 2018 at 2:54 PM, Greg Kroah-Hartman wrote: > On Thu, Apr 26, 2018 at 01:23:56PM +0300, Andy Shevchenko wrote: >> The commit >> >> 318a19718261 ("device property: refactor built-in properties support") >> >> went way too far and brought a union

Re: [PATCH v1] device property: Get rid of union aliasing

On Thu, Apr 26, 2018 at 01:23:56PM +0300, Andy Shevchenko wrote: > The commit > > 318a19718261 ("device property: refactor built-in properties support") > > went way too far and brought a union aliasing. Partially revert it here > to get rid of union aliasing. What is "union aliasing"? And

[PATCH v4 2/5] efi: Add embedded peripheral firmware support

Just like with PCI options ROMs, which we save in the setup_efi_pci* functions from arch/x86/boot/compressed/eboot.c, the EFI code / ROM itself sometimes may contain data which is useful/necessary for peripheral drivers to have access to. Specifically the EFI code may contain an embedded copy of

[PATCH v4 1/5] efi: Export boot-services code and data as debugfs-blobs

Sometimes it is useful to be able to dump the efi boot-services code and data. This commit adds these as debugfs-blobs to /sys/kernel/debug/efi, but only if efi=debug is passed on the kernel-commandline as this requires not freeing those memory-regions, which costs 20+ MB of RAM. Reviewed-by:

[PATCH v4 4/5] platform/x86: touchscreen_dmi: Add EFI embedded firmware info support

Sofar we have been unable to get permission from the vendors to put the firmware for touchscreens listed in touchscreen_dmi in linux-firmware. Some of the tablets with such a touchscreen have a touchscreen driver, and thus a copy of the firmware, as part of their EFI code. This commit adds the

[PATCH v4 3/5] platform/x86: Rename silead_dmi to touchscreen_dmi

Not only silead touchscreens need some extra info not available in the ACPI tables to work properly. X86 devices with a Chipone ICN8505 chip also need some DMI based extra configuration. There is no reason to have separate dmi config code per touchscreen controller vendor. This commit renames

[PATCH v4 5/5] platform/x86: touchscreen_dmi: Add info for the Chuwi Vi8 Plus tablet

Add touchscreen info for the Chuwi Vi8 Plus tablet. This tablet uses a Chipone ICN8505 touchscreen controller, with the firmware used by the touchscreen embedded in the EFI firmware. Acked-by: Andy Shevchenko Signed-off-by: Hans de Goede ---

[PATCH v4 0/5] efi/firmware/platform-x86: Add EFI embedded fw support

Hi All, Here is v4 of my patch-set to add support for EFI embedded fw to the kernel. Changes since v3: -Drop note in docs about EFI_FIRMWARE_VOLUME_PROTOCOL, it is not part of UEFI proper, so the EFI maintainers don't want us referring people to it -Use new EFI_BOOT_SERVICES flag -Put the new

[PATCH v1] device property: Get rid of union aliasing

The commit 318a19718261 ("device property: refactor built-in properties support") went way too far and brought a union aliasing. Partially revert it here to get rid of union aliasing. Note, Apple properties support is still utilizing this trick. Signed-off-by: Andy Shevchenko

Re: [PATCH 2/2] drivers: firmware: efi: install new fdt in configuration table

On 26 April 2018 at 10:37, Grant Likely wrote: > On 25/04/2018 15:48, Udit Kumar wrote: >> >> >> >>> -Original Message- >>> From: Leif Lindholm [mailto:leif.lindh...@linaro.org] >>> Sent: Wednesday, April 25, 2018 4:20 PM >>> To: Grant Likely

Re: [PATCH 2/2] drivers: firmware: efi: install new fdt in configuration table

On 25/04/2018 15:48, Udit Kumar wrote: -Original Message- From: Leif Lindholm [mailto:leif.lindh...@linaro.org] Sent: Wednesday, April 25, 2018 4:20 PM To: Grant Likely Cc: Udit Kumar ; Ard Biesheuvel ; Pankaj

Re: [RFC] arm64: extra entries in /proc/iomem for kexec

James, On Wed, Apr 25, 2018 at 02:22:07PM +0100, James Morse wrote: > Hi Akashi, > > On 25/04/18 10:20, AKASHI Takahiro wrote: > > On Tue, Apr 24, 2018 at 05:08:57PM +0100, James Morse wrote: > >> On 16/04/18 11:08, AKASHI Takahiro wrote: > >>> On Thu, Apr 12, 2018 at 05:01:52PM +0100, James