Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758276Ab0KOUh1 (ORCPT ); Mon, 15 Nov 2010 15:37:27 -0500 Received: from moutng.kundenserver.de ([212.227.126.171]:63684 "EHLO moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758183Ab0KOUhU (ORCPT ); Mon, 15 Nov 2010 15:37:20 -0500 Message-ID: <4CE199E2.5030106@vlnb.net> Date: Mon, 15 Nov 2010 23:36:50 +0300 From: Vladislav Bolkhovitin User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.10) Gecko/20100527 Thunderbird/3.0.5 MIME-Version: 1.0 To: Dmitry Torokhov CC: Greg KH , Boaz Harrosh , linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org, scst-devel , James Bottomley , Andrew Morton , FUJITA Tomonori , Mike Christie , Vu Pham , Bart Van Assche , James Smart , Joe Eykholt , Andy Yan , Chetan Loke , Hannes Reinecke , Richard Sharpe , Daniel Henrique Debonzi Subject: Re: [PATCH 8/19]: SCST SYSFS interface implementation References: <4CD8566D.1020202@vlnb.net> <20101109002829.GA22633@kroah.com> <4CD9A9B8.70708@vlnb.net> <4CDA6CD4.3010308@panasas.com> <4CDAFE6E.7050200@vlnb.net> <4CDBBE80.40908@panasas.com> <4CDC56F9.9040601@vlnb.net> <20101112012315.GE17097@core.coreip.homeip.net> <4CDEC8D2.8080101@vlnb.net> <20101113235938.GA1827@kroah.com> <20101115065919.GB14442@core.coreip.homeip.net> In-Reply-To: <20101115065919.GB14442@core.coreip.homeip.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:Egt2XP9nEn5JE1iNYf1iK2q6dDATGGqATnd7B4X/CvS YPu2ZXxDsDlnwrl6xEKhXPYDjOhsWvmYfEUGtIoZ+nZoQabpap iaYZd+yS2cwtQeyZpBC/3oKkChmPyFjhciHOf8eiF4Zok/GYRX pVCyti/xJAVtS6IjLDB7sBCykngT1gXphSDFipV8OWIK66uE6B bSDfPwem+DWhL1ilw0EGA== Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1585 Lines: 39 Dmitry Torokhov, on 11/15/2010 09:59 AM wrote: > On Sat, Nov 13, 2010 at 03:59:38PM -0800, Greg KH wrote: >> On Sat, Nov 13, 2010 at 08:20:18PM +0300, Vladislav Bolkhovitin wrote: >>> So, I decided to reimplement it to be completely synchronous. SYSFS >>> authors did really great job and thanks to the excellent internal SYSFS >>> design and implementation it is absolutely safe. See: >>> >>> [root@tgt ~]# modprobe scst >>> [root@tgt ~]# cd /sys/kernel/scst_tgt/ >> >> Sorry, but no, you can't put this in /sys/kernel/ without getting the >> approval of the sysfs maintainer. >> >> I really don't understand why you are using kobjects in the first place, >> why isn't this in the main device tree in the kernel, using 'struct >> device'? > > It is my understanding that Vlad is able to reflect the topology by > manipulating sysfs objects there. Correct. As I wrote in the previous e-mail, SCST doesn't deal with devices, so doesn't have a need to use struct device. >> In the end, I guess it really doesn't matter as this code isn't getting >> merged so I shouldn't worry about it, right? >> > > This is quite unfortunate as I still have not seen the public comparison > of the 2 implementations and the lists of benefits and shortfalls for > both of them. Indeed, it is unfortunate :(. Undercover political games continue... Vlad -- 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/