sysfs_bin_attr_simple_read() helper")
> Reported-by: Guenter Roeck
> Closes:
> https://lore.kernel.org/r/e12b0027-b199-4de7-b83d-668171447...@roeck-us.net
> Signed-off-by: Lukas Wunner
Works for me.
Reviewed-by: Rafael J. Wysocki
> ---
> include/linux/sysfs.h | 9 +
| 27
> ++
> include/linux/sysfs.h | 15
> init/initramfs.c | 10 +---
> kernel/module/sysfs.c | 13 +------
> 10 files changed, 56 insertions(+), 85 deletions(-)
>
> --
For the series
Acked-by: Rafael J. Wysocki
On Fri, Oct 18, 2019 at 11:25 AM Rafael J. Wysocki wrote:
>
> On Wed, Oct 16, 2019 at 3:13 AM Dan Williams
> wrote:
> >
> > Currently hmat.c lives under an "hmat" directory which does not enhance
> > the description of the file. The initial motivation fo
named to srat.c and moved to drivers/acpi/numa/ along with
> hmat.c.
>
> Cc: Len Brown
> Cc: Keith Busch
> Acked-by: Rafael J. Wysocki
> Reviewed-by: Dave Hansen
> Signed-off-by: Dan Williams
Please note that https://patchwork.kernel.org/patch/11078171/ is being
pushed to Linu
{
> "chardev":"dax1.0",
> "size":"4.00 GiB (4.29 GB)"
> }
> ]
> },
> {
> "path":"\/platform\/hmem.0",
> "id":0,
> "size":"4.00 GiB (4.29 GB)
ccur
> after e820__reserve_resources_late() which is the point at which the
> iomem resource tree is populated with "Application Reserved"
> (IORES_DESC_APPLICATION_RESERVED). e820__reserve_resources_late()
> happens at subsys_initcall time.
>
> Cc: "Rafael J. Wysocki"
> Cc:
On 9/5/2019 1:06 AM, Dan Williams wrote:
On Mon, Sep 2, 2019 at 4:09 AM Rafael J. Wysocki wrote:
On Friday, August 30, 2019 3:52:18 AM CEST Dan Williams wrote:
Changes since v4 [1]:
- Rename the facility from "Application Reserved" to "Soft Reserved" to
better refle
3 +
> lib/Makefile|1
> lib/memregion.c | 18 +++
> 41 files changed, 584 insertions(+), 93 deletions(-)
> create mode 100644 arch/x86/include/asm/efi-stub.h
> delete mode 100644 drivers/acpi/hmat/Makefile
> rename drivers/acpi/{hmat/Kconfig => numa/Kconfig} (70%)
> create mode 100644 drivers/acpi/numa/Makefile
> rename drivers/acpi/{hmat/hmat.c => numa/hmat.c} (85%)
> rename drivers/acpi/{numa.c => numa/srat.c} (100%)
> create mode 100644 drivers/dax/hmem.c
> create mode 100644 drivers/firmware/efi/fake_mem.h
> create mode 100644 drivers/firmware/efi/x86-fake_mem.c
> create mode 100644 include/linux/memregion.h
> create mode 100644 lib/memregion.c
>
Acked-by: Rafael J. Wysocki
for the ACPI-related changes in this series.
ed to srat.c and moved to drivers/acpi/numa/ along with
> hmat.c.
>
> Cc: Len Brown
> Cc: Keith Busch
> Cc: "Rafael J. Wysocki"
> Signed-off-by: Dan Williams
A CC to linux-acpi is missing from this series.
> ---
> drivers/acpi/Kconfig |9 +
On Friday, May 31, 2019 12:59:27 AM CEST Dan Williams wrote:
> As a single source file object there is no need for the hmat enabling to
> have its own directory.
Well, I asked Keith to add that directory as the code in hmat.c is more related
to mm than to
the rest of the ACPI subsystem.
Is there
On Tuesday, February 19, 2019 2:50:04 PM CET Borislav Petkov wrote:
> On Tue, Feb 19, 2019 at 11:00:49AM +0100, Rafael J. Wysocki wrote:
> > Boris, any comments here?
>
> For both:
>
> Acked-by: Borislav Petkov
Both applied, thanks!
On Monday, January 28, 2019 11:04:22 AM CET Ross Lagerwall wrote:
> v2 changes:
> - Address Boris's comments.
>
> ---
>
> I recently encountered a crash in cper_estatus_check() when called by
> bert_init(). Patches follow to fix the problem. Note that I cannot fully
> test the patches since the h
On Tue, Jan 29, 2019 at 3:36 PM Ard Biesheuvel
wrote:
>
> On Tue, 22 Jan 2019 at 16:06, Ard Biesheuvel
> wrote:
> >
> > The bitmap left in the framebuffer by the firmware is described by an
> > ACPI table called "BGRT", which describes the size, pixel format and
> > the address of a BMP image in
t; - ICPU(INTEL_FAM6_ATOM_AIRMONT), /* Braswell, Cherry Trail */
> + INTEL_CPU_FAM6_NODATA(ATOM_SILVERMONT1),/* Valleyview, Bay
> Trail */
> + INTEL_CPU_FAM6_NODATA(ATOM_AIRMONT), /* Braswell, Cherry
> Trail */
> {}
> };
>
>
Acked-by: Rafael J. Wysocki
A(ATOM_AIRMONT), {
> DMI_MATCH(DMI_BOARD_VENDOR, "AMI Corporation"),
> DMI_MATCH(DMI_BOARD_NAME, "Default string"),
> DMI_MATCH(DMI_PRODUCT_NAME, "Default string"),
> DMI_MATCH(DMI_BIOS_DATE, "03/20/2017")
> }),
> - ENTRY("KIOX000A", "1", ICPU(INTEL_FAM6_ATOM_AIRMONT), {
> + ENTRY("KIOX000A", "1", INTEL_CPU_FAM6_NODATA(ATOM_AIRMONT), {
> DMI_MATCH(DMI_BOARD_VENDOR, "AMI Corporation"),
> DMI_MATCH(DMI_BOARD_NAME, "Default string"),
> DMI_MATCH(DMI_PRODUCT_NAME, "Default string"),
>
Acked-by: Rafael J. Wysocki
On Tue, Sep 11, 2018 at 3:28 AM Chao Fan wrote:
>
> On Mon, Sep 10, 2018 at 10:13:49PM +0200, Rafael J. Wysocki wrote:
> >On Mon, Sep 10, 2018 at 2:41 PM Chao Fan wrote:
> >>
> >> Imitate the ACPI code of parsing ACPI tables to dig and read ACPI
> >> ta
On Mon, Sep 10, 2018 at 2:41 PM Chao Fan wrote:
>
> Imitate the ACPI code of parsing ACPI tables to dig and read ACPI
> tables.
Why?
> Since some operations are not needed here,
What operations?
> functions are simplified. Functions will be used to dig SRAT tables to get
> information of memor
On Wednesday, May 16, 2018 11:41:33 AM CEST Mika Westerberg wrote:
> On Tue, May 15, 2018 at 08:32:02PM +0300, Andy Shevchenko wrote:
> > The commit
> >
> > 318a19718261 ("device property: refactor built-in properties support")
> >
> > went way too far and brought a union aliasing. Partially re
On Mon, May 14, 2018 at 6:13 PM, Andy Shevchenko
wrote:
> On Mon, 2018-05-14 at 17:40 +0200, Lukas Wunner wrote:
>> On Mon, May 14, 2018 at 03:48:09PM +0300, Andy Shevchenko wrote:
>> > On Mon, 2018-05-14 at 14:18 +0200, Lukas Wunner wrote:
>> > > On Tue, May 08, 2018 at 04:15:47PM +0300, Andy She
On Thu, Apr 26, 2018 at 12:23 PM, 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.
>
> Note, Apple properties support is still
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 aliasing. Partially revert it here
>
On Fri, Oct 27, 2017 at 8:35 AM, Daniel Drake wrote:
> On Sat, Mar 4, 2017 at 4:15 AM, Daniel Drake wrote:
>> Some particular Acer/Packard Bell machines hang during shutdown.
>> The system completely hangs while doing bit operations for turning on SLP_EN
>> bit in ACPI PM1A control address and Sl
64, given these were
> the last users.
>
> Signed-off-by: Jiri Slaby
> Cc: "H. Peter Anvin"
> Cc: Thomas Gleixner
> Cc: Ingo Molnar
> Cc: x...@kernel.org
> Cc: Herbert Xu
> Cc: "David S. Miller"
> Cc: "Rafael J. Wysocki"
> Cc: L
On Wednesday, August 30, 2017 2:41:41 PM CEST Christoph Hellwig wrote:
> On Wed, Jul 26, 2017 at 02:27:44AM +0200, Rafael J. Wysocki wrote:
> > > >> > Cc: "Rafael J. Wysocki"
> > > >> > Cc: Mika Westerberg
> > > >>
> > >
On Wednesday, July 26, 2017 01:03:03 PM Andy Shevchenko wrote:
> On Wed, 2017-07-26 at 02:27 +0200, Rafael J. Wysocki wrote:
> > On Wednesday, July 26, 2017 03:35:01 AM Andy Shevchenko wrote:
> > > On Wed, Jul 26, 2017 at 3:21 AM, Rafael J. Wysocki > > t> wrote:
>
&
On Wednesday, July 26, 2017 03:35:01 AM Andy Shevchenko wrote:
> On Wed, Jul 26, 2017 at 3:21 AM, Rafael J. Wysocki wrote:
> > On Tuesday, July 25, 2017 05:12:35 PM Mika Westerberg wrote:
> >> On Wed, Jul 19, 2017 at 09:28:57PM +0300, Andy Shevchenko wrote:
> >> > T
do
> > the conversion here.
> >
> > Cc: "Rafael J. Wysocki"
> > Cc: Mika Westerberg
>
> Acked-by: Mika Westerberg
OK
Andy, do you want me to apply this?
Thanks,
Rafael
--
To unsubscribe from this list: send the line "unsubscribe linux-efi&quo
On Wed, Jul 19, 2017 at 8:28 PM, Andy Shevchenko
wrote:
> There are new types and helpers that are supposed to be used in new code.
>
> As a preparation to get rid of legacy types and API functions do
> the conversion here.
Please talk to Mika about this one.
Thanks,
Rafael
--
To unsubscribe fro
On Friday, April 21, 2017 05:46:45 PM Andy Shevchenko wrote:
> Recently introduced helpers take pointers to uuid_{be|le} instead of
> reference.
>
> Using them makes code less ugly.
>
> Cc: "Rafael J. Wysocki"
> Signed-off-by: Andy Shevchenko
> ---
On Thu, Apr 6, 2017 at 10:09 PM, Rafael J. Wysocki wrote:
> On Thu, Apr 6, 2017 at 10:41 AM, David Howells wrote:
>> Oliver Neukum wrote:
>>
>>> Your swap partition may be located on an NVDIMM or be encrypted.
>>
>> An NVDIMM should be considered the
On Thu, Apr 6, 2017 at 10:41 AM, David Howells wrote:
> Oliver Neukum wrote:
>
>> Your swap partition may be located on an NVDIMM or be encrypted.
>
> An NVDIMM should be considered the same as any other persistent storage.
>
> It may be encrypted, but where's the key stored, how easy is it to re
On Thu, Apr 6, 2017 at 8:55 AM, David Howells wrote:
> Rafael J. Wysocki wrote:
>
>> You probably want to disable hibernation altogether in this case.
>
> See patch 10. Does that mean patch 11 is superfluous?
Yes, it does.
You can't open /dev/snapshot if hibernation_av
On Wed, Apr 5, 2017 at 10:16 PM, David Howells wrote:
> From: Josh Boyer
>
> This option allows userspace to pass the RSDP address to the kernel, which
> makes it possible for a user to circumvent any restrictions imposed on
> loading modules. Ignore the option when the kernel is locked down.
I
On Wed, Apr 5, 2017 at 10:16 PM, David Howells wrote:
> From: Matthew Garrett
>
> uswsusp allows a user process to dump and then restore kernel state, which
> makes it possible to modify the running kernel. Disable this if the kernel
> is locked down.
>
> Signed-off-by: Matthew Garrett
> Signed
On Friday, July 24, 2015 07:08:18 PM Jiri Kosina wrote:
> On Thu, 16 Jul 2015, Lee, Chun-Yi wrote:
>
> > This patchset is the implementation of signature verification of hibernate
> > snapshot image. The origin idea is from Jiri Kosina: Let EFI bootloader
> > generate key-pair in UEFI secure boot
On Monday, October 06, 2014 10:28:46 PM Guenter Roeck wrote:
> No users of pm_power_off are left, so it is safe to remove the function.
>
> Cc: Rafael J. Wysocki
> Cc: Pavel Machek
> Cc: Len Brown
> Signed-off-by: Guenter Roeck
ACK
> ---
> include/linux/pm.h
On Monday, October 06, 2014 10:28:05 PM Guenter Roeck wrote:
> Poweroff handlers may now be installed with register_poweroff_handler.
> Use the new API function have_kernel_poweroff to determine if a poweroff
> handler has been installed.
>
> Cc: Rafael J. Wysocki
> Cc: Pavel
what the valid bit meant - I think
> this is the right thing to do.
Agreed.
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line "unsubscribe linux-efi" in
the body of a message to majord...@vger.ke
ess we don't get a
> sensible value.
>
> Guys, what do you make of this? Firmware bug? Full thread here,
>
> http://article.gmane.org/gmane.linux.kernel.efi/3499
Firmware bug, but I guess we'll need to work around it.
Adding more CCs.
Thanks!
--
I speak only for
ACPI TAD device to set system clock, so move
> > acpi_early_init() before timekeeping_init(). This final position is
> > also before efi_enter_virtual_mode().
> >
> > v2:
> > Move acpi_early_init() before timekeeping_init() to prepare setting
> > system c
On Tuesday, January 14, 2014 12:09:08 PM joeyli wrote:
> 於 日，2014-01-12 於 01:30 +0100，Rafael J. Wysocki 提到：
> > OK
> >
> > I don't see any adverse effects of the patch below on a couple of my
> > test
> > boxes, but (a) they are Intel-based and (b) they are n
On Saturday, December 21, 2013 12:21:48 PM Matt Fleming wrote:
> On Fri, 20 Dec, at 11:18:56PM, Rafael J. Wysocki wrote:
> >
> > I'm not sure 100%, but I *think* we need to do that with interrupts enabled.
> > At least after mm_init(), because it relies on thi
nt acpica leaks the SystemCMOS handler:
>
> ACPI Error: Region SystemCMOS (ID=5) has no handler (20131115/exfldio-299)
This is not an ACPICA problem. We have no CMOS address space handler in Linux
and arguably there should be one. So I'd suggest implementing that to start
with or we r
On Friday, December 20, 2013 09:50:56 PM Matt Fleming wrote:
> On Fri, 20 Dec, at 01:43:38PM, H. Peter Anvin wrote:
> >
> > Possibly... will have to investigate. I would also ask if the same
> > applies to the PNP0B0x devices -- all we really need there is the
> > presence/absence indication and
On Friday, December 20, 2013 01:10:26 PM H. Peter Anvin wrote:
> On 12/19/2013 09:38 PM, joeyli wrote:
> >
> > If don't use EFI time, then the first priority is using ACPI TAD if it
> > present. Due to ACPI TAD is a generic acpi device that's need OS parsing
> > DSDT table before set system time.
On Sunday, September 15, 2013 08:56:46 AM Lee, Chun-Yi wrote:
> Hi experts,
>
> This patchset is the implementation for signature verification of hibernate
> snapshot image. The origin idea is from Jiri Kosina: Let EFI bootloader
> generate key-pair in UEFI secure boot environment, then pass it to
adding a sequence counter as follows.
>
> a variable name of first event: dump-type0-1-1-12345678
> a variable name of Second event: dump-type0-1-2-12345678
>
> type:0
> id:1
> sequence counter: 1(first event), 2(second event)
> ctime:12345678
>
> Sig
47 matches
Mail list logo
