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

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

 



> 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



--
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