RE: [RFC PATCH v2 0/8] adding support to FCoE transport

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

 



On Tue, 2011-01-11 at 11:55 -0800, Zou, Yi wrote:
> > On Fri, 2011-01-07 at 17:33 -0800, Bhanu Gollapudi wrote:
> > > On Fri, 2011-01-07 at 09:42 -0800, Yi Zou wrote:
> > > > This is the RFC v2 of adding fcoe transport to support vendor
> > specific FCoE
> > > > transport into the existing Open-FCoE framework.
> > > >
> > > > v1:
> > > > Initial post for adding fcoe transport:
> > > > https://lists.open-fcoe.org/pipermail/devel/2010-December/010865.html
> > > > Follow-up comments & discussions:
> > > > https://lists.open-fcoe.org/pipermail/devel/2011-January/010890.html
> > > >
> > > > v2:
> > > > 1. Per Joe's comment, renamed the libfcoe_fip.c to be fcoe_ctlr.c. I
> > > > also renamed the new ibfcoe_transport.c to be fcoe_transport.c.
> > > > 2. Per Bhanu's comment, I have merged the three follow-up patches
> > > > from Bhanu with the following changes in fcoe_parse_buffer():
> > > > a) Though not a problem of the existing fcoe-util since the sysfs
> > > > entry is changing to libfcoe anyway, I still want to fill the buffer
> > > > of drv_name with default "fcoe" so default behavior is still the same
> > > > w/o changing cfg-ethx.
> > > > b) Fixed the '\n' ending in the input buffer in fcoe_parse_buffer, we
> > still
> > > > need that proper formatting logic from the original
> > fcoe_if_to_netdev(),
> > > > otherwise the ifname and drv_name will be messed up, causing the
> > lookup for
> > > > netdev and transport to fail.
> > > >
> > > > Testing Notes:
> > > > Did the checkpatch and tested w/ overnight stress FCoE traffic on 2
> > LUNs using
> > > > fcoe.ko as the default fcoe transport, that seems to be working ok.
> > However,
> > > > loop create/destroy testing is needed before this gets committed
> > eventually.
> > >
> > > Thanks Yi. bnx2fc patches got installed cleanly on top of your patches,
> > > and we were able run FCoE IO traffic, and will leave it running for the
> > > weekend.
> > 
> > Just to confirm IO stress tests over the weekend were successful.  I
> > submitted a couple of follow-up patches w.r.t ERESTARTSYS.
> > 
> > Thanks,
> > Bhanu
> > 
> The follow-up patches look good to me, I'll pull your 1/3 and 2/3 in and
> add them to the bottom of the original series, and do some more testing on
> loop create/destroy, I only have fcoe as the default transport, it'll be
> good if you can run the same test for both fcoe.ko as well as your bnx2fc
> at the same time.
> 
> Thanks,
> yi

Sure. I'll report the test results tomorrow.

Thanks,
Bhanu

> 
> 
> 
> 



--
To unsubscribe from this list: 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