login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
July
»
14
Re: [git pull] core/softirq for v2.6.27
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Ingo Molnar
Subject:
Re: [git pull] core/softirq for v2.6.27
Date: Monday, July 14, 2008 - 9:48 am
* Andrew Morton <akpm@linux-foundation.org> wrote:
quoted text
> On Mon, 14 Jul 2008 18:31:41 +0200 Ingo Molnar <mingo@elte.hu> wrote: > > > > > * Andrew Morton <akpm@linux-foundation.org> wrote: > > > > > On Mon, 14 Jul 2008 16:42:43 +0200 Ingo Molnar <mingo@elte.hu> wrote: > > > > > > > > > > It would be nice if these short-form summaries were to include the > > > commit IDs. eg: > > > > > > Carlos R. Mafra (1): > > > Remove argument from open_softirq which is always NULL (962cf36) > > > > yeah, but not sure whether git-shortlog > > This was a git-shortlog feature request ;) > > > can do that and this shortlog is > > the Preferred Way of getting pull requests. > > > > I'm using the sha1's myself for non-shortlog formats, like: > > > > earth4:~/tip> git-log-line linus..core/softirq > > 0f476b6: softirq: remove irqs_disabled warning from local_bh_enable > > 4620b49: softirq: remove initialization of static per-cpu variable > > 962cf36: Remove argument from open_softirq which is always NULL > > > > where git-log-line does the obvious single-line shortcut: > > > > git log --no-merges --pretty=format:"%h: %s" $@ > > > > > > Carlos R. Mafra (1): > > > > Remove argument from open_softirq which is always NULL > > > > > > > > Johannes Berg (1): > > > > softirq: remove irqs_disabled warning from local_bh_enable > > > > > > This doesn't remove the warning? (Nor should it) > > > > > > +static inline void _local_bh_enable_ip(unsigned long ip) > > > { > > > + WARN_ON_ONCE(in_irq() || irqs_disabled()); > > > - WARN_ON_ONCE(in_irq()); > > > - WARN_ON_ONCE(irqs_disabled()); > > > > > > It just makes it a bit less useful. > > > > hm, it does more than that > > Yes, but it does what I said: > > - Doesn't do something which the changelog said it did. I brought this up > because if the patch _did_ do what it said it did, davem would cry. > > - Makes the warning less useful. The reason for the warning can still > probably be worked out from the backtrace, but it'll take more work. > > > - this commit (0f476b6d9) actually caught a > > real bug/lockup on one of my testboxes, see this (in v2.6.26) fix: > > > > | commit c5643cab7bf663ae049b11be43de8819683176dd > > | Author: Ingo Molnar <mingo@elte.hu> > > | Date: Mon Jun 23 10:41:23 2008 +0200 > > | > > | [netdrvr] 3c59x: remove irqs_disabled warning from local_bh_enable > > OK, that title kinda makes sense. > > > | Original Author: Michael Buesch <mb@bu3sch.de> > > | > > | net, vortex: fix lockup > > Although that would be a better title for the 3c59x.c fix. > > > [ i didnt send it to v2.6.26 because it came relatively late, it touches > > a sensitive, #ifdef laden piece of code and it was unknown how many > > false positives it would trigger. But it's perfect for v2.6.27. ] > > > > It's a small issue - it's just that the title of > 0f476b6d91a1395bda6464e653ce66ea9bea7167 ("softirq: remove > irqs_disabled warning from local_bh_enable") appears to be quite > wrong.
ok, agreed. /me suggests git-log-addendum feature to amend commit logs after the fact, without changing any of the code :-) Ingo --
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:
[git pull] core/softirq for v2.6.27
, Ingo Molnar
, (Mon Jul 14, 7:42 am)
Re: [git pull] core/softirq for v2.6.27
, Andrew Morton
, (Mon Jul 14, 9:22 am)
Re: [git pull] core/softirq for v2.6.27
, Ingo Molnar
, (Mon Jul 14, 9:31 am)
Re: [git pull] core/softirq for v2.6.27
, Andrew Morton
, (Mon Jul 14, 9:44 am)
Re: [git pull] core/softirq for v2.6.27
, Ingo Molnar
, (Mon Jul 14, 9:48 am)
Re: [git pull] core/softirq for v2.6.27
, Linus Torvalds
, (Mon Jul 14, 10:13 am)
Re: [git pull] core/softirq for v2.6.27
, Ingo Molnar
, (Mon Jul 14, 11:23 am)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
David Brownell
Re: build #337 failed for 2.6.24-rc1-gb1d08ac In function `usbnet_set_settings':
Matthew Garrett
Re: 2.6.25-rc6 regression - hang on resume [Bug 10319]
Andy Walls
Re: [PATCH 11/32] v4l/cx18: update workqueue usage
Greg Kroah-Hartman
[PATCH 17/36] sysdev: detect multiple driver registrations
Thomas Gleixner
[patch -mm 19/28] x86_64: Use generic cmos update
git
:
Mark Junker
git on MacOSX and files with decomposed utf-8 file names
Johannes Schindelin
Re: error: cannot lock ref 'refs/remotes/origin/*'
Pat Thoyts
[PATCH] git-gui: use themed tk widgets with Tk 8.5
Michael Witten
Re: 'git gc --aggressive' effectively unusable
Jonathan Nieder
Re: [PATCH v2] git-send-email.perl: fix In-Reply-To for second and subsequent patc...
linux-netdev
:
David Miller
Re: [PATCH 32/53] netns xfrm: finding policy in netns
Jean-Louis Dupond
Re: tg3 driver not advertising 1000mbit
Jan Engelhardt
[PATCH 1/3] net: tcp: make hybla selectable as default congestion module
Matt Mackall
Re: [regression] nf_iterate(), BUG: unable to handle kernel NULL pointer dereference
Eric Dumazet
Re: HTB accuracy on 10GbE
git-commits-head
:
Linux Kernel Mailing List
V4L/DVB (8018): Add em2860 chip ID
Linux Kernel Mailing List
ipv6: fix an oops when force unload ipv6 module
Linux Kernel Mailing List
[ARM] unconditionally define __virt_to_phys and __phys_to_virt
Linux Kernel Mailing List
ixgbe: fix automatic LRO/RSC settings for low latency
Linux Kernel Mailing List
3c515: convert to net_device_ops
openbsd-misc
:
Samuel Baldwin
Re: Forum engine
Robert
disklabel - cylinder rounding
nixlists
Re: Which laptops do the developers use?
Claudio Jeker
Re: OT: Python (was Re: vi in /bin)
Darrin Chandler
Re: That whole "Linux stealing our code" thing
Colocation donated by:
Syndicate