<?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>333e8eb3 - genirq: Remove IRQ_EDGE_EOI_HANDLER</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/irq/Kconfig#333e8eb3</link>
        <description>genirq: Remove IRQ_EDGE_EOI_HANDLERThe powerpc Cell blade support, now removed, was the only user ofIRQ_EDGE_EOI_HANDLER, so remove it.Acked-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Signed-off-by: Madhavan Srinivasan &lt;maddy@linux.ibm.com&gt;Link: https://patch.msgid.link/20241218105523.416573-21-mpe@ellerman.id.au

            List of files:
            /linux-6.15/kernel/irq/Kconfig</description>
        <pubDate>Wed, 18 Dec 2024 10:55:09 +0000</pubDate>
        <dc:creator>Michael Ellerman &lt;mpe@ellerman.id.au&gt;</dc:creator>
    </item>
<item>
        <title>96093fe5 - irqchip: Have CONFIG_IRQ_MSI_IOMMU be selected by irqchips that need it</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/irq/Kconfig#96093fe5</link>
        <description>irqchip: Have CONFIG_IRQ_MSI_IOMMU be selected by irqchips that need itCurrently, IRQ_MSI_IOMMU is selected if DMA_IOMMU is available to providean implementation for iommu_dma_prepare/compose_msi_msg(). However, it&apos;llmake more sense for irqchips that call prepare/compose to select it, andthat will trigger all the additional code and data to be compiled intothe kernel.If IRQ_MSI_IOMMU is selected with no IOMMU side implementation, then theprepare/compose() will be NOP stubs.If IRQ_MSI_IOMMU is not selected by an irqchip, then the related code onthe iommu side is compiled out.Link: https://patch.msgid.link/r/a2620f67002c5cdf974e89ca3bf905f5c0817be6.1740014950.git.nicolinc@nvidia.comSigned-off-by: Nicolin Chen &lt;nicolinc@nvidia.com&gt;Reviewed-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Signed-off-by: Jason Gunthorpe &lt;jgg@nvidia.com&gt;

            List of files:
            /linux-6.15/kernel/irq/Kconfig</description>
        <pubDate>Thu, 20 Feb 2025 01:31:39 +0000</pubDate>
        <dc:creator>Jason Gunthorpe &lt;jgg@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>4cf7d586 - genirq: Remove unused CONFIG_GENERIC_PENDING_IRQ_CHIPFLAGS</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/irq/Kconfig#4cf7d586</link>
        <description>genirq: Remove unused CONFIG_GENERIC_PENDING_IRQ_CHIPFLAGSCONFIG_GENERIC_PENDING_IRQ_CHIPFLAGS is not used anymore, hence remove it.Fixes: f94a18249b7f (&quot;genirq: Remove IRQ_MOVE_PCNTXT and related code&quot;)Signed-off-by: Anup Patel &lt;apatel@ventanamicro.com&gt;Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Link: https://lore.kernel.org/all/20250209041655.331470-7-apatel@ventanamicro.com

            List of files:
            /linux-6.15/kernel/irq/Kconfig</description>
        <pubDate>Sun, 09 Feb 2025 04:16:50 +0000</pubDate>
        <dc:creator>Anup Patel &lt;apatel@ventanamicro.com&gt;</dc:creator>
    </item>
<item>
        <title>a648eb3a - genirq: Provide IRQCHIP_MOVE_DEFERRED</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/irq/Kconfig#a648eb3a</link>
        <description>genirq: Provide IRQCHIP_MOVE_DEFERREDThe logic of GENERIC_PENDING_IRQ is backwards for historical reasons. Mostinterrupt controllers allow to move the interrupt from arbitrarycontexts. If GENERIC_PENDING_IRQ is enabled by an architecture to support achip, which requires the affinity change to happen in interrupt context,all other chips have to be marked with IRQF_MOVE_PCNTXT.That&apos;s tedious and there is no real good reason for the extra flags in theirq descriptor and the irq data status fields. In fact the decision whetherinterrupts can be moved in arbitrary context or not is a property of theinterrupt chip.To simplify adoption for RISC-V provide a new mechanism which is enabledvia a config switch and allows to add a flag to irq_chip::flags to requestthat interrupt affinity changes are deferred. Setting the top level chip ofan interrupt evaluates the flag and maps it into the existing logic.The config switch and the various PCNTXT flags are temporary until x86 isconverted over to this scheme. This intermediate step also allows trivialbackporting of the mechanism to plug the affinity change race of variousRISC-V interrupt controllers.Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Link: https://lore.kernel.org/all/20241210103335.500314436@linutronix.de

            List of files:
            /linux-6.15/kernel/irq/Kconfig</description>
        <pubDate>Tue, 10 Dec 2024 10:34:14 +0000</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>bad6722e - kexec: Consolidate machine_kexec_mask_interrupts() implementation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/irq/Kconfig#bad6722e</link>
        <description>kexec: Consolidate machine_kexec_mask_interrupts() implementationConsolidate the machine_kexec_mask_interrupts implementation into a commonfunction located in a new file: kernel/irq/kexec.c. This removes duplicateimplementations from architecture-specific files in arch/arm, arch/arm64,arch/powerpc, and arch/riscv, reducing code duplication and improvingmaintainability.The new implementation retains architecture-specific behavior forCONFIG_GENERIC_IRQ_KEXEC_CLEAR_VM_FORWARD, which was previously implementedfor ARM64. When enabled (currently for ARM64), it clears the active stateof interrupts forwarded to virtual machines (VMs) before handling otherinterrupt masking operations.Signed-off-by: Eliav Farber &lt;farbere@amazon.com&gt;Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Link: https://lore.kernel.org/all/20241204142003.32859-2-farbere@amazon.com

            List of files:
            /linux-6.15/kernel/irq/Kconfig</description>
        <pubDate>Wed, 04 Dec 2024 14:20:02 +0000</pubDate>
        <dc:creator>Eliav Farber &lt;farbere@amazon.com&gt;</dc:creator>
    </item>
<item>
        <title>99cf63c5 - genirq: Provide a snapshot mechanism for interrupt statistics</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/irq/Kconfig#99cf63c5</link>
        <description>genirq: Provide a snapshot mechanism for interrupt statisticsThe soft lockup detector lacks a mechanism to identify interrupt storms asroot cause of a lockup. To enable this the detector needs a mechanism tosnapshot the interrupt count statistics on a CPU when the detector observesa potential lockup scenario and compare that against the interrupt countwhen it warns about the lockup later on. The number of interrupts in thatperiod give a hint whether the lockup might have been caused by an interruptstorm.Instead of having extra storage in the lockup detector and accessing theinternals of the interrupt descriptor directly, add a snapshot member tothe per CPU irq_desc::kstat_irq structure and provide interfaces to take asnapshot of all interrupts on the current CPU and to retrieve the delta ofa specific interrupt later on.Originally-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Signed-off-by: Bitao Hu &lt;yaoma@linux.alibaba.com&gt;Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Link: https://lore.kernel.org/r/20240411074134.30922-3-yaoma@linux.alibaba.com

            List of files:
            /linux-6.15/kernel/irq/Kconfig</description>
        <pubDate>Thu, 11 Apr 2024 07:41:31 +0000</pubDate>
        <dc:creator>Bitao Hu &lt;yaoma@linux.alibaba.com&gt;</dc:creator>
    </item>
<item>
        <title>835a486c - genirq: Add mechanism to multiplex a single HW IPI</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/irq/Kconfig#835a486c</link>
        <description>genirq: Add mechanism to multiplex a single HW IPIAll RISC-V platforms have a single HW IPI provided by the INTC localinterrupt controller. The HW method to trigger INTC IPI can be throughexternal irqchip (e.g. RISC-V AIA), through platform specific device(e.g. SiFive CLINT timer), or through firmware (e.g. SBI IPI call).To support multiple IPIs on RISC-V, add a generic IPI multiplexingmechanism which help us create multiple virtual IPIs using a singleHW IPI. This generic IPI multiplexing is inspired by the Apple AICirqchip driver and it is shared by various RISC-V irqchip drivers.Signed-off-by: Anup Patel &lt;apatel@ventanamicro.com&gt;Reviewed-by: Hector Martin &lt;marcan@marcan.st&gt;Tested-by: Hector Martin &lt;marcan@marcan.st&gt;Signed-off-by: Marc Zyngier &lt;maz@kernel.org&gt;Link: https://lore.kernel.org/r/20230103141221.772261-4-apatel@ventanamicro.com

            List of files:
            /linux-6.15/kernel/irq/Kconfig</description>
        <pubDate>Tue, 03 Jan 2023 14:12:15 +0000</pubDate>
        <dc:creator>Anup Patel &lt;apatel@ventanamicro.com&gt;</dc:creator>
    </item>
<item>
        <title>13e7accb - genirq: Get rid of GENERIC_MSI_IRQ_DOMAIN</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/irq/Kconfig#13e7accb</link>
        <description>genirq: Get rid of GENERIC_MSI_IRQ_DOMAINAdjust to reality and remove another layer of pointless Kconfigindirection. CONFIG_GENERIC_MSI_IRQ is good enough to serveall purposes.Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Reviewed-by: Jason Gunthorpe &lt;jgg@nvidia.com&gt;Link: https://lore.kernel.org/r/20221111122014.524842979@linutronix.de

            List of files:
            /linux-6.15/kernel/irq/Kconfig</description>
        <pubDate>Fri, 11 Nov 2022 13:54:40 +0000</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>0e6c027c - genirq: GENERIC_IRQ_EFFECTIVE_AFF_MASK depends on SMP</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/irq/Kconfig#0e6c027c</link>
        <description>genirq: GENERIC_IRQ_EFFECTIVE_AFF_MASK depends on SMPAn IRQ&apos;s effective affinity can only be different from its configuredaffinity if there are multiple CPUs. Make it clear that this option isonly meaningful when SMP is enabled. Most of the relevant code inirqdesc.c is already hidden behind CONFIG_SMP anyway.Signed-off-by: Samuel Holland &lt;samuel@sholland.org&gt;Signed-off-by: Marc Zyngier &lt;maz@kernel.org&gt;Link: https://lore.kernel.org/r/20220701200056.46555-4-samuel@sholland.org

            List of files:
            /linux-6.15/kernel/irq/Kconfig</description>
        <pubDate>Fri, 01 Jul 2022 20:00:51 +0000</pubDate>
        <dc:creator>Samuel Holland &lt;samuel@sholland.org&gt;</dc:creator>
    </item>
<item>
        <title>0f5209fe - genirq: GENERIC_IRQ_IPI depends on SMP</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/irq/Kconfig#0f5209fe</link>
        <description>genirq: GENERIC_IRQ_IPI depends on SMPThe generic IPI code depends on the IRQ affinity mask being allocatedand initialized. This will not be the case if SMP is disabled. Fix upthe remaining driver that selected GENERIC_IRQ_IPI in a non-SMP config.Reported-by: kernel test robot &lt;lkp@intel.com&gt;Signed-off-by: Samuel Holland &lt;samuel@sholland.org&gt;Signed-off-by: Marc Zyngier &lt;maz@kernel.org&gt;Link: https://lore.kernel.org/r/20220701200056.46555-3-samuel@sholland.org

            List of files:
            /linux-6.15/kernel/irq/Kconfig</description>
        <pubDate>Fri, 01 Jul 2022 20:00:50 +0000</pubDate>
        <dc:creator>Samuel Holland &lt;samuel@sholland.org&gt;</dc:creator>
    </item>
<item>
        <title>8d15a729 - genirq: Hide irq_cpu_{on,off}line() behind a deprecated option</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/irq/Kconfig#8d15a729</link>
        <description>genirq: Hide irq_cpu_{on,off}line() behind a deprecated optionirq_cpu_{on,off}line() are now only used by the Octeon platform.Make their use conditional on this plaform being enabled, andotherwise hidden away.Signed-off-by: Marc Zyngier &lt;maz@kernel.org&gt;Reviewed-by: Florian Fainelli &lt;f.fainelli@gmail.com&gt;Tested-by: Serge Semin &lt;fancer.lancer@gmail.com&gt;Link: https://lore.kernel.org/r/20211021170414.3341522-4-maz@kernel.org

            List of files:
            /linux-6.15/kernel/irq/Kconfig</description>
        <pubDate>Thu, 21 Oct 2021 17:04:14 +0000</pubDate>
        <dc:creator>Marc Zyngier &lt;maz@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>0953fb26 - irq: remove handle_domain_{irq,nmi}()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/irq/Kconfig#0953fb26</link>
        <description>irq: remove handle_domain_{irq,nmi}()Now that entry code handles IRQ entry (including setting the IRQ regs)before calling irqchip code, irqchip code can safely callgeneric_handle_domain_irq(), and there&apos;s no functional reason for it tocall handle_domain_irq().Let&apos;s cement this split of responsibility and remove handle_domain_irq()entirely, updating irqchip drivers to call generic_handle_domain_irq().For consistency, handle_domain_nmi() is similarly removed and replacedwith a generic_handle_domain_nmi() function which also does not performany entry logic.Previously handle_domain_{irq,nmi}() had a WARN_ON() which would firewhen they were called in an inappropriate context. So that we canidentify similar issues going forward, similar WARN_ON_ONCE() logic isadded to the generic_handle_*() functions, and comments are updated forclarity and consistency.Signed-off-by: Mark Rutland &lt;mark.rutland@arm.com&gt;Reviewed-by: Marc Zyngier &lt;maz@kernel.org&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;

            List of files:
            /linux-6.15/kernel/irq/Kconfig</description>
        <pubDate>Wed, 20 Oct 2021 19:23:09 +0000</pubDate>
        <dc:creator>Mark Rutland &lt;mark.rutland@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>2fe35f8e - irq: add a (temporary) CONFIG_HANDLE_DOMAIN_IRQ_IRQENTRY</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/irq/Kconfig#2fe35f8e</link>
        <description>irq: add a (temporary) CONFIG_HANDLE_DOMAIN_IRQ_IRQENTRYGoing forward we want architecture/entry code to perform all thenecessary work to enter/exit IRQ context, with irqchip code merelyhandling the mapping of the interrupt to any handler(s). Among otherreasons, this is necessary to consistently fix some longstanding issueswith the ordering of lockdep/RCU/tracing instrumentation which manyarchitectures get wrong today in their entry code.Importantly, rcu_irq_{enter,exit}() must be called precisely once perIRQ exception, so that rcu_is_cpu_rrupt_from_idle() can correctlyidentify when an interrupt was taken from an idle context which must beexplicitly preempted. Currently handle_domain_irq() callsrcu_irq_{enter,exit}() via irq_{enter,exit}(), but entry code needs tobe able to call rcu_irq_{enter,exit}() earlier for correct orderingacross lockdep/RCU/tracing updates for sequences such as:  lockdep_hardirqs_off(CALLER_ADDR0);  rcu_irq_enter();  trace_hardirqs_off_finish();To permit each architecture to be converted to the new style in turn,this patch adds a new CONFIG_HANDLE_DOMAIN_IRQ_IRQENTRY selected by allcurrent users of HANDLE_DOMAIN_IRQ, which gates the existing behaviour.When CONFIG_HANDLE_DOMAIN_IRQ_IRQENTRY is not selected,handle_domain_irq() requires entry code to perform theirq_{enter,exit}() work, with an explicit check for this matching thestyle of handle_domain_nmi().Subsequent patches will:1) Add the necessary IRQ entry accounting to each architecture in turn,   dropping CONFIG_HANDLE_DOMAIN_IRQ_IRQENTRY from that architecture&apos;s   Kconfig.2) Remove CONFIG_HANDLE_DOMAIN_IRQ_IRQENTRY once it is no longer   selected.3) Convert irqchip drivers to consistently use   generic_handle_domain_irq() rather than handle_domain_irq().4) Remove handle_domain_irq() and CONFIG_HANDLE_DOMAIN_IRQ.... which should leave us with a clear split of responsiblity across theentry and irqchip code, making it possible to perform additionalcleanups and fixes for the aforementioned longstanding issues with entrycode.There should be no functional change as a result of this patch.Signed-off-by: Mark Rutland &lt;mark.rutland@arm.com&gt;Reviewed-by: Marc Zyngier &lt;maz@kernel.org&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;

            List of files:
            /linux-6.15/kernel/irq/Kconfig</description>
        <pubDate>Tue, 19 Oct 2021 10:12:31 +0000</pubDate>
        <dc:creator>Mark Rutland &lt;mark.rutland@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>e37af801 - powerpc: Move the use of irq_domain_add_nomap() behind a config option</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/irq/Kconfig#e37af801</link>
        <description>powerpc: Move the use of irq_domain_add_nomap() behind a config optionOnly a handful of old PPC systems are still using the old &apos;nomap&apos;variant of the irqdomain library. Move the associated definitionsbehind a configuration option, which will allow us to make somemore radical changes.Signed-off-by: Marc Zyngier &lt;maz@kernel.org&gt;

            List of files:
            /linux-6.15/kernel/irq/Kconfig</description>
        <pubDate>Sun, 04 Apr 2021 12:06:39 +0000</pubDate>
        <dc:creator>Marc Zyngier &lt;maz@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>f296dcd6 - genirq: Remove GENERIC_IRQ_LEGACY_ALLOC_HWIRQ</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/irq/Kconfig#f296dcd6</link>
        <description>genirq: Remove GENERIC_IRQ_LEGACY_ALLOC_HWIRQCommit bb9d812643d8 (&quot;arch: remove tile port&quot;) removed the last user ofthis cruft two years ago...Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Link: https://lore.kernel.org/r/87eekvac06.fsf@nanos.tec.linutronix.de

            List of files:
            /linux-6.15/kernel/irq/Kconfig</description>
        <pubDate>Sat, 14 Nov 2020 21:01:45 +0000</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>151a5351 - genirq: Let GENERIC_IRQ_IPI select IRQ_DOMAIN_HIERARCHY</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/irq/Kconfig#151a5351</link>
        <description>genirq: Let GENERIC_IRQ_IPI select IRQ_DOMAIN_HIERARCHYkernel/irq/ipi.c otherwise fails to compile if nothing elseselects it.Fixes: 379b656446a3 (&quot;genirq: Add GENERIC_IRQ_IPI Kconfig symbol&quot;)Reported-by: Pavel Machek &lt;pavel@ucw.cz&gt;Tested-by: Pavel Machek &lt;pavel@ucw.cz&gt;Signed-off-by: Marc Zyngier &lt;maz@kernel.org&gt;Link: https://lore.kernel.org/r/20201015101222.GA32747@amd

            List of files:
            /linux-6.15/kernel/irq/Kconfig</description>
        <pubDate>Thu, 15 Oct 2020 20:41:44 +0000</pubDate>
        <dc:creator>Marc Zyngier &lt;maz@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>8fa88a88 - genirq: Remove preflow handler support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/irq/Kconfig#8fa88a88</link>
        <description>genirq: Remove preflow handler supportThat was put in place for sparc64, and blackfin also used it for some time;sparc64 no longer uses those, and blackfin is dead.As there are no more users, remove preflow handlers.Signed-off-by: Valentin Schneider &lt;valentin.schneider@arm.com&gt;Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Link: https://lkml.kernel.org/r/20200703155645.29703-3-valentin.schneider@arm.com

            List of files:
            /linux-6.15/kernel/irq/Kconfig</description>
        <pubDate>Fri, 03 Jul 2020 15:56:45 +0000</pubDate>
        <dc:creator>Valentin Schneider &lt;valentin.schneider@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>a7f7f624 - treewide: replace &apos;---help---&apos; in Kconfig files with &apos;help&apos;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/irq/Kconfig#a7f7f624</link>
        <description>treewide: replace &apos;---help---&apos; in Kconfig files with &apos;help&apos;Since commit 84af7a6194e4 (&quot;checkpatch: kconfig: prefer &apos;help&apos; over&apos;---help---&apos;&quot;), the number of &apos;---help---&apos; has been graduallydecreasing, but there are still more than 2400 instances.This commit finishes the conversion. While I touched the lines,I also fixed the indentation.There are a variety of indentation styles found.  a) 4 spaces + &apos;---help---&apos;  b) 7 spaces + &apos;---help---&apos;  c) 8 spaces + &apos;---help---&apos;  d) 1 space + 1 tab + &apos;---help---&apos;  e) 1 tab + &apos;---help---&apos;    (correct indentation)  f) 1 tab + 1 space + &apos;---help---&apos;  g) 1 tab + 2 spaces + &apos;---help---&apos;In order to convert all of them to 1 tab + &apos;help&apos;, I ran thefollowing commend:  $ find . -name &apos;Kconfig*&apos; | xargs sed -i &apos;s/^[[:space:]]*---help---/\thelp/&apos;Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;

            List of files:
            /linux-6.15/kernel/irq/Kconfig</description>
        <pubDate>Sat, 13 Jun 2020 16:50:22 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>337cbeb2 - genirq/irq_sim: Simplify the API</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/irq/Kconfig#337cbeb2</link>
        <description>genirq/irq_sim: Simplify the APIThe interrupt simulator API exposes a lot of custom data structures andfunctions and doesn&apos;t reuse the interfaces already exposed by the irqsubsystem. This patch tries to address it.We hide all the simulator-related data structures from users and insteadrely on the well-known irq domain. When creating the interrupt simulatorthe user receives a pointer to a newly created irq_domain and can use itto create mappings for simulated interrupts.It is also possible to pass a handle to fwnode when creating the simulatordomain and retrieve it using irq_find_matching_fwnode().The irq_sim_fire() function is dropped as well. Instead we implement theirq_get/set_irqchip_state interface.We modify the two modules that use the simulator at the same time asadding these changes in order to reduce the intermediate bloat that wouldresult when trying to migrate the drivers in separate patches.Signed-off-by: Bartosz Golaszewski &lt;bgolaszewski@baylibre.com&gt;Signed-off-by: Marc Zyngier &lt;maz@kernel.org&gt;Reviewed-by: Linus Walleij &lt;linus.walleij@linaro.org&gt;Acked-by: Jonathan Cameron &lt;Jonathan.Cameron@huawei.com&gt; #for IIOLink: https://lore.kernel.org/r/20200514083901.23445-3-brgl@bgdev.pl

            List of files:
            /linux-6.15/kernel/irq/Kconfig</description>
        <pubDate>Thu, 14 May 2020 08:39:01 +0000</pubDate>
        <dc:creator>Bartosz Golaszewski &lt;bgolaszewski@baylibre.com&gt;</dc:creator>
    </item>
<item>
        <title>acd26bcf - genirq: Provide interrupt injection mechanism</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/irq/Kconfig#acd26bcf</link>
        <description>genirq: Provide interrupt injection mechanismError injection mechanisms need a half ways safe way to inject interrupts asinvoking generic_handle_irq() or the actual device interrupt handlerdirectly from e.g. a debugfs write is not guaranteed to be safe.On x86 generic_handle_irq() is unsafe due to the hardware trainwreck whichis the base of x86 interrupt delivery and affinity management.Move the irq debugfs injection code into a separate function which can beused by error injection code as well.The implementation prevents at least that state is corrupted, but it cannotclose a very tiny race window on x86 which might result in a stale and notserviced device interrupt under very unlikely circumstances.This is explicitly for debugging and testing and not for production use orabuse in random driver code.Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Tested-by: Kuppuswamy Sathyanarayanan &lt;sathyanarayanan.kuppuswamy@linux.intel.com&gt;Reviewed-by: Kuppuswamy Sathyanarayanan &lt;sathyanarayanan.kuppuswamy@linux.intel.com&gt;Acked-by: Marc Zyngier &lt;maz@kernel.org&gt;Link: https://lkml.kernel.org/r/20200306130623.990928309@linutronix.de

            List of files:
            /linux-6.15/kernel/irq/Kconfig</description>
        <pubDate>Fri, 06 Mar 2020 13:03:47 +0000</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@linutronix.de&gt;</dc:creator>
    </item>
</channel>
</rss>
