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 13:07 -0800, Bhanu Gollapudi wrote:
> 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.

Yi, I was able to test both bnx2fc and fcoe on our adapter and tests ran
fine overnight. I think these patches are good to go.

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