From: Paolo Bonzini <pbonzini@redhat.com>
To: "Andreas Färber" <afaerber@suse.de>
Cc: Peter Maydell <peter.maydell@linaro.org>,
qemu-trivial <qemu-trivial@nongnu.org>,
Jan Kiszka <jan.kiszka@siemens.com>,
Alexander Graf <agraf@suse.de>,
qemu-devel <qemu-devel@nongnu.org>,
liguang <lig.fnst@cn.fujitsu.com>,
Richard Henderson <rth@twiddle.net>
Subject: Re: [Qemu-devel] [PATCH] cputlb: remove dead function tlb_update_dirty
Date: Tue, 03 Sep 2013 10:41:30 +0200 [thread overview]
Message-ID: <5225A0BA.9000609@redhat.com> (raw)
In-Reply-To: <52259F6E.3000205@suse.de>
Il 03/09/2013 10:35, Andreas Färber ha scritto:
> Am 03.09.2013 09:22, schrieb Paolo Bonzini:
>> Il 03/09/2013 09:05, liguang ha scritto:
>>> Signed-off-by: liguang <lig.fnst@cn.fujitsu.com>
>>> ---
>>> cputlb.c | 15 ---------------
>>> 1 files changed, 0 insertions(+), 15 deletions(-)
>>>
>>> diff --git a/cputlb.c b/cputlb.c
>>> index 977c0ca..08e50e0 100644
>>> --- a/cputlb.c
>>> +++ b/cputlb.c
>>> @@ -169,21 +169,6 @@ static inline ram_addr_t qemu_ram_addr_from_host_nofail(void *ptr)
>>> return ram_addr;
>>> }
>>>
>>> -static inline void tlb_update_dirty(CPUTLBEntry *tlb_entry)
>>> -{
>>> - ram_addr_t ram_addr;
>>> - void *p;
>>> -
>>> - if (tlb_is_dirty_ram(tlb_entry)) {
>>> - p = (void *)(uintptr_t)((tlb_entry->addr_write & TARGET_PAGE_MASK)
>>> - + tlb_entry->addend);
>>> - ram_addr = qemu_ram_addr_from_host_nofail(p);
>>> - if (!cpu_physical_memory_is_dirty(ram_addr)) {
>>> - tlb_entry->addr_write |= TLB_NOTDIRTY;
>>> - }
>>> - }
>>> -}
>>> -
>>> void cpu_tlb_reset_dirty_all(ram_addr_t start1, ram_addr_t length)
>>> {
>>> CPUState *cpu;
>>>
>>
>> Reviewed-by: Paolo Bonzini <pbonzini@redhat.com>
>>
>> and CCing qemu-trivial.
>
> Negative, please keep qemu-trivial out of this. My qom-cpu pull was
> already blocked by the s390 and ppc pulls, so let's not add yet another
> potentially interfering one to the mix.
>
> IF rth agrees as TCG maintainer that this is not needed in any of his
> upcoming refactorings then I'll queue it on qom-cpu. My upcoming
> qom-cpu-13 series touches upon pretty much every core CPU file
> perceivable, including this cputlb.c.
Sure.
> I also don't understand why qemu-trivial is suddenly picking up Stefan's
> arm translation patch, it used to be for unmaintained areas only. But
> arm is not my problem.
That patch is also not "trivial", too.
Paolo
next prev parent reply other threads:[~2013-09-03 8:41 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-03 7:05 [Qemu-devel] [PATCH] cputlb: remove dead function tlb_update_dirty liguang
2013-09-03 7:22 ` Paolo Bonzini
2013-09-03 8:35 ` Andreas Färber
2013-09-03 8:41 ` Paolo Bonzini [this message]
2013-09-03 8:48 ` Peter Maydell
2013-09-03 11:17 ` [Qemu-devel] [Qemu-trivial] " Michael Tokarev
2013-09-03 16:54 ` Andreas Färber
2013-09-04 1:36 ` Li Guang
2013-09-04 10:59 ` Paolo Bonzini
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=5225A0BA.9000609@redhat.com \
--to=pbonzini@redhat.com \
--cc=afaerber@suse.de \
--cc=agraf@suse.de \
--cc=jan.kiszka@siemens.com \
--cc=lig.fnst@cn.fujitsu.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=qemu-trivial@nongnu.org \
--cc=rth@twiddle.net \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).