Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754122AbZD1TGb (ORCPT ); Tue, 28 Apr 2009 15:06:31 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751784AbZD1TGV (ORCPT ); Tue, 28 Apr 2009 15:06:21 -0400 Received: from zone0.gcu-squad.org ([212.85.147.21]:37092 "EHLO services.gcu-squad.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751407AbZD1TGU (ORCPT ); Tue, 28 Apr 2009 15:06:20 -0400 Date: Tue, 28 Apr 2009 21:06:03 +0200 From: Jean Delvare To: Doug Warzecha Cc: Michael Brown , Kay Sievers , Greg Kroah-Hartman , linux-kernel@vger.kernel.org, Mauro Carvalho Chehab , Matt Domsch Subject: Re: Class device namespaces Message-ID: <20090428210603.604a6586@hyperion.delvare> In-Reply-To: <20090428173929.GA5006@sysman-doug.us.dell.com> References: <20090329174836.6de797d6@hyperion.delvare> <20090330104952.26f03c13@hyperion.delvare> <20090426085401.3788fc9c@hyperion.delvare> <20090427132041.GA18391@sc1430.michaels-house.net> <20090427172710.5a0c7f48@hyperion.delvare> <437908170904271023k3eefd4c1ma0cacdb78ad7acd7@mail.gmail.com> <20090428101020.0e4c2b0c@hyperion.delvare> <20090428173929.GA5006@sysman-doug.us.dell.com> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.14.4; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2407 Lines: 51 Hi Doug, On Tue, 28 Apr 2009 12:39:29 -0500, Doug Warzecha wrote: > On Tue, Apr 28, 2009 at 10:10:20AM +0200, Jean Delvare wrote: > > On Mon, 27 Apr 2009 12:23:30 -0500, Michael Brown wrote: > > > On Mon, Apr 27, 2009 at 10:27 AM, Jean Delvare wrote: > > > > The question was: any change to _which_ paths exactly? Sysfs often > > > > offers several ways to reach the same object, and it matters to know > > > > which need to be preserved and which can change. > > > > > > > > const char *rbu_v2_fw_data_file = "/sys/class/firmware/dell_rbu/data"; > > > > const char *rbu_v2_fw_load_file = "/sys/class/firmware/dell_rbu/loading"; > > > > const char *rbu_v2_img_type_file = "/sys/devices/platform/dell_rbu/image_type"; > > > > const char *rbu_v2_pkt_size_file = "/sys/devices/platform/dell_rbu/packet_size"; > > > > > > > > I guess that noawadays v2 applies, so the only path which needs to be > > > > preserved is "/sys/class/firmware/dell_rbu". Is that correct? Is it the > > > > same for srvadmin-hap? > > > > > > You are correct WRT libsmbios. For hapi, I've cc'd Doug who can tell > > > you about their code. I've done a quick grep of their code, and the > > > paths above look like the same ones he is using, but I could be wrong. > > > > > > hapi/apilibrary/dchbas/linux/umhbaslx.c:#define > > > HBAS_RBU_SYSFS_NEW_DATAREAD_PFNAME "/sys/devices/platform/dell_rbu/data" > > > hapi/apilibrary/dchbas/linux/umhbaslx.c:#define > > > HBAS_RBU_SYSFS_NEW_IMAGETYPE_PFNAME "/sys/devices/platform/dell_rbu/image_type" > > > hapi/apilibrary/dchbas/linux/umhbaslx.c:#define > > > HBAS_RBU_SYSFS_NEW_PKTSIZE_PFNAME "/sys/devices/platform/dell_rbu/packet_size" > > > > This doesn't make use of the firmware class at all, so I guess it won't > > be affected by any change to the firmware class? > > > > Dell makes use of the following dell_rbu paths: > > /sys/class/firmware/dell_rbu/loading > /sys/class/firmware/dell_rbu/data > /sys/devices/platform/dell_rbu/data > /sys/devices/platform/dell_rbu/image_type > /sys/devices/platform/dell_rbu/packet_size Thanks for the clarification, which confirms my earlier findings. -- Jean Delvare -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/