<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/kernel/irq/manage.c, branch linux-2.6.29.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.29.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.29.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2009-01-28T00:06:55Z</updated>
<entry>
<title>cpumask fallout: Initialize irq_default_affinity earlier</title>
<updated>2009-01-28T00:06:55Z</updated>
<author>
<name>David Daney</name>
</author>
<published>2009-01-27T17:53:22Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=97179fd46da7ddedd18e95388130ed3e06c5a0c7'/>
<id>urn:sha1:97179fd46da7ddedd18e95388130ed3e06c5a0c7</id>
<content type='text'>
Move the initialization of irq_default_affinity to early_irq_init as
core_initcall is too late.

irq_default_affinity can be used in init_IRQ and potentially timer and
SMP init as well.  All of these happen before core_initcall.  Moving
the initialization to early_irq_init ensures that it is initialized
before it is used.

Signed-off-by: David Daney &lt;ddaney@caviumnetworks.com&gt;
Acked-by: Mike Travis &lt;travis@sgi.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>Make irq_*_affinity depend on CONFIG_GENERIC_HARDIRQS too.</title>
<updated>2009-01-28T00:06:49Z</updated>
<author>
<name>David Daney</name>
</author>
<published>2009-01-27T17:53:21Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1267a8df209c7453d65acbdd56e3588954bf890b'/>
<id>urn:sha1:1267a8df209c7453d65acbdd56e3588954bf890b</id>
<content type='text'>
In interrupt.h these functions are declared only if
CONFIG_GENERIC_HARDIRQS is set.  We should define them under identical
conditions.

Signed-off-by: David Daney &lt;ddaney@caviumnetworks.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>cpumask: convert kernel/irq</title>
<updated>2008-12-31T23:42:26Z</updated>
<author>
<name>Rusty Russell</name>
</author>
<published>2008-12-31T23:42:26Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d036e67b40f52bdd95392390108defbac7e53837'/>
<id>urn:sha1:d036e67b40f52bdd95392390108defbac7e53837</id>
<content type='text'>
Impact: Reduce stack usage, use new cpumask API.  ALPHA mod!

Main change is that irq_default_affinity becomes a cpumask_var_t, so
treat it as a pointer (this effects alpha).

Signed-off-by: Rusty Russell &lt;rusty@rustcorp.com.au&gt;
</content>
</entry>
<entry>
<title>Merge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6</title>
<updated>2008-12-31T12:35:57Z</updated>
<author>
<name>Rusty Russell</name>
</author>
<published>2008-12-31T12:35:57Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2ca1a615835d9f4990f42102ab1f2ef434e7e89c'/>
<id>urn:sha1:2ca1a615835d9f4990f42102ab1f2ef434e7e89c</id>
<content type='text'>
Conflicts:

	arch/x86/kernel/io_apic.c
</content>
</entry>
<entry>
<title>Merge branch 'irq-core-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip</title>
<updated>2008-12-31T00:20:19Z</updated>
<author>
<name>Linus Torvalds</name>
</author>
<published>2008-12-31T00:20:19Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=179475a3b46f86e2d06f83e2312218ac3f0cf3a7'/>
<id>urn:sha1:179475a3b46f86e2d06f83e2312218ac3f0cf3a7</id>
<content type='text'>
* 'irq-core-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
  x86, sparseirq: clean up Kconfig entry
  x86: turn CONFIG_SPARSE_IRQ off by default
  sparseirq: fix numa_migrate_irq_desc dependency and comments
  sparseirq: add kernel-doc notation for new member in irq_desc, -v2
  locking, irq: enclose irq_desc_lock_class in CONFIG_LOCKDEP
  sparseirq, xen: make sure irq_desc is allocated for interrupts
  sparseirq: fix !SMP building, #2
  x86, sparseirq: move irq_desc according to smp_affinity, v7
  proc: enclose desc variable of show_stat() in CONFIG_SPARSE_IRQ
  sparse irqs: add irqnr.h to the user headers list
  sparse irqs: handle !GENIRQ platforms
  sparseirq: fix !SMP &amp;&amp; !PCI_MSI &amp;&amp; !HT_IRQ build
  sparseirq: fix Alpha build failure
  sparseirq: fix typo in !CONFIG_IO_APIC case
  x86, MSI: pass irq_cfg and irq_desc
  x86: MSI start irq numbering from nr_irqs_gsi
  x86: use NR_IRQS_LEGACY
  sparse irq_desc[] array: core kernel and x86 changes
  genirq: record IRQ_LEVEL in irq_desc[]
  irq.h: remove padding from irq_desc on 64bits
</content>
</entry>
<entry>
<title>cpumask: make irq_set_affinity() take a const struct cpumask</title>
<updated>2008-12-13T10:50:26Z</updated>
<author>
<name>Rusty Russell</name>
</author>
<published>2008-12-13T10:50:26Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0de26520c7cabf36e1de090ea8092f011a6106ce'/>
<id>urn:sha1:0de26520c7cabf36e1de090ea8092f011a6106ce</id>
<content type='text'>
Impact: change existing irq_chip API

Not much point with gentle transition here: the struct irq_chip's
setaffinity method signature needs to change.

Fortunately, not widely used code, but hits a few architectures.

Note: In irq_select_affinity() I save a temporary in by mangling
irq_desc[irq].affinity directly.  Ingo, does this break anything?

(Folded in fix from KOSAKI Motohiro)

Signed-off-by: Rusty Russell &lt;rusty@rustcorp.com.au&gt;
Signed-off-by: Mike Travis &lt;travis@sgi.com&gt;
Reviewed-by: Grant Grundler &lt;grundler@parisc-linux.org&gt;
Acked-by: Ingo Molnar &lt;mingo@redhat.com&gt;
Cc: ralf@linux-mips.org
Cc: grundler@parisc-linux.org
Cc: jeremy@xensource.com
Cc: KOSAKI Motohiro &lt;kosaki.motohiro@jp.fujitsu.com&gt;
</content>
</entry>
<entry>
<title>Merge commit 'v2.6.28-rc7' into core/locking</title>
<updated>2008-12-04T07:52:14Z</updated>
<author>
<name>Ingo Molnar</name>
</author>
<published>2008-12-04T07:52:14Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=cb9c34e6d090d376b77becaa5d29a65dec7f4272'/>
<id>urn:sha1:cb9c34e6d090d376b77becaa5d29a65dec7f4272</id>
<content type='text'>
</content>
</entry>
<entry>
<title>genirq: warn when IRQF_DISABLED may be ignored</title>
<updated>2008-12-02T10:25:29Z</updated>
<author>
<name>David Brownell</name>
</author>
<published>2008-12-01T22:31:37Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=470c66239ef0336429b35345f3f615d47341e13b'/>
<id>urn:sha1:470c66239ef0336429b35345f3f615d47341e13b</id>
<content type='text'>
Impact: emit new warning

We periodically waste time tracking down problems from the genirq
framework not respecting IRQF_DISABLED for some shared IRQ cases.  Linus
views this as "will not fix", but we're still left with the bugs caused by
this misbehavior.

This patch adds a nag message in request_irq(), so that drivers can fix
their IRQ handlers to avoid this problem.

Note that developers will never see the relevant bugs when they run with
LOCKDEP, so it's no wonder these bugs are hard to find.  (That also means
LOCKDEP is overlooking some IRQ-related bugs involving IRQ handlers that
don't set IRQF_DISABLED...)

Signed-off-by: David Brownell &lt;dbrownell@users.sourceforge.net&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Acked-by: Peter Zijlstra &lt;a.p.zijlstra@chello.nl&gt;
Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
</content>
</entry>
<entry>
<title>genirq: record IRQ_LEVEL in irq_desc[]</title>
<updated>2008-12-02T10:20:46Z</updated>
<author>
<name>David Brownell</name>
</author>
<published>2008-12-01T22:31:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f2b662da8d6bd44673537f3f64220afefdca369f'/>
<id>urn:sha1:f2b662da8d6bd44673537f3f64220afefdca369f</id>
<content type='text'>
Impact: fix __irq_set_trigger() for IRQ_LEVEL

When recording the irq trigger type, let's also make sure
that IRQ_LEVEL gets set correctly.

Signed-off-by: David Brownell &lt;dbrownell@users.sourceforge.net&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Acked-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
</content>
</entry>
<entry>
<title>genirq: __irq_set_trigger: change pr_warning to pr_debug</title>
<updated>2008-11-13T10:59:48Z</updated>
<author>
<name>Mark Nelson</name>
</author>
<published>2008-11-13T10:37:41Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3ff68a6a106c362a6811d3e51bced58e6fc87de7'/>
<id>urn:sha1:3ff68a6a106c362a6811d3e51bced58e6fc87de7</id>
<content type='text'>
Commit 0c5d1eb77a8be917b638344a22afe1398236482b (genirq: record trigger
type) caused powerpc platforms that had no set_type() function in their
struct irq_chip to spew out warnings about "No set_type function for
IRQ...". This warning isn't necessarily justified though because the
generic powerpc platform code calls set_irq_type() (which in turn calls
__irq_set_trigger) with information from the device tree to establish
the interrupt mappings, regardless of whether the PIC can actually set
a type.

A platform's irq_chip might not have a set_type function for a variety
of reasons, for example: the platform may have the type essentially
hard-coded, or as in the case for Cell interrupts are just messages
past around that have no real concept of type, or the platform
could even have a virtual PIC as on the PS3.

Signed-off-by: Mark Nelson &lt;markn@au1.ibm.com&gt;
Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
</content>
</entry>
</feed>
