All of lore.kernel.org
 help / color / mirror / Atom feed
From: Borislav Petkov <bp@alien8.de>
To: Eric DeVolder <eric.devolder@oracle.com>
Cc: Oscar Salvador <osalvador@suse.de>,
	Andrew Morton <akpm@linux-foundation.org>,
	david@redhat.com, linux-kernel@vger.kernel.org, x86@kernel.org,
	kexec@lists.infradead.org, ebiederm@xmission.com,
	dyoung@redhat.com, bhe@redhat.com, vgoyal@redhat.com,
	tglx@linutronix.de, mingo@redhat.com,
	dave.hansen@linux.intel.com, hpa@zytor.com,
	nramas@linux.microsoft.com, thomas.lendacky@amd.com,
	robh@kernel.org, efault@gmx.de, rppt@kernel.org,
	sourabhjain@linux.ibm.com, linux-mm@kvack.org
Subject: Re: [PATCH v12 7/7] x86/crash: Add x86 crash hotplug support
Date: Tue, 25 Oct 2022 12:39:34 +0200	[thread overview]
Message-ID: <Y1e85gqB3kzlx7qL@zn.tnic> (raw)
In-Reply-To: <bec2e406-bd4f-e845-6216-31c74619819b@oracle.com>

On Wed, Oct 12, 2022 at 11:20:59AM -0500, Eric DeVolder wrote:
> I once had CONFIG_CRASH_HOTPLUG, but you disagreed.
> 
> https://lore.kernel.org/lkml/Ylgot+LUDQl+G%2F5N@zn.tnic/
> 
> From there I simply went with
> 
>  #if defined(CONFIG_HOTPLUG_CPU) || defined(CONFIG_MEMORY_HOTPLUG)
> 
> which route do you prefer?

If you do a single Kconfig item which depends on those two, it probably
is cleaner this way. And if the max memory ranges are hardcoded you
don't need the other prompt asking the user something she most likely
doesn't know how to answer properly.

That is, unless you wanna have that crash hotplug built in all the time.

Because CONFIG_HOTPLUG_CPU is pretty much always enabled so you might
just as well add the crash hotplug support unconditionally, without any
Kconfig ifdeffery whatsoever except CONFIG_MEMORY_HOTPLUG as that is
special and not present on the majority of hardware.

But on a plain simple laptop or workstation which has CPU hotplug, would
it make sense for the crash ranges to get updated too when CPUs are
offlined?

If so, I think you want this code present there too, without a Kconfig
item.

If this is server-only anyway, then a single Kconfig item sounds like
not such a bad idea.

I hope that makes some sense.

-- 
Regards/Gruss,
    Boris.

https://people.kernel.org/tglx/notes-about-netiquette

WARNING: multiple messages have this Message-ID (diff)
From: Borislav Petkov <bp@alien8.de>
To: Eric DeVolder <eric.devolder@oracle.com>
Cc: Oscar Salvador <osalvador@suse.de>,
	Andrew Morton <akpm@linux-foundation.org>,
	david@redhat.com, linux-kernel@vger.kernel.org, x86@kernel.org,
	kexec@lists.infradead.org, ebiederm@xmission.com,
	dyoung@redhat.com, bhe@redhat.com, vgoyal@redhat.com,
	tglx@linutronix.de, mingo@redhat.com,
	dave.hansen@linux.intel.com, hpa@zytor.com,
	nramas@linux.microsoft.com, thomas.lendacky@amd.com,
	robh@kernel.org, efault@gmx.de, rppt@kernel.org,
	sourabhjain@linux.ibm.com, linux-mm@kvack.org
Subject: Re: [PATCH v12 7/7] x86/crash: Add x86 crash hotplug support
Date: Tue, 25 Oct 2022 12:39:34 +0200	[thread overview]
Message-ID: <Y1e85gqB3kzlx7qL@zn.tnic> (raw)
In-Reply-To: <bec2e406-bd4f-e845-6216-31c74619819b@oracle.com>

On Wed, Oct 12, 2022 at 11:20:59AM -0500, Eric DeVolder wrote:
> I once had CONFIG_CRASH_HOTPLUG, but you disagreed.
> 
> https://lore.kernel.org/lkml/Ylgot+LUDQl+G%2F5N@zn.tnic/
> 
> From there I simply went with
> 
>  #if defined(CONFIG_HOTPLUG_CPU) || defined(CONFIG_MEMORY_HOTPLUG)
> 
> which route do you prefer?

If you do a single Kconfig item which depends on those two, it probably
is cleaner this way. And if the max memory ranges are hardcoded you
don't need the other prompt asking the user something she most likely
doesn't know how to answer properly.

That is, unless you wanna have that crash hotplug built in all the time.

Because CONFIG_HOTPLUG_CPU is pretty much always enabled so you might
just as well add the crash hotplug support unconditionally, without any
Kconfig ifdeffery whatsoever except CONFIG_MEMORY_HOTPLUG as that is
special and not present on the majority of hardware.

But on a plain simple laptop or workstation which has CPU hotplug, would
it make sense for the crash ranges to get updated too when CPUs are
offlined?

If so, I think you want this code present there too, without a Kconfig
item.

If this is server-only anyway, then a single Kconfig item sounds like
not such a bad idea.

I hope that makes some sense.

-- 
Regards/Gruss,
    Boris.

https://people.kernel.org/tglx/notes-about-netiquette

_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec

  reply	other threads:[~2022-10-25 10:39 UTC|newest]

Thread overview: 114+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-09-09 21:05 [PATCH v12 0/7] crash: Kernel handling of CPU and memory hot un/plug Eric DeVolder
2022-09-09 21:05 ` Eric DeVolder
2022-09-09 21:05 ` [PATCH v12 1/7] crash: move crash_prepare_elf64_headers Eric DeVolder
2022-09-09 21:05   ` Eric DeVolder
2022-09-09 21:05 ` [PATCH v12 2/7] crash: prototype change for crash_prepare_elf64_headers Eric DeVolder
2022-09-09 21:05   ` Eric DeVolder
2022-09-09 21:05 ` [PATCH v12 3/7] crash: add generic infrastructure for crash hotplug support Eric DeVolder
2022-09-09 21:05   ` Eric DeVolder
2022-10-03 17:51   ` Sourabh Jain
2022-10-03 17:51     ` Sourabh Jain
2022-10-07 19:14     ` Eric DeVolder
2022-10-07 19:14       ` Eric DeVolder
2022-10-17  6:45       ` Sourabh Jain
2022-10-17  6:45         ` Sourabh Jain
2022-10-24  9:10       ` Baoquan He
2022-10-24  9:10         ` Baoquan He
2022-10-26  7:00         ` Sourabh Jain
2022-10-26  7:00           ` Sourabh Jain
2022-10-04  6:38   ` Sourabh Jain
2022-10-04  6:38     ` Sourabh Jain
2022-10-07 19:19     ` Eric DeVolder
2022-10-07 19:19       ` Eric DeVolder
2022-09-09 21:05 ` [PATCH v12 4/7] kexec: exclude elfcorehdr from the segment digest Eric DeVolder
2022-09-09 21:05   ` Eric DeVolder
2022-09-09 21:05 ` [PATCH v12 5/7] kexec: exclude hot remove cpu from elfcorehdr notes Eric DeVolder
2022-09-09 21:05   ` Eric DeVolder
2022-09-09 21:05 ` [PATCH v12 6/7] crash: memory and cpu hotplug sysfs attributes Eric DeVolder
2022-09-09 21:05   ` Eric DeVolder
2022-09-09 21:05 ` [PATCH v12 7/7] x86/crash: Add x86 crash hotplug support Eric DeVolder
2022-09-09 21:05   ` Eric DeVolder
2022-09-12  6:52   ` Borislav Petkov
2022-09-12  6:52     ` Borislav Petkov
2022-09-13 19:12     ` Eric DeVolder
2022-09-13 19:12       ` Eric DeVolder
2022-09-26 19:19       ` Eric DeVolder
2022-09-26 19:19         ` Eric DeVolder
2022-09-28 16:07       ` Borislav Petkov
2022-09-28 16:07         ` Borislav Petkov
2022-09-28 16:38         ` Borislav Petkov
2022-09-28 16:38           ` Borislav Petkov
2022-09-30 15:36         ` Eric DeVolder
2022-09-30 15:36           ` Eric DeVolder
2022-09-30 16:50           ` Borislav Petkov
2022-09-30 16:50             ` Borislav Petkov
2022-09-30 17:11             ` Eric DeVolder
2022-09-30 17:11               ` Eric DeVolder
2022-09-30 17:40               ` Borislav Petkov
2022-09-30 17:40                 ` Borislav Petkov
2022-10-08  2:35                 ` Baoquan He
2022-10-08  2:35                   ` Baoquan He
2022-10-12 17:46                   ` Borislav Petkov
2022-10-12 17:46                     ` Borislav Petkov
2022-10-12 20:19                     ` Eric DeVolder
2022-10-12 20:19                       ` Eric DeVolder
2022-10-12 20:41                       ` Borislav Petkov
2022-10-12 20:41                         ` Borislav Petkov
2022-10-13  2:57                         ` Baoquan He
2022-10-13  2:57                           ` Baoquan He
2022-10-25 10:31                           ` Borislav Petkov
2022-10-25 10:31                             ` Borislav Petkov
2022-10-26 14:48                             ` Baoquan He
2022-10-26 14:48                               ` Baoquan He
2022-10-26 14:54                               ` David Hildenbrand
2022-10-26 14:54                                 ` David Hildenbrand
2022-10-27 13:52                                 ` Baoquan He
2022-10-27 13:52                                   ` Baoquan He
2022-10-27 19:28                                   ` Eric DeVolder
2022-10-27 19:28                                     ` Eric DeVolder
2022-10-29  4:27                                     ` Baoquan He
2022-10-29  4:27                                       ` Baoquan He
2022-10-27 19:24                               ` Eric DeVolder
2022-10-27 19:24                                 ` Eric DeVolder
2022-10-28 10:19                                 ` Borislav Petkov
2022-10-28 10:19                                   ` Borislav Petkov
2022-10-28 15:29                                   ` Eric DeVolder
2022-10-28 15:29                                     ` Eric DeVolder
2022-10-28 17:06                                     ` Borislav Petkov
2022-10-28 17:06                                       ` Borislav Petkov
2022-10-28 19:26                                       ` Eric DeVolder
2022-10-28 19:26                                         ` Eric DeVolder
2022-10-28 20:30                                         ` Borislav Petkov
2022-10-28 20:30                                           ` Borislav Petkov
2022-10-28 20:34                                           ` Eric DeVolder
2022-10-28 20:34                                             ` Eric DeVolder
2022-10-28 21:22                                           ` Eric DeVolder
2022-10-28 21:22                                             ` Eric DeVolder
2022-10-28 22:19                                             ` Borislav Petkov
2022-10-28 22:19                                               ` Borislav Petkov
2022-10-12 20:42                       ` Eric DeVolder
2022-10-12 20:42                         ` Eric DeVolder
2022-10-12 16:20                 ` Eric DeVolder
2022-10-12 16:20                   ` Eric DeVolder
2022-10-25 10:39                   ` Borislav Petkov [this message]
2022-10-25 10:39                     ` Borislav Petkov
2022-10-04  7:03           ` Sourabh Jain
2022-10-04  7:03             ` Sourabh Jain
2022-10-07 19:56             ` Eric DeVolder
2022-10-07 19:56               ` Eric DeVolder
2022-10-04  9:10           ` Sourabh Jain
2022-10-04  9:10             ` Sourabh Jain
2022-10-07 20:00             ` Eric DeVolder
2022-10-07 20:00               ` Eric DeVolder
2022-10-12  4:55               ` Sourabh Jain
2022-10-12  4:55                 ` Sourabh Jain
2022-10-12 16:23                 ` Eric DeVolder
2022-10-12 16:23                   ` Eric DeVolder
2022-09-19  7:06   ` Sourabh Jain
2022-09-19  7:06     ` Sourabh Jain
2022-10-07 19:33     ` Eric DeVolder
2022-10-07 19:33       ` Eric DeVolder
2022-10-17  6:54       ` Sourabh Jain
2022-10-17  6:54         ` Sourabh Jain
2022-09-12  3:47 ` [PATCH v12 0/7] crash: Kernel handling of CPU and memory hot un/plug Baoquan He
2022-09-12  3:47   ` Baoquan He

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=Y1e85gqB3kzlx7qL@zn.tnic \
    --to=bp@alien8.de \
    --cc=akpm@linux-foundation.org \
    --cc=bhe@redhat.com \
    --cc=dave.hansen@linux.intel.com \
    --cc=david@redhat.com \
    --cc=dyoung@redhat.com \
    --cc=ebiederm@xmission.com \
    --cc=efault@gmx.de \
    --cc=eric.devolder@oracle.com \
    --cc=hpa@zytor.com \
    --cc=kexec@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=mingo@redhat.com \
    --cc=nramas@linux.microsoft.com \
    --cc=osalvador@suse.de \
    --cc=robh@kernel.org \
    --cc=rppt@kernel.org \
    --cc=sourabhjain@linux.ibm.com \
    --cc=tglx@linutronix.de \
    --cc=thomas.lendacky@amd.com \
    --cc=vgoyal@redhat.com \
    --cc=x86@kernel.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: link
Be 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.