[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1402679044.2224.38.camel@dabdike.int.hansenpartnership.com>
Date: Fri, 13 Jun 2014 10:04:04 -0700
From: James Bottomley <James.Bottomley@...senPartnership.com>
To: Christoph Hellwig <hch@....de>
Cc: "Nicholas A. Bellinger" <nab@...ux-iscsi.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
target-devel <target-devel@...r.kernel.org>,
linux-scsi <linux-scsi@...r.kernel.org>,
LKML <linux-kernel@...r.kernel.org>,
Stephen Rothwell <sfr@...b.auug.org.au>,
Paolo Bonzini <pbonzini@...hat.com>,
Quinn Tran <quinn.tran@...gic.com>,
"Michael S. Tsirkin" <mst@...hat.com>,
Rusty Russell <rusty@...tcorp.com.au>
Subject: Re: [GIT PULL] target updates for v3.16-rc1
On Fri, 2014-06-13 at 18:41 +0200, Christoph Hellwig wrote:
> On Fri, Jun 13, 2014 at 08:21:01AM -0700, James Bottomley wrote:
> > We've been ineffectively trying to split them between target and
> > initiator, since it's effectively both. Now that we seem to have a
> > workable process, why don't we just take everything (target scsi-queue
> > and vhost) through the SCSI tree, that way we don't get into these
> > problems in future.
>
> virtio-scsi has nothing to do with the target. I also think sending
> target updates through the scsi tree doesn't seem very useful, as there's
> is no shared code to start with.
Yes, there is, that's where we get the conflicts. The target tree
updates the current SCSI drivers with target pieces. It's hard to
separate them out because there's usually some target tree dependency.
James
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists