login
Login
/
Register
Search
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
April
»
29
Re: [PATCH] toshiba: Use ioremap_cached
view
thread
!MAILaRCHIVE_VOTE_RePLACE
Previous message: [
thread
] [
date
] [
author
]
Next message: [thread] [
date
] [
author
]
[view in full thread]
From:
Andrew Morton <akpm@...>
To: Ingo Molnar <mingo@...>
Cc: Alan Cox <alan@...>, <linux-kernel@...>, <mingo@...>
Subject:
Re: [PATCH] toshiba: Use ioremap_cached
Date: Tuesday, April 29, 2008 - 11:37 am
On Tue, 29 Apr 2008 17:23:12 +0200 Ingo Molnar <mingo@elte.hu> wrote:
quoted text
> > * Andrew Morton <akpm@linux-foundation.org> wrote: > > > > Acked-by: Ingo Molnar <mingo@elte.hu> > > > > > > i suspect this shouldnt go via x86.git but i've queued it up to > > > track it. > > > > Please don't "queue things up to track them". Just queue them up to > > merge them, or don't queue them at all. > > > > Because if you queue it up then I will not. If you later for some > > reason unqueue it then volia, it is lost. We should aim to avoid > > having multiple copies of a patch sitting around the place. > > but ... i dont just unqueue 'for some reason and then volia'. If we did > that we'd be losing patches left and right. Every patch we unqueue > happens in a very predictable protocol that should avoid patches getting > lost. > > ( basically we only remove any patch when they are broken but even then > there's a clear notification. Even a NAK or other fatal review > feedback does not actually remove a patch in the typical case when the > patch otherwise has practical use, and update is hoped for and the > patch does not break things - it just freezes the patch at the "must > not go upstream yet" end of the queue. ) > > if we lose any patches then let us know so we can improve the protocol.
OK, in that case please don't say "i've queued it up to track it"! Stick to the unambiguous, non-akpm-scary "applied" :) --
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] toshiba: Use ioremap_cached
, Alan Cox
, (Tue Apr 29, 9:20 am)
Re: [PATCH] toshiba: Use ioremap_cached
, Ingo Molnar
, (Tue Apr 29, 10:15 am)
Re: [PATCH] toshiba: Use ioremap_cached
, Andrew Morton
, (Tue Apr 29, 11:14 am)
Re: [PATCH] toshiba: Use ioremap_cached
, Ingo Molnar
, (Tue Apr 29, 11:23 am)
Re: [PATCH] toshiba: Use ioremap_cached
, Andrew Morton
, (Tue Apr 29, 11:37 am)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Greg Kroah-Hartman
[PATCH 005/196] Chinese: add translation of SubmittingDrivers
Linus Torvalds
Linux 2.6.25-rc4
Bart Van Assche
Integration of SCST in the mainstream Linux kernel
Andrew Morton
2.6.23-rc6-mm1
git
:
linux-netdev
:
Arjan van de Ven
Re: [GIT]: Networking
Gerrit Renker
[PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side)
Andrew Morton
Re: [BUG] New Kernel Bugs
Radu Rendec
htb parallelism on multi-core platforms
openbsd-misc
:
Colocation donated by:
Who's online
There are currently
4 users
and
589 guests
online.
Online users
chucker333
strcmp
er4living
dougstap74
Syndicate