Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759376AbXKTRuB (ORCPT ); Tue, 20 Nov 2007 12:50:01 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755841AbXKTRtw (ORCPT ); Tue, 20 Nov 2007 12:49:52 -0500 Received: from ts.adaptec.com ([162.62.93.58]:50689 "EHLO mail-gw3.adaptec.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752124AbXKTRtv convert rfc822-to-8bit (ORCPT ); Tue, 20 Nov 2007 12:49:51 -0500 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: RE: [PATCH] Unify sysfs filenames for firmware version Content-Transfer-Encoding: 8BIT Date: Tue, 20 Nov 2007 12:49:49 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Message-ID: In-Reply-To: <20071120171454.GH31112@earth.li> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [PATCH] Unify sysfs filenames for firmware version Thread-Index: AcgrmTGjgBnYGUYiR0WnBk8RZCip9wAAbg7Q References: <20071120133824.GD31112@earth.li> <47430CCE.50701@emulex.com> <20071120171454.GH31112@earth.li> From: "Salyzyn, Mark" To: "Jonathan McDowell" , "James Smart" Cc: , , "Greg Kroah-Hartman" , Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1432 Lines: 29 Jonathan McDowell sez: > On Tue, Nov 20, 2007 at 11:35:26AM -0500, James Smart wrote: > > The hearburn I have with these patches is that you are changing > > driver-specific attributes, not common ones as > > enforced/requested by a > > subsystem. As such, you are breaking a management interface for > > existing tools/scripts. > Yes, that's true. Though at present we have the heartburn that anyone > wanting to write a script to pull out firmware revisions has to know > exactly where every driver stores this information. The aacraid cards, which uses hba_monitor_version, hba_kernel_version and hba_bios_version for each piece does not fit into the single 'firmware revision' common ideal and were noticeably missing from this patch set. Fortunately (?), Adaptec has not bought into using sysfs for their management applications to pull these pieces and continues to pick them up directly by issuing ioctl pass-through calls to the card's firmware, so we have some leeway to change them to mold to a developing standard. The fact that sysfs is a developing standard will confirm the management application folks reasoning for shying away from sysfs ;-/ Sincerely -- Mark Salyzyn - 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/