From: Ingo Molnar <mingo@elte.hu>
To: Mike Travis <travis@sgi.com>
Cc: Ingo Molnar <mingo@redhat.com>,
Rusty Russell <rusty@rustcorp.com.au>,
Andrew Morton <akpm@linux-foundation.org>,
Jack Steiner <steiner@sgi.com>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 0/8] irq: update all archs to use new irq_desc cpumask_var_t's.
Date: Mon, 12 Jan 2009 23:20:40 +0100 [thread overview]
Message-ID: <20090112222040.GA15294@elte.hu> (raw)
In-Reply-To: <20090112220519.566749000@polaris-admin.engr.sgi.com>
* Mike Travis <travis@sgi.com> wrote:
> Impact: cleanup, use new cpumask API.
>
> Minor cleanup to use the new affinity and pending_mask cpumask_var_t's
> in irq_desc:
>
> alpha irq: update alpha for new irq_desc
> arm irq: update arm for new irq_desc
> blackfin irq: update blackfin for new irq_desc
> ia64 irq: update ia64 for new irq_desc
> mips irq: update mips for new irq_desc
> parisc irq: update parisc for new irq_desc
> powerpc irq: update powerpc for new irq_desc
> arm irq: update arm for new irq_desc
this should all be a single patch, because the cpus4096 tree does not
build on these arhitectures right now.
in fact, i think i'll rebase the whole lineup (so no need to resend - i'll
squash these fixes together), because this is how it looks like right now:
28e0886: xen: fix too early kmalloc call
92296c6: cpumask, irq: non-x86 build failures
542d865: kstat: modify kstat_irqs_legacy to be variable sized
9332fcc: irq: initialize nr_irqs based on nr_cpu_ids
0fa0ebb: irq: allocate irq_desc_ptrs array based on nr_irqs
e2f4d06: irq: use WARN() instead of WARN_ON().
9594949: irq: change references from NR_IRQS to nr_irqs
c7a3589: Xen: reduce memory required for cpu_evtchn_mask
d38b223: cpumask: reduce stack usage in find_lowest_rq
c90e785: cpumask: use cpumask_var_t in dcdbas.c
f9b9056: x86: reduce stack usage in init_intel_cacheinfo
a1c33bb: x86: cleanup remaining cpumask_t code in mce_amd_64.c
0e21990: SGI UV cpumask: use static temp cpumask in flush_tlb
4595f96: x86: change flush_tlb_others to take a const struct cpumask
802bf93: cpumask: fix bug in use cpumask_var_t in irq_desc
651f811: cpumask: convert other misc kernel functions
2f8975f: cpumask: convert drivers/net/sfc
f7df8ed: cpumask: convert misc driver functions
fbd59a8: cpumask: Use topology_core_cpumask()/topology_thread_cpumask()
7f7ace0: cpumask: update irq_desc to use cpumask_var_t
those architectures break with the first patch: 7f7ace0. That's bisection
breakage window of about 20 commits - too big and we want to avoid it if
we can (and we still can).
Ingo
next prev parent reply other threads:[~2009-01-12 22:21 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-12 22:05 [PATCH 0/8] irq: update all archs to use new irq_desc cpumask_var_t's Mike Travis
2009-01-12 22:05 ` [PATCH 1/8] alpha irq: update alpha for new irq_desc Mike Travis
2009-01-12 22:05 ` [PATCH 2/8] arm irq: update arm " Mike Travis
2009-01-12 22:05 ` [PATCH 3/8] blackfin irq: update blackfin " Mike Travis
2009-01-12 22:05 ` [PATCH 4/8] ia64 irq: update ia64 " Mike Travis
2009-01-12 22:05 ` Mike Travis
2009-01-12 22:05 ` [PATCH 5/8] mips irq: update mips " Mike Travis
2009-01-12 22:05 ` Mike Travis
2009-01-12 22:05 ` [PATCH 6/8] parisc irq: update parisc " Mike Travis
2009-01-12 22:05 ` Mike Travis
2009-01-13 6:04 ` Kyle McMartin
2009-01-12 22:05 ` [PATCH 7/8] powerpc irq: update powerpc " Mike Travis
2009-01-12 22:05 ` Mike Travis
2009-01-12 22:05 ` [PATCH 8/8] sparc irq: update sparc " Mike Travis
2009-01-12 22:05 ` Mike Travis
2009-01-12 22:07 ` [PATCH 0/8] irq: update all archs to use new irq_desc cpumask_var_t's Mike Frysinger
2009-01-13 1:21 ` Mike Travis
2009-01-13 1:25 ` Mike Frysinger
2009-01-12 22:20 ` Ingo Molnar [this message]
2009-01-12 22:21 ` Ingo Molnar
2009-01-12 22:31 ` Mike Travis
2009-01-12 22:52 ` Ingo Molnar
2009-01-13 0:15 ` Mike Travis
2009-01-14 11:14 ` Ingo Molnar
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090112222040.GA15294@elte.hu \
--to=mingo@elte.hu \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=rusty@rustcorp.com.au \
--cc=steiner@sgi.com \
--cc=travis@sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.