Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S964798AbWBVQic (ORCPT ); Wed, 22 Feb 2006 11:38:32 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932257AbWBVQic (ORCPT ); Wed, 22 Feb 2006 11:38:32 -0500 Received: from xenotime.net ([66.160.160.81]:24215 "HELO xenotime.net") by vger.kernel.org with SMTP id S1751367AbWBVQib (ORCPT ); Wed, 22 Feb 2006 11:38:31 -0500 Date: Wed, 22 Feb 2006 08:38:28 -0800 (PST) From: "Randy.Dunlap" X-X-Sender: rddunlap@shark.he.net To: Matthew Wilcox cc: Douglas Gilbert , Matthias Andree , linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org, Greg KH Subject: Re: lsscsi-0.17 released In-Reply-To: <20060222163426.GG28587@parisc-linux.org> Message-ID: References: <43FBA4CD.6000505@torque.net> <43FC7CCB.4090508@torque.net> <20060222160602.GB17473@merlin.emma.line.org> <43FC90E4.10805@torque.net> <20060222163426.GG28587@parisc-linux.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1605 Lines: 43 On Wed, 22 Feb 2006, Matthew Wilcox wrote: > On Wed, Feb 22, 2006 at 11:27:16AM -0500, Douglas Gilbert wrote: > > Matthias Andree wrote: > > > On Wed, 22 Feb 2006, Douglas Gilbert wrote: > > >>Matthias Andree wrote: > > >>>Does this work around new incompatibilities in the kernel > > >>>or does this fix lsscsi bugs? > > >> > > >>The former. In lk 2.6.16-rc1 the > > >>/sys/class/scsi_device//device/block symlink > > >>changed to ".../block:sd" breaking lsscsi 0.16 (and > > >>earlier) and sg_map26 (in sg3_utils). > > > > > > Heck, what was the reason for breaking userspace again? > > > > Maybe the person responsible can answer. I'm only reacting > > to a change that broke two of my utilities. > > Probably better to cc the person responsible if you want an answer. > > > > Why would someone even consider using sysfs at all if it changes > > > incompatibly? > > > > Indeed. > > There seems to be no committment to making sysfs a stable part of the > kernel API. Which is really just another way of saying "we can't be > bothered to design it upfront, we'll just let it evolve into a mess > and then try to fix it afterwards". I sorta hate to say this, but I was sitting/working a few feet from Pat Mochel about 4 years ago when he was beginning on sysfs, and I told him to watch out, it could end up a mess just like procfs... :( -- ~Randy - 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/