On Wed, Aug 04, 2010 at 10:54:48AM -0700, Mike Vallaly wrote:
> Sorry for the lateness in my reply. Just stumbled across this
> thread.. ;)
>
> Part of the problem with MPIO in linux with two (or more) interfaces
> connected to the same Ethernet segment is "arp flux". Essentially all
> traffic wil
There is a new open-iscsi release here (open-iscsi.org still has
problems):
http://kernel.org/pub/linux/kernel/people/mnc/open-iscsi/releases/open-iscsi-2.0-872.tar.gz
The iSNS command is now stable. You no longer have to set the server in
iscsid.conf and then run the iscsiadm command. iSNS di
On 08/09/2010 12:53 PM, k...@chelsio.com wrote:
+void cxgbi_fill_iscsi_transport(struct iscsi_transport *itp)
+{
+ /* owner and name should be set already */
+ itp->caps= CAP_RECOVERY_L0 | CAP_MULTI_R2T | CAP_HDRDGST
+ | CAP_DATADGST | CAP_DIG
On 08/09/2010 12:53 PM, k...@chelsio.com wrote:
+
+static void *t4_uld_add(const struct cxgb4_lld_info *lldi)
+{
+ struct cxgbi_device *cdev;
+ struct port_info *pi;
+ int i, rc;
+
+ cxgb4i_log_info("%s", version);
+
+ cdev = cxgbi_device_register(sizeof(*lldi), lldi
On 08/10/2010 02:09 PM, Eddie Wai wrote:
+ /* Retrieve LUN directly from the ref_sc */
+ int_to_scsilun(ref_sc->device->lun,
+ (struct scsi_lun *) scsi_lun);
+ tmfabort_wqe->lun[0] = be32_to_cpu(scsi_lun[0]);
+ t
On 08/10/2010 02:09 PM, Eddie Wai wrote:
In the case when an ep_connect request is interrupted due to route
request stall, if the iSCSI daemon is terminated by the user, the chip
will be left in a state which will not get cleaned up upon module
removal. Upon module reload, when the same context
On 08/11/2010 02:26 PM, Eddie Wai wrote:
Hello Mike,
Thanks for reviewing. Since both scsi_device->lun and the local scsi_lun array
variable are defined as u32 so we're using a direct u32 manipulation. It's also
consistent to the old code.
We chose to use memcpy for the default case as both
--- i want to unsubscribe from this..even I unsubscibe from the group this
continously sent me msg..wht the hell this is...unsubcribe mail is also not
worlking...dam hell this group
--
You received this message because you are subscribed to the Google Groups
"open-iscsi" group
Hello Mike,
Thanks for reviewing. Since both scsi_device->lun and the local scsi_lun array
variable are defined as u32 so we're using a direct u32 manipulation. It's
also consistent to the old code.
We chose to use memcpy for the default case as both tmfabort_wqe->lun and
tmfabort_hdr->lun
On Mon, 12 Apr 2010 22:20:29 -0400 Konrad Rzeszutek Wilk wrote:
> On Monday 12 April 2010 14:06:17 micha...@cs.wisc.edu wrote:
> > From: Mike Christie
> >
> > Not all iscsi drivers support ibft. For drivers like be2iscsi
> > that do not but are bootable through a vendor firmware specific
> > form
On Wed, 11 Aug 2010 08:54:35 -0700 Randy Dunlap wrote:
> On Mon, 12 Apr 2010 22:20:29 -0400 Konrad Rzeszutek Wilk wrote:
>
> > On Monday 12 April 2010 14:06:17 micha...@cs.wisc.edu wrote:
> > > From: Mike Christie
> > >
> > > Not all iscsi drivers support ibft. For drivers like be2iscsi
> > > th
Yes, you are right. I will fix it to make sure iscsi transport
registration happens only once.
Thanks,
Karen
-Original Message-
From: Mike Christie [mailto:micha...@cs.wisc.edu]
Sent: Wednesday, August 11, 2010 11:38 AM
To: open-iscsi@googlegroups.com
Cc: Karen Xie; linux-ker...@vger.kern
Sure, I will move the callouts for both iscsi_transport and
scsi_host_template to LLD.
Thanks,
Karen
-Original Message-
From: Mike Christie [mailto:micha...@cs.wisc.edu]
Sent: Wednesday, August 11, 2010 11:28 AM
To: open-iscsi@googlegroups.com
Cc: Karen Xie; linux-ker...@vger.kernel.org;
13 matches
Mail list logo
