login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2007
»
October
»
18
Re: [PATCH 1/2] bug.h: Introduce HAVE_ARCH_WARN
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Andrew Morton
Subject:
Re: [PATCH 1/2] bug.h: Introduce HAVE_ARCH_WARN
Date: Thursday, October 18, 2007 - 3:17 pm
On Thu, 11 Oct 2007 12:12:11 -0500 Olof Johansson <olof@lixom.net> wrote:
quoted text
> HAVE_ARCH_WARN is used to determine if an arch already has a __WARN() > macro, or if a generic one is needed. > > With this, some of the arch-specific WARN_ON() implementations can be > made common instead (see follow-up patch for powerpc). >
Those HAVE_ARCH_foo things are unpleasant.
quoted text
> > diff --git a/include/asm-generic/bug.h b/include/asm-generic/bug.h > index d56fedb..c6b8386 100644 > --- a/include/asm-generic/bug.h > +++ b/include/asm-generic/bug.h > @@ -31,14 +31,19 @@ struct bug_entry { > #define BUG_ON(condition) do { if (unlikely(condition)) BUG(); } while(0) > #endif > > +#ifndef HAVE_ARCH_WARN > +#define __WARN() do { \ > + printk("WARNING: at %s:%d %s()\n", __FILE__, \ > + __LINE__, __FUNCTION__); \ > + dump_stack(); \ > +} while (0) > +#endif
Can't we just do #ifndef __WARN? -
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:
[PATCH 1/2] bug.h: Introduce HAVE_ARCH_WARN
, Olof Johansson
, (Thu Oct 11, 10:12 am)
[PATCH 2/2] powerpc: Switch to generic WARN_ON()/BUG_ON()
, Olof Johansson
, (Thu Oct 11, 10:14 am)
Re: [PATCH 1/2] bug.h: Introduce HAVE_ARCH_WARN
, Kyle McMartin
, (Thu Oct 11, 10:20 am)
Re: [PATCH 2/2] powerpc: Switch to generic WARN_ON()/BUG_ON()
, Scott Wood
, (Thu Oct 11, 12:55 pm)
Re: [PATCH 2/2] powerpc: Switch to generic WARN_ON()/BUG_ON()
, Paul Mackerras
, (Thu Oct 11, 6:23 pm)
Re: [PATCH 2/2] powerpc: Switch to generic WARN_ON()/BUG_ON()
, Kyle McMartin
, (Thu Oct 11, 7:04 pm)
Re: [PATCH 2/2] powerpc: Switch to generic WARN_ON()/BUG_ON()
, Olof Johansson
, (Thu Oct 11, 7:40 pm)
Re: [PATCH 2/2] powerpc: Switch to generic WARN_ON()/BUG_ON()
, Olof Johansson
, (Thu Oct 11, 7:41 pm)
Re: [PATCH 1/2] bug.h: Introduce HAVE_ARCH_WARN
, Paul Mundt
, (Thu Oct 11, 7:53 pm)
Re: [PATCH 1/2] bug.h: Introduce HAVE_ARCH_WARN
, Andrew Morton
, (Thu Oct 18, 3:17 pm)
Re: [PATCH 1/2] bug.h: Introduce HAVE_ARCH_WARN
, Olof Johansson
, (Thu Oct 18, 3:34 pm)
[PATCH v2] [1/2] bug.h: Remove HAVE_ARCH_BUG.* / HAVE_ARCH ...
, Olof Johansson
, (Thu Oct 18, 7:03 pm)
[PATCH v2] [2/2] powerpc: Switch to generic WARN_ON()/BUG_ON()
, Olof Johansson
, (Thu Oct 18, 7:03 pm)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Michael Moore
Re: underage models, pre teen models, lolita porn, young preteens, little lolitas
Alexey Dobriyan
Re: [2.6.22.2 review 09/84] Fix rfkill IRQ flags.
Serge E. Hallyn
Re: [PATCH 1/2] rcfs core patch
Thomas Gleixner
[ANNOUNCE] 2.6.31-rc6-rt2
Luben Tuikov
Re: Integration of SCST in the mainstream Linux kernel
git
:
Blaisorblade
git-unpack-objects < pack file in repository doesn't work!
Matthieu Moy
Re: Cloning empty repositories, was Re: What is the idea for bare repositories?
Linus Torvalds
Re: Untracked working tree files
Andy Parkins
Re: [PATCH 2/2] git-show: use pathattr to run "display"
Jörg
Re: [PATCH 4/4] git-rebase -i: New option to support rebase with merges
linux-netdev
:
Alan Menegotto
Re: Linux networking implementation and packet capture
David Miller
Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock().
Andrew Morton
Re: [PATCH] PHYLIB: IRQ event workqueue handling fixes
Timo Teräs
ip xfrm policy semantics
Jarek Poplawski
Re: [PATCH]: Fix queueing return values...
git-commits-head
:
Linux Kernel Mailing List
Blackfin: don't give CPU its own line in traps output
Linux Kernel Mailing List
No need to do lock_super() for exclusion in generic_shutdown_super()
Linux Kernel Mailing List
MIPS: SMTC: Fix lockup in smtc_distribute_timer
Linux Kernel Mailing List
powerpc: gamecube/wii: usbgecko bootwrapper console support
Linux Kernel Mailing List
PCI: pciehp: second try to get big range for pcie devices
openbsd-misc
:
Aaron Mason
Re: Defending OpenBSD Performance
Henning Brauer
Re: Defending OpenBSD Performance
Henning Brauer
Re: Defending OpenBSD Performance
Nick Holland
Re: 1 out of 3 hunks failed--saving rejects to kerberosV/src/lib/krb5/crypto.c.rej
Christiano Farina Haesbaert
Re: Defending OpenBSD Performance
Colocation donated by:
Syndicate