login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2010
»
September
»
8
Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Thomas Gleixner
Subject:
Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code
Date: Wednesday, September 8, 2010 - 2:35 pm
On Wed, 8 Sep 2010, James Bottomley wrote:
quoted text
> On Wed, 2010-09-08 at 21:34 +0200, Thomas Gleixner wrote: > > On Wed, 8 Sep 2010, James Bottomley wrote: > > > On Wed, 2010-09-08 at 18:14 +0000, Thomas Gleixner wrote: > > > > plain text document attachment (genirq-troll-patch.patch) > > > > __do_IRQ() has been deprecated after a two years migration phase in > > > > commit 0e57aa1. Since then another 18 month have gone by. > > > > > > > > So here's the status three and a half years after the flow based > > > > infrastructure was merged: > > > > > > > > The following architectures are fully converted to the new flow > > > > handler code: > > > > > > > > arm, avr32, blackfin, frv, microblaze, mips, mn10300, powerpc, score, sh, > > > > sparc 64bit, tile, x86, xtensa > > > > > > > > (avr32 and xtensa should set CONFIG_GENERIC_HARDIRQS_NO__DO_IRQ > > > > though) > > > > > > > > The following architectures are not using the generic interrupt > > > > infrastructure at all and are therefor unaffected: > > > > > > > > s390, m68k, sparc 32bit > > > > > > > > The following architectures are still using __do_IRQ(): > > > > > > > > alpha, cris, ia64, h8300, m32r, m68knommu, parisc, um > > > > > > > > So now the question arises what to do with __do_IRQ(). > > > > > > > > Removing it would be the right thing, but that'll break 8 archs, so > > > > it's probably not considered a good idea, though for most of them the > > > > conversion should be reasonably trivial. > > > > > > > > I'm happy to move that code into kernel/irq/cruft.c forever if there > > > > is no way to get the remaining users converted in the forseeable > > > > future. It looks like they can cope with the annoying build warning > > > > nicely. > > > > > > Well, if you're going to deprecate something that 8 architectures rely > > > on, it would be nice to tell people ... or even just linux-arch ... most > > > > It's been told people. The deprecation patch was on LKMl (I don't > > remember whether I sent it to linux-arch), > > You didn't ... I checked. > > > but there were a bunch of > > related patches to clean out the old irq related cruft which were sent > > to linux-arch and also hit the parisc tree. There is an entry in > > feature-removal-schedule.txt for 18 month now. > > > > > of us do read that. I've actually never noticed the warning the commit > > > activated in any of my parisc compiles for some reason. > > > > CONFIG_ENABLE_WARN_DEPRECATED=y perhaps ? > > > > I'm really tired of your whining when you did not get a personalized > > taylored to your needs info. > > So you send out deliberate flame bait and then suffer humour failure at > an ironic reply?
Darn, I missed the ironic tag. I added you to the "beware-of-british-irony" filter of my .procmailrc to avoid that in the future. Thanks, tglx --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[RFC trollpatch 1/1] genirq: Remove the fits all and nothi ...
, Thomas Gleixner
, (Wed Sep 8, 11:14 am)
Re: [RFC trollpatch 1/1] genirq: Remove the fits all and n ...
, James Bottomley
, (Wed Sep 8, 11:51 am)
Re: [RFC trollpatch 1/1] genirq: Remove the fits all and n ...
, Kyle McMartin
, (Wed Sep 8, 11:58 am)
Re: [RFC trollpatch 1/1] genirq: Remove the fits all and n ...
, Thomas Gleixner
, (Wed Sep 8, 12:34 pm)
Re: [RFC trollpatch 1/1] genirq: Remove the fits all and n ...
, Mike Frysinger
, (Wed Sep 8, 1:28 pm)
Re: [RFC trollpatch 1/1] genirq: Remove the fits all and n ...
, James Bottomley
, (Wed Sep 8, 1:35 pm)
RE: [RFC trollpatch 1/1] genirq: Remove the fits all and n ...
, Luck, Tony
, (Wed Sep 8, 1:36 pm)
Re: [RFC trollpatch 1/1] genirq: Remove the fits all and n ...
, Thomas Gleixner
, (Wed Sep 8, 2:35 pm)
RE: [RFC trollpatch 1/1] genirq: Remove the fits all and n ...
, Mikael Starvik
, (Thu Sep 9, 12:10 am)
Re: [RFC trollpatch 1/1] genirq: Remove the fits all and n ...
, Greg Ungerer
, (Thu Sep 9, 12:21 am)
RE: [RFC trollpatch 1/1] genirq: Remove the fits all and n ...
, Dialup Jon Norstog
, (Thu Sep 9, 6:44 am)
Re: [RFC trollpatch 1/1] genirq: Remove the fits all and n ...
, Kyle McMartin
, (Thu Sep 9, 7:09 am)
Re: [RFC trollpatch 1/1] genirq: Remove the fits all and n ...
, Greg Ungerer
, (Thu Sep 9, 4:17 pm)
Re: [RFC trollpatch 1/1] genirq: Remove the fits all and n ...
, Tony Luck
, (Mon Sep 27, 10:36 am)
Re: [RFC trollpatch 1/1] genirq: Remove the fits all and n ...
, Thomas Gleixner
, (Mon Sep 27, 11:01 am)
RE: [RFC trollpatch 1/1] genirq: Remove the fits all and n ...
, Luck, Tony
, (Mon Sep 27, 11:39 am)
RE: [RFC trollpatch 1/1] genirq: Remove the fits all and n ...
, Thomas Gleixner
, (Mon Sep 27, 11:49 am)
RE: [RFC trollpatch 1/1] genirq: Remove the fits all and n ...
, Luck, Tony
, (Mon Sep 27, 12:01 pm)
Re: [RFC trollpatch 1/1] genirq: Remove the fits all and n ...
, richard -rw- weinberger
, (Mon Sep 27, 12:48 pm)
Re: [RFC trollpatch 1/1] genirq: Remove the fits all and n ...
, Thomas Gleixner
, (Mon Sep 27, 12:54 pm)
Re: [RFC trollpatch 1/1] genirq: Remove the fits all and n ...
, Kyle McMartin
, (Tue Sep 28, 5:46 pm)
RE: [RFC trollpatch 1/1] genirq: Remove the fits all and n ...
, Luck, Tony
, (Tue Sep 28, 9:55 pm)
Re: [RFC trollpatch 1/1] genirq: Remove the fits all and n ...
, Kyle McMartin
, (Wed Sep 29, 7:38 am)
Re: [RFC trollpatch 1/1] genirq: Remove the fits all and n ...
, Kyle McMartin
, (Wed Sep 29, 6:26 pm)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
David Howells
Re: [PATCH 5/5]bluetooth:hci_bcsp Fix operation on 'bcsp->msgq_txseq' may be un...
Francis Moreau
Re: Disk geometry from /sys
Eberhard Moenkeberg
Re: OT: character encodings (was: Linux 2.6.20-rc4)
Rafael J. Wysocki
[Bug #11551] Semi-repeatable hard lockup on 2.6.27-rc6
Mike Galbraith
Re: [ANNOUNCE/RFC] Really Fair Scheduler
git
:
Mark Junker
git on MacOSX and files with decomposed utf-8 file names
Pat Thoyts
[PATCH] git-gui: use themed tk widgets with Tk 8.5
Michael Witten
Re: 'git gc --aggressive' effectively unusable
Petko Manolov
git and binary files
Lynn Lin
Re: clearcase migration to git
git-commits-head
:
Linux Kernel Mailing List
[ARM] unconditionally define __virt_to_phys and __phys_to_virt
Linux Kernel Mailing List
ACPICA: Fix to allow zero-length ASL field declarations
Linux Kernel Mailing List
tracing: Simplify trace_option_write()
Linux Kernel Mailing List
ARM: Add Versatile Express SMP support
Linux Kernel Mailing List
ixgbe: fix automatic LRO/RSC settings for low latency
linux-netdev
:
David Miller
Re: [PATCH 32/53] netns xfrm: finding policy in netns
William Allen Simpson
[net-next-2.6 PATCH v8 0/7] TCPCT part 1: cookie option exchange
David Miller
Re: [PATCH] IPv6: preferred lifetime of address not getting updated
Eric Dumazet
Re: [PATCH net-next-2.6] net: Introduce skb_orphan_try()
Mark McLoughlin
Re: [PATCH 2/3] virtio: fix delayed xmit of packet and freeing of old packets.
openbsd-misc
:
Samuel Baldwin
Re: Forum engine
Robert
disklabel - cylinder rounding
nixlists
Re: Which laptops do the developers use?
Marcin
Re: 4.6 reboots x336 ibm server(s)
L. V. Lammert
OT, .. but has anyone seen a crontab editor
Colocation donated by:
Syndicate