Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1763457AbZD1Rso (ORCPT ); Tue, 28 Apr 2009 13:48:44 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753555AbZD1Rse (ORCPT ); Tue, 28 Apr 2009 13:48:34 -0400 Received: from ausxipps301.us.dell.com ([143.166.148.223]:61877 "EHLO ausxipps301.us.dell.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754191AbZD1Rsd (ORCPT ); Tue, 28 Apr 2009 13:48:33 -0400 Date: Tue, 28 Apr 2009 12:39:29 -0500 From: Doug Warzecha To: Jean Delvare 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: <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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090428101020.0e4c2b0c@hyperion.delvare> User-Agent: Mutt/1.4.1i Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2186 Lines: 46 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 Doug -- 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/