Date: Sun, 1 Sep 2013 08:45:19 -0700 (PDT) From: Barney Cordoba <barney_cordoba@yahoo.com> To: Luigi Rizzo <rizzo@iet.unipi.it> Cc: Andre Oppermann <andre@freebsd.org>, Alan Somers <asomers@freebsd.org>, "net@freebsd.org" <net@freebsd.org>, Jack F Vogel <jfv@freebsd.org>, "Justin T. Gibbs" <gibbs@freebsd.org>, "T.C. Gubatayao" <tgubatayao@barracuda.com> Subject: Re: Flow ID, LACP, and igb Message-ID: <1378050319.62710.YahooMailNeo@web121601.mail.ne1.yahoo.com> In-Reply-To: <CA%2BhQ2%2Bj-DDuEX1KCDYioCactjL71p-d4AtusPUfePrswDyUpog@mail.gmail.com> References: <D01A0CB2-B1E3-4F4B-97FA-4C821C0E3FD2@FreeBSD.org> <521BBD21.4070304@freebsd.org> <CAOtMX2jvKGY==t9i-a_8RtMAPH2p1VDj950nMHHouryoz3nbsA@mail.gmail.com> <521EE8DA.3060107@freebsd.org> <BCC2C62D4FE171479E2F1C2593FE508B0BE24383@BN-SCL-MBX03.Cudanet.local> <CAOtMX2h5SGh5eYV50y%2BQB_s367V9iattGU862wwXcONDV%2BTG8g@mail.gmail.com> <CA%2BhQ2%2BhgTaK1ZCOLGVFjSPY8nyNPHK4waSecyRQxR1gQcyjztg@mail.gmail.com> <1377952913.44129.YahooMailNeo@web121605.mail.ne1.yahoo.com> <BCC2C62D4FE171479E2F1C2593FE508B0BE2440B@BN-SCL-MBX03.Cudanet.local> <1378001733.36695.YahooMailNeo@web121606.mail.ne1.yahoo.com> <CA%2BhQ2%2Bj-DDuEX1KCDYioCactjL71p-d4AtusPUfePrswDyUpog@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
=0A=0AComcast sends packets OOO. With any decent number of internet hops yo= u're likely to encounter a load=0Abalancer or packet shaper that sends pack= ets OOO, so you just can't be worried about it. In fact, your=0Adesigns MUS= T work with OOO packets.=A0=0A=0AGetting balance on your load balanced line= s is certainly a bigger upside than the additional CPU used.=0AYou can buy = a faster processor for your "stack" for a lot less than you can buy bandwid= th.=A0=0A=0AFrankly my opinion of LRO is that it's a science project suitab= le for labs only. It's a trick to get more bandwidth=0Athan your bus capaci= ty; the answer is to not run PCIe2 if you need pcie3. You can use it intern= ally if you have=0Acontrol of all of the machines. When I modify a driver t= he first thing that I do is rip it out.=0A=0ABC=0A=0A=0A___________________= _____________=0A From: Luigi Rizzo <rizzo@iet.unipi.it>=0ATo: Barney Cordob= a <barney_cordoba@yahoo.com> =0ACc: Andre Oppermann <andre@freebsd.org>; Al= an Somers <asomers@freebsd.org>; "net@freebsd.org" <net@freebsd.org>; Jack = F Vogel <jfv@freebsd.org>; Justin T. Gibbs <gibbs@freebsd.org>; T.C. Gubata= yao <tgubatayao@barracuda.com> =0ASent: Saturday, August 31, 2013 10:27 PM= =0ASubject: Re: Flow ID, LACP, and igb=0A =0A=0AOn Sun, Sep 1, 2013 at 4:15= AM, Barney Cordoba <barney_cordoba@yahoo.com>wrote:=0A=0A> ...=0A>=0A=0A[y= our point on testing with realistic assumptions is surely a valid one]=0A= =0A=0A>=0A> Of course there's nothing really wrong with OOO packets. We had= this=0A> discussion before; lots of people=0A> have round robin dual homin= g without any ill effects. It's just not an=0A> issue.=0A>=0A=0AIt depends = on where you are.=0AIt may not be an issue if the reordering is not large e= nough to=0Atrigger retransmissions, but even then it is annoying as it caus= es=0Amore work in the endpoint -- it prevents LRO from working, and even=0A= on the host stack it takes more work to sort where an out of order=0Asegmen= t goes than appending an in-order one to the socket buffer.=0A=0Acheers=0Al= uigi=0A_______________________________________________=0Afreebsd-net@freebs= d.org mailing list=0Ahttp://lists.freebsd.org/mailman/listinfo/freebsd-net= =0ATo unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Sep 1 18:00:15 2013 Return-Path: <owner-freebsd-net@FreeBSD.ORG> Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9B48C1A1; Sun, 1 Sep 2013 18:00:15 +0000 (UTC) (envelope-from kubito@gmail.com) Received: from mail-lb0-x22d.google.com (mail-lb0-x22d.google.com [IPv6:2a00:1450:4010:c04::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B70DC2C21; Sun, 1 Sep 2013 18:00:14 +0000 (UTC) Received: by mail-lb0-f173.google.com with SMTP id o14so3188539lbi.32 for <multiple recipients>; Sun, 01 Sep 2013 11:00:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:sender:to:subject:from:reply-to:cc; bh=+vScTl6jLxxdO0zrKnhx6+3hp3il4IhUZeB8DTKTJEE=; b=MgX5pePLKJI3FZRq+CgwbVi0MF283niaPV2Pb68tyKa/YJdOkkCP4la5+q5BPUPDTZ LB8/7NUKok35zMx/ivFJmGvNL/nm6bjZXwRJoT+NvfuZP/6OQ3kRXXMzwfN9yeJg01to aDb3K7j7gmPsr6XMII5Zbg9NXYb2iOGmpHGGaus9c1rAzFiDEV8DwSnNIDyT6sbWcddg jqMI0ylA2J0JKQyrahdW6mp3qgixYntdv/p/CTP2A5GUk5Yk0GFL5118QQPlA7FETfc9 vGVMNFDTfktaSiPJ+B8+JC1BBhP82o5HRDazxaCcs/mdyVwqOWndxoUySynB3WUtupcn lIcw== X-Received: by 10.152.26.72 with SMTP id j8mr17837819lag.19.1378058412473; Sun, 01 Sep 2013 11:00:12 -0700 (PDT) Received: from localhost (a91-154-115-217.elisa-laajakaista.fi. [91.154.115.217]) by mx.google.com with ESMTPSA id b1sm4378725lah.6.1969.12.31.16.00.00 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 01 Sep 2013 11:00:11 -0700 (PDT) Message-ID: <522380ab.811c980a.63e7.ffff829a@mx.google.com> Date: Sun, 01 Sep 2013 11:00:11 -0700 (PDT) Sender: Raphael Kubo da Costa <kubito@gmail.com> To: FreeBSD-gnats-submit@freebsd.org Subject: [PATCH] Add product ID for Asus USB-BT400 Bluetooth adaptor From: Raphael Kubo da Costa <rakuco@FreeBSD.org> X-send-pr-version: 3.114 X-GNATS-Notify: Cc: freebsd-net@FreeBSD.org, hselasky@FreeBSD.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Raphael Kubo da Costa <rakuco@FreeBSD.org> List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org> List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>, <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net> List-Post: <mailto:freebsd-net@freebsd.org> List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help> List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>, <mailto:freebsd-net-request@freebsd.org?subject=subscribe> X-List-Received-Date: Sun, 01 Sep 2013 18:00:15 -0000 >Submitter-Id: current-users >Originator: Raphael Kubo da Costa >Organization: FreeBSD Project >Confidential: no >Synopsis: [PATCH] Add product ID for Asus USB-BT400 Bluetooth adaptor >Severity: non-critical >Priority: low >Category: kern >Class: change-request >Release: FreeBSD 10.0-CURRENT amd64 >Environment: System: FreeBSD orwell 10.0-CURRENT FreeBSD 10.0-CURRENT #2 r255096: Sat Aug 31 19:35:58 EEST 2013 root@orwell:/usr/obj/usr/src/sys/ORWELL amd64 >Description: The attached patch adds another product ID to the list of devices using the BCM20702A0 chipset, ASUS USB-BT400. usbconfig dump_device_desc output: ugen2.3: <BCM20702A0 Broadcom Corp> at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (100mA) bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x00ff bDeviceSubClass = 0x0001 bDeviceProtocol = 0x0001 bMaxPacketSize0 = 0x0040 idVendor = 0x0b05 idProduct = 0x17cb bcdDevice = 0x0112 iManufacturer = 0x0001 <Broadcom Corp> iProduct = 0x0002 <BCM20702A0> iSerialNumber = 0x0003 <000272C64400> bNumConfigurations = 0x0001 >How-To-Repeat: >Fix: --- ng_ubt-asus-17cb.diff begins here --- Index: sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c =================================================================== --- sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c (revision 255096) +++ sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c (working copy) @@ -494,6 +494,7 @@ /* Broadcom BCM20702A0 */ { USB_VPI(USB_VENDOR_ASUS, 0x17b5, 0) }, + { USB_VPI(USB_VENDOR_ASUS, 0x17cb, 0) }, { USB_VPI(USB_VENDOR_LITEON, 0x2003, 0) }, { USB_VPI(USB_VENDOR_FOXCONN, 0xe042, 0) }, { USB_VPI(USB_VENDOR_DELL, 0x8197, 0) }, --- ng_ubt-asus-17cb.diff ends here ---
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1378050319.62710.YahooMailNeo>