Re: [PATCH] IB/iser: do I/O path allocations with GFP_NOIO

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



From: Mike Christie <michaelc@xxxxxxxxxxx>
Subject: Re: [PATCH] IB/iser: do I/O path allocations with GFP_NOIO
Date: Tue, 30 May 2006 14:50:44 -0500

> Should iser patches have linux-scsi ccd on them in the future? And
> should they go through the scsi maintainer normally (I understand they
> cannot now since James does not have all the infinniband bits)? I am
> really just trying to avoid any coordinatation issues that come about by
> having core iscsi and tcp iscsi patched sent to the scsi maintainer then
> having to have iser going through Roland.
> 
> For example I left a bit in the core iscsi code so I would not break
> iser. Now iser is updating their code, so we do not need that bit, but
> Or's patch missed the cleanup. If we sent everything through one
> maintainer then we could have cleaned everything up in one pass.

Roland, as proposed in the past, how about moving the iSER and SRP
drivers to drivers/scsi? As you said, they straddle in SCSI and IB
worlds, however, they are just LLDs like iscsi_tcp, which straddle in
SCSI and TCP worlds.

That would help to avoid coordinatation issues too.
-
: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]
  Powered by Linux