From: Greg KH <gregkh@linuxfoundation.org>
To: Toshi Kani <toshi.kani@hp.com>
Cc: rjw@sisk.pl, lenb@kernel.org, akpm@linux-foundation.org,
linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-mm@kvack.org, linuxppc-dev@lists.ozlabs.org,
linux-s390@vger.kernel.org, bhelgaas@google.com,
isimatu.yasuaki@jp.fujitsu.com, jiang.liu@huawei.com,
wency@cn.fujitsu.com, guohanjun@huawei.com, yinghai@kernel.org,
srivatsa.bhat@linux.vnet.ibm.com
Subject: Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
Date: Tue, 29 Jan 2013 23:58:30 -0500 [thread overview]
Message-ID: <20130130045830.GH30002@kroah.com> (raw)
In-Reply-To: <1357861230-29549-2-git-send-email-toshi.kani@hp.com>
On Thu, Jan 10, 2013 at 04:40:19PM -0700, Toshi Kani wrote:
> +/*
> + * Hot-plug device information
> + */
Again, stop it with the "generic" hotplug term here, and everywhere
else. You are doing a very _specific_ type of hotplug devices, so spell
it out. We've worked hard to hotplug _everything_ in Linux, you are
going to confuse a lot of people with this type of terms.
> +union shp_dev_info {
> + struct shp_cpu {
> + u32 cpu_id;
> + } cpu;
What is this? Why not point to the system device for the cpu?
> + struct shp_memory {
> + int node;
> + u64 start_addr;
> + u64 length;
> + } mem;
Same here, why not point to the system device?
> + struct shp_hostbridge {
> + } hb;
> +
> + struct shp_node {
> + } node;
What happened here with these? Empty structures? Huh?
> +};
> +
> +struct shp_device {
> + struct list_head list;
> + struct device *device;
No, make it a "real" device, embed the device into it.
But, again, I'm going to ask why you aren't using the existing cpu /
memory / bridge / node devices that we have in the kernel. Please use
them, or give me a _really_ good reason why they will not work.
> + enum shp_class class;
> + union shp_dev_info info;
> +};
> +
> +/*
> + * Hot-plug request
> + */
> +struct shp_request {
> + /* common info */
> + enum shp_operation operation; /* operation */
> +
> + /* hot-plug event info: only valid for hot-plug operations */
> + void *handle; /* FW handle */
> + u32 event; /* FW event */
What is this?
greg k-h
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
WARNING: multiple messages have this Message-ID (diff)
From: Greg KH <gregkh@linuxfoundation.org>
To: Toshi Kani <toshi.kani@hp.com>
Cc: linux-s390@vger.kernel.org, jiang.liu@huawei.com,
wency@cn.fujitsu.com, linux-mm@kvack.org, yinghai@kernel.org,
linux-kernel@vger.kernel.org, rjw@sisk.pl,
linux-acpi@vger.kernel.org, isimatu.yasuaki@jp.fujitsu.com,
srivatsa.bhat@linux.vnet.ibm.com, guohanjun@huawei.com,
bhelgaas@google.com, akpm@linux-foundation.org,
linuxppc-dev@lists.ozlabs.org, lenb@kernel.org
Subject: Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
Date: Tue, 29 Jan 2013 23:58:30 -0500 [thread overview]
Message-ID: <20130130045830.GH30002@kroah.com> (raw)
In-Reply-To: <1357861230-29549-2-git-send-email-toshi.kani@hp.com>
On Thu, Jan 10, 2013 at 04:40:19PM -0700, Toshi Kani wrote:
> +/*
> + * Hot-plug device information
> + */
Again, stop it with the "generic" hotplug term here, and everywhere
else. You are doing a very _specific_ type of hotplug devices, so spell
it out. We've worked hard to hotplug _everything_ in Linux, you are
going to confuse a lot of people with this type of terms.
> +union shp_dev_info {
> + struct shp_cpu {
> + u32 cpu_id;
> + } cpu;
What is this? Why not point to the system device for the cpu?
> + struct shp_memory {
> + int node;
> + u64 start_addr;
> + u64 length;
> + } mem;
Same here, why not point to the system device?
> + struct shp_hostbridge {
> + } hb;
> +
> + struct shp_node {
> + } node;
What happened here with these? Empty structures? Huh?
> +};
> +
> +struct shp_device {
> + struct list_head list;
> + struct device *device;
No, make it a "real" device, embed the device into it.
But, again, I'm going to ask why you aren't using the existing cpu /
memory / bridge / node devices that we have in the kernel. Please use
them, or give me a _really_ good reason why they will not work.
> + enum shp_class class;
> + union shp_dev_info info;
> +};
> +
> +/*
> + * Hot-plug request
> + */
> +struct shp_request {
> + /* common info */
> + enum shp_operation operation; /* operation */
> +
> + /* hot-plug event info: only valid for hot-plug operations */
> + void *handle; /* FW handle */
> + u32 event; /* FW event */
What is this?
greg k-h
WARNING: multiple messages have this Message-ID (diff)
From: Greg KH <gregkh@linuxfoundation.org>
To: Toshi Kani <toshi.kani@hp.com>
Cc: rjw@sisk.pl, lenb@kernel.org, akpm@linux-foundation.org,
linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-mm@kvack.org, linuxppc-dev@lists.ozlabs.org,
linux-s390@vger.kernel.org, bhelgaas@google.com,
isimatu.yasuaki@jp.fujitsu.com, jiang.liu@huawei.com,
wency@cn.fujitsu.com, guohanjun@huawei.com, yinghai@kernel.org,
srivatsa.bhat@linux.vnet.ibm.com
Subject: Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
Date: Tue, 29 Jan 2013 23:58:30 -0500 [thread overview]
Message-ID: <20130130045830.GH30002@kroah.com> (raw)
In-Reply-To: <1357861230-29549-2-git-send-email-toshi.kani@hp.com>
On Thu, Jan 10, 2013 at 04:40:19PM -0700, Toshi Kani wrote:
> +/*
> + * Hot-plug device information
> + */
Again, stop it with the "generic" hotplug term here, and everywhere
else. You are doing a very _specific_ type of hotplug devices, so spell
it out. We've worked hard to hotplug _everything_ in Linux, you are
going to confuse a lot of people with this type of terms.
> +union shp_dev_info {
> + struct shp_cpu {
> + u32 cpu_id;
> + } cpu;
What is this? Why not point to the system device for the cpu?
> + struct shp_memory {
> + int node;
> + u64 start_addr;
> + u64 length;
> + } mem;
Same here, why not point to the system device?
> + struct shp_hostbridge {
> + } hb;
> +
> + struct shp_node {
> + } node;
What happened here with these? Empty structures? Huh?
> +};
> +
> +struct shp_device {
> + struct list_head list;
> + struct device *device;
No, make it a "real" device, embed the device into it.
But, again, I'm going to ask why you aren't using the existing cpu /
memory / bridge / node devices that we have in the kernel. Please use
them, or give me a _really_ good reason why they will not work.
> + enum shp_class class;
> + union shp_dev_info info;
> +};
> +
> +/*
> + * Hot-plug request
> + */
> +struct shp_request {
> + /* common info */
> + enum shp_operation operation; /* operation */
> +
> + /* hot-plug event info: only valid for hot-plug operations */
> + void *handle; /* FW handle */
> + u32 event; /* FW event */
What is this?
greg k-h
next prev parent reply other threads:[~2013-01-30 4:58 UTC|newest]
Thread overview: 251+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-10 23:40 [RFC PATCH v2 00/12] System device hot-plug framework Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-10 23:40 ` [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-11 21:23 ` Rafael J. Wysocki
2013-01-11 21:23 ` Rafael J. Wysocki
2013-01-11 21:23 ` Rafael J. Wysocki
2013-01-14 15:33 ` Toshi Kani
2013-01-14 15:33 ` Toshi Kani
2013-01-14 15:33 ` Toshi Kani
2013-01-14 18:48 ` Rafael J. Wysocki
2013-01-14 18:48 ` Rafael J. Wysocki
2013-01-14 18:48 ` Rafael J. Wysocki
2013-01-14 19:02 ` Toshi Kani
2013-01-14 19:02 ` Toshi Kani
2013-01-14 19:02 ` Toshi Kani
2013-01-30 4:48 ` Greg KH
2013-01-30 4:48 ` Greg KH
2013-01-30 4:48 ` Greg KH
2013-01-31 1:15 ` Toshi Kani
2013-01-31 1:15 ` Toshi Kani
2013-01-31 1:15 ` Toshi Kani
2013-01-31 5:24 ` Greg KH
2013-01-31 5:24 ` Greg KH
2013-01-31 5:24 ` Greg KH
2013-01-31 14:42 ` Toshi Kani
2013-01-31 14:42 ` Toshi Kani
2013-01-31 14:42 ` Toshi Kani
2013-01-30 4:53 ` Greg KH
2013-01-30 4:53 ` Greg KH
2013-01-30 4:53 ` Greg KH
2013-01-31 1:46 ` Toshi Kani
2013-01-31 1:46 ` Toshi Kani
2013-01-31 1:46 ` Toshi Kani
2013-01-30 4:58 ` Greg KH [this message]
2013-01-30 4:58 ` Greg KH
2013-01-30 4:58 ` Greg KH
2013-01-31 2:57 ` Toshi Kani
2013-01-31 2:57 ` Toshi Kani
2013-01-31 2:57 ` Toshi Kani
2013-01-31 20:54 ` Rafael J. Wysocki
2013-01-31 20:54 ` Rafael J. Wysocki
2013-01-31 20:54 ` Rafael J. Wysocki
2013-02-01 1:32 ` Toshi Kani
2013-02-01 1:32 ` Toshi Kani
2013-02-01 1:32 ` Toshi Kani
2013-02-01 7:30 ` Greg KH
2013-02-01 7:30 ` Greg KH
2013-02-01 7:30 ` Greg KH
2013-02-01 20:40 ` Toshi Kani
2013-02-01 20:40 ` Toshi Kani
2013-02-01 20:40 ` Toshi Kani
2013-02-01 22:21 ` Rafael J. Wysocki
2013-02-01 22:21 ` Rafael J. Wysocki
2013-02-01 22:21 ` Rafael J. Wysocki
2013-02-01 23:12 ` Toshi Kani
2013-02-01 23:12 ` Toshi Kani
2013-02-01 23:12 ` Toshi Kani
2013-02-02 15:01 ` Greg KH
2013-02-02 15:01 ` Greg KH
2013-02-02 15:01 ` Greg KH
2013-02-04 0:28 ` Toshi Kani
2013-02-04 0:28 ` Toshi Kani
2013-02-04 0:28 ` Toshi Kani
2013-02-04 12:46 ` Greg KH
2013-02-04 12:46 ` Greg KH
2013-02-04 12:46 ` Greg KH
2013-02-04 16:46 ` Toshi Kani
2013-02-04 16:46 ` Toshi Kani
2013-02-04 16:46 ` Toshi Kani
2013-02-04 19:45 ` Rafael J. Wysocki
2013-02-04 19:45 ` Rafael J. Wysocki
2013-02-04 19:45 ` Rafael J. Wysocki
2013-02-04 20:59 ` Toshi Kani
2013-02-04 20:59 ` Toshi Kani
2013-02-04 20:59 ` Toshi Kani
2013-02-04 23:23 ` Rafael J. Wysocki
2013-02-04 23:23 ` Rafael J. Wysocki
2013-02-04 23:23 ` Rafael J. Wysocki
2013-02-04 23:33 ` Toshi Kani
2013-02-04 23:33 ` Toshi Kani
2013-02-04 23:33 ` Toshi Kani
2013-02-01 7:23 ` Greg KH
2013-02-01 7:23 ` Greg KH
2013-02-01 7:23 ` Greg KH
2013-02-01 22:12 ` Rafael J. Wysocki
2013-02-01 22:12 ` Rafael J. Wysocki
2013-02-01 22:12 ` Rafael J. Wysocki
2013-02-02 14:58 ` Greg KH
2013-02-02 14:58 ` Greg KH
2013-02-02 14:58 ` Greg KH
2013-02-02 20:15 ` Rafael J. Wysocki
2013-02-02 20:15 ` Rafael J. Wysocki
2013-02-02 20:15 ` Rafael J. Wysocki
2013-02-02 22:18 ` [PATCH?] Move ACPI device nodes under /sys/firmware/acpi (was: Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework) Rafael J. Wysocki
2013-02-02 22:18 ` Rafael J. Wysocki
2013-02-02 22:18 ` Rafael J. Wysocki
2013-02-04 1:24 ` Greg KH
2013-02-04 1:24 ` Greg KH
2013-02-04 1:24 ` Greg KH
2013-02-04 12:34 ` Rafael J. Wysocki
2013-02-04 12:34 ` Rafael J. Wysocki
2013-02-04 12:34 ` Rafael J. Wysocki
2013-02-03 20:44 ` [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework Rafael J. Wysocki
2013-02-03 20:44 ` Rafael J. Wysocki
2013-02-03 20:44 ` Rafael J. Wysocki
2013-02-04 12:48 ` Greg KH
2013-02-04 12:48 ` Greg KH
2013-02-04 12:48 ` Greg KH
2013-02-04 14:21 ` Rafael J. Wysocki
2013-02-04 14:21 ` Rafael J. Wysocki
2013-02-04 14:21 ` Rafael J. Wysocki
2013-02-04 14:33 ` Greg KH
2013-02-04 14:33 ` Greg KH
2013-02-04 14:33 ` Greg KH
2013-02-04 20:07 ` Rafael J. Wysocki
2013-02-04 20:07 ` Rafael J. Wysocki
2013-02-04 20:07 ` Rafael J. Wysocki
2013-02-04 22:13 ` Toshi Kani
2013-02-04 22:13 ` Toshi Kani
2013-02-04 22:13 ` Toshi Kani
2013-02-04 23:52 ` Rafael J. Wysocki
2013-02-04 23:52 ` Rafael J. Wysocki
2013-02-04 23:52 ` Rafael J. Wysocki
2013-02-05 0:04 ` Greg KH
2013-02-05 0:04 ` Greg KH
2013-02-05 0:04 ` Greg KH
2013-02-05 1:02 ` Rafael J. Wysocki
2013-02-05 1:02 ` Rafael J. Wysocki
2013-02-05 1:02 ` Rafael J. Wysocki
2013-02-05 11:11 ` Rafael J. Wysocki
2013-02-05 11:11 ` Rafael J. Wysocki
2013-02-05 11:11 ` Rafael J. Wysocki
2013-02-05 18:39 ` Greg KH
2013-02-05 18:39 ` Greg KH
2013-02-05 18:39 ` Greg KH
2013-02-05 21:13 ` Rafael J. Wysocki
2013-02-05 21:13 ` Rafael J. Wysocki
2013-02-05 21:13 ` Rafael J. Wysocki
2013-02-05 0:55 ` Toshi Kani
2013-02-05 0:55 ` Toshi Kani
2013-02-05 0:55 ` Toshi Kani
2013-02-04 16:19 ` Toshi Kani
2013-02-04 16:19 ` Toshi Kani
2013-02-04 16:19 ` Toshi Kani
2013-02-04 19:43 ` Rafael J. Wysocki
2013-02-04 19:43 ` Rafael J. Wysocki
2013-02-04 19:43 ` Rafael J. Wysocki
2013-02-04 1:23 ` Greg KH
2013-02-04 1:23 ` Greg KH
2013-02-04 1:23 ` Greg KH
2013-02-04 13:41 ` Rafael J. Wysocki
2013-02-04 13:41 ` Rafael J. Wysocki
2013-02-04 13:41 ` Rafael J. Wysocki
2013-02-04 16:02 ` Toshi Kani
2013-02-04 16:02 ` Toshi Kani
2013-02-04 16:02 ` Toshi Kani
2013-02-04 19:48 ` Rafael J. Wysocki
2013-02-04 19:48 ` Rafael J. Wysocki
2013-02-04 19:48 ` Rafael J. Wysocki
2013-02-04 19:46 ` Toshi Kani
2013-02-04 19:46 ` Toshi Kani
2013-02-04 19:46 ` Toshi Kani
2013-02-04 20:12 ` Rafael J. Wysocki
2013-02-04 20:12 ` Rafael J. Wysocki
2013-02-04 20:12 ` Rafael J. Wysocki
2013-02-04 20:34 ` Toshi Kani
2013-02-04 20:34 ` Toshi Kani
2013-02-04 20:34 ` Toshi Kani
2013-02-04 23:19 ` Rafael J. Wysocki
2013-02-04 23:19 ` Rafael J. Wysocki
2013-02-04 23:19 ` Rafael J. Wysocki
2013-01-10 23:40 ` [RFC PATCH v2 02/12] ACPI: " Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-11 21:25 ` Rafael J. Wysocki
2013-01-11 21:25 ` Rafael J. Wysocki
2013-01-11 21:25 ` Rafael J. Wysocki
2013-01-14 15:53 ` Toshi Kani
2013-01-14 15:53 ` Toshi Kani
2013-01-14 15:53 ` Toshi Kani
2013-01-14 18:47 ` Rafael J. Wysocki
2013-01-14 18:47 ` Rafael J. Wysocki
2013-01-14 18:47 ` Rafael J. Wysocki
2013-01-14 18:42 ` Toshi Kani
2013-01-14 18:42 ` Toshi Kani
2013-01-14 18:42 ` Toshi Kani
2013-01-14 19:07 ` Rafael J. Wysocki
2013-01-14 19:07 ` Rafael J. Wysocki
2013-01-14 19:07 ` Rafael J. Wysocki
2013-01-14 19:21 ` Toshi Kani
2013-01-14 19:21 ` Toshi Kani
2013-01-14 19:21 ` Toshi Kani
2013-01-30 4:51 ` Greg KH
2013-01-30 4:51 ` Greg KH
2013-01-30 4:51 ` Greg KH
2013-01-31 1:38 ` Toshi Kani
2013-01-31 1:38 ` Toshi Kani
2013-01-31 1:38 ` Toshi Kani
2013-01-14 19:21 ` Greg KH
2013-01-14 19:21 ` Greg KH
2013-01-14 19:21 ` Greg KH
2013-01-14 19:29 ` Toshi Kani
2013-01-14 19:29 ` Toshi Kani
2013-01-14 19:29 ` Toshi Kani
2013-01-10 23:40 ` [RFC PATCH v2 03/12] drivers/base: Add " Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-30 4:54 ` Greg KH
2013-01-30 4:54 ` Greg KH
2013-01-30 4:54 ` Greg KH
2013-01-31 1:48 ` Toshi Kani
2013-01-31 1:48 ` Toshi Kani
2013-01-31 1:48 ` Toshi Kani
2013-01-10 23:40 ` [RFC PATCH v2 04/12] cpu: Add cpu hotplug handlers Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-10 23:40 ` [RFC PATCH v2 05/12] mm: Add memory " Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-10 23:40 ` [RFC PATCH v2 06/12] ACPI: Add ACPI bus " Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-10 23:40 ` [RFC PATCH v2 07/12] ACPI: Add ACPI resource hotplug handler Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-10 23:40 ` [RFC PATCH v2 08/12] ACPI: Update processor driver for hotplug framework Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-10 23:40 ` [RFC PATCH v2 09/12] ACPI: Update memory " Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-10 23:40 ` [RFC PATCH v2 10/12] ACPI: Update container " Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-10 23:40 ` [RFC PATCH v2 11/12] cpu: Update sysfs cpu/online " Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-10 23:40 ` [RFC PATCH v2 12/12] ACPI: Update sysfs eject " Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-17 0:50 ` [RFC PATCH v2 00/12] System device hot-plug framework Rafael J. Wysocki
2013-01-17 0:50 ` Rafael J. Wysocki
2013-01-17 0:50 ` Rafael J. Wysocki
2013-01-17 0:50 ` Rafael J. Wysocki
2013-01-17 17:59 ` Toshi Kani
2013-01-17 17:59 ` Toshi Kani
2013-01-17 17:59 ` Toshi Kani
2013-01-17 17:59 ` Toshi Kani
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=20130130045830.GH30002@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=akpm@linux-foundation.org \
--cc=bhelgaas@google.com \
--cc=guohanjun@huawei.com \
--cc=isimatu.yasuaki@jp.fujitsu.com \
--cc=jiang.liu@huawei.com \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux-s390@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=rjw@sisk.pl \
--cc=srivatsa.bhat@linux.vnet.ibm.com \
--cc=toshi.kani@hp.com \
--cc=wency@cn.fujitsu.com \
--cc=yinghai@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.