From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754361AbaIBR0e (ORCPT ); Tue, 2 Sep 2014 13:26:34 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:56646 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751821AbaIBR0d (ORCPT ); Tue, 2 Sep 2014 13:26:33 -0400 Date: Tue, 2 Sep 2014 10:26:32 -0700 From: Greg Kroah-Hartman To: Sudeep Holla Cc: LKML , Heiko Carstens , Lorenzo Pieralisi , Stephen Boyd , David Herrmann , Kay Sievers Subject: Re: [PATCH] drivers: base: add cpu_device_create to support per-cpu devices Message-ID: <20140902172632.GA8238@kroah.com> References: <1408706963-23195-1-git-send-email-sudeep.holla@arm.com> <5405FCBF.2050100@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5405FCBF.2050100@arm.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Sep 02, 2014 at 06:22:07PM +0100, Sudeep Holla wrote: > Hi Greg, > > On 22/08/14 12:29, Sudeep Holla wrote: > >From: Sudeep Holla > > > >This patch adds a new function to create per-cpu devices. > >This helps in: > >1. reusing the device infrastructure to create any cpu related > > attributes and corresponding sysfs instead of creating and > > dealing with raw kobjects directly > >2. retaining the legacy path(/sys/devices/system/cpu/..) to support > > existing sysfs ABI > >3. avoiding to create links in the bus directory pointing to the > > device as there would be per-cpu instance of these devices with > > the same name since dev->bus is not populated to cpu_sysbus on > > purpose > > > >Signed-off-by: Sudeep Holla > >Cc: Greg Kroah-Hartman > >--- > > drivers/base/cpu.c | 54 +++++++++++++++++++++++++++++++++++++++++++++++++++++ > > include/linux/cpu.h | 4 ++++ > > 2 files changed, 58 insertions(+) > > > >Hi Greg, > > > >Here is the alternate solution I could come up with instead of > >creating cpu class. cpu_device_create is very similar to > >device_create_groups_vargs w/o class support, but I could not > >reuse anything else to avoid creating similar function. > > > >Let me know your thoughts/suggestions on this. > > > > Any feedback on this ? If ok, I will respin cacheinfo series removing > cpu class creation with this patch. Please address the issues others have already raised.