<?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>dff054e6 - firmware: coreboot: framebuffer: Allow building with simpledrm</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/firmware/google/Kconfig#dff054e6</link>
        <description>firmware: coreboot: framebuffer: Allow building with simpledrmThe coreboot framebuffer driver registers a &quot;simple-framebuffer&quot; devicebased on the information from the firmware, after checking that it&apos;scompatible with the formats listed in simplefb.h. It was added beforesimpledrm, and its Kconfig marked as dependent on the simplefb driver.The simpledrm driver can also handle &quot;simple-framebuffer&quot; devices andthe coreboot framebuffer works fine with it on a &apos;Lick&apos; Chromebook.Allow building the coreboot framebuffer driver with simpledrm as well.Signed-off-by: Alper Nebi Yasak &lt;alpernebiyasak@gmail.com&gt;Reviewed-by: Brian Norris &lt;briannorris@chromium.org&gt;Link: https://lore.kernel.org/r/20230725174334.887485-1-alpernebiyasak@gmail.comSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/firmware/google/Kconfig</description>
        <pubDate>Tue, 25 Jul 2023 17:43:33 +0000</pubDate>
        <dc:creator>Alper Nebi Yasak &lt;alpernebiyasak@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>e42af722 - firmware: coreboot: Remove GOOGLE_COREBOOT_TABLE_ACPI/OF Kconfig entries</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/firmware/google/Kconfig#e42af722</link>
        <description>firmware: coreboot: Remove GOOGLE_COREBOOT_TABLE_ACPI/OF Kconfig entriesEver since commit a28aad66da8b (&quot;firmware: coreboot: Collapse platformdrivers into bus core&quot;) the Kconfig entries GOOGLE_COREBOOT_TABLE_OFand GOOGLE_COREBOOT_TABLE_ACPI have been dead. They have no &quot;help&quot;text and thus aren&apos;t user choosable. They also aren&apos;t &quot;select&quot;ed byanything. They also control the compilation of no code.Let&apos;s remove them.Fixes: a28aad66da8b (&quot;firmware: coreboot: Collapse platform drivers into bus core&quot;)Signed-off-by: Douglas Anderson &lt;dianders@chromium.org&gt;Reviewed-by: Guenter Roeck &lt;groeck@chromium.org&gt;Reviewed-by: Jack Rosenthal &lt;jrosenth@chromium.org&gt;Acked-by: Stephen Boyd &lt;swboyd@chromium.org&gt;Link: https://lore.kernel.org/r/20230207081130.1.I657776750156793721efa247ce6293445137bc8a@changeidSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/firmware/google/Kconfig</description>
        <pubDate>Tue, 07 Feb 2023 16:12:00 +0000</pubDate>
        <dc:creator>Douglas Anderson &lt;dianders@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>19d54020 - firmware: google: Implement cbmem in sysfs driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/firmware/google/Kconfig#19d54020</link>
        <description>firmware: google: Implement cbmem in sysfs driverThe CBMEM area is a downward-growing memory region used by coreboot todynamically allocate tagged data structures (&quot;CBMEM entries&quot;) thatremain resident during boot.This implements a driver which exports access to the CBMEM entriesvia sysfs under /sys/bus/coreboot/devices/cbmem-&lt;id&gt;.This implementation is quite versatile.  Examples of how it could beused are given below:* Tools like util/cbmem from the coreboot tree could use this driver  instead of finding CBMEM in /dev/mem directly.  Alternatively,  firmware developers debugging an issue may find the sysfs interface  more ergonomic than the cbmem tool and choose to use it directly.* The crossystem tool, which exposes verified boot variables, can use  this driver to read the vboot work buffer.* Tools which read the BIOS SPI flash (e.g., flashrom) can find the  flash layout in CBMEM directly, which is significantly faster than  searching the flash directly.Write access is provided to all CBMEM regions via/sys/bus/coreboot/devices/cbmem-&lt;id&gt;/mem, as the existing cbmemtooling updates this memory region, and envisioned use cases withcrossystem can benefit from updating memory regions.Link: https://issuetracker.google.com/239604743Cc: Stephen Boyd &lt;swboyd@chromium.org&gt;Cc: Tzung-Bi Shih &lt;tzungbi@kernel.org&gt;Reviewed-by: Guenter Roeck &lt;groeck@chromium.org&gt;Reviewed-by: Julius Werner &lt;jwerner@chromium.org&gt;Tested-by: Jack Rosenthal &lt;jrosenth@chromium.org&gt;Signed-off-by: Jack Rosenthal &lt;jrosenth@chromium.org&gt;Link: https://lore.kernel.org/r/20221104161528.531248-1-jrosenth@chromium.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/firmware/google/Kconfig</description>
        <pubDate>Fri, 04 Nov 2022 16:15:28 +0000</pubDate>
        <dc:creator>Jack Rosenthal &lt;jrosenth@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>37fd8391 - firmware: google: Properly state IOMEM dependency</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/firmware/google/Kconfig#37fd8391</link>
        <description>firmware: google: Properly state IOMEM dependencyThe Google Coreboot implementation requires IOMEM functions(memmremap, memunmap, devm_memremap), but does not specify this is itsKconfig. This results in build errors when HAS_IOMEM is not set, such ason some UML configurations:/usr/bin/ld: drivers/firmware/google/coreboot_table.o: in function `coreboot_table_probe&apos;:coreboot_table.c:(.text+0x311): undefined reference to `memremap&apos;/usr/bin/ld: coreboot_table.c:(.text+0x34e): undefined reference to `memunmap&apos;/usr/bin/ld: drivers/firmware/google/memconsole-coreboot.o: in function `memconsole_probe&apos;:memconsole-coreboot.c:(.text+0x12d): undefined reference to `memremap&apos;/usr/bin/ld: memconsole-coreboot.c:(.text+0x17e): undefined reference to `devm_memremap&apos;/usr/bin/ld: memconsole-coreboot.c:(.text+0x191): undefined reference to `memunmap&apos;/usr/bin/ld: drivers/firmware/google/vpd.o: in function `vpd_section_destroy.isra.0&apos;:vpd.c:(.text+0x300): undefined reference to `memunmap&apos;/usr/bin/ld: drivers/firmware/google/vpd.o: in function `vpd_section_init&apos;:vpd.c:(.text+0x382): undefined reference to `memremap&apos;/usr/bin/ld: vpd.c:(.text+0x459): undefined reference to `memunmap&apos;/usr/bin/ld: drivers/firmware/google/vpd.o: in function `vpd_probe&apos;:vpd.c:(.text+0x59d): undefined reference to `memremap&apos;/usr/bin/ld: vpd.c:(.text+0x5d3): undefined reference to `memunmap&apos;collect2: error: ld returned 1 exit statusFixes: a28aad66da8b (&quot;firmware: coreboot: Collapse platform drivers into bus core&quot;)Acked-By: anton ivanov &lt;anton.ivanov@cambridgegreys.com&gt;Acked-By: Julius Werner &lt;jwerner@chromium.org&gt;Signed-off-by: David Gow &lt;davidgow@google.com&gt;Link: https://lore.kernel.org/r/20220225041502.1901806-1-davidgow@google.comSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/firmware/google/Kconfig</description>
        <pubDate>Fri, 25 Feb 2022 04:15:02 +0000</pubDate>
        <dc:creator>David Gow &lt;davidgow@google.com&gt;</dc:creator>
    </item>
<item>
        <title>d185a346 - firmware: Update Kconfig help text for Google firmware</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/firmware/google/Kconfig#d185a346</link>
        <description>firmware: Update Kconfig help text for Google firmwareThe help text for GOOGLE_FIRMWARE states that it should only beenabled when building a kernel for Google&apos;s own servers.  However,many of the drivers dependent on it are also useful on Chromebooks oron any platform using coreboot.Update the help text to reflect this double duty.Fixes: d384d6f43d1e (&quot;firmware: google memconsole: Add coreboot support&quot;)Reviewed-by: Julius Werner &lt;jwerner@chromium.org&gt;Signed-off-by: Ben Hutchings &lt;ben@decadent.org.uk&gt;Link: https://lore.kernel.org/r/20180618225540.GD14131@decadent.org.ukSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/firmware/google/Kconfig</description>
        <pubDate>Mon, 18 Jun 2018 22:55:40 +0000</pubDate>
        <dc:creator>Ben Hutchings &lt;ben@decadent.org.uk&gt;</dc:creator>
    </item>
<item>
        <title>9846d860 - efi: gsmi: fix false dependency on CONFIG_EFI_VARS</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/firmware/google/Kconfig#9846d860</link>
        <description>efi: gsmi: fix false dependency on CONFIG_EFI_VARSThe gsmi code does not actually rely on CONFIG_EFI_VARS, since it onlyuses the efivars abstraction that is included unconditionally whenCONFIG_EFI is defined. CONFIG_EFI_VARS controls the inclusion of thecode that exposes the sysfs entries, and which has been deprecated forsome time.Signed-off-by: Ard Biesheuvel &lt;ardb@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/firmware/google/Kconfig</description>
        <pubDate>Wed, 23 Sep 2020 08:18:31 +0000</pubDate>
        <dc:creator>Ard Biesheuvel &lt;ardb@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>ec8f24b7 - treewide: Add SPDX license identifier - Makefile/Kconfig</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/firmware/google/Kconfig#ec8f24b7</link>
        <description>treewide: Add SPDX license identifier - Makefile/KconfigAdd SPDX license identifiers to all Make/Kconfig files which: - Have no license information of any formThese files fall under the project license, GPL v2 only. The resulting SPDXlicense identifier is:  GPL-2.0-onlySigned-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/firmware/google/Kconfig</description>
        <pubDate>Sun, 19 May 2019 12:07:45 +0000</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>d31655ba - gsmi: Remove autoselected dependency on EFI and EFI_VARS</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/firmware/google/Kconfig#d31655ba</link>
        <description>gsmi: Remove autoselected dependency on EFI and EFI_VARSInstead of selecting EFI and EFI_VARS automatically when GSMI isenabled let that portion of the driver be conditionally compiledif EFI and EFI_VARS are enabled.This allows the rest of the driver (specifically event log) tobe used if EFI_VARS is not enabled.To test:1) verify that EFI_VARS is not automatically selected whenCONFIG_GOOGLE_GSMI is enabled2) verify that the kernel boots on Link and that GSMI event logis still available and functional3) specifically boot the kernel on Alex to ensure it does nottry to load efivars and that gsmi also does not load because itis not in the supported DMI tableSigned-off-by: Duncan Laurie &lt;dlaurie@chromium.org&gt;Reviewed-by: Olof Johansson &lt;olofj@chromium.org&gt;Signed-off-by: Benson Leung &lt;bleung@chromium.org&gt;Signed-off-by: Ben Zhang &lt;benzh@chromium.org&gt;Signed-off-by: Filipe Brandenburger &lt;filbranden@chromium.org&gt;Signed-off-by: Furquan Shaikh &lt;furquan@google.com&gt;Tested-by: Furquan Shaikh &lt;furquan@chromium.org&gt;Reviewed-by: Aaron Durbin &lt;adurbin@chromium.org&gt;[zwisler: update changelog for upstream]Signed-off-by: Ross Zwisler &lt;zwisler@google.com&gt;Reviewed-by: Guenter Roeck &lt;groeck@chromium.org&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/firmware/google/Kconfig</description>
        <pubDate>Fri, 12 Oct 2018 16:04:47 +0000</pubDate>
        <dc:creator>Duncan Laurie &lt;dlaurie@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>a28aad66 - firmware: coreboot: Collapse platform drivers into bus core</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/firmware/google/Kconfig#a28aad66</link>
        <description>firmware: coreboot: Collapse platform drivers into bus coreThe DT based and ACPI based platform drivers here do the same thing; mapsome memory and hand it over to the coreboot bus to populate devices.The only major difference is that the DT based driver doesn&apos;t map thecoreboot table header to figure out how large of a region to map for thewhole coreboot table and it uses of_iomap() instead of ioremap_cache().A cached or non-cached mapping shouldn&apos;t matter here and mapping somesmaller region first before mapping the whole table is just more workbut should be OK. In the end, we can remove two files and combine thecode all in one place making it easier to reason about things.We leave the old Kconfigs in place for a little while longer but makethem hidden and select the previously hidden config option. This wayusers can upgrade without having to know to reselect this config in thefuture. Later on we can remove the old hidden configs.Cc: Wei-Ning Huang &lt;wnhuang@chromium.org&gt;Cc: Julius Werner &lt;jwerner@chromium.org&gt;Cc: Brian Norris &lt;briannorris@chromium.org&gt;Cc: Samuel Holland &lt;samuel@sholland.org&gt;Signed-off-by: Stephen Boyd &lt;swboyd@chromium.org&gt;Reviewed-by: Julius Werner &lt;jwerner@chromium.org&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/firmware/google/Kconfig</description>
        <pubDate>Wed, 15 Aug 2018 20:37:06 +0000</pubDate>
        <dc:creator>Stephen Boyd &lt;swboyd@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>851b4c14 - firmware: coreboot: Add coreboot framebuffer driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/firmware/google/Kconfig#851b4c14</link>
        <description>firmware: coreboot: Add coreboot framebuffer driverRegister a simplefb framebuffer when the coreboot table contains aframebuffer entry.Signed-off-by: Samuel Holland &lt;samuel@sholland.org&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/firmware/google/Kconfig</description>
        <pubDate>Thu, 25 Jan 2018 01:41:20 +0000</pubDate>
        <dc:creator>Samuel Holland &lt;samuel@sholland.org&gt;</dc:creator>
    </item>
<item>
        <title>049a59db - firmware: Google VPD sysfs driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/firmware/google/Kconfig#049a59db</link>
        <description>firmware: Google VPD sysfs driverThis patch introduces the Google Vital Product Data driver.This driver reads Vital Product Data from coreboot tables and thencreates the corresponding sysfs entries under /sys/firmware/vpd toprovide easy access for userspace programs (does not require flashrom).The sysfs is structured as follow: /sys/firmware/vpd |-- ro |   |-- key1 |   `-- key2 |-- ro_raw |-- rw |   `-- key1 `-- rw_rawWhere ro_raw and rw_raw contain the raw VPD partition. The files underro and rw correspond to the key name in the VPD and the the file contentis the value for the key.Signed-off-by: Wei-Ning Huang &lt;wnhuang@google.com&gt;Signed-off-by: Thierry Escande &lt;thierry.escande@collabora.com&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/firmware/google/Kconfig</description>
        <pubDate>Wed, 12 Apr 2017 16:56:19 +0000</pubDate>
        <dc:creator>Wei-Ning Huang &lt;wnhuang@google.com&gt;</dc:creator>
    </item>
<item>
        <title>a1d6f9cf - firmware: google memconsole: Add ARM/ARM64 support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/firmware/google/Kconfig#a1d6f9cf</link>
        <description>firmware: google memconsole: Add ARM/ARM64 supportThis patch expands the Google firmware memory console driver to alsowork on certain tree based platforms running coreboot, such as ARM/ARM64Chromebooks. This patch now adds another path to find the coreboot tablethrough the device tree. In order to find that, a second levelbootloader must have installed the &apos;coreboot&apos; compatible device treenode that describes its base address and size.This patch is a rework/split/merge of patches from the chromeos v4.4kernel tree originally authored by: Wei-Ning Huang &lt;wnhuang@chromium.org&gt; Julius Werner &lt;jwerner@chromium.org&gt; Brian Norris &lt;briannorris@chromium.org&gt;Signed-off-by: Thierry Escande &lt;thierry.escande@collabora.com&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/firmware/google/Kconfig</description>
        <pubDate>Tue, 28 Mar 2017 16:11:29 +0000</pubDate>
        <dc:creator>Thierry Escande &lt;thierry.escande@collabora.com&gt;</dc:creator>
    </item>
<item>
        <title>d384d6f4 - firmware: google memconsole: Add coreboot support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/firmware/google/Kconfig#d384d6f4</link>
        <description>firmware: google memconsole: Add coreboot supportCoreboot (http://www.coreboot.org) allows to save the firmware consoleoutput in a memory buffer. With this patch, the address of this memorybuffer is obtained from coreboot tables on x86 chromebook devicesdeclaring an ACPI device with name matching GOOGCB00 or BOOT0000.If the memconsole-coreboot driver is able to find the coreboot table,the memconsole driver sets the cbmem_console address and initializes thememconsole sysfs entries.The coreboot_table-acpi driver is responsible for setting the address ofthe coreboot table header when probed. If this address is not yet setwhen memconsole-coreboot is probed, then the probe is deferred byreturning -EPROBE_DEFER.This patch is a rework/split/merge of patches from the chromeos v4.4kernel tree originally authored by: Vadim Bendebury &lt;vbendeb@chromium.org&gt; Wei-Ning Huang &lt;wnhuang@google.com&gt; Yuji Sasaki &lt;sasakiy@google.com&gt; Duncan Laurie &lt;dlaurie@chromium.org&gt; Julius Werner &lt;jwerner@chromium.org&gt; Brian Norris &lt;briannorris@chromium.org&gt;Signed-off-by: Thierry Escande &lt;thierry.escande@collabora.com&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/firmware/google/Kconfig</description>
        <pubDate>Tue, 28 Mar 2017 16:11:27 +0000</pubDate>
        <dc:creator>Thierry Escande &lt;thierry.escande@collabora.com&gt;</dc:creator>
    </item>
<item>
        <title>afe9dba4 - firmware: google memconsole: Move specific EBDA parts</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/firmware/google/Kconfig#afe9dba4</link>
        <description>firmware: google memconsole: Move specific EBDA partsThis patch splits memconsole.c in 2 parts. One containing thearchitecture-independent part and the other one containing the EBDAspecific part. This prepares the integration of coreboot support for thememconsole.The memconsole driver is now named as memconsole-x86-legacy.Signed-off-by: Thierry Escande &lt;thierry.escande@collabora.com&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/firmware/google/Kconfig</description>
        <pubDate>Tue, 28 Mar 2017 16:11:26 +0000</pubDate>
        <dc:creator>Thierry Escande &lt;thierry.escande@collabora.com&gt;</dc:creator>
    </item>
<item>
        <title>f952a401 - firmware: google memconsole: Remove useless submenu in Kconfig</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/firmware/google/Kconfig#f952a401</link>
        <description>firmware: google memconsole: Remove useless submenu in KconfigThis patch removes the &quot;Google Firmware Drivers&quot; menu containing amenuconfig entry with the exact same name. The menuconfig is nowdirectly under the &quot;Firmware Drivers&quot; entry.Signed-off-by: Thierry Escande &lt;thierry.escande@collabora.com&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/firmware/google/Kconfig</description>
        <pubDate>Tue, 28 Mar 2017 16:11:25 +0000</pubDate>
        <dc:creator>Thierry Escande &lt;thierry.escande@collabora.com&gt;</dc:creator>
    </item>
<item>
        <title>c2218e26 - firmware/google: drop &apos;select EFI&apos; to avoid recursive dependency</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/firmware/google/Kconfig#c2218e26</link>
        <description>firmware/google: drop &apos;select EFI&apos; to avoid recursive dependencyThe GOOGLE_SMI Kconfig symbol depends on DMI and selects EFI.  Thiscauses problems on other archs when introducing DMI support that dependson EFI, as it results in a recursive dependency:  arch/arm/Kconfig:1845:error: recursive dependency detected!  arch/arm/Kconfig:1845:	symbol DMI depends on EFIFix by changing the &apos;select EFI&apos; to a &apos;depends on EFI&apos;.Signed-off-by: Ard Biesheuvel &lt;ard.biesheuvel@linaro.org&gt;Cc: David Rientjes &lt;rientjes@google.com&gt;Acked-by: Mike Waychison &lt;mikew@google.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/drivers/firmware/google/Kconfig</description>
        <pubDate>Tue, 28 Jan 2014 01:07:21 +0000</pubDate>
        <dc:creator>Ard Biesheuvel &lt;ard.biesheuvel@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>5daf538a - firmware: fix GOOGLE_SMI kconfig dependency warning</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/firmware/google/Kconfig#5daf538a</link>
        <description>firmware: fix GOOGLE_SMI kconfig dependency warningIs it meaningful/useful to enable EFI_VARS but not EFI?That&apos;s what GOOGLE_SMI does.  Make it enable EFI also.Fixes this kconfig dependency warning:warning: (GOOGLE_SMI) selects EFI_VARS which has unmet direct dependencies (EFI)Signed-off-by: Randy Dunlap &lt;randy.dunlap@oracle.com&gt;Acked-by: Mike Waychison &lt;mikew@google.com&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

            List of files:
            /linux-6.15/drivers/firmware/google/Kconfig</description>
        <pubDate>Mon, 23 May 2011 00:38:02 +0000</pubDate>
        <dc:creator>Randy Dunlap &lt;randy.dunlap@oracle.com&gt;</dc:creator>
    </item>
<item>
        <title>a1d9a09a - Introduce CONFIG_GOOGLE_FIRMWARE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/firmware/google/Kconfig#a1d9a09a</link>
        <description>Introduce CONFIG_GOOGLE_FIRMWAREIn order to keep Google&apos;s firmware drivers organized amongst themselves,all Google firmware drivers are gated on CONFIG_GOOGLE_FIRMWARE=y, whichdefaults to &apos;n&apos; in the kernel build.Signed-off-by: Mike Waychison &lt;mikew@google.com&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

            List of files:
            /linux-6.15/drivers/firmware/google/Kconfig</description>
        <pubDate>Sat, 30 Apr 2011 00:39:31 +0000</pubDate>
        <dc:creator>Mike Waychison &lt;mikew@google.com&gt;</dc:creator>
    </item>
<item>
        <title>e561bc45 - driver: Google Memory Console</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/firmware/google/Kconfig#e561bc45</link>
        <description>driver: Google Memory ConsoleThis patch introduces the &apos;memconsole&apos; driver.Our firmware gives us access to an in-memory log of the firmware&apos;soutput.   This gives us visibility in a data-center of headless machinesas to what the firmware is doing.The memory console is found by the driver by finding a header block inthe EBDA.  The buffer is then copied out, and is exported to userland inthe file /sys/firmware/log.Signed-off-by: San Mehat &lt;san@google.com&gt;Signed-off-by: Mike Waychison &lt;mikew@google.com&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

            List of files:
            /linux-6.15/drivers/firmware/google/Kconfig</description>
        <pubDate>Sat, 30 Apr 2011 00:39:25 +0000</pubDate>
        <dc:creator>Mike Waychison &lt;mikew@google.com&gt;</dc:creator>
    </item>
<item>
        <title>74c5b31c - driver: Google EFI SMI</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/firmware/google/Kconfig#74c5b31c</link>
        <description>driver: Google EFI SMIThe &quot;gsmi&quot; driver bridges userland with firmware specific routines foraccessing hardware.Currently, this driver only supports NVRAM and eventlog information.Deprecated functions have been removed from the driver, though theirop-codes are left in place so that they are not re-used.This driver works by trampolining into the firmware via the smi_commandoutlined in the FADT table.  Three protocols are used due to variouslimitations over time, but all are included herein.This driver should only ever load on Google boards, identified by eithera &quot;Google, Inc.&quot; board vendor string in DMI, or &quot;GOOGLE&quot; in the OEMstrings of the FADT ACPI table.  This logic happens ingsmi_system_valid().Signed-off-by: Duncan Laurie &lt;dlaurie@google.com&gt;Signed-off-by: Aaron Durbin &lt;adurbin@google.com&gt;Signed-off-by: Mike Waychison &lt;mikew@google.com&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

            List of files:
            /linux-6.15/drivers/firmware/google/Kconfig</description>
        <pubDate>Sat, 30 Apr 2011 00:39:19 +0000</pubDate>
        <dc:creator>Mike Waychison &lt;mikew@google.com&gt;</dc:creator>
    </item>
</channel>
</rss>
