<?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>b1b8fcf6 - platform/x86: Update alienware-wmi config entries</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/x86/dell/Kconfig#b1b8fcf6</link>
        <description>platform/x86: Update alienware-wmi config entriesAdd config entries for each WMI driver managed by the alienware-wmimodule to be able to conditionally compile them.Reviewed-by: Armin Wolf &lt;W_Armin@gmx.de&gt;Reviewed-by: Mario Limonciello &lt;mario.limonciello@amd.com&gt;Signed-off-by: Kurt Borja &lt;kuurtb@gmail.com&gt;Link: https://lore.kernel.org/r/20250207154610.13675-14-kuurtb@gmail.comReviewed-by: Ilpo J&#228;rvinen &lt;ilpo.jarvinen@linux.intel.com&gt;Signed-off-by: Ilpo J&#228;rvinen &lt;ilpo.jarvinen@linux.intel.com&gt;

            List of files:
            /linux-6.15/drivers/platform/x86/dell/Kconfig</description>
        <pubDate>Fri, 07 Feb 2025 15:46:09 +0000</pubDate>
        <dc:creator>Kurt Borja &lt;kuurtb@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>cc0809b7 - platform/x86: dell-smo8800: Move instantiation of lis3lv02d i2c_client from i2c-i801 to dell-lis3lv02d</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/x86/dell/Kconfig#cc0809b7</link>
        <description>platform/x86: dell-smo8800: Move instantiation of lis3lv02d i2c_client from i2c-i801 to dell-lis3lv02dVarious Dell laptops have an lis3lv02d freefall/accelerometer sensor.The lis3lv02d chip has an interrupt line as well as an I2C connection tothe system&apos;s main SMBus.The lis3lv02d is described in the ACPI tables by an SMO88xx ACPI device,but the SMO88xx ACPI fwnodes are incomplete and only list an IRQ resource.So far this has been worked around with some SMO88xx specific quirk codein the generic i2c-i801 driver, but it is not necessary to handle the Dellspecific instantiation of i2c_client-s for SMO88xx ACPI devices there.The kernel already instantiates platform_device-s for these with anacpi:SMO88xx modalias. The drivers/platform/x86/dell/dell-smo8800.cdriver binds to this platform device but this only deals withthe interrupt resource. Add a drivers/platform/x86/dell/dell-lis3lv02d.cwhich will matches on the same acpi:SMO88xx modaliases and movethe i2c_client instantiation from the generic i2c-i801 driver there.Moving the i2c_client instantiation has the following advantages:1. This moves the SMO88xx ACPI device quirk handling away from the generici2c-i801 module which is loaded on all Intel x86 machines to a modulewhich will only be loaded when there is an ACPI SMO88xx device.2. This removes the duplication of the SMO88xx ACPI Hardware ID (HID) tablebetween the i2c-i801 and dell-smo8800 drivers.3. This allows extending the quirk handling by adding new code and relatedmodule parameters to the dell-lis3lv02d driver, without needing to modifythe i2c-i801 code.Reviewed-by: Pali Roh&#225;r &lt;pali@kernel.org&gt;Signed-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Acked-by: Wolfram Sang &lt;wsa@kernel.org&gt;Link: https://lore.kernel.org/r/20241209183557.7560-3-hdegoede@redhat.comReviewed-by: Ilpo J&#228;rvinen &lt;ilpo.jarvinen@linux.intel.com&gt;Signed-off-by: Ilpo J&#228;rvinen &lt;ilpo.jarvinen@linux.intel.com&gt;

            List of files:
            /linux-6.15/drivers/platform/x86/dell/Kconfig</description>
        <pubDate>Mon, 09 Dec 2024 18:35:55 +0000</pubDate>
        <dc:creator>Hans de Goede &lt;hdegoede@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>9f6c4304 - alienware-wmi: added platform profile support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/x86/dell/Kconfig#9f6c4304</link>
        <description>alienware-wmi: added platform profile supportImplements platform profile support for Dell laptops with new WMAX thermalinterface, present on some Alienware X-Series, Alienware M-Series andDell&apos;s G-Series laptops. This interface is suspected to be used byAlienware Command Center (AWCC), which is not available for linuxsystems, to manage thermal profiles.This implementation makes use of three WMI methods, namelyTHERMAL_CONTROL, THERMAL_INFORMATION and GAME_SHIFT_STATUS, which takeu32 as input and output arguments. Each method has a set of supportedoperations specified in their respective enums.Not all models with WMAX WMI interface support these methods. Because ofthis, models have to manually declare support through new quirks`thermal` for THERMAL_CONTROL and THERMAL_INFORMATION and `gmode` forGAME_SHIFT_STATUS.Wrappers written for these methods support multiple operations.THERMAL_CONTROL switches thermal modes through operationACTIVATE_PROFILE. Available thermal codes are auto-detected at runtimeand matched against a list of known thermal codes:Thermal Table &quot;User Selectable Thermal Tables&quot; (USTT):	BALANCED			0xA0	BALANCED_PERFORMANCE		0xA1	COOL				0xA2	QUIET				0xA3	PERFORMANCE			0xA4	LOW_POWER			0xA5Thermal Table Basic:	QUIET				0x96	BALANCED			0x97	BALANCED_PERFORMANCE		0x98	PERFORMANCE			0x99Devices are known to implement only one of these tables without mixingtheir thermal codes.The fact that the least significant digit of every thermal code isconsecutive of one another is exploited to efficiently match codesthrough arrays.Autodetection of available codes is done through operation LIST_IDS ofmethod THERMAL_INFORMATION. This operation lists fan IDs, CPU sensor ID,GPU sensor ID and available thermal profile codes, *in that order*. Asnumber of fans and thermal codes is very model dependent, almost everyID is scanned and matched based on conditions found onis_wmax_thermal_code(). The known upper bound for the number of IDs is13, corresponding to a device that have 4 fans, 2 sensors and 7 thermalcodes.Additionally G-Series laptops have a key called G-key, which (with AWCCproprietary driver) switches the thermal mode to an special mode namedGMODE with code 0xAB and changes Game Shift Status to 1. Game Shift is amode the manufacturer claims, increases gaming performance.GAME_SHIFT_STATUS method is used to mimic this behavior when selectingPLATFORM_PROFILE_PERFORMANCE option.All of these profiles are known to only change fan speed profiles,although there are untested claims that some of them also change powerprofiles.Activating a thermal mode with method THERMAL_CONTROL may cause shorthangs. This is a known problem present on every platform.Signed-off-by: Kurt Borja &lt;kuurtb@gmail.com&gt;Reviewed-by: Ilpo J&#228;rvinen &lt;ilpo.jarvinen@linux.intel.com&gt;Reviewed-by: Armin Wolf &lt;W_Armin@gmx.de&gt;Link: https://lore.kernel.org/r/20241030001124.7589-1-kuurtb@gmail.comSigned-off-by: Ilpo J&#228;rvinen &lt;ilpo.jarvinen@linux.intel.com&gt;

            List of files:
            /linux-6.15/drivers/platform/x86/dell/Kconfig</description>
        <pubDate>Wed, 30 Oct 2024 00:11:23 +0000</pubDate>
        <dc:creator>Kurt Borja &lt;kuurtb@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>a6021aa2 - ACPI: EC: make EC support compile-time conditional</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/x86/dell/Kconfig#a6021aa2</link>
        <description>ACPI: EC: make EC support compile-time conditionalThe embedded controller code is mainly used on x86 laptops and cannotwork without PC style I/O port access.Make this a user-visible configuration option that is default enabledon x86 but otherwise disabled, and that can never be enabled unlessCONFIG_HAS_IOPORT is also available.The empty stubs in internal.h help ignore the EC code in configurationsthat don&apos;t support it. In order to see those stubs, the sbshc code alsohas to include this header and drop duplicate declarations.All the direct callers of ec_read/ec_write already had an x86dependency and now also need to depend on APCI_EC.Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Acked-by: Guenter Roeck &lt;linux@roeck-us.net&gt;Acked-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Link: https://patch.msgid.link/20241011061948.3211423-1-arnd@kernel.org[ rjw: Subject edits ]Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;

            List of files:
            /linux-6.15/drivers/platform/x86/dell/Kconfig</description>
        <pubDate>Fri, 11 Oct 2024 06:18:17 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>ab58016c - platform/x86:dell-laptop: Add knobs to change battery charge settings</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/x86/dell/Kconfig#ab58016c</link>
        <description>platform/x86:dell-laptop: Add knobs to change battery charge settingsThe Dell BIOS allows you to set custom charging modes, which is usefulin particular for extending battery life. This adds support for tweakingthose various settings from Linux via sysfs knobs. One might, forexample, have their laptop plugged into power at their desk the vastmajority of the time and choose fairly aggressive battery-savingsettings (eg, only charging once the battery drops below 50% and onlycharging up to 80%). When leaving for a trip, it would be more usefulto instead switch to a standard charging mode (top off at 100%, chargeany time power is available). Rebooting into the BIOS to change thecharging mode settings is a hassle.For the Custom charging type mode, we reuse the commoncharge_control_{start,end}_threshold sysfs power_supply entries. TheBIOS also has a bunch of other charging modes (with varying levels ofusefulness), so this also adds a &apos;charge_type&apos; sysfs entry that maps thestandard values to Dell-specific ones.This work is based on a patch by Perry Yuan &lt;perry_yuan@dell.com&gt; andLimonciello Mario &lt;Mario_Limonciello@Dell.com&gt; submitted back in 2020.Hans de Goede:s/charge_type/charge_types/ since charge_types_show() used the newcharge_types power-supply property output format.Signed-off-by: Andres Salomon &lt;dilinger@queued.net&gt;Reviewed-by: Pali Roh&#225;r &lt;pali@kernel.org&gt;Link: https://lore.kernel.org/r/20240820033005.09e03af1@5400Reviewed-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Signed-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;

            List of files:
            /linux-6.15/drivers/platform/x86/dell/Kconfig</description>
        <pubDate>Tue, 20 Aug 2024 07:30:05 +0000</pubDate>
        <dc:creator>Andres Salomon &lt;dilinger@queued.net&gt;</dc:creator>
    </item>
<item>
        <title>b5f09430 - platform/x86: dell-uart-backlight: Use acpi_video_get_backlight_type()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/x86/dell/Kconfig#b5f09430</link>
        <description>platform/x86: dell-uart-backlight: Use acpi_video_get_backlight_type()The dell-uart-backlight driver supports backlight control on Dell All InOne (AIO) models using a backlight controller board connected to an UART.In DSDT this uart port will be defined as:   Name (_HID, &quot;DELL0501&quot;)   Name (_CID, EisaId (&quot;PNP0501&quot;)Now the first AIO has turned up which has not only the DSDT bits for this,but also an actual controller attached to the UART, yet it is not usingthis controller for backlight control.Use the acpi_video_get_backlight_type() function from the ACPI video-detectcode to check if the dell-uart-backlight driver should actually be used.This allows reusing the existing ACPI video-detect infra to overridethe backlight control method on the commandline or with DMI quirks.Fixes: 484bae9e4d6a (&quot;platform/x86: Add new Dell UART backlight driver&quot;)Cc: All applicable &lt;stable@vger.kernel.org&gt;Signed-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Reviewed-by: Andy Shevchenko &lt;andy@kernel.org&gt;Link: https://patch.msgid.link/20240814190159.15650-3-hdegoede@redhat.comSigned-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;

            List of files:
            /linux-6.15/drivers/platform/x86/dell/Kconfig</description>
        <pubDate>Wed, 14 Aug 2024 19:01:58 +0000</pubDate>
        <dc:creator>Hans de Goede &lt;hdegoede@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>996ad412 - platform/x86: dell-pc: Implement platform_profile</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/x86/dell/Kconfig#996ad412</link>
        <description>platform/x86: dell-pc: Implement platform_profileSome Dell laptops support configuration of preset fan modes throughsmbios tables.If the platform supports these fan modes, set up platform_profile tochange these modes. If not supported, skip enabling platform_profile.Signed-off-by: Lyndon Sanche &lt;lsanche@lyndeno.ca&gt;Link: https://lore.kernel.org/r/20240529174843.13226-4-lsanche@lyndeno.ca[ij: Adjust #includes into alphabetical order]Reviewed-by: Ilpo J&#228;rvinen &lt;ilpo.jarvinen@linux.intel.com&gt;Signed-off-by: Ilpo J&#228;rvinen &lt;ilpo.jarvinen@linux.intel.com&gt;

            List of files:
            /linux-6.15/drivers/platform/x86/dell/Kconfig</description>
        <pubDate>Wed, 29 May 2024 17:47:46 +0000</pubDate>
        <dc:creator>Lyndon Sanche &lt;lsanche@lyndeno.ca&gt;</dc:creator>
    </item>
<item>
        <title>484bae9e - platform/x86: Add new Dell UART backlight driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/x86/dell/Kconfig#484bae9e</link>
        <description>platform/x86: Add new Dell UART backlight driverDell All In One (AIO) models released after 2017 use a backlight controllerboard connected to an UART.In DSDT this uart port will be defined as:   Name (_HID, &quot;DELL0501&quot;)   Name (_CID, EisaId (&quot;PNP0501&quot;)Instead of having a separate ACPI device with an UartSerialBusV2() resourceto model the backlight-controller, which would be the standard way to dothis.The acpi_quirk_skip_serdev_enumeration() has special handling for thisand it will make the serial port code create a serdev controller devicefor the UART instead of a /dev/ttyS0 char-dev. It will also createa dell-uart-backlight driver platform device for this driver to bind too.This new kernel module contains 2 drivers for this:1. A simple platform driver which creates the actual serdev device   (with the serdev controller device as parent)2. A serdev driver for the created serdev device which exports   the backlight functionality uses a standard backlight class device.Reported-by: Roman Bogoyev &lt;roman@computercheck.com.au&gt;Tested-by: Roman Bogoyev &lt;roman@computercheck.com.au&gt;Tested-by: Kai-Heng Feng &lt;kai.heng.feng@canonical.com&gt;Co-developed-by: AceLan Kao &lt;acelan.kao@canonical.com&gt;Signed-off-by: AceLan Kao &lt;acelan.kao@canonical.com&gt;Signed-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Link: https://lore.kernel.org/r/20240513144603.93874-2-hdegoede@redhat.com

            List of files:
            /linux-6.15/drivers/platform/x86/dell/Kconfig</description>
        <pubDate>Mon, 13 May 2024 14:46:01 +0000</pubDate>
        <dc:creator>Hans de Goede &lt;hdegoede@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>2cee4d0c - platform/x86: remove obsolete calls to ledtrig_audio_get</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/x86/dell/Kconfig#2cee4d0c</link>
        <description>platform/x86: remove obsolete calls to ledtrig_audio_getSince 64f67b5240db (&quot;leds: trigger: audio: Add an activate callback toensure the initial brightness is set&quot;) the audio triggers have anactivate callback which sets the LED brightness as soon as the(default) trigger is bound to the LED device. So we can remove thecall to ledtrig_audio_get.Positive side effect: There&apos;s no code dependency to ledtrig-audio anylonger, what allows to remove some Kconfig dependencies.Signed-off-by: Heiner Kallweit &lt;hkallweit1@gmail.com&gt;Reviewed-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Link: https://lore.kernel.org/r/daef7331-dcb4-4b3a-802e-656629486b4c@gmail.comReviewed-by: Ilpo J&#228;rvinen &lt;ilpo.jarvinen@linux.intel.com&gt;Signed-off-by: Ilpo J&#228;rvinen &lt;ilpo.jarvinen@linux.intel.com&gt;

            List of files:
            /linux-6.15/drivers/platform/x86/dell/Kconfig</description>
        <pubDate>Sun, 14 Jan 2024 17:14:54 +0000</pubDate>
        <dc:creator>Heiner Kallweit &lt;hkallweit1@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>bb67bf1c - Documentation: move driver-api/dcdbas to userspace-api/</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/x86/dell/Kconfig#bb67bf1c</link>
        <description>Documentation: move driver-api/dcdbas to userspace-api/This file documents a sysfs interface that is intended for systemsmanagement software. It does NOT document any kind of kernel driverAPI. It is also not meant to be used directly by system administratorsor users.Cc: Stuart Hayes &lt;stuart.w.hayes@gmail.com&gt;Cc: platform-driver-x86@vger.kernel.orgSigned-off-by: Vegard Nossum &lt;vegard.nossum@oracle.com&gt;Acked-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Reviewed-by: Randy Dunlap &lt;rdunlap@infradead.org&gt;Signed-off-by: Jonathan Corbet &lt;corbet@lwn.net&gt;Link: https://lore.kernel.org/r/20231221124816.2978000-3-vegard.nossum@oracle.com

            List of files:
            /linux-6.15/drivers/platform/x86/dell/Kconfig</description>
        <pubDate>Thu, 21 Dec 2023 12:48:16 +0000</pubDate>
        <dc:creator>Vegard Nossum &lt;vegard.nossum@oracle.com&gt;</dc:creator>
    </item>
<item>
        <title>3b7eeff9 - platform/x86: dell-ddv: Add hwmon support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/x86/dell/Kconfig#3b7eeff9</link>
        <description>platform/x86: dell-ddv: Add hwmon supportThanks to bugreport 216655 on bugzilla triggered by thedell-smm-hwmon driver, the contents of the sensor bufferscould be almost completely decoded.Add an hwmon interface for exposing the fan and thermalsensor values. Since the WMI interface can be quite slowon some machines, the sensor buffers are cached for 1 secondto lessen the performance impact.The debugfs interface remains in place to aid in reverse-engineeringof unknown sensor types and the thermal buffer.Tested-by: Anton&#237;n Skala &lt;skala.antonin@gmail.com&gt;Tested-by: Gustavo Walbon &lt;gustavowalbon@gmail.com&gt;Signed-off-by: Armin Wolf &lt;W_Armin@gmx.de&gt;Reviewed-by: Guenter Roeck &lt;linux@roeck-us.net&gt;Link: https://lore.kernel.org/r/20230209211503.2739-2-W_Armin@gmx.deReviewed-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Signed-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;

            List of files:
            /linux-6.15/drivers/platform/x86/dell/Kconfig</description>
        <pubDate>Thu, 09 Feb 2023 21:15:02 +0000</pubDate>
        <dc:creator>Armin Wolf &lt;W_Armin@gmx.de&gt;</dc:creator>
    </item>
<item>
        <title>a77272c1 - platform/x86: dell: Add new dell-wmi-ddv driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/x86/dell/Kconfig#a77272c1</link>
        <description>platform/x86: dell: Add new dell-wmi-ddv driverThe dell-wmi-ddv driver adds support for readingthe current temperature and ePPID of ACPI batterieson supported Dell machines.Since the WMI interface used by this driver does notdo any input validation and thus cannot be used for probing,the driver depends on the ACPI battery extension machanismto discover batteries.The driver also supports a debugfs interface for retrievingbuffers containing fan and thermal sensor information.Since the meaing of the content of those buffers is currentlyunknown, the interface is meant for reverse-engineering andwill likely be replaced with an hwmon interface once themeaning has been understood.The driver was tested on a Dell Inspiron 3505.Signed-off-by: Armin Wolf &lt;W_Armin@gmx.de&gt;Reviewed-by: Andy Shevchenko &lt;andriy.shevchenko@linux.intel.com&gt;Link: https://lore.kernel.org/r/20220927204521.601887-3-W_Armin@gmx.deReviewed-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Signed-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;

            List of files:
            /linux-6.15/drivers/platform/x86/dell/Kconfig</description>
        <pubDate>Tue, 27 Sep 2022 20:45:21 +0000</pubDate>
        <dc:creator>Armin Wolf &lt;W_Armin@gmx.de&gt;</dc:creator>
    </item>
<item>
        <title>63a00f04 - platform/x86/dell: Kconfig: Remove unnecessary &quot;depends on X86_PLATFORM_DEVICES&quot;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/x86/dell/Kconfig#63a00f04</link>
        <description>platform/x86/dell: Kconfig: Remove unnecessary &quot;depends on X86_PLATFORM_DEVICES&quot;platform/x86/dell/Kconfig is only sourced if X86_PLATFORM_DEVICES is set,so it does not need to depend on it.Reviewed-by: Andy Shevchenko &lt;andy.shevchenko@gmail.com&gt;Signed-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Link: https://lore.kernel.org/r/20220620145628.5882-3-hdegoede@redhat.com

            List of files:
            /linux-6.15/drivers/platform/x86/dell/Kconfig</description>
        <pubDate>Mon, 20 Jun 2022 14:56:28 +0000</pubDate>
        <dc:creator>Hans de Goede &lt;hdegoede@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>0f07c023 - platform/x86: dell-wmi-descriptor: disable by default</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/x86/dell/Kconfig#0f07c023</link>
        <description>platform/x86: dell-wmi-descriptor: disable by defaultdell-wmi-descriptor only provides symbols to other drivers.These drivers already select dell-wmi-descriptor when needed.This fixes an issue where dell-wmi-descriptor is compiled as a modulewith localyesconfig on a non-Dell machine.Signed-off-by: Thomas Wei&#223;schuh &lt;linux@weissschuh.net&gt;Link: https://lore.kernel.org/r/20211113080551.61860-1-linux@weissschuh.netReviewed-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Signed-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;

            List of files:
            /linux-6.15/drivers/platform/x86/dell/Kconfig</description>
        <pubDate>Sat, 13 Nov 2021 08:05:51 +0000</pubDate>
        <dc:creator>Thomas Wei&#223;schuh &lt;linux@weissschuh.net&gt;</dc:creator>
    </item>
<item>
        <title>92813daf - platform/x86: dell: Make DELL_WMI_PRIVACY depend on DELL_WMI</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/x86/dell/Kconfig#92813daf</link>
        <description>platform/x86: dell: Make DELL_WMI_PRIVACY depend on DELL_WMIDELL_WMI_PRIVACY is a feature toggle for the main dell-wmi driver,so it must depend on the Kconfig option which enables the maindell-wmi driver.Fixes: 8af9fa37b8a3 (&quot;platform/x86: dell-privacy: Add support for Dell hardware privacy&quot;)Reported-by: Randy Dunlap &lt;rdunlap@infradead.org&gt;Signed-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Link: https://lore.kernel.org/r/20211011132338.407571-1-hdegoede@redhat.com

            List of files:
            /linux-6.15/drivers/platform/x86/dell/Kconfig</description>
        <pubDate>Mon, 11 Oct 2021 13:23:38 +0000</pubDate>
        <dc:creator>Hans de Goede &lt;hdegoede@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>6550ba68 - platform/x86: dell: Make DELL_WMI_PRIVACY depend on DELL_WMI</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/x86/dell/Kconfig#6550ba68</link>
        <description>platform/x86: dell: Make DELL_WMI_PRIVACY depend on DELL_WMIDELL_WMI_PRIVACY is a feature toggle for the main dell-wmi driver,so it must depend on the Kconfig option which enables the maindell-wmi driver.Fixes: 8af9fa37b8a3 (&quot;platform/x86: dell-privacy: Add support for Dell hardware privacy&quot;)Reported-by: Randy Dunlap &lt;rdunlap@infradead.org&gt;Signed-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Link: https://lore.kernel.org/r/20211011132338.407571-1-hdegoede@redhat.com

            List of files:
            /linux-6.15/drivers/platform/x86/dell/Kconfig</description>
        <pubDate>Mon, 11 Oct 2021 13:23:38 +0000</pubDate>
        <dc:creator>Hans de Goede &lt;hdegoede@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>5b72dafa - platform/x86: dell: fix DELL_WMI_PRIVACY dependencies &amp; build error</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/x86/dell/Kconfig#5b72dafa</link>
        <description>platform/x86: dell: fix DELL_WMI_PRIVACY dependencies &amp; build errorWhen DELL_WMI=y, DELL_WMI_PRIVACY=y, and LEDS_TRIGGER_AUDIO=m, thereis a linker error since the LEDS trigger code is built as a loadablemodule. This happens because DELL_WMI_PRIVACY is a bool that dependson a tristate (LEDS_TRIGGER_AUDIO=m), which can be dangerous.ld: drivers/platform/x86/dell/dell-wmi-privacy.o: in function `dell_privacy_wmi_probe&apos;:dell-wmi-privacy.c:(.text+0x3df): undefined reference to `ledtrig_audio_get&apos;Fixes: 8af9fa37b8a3 (&quot;platform/x86: dell-privacy: Add support for Dell hardware privacy&quot;)Signed-off-by: Randy Dunlap &lt;rdunlap@infradead.org&gt;Cc: Perry Yuan &lt;Perry.Yuan@dell.com&gt;Cc: Dell.Client.Kernel@dell.comCc: platform-driver-x86@vger.kernel.orgCc: Hans de Goede &lt;hdegoede@redhat.com&gt;Cc: Mark Gross &lt;mgross@linux.intel.com&gt;Link: https://lore.kernel.org/r/20210918044829.19222-1-rdunlap@infradead.orgReviewed-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Signed-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;

            List of files:
            /linux-6.15/drivers/platform/x86/dell/Kconfig</description>
        <pubDate>Sat, 18 Sep 2021 04:48:29 +0000</pubDate>
        <dc:creator>Randy Dunlap &lt;rdunlap@infradead.org&gt;</dc:creator>
    </item>
<item>
        <title>d24236cb - platform/x86: dell: fix DELL_WMI_PRIVACY dependencies &amp; build error</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/x86/dell/Kconfig#d24236cb</link>
        <description>platform/x86: dell: fix DELL_WMI_PRIVACY dependencies &amp; build errorWhen DELL_WMI=y, DELL_WMI_PRIVACY=y, and LEDS_TRIGGER_AUDIO=m, thereis a linker error since the LEDS trigger code is built as a loadablemodule. This happens because DELL_WMI_PRIVACY is a bool that dependson a tristate (LEDS_TRIGGER_AUDIO=m), which can be dangerous.ld: drivers/platform/x86/dell/dell-wmi-privacy.o: in function `dell_privacy_wmi_probe&apos;:dell-wmi-privacy.c:(.text+0x3df): undefined reference to `ledtrig_audio_get&apos;Fixes: 8af9fa37b8a3 (&quot;platform/x86: dell-privacy: Add support for Dell hardware privacy&quot;)Signed-off-by: Randy Dunlap &lt;rdunlap@infradead.org&gt;Cc: Perry Yuan &lt;Perry.Yuan@dell.com&gt;Cc: Dell.Client.Kernel@dell.comCc: platform-driver-x86@vger.kernel.orgCc: Hans de Goede &lt;hdegoede@redhat.com&gt;Cc: Mark Gross &lt;mgross@linux.intel.com&gt;Link: https://lore.kernel.org/r/20210918044829.19222-1-rdunlap@infradead.orgReviewed-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Signed-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;

            List of files:
            /linux-6.15/drivers/platform/x86/dell/Kconfig</description>
        <pubDate>Sat, 18 Sep 2021 04:48:29 +0000</pubDate>
        <dc:creator>Randy Dunlap &lt;rdunlap@infradead.org&gt;</dc:creator>
    </item>
<item>
        <title>bc6b8d7e - platform/x86: dell-smo8800: Convert to be a platform driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/x86/dell/Kconfig#bc6b8d7e</link>
        <description>platform/x86: dell-smo8800: Convert to be a platform driverACPI core in conjunction with platform driver core providesan infrastructure to enumerate ACPI devices. Use it in orderto remove a lot of boilerplate code.Signed-off-by: Andy Shevchenko &lt;andriy.shevchenko@linux.intel.com&gt;Reviewed-by: Pali Roh&#225;r &lt;pali@kernel.org&gt;Tested-by: Pali Roh&#225;r &lt;pali@kernel.org&gt;Link: https://lore.kernel.org/r/20210803194039.35083-1-andriy.shevchenko@linux.intel.comSigned-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;

            List of files:
            /linux-6.15/drivers/platform/x86/dell/Kconfig</description>
        <pubDate>Tue, 03 Aug 2021 19:40:39 +0000</pubDate>
        <dc:creator>Andy Shevchenko &lt;andriy.shevchenko@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>3ece696c - platform/x86: Remove &quot;default n&quot; entries</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/platform/x86/dell/Kconfig#3ece696c</link>
        <description>platform/x86: Remove &quot;default n&quot; entriesLinus already once did that for PDx86, don&apos;t repeat our mistakes.TL;DR: &apos;n&apos; *is* the default &apos;default&apos;.Signed-off-by: Andy Shevchenko &lt;andriy.shevchenko@linux.intel.com&gt;Link: https://lore.kernel.org/r/20210618125516.53510-1-andriy.shevchenko@linux.intel.comSigned-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;

            List of files:
            /linux-6.15/drivers/platform/x86/dell/Kconfig</description>
        <pubDate>Fri, 18 Jun 2021 12:55:09 +0000</pubDate>
        <dc:creator>Andy Shevchenko &lt;andriy.shevchenko@linux.intel.com&gt;</dc:creator>
    </item>
</channel>
</rss>
