Linux ACPI

• Date Index

• Re: [GIT PULL] Device properties framework updates for v5.4-rc1, (continued)
  • Re: [GIT PULL] Device properties framework updates for v5.4-rc1, pr-tracker-bot
• [GIT PULL] ACPI updates for v5.4-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] ACPI updates for v5.4-rc1, pr-tracker-bot
• [GIT PULL] Power management updates for v5.4-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] Power management updates for v5.4-rc1, pr-tracker-bot
• [PATCH 00/11] Add support for software nodes to gpiolib, Dmitry Torokhov
  • [PATCH 09/11] gpiolib: of: tease apart acpi_find_gpio(), Dmitry Torokhov
    • Re: [PATCH 09/11] gpiolib: of: tease apart acpi_find_gpio(), Andy Shevchenko
  • [PATCH 10/11] gpiolib: consolidate fwnode GPIO lookups, Dmitry Torokhov
  • Re: [PATCH 00/11] Add support for software nodes to gpiolib, Andy Shevchenko
  • Re: [PATCH 00/11] Add support for software nodes to gpiolib, Linus Walleij
    • Re: [PATCH 00/11] Add support for software nodes to gpiolib, Dmitry Torokhov
      • Re: [PATCH 00/11] Add support for software nodes to gpiolib, Dmitry Torokhov
        • Re: [PATCH 00/11] Add support for software nodes to gpiolib, Linus Walleij
• [PATCH v6 00/12] Device property improvements, add %pfw format specifier, Sakari Ailus
  • [PATCH v6 04/12] device property: Move fwnode_get_parent() up, Sakari Ailus
  • [PATCH v6 01/12] tools lib traceevent: Convert remaining %p[fF] users to %p[sS], Sakari Ailus
    • Re: [PATCH v6 01/12] tools lib traceevent: Convert remaining %p[fF] users to %p[sS], Andy Shevchenko
    • Re: [PATCH v6 01/12] tools lib traceevent: Convert remaining %p[fF] users to %p[sS], Steven Rostedt
      • Re: [PATCH v6 01/12] tools lib traceevent: Convert remaining %p[fF] users to %p[sS], Joe Perches
        • Re: [PATCH v6 01/12] tools lib traceevent: Convert remaining %p[fF] users to %p[sS], Steven Rostedt
          • Re: [PATCH v6 01/12] tools lib traceevent: Convert remaining %p[fF] users to %p[sS], Joe Perches
            • Re: [PATCH v6 01/12] tools lib traceevent: Convert remaining %p[fF] users to %p[sS], Steven Rostedt
              • Re: [PATCH v6 01/12] tools lib traceevent: Convert remaining %p[fF] users to %p[sS], Joe Perches
                • Re: [PATCH v6 01/12] tools lib traceevent: Convert remaining %p[fF] users to %p[sS], Sakari Ailus
                  • Re: [PATCH v6 01/12] tools lib traceevent: Convert remaining %p[fF] users to %p[sS], Steven Rostedt
                    • Re: [PATCH v6 01/12] tools lib traceevent: Convert remaining %p[fF] users to %p[sS], Sakari Ailus
  • [PATCH v6 08/12] lib/vsprintf: Remove support for %pF and %pf in favour of %pS and %ps, Sakari Ailus
  • [PATCH v6 09/12] lib/vsprintf: Make use of fwnode API to obtain node names and separators, Sakari Ailus
  • [PATCH v6 11/12] lib/vsprintf: Add %pfw conversion specifier for printing fwnode names, Sakari Ailus
    • Re: [PATCH v6 11/12] lib/vsprintf: Add %pfw conversion specifier for printing fwnode names, Joe Perches
      • Re: [PATCH v6 11/12] lib/vsprintf: Add %pfw conversion specifier for printing fwnode names, Sakari Ailus
  • [PATCH v6 10/12] lib/vsprintf: OF nodes are first and foremost, struct device_nodes, Sakari Ailus
  • [PATCH v6 05/12] device property: Add functions for accessing node's parents, Sakari Ailus
  • [PATCH v6 06/12] device property: Add fwnode_get_name for returning the name of a node, Sakari Ailus
  • [PATCH v6 12/12] lib/test_printf: Add tests for %pfw printk modifier, Sakari Ailus
  • [PATCH v6 07/12] device property: Add a function to obtain a node's prefix, Sakari Ailus
  • [PATCH v6 03/12] software node: Make argument to to_software_node const, Sakari Ailus
  • [PATCH v6 02/12] software node: Get reference to parent swnode in get_parent op, Sakari Ailus
• [RESEND] ACPI / processor_idle: use dead loop instead of io port access for wait, Yin Fengwei
  • Re: [RESEND] ACPI / processor_idle: use dead loop instead of io port access for wait, Rafael J. Wysocki
    • Re: [RESEND] ACPI / processor_idle: use dead loop instead of io port access for wait, Yin, Fengwei
      • Re: [RESEND] ACPI / processor_idle: use dead loop instead of io port access for wait, Rafael J. Wysocki
        • Re: [RESEND] ACPI / processor_idle: use dead loop instead of io port access for wait, Yin, Fengwei
        • Re: [RESEND] ACPI / processor_idle: use dead loop instead of io port access for wait, Yin, Fengwei
• [RFC PATCH] tools: Add SPDX license to man pages, Joe Perches
  • Re: [RFC PATCH] tools: Add SPDX license to man pages, Mauro Carvalho Chehab
• [pm:bleeding-edge 175/181] drivers/cpuidle/driver.c:270:4: error: 'cpuidle_prev_governor' undeclared; did you mean 'cpuidle_find_governor'?, kbuild test robot
  • Re: [pm:bleeding-edge 175/181] drivers/cpuidle/driver.c:270:4: error: 'cpuidle_prev_governor' undeclared; did you mean 'cpuidle_find_governor'?, Joao Martins
    • Re: [pm:bleeding-edge 175/181] drivers/cpuidle/driver.c:270:4: error: 'cpuidle_prev_governor' undeclared; did you mean 'cpuidle_find_governor'?, Rafael J. Wysocki
• [v2] ACPI: support for NXP i2c controller, Biwen Li
  • Re: [v2] ACPI: support for NXP i2c controller, Andy Shevchenko
    • RE: [EXT] Re: [v2] ACPI: support for NXP i2c controller, Biwen Li
  • Re: [v2] ACPI: support for NXP i2c controller, Oleksij Rempel
  • RE: [v2] ACPI: support for NXP i2c controller, Biwen Li
  • Re: [v2] ACPI: support for NXP i2c controller, Wolfram Sang
• [PATCH v3 0/3] Add get/set ethernet address functions and ACPI MAC address pass through functionality to cdc_ncm driver, Charles Hyde
  • [PATCH v3 1/3] net: cdc_ncm: add get/set ethernet address functions, Charles Hyde
  • [PATCH v3 2/3] ACPI: move ACPI functionality out of r8152 driver, Charles Hyde
  • [PATCH v3 3/3] net: cdc_ncm: Add ACPI MAC address pass through functionality, Charles Hyde
    • Re: [PATCH v3 3/3] net: cdc_ncm: Add ACPI MAC address pass through functionality, Greg KH
• [PATCH v3 3/3] net: cdc_ncm: Add ACPI MAC address pass through functionality, Charles Hyde
• [PATCH v3 2/3] ACPI: move ACPI functionality out of r8152 driver, Charles Hyde
• [PATCH v11 0/6] Solve postboot supplier cleanup and optimize probe ordering, Saravana Kannan
  • [PATCH v11 1/6] driver core: Add fwnode_to_dev() to look up device from fwnode, Saravana Kannan
  • [PATCH v11 2/6] driver core: Add support for linking devices during device addition, Saravana Kannan
  • [PATCH v11 4/6] driver core: Add sync_state driver/bus callback, Saravana Kannan
  • [PATCH v11 3/6] of: property: Add functional dependency link from DT bindings, Saravana Kannan
    • Re: [PATCH v11 3/6] of: property: Add functional dependency link from DT bindings, Stephen Boyd
      • Re: [PATCH v11 3/6] of: property: Add functional dependency link from DT bindings, Greg Kroah-Hartman
        • Re: [PATCH v11 3/6] of: property: Add functional dependency link from DT bindings, Saravana Kannan
        • Re: [PATCH v11 3/6] of: property: Add functional dependency link from DT bindings, Stephen Boyd
          • Re: [PATCH v11 3/6] of: property: Add functional dependency link from DT bindings, Saravana Kannan
            • Re: [PATCH v11 3/6] of: property: Add functional dependency link from DT bindings, Stephen Boyd
  • [PATCH v11 5/6] of/platform: Pause/resume sync state during init and of_platform_populate(), Saravana Kannan
  • [PATCH v11 6/6] of: property: Create device links for all child-supplier depencencies, Saravana Kannan
  • Re: [PATCH v11 0/6] Solve postboot supplier cleanup and optimize probe ordering, Stephen Boyd
  • Re: [PATCH v11 0/6] Solve postboot supplier cleanup and optimize probe ordering, Greg Kroah-Hartman
• [PATCH] gpiolib: acpi: make acpi_can_fallback_to_crs() static, Dmitry Torokhov
  • Re: [PATCH] gpiolib: acpi: make acpi_can_fallback_to_crs() static, Andy Shevchenko
  • Re: [PATCH] gpiolib: acpi: make acpi_can_fallback_to_crs() static, Mika Westerberg
  • Re: [PATCH] gpiolib: acpi: make acpi_can_fallback_to_crs() static, Linus Walleij
• [PATCH] ACPI: EC: add support for hardware-reduced systems, Daniel Drake
  • Re: [PATCH] ACPI: EC: add support for hardware-reduced systems, Rafael J. Wysocki
• [PATCH v5 00/11] Device property improvements, add %pfw format specifier, Sakari Ailus
  • [PATCH v5 01/11] software node: Get reference to parent swnode in get_parent op, Sakari Ailus
  • [PATCH v5 02/11] software node: Make argument to to_software_node const, Sakari Ailus
  • [PATCH v5 08/11] lib/vsprintf: Make use of fwnode API to obtain node names and separators, Sakari Ailus
  • [PATCH v5 11/11] lib/test_printf: Add tests for %pfw printk modifier, Sakari Ailus
    • Re: [PATCH v5 11/11] lib/test_printf: Add tests for %pfw printk modifier, Andy Shevchenko
      • Re: [PATCH v5 11/11] lib/test_printf: Add tests for %pfw printk modifier, Sakari Ailus
        • Re: [PATCH v5 11/11] lib/test_printf: Add tests for %pfw printk modifier, Andy Shevchenko
          • Re: [PATCH v5 11/11] lib/test_printf: Add tests for %pfw printk modifier, Sakari Ailus
  • [PATCH v5 07/11] lib/vsprintf: Remove support for %pF and %pf in favour of %pS and %ps, Sakari Ailus
  • [PATCH v5 09/11] lib/vsprintf: OF nodes are first and foremost, struct device_nodes, Sakari Ailus
    • Re: [PATCH v5 09/11] lib/vsprintf: OF nodes are first and foremost, struct device_nodes, Petr Mladek
      • Re: [PATCH v5 09/11] lib/vsprintf: OF nodes are first and foremost, struct device_nodes, Petr Mladek
        • Re: [PATCH v5 09/11] lib/vsprintf: OF nodes are first and foremost, struct device_nodes, Andy Shevchenko
          • Re: [PATCH v5 09/11] lib/vsprintf: OF nodes are first and foremost, struct device_nodes, Sakari Ailus
  • [PATCH v5 10/11] lib/vsprintf: Add %pfw conversion specifier for printing fwnode names, Sakari Ailus
  • [PATCH v5 06/11] device property: Add a function to obtain a node's prefix, Sakari Ailus
  • [PATCH v5 05/11] device property: Add fwnode_get_name for returning the name of a node, Sakari Ailus
    • Re: [PATCH v5 05/11] device property: Add fwnode_get_name for returning the name of a node, Heikki Krogerus
      • Re: [PATCH v5 05/11] device property: Add fwnode_get_name for returning the name of a node, Sakari Ailus
  • [PATCH v5 04/11] device property: Add functions for accessing node's parents, Sakari Ailus
  • [PATCH v5 03/11] device property: Move fwnode_get_parent() up, Sakari Ailus
  • Re: [PATCH v5 00/11] Device property improvements, add %pfw format specifier, Joe Perches
    • Re: [PATCH v5 00/11] Device property improvements, add %pfw format specifier, Sakari Ailus
• [PATCH v4 00/11] Device property improvements, add %pfw format specifier, Sakari Ailus
  • [PATCH v4 03/11] device property: Move fwnode_get_parent() up, Sakari Ailus
    • Re: [PATCH v4 03/11] device property: Move fwnode_get_parent() up, Andy Shevchenko
  • [PATCH v4 01/11] software node: Get reference to parent swnode in get_parent op, Sakari Ailus
    • Re: [PATCH v4 01/11] software node: Get reference to parent swnode in get_parent op, Andy Shevchenko
  • [PATCH v4 08/11] lib/vsprintf: Make use of fwnode API to obtain node names and separators, Sakari Ailus
    • Re: [PATCH v4 08/11] lib/vsprintf: Make use of fwnode API to obtain node names and separators, Petr Mladek
      • Re: [PATCH v4 08/11] lib/vsprintf: Make use of fwnode API to obtain node names and separators, Sakari Ailus
  • [PATCH v4 11/11] lib/test_printf: Add tests for %pfw printk modifier, Sakari Ailus
    • Re: [PATCH v4 11/11] lib/test_printf: Add tests for %pfw printk modifier, Andy Shevchenko
      • Re: [PATCH v4 11/11] lib/test_printf: Add tests for %pfw printk modifier, Sakari Ailus
    • Re: [PATCH v4 11/11] lib/test_printf: Add tests for %pfw printk modifier, Petr Mladek
      • Re: [PATCH v4 11/11] lib/test_printf: Add tests for %pfw printk modifier, Sakari Ailus
  • [PATCH v4 04/11] device property: Add functions for accessing node's parents, Sakari Ailus
    • Re: [PATCH v4 04/11] device property: Add functions for accessing node's parents, Andy Shevchenko
      • Re: [PATCH v4 04/11] device property: Add functions for accessing node's parents, Sakari Ailus
        • Re: [PATCH v4 04/11] device property: Add functions for accessing node's parents, Andy Shevchenko
  • [PATCH v4 05/11] device property: Add fwnode_get_name for returning the name of a node, Sakari Ailus
  • [PATCH v4 10/11] lib/vsprintf: Add %pfw conversion specifier for printing fwnode names, Sakari Ailus
    • Re: [PATCH v4 10/11] lib/vsprintf: Add %pfw conversion specifier for printing fwnode names, Petr Mladek
      • Re: [PATCH v4 10/11] lib/vsprintf: Add %pfw conversion specifier for printing fwnode names, Sakari Ailus
        • Re: [PATCH v4 10/11] lib/vsprintf: Add %pfw conversion specifier for printing fwnode names, Andy Shevchenko
          • Re: [PATCH v4 10/11] lib/vsprintf: Add %pfw conversion specifier for printing fwnode names, Joe Perches
            • Re: [PATCH v4 10/11] lib/vsprintf: Add %pfw conversion specifier for printing fwnode names, Andy Shevchenko
        • Re: [PATCH v4 10/11] lib/vsprintf: Add %pfw conversion specifier for printing fwnode names, Joe Perches
          • Re: [PATCH v4 10/11] lib/vsprintf: Add %pfw conversion specifier for printing fwnode names, Sakari Ailus
  • [PATCH v4 09/11] lib/vsprintf: OF nodes are first and foremost, struct device_nodes, Sakari Ailus
    • Re: [PATCH v4 09/11] lib/vsprintf: OF nodes are first and foremost, struct device_nodes, Andy Shevchenko
  • [PATCH v4 06/11] device property: Add a function to obtain a node's prefix, Sakari Ailus
    • Re: [PATCH v4 06/11] device property: Add a function to obtain a node's prefix, Andy Shevchenko
  • [PATCH v4 07/11] lib/vsprintf: Remove support for %pF and %pf in favour of %pS and %ps, Sakari Ailus
    • Re: [PATCH v4 07/11] lib/vsprintf: Remove support for %pF and %pf in favour of %pS and %ps, Petr Mladek
      • Re: [PATCH v4 07/11] lib/vsprintf: Remove support for %pF and %pf in favour of %pS and %ps, Andy Shevchenko
        • Re: [PATCH v4 07/11] lib/vsprintf: Remove support for %pF and %pf in favour of %pS and %ps, Petr Mladek
          • Re: [PATCH v4 07/11] lib/vsprintf: Remove support for %pF and %pf in favour of %pS and %ps, Sakari Ailus
  • [PATCH v4 02/11] software node: Make argument to to_software_node const, Sakari Ailus
• [PATCH] ACPICA: Namespace: fix the no brace needed warning, tiantao
  • Re: [PATCH] ACPICA: Namespace: fix the no brace needed warning, Rafael J. Wysocki
• [PATCH v2 1/2] gpio: acpi: add quirk to override GpioInt polarity, Peter Cai
  • [PATCH v2 2/2] touchscreen: goodix: define GPIO mapping for GPD P2 Max, Peter Cai
    • Re: [PATCH v2 2/2] touchscreen: goodix: define GPIO mapping for GPD P2 Max, Andy Shevchenko
  • Re: [PATCH v2 1/2] gpio: acpi: add quirk to override GpioInt polarity, Andy Shevchenko
    • Re: [PATCH v2 1/2] gpio: acpi: add quirk to override GpioInt polarity, Linus Walleij
      • Re: [PATCH v2 1/2] gpio: acpi: add quirk to override GpioInt polarity, Andy Shevchenko
  • [PATCH v3 1/2] gpio: acpi: add quirk to override GpioInt polarity, Peter Cai
    • [PATCH v3 2/2] touchscreen: goodix: define GPIO mapping for GPD P2 Max, Peter Cai
      • Re: [PATCH v3 2/2] touchscreen: goodix: define GPIO mapping for GPD P2 Max, Bastien Nocera
        • Re: [PATCH v3 2/2] touchscreen: goodix: define GPIO mapping for GPD P2 Max, Peter Cai
          • Re: [PATCH v3 2/2] touchscreen: goodix: define GPIO mapping for GPD P2 Max, Bastien Nocera
• [PATCH 3/3] net: cdc_ncm: Add ACPI MAC address pass through functionality, Charles.Hyde
  • Re: [PATCH 3/3] net: cdc_ncm: Add ACPI MAC address pass through functionality, Oliver Neukum
    • RE: [PATCH 3/3] net: cdc_ncm: Add ACPI MAC address pass through functionality, Charles.Hyde
      • RE: [PATCH 3/3] net: cdc_ncm: Add ACPI MAC address pass through functionality, Mario.Limonciello
  • <Possible follow-ups>
  • [PATCH 3/3] net: cdc_ncm: Add ACPI MAC address pass through functionality, Charles.Hyde
    • Re: [PATCH 3/3] net: cdc_ncm: Add ACPI MAC address pass through functionality, Chunfeng Yun
      • Re: [PATCH 3/3] net: cdc_ncm: Add ACPI MAC address pass through functionality, chip.programmer
    • Re: [PATCH 3/3] net: cdc_ncm: Add ACPI MAC address pass through functionality, Bjørn Mork
      • Re: [PATCH 3/3] net: cdc_ncm: Add ACPI MAC address pass through functionality, Dan Williams
• [PATCH 2/3] ACPI: move ACPI functionality out of r8152 driver, Charles.Hyde
  • <Possible follow-ups>
  • [PATCH 2/3] ACPI: move ACPI functionality out of r8152 driver, Charles.Hyde
• [PATCH 1/3] net: cdc_ncm: add get/set ethernet address functions, Charles.Hyde
  • Re: [PATCH 1/3] net: cdc_ncm: add get/set ethernet address functions, Oliver Neukum
    • RE: [PATCH 1/3] net: cdc_ncm: add get/set ethernet address functions, Charles.Hyde
  • <Possible follow-ups>
  • [PATCH 1/3] net: cdc_ncm: add get/set ethernet address functions, Charles.Hyde
    • Re: [PATCH 1/3] net: cdc_ncm: add get/set ethernet address functions, Bjørn Mork
      • RE: [PATCH 1/3] net: cdc_ncm: add get/set ethernet address functions, Charles.Hyde
        • RE: [PATCH 1/3] net: cdc_ncm: add get/set ethernet address functions, Alan Stern
          • RE: [PATCH 1/3] net: cdc_ncm: add get/set ethernet address functions, Charles.Hyde
            • Re: [PATCH 1/3] net: cdc_ncm: add get/set ethernet address functions, Bjørn Mork
              • RE: [PATCH 1/3] net: cdc_ncm: add get/set ethernet address functions, Charles.Hyde
                • Re: [PATCH 1/3] net: cdc_ncm: add get/set ethernet address functions, Bjørn Mork
                  • RE: [PATCH 1/3] net: cdc_ncm: add get/set ethernet address functions, Charles.Hyde
• [PATCH 0/3] Add get/set ethernet address functions and ACPI MAC address pass through functionality to cdc_ncm driver, Charles.Hyde
  • <Possible follow-ups>
  • [PATCH 0/3] Add get/set ethernet address functions and ACPI MAC address pass through functionality to cdc_ncm driver, Charles.Hyde
    • RE: [PATCH 0/3] Add get/set ethernet address functions and ACPI MAC address pass through functionality to cdc_ncm driver, Mario.Limonciello
      • RE: [PATCH 0/3] Add get/set ethernet address functions and ACPI MAC address pass through functionality to cdc_ncm driver, Charles.Hyde
        • Re: [PATCH 0/3] Add get/set ethernet address functions and ACPI MAC address pass through functionality to cdc_ncm driver, Greg KH
• [PATCH] ACPI / property: Fix acpi_graph_get_remote_endpoint() name in kerneldoc, Geert Uytterhoeven
• [PATCH v1] ACPI / platform: Unregister stale platform devices, Andy Shevchenko
  • Re: [PATCH v1] ACPI / platform: Unregister stale platform devices, kbuild test robot
    • Re: [PATCH v1] ACPI / platform: Unregister stale platform devices, Andy Shevchenko
      • Re: [kbuild-all] [PATCH v1] ACPI / platform: Unregister stale platform devices, Rong Chen
  • Re: [PATCH v1] ACPI / platform: Unregister stale platform devices, kbuild test robot
    • Re: [PATCH v1] ACPI / platform: Unregister stale platform devices, Andy Shevchenko
  • Re: [PATCH v1] ACPI / platform: Unregister stale platform devices, Andy Shevchenko
  • Re: [PATCH v1] ACPI / platform: Unregister stale platform devices, Rafael J. Wysocki
    • Re: [PATCH v1] ACPI / platform: Unregister stale platform devices, Andy Shevchenko
• [PATCH 1/2] gpio: acpi: add quirk to override GpioInt polarity, Peter Cai
  • [PATCH 2/2] touchscreen: goodix: define GPIO mapping for GPD P2 Max, Peter Cai
    • Re: [PATCH 2/2] touchscreen: goodix: define GPIO mapping for GPD P2 Max, Andy Shevchenko
      • Re: [PATCH 2/2] touchscreen: goodix: define GPIO mapping for GPD P2 Max, Peter Cai
      • Message not available
        • Re: [PATCH 2/2] touchscreen: goodix: define GPIO mapping for GPD P2 Max, Andy Shevchenko
    • Re: [PATCH 2/2] touchscreen: goodix: define GPIO mapping for GPD P2 Max, kbuild test robot
  • Re: [PATCH 1/2] gpio: acpi: add quirk to override GpioInt polarity, Andy Shevchenko
• [PATCH v3 00/10] Device property improvements, add %pfw format specifier, Sakari Ailus
  • [PATCH v3 01/10] software node: Get reference to parent swnode in get_parent op, Sakari Ailus
    • Re: [PATCH v3 01/10] software node: Get reference to parent swnode in get_parent op, Andy Shevchenko
      • Re: [PATCH v3 01/10] software node: Get reference to parent swnode in get_parent op, Sakari Ailus
    • Re: [PATCH v3 01/10] software node: Get reference to parent swnode in get_parent op, Heikki Krogerus
    • Re: [PATCH v3 01/10] software node: Get reference to parent swnode in get_parent op, Andy Shevchenko
  • [PATCH v3 10/10] lib/test_printf: Add tests for %pfw printk modifier, Sakari Ailus
    • Re: [PATCH v3 10/10] lib/test_printf: Add tests for %pfw printk modifier, Andy Shevchenko
  • [PATCH v3 09/10] lib/vsprintf: Add %pfw conversion specifier for printing fwnode names, Sakari Ailus
    • Re: [PATCH v3 09/10] lib/vsprintf: Add %pfw conversion specifier for printing fwnode names, Andy Shevchenko
      • Re: [PATCH v3 09/10] lib/vsprintf: Add %pfw conversion specifier for printing fwnode names, Sakari Ailus
  • [PATCH v3 05/10] device property: Add a function to obtain a node's prefix, Sakari Ailus
    • Re: [PATCH v3 05/10] device property: Add a function to obtain a node's prefix, Andy Shevchenko
      • Re: [PATCH v3 05/10] device property: Add a function to obtain a node's prefix, Sakari Ailus
  • [PATCH v3 06/10] lib/vsprintf: Remove support for %pF and %pf in favour of %pS and %ps, Sakari Ailus
    • Re: [PATCH v3 06/10] lib/vsprintf: Remove support for %pF and %pf in favour of %pS and %ps, Andy Shevchenko
      • Re: [PATCH v3 06/10] lib/vsprintf: Remove support for %pF and %pf in favour of %pS and %ps, Sakari Ailus
    • Re: [PATCH v3 06/10] lib/vsprintf: Remove support for %pF and %pf in favour of %pS and %ps, Andy Shevchenko
      • Re: [PATCH v3 06/10] lib/vsprintf: Remove support for %pF and %pf in favour of %pS and %ps, Sakari Ailus
  • [PATCH v3 07/10] lib/vsprintf: Make use of fwnode API to obtain node names and separators, Sakari Ailus
    • Re: [PATCH v3 07/10] lib/vsprintf: Make use of fwnode API to obtain node names and separators, Andy Shevchenko
      • Re: [PATCH v3 07/10] lib/vsprintf: Make use of fwnode API to obtain node names and separators, Sakari Ailus
        • Re: [PATCH v3 07/10] lib/vsprintf: Make use of fwnode API to obtain node names and separators, Andy Shevchenko
  • [PATCH v3 08/10] lib/vsprintf: OF nodes are first and foremost, struct device_nodes, Sakari Ailus
    • Re: [PATCH v3 08/10] lib/vsprintf: OF nodes are first and foremost, struct device_nodes, Andy Shevchenko
      • Re: [PATCH v3 08/10] lib/vsprintf: OF nodes are first and foremost, struct device_nodes, Sakari Ailus
  • [PATCH v3 03/10] device property: Add functions for accessing node's parents, Sakari Ailus
    • [PATCH v4 03/10] device property: Add functions for accessing node's parents, Sakari Ailus
      • Re: [PATCH v4 03/10] device property: Add functions for accessing node's parents, Andy Shevchenko
        • Re: [PATCH v4 03/10] device property: Add functions for accessing node's parents, Sakari Ailus
    • Re: [PATCH v3 03/10] device property: Add functions for accessing node's parents, Andy Shevchenko
      • Re: [PATCH v3 03/10] device property: Add functions for accessing node's parents, Sakari Ailus
  • [PATCH v3 04/10] device property: Add fwnode_get_name for returning the name of a node, Sakari Ailus
    • Re: [PATCH v3 04/10] device property: Add fwnode_get_name for returning the name of a node, Andy Shevchenko
  • [PATCH v3 02/10] software node: Make argument to to_software_node const, Sakari Ailus
    • Re: [PATCH v3 02/10] software node: Make argument to to_software_node const, Andy Shevchenko
    • Re: [PATCH v3 02/10] software node: Make argument to to_software_node const, Heikki Krogerus
• [pm:devprop 1/4] drivers/base/swnode.c:656 software_node_find_by_name() error: uninitialized symbol 'swnode'., Dan Carpenter
• [PATCH v10 0/7] Solve postboot supplier cleanup and optimize probe ordering, Saravana Kannan
  • [PATCH v10 2/7] of: property: Add functional dependency link from DT bindings, Saravana Kannan
    • Re: [PATCH v10 2/7] of: property: Add functional dependency link from DT bindings, Rob Herring
  • [PATCH v10 3/7] driver core: Add sync_state driver/bus callback, Saravana Kannan
  • [PATCH v10 5/7] of: property: Create device links for all child-supplier depencencies, Saravana Kannan
  • [PATCH v10 6/7] dt-bindings: Add depends-on property to break cyclic inferred dependencies, Saravana Kannan
  • [PATCH v10 4/7] of/platform: Pause/resume sync state during init and of_platform_populate(), Saravana Kannan
  • [PATCH v10 7/7] of: property: Add "depends-on" parsing support to of_fwnode_add_links(), Saravana Kannan
  • [PATCH v10 1/7] driver core: Add support for linking devices during device addition, Saravana Kannan
  • Re: [PATCH v10 0/7] Solve postboot supplier cleanup and optimize probe ordering, Rob Herring
    • Re: [PATCH v10 0/7] Solve postboot supplier cleanup and optimize probe ordering, Saravana Kannan
• [pm:bleeding-edge 123/124] ERROR: "kvm_arch_para_hints" [drivers/cpuidle/cpuidle-haltpoll.ko] undefined!, kbuild test robot
• [pm:bleeding-edge 123/124] drivers/cpuidle/governors/haltpoll.c:144:48: error: 'KVM_HINTS_REALTIME' undeclared; did you mean 'VM_DIRTY_RATIO'?, kbuild test robot
• [PATCH v3] ACPI / CPPC: do not require the _PSD method when using CPPC, Al Stone
• [PATCH v2] gpiolib: acpi: Add gpiolib_acpi_run_edge_events_on_boot option and blacklist, Hans de Goede
  • Re: [PATCH v2] gpiolib: acpi: Add gpiolib_acpi_run_edge_events_on_boot option and blacklist, Mika Westerberg
  • Re: [PATCH v2] gpiolib: acpi: Add gpiolib_acpi_run_edge_events_on_boot option and blacklist, Andy Shevchenko
    • Re: [PATCH v2] gpiolib: acpi: Add gpiolib_acpi_run_edge_events_on_boot option and blacklist, Hans de Goede
      • Re: [PATCH v2] gpiolib: acpi: Add gpiolib_acpi_run_edge_events_on_boot option and blacklist, Hans de Goede
        • Re: [PATCH v2] gpiolib: acpi: Add gpiolib_acpi_run_edge_events_on_boot option and blacklist, Ian W MORRISON
  • Re: [PATCH v2] gpiolib: acpi: Add gpiolib_acpi_run_edge_events_on_boot option and blacklist, Linus Walleij
• [PATCH] PCI: Move PCI Express ASPM function prototypes and definitions to pci.h, Krzysztof Wilczynski
  • Re: [PATCH] PCI: Move PCI Express ASPM function prototypes and definitions to pci.h, Bjorn Helgaas
• [PATCH 0/3] PCI/ACPI: Rename _HPP to _HPX and move of ACPI-specific code from probe.c, Krzysztof Wilczynski
  • [PATCH 1/3] PCI/ACPI: Rename ACPI Hot Plug structs for Type 0, 1 and 2 from _HPP to _HPX, Krzysztof Wilczynski
  • [PATCH 3/3] PCI/ACPI: Remove unnecessary struct hotplug_program_ops from pci-acpi.c, Krzysztof Wilczynski
  • [PATCH 2/3] PCI/ACPI: Move ACPI-specific Hot Plug programming functions to pci-acpi.c, Krzysztof Wilczynski
  • Re: [PATCH 0/3] PCI/ACPI: Rename _HPP to _HPX and move of ACPI-specific code from probe.c, Bjorn Helgaas
• [PATCH v2] ACPI / CPPC: do not require the _PSD method when using CPPC, Al Stone
  • Re: [PATCH v2] ACPI / CPPC: do not require the _PSD method when using CPPC, Rafael J. Wysocki
    • Re: [PATCH v2] ACPI / CPPC: do not require the _PSD method when using CPPC, Al Stone
• [PATCH v2 0/5] Support running driver's probe for a device powered off, Sakari Ailus
  • [PATCH v2 3/5] ov5670: Support probe whilst the device is in a low power state, Sakari Ailus
  • [PATCH v2 4/5] media: i2c: imx319: Support probe while the device is off, Sakari Ailus
  • [PATCH v2 1/5] ACPI: Enable driver and firmware hints to control power at probe time, Sakari Ailus
    • Re: [PATCH v2 1/5] ACPI: Enable driver and firmware hints to control power at probe time, Greg Kroah-Hartman
      • Re: [PATCH v2 1/5] ACPI: Enable driver and firmware hints to control power at probe time, Sakari Ailus
        • Re: [PATCH v2 1/5] ACPI: Enable driver and firmware hints to control power at probe time, Greg Kroah-Hartman
          • Re: [PATCH v2 1/5] ACPI: Enable driver and firmware hints to control power at probe time, Sakari Ailus
          • Re: [PATCH v2 1/5] ACPI: Enable driver and firmware hints to control power at probe time, Rafael J. Wysocki
            • Re: [PATCH v2 1/5] ACPI: Enable driver and firmware hints to control power at probe time, Sakari Ailus
              • Re: [PATCH v2 1/5] ACPI: Enable driver and firmware hints to control power at probe time, Rafael J. Wysocki
    • Re: [PATCH v2 1/5] ACPI: Enable driver and firmware hints to control power at probe time, Greg Kroah-Hartman
      • Re: [PATCH v2 1/5] ACPI: Enable driver and firmware hints to control power at probe time, Sakari Ailus
  • [PATCH v2 2/5] ACPI: Add a convenience function to tell a device is suspended in probe, Sakari Ailus
  • [PATCH v2 5/5] at24: Support probing while off, Sakari Ailus
• [RFC 3/3] net: cdc_ncm: Add ACPI MAC address pass through functionality, Charles.Hyde
  • Re: [RFC 3/3] net: cdc_ncm: Add ACPI MAC address pass through functionality, Bjørn Mork
• [RFC 2/3] ACPI: move ACPI functionality out of r8152 driver, Charles.Hyde
  • Re: [RFC 2/3] ACPI: move ACPI functionality out of r8152 driver, Greg KH
  • Re: [RFC 2/3] ACPI: move ACPI functionality out of r8152 driver, Bjørn Mork
    • RE: [RFC 2/3] ACPI: move ACPI functionality out of r8152 driver, Mario.Limonciello
      • RE: [RFC 2/3] ACPI: move ACPI functionality out of r8152 driver, Charles.Hyde
        • RE: [RFC 2/3] ACPI: move ACPI functionality out of r8152 driver, Mario.Limonciello
          • RE: [RFC 2/3] ACPI: move ACPI functionality out of r8152 driver, Charles.Hyde
• [RFC 1/3] net: cdc_ncm: add get/set ethernet address functions, Charles.Hyde
  • Re: [RFC 1/3] net: cdc_ncm: add get/set ethernet address functions, Oliver Neukum
    • RE: [RFC 1/3] net: cdc_ncm: add get/set ethernet address functions, Mario.Limonciello
• [RFC 0/3] Add support into cdc_ncm for MAC address pass through, Charles.Hyde
• [PATCH] gpiolib: acpi: Add gpiolib_acpi_run_edge_events_on_boot option and blacklist, Hans de Goede
  • Re: [PATCH] gpiolib: acpi: Add gpiolib_acpi_run_edge_events_on_boot option and blacklist, Ian W MORRISON
  • Re: [PATCH] gpiolib: acpi: Add gpiolib_acpi_run_edge_events_on_boot option and blacklist, Andy Shevchenko
    • Re: [PATCH] gpiolib: acpi: Add gpiolib_acpi_run_edge_events_on_boot option and blacklist, Hans de Goede
• [PATCH v1] device property: Remove duplicate test for NULL, Andy Shevchenko
  • Re: [PATCH v1] device property: Remove duplicate test for NULL, Sakari Ailus
  • Re: [PATCH v1] device property: Remove duplicate test for NULL, Rafael J. Wysocki
• gpiolib-acpi problematic trigger of edge events during boot, Daniel Drake
  • Re: gpiolib-acpi problematic trigger of edge events during boot, Hans de Goede
• [PATCH -next] ACPI: SBS: remove unused variable 'SMBUS_PEC', YueHaibing
  • Re: [PATCH -next] ACPI: SBS: remove unused variable 'SMBUS_PEC', Rafael J. Wysocki
• [PATCH] ACPI / LPSS: Save/restore LPSS private registers also on Lynxpoint, Jarkko Nikula
  • Re: [PATCH] ACPI / LPSS: Save/restore LPSS private registers also on Lynxpoint, Andy Shevchenko
    • Re: [PATCH] ACPI / LPSS: Save/restore LPSS private registers also on Lynxpoint, Curtis Malainey
  • Re: [PATCH] ACPI / LPSS: Save/restore LPSS private registers also on Lynxpoint, Rafael J. Wysocki
• [PATCH 0/4 V4] ACPI: Support generic initiator proximity domains, Jonathan Cameron
  • [PATCH 2/4] arm64: Support Generic Initiator only domains, Jonathan Cameron
  • [PATCH 1/4] ACPI: Support Generic Initiator only domains, Jonathan Cameron
    • Re: [PATCH 1/4] ACPI: Support Generic Initiator only domains, Rafael J. Wysocki
      • Re: [PATCH 1/4] ACPI: Support Generic Initiator only domains, Jonathan Cameron
  • [PATCH 4/4] ACPI: Let ACPI know we support Generic Initiator Affinity Structures, Jonathan Cameron
  • [PATCH 3/4] x86: Support Generic Initiator only proximity domains, Jonathan Cameron
• [PATCH v2] ACPI: PM: s2idle: Always set up EC GPE for system wakeup, Rafael J. Wysocki
• [PATCH] ACPI: PM: s2idle: Always set up EC GPE for system wakeup, Rafael J. Wysocki
  • Re: [PATCH] ACPI: PM: s2idle: Always set up EC GPE for system wakeup, Andy Shevchenko
    • Re: [PATCH] ACPI: PM: s2idle: Always set up EC GPE for system wakeup, Rafael J. Wysocki
• [PATCH v2] ACPI / PCI: fix acpi_pci_irq_enable() memory leak, Wenwen Wang
  • Re: [PATCH v2] ACPI / PCI: fix acpi_pci_irq_enable() memory leak, Rafael J. Wysocki
    • Re: [PATCH v2] ACPI / PCI: fix acpi_pci_irq_enable() memory leak, Bjorn Helgaas
      • Re: [PATCH v2] ACPI / PCI: fix acpi_pci_irq_enable() memory leak, Rafael J. Wysocki
• [RFC 4/4] net: cdc_ncm: Add ACPI MAC address pass through functionality, Charles.Hyde
  • Re: [RFC 4/4] net: cdc_ncm: Add ACPI MAC address pass through functionality, Bjørn Mork
    • RE: [RFC 4/4] net: cdc_ncm: Add ACPI MAC address pass through functionality, Mario.Limonciello
• [RFC 3/4] Move ACPI functionality out of r8152 driver, Charles.Hyde
  • Re: [RFC 3/4] Move ACPI functionality out of r8152 driver, Andrew Lunn
  • Re: [RFC 3/4] Move ACPI functionality out of r8152 driver, Bjørn Mork
• [RFC 2/4] Allow cdc_ncm to set MAC address in hardware, Charles.Hyde
  • Re: [RFC 2/4] Allow cdc_ncm to set MAC address in hardware, Oliver Neukum
• [RFC 1/4] Add usb_get_address and usb_set_address support, Charles.Hyde
  • Re: [RFC 1/4] Add usb_get_address and usb_set_address support, Greg KH
    • Re: [RFC 1/4] Add usb_get_address and usb_set_address support, Charles.Hyde
      • Re: [RFC 1/4] Add usb_get_address and usb_set_address support, Oliver Neukum
        • RE: [RFC 1/4] Add usb_get_address and usb_set_address support, Charles.Hyde
  • Re: [RFC 1/4] Add usb_get_address and usb_set_address support, Greg KH
  • Re: [RFC 1/4] Add usb_get_address and usb_set_address support, Andrew Lunn
    • Re: [RFC 1/4] Add usb_get_address and usb_set_address support, Charles.Hyde
  • Re: [RFC 1/4] Add usb_get_address and usb_set_address support, Oliver Neukum
• [RFC 0/4] Add support into cdc_ncm for MAC address pass through, Charles.Hyde
  • Re: [RFC 0/4] Add support into cdc_ncm for MAC address pass through, Oliver Neukum
• [PATCH 0/6 V2] CCIX Protocol error reporting., Jonathan Cameron
  • [PATCH 1/6 V2] efi / ras: CCIX Memory error reporting, Jonathan Cameron
  • [PATCH 2/6 V2] efi / ras: CCIX Cache error reporting, Jonathan Cameron
  • [PATCH 4/6 V2] efi / ras: CCIX Port error reporting, Jonathan Cameron
  • [PATCH 3/6 V2] efi / ras: CCIX Address Translation Cache error reporting, Jonathan Cameron
  • [PATCH 5/6 V2] efi / ras: CCIX Link error reporting, Jonathan Cameron
  • [PATCH 6/6 V2] efi / ras: CCIX Agent internal error reporting, Jonathan Cameron
  • Re: [PATCH 0/6 V2] CCIX Protocol error reporting., Thomas Gleixner
• [PATCH V40 14/29] ACPI: Limit access to custom_method when the kernel is locked down, Matthew Garrett
  • Re: [PATCH V40 14/29] ACPI: Limit access to custom_method when the kernel is locked down, Rafael J. Wysocki
• [PATCH V40 15/29] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down, Matthew Garrett
  • Re: [PATCH V40 15/29] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down, Rafael J. Wysocki
• [PATCH V40 16/29] acpi: Disable ACPI table override if the kernel is locked down, Matthew Garrett
  • Re: [PATCH V40 16/29] acpi: Disable ACPI table override if the kernel is locked down, Rafael J. Wysocki
• [PATCH] ACPI/PCI: Remove surplus parentheses from a return statement, Krzysztof Wilczynski
  • Re: [PATCH] ACPI/PCI: Remove surplus parentheses from a return statement, Andrew Murray
  • Re: [PATCH] ACPI/PCI: Remove surplus parentheses from a return statement, Rafael J. Wysocki
• [PATCH v2] Skip deferred request irqs for devices known to fail, Ian W MORRISON
  • Re: [PATCH v2] Skip deferred request irqs for devices known to fail, Hans de Goede
    • Re: [PATCH v2] Skip deferred request irqs for devices known to fail, Hans de Goede
  • Re: [PATCH v2] Skip deferred request irqs for devices known to fail, Andy Shevchenko
• [PATCH v3 0/8] thunderbolt: Intel Ice Lake support, Mika Westerberg
  • [PATCH v3 3/8] thunderbolt: Use 32-bit writes when writing ring producer/consumer, Mika Westerberg
  • [PATCH v3 5/8] thunderbolt: Hide switch attributes that are not set, Mika Westerberg
  • [PATCH v3 7/8] thunderbolt: Add support for Intel Ice Lake, Mika Westerberg
  • [PATCH v3 6/8] thunderbolt: Expose active parts of NVM even if upgrade is not supported, Mika Westerberg
  • [PATCH v3 8/8] ACPI / property: Add two new Thunderbolt property GUIDs to the list, Mika Westerberg
  • [PATCH v3 2/8] thunderbolt: Move NVM upgrade support flag to struct icm, Mika Westerberg
  • [PATCH v3 1/8] thunderbolt: Correct path indices for PCIe tunnel, Mika Westerberg
  • [PATCH v3 4/8] thunderbolt: Do not fail adding switch if some port is not implemented, Mika Westerberg
  • RE: [PATCH v3 0/8] thunderbolt: Intel Ice Lake support, Mario.Limonciello
    • Re: [PATCH v3 0/8] thunderbolt: Intel Ice Lake support, Mika Westerberg
      • RE: [PATCH v3 0/8] thunderbolt: Intel Ice Lake support, Mario.Limonciello
        • RE: [PATCH v3 0/8] thunderbolt: Intel Ice Lake support, Mario.Limonciello
          • Re: [PATCH v3 0/8] thunderbolt: Intel Ice Lake support, Mika Westerberg
    • Re: [PATCH v3 0/8] thunderbolt: Intel Ice Lake support, Lukas Wunner
      • RE: [PATCH v3 0/8] thunderbolt: Intel Ice Lake support, Mario.Limonciello
  • Re: [PATCH v3 0/8] thunderbolt: Intel Ice Lake support, Mika Westerberg
• [PATCH] ACPI: PM: s2idle: Avoid rearming SCI for wakeup unnecessarily, Rafael J. Wysocki
• [PATCH 0/9] ACPICA 20190816 release, Erik Schmauss
  • [PATCH 1/9] ACPICA: Debugger: remove redundant assignment on obj_desc, Erik Schmauss
  • [PATCH 3/9] ACPICA: Macros: remove pointer math on a null pointer, Erik Schmauss
  • [PATCH 2/9] ACPICA: Increase total number of possible Owner IDs, Erik Schmauss
  • [PATCH 5/9] ACPICA: iASL,acpi_dump: Improve y/n query, Erik Schmauss
  • [PATCH 4/9] ACPICA: Fix issues with arg types within printf format strings, Erik Schmauss
  • [PATCH 6/9] ACPICA: Fully deploy ACPI_PRINTF_LIKE macro Macro was not being used across all "printf-like" functions. Also, cleanup all calls to such functions now that they are analyzed by the compiler (gcc). Both in 32-bit mode and 64-bit mode., Erik Schmauss
  • [PATCH 7/9] ACPICA: Differentiate Windows 8.1 from Windows 8., Erik Schmauss
  • [PATCH 9/9] ACPICA: Update version to 20190816., Erik Schmauss
  • [PATCH 8/9] ACPICA: Add "Windows 2019" string to _OSI support., Erik Schmauss
  • Re: [PATCH 0/9] ACPICA 20190816 release, Rafael J. Wysocki
• [PATCH] ACPI: custom_method: fix memory leaks, Wenwen Wang
• [PATCH] ACPI / PCI: fix a memory leak bug, Wenwen Wang
  • Re: [PATCH] ACPI / PCI: fix a memory leak bug, Bjorn Helgaas
    • Re: [PATCH] ACPI / PCI: fix a memory leak bug, Wenwen Wang
• [PATCH 0/7] Adding a proper workaround for fixing RTD3 issues with Nouveau, Karol Herbst
  • [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Karol Herbst
    • Re: [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Alex Hung
    • Re: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Dave Airlie
      • RE: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Mario.Limonciello
        • Re: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Karol Herbst
          • Re: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Alex Deucher
            • Re: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Karol Herbst
              • Re: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Alex Deucher
                • RE: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Mario.Limonciello
                  • Re: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Karol Herbst
                  • Re: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Alex Deucher
          • RE: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Mario.Limonciello
            • Re: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Karol Herbst
              • RE: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Mario.Limonciello
                • Re: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Karol Herbst
              • Re: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Alex Deucher
                • Re: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Takashi Iwai
                  • RE: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Mario.Limonciello
                    • Re: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Takashi Iwai
                    • Re: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Alex Deucher
                • Re: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Alex Deucher
      • Re: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Daniel Vetter
      • Re: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Rafael J. Wysocki
        • Re: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Karol Herbst
          • Re: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Rafael J. Wysocki
            • Re: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Alex Hung
            • Re: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Alex Hung
              • Re: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Rafael J. Wysocki
                • Re: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Karol Herbst
                  • Re: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Rafael J. Wysocki
          • Re: [Nouveau] [PATCH 1/7] Revert "ACPI / OSI: Add OEM _OSI string to enable dGPU direct output", Alex Deucher
  • [PATCH 3/7] Revert "ACPI / OSI: Add OEM _OSI strings to disable NVidia RTD3", Karol Herbst
    • Re: [PATCH 3/7] Revert "ACPI / OSI: Add OEM _OSI strings to disable NVidia RTD3", Alex Hung
      • Re: [PATCH 3/7] Revert "ACPI / OSI: Add OEM _OSI strings to disable NVidia RTD3", Karol Herbst
  • [PATCH 2/7] Revert "ACPI / OSI: Add OEM _OSI string to enable NVidia HDMI audio", Karol Herbst
    • Re: [PATCH 2/7] Revert "ACPI / OSI: Add OEM _OSI string to enable NVidia HDMI audio", Lyude Paul
  • [PATCH 7/7] drm/nouveau: abort runtime suspend if we hit an error, Karol Herbst
  • [PATCH 5/7] drm/nouveau/pci: add nvkm_pcie_get_speed, Karol Herbst
  • [PATCH 6/7] drm/nouveau/pci: save the boot pcie link speed and restore it on fini, Karol Herbst
  • [PATCH 4/7] drm/nouveau/pci: enable pcie link changes for pascal, Karol Herbst
• Parsing PXM from ACPI (DSDT), Duran, Leo
  • RE: Parsing PXM from ACPI (DSDT), Schmauss, Erik
• [PATCH 1/1] Documentation: ACPI: DSD: Convert LED documentation to ReST, Sakari Ailus
  • Re: [PATCH 1/1] Documentation: ACPI: DSD: Convert LED documentation to ReST, Rafael J. Wysocki
• [PATCH v2 0/8] thunderbolt: Intel Ice Lake support, Mika Westerberg
  • [PATCH v2 1/8] thunderbolt: Correct path indices for PCIe tunnel, Mika Westerberg
  • [PATCH v2 3/8] thunderbolt: Use 32-bit writes when writing ring producer/consumer, Mika Westerberg
  • [PATCH v2 2/8] thunderbolt: Move NVM upgrade support flag to struct icm, Mika Westerberg
  • [PATCH v2 5/8] thunderbolt: Hide switch attributes that are not set, Mika Westerberg
  • [PATCH v2 8/8] ACPI / property: Add two new Thunderbolt property GUIDs to the list, Mika Westerberg
    • Re: [PATCH v2 8/8] ACPI / property: Add two new Thunderbolt property GUIDs to the list, Rafael J. Wysocki
  • [PATCH v2 7/8] thunderbolt: Add support for Intel Ice Lake, Mika Westerberg
    • Re: [PATCH v2 7/8] thunderbolt: Add support for Intel Ice Lake, Lukas Wunner
      • Re: [PATCH v2 7/8] thunderbolt: Add support for Intel Ice Lake, Mika Westerberg
        • Re: [PATCH v2 7/8] thunderbolt: Add support for Intel Ice Lake, Mika Westerberg
  • [PATCH v2 6/8] thunderbolt: Expose active parts of NVM even if upgrade is not supported, Mika Westerberg
  • [PATCH v2 4/8] thunderbolt: Do not fail adding switch if some port is not implemented, Mika Westerberg
• [PATCH RFC 0/4] ACPI: APEI: Add support to notify the vendor specific HW errors, Shiju Jose
  • [PATCH RFC 1/4] ACPI: APEI: Add support to notify the vendor specific HW errors, Shiju Jose
    • Re: [PATCH RFC 1/4] ACPI: APEI: Add support to notify the vendor specific HW errors, James Morse
      • RE: [PATCH RFC 1/4] ACPI: APEI: Add support to notify the vendor specific HW errors, Shiju Jose
  • [PATCH RFC 3/4] ACPI: APEI: Add ghes_handle_aer to the new notification method, Shiju Jose
  • [PATCH RFC 4/4] ACPI: APEI: Add log_arm_hw_error to the new notification method, Shiju Jose
  • [PATCH RFC 2/4] ACPI: APEI: Add ghes_handle_memory_failure to the new notification method, Shiju Jose
    • Re: [PATCH RFC 2/4] ACPI: APEI: Add ghes_handle_memory_failure to the new notification method, James Morse
      • RE: [PATCH RFC 2/4] ACPI: APEI: Add ghes_handle_memory_failure to the new notification method, Shiju Jose
  • Re: [PATCH RFC 0/4] ACPI: APEI: Add support to notify the vendor specific HW errors, James Morse
    • RE: [PATCH RFC 0/4] ACPI: APEI: Add support to notify the vendor specific HW errors, Shiju Jose
      • Re: [PATCH RFC 0/4] ACPI: APEI: Add support to notify the vendor specific HW errors, James Morse
• [PATCH v4 0/2] arm64/PPTT ACPI 6.3 thread flag support, Jeremy Linton
  • [PATCH v4 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag, Jeremy Linton
    • Re: [PATCH v4 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag, Robert Richter
      • Re: [PATCH v4 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag, Rafael J. Wysocki
        • Re: [PATCH v4 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag, Will Deacon
          • Re: [PATCH v4 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag, John Garry
            • Re: [PATCH v4 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag, Jeremy Linton
              • Re: [PATCH v4 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag, John Garry
  • [PATCH v4 2/2] arm64: topology: Use PPTT to determine if PE is a thread, Jeremy Linton
    • Re: [PATCH v4 2/2] arm64: topology: Use PPTT to determine if PE is a thread, Robert Richter
• [pm:xps13-9380-20190807 11/11] ERROR: "register_acpi_s2idle_notifier" [drivers/platform/x86/intel_pmc_core.ko] undefined!, kbuild test robot
• [pm:xps13-9380-20190807 9/11] ERROR: "pcie_aspm_enabled" [drivers/nvme/host/nvme.ko] undefined!, kbuild test robot
• [PATCH 0/2] intel-hid: intel-vbtn: Suspend-related fix and update, Rafael J. Wysocki
  • [PATCH 2/2] intel-hid: Disable button array during suspend-to-idle, Rafael J. Wysocki
  • [PATCH 1/2] intel-hid: intel-vbtn: Avoid leaking wakeup_mode set, Rafael J. Wysocki
  • Re: [PATCH 0/2] intel-hid: intel-vbtn: Suspend-related fix and update, Andy Shevchenko
    • Re: [PATCH 0/2] intel-hid: intel-vbtn: Suspend-related fix and update, Rafael J. Wysocki
• [PATCH V38 14/29] ACPI: Limit access to custom_method when the kernel is locked down, Matthew Garrett
• [PATCH V38 16/29] acpi: Disable ACPI table override if the kernel is locked down, Matthew Garrett
• [PATCH V38 15/29] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down, Matthew Garrett
  • Re: [PATCH V38 15/29] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down, Dave Young
  • Re: [PATCH V38 15/29] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down, Borislav Petkov
    • Re: [PATCH V38 15/29] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down, Matthew Garrett
      • Re: [PATCH V38 15/29] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down, Borislav Petkov
        • Re: [PATCH V38 15/29] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down, Matthew Garrett
  • Re: [PATCH V38 15/29] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down, Borislav Petkov
• [PATCH] ACPI / processor: don't print errors for processorIDs == 0xff, Jiri Slaby
  • Re: [PATCH] ACPI / processor: don't print errors for processorIDs == 0xff, Rafael J. Wysocki
• [PATCH] acpi/hmat: ACPI_HMAT_MEMORY_PD_VALID is deprecated in ACPI-6.3, Daniel Black
  • Re: [PATCH] acpi/hmat: ACPI_HMAT_MEMORY_PD_VALID is deprecated in ACPI-6.3, Tao Xu
  • Re: [PATCH] acpi/hmat: ACPI_HMAT_MEMORY_PD_VALID is deprecated in ACPI-6.3, Rafael J. Wysocki
    • Re: [PATCH] acpi/hmat: ACPI_HMAT_MEMORY_PD_VALID is deprecated in ACPI-6.3, Daniel Black
      • Re: [PATCH] acpi/hmat: ACPI_HMAT_MEMORY_PD_VALID is deprecated in ACPI-6.3, Daniel Black
  • Re: [PATCH] acpi/hmat: ACPI_HMAT_MEMORY_PD_VALID is deprecated in ACPI-6.3, Rafael J. Wysocki
• [PATCH 04/22] media: Move v4l2_fwnode_parse_link from v4l2 to driver base, Steve Longerbeam
  • Re: [PATCH 04/22] media: Move v4l2_fwnode_parse_link from v4l2 to driver base, Andy Shevchenko
    • Re: [PATCH 04/22] media: Move v4l2_fwnode_parse_link from v4l2 to driver base, Steve Longerbeam
      • Re: [PATCH 04/22] media: Move v4l2_fwnode_parse_link from v4l2 to driver base, Russell King - ARM Linux admin
        • Re: [PATCH 04/22] media: Move v4l2_fwnode_parse_link from v4l2 to driver base, Steve Longerbeam
          • Re: [PATCH 04/22] media: Move v4l2_fwnode_parse_link from v4l2 to driver base, Russell King - ARM Linux admin
            • Re: [PATCH 04/22] media: Move v4l2_fwnode_parse_link from v4l2 to driver base, Steve Longerbeam
              • Re: [PATCH 04/22] media: Move v4l2_fwnode_parse_link from v4l2 to driver base, Russell King - ARM Linux admin
                • Re: [PATCH 04/22] media: Move v4l2_fwnode_parse_link from v4l2 to driver base, Steve Longerbeam
• [PATCH] ACPI / CPPC: do not require the _PSD method when using CPPC, Al Stone
  • Re: [PATCH] ACPI / CPPC: do not require the _PSD method when using CPPC, Sudeep Holla
    • Re: [PATCH] ACPI / CPPC: do not require the _PSD method when using CPPC, Al Stone
  • Re: [PATCH] ACPI / CPPC: do not require the _PSD method when using CPPC, Al Stone
    • Re: [PATCH] ACPI / CPPC: do not require the _PSD method when using CPPC, Rafael J. Wysocki
      • Re: [PATCH] ACPI / CPPC: do not require the _PSD method when using CPPC, Al Stone
  • Re: [PATCH] ACPI / CPPC: do not require the _PSD method when using CPPC, Rafael J. Wysocki
    • Re: [PATCH] ACPI / CPPC: do not require the _PSD method when using CPPC, Al Stone
• [PATCH 0/3] HMAT node online fixes, Keith Busch
  • [PATCH 1/3] hmat: Register memory-side cache after parsing, Keith Busch
  • [PATCH 3/3] acpi/hmat: Skip publishing target info for nodes with no online memory, Keith Busch
    • Re: [PATCH 3/3] acpi/hmat: Skip publishing target info for nodes with no online memory, Rafael J. Wysocki
      • Re: [PATCH 3/3] acpi/hmat: Skip publishing target info for nodes with no online memory, Rafael J. Wysocki
        • Re: [PATCH 3/3] acpi/hmat: Skip publishing target info for nodes with no online memory, Dan Williams
          • Re: [PATCH 3/3] acpi/hmat: Skip publishing target info for nodes with no online memory, Rafael J. Wysocki
  • [PATCH 2/3] hmat: Register attributes for memory hot add, Keith Busch
• [PATCH AUTOSEL 5.2 58/76] ACPI/IORT: Fix off-by-one check in iort_dev_find_its_id(), Sasha Levin
• [PATCH AUTOSEL 4.19 30/42] ACPI/IORT: Fix off-by-one check in iort_dev_find_its_id(), Sasha Levin
• [PATCH AUTOSEL 4.14 22/30] ACPI/IORT: Fix off-by-one check in iort_dev_find_its_id(), Sasha Levin
• [PATCH AUTOSEL 4.9 16/22] ACPI/IORT: Fix off-by-one check in iort_dev_find_its_id(), Sasha Levin
• [PATCH v5 0/3] Enable ACPI-defined peripherals on i2c-piix4 SMBus, Jean Delvare
  • [PATCH v5 1/3] i2c: piix4: Fix port selection for AMD Family 16h Model 30h, Jean Delvare
    • Re: [PATCH v5 1/3] i2c: piix4: Fix port selection for AMD Family 16h Model 30h, Wolfram Sang
  • [PATCH v5 2/3] i2c: piix4: Fix probing of reserved ports on AMD Family 16h Model 30h, Jean Delvare
    • Re: [PATCH v5 2/3] i2c: piix4: Fix probing of reserved ports on AMD Family 16h Model 30h, Wolfram Sang
  • [PATCH v5 3/3] i2c: piix4: Add ACPI support, Jean Delvare
    • Re: [PATCH v5 3/3] i2c: piix4: Add ACPI support, Wolfram Sang
  • Re: [PATCH v5 0/3] Enable ACPI-defined peripherals on i2c-piix4 SMBus, Enrico Weigelt, metux IT consult
    • Re: [PATCH v5 0/3] Enable ACPI-defined peripherals on i2c-piix4 SMBus, Jean Delvare
      • Re: [PATCH v5 0/3] Enable ACPI-defined peripherals on i2c-piix4 SMBus, Enrico Weigelt, metux IT consult
        • Re: [PATCH v5 0/3] Enable ACPI-defined peripherals on i2c-piix4 SMBus, Wolfram Sang
      • Re: [PATCH v5 0/3] Enable ACPI-defined peripherals on i2c-piix4 SMBus, Andrew Cooks
    • Re: [PATCH v5 0/3] Enable ACPI-defined peripherals on i2c-piix4 SMBus, Andrew Cooks
      • Re: [PATCH v5 0/3] Enable ACPI-defined peripherals on i2c-piix4 SMBus, Enrico Weigelt, metux IT consult
        • Re: [PATCH v5 0/3] Enable ACPI-defined peripherals on i2c-piix4 SMBus, Wolfram Sang
          • Re: [PATCH v5 0/3] Enable ACPI-defined peripherals on i2c-piix4 SMBus, Enrico Weigelt, metux IT consult
            • Re: [PATCH v5 0/3] Enable ACPI-defined peripherals on i2c-piix4 SMBus, Wolfram Sang
        • Re: [PATCH v5 0/3] Enable ACPI-defined peripherals on i2c-piix4 SMBus, Andrew Cooks
• [PATCH v3 0/8] PM / ACPI: sleep: Additional changes related to suspend-to-idle, Rafael J. Wysocki
  • [PATCH v3 7/8] ACPI: EC: PM: Make acpi_ec_dispatch_gpe() print debug message, Rafael J. Wysocki
  • [PATCH v3 6/8] ACPI: EC: PM: Consolidate some code depending on PM_SLEEP, Rafael J. Wysocki
  • [PATCH v3 1/8] ACPI: PM: Set up EC GPE for system wakeup from drivers that need it, Rafael J. Wysocki
  • [PATCH v3 3/8] ACPI: PM: s2idle: Add acpi.sleep_no_lps0 module parameter, Rafael J. Wysocki
  • [PATCH v3 2/8] ACPI: PM: s2idle: Rearrange lps0_device_attach(), Rafael J. Wysocki
  • [PATCH v3 5/8] ACPI: PM: s2idle: Eliminate acpi_sleep_no_ec_events(), Rafael J. Wysocki
  • [PATCH v3 8/8] ACPI: PM: s2idle: Execute LPS0 _DSM functions with suspended devices, Rafael J. Wysocki
    • Message not available
      • Re: [PATCH v3 8/8] ACPI: PM: s2idle: Execute LPS0 _DSM functions with suspended devices, Marek Szyprowski
        • Re: [PATCH v3 8/8] ACPI: PM: s2idle: Execute LPS0 _DSM functions with suspended devices, Rafael J. Wysocki
        • [PATCH] PM: suspend: Fix platform_suspend_prepare_noirq(), Rafael J. Wysocki
  • [PATCH v3 4/8] ACPI: PM: s2idle: Switch EC over to polling during "noirq" suspend, Rafael J. Wysocki
  • Re: [PATCH v3 0/8] PM / ACPI: sleep: Additional changes related to suspend-to-idle, Kai-Heng Feng
  • Re: [PATCH v3 0/8] PM / ACPI: sleep: Additional changes related to suspend-to-idle, Bhardwaj, Rajneesh
    • Re: [PATCH v3 0/8] PM / ACPI: sleep: Additional changes related to suspend-to-idle, Rafael J. Wysocki
  • Re: [PATCH v3 0/8] PM / ACPI: sleep: Additional changes related to suspend-to-idle, Kristian Klausen
    • Re: [PATCH v3 0/8] PM / ACPI: sleep: Additional changes related to suspend-to-idle, Rafael J. Wysocki
      • Re: [PATCH v3 0/8] PM / ACPI: sleep: Additional changes related to suspend-to-idle, Rafael J. Wysocki
        • Re: [PATCH v3 0/8] PM / ACPI: sleep: Additional changes related to suspend-to-idle, Kristian Klausen
          • Re: [PATCH v3 0/8] PM / ACPI: sleep: Additional changes related to suspend-to-idle, Rafael J. Wysocki
            • Re: [PATCH v3 0/8] PM / ACPI: sleep: Additional changes related to suspend-to-idle, Kristian Klausen
              • Re: [PATCH v3 0/8] PM / ACPI: sleep: Additional changes related to suspend-to-idle, Rafael J. Wysocki
                • Re: [PATCH v3 0/8] PM / ACPI: sleep: Additional changes related to suspend-to-idle, Rafael J. Wysocki
                  • Re: [PATCH v3 0/8] PM / ACPI: sleep: Additional changes related to suspend-to-idle, Kristian Klausen
                    • Re: [PATCH v3 0/8] PM / ACPI: sleep: Additional changes related to suspend-to-idle, Rafael J. Wysocki
• [PATCH] ACPI: PM: Print debug messages on device power state changes, Rafael J. Wysocki
• [GIT PULL] Power management fix for v5.3-rc3, Rafael J. Wysocki
  • Re: [GIT PULL] Power management fix for v5.3-rc3, pr-tracker-bot
• [PATCH v4 0/2] arm64/PPTT ACPI 6.3 thread flag support, Jeremy Linton
  • [PATCH v4 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag, Jeremy Linton
    • Re: [PATCH v4 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag, Sudeep Holla
      • Re: [PATCH v4 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag, Jeremy Linton
    • Re: [PATCH v4 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag, Robert Richter
      • Re: [PATCH v4 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag, Jeremy Linton
  • [PATCH v4 2/2] arm64: topology: Use PPTT to determine if PE is a thread, Jeremy Linton
    • Re: [PATCH v4 2/2] arm64: topology: Use PPTT to determine if PE is a thread, Sudeep Holla
    • Re: [PATCH v4 2/2] arm64: topology: Use PPTT to determine if PE is a thread, Robert Richter
      • Re: [PATCH v4 2/2] arm64: topology: Use PPTT to determine if PE is a thread, Jeremy Linton
• [PATCH] ACPI: PM: Fix regression in acpi_device_set_power(), Rafael J. Wysocki
  • Re: [PATCH] ACPI: PM: Fix regression in acpi_device_set_power(), Kai-Heng Feng
    • RE: [PATCH] ACPI: PM: Fix regression in acpi_device_set_power(), Mario.Limonciello
• [PATCH V37 14/29] ACPI: Limit access to custom_method when the kernel is locked down, Matthew Garrett
• [PATCH V37 16/29] acpi: Disable ACPI table override if the kernel is locked down, Matthew Garrett
• [PATCH V37 15/29] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down, Matthew Garrett
• [Regression] Commit "ACPI: PM: Allow transitions to D0 to occur in special cases", Kai-Heng Feng
  • Re: [Regression] Commit "ACPI: PM: Allow transitions to D0 to occur in special cases", Mario.Limonciello
  • Re: [Regression] Commit "ACPI: PM: Allow transitions to D0 to occur in special cases", Bjorn Helgaas
    • Re: [Regression] Commit "ACPI: PM: Allow transitions to D0 to occur in special cases", Rafael J. Wysocki
      • Re: [Regression] Commit "ACPI: PM: Allow transitions to D0 to occur in special cases", Bjorn Helgaas
  • Re: [Regression] Commit "ACPI: PM: Allow transitions to D0 to occur in special cases", Rafael J. Wysocki
• [PATCH v1] drivers/acpi/scan.c: Document why we don't need the device_hotplug_lock, David Hildenbrand
  • Re: [PATCH v1] drivers/acpi/scan.c: Document why we don't need the device_hotplug_lock, Michal Hocko
  • Re: [PATCH v1] drivers/acpi/scan.c: Document why we don't need the device_hotplug_lock, Rafael J. Wysocki
• [PATCH v1] drivers/acpi/scan.c: Fixup "acquire device_hotplug_lock in acpi_scan_init()", David Hildenbrand
  • Re: [PATCH v1] drivers/acpi/scan.c: Fixup "acquire device_hotplug_lock in acpi_scan_init()", Michal Hocko
    • Re: [PATCH v1] drivers/acpi/scan.c: Fixup "acquire device_hotplug_lock in acpi_scan_init()", David Hildenbrand
      • Re: [PATCH v1] drivers/acpi/scan.c: Fixup "acquire device_hotplug_lock in acpi_scan_init()", Michal Hocko
        • Re: [PATCH v1] drivers/acpi/scan.c: Fixup "acquire device_hotplug_lock in acpi_scan_init()", David Hildenbrand
          • Re: [PATCH v1] drivers/acpi/scan.c: Fixup "acquire device_hotplug_lock in acpi_scan_init()", Michal Hocko
            • Re: [PATCH v1] drivers/acpi/scan.c: Fixup "acquire device_hotplug_lock in acpi_scan_init()", David Hildenbrand
              • Re: [PATCH v1] drivers/acpi/scan.c: Fixup "acquire device_hotplug_lock in acpi_scan_init()", Michal Hocko
• [PATCH] i2c: core: remove unused function, Anders Roxell
  • Re: [PATCH] i2c: core: remove unused function, Wolfram Sang
• [PATCH 5.3 regression fix] pwm: Fallback to the static lookup-list when acpi_pwm_get fails, Hans de Goede
  • Re: [PATCH 5.3 regression fix] pwm: Fallback to the static lookup-list when acpi_pwm_get fails, Andy Shevchenko
  • Re: [PATCH 5.3 regression fix] pwm: Fallback to the static lookup-list when acpi_pwm_get fails, Nikolaus Voss
    • Re: [PATCH 5.3 regression fix] pwm: Fallback to the static lookup-list when acpi_pwm_get fails, Hans de Goede
      • Re: [PATCH 5.3 regression fix] pwm: Fallback to the static lookup-list when acpi_pwm_get fails, Nikolaus Voss
  • Re: [PATCH 5.3 regression fix] pwm: Fallback to the static lookup-list when acpi_pwm_get fails, Hans de Goede
    • Re: [PATCH 5.3 regression fix] pwm: Fallback to the static lookup-list when acpi_pwm_get fails, Thierry Reding
      • Re: [PATCH 5.3 regression fix] pwm: Fallback to the static lookup-list when acpi_pwm_get fails, Hans de Goede
• [PATCH v2 1/3] gpiolib: of: Reshuffle contents of consumer.h for new library layout, Andy Shevchenko
  • [PATCH v2 2/3] gpiolib: acpi: Split ACPI stuff to gpiolib-acpi.h, Andy Shevchenko
    • Re: [PATCH v2 2/3] gpiolib: acpi: Split ACPI stuff to gpiolib-acpi.h, Linus Walleij
  • [PATCH v2 3/3] gpiolib-acpi: Move acpi_dev_add_driver_gpios() et al to consumer.h, Andy Shevchenko
    • Re: [PATCH v2 3/3] gpiolib-acpi: Move acpi_dev_add_driver_gpios() et al to consumer.h, Linus Walleij
  • Re: [PATCH v2 1/3] gpiolib: of: Reshuffle contents of consumer.h for new library layout, Linus Walleij
• [PATCH v2 0/8] PM / ACPI: sleep: Additional changes related to suspend-to-idle, Rafael J. Wysocki
  • [PATCH v2 8/8] ACPI: EC: PM: Make acpi_ec_dispatch_gpe() print debug message, Rafael J. Wysocki
  • [PATCH v2 5/8] ACPI: PM: s2idle: Switch EC over to polling during "noirq" suspend, Rafael J. Wysocki
  • [PATCH v2 1/8] ACPI: PM: Set up EC GPE for system wakeup from drivers that need it, Rafael J. Wysocki
  • [PATCH v2 2/8] ACPI: PM: s2idle: Execute LPS0 _DSM functions with suspended devices, Rafael J. Wysocki
  • [PATCH v2 3/8] PM: s2idle: Rearrange lps0_device_attach(), Rafael J. Wysocki
  • [PATCH v2 4/8] ACPI: PM: s2idle: Add acpi.sleep_no_lps0 module parameter, Rafael J. Wysocki
  • [PATCH v2 7/8] ACPI: EC: PM: Consolidate some code depending on PM_SLEEP, Rafael J. Wysocki
  • [PATCH v2 6/8] ACPI: PM: s2idle: Eliminate acpi_sleep_no_ec_events(), Rafael J. Wysocki
• [PATCH] driver core: platform: return -ENXIO for missing GpioInt, Brian Norris
  • Re: [PATCH] driver core: platform: return -ENXIO for missing GpioInt, Nathan Chancellor
    • Re: [PATCH] driver core: platform: return -ENXIO for missing GpioInt, Brian Norris
      • Re: [PATCH] driver core: platform: return -ENXIO for missing GpioInt, Enrico Granata
  • Re: [PATCH] driver core: platform: return -ENXIO for missing GpioInt, Enrico Granata
  • Re: [PATCH] driver core: platform: return -ENXIO for missing GpioInt, Andy Shevchenko
  • Re: [PATCH] driver core: platform: return -ENXIO for missing GpioInt, Greg Kroah-Hartman
  • Re: [PATCH] driver core: platform: return -ENXIO for missing GpioInt, Brian Norris
• [PATCH AUTOSEL 5.2 37/85] ACPI: blacklist: fix clang warning for unused DMI table, Sasha Levin
• [PATCH AUTOSEL 5.2 44/85] ACPI: fix false-positive -Wuninitialized warning, Sasha Levin
• [PATCH AUTOSEL 4.19 21/47] ACPI: blacklist: fix clang warning for unused DMI table, Sasha Levin
• [PATCH AUTOSEL 4.19 25/47] ACPI: fix false-positive -Wuninitialized warning, Sasha Levin
• [PATCH AUTOSEL 4.14 15/37] ACPI: blacklist: fix clang warning for unused DMI table, Sasha Levin
• [PATCH AUTOSEL 4.14 18/37] ACPI: fix false-positive -Wuninitialized warning, Sasha Levin
• [PATCH AUTOSEL 4.9 14/30] ACPI: fix false-positive -Wuninitialized warning, Sasha Levin
• [PATCH AUTOSEL 4.4 10/23] ACPI: fix false-positive -Wuninitialized warning, Sasha Levin
• [pm:pm-s2idle-testing 9/12] drivers/acpi/ec.c:1061:6: error: implicit declaration of function 'pm_suspend_no_platform'; did you mean 'suspend_nvs_restore'?, kbuild test robot
• [pm:pm-s2idle-testing 9/12] drivers/acpi/ec.c:1061:2: error: implicit declaration of function 'pm_suspend_no_platform', kbuild test robot
• [PATCH v2 1/1] efi: cper: print AER info of PCIe fatal error, Xiaofei Tan
  • Re: [PATCH v2 1/1] efi: cper: print AER info of PCIe fatal error, tanxiaofei
• [PATCH 0/4] PM / ACPI: sleep: Additional changes related to suspend-to-idle, Rafael J. Wysocki
  • [PATCH 3/4] ACPI: PM: s2idle: Rearrange lps0_device_attach(), Rafael J. Wysocki
  • [PATCH 2/4] ACPI: PM: s2idle: Execute LPS0 _DSM functions with suspended devices, Rafael J. Wysocki
  • [PATCH 1/4] ACPI: PM: Set up EC GPE for system wakeup from drivers that need it, Rafael J. Wysocki
    • Re: [PATCH 1/4] ACPI: PM: Set up EC GPE for system wakeup from drivers that need it, Andy Shevchenko
  • [PATCH 4/4] ACPI: PM: s2idle: Add acpi_sleep=no_lps0 command line switch, Rafael J. Wysocki
• [GIT PULL] Power management fixes for v5.3-rc2, Rafael J. Wysocki