From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sergei Shtylyov Subject: Re: [PATCH] remove ide-scsi Date: Sun, 07 Dec 2008 14:00:48 +0300 Message-ID: <493BACE0.5000301@ru.mvista.com> References: <20081203103856S.fujita.tomonori@lab.ntt.co.jp> <20081206120001.3580b9e3@tuna> <200812062241.35601.bzolnier@gmail.com> <20081206222423.04aada70@lxorguk.ukuu.org.uk> <493B022B.3050406@ru.mvista.com> <493B0A8E.7000506@garzik.org> <493B0DF2.4090901@ru.mvista.com> <493B0F36.6030509@garzik.org> <86802c440812061936v4629857ehbd2705e389e4378b@mail.gmail.com> <493B4E52.6080905@garzik.org> <86802c440812062107h37f0d9f1w1304c4f0ab6856ec@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from h155.mvista.com ([63.81.120.155]:15443 "EHLO imap.sh.mvista.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1753302AbYLGLBA (ORCPT ); Sun, 7 Dec 2008 06:01:00 -0500 In-Reply-To: <86802c440812062107h37f0d9f1w1304c4f0ab6856ec@mail.gmail.com> Sender: linux-ide-owner@vger.kernel.org List-Id: linux-ide@vger.kernel.org To: Yinghai Lu Cc: Jeff Garzik , Alan Cox , Bartlomiej Zolnierkiewicz , =?ISO-8859-1?Q?Dan_No=E9?= , James Bottomley , Christoph Hellwig , FUJITA Tomonori , linux-ide@vger.kernel.org, linux-scsi@vger.kernel.org, osst@riede.org Hello. Yinghai Lu wrote: >>> anyone one is building block layer for USB disk? will get /dev/uda? >>> >> That already exists -- drivers/block/ub :) >> > > this one ? > > config BLK_DEV_UB > tristate "Low Performance USB Block driver" > depends on USB > help > This driver supports certain USB attached storage devices > such as flash keys. > > If you enable this driver, it is recommended to avoid conflicts > with usb-storage by enabling USB_LIBUSUAL. > > If unsure, say N. > > I was thinking it should be more faster with less one layer. > I'm not exactly happy with those "one-less-layer" solutions for the devices that are SCSI in nature (like ide-{cd|tape|floppy} or this one) but at least they have a smaller memory footprint than a multi-layer SCSI-based implementation. I hope the "low performace" here means that the devices are slow, not the driver though... :-) > YH > MBR, Sergei