From: "Michael S. Tsirkin" <mst@redhat.com> To: David Hildenbrand <david@redhat.com> Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, virtio-dev@lists.oasis-open.org, virtualization@lists.linux-foundation.org, kvm@vger.kernel.org, Michal Hocko <mhocko@kernel.org>, Andrew Morton <akpm@linux-foundation.org>, Michal Hocko <mhocko@suse.com>, Pankaj Gupta <pankaj.gupta.linux@gmail.com>, Oscar Salvador <osalvador@suse.com>, Pavel Tatashin <pasha.tatashin@soleen.com>, Wei Yang <richard.weiyang@gmail.com>, Dan Williams <dan.j.williams@intel.com>, Qian Cai <cai@lca.pw> Subject: Re: [PATCH v3 07/15] mm/memory_hotplug: Introduce offline_and_remove_memory() Date: Thu, 7 May 2020 08:11:19 -0400 [thread overview] Message-ID: <20200507080849-mutt-send-email-mst@kernel.org> (raw) In-Reply-To: <3bed2d1d-d94a-45ca-afe3-5e6ee660b0fc@redhat.com> On Thu, May 07, 2020 at 01:37:30PM +0200, David Hildenbrand wrote: > On 07.05.20 13:34, Michael S. Tsirkin wrote: > > On Thu, May 07, 2020 at 01:33:23PM +0200, David Hildenbrand wrote: > >>>> I get: > >>>> > >>>> error: sha1 information is lacking or useless (mm/memory_hotplug.c). > >>>> error: could not build fake ancestor > >>>> > >>>> which version is this against? Pls post patches on top of some tag > >>>> in Linus' tree if possible. > >>> > >>> As the cover states, latest linux-next. To be precise > >>> > >>> commit 6b43f715b6379433e8eb30aa9bcc99bd6a585f77 (tag: next-20200507, > >>> next/master) > >>> Author: Stephen Rothwell <sfr@canb.auug.org.au> > >>> Date: Thu May 7 18:11:31 2020 +1000 > >>> > >>> Add linux-next specific files for 20200507 > >>> > >> > >> The patches seem to apply cleanly on top of > >> > >> commit a811c1fa0a02c062555b54651065899437bacdbe (linus/master) > >> Merge: b9388959ba50 16f8036086a9 > >> Author: Linus Torvalds <torvalds@linux-foundation.org> > >> Date: Wed May 6 20:53:22 2020 -0700 > >> > >> Merge git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net > > > > Because you have the relevant hashes in your git tree not pruned yet. > > Do a new clone and they won't apply. > > > > Yeah, most probably, it knows how to merge. I'm used to sending all my > -mm stuff based on -next, so this here is different. Documentation/process/5.Posting.rst addresses this: Patches must be prepared against a specific version of the kernel. As a general rule, a patch should be based on the current mainline as found in Linus's git tree. When basing on mainline, start with a well-known release point - a stable or -rc release - rather than branching off the mainline at an arbitrary spot. It may become necessary to make versions against -mm, linux-next, or a subsystem tree, though, to facilitate wider testing and review. Depending on the area of your patch and what is going on elsewhere, basing a patch against these other trees can require a significant amount of work resolving conflicts and dealing with API changes. > I'll wait a bit and then send v4 based on latest linus/master, adding > the two acks and reshuffling the MAINTAINERS patch. Thanks. > > -- > Thanks, > > David / dhildenb
WARNING: multiple messages have this Message-ID (diff)
From: "Michael S. Tsirkin" <mst@redhat.com> To: David Hildenbrand <david@redhat.com> Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, virtio-dev@lists.oasis-open.org, virtualization@lists.linux-foundation.org, kvm@vger.kernel.org, Michal Hocko <mhocko@kernel.org>, Andrew Morton <akpm@linux-foundation.org>, Michal Hocko <mhocko@suse.com>, Pankaj Gupta <pankaj.gupta.linux@gmail.com>, Oscar Salvador <osalvador@suse.com>, Pavel Tatashin <pasha.tatashin@soleen.com>, Wei Yang <richard.weiyang@gmail.com>, Dan Williams <dan.j.williams@intel.com>, Qian Cai <cai@lca.pw> Subject: [virtio-dev] Re: [PATCH v3 07/15] mm/memory_hotplug: Introduce offline_and_remove_memory() Date: Thu, 7 May 2020 08:11:19 -0400 [thread overview] Message-ID: <20200507080849-mutt-send-email-mst@kernel.org> (raw) In-Reply-To: <3bed2d1d-d94a-45ca-afe3-5e6ee660b0fc@redhat.com> On Thu, May 07, 2020 at 01:37:30PM +0200, David Hildenbrand wrote: > On 07.05.20 13:34, Michael S. Tsirkin wrote: > > On Thu, May 07, 2020 at 01:33:23PM +0200, David Hildenbrand wrote: > >>>> I get: > >>>> > >>>> error: sha1 information is lacking or useless (mm/memory_hotplug.c). > >>>> error: could not build fake ancestor > >>>> > >>>> which version is this against? Pls post patches on top of some tag > >>>> in Linus' tree if possible. > >>> > >>> As the cover states, latest linux-next. To be precise > >>> > >>> commit 6b43f715b6379433e8eb30aa9bcc99bd6a585f77 (tag: next-20200507, > >>> next/master) > >>> Author: Stephen Rothwell <sfr@canb.auug.org.au> > >>> Date: Thu May 7 18:11:31 2020 +1000 > >>> > >>> Add linux-next specific files for 20200507 > >>> > >> > >> The patches seem to apply cleanly on top of > >> > >> commit a811c1fa0a02c062555b54651065899437bacdbe (linus/master) > >> Merge: b9388959ba50 16f8036086a9 > >> Author: Linus Torvalds <torvalds@linux-foundation.org> > >> Date: Wed May 6 20:53:22 2020 -0700 > >> > >> Merge git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net > > > > Because you have the relevant hashes in your git tree not pruned yet. > > Do a new clone and they won't apply. > > > > Yeah, most probably, it knows how to merge. I'm used to sending all my > -mm stuff based on -next, so this here is different. Documentation/process/5.Posting.rst addresses this: Patches must be prepared against a specific version of the kernel. As a general rule, a patch should be based on the current mainline as found in Linus's git tree. When basing on mainline, start with a well-known release point - a stable or -rc release - rather than branching off the mainline at an arbitrary spot. It may become necessary to make versions against -mm, linux-next, or a subsystem tree, though, to facilitate wider testing and review. Depending on the area of your patch and what is going on elsewhere, basing a patch against these other trees can require a significant amount of work resolving conflicts and dealing with API changes. > I'll wait a bit and then send v4 based on latest linus/master, adding > the two acks and reshuffling the MAINTAINERS patch. Thanks. > > -- > Thanks, > > David / dhildenb --------------------------------------------------------------------- To unsubscribe, e-mail: virtio-dev-unsubscribe@lists.oasis-open.org For additional commands, e-mail: virtio-dev-help@lists.oasis-open.org
next prev parent reply other threads:[~2020-05-07 12:11 UTC|newest] Thread overview: 93+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-05-07 10:31 [PATCH v3 00/15] virtio-mem: paravirtualized memory David Hildenbrand 2020-05-07 10:31 ` [virtio-dev] " David Hildenbrand 2020-05-07 10:31 ` David Hildenbrand 2020-05-07 10:31 ` [PATCH v3 01/15] virtio-mem: Paravirtualized memory hotplug David Hildenbrand 2020-05-07 10:31 ` [virtio-dev] " David Hildenbrand 2020-05-07 10:31 ` [PATCH v3 02/15] virtio-mem: Allow to specify an ACPI PXM as nid David Hildenbrand 2020-05-07 10:31 ` [virtio-dev] " David Hildenbrand 2020-05-07 10:31 ` [PATCH v3 03/15] virtio-mem: Paravirtualized memory hotunplug part 1 David Hildenbrand 2020-05-07 10:31 ` [virtio-dev] " David Hildenbrand 2020-05-07 10:31 ` [PATCH v3 04/15] virtio-mem: Paravirtualized memory hotunplug part 2 David Hildenbrand 2020-05-07 10:31 ` [virtio-dev] " David Hildenbrand 2020-05-07 10:31 ` David Hildenbrand 2020-05-07 10:31 ` [PATCH v3 05/15] mm: Allow to offline unmovable PageOffline() pages via MEM_GOING_OFFLINE David Hildenbrand 2020-05-07 10:31 ` [virtio-dev] " David Hildenbrand 2020-05-07 10:31 ` David Hildenbrand 2020-05-07 10:48 ` Michael S. Tsirkin 2020-05-07 10:48 ` [virtio-dev] " Michael S. Tsirkin 2020-05-07 10:48 ` Michael S. Tsirkin 2020-05-07 10:31 ` [PATCH v3 06/15] virtio-mem: Allow to offline partially unplugged memory blocks David Hildenbrand 2020-05-07 10:31 ` [virtio-dev] " David Hildenbrand 2020-05-07 10:31 ` David Hildenbrand 2020-05-07 10:31 ` [PATCH v3 07/15] mm/memory_hotplug: Introduce offline_and_remove_memory() David Hildenbrand 2020-05-07 10:31 ` [virtio-dev] " David Hildenbrand 2020-05-07 10:46 ` Michael S. Tsirkin 2020-05-07 10:46 ` [virtio-dev] " Michael S. Tsirkin 2020-05-07 11:24 ` David Hildenbrand 2020-05-07 11:24 ` [virtio-dev] " David Hildenbrand 2020-05-07 11:33 ` David Hildenbrand 2020-05-07 11:33 ` [virtio-dev] " David Hildenbrand 2020-05-07 11:34 ` Michael S. Tsirkin 2020-05-07 11:34 ` [virtio-dev] " Michael S. Tsirkin 2020-05-07 11:37 ` David Hildenbrand 2020-05-07 11:37 ` [virtio-dev] " David Hildenbrand 2020-05-07 12:11 ` Michael S. Tsirkin [this message] 2020-05-07 12:11 ` Michael S. Tsirkin 2020-05-07 12:24 ` David Hildenbrand 2020-05-07 12:24 ` [virtio-dev] " David Hildenbrand 2020-05-07 11:33 ` Michael S. Tsirkin 2020-05-07 11:33 ` [virtio-dev] " Michael S. Tsirkin 2020-05-07 10:31 ` [PATCH v3 08/15] virtio-mem: Offline and remove completely unplugged memory blocks David Hildenbrand 2020-05-07 10:31 ` [virtio-dev] " David Hildenbrand 2020-05-07 10:31 ` David Hildenbrand 2020-05-07 10:31 ` [PATCH v3 09/15] virtio-mem: Better retry handling David Hildenbrand 2020-05-07 10:31 ` [virtio-dev] " David Hildenbrand 2020-05-07 10:31 ` [PATCH v3 10/15] MAINTAINERS: Add myself as virtio-mem maintainer David Hildenbrand 2020-05-07 10:31 ` [virtio-dev] " David Hildenbrand 2020-05-07 10:47 ` Michael S. Tsirkin 2020-05-07 10:47 ` [virtio-dev] " Michael S. Tsirkin 2020-05-07 11:25 ` David Hildenbrand 2020-05-07 11:25 ` [virtio-dev] " David Hildenbrand 2020-05-07 10:31 ` [PATCH v3 11/15] virtio-mem: Add parent resource for all added "System RAM" David Hildenbrand 2020-05-07 10:31 ` [virtio-dev] " David Hildenbrand 2020-05-07 10:31 ` [PATCH v3 12/15] virtio-mem: Drop manual check for already present memory David Hildenbrand 2020-05-07 10:31 ` [virtio-dev] " David Hildenbrand 2020-05-07 10:31 ` David Hildenbrand 2020-05-07 10:31 ` [PATCH v3 13/15] virtio-mem: Unplug subblocks right-to-left David Hildenbrand 2020-05-07 10:31 ` [virtio-dev] " David Hildenbrand 2020-05-07 10:31 ` David Hildenbrand 2020-05-07 10:31 ` [PATCH v3 14/15] virtio-mem: Use -ETXTBSY as error code if the device is busy David Hildenbrand 2020-05-07 10:31 ` [virtio-dev] " David Hildenbrand 2020-05-07 10:31 ` David Hildenbrand 2020-05-07 10:31 ` [PATCH v3 15/15] virtio-mem: Try to unplug the complete online memory block first David Hildenbrand 2020-05-07 10:31 ` [virtio-dev] " David Hildenbrand 2020-05-07 10:48 ` [PATCH v3 00/15] virtio-mem: paravirtualized memory Michael S. Tsirkin 2020-05-07 10:48 ` [virtio-dev] " Michael S. Tsirkin 2020-05-07 10:48 ` Michael S. Tsirkin 2020-05-07 11:23 ` David Hildenbrand 2020-05-07 11:23 ` [virtio-dev] " David Hildenbrand 2020-05-07 11:23 ` David Hildenbrand 2020-05-14 6:44 ` [virtio-dev] " teawater 2020-05-14 6:44 ` teawater 2020-05-14 6:44 ` teawater 2020-05-14 8:48 ` [virtio-dev] " David Hildenbrand 2020-05-14 8:48 ` David Hildenbrand 2020-05-14 8:48 ` David Hildenbrand 2020-05-14 10:02 ` [virtio-dev] " teawater 2020-05-14 10:02 ` teawater 2020-05-14 10:02 ` teawater 2020-05-14 10:12 ` [virtio-dev] " David Hildenbrand 2020-05-14 10:12 ` David Hildenbrand 2020-05-14 10:12 ` David Hildenbrand 2020-05-14 11:10 ` [virtio-dev] " David Hildenbrand 2020-05-14 11:10 ` David Hildenbrand 2020-05-14 11:10 ` David Hildenbrand 2020-05-14 11:47 ` [virtio-dev] " David Hildenbrand 2020-05-14 11:47 ` David Hildenbrand 2020-05-14 11:47 ` David Hildenbrand 2020-05-14 12:19 ` [virtio-dev] " David Hildenbrand 2020-05-14 12:19 ` David Hildenbrand 2020-05-14 12:19 ` David Hildenbrand 2020-05-15 2:58 ` [virtio-dev] " teawater 2020-05-15 2:58 ` teawater 2020-05-15 2:58 ` teawater
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=20200507080849-mutt-send-email-mst@kernel.org \ --to=mst@redhat.com \ --cc=akpm@linux-foundation.org \ --cc=cai@lca.pw \ --cc=dan.j.williams@intel.com \ --cc=david@redhat.com \ --cc=kvm@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-mm@kvack.org \ --cc=mhocko@kernel.org \ --cc=mhocko@suse.com \ --cc=osalvador@suse.com \ --cc=pankaj.gupta.linux@gmail.com \ --cc=pasha.tatashin@soleen.com \ --cc=richard.weiyang@gmail.com \ --cc=virtio-dev@lists.oasis-open.org \ --cc=virtualization@lists.linux-foundation.org \ /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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.