<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Kconfig</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>3b00be26 - platform/chrome: cros_ec_typec: Thunderbolt support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/chrome/Kconfig#3b00be26</link>
        <description>platform/chrome: cros_ec_typec: Thunderbolt supportAdd support for entering and exiting Thunderbolt alt-mode using APdriven alt-mode.Signed-off-by: Abhishek Pandit-Subedi &lt;abhishekpandit@chromium.org&gt;Reviewed-by: Benson Leung &lt;bleung@chromium.org&gt;Link: https://lore.kernel.org/r/20241213153543.v5.7.Ic61ced3cdfb5d6776435356061f12307da719829@changeidSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/platform/chrome/Kconfig</description>
        <pubDate>Fri, 13 Dec 2024 23:35:48 +0000</pubDate>
        <dc:creator>Abhishek Pandit-Subedi &lt;abhishekpandit@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>dbb3fc0f - platform/chrome: cros_ec_typec: Displayport support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/chrome/Kconfig#dbb3fc0f</link>
        <description>platform/chrome: cros_ec_typec: Displayport supportAdd support for entering and exiting displayport alt-mode on systemsusing AP driven alt-mode.Signed-off-by: Abhishek Pandit-Subedi &lt;abhishekpandit@chromium.org&gt;Link: https://lore.kernel.org/r/20241213153543.v5.6.I142fc0c09df58689b98f0cebf1c5e48b9d4fa800@changeidSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/platform/chrome/Kconfig</description>
        <pubDate>Fri, 13 Dec 2024 23:35:47 +0000</pubDate>
        <dc:creator>Abhishek Pandit-Subedi &lt;abhishekpandit@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>3fc361af - platform/chrome: Introduce device tree hardware prober</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/chrome/Kconfig#3fc361af</link>
        <description>platform/chrome: Introduce device tree hardware proberSome devices are designed and manufactured with some components havingmultiple drop-in replacement options. These components are oftenconnected to the mainboard via ribbon cables, having the same signalsand pin assignments across all options. These may include the displaypanel and touchscreen on laptops and tablets, and the trackpad onlaptops. Sometimes which component option is used in a particular devicecan be detected by some firmware provided identifier, other times thatinformation is not available, and the kernel has to try to probe eachdevice.This change attempts to make the &quot;probe each device&quot; case cleaner. Thecurrent approach is to have all options added and enabled in the devicetree. The kernel would then bind each device and run each driver&apos;s probefunction. This works, but has been broken before due to the introductionof asynchronous probing, causing multiple instances requesting &quot;shared&quot;resources, such as pinmuxes, GPIO pins, interrupt lines, at the sametime, with only one instance succeeding. Work arounds for these includemoving the pinmux to the parent I2C controller, using GPIO hogs orpinmux settings to keep the GPIO pins in some fixed configuration, andrequesting the interrupt line very late. Such configurations can be seenon the MT8183 Krane Chromebook tablets, and the Qualcomm sc8280xp-basedLenovo Thinkpad 13S.Instead of this delicate dance between drivers and device tree quirks,this change introduces a simple I2C component prober. For any givenclass of devices on the same I2C bus, it will go through all of them,doing a simple I2C read transfer and see which one of them responds.It will then enable the device that responds.This requires some minor modifications in the existing device tree.The status for all the device nodes for the component options must beset to &quot;fail-needs-probe&quot;. This makes it clear that some mechanism isneeded to enable one of them, and also prevents the prober and devicedrivers running at the same time.Signed-off-by: Chen-Yu Tsai &lt;wenst@chromium.org&gt;Acked-by: Tzung-Bi Shih &lt;tzungbi@kernel.org&gt;Reviewed-by: Douglas Anderson &lt;dianders@chromium.org&gt;Reviewed-by: AngeloGioacchino Del Regno &lt;angelogioacchino.delregno@collabora.com&gt;Signed-off-by: Wolfram Sang &lt;wsa+renesas@sang-engineering.com&gt;

            List of files:
            /linux-6.15/drivers/platform/chrome/Kconfig</description>
        <pubDate>Wed, 06 Nov 2024 09:33:33 +0000</pubDate>
        <dc:creator>Chen-Yu Tsai &lt;wenst@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>baa19b65 - platform/chrome: cros_kbd_led_backlight: allow binding through MFD</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/chrome/Kconfig#baa19b65</link>
        <description>platform/chrome: cros_kbd_led_backlight: allow binding through MFDThe ChromeOS EC used in Framework laptops supports the standard CrOS ECkeyboard backlight protocol.However the firmware on these laptops doesn&apos;t implement the ACPI IDGOOG0002 that is recognized by cros_kbd_led_backlight and they alsodon&apos;t use device tree.Prepare the existing cros_kbd_led_backlight driver to be probed throughthe CrOS EC MFD device which works without ACPI or OF support.Signed-off-by: Thomas Wei&#223;schuh &lt;linux@weissschuh.net&gt;Acked-by: Tzung-Bi Shih &lt;tzungbi@kernel.org&gt;Link: https://lore.kernel.org/r/20240526-cros_ec-kbd-led-framework-v3-3-ee577415a521@weissschuh.netSigned-off-by: Lee Jones &lt;lee@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/platform/chrome/Kconfig</description>
        <pubDate>Sun, 26 May 2024 18:17:17 +0000</pubDate>
        <dc:creator>Thomas Wei&#223;schuh &lt;linux@weissschuh.net&gt;</dc:creator>
    </item>
<item>
        <title>d33d2255 - platform/chrome: add HAS_IOPORT dependencies</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/chrome/Kconfig#d33d2255</link>
        <description>platform/chrome: add HAS_IOPORT dependenciesIn a future patch HAS_IOPORT=n will disable inb()/outb() and friends atcompile time. We thus need to add HAS_IOPORT as dependency for thosedrivers using them.Co-developed-by: Arnd Bergmann &lt;arnd@kernel.org&gt;Signed-off-by: Arnd Bergmann &lt;arnd@kernel.org&gt;Signed-off-by: Niklas Schnelle &lt;schnelle@linux.ibm.com&gt;Link: https://lore.kernel.org/r/20240405134151.5560-2-schnelle@linux.ibm.comSigned-off-by: Tzung-Bi Shih &lt;tzungbi@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/platform/chrome/Kconfig</description>
        <pubDate>Fri, 05 Apr 2024 13:41:51 +0000</pubDate>
        <dc:creator>Niklas Schnelle &lt;schnelle@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>466f70fb - platform/chrome: kunit: make EC protocol tests independent</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/chrome/Kconfig#466f70fb</link>
        <description>platform/chrome: kunit: make EC protocol tests independentRemove CONFIG_CROS_KUNIT and common code concept for ChromeOS Kunit butmake it bundle to ChromeOS EC protocol tests.Reviewed-by: Guenter Roeck &lt;groeck@chromium.org&gt;Link: https://lore.kernel.org/r/20231003080515.4011374-1-tzungbi@kernel.orgSigned-off-by: Tzung-Bi Shih &lt;tzungbi@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/platform/chrome/Kconfig</description>
        <pubDate>Tue, 03 Oct 2023 08:05:15 +0000</pubDate>
        <dc:creator>Tzung-Bi Shih &lt;tzungbi@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>e5eea6a3 - platform/chrome: cros_ec_typec: Alter module name with hyphens</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/chrome/Kconfig#e5eea6a3</link>
        <description>platform/chrome: cros_ec_typec: Alter module name with hyphensChange the Type-C module name from cros_ec_typec to cros-ec-typec. Thisallows us to include more files in the same module (rather than relyingon the file name cros_ec_typec to also be the module name).Signed-off-by: Prashant Malani &lt;pmalani@chromium.org&gt;[pmalani: Fixed trivial conflict in Makefile]Reviewed-by: Benson Leung &lt;bleung@chromium.org&gt;Acked-by: Heikki Krogerus &lt;heikki.krogerus@linux.intel.com&gt;Link: https://lore.kernel.org/r/20221228004648.793339-8-pmalani@chromium.org

            List of files:
            /linux-6.15/drivers/platform/chrome/Kconfig</description>
        <pubDate>Wed, 28 Dec 2022 00:45:10 +0000</pubDate>
        <dc:creator>Prashant Malani &lt;pmalani@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>04a8bdd1 - platform/chrome: cros_ec_uart: Add transport layer</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/chrome/Kconfig#04a8bdd1</link>
        <description>platform/chrome: cros_ec_uart: Add transport layerThis patch does following:1. Adds a new cros-ec-uart driver. This driver can send EC requests on   UART and process response packets received on UART transport.2. Once probed, this driver will initialize the serdev device based on   the underlying information in the ACPI resource. After serdev device   properties are set, this driver will register itself cros-ec.3. High level driver can use this implementation to talk to ChromeOS   Embedded Controller device in case it supports UART as transport.4. When cros-ec driver initiates a request packet, outgoing message is   processed in buffer and sent via serdev. Once bytes are sent, driver   enables a wait_queue.5. Since ChromeOS EC device sends response asynchronously, AP&apos;s TTY   driver accumulates response bytes and calls the registered callback.   TTY driver can send multiple callback for bytes ranging from 1 to MAX   bytes supported by EC device.6. Driver waits for EC_MSG_DEADLINE_MS to collect and process received   bytes. It wakes wait_queue if expected bytes are received or else   wait_queue timeout. Based on the error condition, driver returns   data_len or error to cros_ec.Signed-off-by: Bhanu Prakash Maiya &lt;bhanumaiya@chromium.org&gt;Co-developed-by: Mark Hasemeyer &lt;markhas@chromium.org&gt;Signed-off-by: Mark Hasemeyer &lt;markhas@chromium.org&gt;Reviewed-by: Prashant Malani &lt;pmalani@chromium.org&gt;Signed-off-by: Tzung-Bi Shih &lt;tzungbi@kernel.org&gt;Link: https://lore.kernel.org/r/20221227123212.v13.1.If7926fcbad397bc6990dd725690229bed403948c@changeid

            List of files:
            /linux-6.15/drivers/platform/chrome/Kconfig</description>
        <pubDate>Tue, 27 Dec 2022 19:32:22 +0000</pubDate>
        <dc:creator>Bhanu Prakash Maiya &lt;bhanumaiya@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>5f995254 - platform/chrome: add a driver for HPS</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/chrome/Kconfig#5f995254</link>
        <description>platform/chrome: add a driver for HPSThis patch introduces a driver for the ChromeOS human presencesensor (aka. HPS). The driver supports a sensor connected to the I2C busand identified as &quot;GOOG0020&quot; in the ACPI tables.When loaded, the driver exports the sensor to userspace through acharacter device. This device only supports power management, i.e.,communication with the sensor must be done through regular I2Ctransmissions from userspace.Power management is implemented by enabling the respective power GPIOwhile at least one userspace process holds an open fd on the characterdevice. By default, the device is powered down if there are no activeclients.Note that the driver makes no effort to preserve the state of the sensorbetween power down and power up events. Userspace is responsible forreinitializing any needed state once power has been restored.The device firmware, I2C protocol and other documentation is availableat https://chromium.googlesource.com/chromiumos/platform/hps-firmware.Co-developed-by: Sami Ky&#246;stil&#228; &lt;skyostil@chromium.org&gt;Signed-off-by: Sami Ky&#246;stil&#228; &lt;skyostil@chromium.org&gt;Signed-off-by: Dan Callaghan &lt;dcallagh@chromium.org&gt;Signed-off-by: Tzung-Bi Shih &lt;tzungbi@kernel.org&gt;Link: https://lore.kernel.org/r/20221018040623.2173441-1-dcallagh@chromium.org

            List of files:
            /linux-6.15/drivers/platform/chrome/Kconfig</description>
        <pubDate>Tue, 18 Oct 2022 04:06:23 +0000</pubDate>
        <dc:creator>Dan Callaghan &lt;dcallagh@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>affc804c - platform/chrome: cros_typec_switch: Add switch driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/chrome/Kconfig#affc804c</link>
        <description>platform/chrome: cros_typec_switch: Add switch driverIntroduce a driver to configure USB Type-C mode switches and retimerswhich are controlled by the ChromeOS EC (Embedded Controller).This allows Type-C port drivers, as well as alternate mode drivers toconfigure their relevant mode switches and retimers according to theType-C state they want to achieve.ACPI devices with ID GOOG001A will bind to this driver.Currently, we only register a retimer switch with a stub set function.Subsequent patches will implement the host command set functionality,and introduce mode switches.Signed-off-by: Prashant Malani &lt;pmalani@chromium.org&gt;Reviewed-by: Tzung-Bi Shih &lt;tzungbi@kernel.org&gt;Link: https://lore.kernel.org/r/20220816214857.2088914-3-pmalani@chromium.org

            List of files:
            /linux-6.15/drivers/platform/chrome/Kconfig</description>
        <pubDate>Tue, 16 Aug 2022 21:48:30 +0000</pubDate>
        <dc:creator>Prashant Malani &lt;pmalani@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>f92dd147 - platform/chrome: merge Kunit utils and test cases</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/chrome/Kconfig#f92dd147</link>
        <description>platform/chrome: merge Kunit utils and test casesMerge CROS_KUNIT and CROS_EC_PROTO_KUNIT_TEST so that when they&apos;re builtas modules cros_kunit_util doesn&apos;t need to export the symbols.Signed-off-by: Tzung-Bi Shih &lt;tzungbi@kernel.org&gt;Reviewed-by: Guenter Roeck &lt;groeck@chromium.org&gt;Link: https://lore.kernel.org/r/20220720044754.4026295-2-tzungbi@kernel.org

            List of files:
            /linux-6.15/drivers/platform/chrome/Kconfig</description>
        <pubDate>Wed, 20 Jul 2022 04:47:53 +0000</pubDate>
        <dc:creator>Tzung-Bi Shih &lt;tzungbi@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>3d3e9b0d - Revert &quot;platform/chrome: cros_typec_switch: Add switch driver&quot;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/chrome/Kconfig#3d3e9b0d</link>
        <description>Revert &quot;platform/chrome: cros_typec_switch: Add switch driver&quot;This reverts commit e54369058f3da181fcc4c893f224a0c5a8a526b6.The chrome platform driver changes need to come in through the platformtree due to some api changes that showed up there that cause builderrors in linux-nextReported-by: Stephen Rothwell &lt;sfr@canb.auug.org.au&gt;Link: https://lore.kernel.org/r/20220719160821.5e68e30b@oak.ozlabs.ibm.comCc: Prashant Malani &lt;pmalani@chromium.org&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/platform/chrome/Kconfig</description>
        <pubDate>Tue, 19 Jul 2022 11:57:29 +0000</pubDate>
        <dc:creator>Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;</dc:creator>
    </item>
<item>
        <title>1583afd4 - Revert &quot;platform/chrome: cros_typec_switch: Add ACPI Kconfig dep&quot;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/chrome/Kconfig#1583afd4</link>
        <description>Revert &quot;platform/chrome: cros_typec_switch: Add ACPI Kconfig dep&quot;This reverts commit 88a15fbb47db483d06b12b1ae69f114b96361a96.The chrome platform driver changes need to come in through the platformtree due to some api changes that showed up there that cause builderrors in linux-nextReported-by: Stephen Rothwell &lt;sfr@canb.auug.org.au&gt;Link: https://lore.kernel.org/r/20220719160821.5e68e30b@oak.ozlabs.ibm.comCc: Prashant Malani &lt;pmalani@chromium.org&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/platform/chrome/Kconfig</description>
        <pubDate>Tue, 19 Jul 2022 11:57:25 +0000</pubDate>
        <dc:creator>Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;</dc:creator>
    </item>
<item>
        <title>88a15fbb - platform/chrome: cros_typec_switch: Add ACPI Kconfig dep</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/chrome/Kconfig#88a15fbb</link>
        <description>platform/chrome: cros_typec_switch: Add ACPI Kconfig depAdd the ACPI Kconfig dependency that was missed during the initialdriver submission. Fixes the following compiler errors:drivers/platform/chrome/cros_typec_switch.c:93:9: error: call toundeclared function &apos;acpi_evaluate_integer&apos;; ISO C99 and later do notsupport implicit function declarations [-Wimplicit-function-declaration]   ret = acpi_evaluate_integer(adev-&gt;handle, &quot;_ADR&quot;, NULL, &amp;index);drivers/platform/chrome/cros_typec_switch.c:93:35: error: incompletedefinition of type &apos;struct acpi_device&apos;   ret = acpi_evaluate_integer(adev-&gt;handle, &quot;_ADR&quot;, NULL, &amp;index);Fixes: e54369058f3d (&quot;platform/chrome: cros_typec_switch: Add switch driver&quot;)Reported-by: Reported-by: kernel test robot &lt;lkp@intel.com&gt;Signed-off-by: Prashant Malani &lt;pmalani@chromium.org&gt;Link: https://lore.kernel.org/r/20220718185551.1025288-1-pmalani@chromium.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/platform/chrome/Kconfig</description>
        <pubDate>Mon, 18 Jul 2022 18:55:51 +0000</pubDate>
        <dc:creator>Prashant Malani &lt;pmalani@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>e5436905 - platform/chrome: cros_typec_switch: Add switch driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/chrome/Kconfig#e5436905</link>
        <description>platform/chrome: cros_typec_switch: Add switch driverIntroduce a driver to configure USB Type-C mode switches and retimerswhich are controlled by the Chrome OS EC (Embedded Controller).This allows Type-C port drivers, as well as alternate mode drivers toconfigure their relevant mode switches and retimers according to theType-C state they want to achieve.ACPI devices with ID GOOG001A will bind to this driver.Currently, we only register a retimer switch with a stub set function.Subsequent patches will implement the host command set functionality,and introduce mode switches.Reported-by: kernel test robot &lt;lkp@intel.com&gt;Signed-off-by: Prashant Malani &lt;pmalani@chromium.org&gt;Link: https://lore.kernel.org/r/20220711072333.2064341-5-pmalani@chromium.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/platform/chrome/Kconfig</description>
        <pubDate>Mon, 11 Jul 2022 07:22:58 +0000</pubDate>
        <dc:creator>Prashant Malani &lt;pmalani@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>b99eb596 - platform/chrome: cros_ec_proto: add Kunit tests for cros_ec_query_all()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/chrome/Kconfig#b99eb596</link>
        <description>platform/chrome: cros_ec_proto: add Kunit tests for cros_ec_query_all()cros_ec_query_all() sends multiple host commands to EC for queryingsupported protocols and settings.Add required mock for interacting with cros_ec_query_all() and Kunittests.Reviewed-by: Guenter Roeck &lt;groeck@chromium.org&gt;Signed-off-by: Tzung-Bi Shih &lt;tzungbi@kernel.org&gt;Link: https://lore.kernel.org/r/20220609084957.3684698-3-tzungbi@kernel.org

            List of files:
            /linux-6.15/drivers/platform/chrome/Kconfig</description>
        <pubDate>Thu, 09 Jun 2022 08:49:38 +0000</pubDate>
        <dc:creator>Tzung-Bi Shih &lt;tzungbi@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>40f58143 - platform/chrome: cros_kbd_led_backlight: support EC PWM backend</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/chrome/Kconfig#40f58143</link>
        <description>platform/chrome: cros_kbd_led_backlight: support EC PWM backendEC PWM backend uses EC_CMD_PWM_SET_KEYBOARD_BACKLIGHT andEC_CMD_PWM_GET_KEYBOARD_BACKLIGHT for setting and getting the brightnessrespectively.Signed-off-by: Tzung-Bi Shih &lt;tzungbi@kernel.org&gt;Reviewed-by: Matthias Kaehlcke &lt;mka@chromium.org&gt;Tested-by: Matthias Kaehlcke &lt;mka@chromium.org&gt;Link: https://lore.kernel.org/r/20220523090822.3035189-6-tzungbi@kernel.org

            List of files:
            /linux-6.15/drivers/platform/chrome/Kconfig</description>
        <pubDate>Mon, 23 May 2022 09:08:22 +0000</pubDate>
        <dc:creator>Tzung-Bi Shih &lt;tzungbi@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>db681eaf - platform/chrome: cros_ec_proto: add Kunit tests for cros_ec_prepare_tx()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/chrome/Kconfig#db681eaf</link>
        <description>platform/chrome: cros_ec_proto: add Kunit tests for cros_ec_prepare_tx()cros_ec_prepare_tx() is used to fill the protocol headers according tothe requested protocol version.Add Kunit tests cros_ec_prepare_tx() for each version.Signed-off-by: Tzung-Bi Shih &lt;tzungbi@kernel.org&gt;Reviewed-by: Guenter Roeck &lt;groeck@chromium.org&gt;Link: https://lore.kernel.org/r/20220518091814.2028579-2-tzungbi@kernel.org

            List of files:
            /linux-6.15/drivers/platform/chrome/Kconfig</description>
        <pubDate>Wed, 18 May 2022 09:18:11 +0000</pubDate>
        <dc:creator>Tzung-Bi Shih &lt;tzungbi@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>0a4cad9c - platform/chrome: Add ChromeOS ACPI device driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/chrome/Kconfig#0a4cad9c</link>
        <description>platform/chrome: Add ChromeOS ACPI device driverThe x86 Chromebooks have the ChromeOS ACPI device. This driver attachesto the ChromeOS ACPI device and exports the values reported by ACPI in asysfs directory. This data isn&apos;t present in ACPI tables when readthrough ACPI tools, hence a driver is needed to do it. The driver getsdata from firmware using the ACPI component of the kernel. The ACPI valuesare presented in string form (numbers as decimal values) or binaryblobs, and can be accessed as the contents of the appropriate read onlyfiles in the standard ACPI device&apos;s sysfs directory tree. This data isconsumed by the ChromeOS user space.Reviewed-by: Guenter Roeck &lt;groeck@chromium.org&gt;Reviewed-by: Andy Shevchenko &lt;andy.shevchenko@gmail.com&gt;Reviewed-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;Acked-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;Signed-off-by: Enric Balletbo i Serra &lt;enric.balletbo@collabora.com&gt;Co-developed-by: Muhammad Usama Anjum &lt;usama.anjum@collabora.com&gt;Signed-off-by: Muhammad Usama Anjum &lt;usama.anjum@collabora.com&gt;Signed-off-by: Tzung-Bi Shih &lt;tzungbi@kernel.org&gt;Link: https://lore.kernel.org/r/Yn4OKYrtV35Dv+nd@debian-BULLSEYE-live-builder-AMD64

            List of files:
            /linux-6.15/drivers/platform/chrome/Kconfig</description>
        <pubDate>Fri, 13 May 2022 07:52:09 +0000</pubDate>
        <dc:creator>Enric Balletbo i Serra &lt;enric.balletbo@collabora.com&gt;</dc:creator>
    </item>
<item>
        <title>3fb57847 - platform/chrome: Add driver for ChromeOS privacy-screen</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/chrome/Kconfig#3fb57847</link>
        <description>platform/chrome: Add driver for ChromeOS privacy-screenThis adds the ACPI driver for the ChromeOS privacy screen that ispresent on some chromeos devices.Note that ideally, we&apos;d want this privacy screen driver to be probedBEFORE the drm probe in order to avoid a drm probe deferral:https://hansdegoede.livejournal.com/25948.htmlIn practise, I found that ACPI drivers are bound to their devices AFTERthe drm probe on chromebooks. So on chromebooks with privacy-screen,this patch along with the other one in this series results in a probedeferral of about 250ms for i915 driver. However, it did not result inany user noticeable delay of splash screen in my personal experience.In future if this probe deferral turns out to be an issue, we canconsider turning this ACPI driver into something that is probedearlier than the drm drivers.Signed-off-by: Rajat Jain &lt;rajatja@google.com&gt;Reviewed-by: Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;Acked-by: Benson Leung &lt;bleung@chromium.org&gt;Signed-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Link: https://patchwork.freedesktop.org/patch/msgid/20220107190208.95479-2-rajatja@google.com

            List of files:
            /linux-6.15/drivers/platform/chrome/Kconfig</description>
        <pubDate>Fri, 07 Jan 2022 19:02:07 +0000</pubDate>
        <dc:creator>Rajat Jain &lt;rajatja@google.com&gt;</dc:creator>
    </item>
</channel>
</rss>
