<?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>ec8f24b7 - treewide: Add SPDX license identifier - Makefile/Kconfig</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/rfkill/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/net/rfkill/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>1331b62c - rfkill: remove rfkill-regulator</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/rfkill/Kconfig#1331b62c</link>
        <description>rfkill: remove rfkill-regulatorThere are no users of this (&quot;vrfkill&quot;) in the tree, so it&apos;s justdead code - remove it.This also isn&apos;t really how rfkill is supposed to be used - it&apos;sintended as a signalling mechanism to/from the device, which thedriver (and partially cfg80211) will handle - having a separaterfkill instance for a regulator is confusing, the driver shoulduse the regulator instead to turn off the device when requested.Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;

            List of files:
            /linux-6.15/net/rfkill/Kconfig</description>
        <pubDate>Mon, 02 Jan 2017 15:01:57 +0000</pubDate>
        <dc:creator>Johannes Berg &lt;johannes.berg@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>fb2e6b7b - net: rfkill: gpio: remove rfkill_gpio_platform_data</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/rfkill/Kconfig#fb2e6b7b</link>
        <description>net: rfkill: gpio: remove rfkill_gpio_platform_dataNo more users for it.Signed-off-by: Heikki Krogerus &lt;heikki.krogerus@linux.intel.com&gt;Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;

            List of files:
            /linux-6.15/net/rfkill/Kconfig</description>
        <pubDate>Mon, 25 Jan 2016 09:03:49 +0000</pubDate>
        <dc:creator>Heikki Krogerus &lt;heikki.krogerus@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>36890997 - rfkill: Allow compile test of GPIO consumers if !GPIOLIB</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/rfkill/Kconfig#36890997</link>
        <description>rfkill: Allow compile test of GPIO consumers if !GPIOLIBThe GPIO subsystem provides dummy GPIO consumer functions if GPIOLIB isnot enabled. Hence drivers that depend on GPIOLIB, but use GPIO consumerfunctionality only, can still be compiled if GPIOLIB is not enabled.Relax the dependency on GPIOLIB if COMPILE_TEST is enabled, whereappropriate.Signed-off-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Acked-by: Linus Walleij &lt;linus.walleij@linaro.org&gt;Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;

            List of files:
            /linux-6.15/net/rfkill/Kconfig</description>
        <pubDate>Sun, 02 Aug 2015 09:09:54 +0000</pubDate>
        <dc:creator>Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;</dc:creator>
    </item>
<item>
        <title>f02ae59b - net: rfkill: gpio: clean up clock handling</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/rfkill/Kconfig#f02ae59b</link>
        <description>net: rfkill: gpio: clean up clock handlingUse a simple flag to see the state of the clock, and makethe clock available even without a name. Also, get rid ofHAVE_CLK dependency.Signed-off-by: Heikki Krogerus &lt;heikki.krogerus@linux.intel.com&gt;Acked-by: Rhyland Klein &lt;rklein@nvidia.com&gt;Reviewed-by: Mika Westerberg &lt;mika.westerberg@linux.intel.com&gt;Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;

            List of files:
            /linux-6.15/net/rfkill/Kconfig</description>
        <pubDate>Wed, 16 Oct 2013 10:53:40 +0000</pubDate>
        <dc:creator>Heikki Krogerus &lt;heikki.krogerus@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>7176ba23 - net: rfkill: add generic gpio rfkill driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/rfkill/Kconfig#7176ba23</link>
        <description>net: rfkill: add generic gpio rfkill driverThis adds a new generic gpio rfkill driver to support rfkill switcheswhich are controlled by gpios. The driver also supports passing indata about the clock for the radio, so that when rfkill is blocking,it can disable the clock.This driver assumes platform data is passed from the board files toconfigure it for specific devices.Original-patch-by: Anantha Idapalapati &lt;aidapalapati@nvidia.com&gt;Signed-off-by: Rhyland Klein &lt;rklein@nvidia.com&gt;Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;

            List of files:
            /linux-6.15/net/rfkill/Kconfig</description>
        <pubDate>Mon, 16 May 2011 21:41:48 +0000</pubDate>
        <dc:creator>Rhyland Klein &lt;rklein@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>cbc6a6ed - rfkill: Regulator consumer driver for rfkill</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/rfkill/Kconfig#cbc6a6ed</link>
        <description>rfkill: Regulator consumer driver for rfkillAdd a regulator consumer driver for rfkill to enable controlling radiotransmitters connected to voltage regulators using the regulatorframework.A new &quot;vrfkill&quot; virtual supply is provided to use in platform code.Signed-off-by: Guiming Zhuo &lt;gmzhuo@gmail.com&gt;Signed-off-by: Antonio Ospite &lt;ospite@studenti.unina.it&gt;Reviewed-by: Johannes Berg &lt;johannes@sipsolutions.net&gt;Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;

            List of files:
            /linux-6.15/net/rfkill/Kconfig</description>
        <pubDate>Wed, 13 Apr 2011 19:40:45 +0000</pubDate>
        <dc:creator>Antonio Ospite &lt;ospite@studenti.unina.it&gt;</dc:creator>
    </item>
<item>
        <title>6a108a14 - kconfig: rename CONFIG_EMBEDDED to CONFIG_EXPERT</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/rfkill/Kconfig#6a108a14</link>
        <description>kconfig: rename CONFIG_EMBEDDED to CONFIG_EXPERTThe meaning of CONFIG_EMBEDDED has long since been obsoleted; the optionis used to configure any non-standard kernel with a much larger scope thanonly small devices.This patch renames the option to CONFIG_EXPERT in init/Kconfig and fixesreferences to the option throughout the kernel.  A new CONFIG_EMBEDDEDoption is added that automatically selects CONFIG_EXPERT when enabled andcan be used in the future to isolate options that should only beconsidered for embedded systems (RISC architectures, SLOB, etc).Calling the option &quot;EXPERT&quot; more accurately represents its intention: onlyexpert users who understand the impact of the configuration changes theyare making should enable it.Reviewed-by: Ingo Molnar &lt;mingo@elte.hu&gt;Acked-by: David Woodhouse &lt;david.woodhouse@intel.com&gt;Signed-off-by: David Rientjes &lt;rientjes@google.com&gt;Cc: Greg KH &lt;gregkh@suse.de&gt;Cc: &quot;David S. Miller&quot; &lt;davem@davemloft.net&gt;Cc: Jens Axboe &lt;axboe@kernel.dk&gt;Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;Cc: Robin Holt &lt;holt@sgi.com&gt;Cc: &lt;linux-arch@vger.kernel.org&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/net/rfkill/Kconfig</description>
        <pubDate>Thu, 20 Jan 2011 22:44:16 +0000</pubDate>
        <dc:creator>David Rientjes &lt;rientjes@google.com&gt;</dc:creator>
    </item>
<item>
        <title>b91d0e36 - rfkill: remove input Kconfig</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/rfkill/Kconfig#b91d0e36</link>
        <description>rfkill: remove input KconfigNow that we added the ioctl, there&apos;s no need to askthe user to configure this. We will keep it enabledfor now, and eventually swap the default to n. Alsolet embedded users select it only if they need it.Signed-off-by: Johannes Berg &lt;johannes@sipsolutions.net&gt;Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;

            List of files:
            /linux-6.15/net/rfkill/Kconfig</description>
        <pubDate>Mon, 08 Jun 2009 06:14:28 +0000</pubDate>
        <dc:creator>Johannes Berg &lt;johannes@sipsolutions.net&gt;</dc:creator>
    </item>
<item>
        <title>c64fb016 - rfkill: create useful userspace interface</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/rfkill/Kconfig#c64fb016</link>
        <description>rfkill: create useful userspace interfaceThe new code added by this patch will make rfkill createa misc character device /dev/rfkill that userspace can useto control rfkill soft blocks and get status of devices aswell as events when the status changes.Using it is very simple -- when you open it you can reada number of times to get the initial state, and everyfurther read blocks (you can poll) on getting the nextevent from the kernel. The same structure you read isalso used when writing to it to change the soft block ofa given device, all devices of a given type, or alldevices.This also makes CONFIG_RFKILL_INPUT selectable again inorder to be able to test without it present since itsfunctionality can now be replaced by userspace entirelyand distros and users may not want the input part ofrfkill interfering with their userspace code. We willalso write a userspace daemon to handle all that andconsequently add the input code to the feature removalschedule.In order to have rfkilld support both kernels with andwithout CONFIG_RFKILL_INPUT (or new kernels after itseventual removal) we also add an ioctl (that only existsif rfkill-input is present) to disable rfkill-input.It is not very efficient, but at least gives the correctbehaviour in all cases.Signed-off-by: Johannes Berg &lt;johannes@sipsolutions.net&gt;Acked-by: Marcel Holtmann &lt;marcel@holtmann.org&gt;Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;

            List of files:
            /linux-6.15/net/rfkill/Kconfig</description>
        <pubDate>Tue, 02 Jun 2009 11:01:38 +0000</pubDate>
        <dc:creator>Johannes Berg &lt;johannes@sipsolutions.net&gt;</dc:creator>
    </item>
<item>
        <title>19d337df - rfkill: rewrite</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/rfkill/Kconfig#19d337df</link>
        <description>rfkill: rewriteThis patch completely rewrites the rfkill core to addressthe following deficiencies: * all rfkill drivers need to implement polling where necessary   rather than having one central implementation * updating the rfkill state cannot be done from arbitrary   contexts, forcing drivers to use schedule_work and requiring   lots of code * rfkill drivers need to keep track of soft/hard blocked   internally -- the core should do this * the rfkill API has many unexpected quirks, for example being   asymmetric wrt. alloc/free and register/unregister * rfkill can call back into a driver from within a function the   driver called -- this is prone to deadlocks and generally   should be avoided * rfkill-input pointlessly is a separate module * drivers need to #ifdef rfkill functions (unless they want to   depend on or select RFKILL) -- rfkill should provide inlines   that do nothing if it isn&apos;t compiled in * the rfkill structure is not opaque -- drivers need to initialise   it correctly (lots of sanity checking code required) -- instead   force drivers to pass the right variables to rfkill_alloc() * the documentation is hard to read because it always assumes the   reader is completely clueless and contains way TOO MANY CAPS * the rfkill code needlessly uses a lot of locks and atomic   operations in locked sections * fix LED trigger to actually change the LED when the radio state   changes -- this wasn&apos;t done beforeTested-by: Alan Jenkins &lt;alan-jenkins@tuffmail.co.uk&gt;Signed-off-by: Henrique de Moraes Holschuh &lt;hmh@hmh.eng.br&gt; [thinkpad]Signed-off-by: Johannes Berg &lt;johannes@sipsolutions.net&gt;Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;

            List of files:
            /linux-6.15/net/rfkill/Kconfig</description>
        <pubDate>Tue, 02 Jun 2009 11:01:37 +0000</pubDate>
        <dc:creator>Johannes Berg &lt;johannes@sipsolutions.net&gt;</dc:creator>
    </item>
<item>
        <title>135900c1 - [RFKILL]: Add support for an rfkill LED.</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/rfkill/Kconfig#135900c1</link>
        <description>[RFKILL]: Add support for an rfkill LED.This adds a LED trigger.Signed-off-by: Michael Buesch &lt;mb@bu3sch.de&gt;Acked-by: Ivo van Doorn &lt;IvDoorn@gmail.com&gt;Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/net/rfkill/Kconfig</description>
        <pubDate>Thu, 27 Sep 2007 19:33:12 +0000</pubDate>
        <dc:creator>Michael Buesch &lt;mb@bu3sch.de&gt;</dc:creator>
    </item>
<item>
        <title>234a0ca6 - [RFKILL]: Remove IRDA</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/rfkill/Kconfig#234a0ca6</link>
        <description>[RFKILL]: Remove IRDAAs Dmitry pointed out earlier, rfkill-input.cdoesn&apos;t support irda because there are no usersand we shouldn&apos;t add unrequired KEY_ defines.However, RFKILL_TYPE_IRDA was defined in therfkill.h header file and would confuse peopleabout whether it is implemented or not.This patch removes IRDA support completely,so it can be added whenever a driver wants thefeature.Signed-off-by: Ivo van Doorn &lt;IvDoorn@gmail.com&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/net/rfkill/Kconfig</description>
        <pubDate>Thu, 13 Sep 2007 07:20:42 +0000</pubDate>
        <dc:creator>Ivo van Doorn &lt;IvDoorn@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>cf4328cd - [NET]: rfkill: add support for input key to control wireless radio</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/net/rfkill/Kconfig#cf4328cd</link>
        <description>[NET]: rfkill: add support for input key to control wireless radioThe RF kill patch that provides infrastructure for implementingswitches controlling radio states on various network and other cards.[dtor@insightbb.com: address review comments][akpm@linux-foundation.org: cleanups, build fixes]Signed-off-by: Ivo van Doorn &lt;IvDoorn@gmail.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Dmitry Torokhov &lt;dtor@mail.ru&gt;Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/net/rfkill/Kconfig</description>
        <pubDate>Mon, 07 May 2007 07:34:20 +0000</pubDate>
        <dc:creator>Ivo van Doorn &lt;IvDoorn@gmail.com&gt;</dc:creator>
    </item>
</channel>
</rss>
