Date: Wed, 06 Sep 2017 15:03:09 +0000 From: helen.carter@protechnologyaccounts.net To: freebsd-arm@freebsd.org Subject: Decision Makers List Message-ID: <001a114d89ea55b890055886a4dd@google.com>
next in thread | raw e-mail | index | archive | help
PGRpdiBkaXI9Imx0ciI+PHAgY2xhc3M9ImdtYWlsLU1zb05vU3BhY2luZyI+PHNwYW4gIA0Kc3R5 bGU9ImZvbnQtc2l6ZToxMHB0O2ZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWY7Y29sb3I6cmdi KDMxLDc4LDEyMSk7YmFja2dyb3VuZC1pbWFnZTppbml0aWFsO2JhY2tncm91bmQtcG9zaXRpb246 aW5pdGlhbDtiYWNrZ3JvdW5kLXNpemU6aW5pdGlhbDtiYWNrZ3JvdW5kLXJlcGVhdDppbml0aWFs O2JhY2tncm91bmQtb3JpZ2luOmluaXRpYWw7YmFja2dyb3VuZC1jbGlwOmluaXRpYWwiPkhlbGxv LDwvc3Bhbj48c3BhbiAgDQpzdHlsZT0iZm9udC1zaXplOjEwcHQ7Zm9udC1mYW1pbHk6QXJpYWws c2Fucy1zZXJpZjtjb2xvcjpyZ2IoMzEsNzgsMTIxKSI+PGJyPg0KPGJyPg0KPHNwYW4gIA0Kc3R5 bGU9ImJhY2tncm91bmQtaW1hZ2U6aW5pdGlhbDtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWw7 YmFja2dyb3VuZC1zaXplOmluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlhbDtiYWNrZ3Jv dW5kLW9yaWdpbjppbml0aWFsO2JhY2tncm91bmQtY2xpcDppbml0aWFsIj5Xb3VsZCAgDQp5b3Ug YmUgaW50ZXJlc3RlZCBpbiB0aGUgYmVsb3cgU29mdHdhcmUNClVzZXJzIGNvbnRhY3QgaW5mb3Jt YXRpb24gZm9yIHlvdXIgbWFya2V0aW5nIHB1cnBvc2U/PC9zcGFuPjxicj4NCjxicj4NCjxicj4N CjxiPjxzcGFuICANCnN0eWxlPSJiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1w b3NpdGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0 OmluaXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlh bCI+RVJQLSAgDQpKRA0KRWR3YXJkcywgSW5mb3IgQmFhbiwgU0FQLCBFeGFjdCBTb2Z0d2FyZSwg TmV0U3VpdGUsIFBlb3BsZVNvZnQsICANCmV0Yy48L3NwYW4+PGJyPg0KPGJyPg0KPHNwYW4gIA0K c3R5bGU9ImJhY2tncm91bmQtaW1hZ2U6aW5pdGlhbDtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRp YWw7YmFja2dyb3VuZC1zaXplOmluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlhbDtiYWNr Z3JvdW5kLW9yaWdpbjppbml0aWFsO2JhY2tncm91bmQtY2xpcDppbml0aWFsIj5DUk0tICANClNh bGVzRm9yY2UsIE1TIER5bmFtaWNzLCBOZXRTdWl0ZSwgU2llYmVsLA0KVGVyYWRhdGEsIEVwaWNv ciwgSW5mb3IsIENEQyBTb2Z0d2FyZSwgZXRjLjwvc3Bhbj48YnI+DQo8YnI+DQo8c3BhbiAgDQpz dHlsZT0iYmFja2dyb3VuZC1pbWFnZTppbml0aWFsO2JhY2tncm91bmQtcG9zaXRpb246aW5pdGlh bDtiYWNrZ3JvdW5kLXNpemU6aW5pdGlhbDtiYWNrZ3JvdW5kLXJlcGVhdDppbml0aWFsO2JhY2tn cm91bmQtb3JpZ2luOmluaXRpYWw7YmFja2dyb3VuZC1jbGlwOmluaXRpYWwiPkVuZ2luZWVyaW5n ICANClNvZnR3YXJlLSBBdXRvZGVzaywgU2llbWVucyBQTE0sDQpBZG9iZSwgQXV0b0NBRCwgTUFZ QSwgUmV2aXR0LCBTb2xpZHdvcmtzLCBQVEMsIE1BRENBRCwgZXRjLjwvc3Bhbj48YnI+DQo8YnI+ DQo8c3BhbiAgDQpzdHlsZT0iYmFja2dyb3VuZC1pbWFnZTppbml0aWFsO2JhY2tncm91bmQtcG9z aXRpb246aW5pdGlhbDtiYWNrZ3JvdW5kLXNpemU6aW5pdGlhbDtiYWNrZ3JvdW5kLXJlcGVhdDpp bml0aWFsO2JhY2tncm91bmQtb3JpZ2luOmluaXRpYWw7YmFja2dyb3VuZC1jbGlwOmluaXRpYWwi PkNsb3VkICANCkNvbXB1dGluZy0gQW1hem9uLCBSYWNrU3BhY2UsIEdvb2dsZSBBUFBTLA0KSHlw ZXItViwgTmV0QXBwLCBldGMuPC9zcGFuPjxicj4NCjxicj4NCjxzcGFuICANCnN0eWxlPSJiYWNr Z3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2JhY2tncm91 bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3VuZC1vcmln aW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+U3RvcmFnZSAgDQphcHBsaWNhdGlv biAtIE5ldEFwcCwgRU1DLCBDaXRyaXgsIEhQLA0KQnJvY2FkZSwgREVMTCwgZXRjLjwvc3Bhbj48 YnI+DQo8YnI+DQo8c3BhbiAgDQpzdHlsZT0iYmFja2dyb3VuZC1pbWFnZTppbml0aWFsO2JhY2tn cm91bmQtcG9zaXRpb246aW5pdGlhbDtiYWNrZ3JvdW5kLXNpemU6aW5pdGlhbDtiYWNrZ3JvdW5k LXJlcGVhdDppbml0aWFsO2JhY2tncm91bmQtb3JpZ2luOmluaXRpYWw7YmFja2dyb3VuZC1jbGlw OmluaXRpYWwiPlNlY3VyaXR5ICANClNvZnR3YXJlLSBTeW1hbnRlYywgTWNBZmVlLCBJQk0sDQpS aXZlcmJlZCwgVGFiYmVyZywgQ29tbXZhdWx0LCBKdW5pcGVyIE5ldHdvcmtzLCBGNSwgZXRjLjwv c3Bhbj48YnI+DQo8YnI+DQo8c3BhbiAgDQpzdHlsZT0iYmFja2dyb3VuZC1pbWFnZTppbml0aWFs O2JhY2tncm91bmQtcG9zaXRpb246aW5pdGlhbDtiYWNrZ3JvdW5kLXNpemU6aW5pdGlhbDtiYWNr Z3JvdW5kLXJlcGVhdDppbml0aWFsO2JhY2tncm91bmQtb3JpZ2luOmluaXRpYWw7YmFja2dyb3Vu ZC1jbGlwOmluaXRpYWwiPk5ldHdvcmtpbmctICANCkJyb2NhZGUsIFN5bWFudGVjLCBBdmF5YSwg Q2lzY28sDQpTaG9yZVRlbCwgZXRjLjwvc3Bhbj48YnI+DQo8YnI+DQo8c3BhbiAgDQpzdHlsZT0i YmFja2dyb3VuZC1pbWFnZTppbml0aWFsO2JhY2tncm91bmQtcG9zaXRpb246aW5pdGlhbDtiYWNr Z3JvdW5kLXNpemU6aW5pdGlhbDtiYWNrZ3JvdW5kLXJlcGVhdDppbml0aWFsO2JhY2tncm91bmQt b3JpZ2luOmluaXRpYWw7YmFja2dyb3VuZC1jbGlwOmluaXRpYWwiPk1lZGljYWwgIA0KU29mdHdh cmUtIE5leHRHZW4sIEFsbFNjcmlwdHMsIEVNUiwNCk1jS2Vzc29uLCBQcmFjdGljZSBGdXNpb24s IGVDbGluaWNhbCBXb3JrcywgZXRjLjwvc3Bhbj48YnI+DQo8YnI+DQo8c3BhbiAgDQpzdHlsZT0i YmFja2dyb3VuZC1pbWFnZTppbml0aWFsO2JhY2tncm91bmQtcG9zaXRpb246aW5pdGlhbDtiYWNr Z3JvdW5kLXNpemU6aW5pdGlhbDtiYWNrZ3JvdW5kLXJlcGVhdDppbml0aWFsO2JhY2tncm91bmQt b3JpZ2luOmluaXRpYWw7YmFja2dyb3VuZC1jbGlwOmluaXRpYWwiPkFjY291bnRpbmcgIA0KU29m dHdhcmUtIFNhZ2UsIFBlYWNoVHJlZSwNClRpbWJlcmxpbmUsIE1TIER5bmFtaWNzLCBOZXRTdWl0 ZSwgRGVsdGVrLCBMYXdzb24sIFF1aWNrQm9va3MsICANCmV0Yy48L3NwYW4+PGJyPg0KPGJyPg0K PHNwYW4gIA0Kc3R5bGU9ImJhY2tncm91bmQtaW1hZ2U6aW5pdGlhbDtiYWNrZ3JvdW5kLXBvc2l0 aW9uOmluaXRpYWw7YmFja2dyb3VuZC1zaXplOmluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5p dGlhbDtiYWNrZ3JvdW5kLW9yaWdpbjppbml0aWFsO2JhY2tncm91bmQtY2xpcDppbml0aWFsIj5C dXNpbmVzcyAgDQpJbnRlbGxpZ2VuY2UtIFNBUCBCdXNpbmVzcyBPYmplY3RzLA0KTWljcm9zdHJh dGVyZ3ksIFRpYmNvLCBNaWNyb3NvZnQgQkksIFFsaWtUZWNoLCBJbmZvcm1hdGlvbiBCdWlsZGVy cywgIA0KZXRjLjwvc3Bhbj48YnI+DQo8L2I+PGJyPg0KPGJyPg0KPHNwYW4gIA0Kc3R5bGU9ImJh Y2tncm91bmQtaW1hZ2U6aW5pdGlhbDtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWw7YmFja2dy b3VuZC1zaXplOmluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlhbDtiYWNrZ3JvdW5kLW9y aWdpbjppbml0aWFsO2JhY2tncm91bmQtY2xpcDppbml0aWFsIj5XZSAgDQpwcm92aWRlIGRhdGEg YWNyb3NzIHRoZSBnbG9iZSAtIE5vcnRoDQpBbWVyaWNhLCBFTUVBLCBBc2lhIFBhY2lmaWMgYW5k IExBVEFNLjwvc3Bhbj48YnI+DQo8YnI+DQo8c3BhbiAgDQpzdHlsZT0iYmFja2dyb3VuZC1pbWFn ZTppbml0aWFsO2JhY2tncm91bmQtcG9zaXRpb246aW5pdGlhbDtiYWNrZ3JvdW5kLXNpemU6aW5p dGlhbDtiYWNrZ3JvdW5kLXJlcGVhdDppbml0aWFsO2JhY2tncm91bmQtb3JpZ2luOmluaXRpYWw7 YmFja2dyb3VuZC1jbGlwOmluaXRpYWwiPldlICANCnByb3ZpZGUgdGhlIGRlY2lzaW9uIE1ha2Vy cyBjb250YWN0cyBsaWtlDQpDSU8sIENUTywgQ0lTTywgSVQgVlAsIElUIERpcmVjdG9yLCBJVCBt YW5hZ2VyLCBJVCBoZWFkLCBldGMuPC9zcGFuPjxicj4NCjxicj4NCjxzcGFuICANCnN0eWxlPSJi YWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2JhY2tn cm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3VuZC1v cmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+UGxlYXNlICANCnJldmlldyBh bmQgbGV0IG1lIGtub3cgaWYgeW91IGFyZSBsb29raW5nDQpmb3IgYW55IHR5cGUgb2YgbGlzdCBh bmQgd2UgY2FuIHNlcnZpY2UgeW91Ljwvc3Bhbj48YnI+DQo8YnI+DQo8c3Bhbj48L3NwYW4+PC9z cGFuPjwvcD4NCg0KPHAgY2xhc3M9ImdtYWlsLU1zb05vU3BhY2luZyI+PHNwYW4gIA0Kc3R5bGU9 ImZvbnQtc2l6ZToxMHB0O2ZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWY7Y29sb3I6cmdiKDMx LDc4LDEyMSkiPkF3YWl0ICANCnlvdXIgcmVzcG9uc2UhPGJyPg0KPGI+SGVsZW48YnI+DQpEYXRh IFNwZWNpYWxpc3Q8L2I+PHNwYW4+PC9zcGFuPjwvc3Bhbj48L3A+DQoNCjxwIGNsYXNzPSJnbWFp bC1Nc29Ob1NwYWNpbmciPjxzcGFuICANCnN0eWxlPSJmb250LXNpemU6MTBwdDtmb250LWZhbWls eTpBcmlhbCxzYW5zLXNlcmlmO2NvbG9yOnJnYigzMSw3OCwxMjEpIj7CoDwvc3Bhbj48L3A+DQoN CjxwIGNsYXNzPSJnbWFpbC1Nc29Ob1NwYWNpbmciPjxzcGFuICANCnN0eWxlPSJmb250LXNpemU6 MTBwdDtmb250LWZhbWlseTpBcmlhbCxzYW5zLXNlcmlmO2NvbG9yOnJnYigxOTEsMTkxLDE5MSki PlRvICANCm9wdCBvdXQgcGxlYXNlDQpyZXBseSB3aXRoICZxdW90O3JlbW92ZSZxdW90OyBpbiB0 aGUgc3ViamVjdCAgDQpsaW5lPHNwYW4+PC9zcGFuPjwvc3Bhbj48L3A+PC9kaXY+DQo8cD4mbmJz cDs8L3A+PGEgc3R5bGU9J2Rpc3BsYXk6IGJsb2NrOyBtYXJnaW46IDMycHggMCA0MHB4IDA7IHBh ZGRpbmc6ICANCjEwcHg7IGZvbnQtc2l6ZTogMWVtOyB0ZXh0LWFsaWduOiBjZW50ZXI7IGJvcmRl cjogMDsgYm9yZGVyLXRvcDogMXB4IHNvbGlkICANCmdyYXk7ICcgaHJlZj0naHR0cHM6Ly9nb28u Z2wvMmtzZFJ2Jz5wb3dlcmVkIGJ5IEdTTS4gRnJlZSBtYWlsIG1lcmdlIGFuZCAgDQplbWFpbCBt YXJrZXRpbmcgc29mdHdhcmUgZm9yIEdtYWlsLjwvYT4NCg== From owner-freebsd-arm@freebsd.org Wed Sep 6 17:32:01 2017 Return-Path: <owner-freebsd-arm@freebsd.org> Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10565E0DB90 for <freebsd-arm@mailman.ysv.freebsd.org>; Wed, 6 Sep 2017 17:32:01 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-lf0-x231.google.com (mail-lf0-x231.google.com [IPv6:2a00:1450:4010:c07::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7756171614 for <freebsd-arm@freebsd.org>; Wed, 6 Sep 2017 17:32:00 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-lf0-x231.google.com with SMTP id 80so14506029lfy.4 for <freebsd-arm@freebsd.org>; Wed, 06 Sep 2017 10:32:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=MAXs8Wqx9iVI8ko8XWtEv4+Q0uwtLwVzGVlOjrGMiDI=; b=E4jZjD+Ee1q1Hr2H0X9InT2OLtb5SviQ/mqWXnde2RbPKEb2jvaTEnDRhc/YlowNeZ 9Pefil7pbEP00i4MnI0FSJN11pIkTHUwEvEs1egJwjzHvKabZhAMbT2Djz8Ju96grDOJ MuOsnDPC/A60U3OZwKai9lNncAU+kM7M7gUi1N4XAMSrlmAgqwgCpLwgavy8tZpbCjFT GM0pYOe3mT57dTGGwQyPvlPslh4CtrwkkwkIjJjvHJAMsYBXlAdS7Tzl3ggZimqu0889 bIbCa0I8f6qmtji3wLZqkrYoao1eRF77+yvf+6uFn7H2JCmBqZW9u/9I1CurRopgfesJ 1PSw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=MAXs8Wqx9iVI8ko8XWtEv4+Q0uwtLwVzGVlOjrGMiDI=; b=tc3LytfEC+/7EJcQuNHyFKBp/3Nj5YQJDL7UsyzR3iSGV9scLnjqG/OwGJwjjSldip uwIdPPKbagzECXpBKuYHgvxGEi1mhXsNOZ257kW6Dvj4jx/mjZbm440pX32Aeozgc9vK 7AZGYHjOHYGJ6OvKNI7iwwWfIA8ABj0hE+VdUoRwg8lyYvggvdBjv1iggN8V9SbXUgN6 iZyRbpklvsGOUEP9h9YkOSE6/ILbRq9o6nWbXEBonIjX1WZsiFMlk0HdEXv0TgnuvTv3 fl+PVuVbWP22xi3pmflXPLTbKkshu4ianL6h7n6kPCDi4AoW/UfbLlYN0T/DwAxwv3HI pcSA== X-Gm-Message-State: AHPjjUi8ZlonMdTXXkJMOxJuE/OcUYqrJbn3b1c6riN5Dce/2WZ6KqnA hWWFK5LzWZgHz4xbcenhK6G2zPmQWfeAd4I= X-Google-Smtp-Source: ADKCNb4k99u/nBwVUX5Q6USL2KEDRErPNSL3Ba9C9s+hXT10v8YnjDciMLR4Ea0BIqj4NTOEudGRN8hBpu0UiBQTtxI= X-Received: by 10.46.71.75 with SMTP id u72mr1328380lja.42.1504719117980; Wed, 06 Sep 2017 10:31:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.46.81.18 with HTTP; Wed, 6 Sep 2017 10:31:56 -0700 (PDT) In-Reply-To: <656A5193-7389-476C-AF58-EB013E9155F3@theory14.net> References: <40EA308E-489D-4A0B-B75A-2CA5A4EC474E@theory14.net> <685d0eed3532a34f239e7ff893f817db@bakulin.de> <EB1907C8-7A0A-4D45-AD21-B449DC4C0D7D@theory14.net> <CABx9NuQCrspSzcdXh0_cbO1QmexwQbrk1djaGyvKTp370AtxYA@mail.gmail.com> <CABx9NuQJWot9xgs1QtzJ87NfgZM=FPhZ+2a-RewDonvGG5LLKg@mail.gmail.com> <CABx9NuT1n8ZYPrZTB8vT2sBmT3U75E4UFgAGA3ZOPTotpsUWeg@mail.gmail.com> <CABx9NuQB=xBNt6+X=YKw4XVW5u1XysW+o7pqO_9D2RC+F6bKug@mail.gmail.com> <20170905141711.6545490.14963.31294@gmail.com> <656A5193-7389-476C-AF58-EB013E9155F3@theory14.net> From: Russell Haley <russ.haley@gmail.com> Date: Wed, 6 Sep 2017 10:31:56 -0700 Message-ID: <CABx9NuQtXRbN6YPihotuLSnE5cFG-xvRRNYyFSLGxZNPBnKTKQ@mail.gmail.com> Subject: Re: Beaglebone Black + FreeBSD + USB WiFi = WAP? To: Chris Gordon <freebsd@theory14.net> Cc: freebsd-arm <freebsd-arm@freebsd.org> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." <freebsd-arm.freebsd.org> List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-arm>, <mailto:freebsd-arm-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-arm/>; List-Post: <mailto:freebsd-arm@freebsd.org> List-Help: <mailto:freebsd-arm-request@freebsd.org?subject=help> List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-arm>, <mailto:freebsd-arm-request@freebsd.org?subject=subscribe> X-List-Received-Date: Wed, 06 Sep 2017 17:32:01 -0000 On Wed, Sep 6, 2017 at 3:44 AM, Chris Gordon <freebsd@theory14.net> wrote: > No problem -- I figured as much. Incidentally, I=E2=80=99m using a urtwn= NIC and I have not seen any panics. > > Chris > > >> On Sep 5, 2017, at 10:17 AM, Russell Haley <russ.haley@gmail.com> wrote: >> >> Hi Chris, >> >> Sorry, I was working late and this was supposed to go to the arm mailing= list, not just you. >> >> Cheers, >> Russ (Please see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221845. Note, I am going to add Chris' original message to the bug...) Hi Chris, I have some questions that may seem rather basic, but I need to get a baseline understanding. Have you monitored your system on a serial console or direct console (i.e. via hdmi/keyboard)? Is the system still responding to other commands after you run the speed test? My thought is that the really really low bandwidth belies a kernel panic on the main terminal that you are not seeing. Regardless of your answer, both your low bandwidth and my kernel panic indicate serious issues between the bridge interface and the device drivers on bbb. The offending bridge_broadcast function in my kernel panic uses m_dup with the NO_WAIT flag. My current working theory is that something in the usb or other intermediate bus is holding a sleep lock or a mutex that it shouldn't. If your wi-fi card is faster than the one I am using, perhaps it avoids the kernel panic, but would ultimately lead to really low bandwidth. (Again, all theory from a dilettante, not a kernel developer). If you would like to do some further testing, you could perhaps help me answer these things: - Can you find a command line way of measuring throughput and latency separately that can be run on a host and on the bbb? I'm sure there are lots of ways to do so. I will leave it up to you to decide and will adopt the same tests so we can compare results. - Can you run the bbb as a standard device (not an access point) and test the performance of the wlan0 interface using the method of measurement pointed above? I will do the same at some point with my wi-fi dongle. While the above won't provide too much detailed clarity, it will at least allow us to perhaps remove the bridge driver from the suspect list. Some tests I would like to do: - Get DTrace involved as a debugging tool. I have rudimentary DTrace skills but will need to consult my books on how to measure throughput and latency. There are some examples early in the DTrace book of logging system calls made by a process and I will review that again when time permits. - Run the system through the kernel debugger. I think this is going to be difficult though as pausing the kernel in the middle of TCP traffic might invalidate any results I get. I know how difficult it can be to debug threaded applications, I can't see a kernel being any easier. ;) Cheers, Russ >> Sent from my BlackBerry 10 smartphone on the Virgin Mobile network. >> Original Message >> From: Russell Haley >> Sent: Monday, September 4, 2017 10:50 PM >> To: Chris Gordon >> Subject: Re: Beaglebone Black + FreeBSD + USB WiFi =3D WAP? >> >> On Sat, Aug 26, 2017 at 11:48 PM, Russell Haley <russ.haley@gmail.com> w= rote: >>> On Sat, Aug 26, 2017 at 11:35 PM, Russell Haley <russ.haley@gmail.com> = wrote: >>>> On Thu, Aug 24, 2017 at 11:26 PM, Russell Haley <russ.haley@gmail.com>= wrote: >>>>> On Tue, Aug 22, 2017 at 5:51 PM, Chris Gordon <freebsd@theory14.net> = wrote: >>>>>> Ilya, >>>>>> >>>>>> Thanks for the follow up. >>>>>> >>>>>>> On Aug 22, 2017, at 3:11 PM, Ilya Bakulin <ilya@bakulin.de> wrote: >>>>>>> >>>>>>> Hi Chris, >>>>>>> >>>>>>> have you found the issue already? >>>>>> >>>>>> I have not. See below for some theories... >>>>>> >>>>>>> If not: what does `top -Sa` show when you're running your speed tes= t? >>>>>>> Specifically what does "CPU:" line look like, and what are the top = processes in the list? >>>>>> >>>>>> The system stays at >90% idle through the entire test (upload and do= wnload). I see 2-4% WCPU for interrupts and 1-2% for USB. >>>>>> >>>>>>> I've had an issue with FreeBSD acting as WAP (although using Athero= s-based NIC) some years ago, >>>>>>> the problem back then was that the machine CPU was just too slow to= process the traffic. >>>>>> >>>>>> I had initially thought that maybe the little CPU in the BeagleBone = wasn=E2=80=99t up to the WPA encryption or the interrupt rate + usb where j= ust too much for it. Sometimes changing channels helps for a little bit. Si= nce I=E2=80=99ve been tinkering with this little project, I=E2=80=99ve been= paying a bit more attention to my overall WiFi performance and I=E2=80=99m= beginning to think there are just too many WiFi signals nearby and congest= ion is just killing my overall WiFi performance. >>>>>> >>>>>> Any other ideas? >>>>> >>>>> Hi, I'm just trying to reproduce your setup with my BBB and an ASUS >>>>> wi-fi stick. The chipset is Ralink RT3052. I just got the dongle >>>>> working so I'll see if I can set it up as an access point this >>>>> weekend. I can't make any promises on play time though. :) >>>> >>>> >>>> >>>> Hi! >>>> >>>> So I'm only partially successful repeating your test so far, but I can >>>> cause a kernel panic! The following are my observations: >>>> >>>> Running BBB through ftdi cable. >>>> Asus WiFi Adapter, RT3071 chipset >>>> https://wikidevi.com/files/Ralink/RT307x%20product%20brief.pdf >>>> >>>> root@bbb:~ # uname -a >>>> FreeBSD bbb.highfell.local 12.0-CURRENT FreeBSD 12.0-CURRENT #7 >>>> r321601M: Thu Aug 17 22:13:21 PDT 2017 >>>> russellh@prescott.highfell.local:/usr/home/russellh/FreeBSD/rh-armv6/o= bj/arm.armv6/usr/home/russellh/FreeBSD/rh-armv6/src/sys/BEAGLEBONE-MMCCAM >>>> arm >>>> >>>> root@bbb:~ # cat /boot/loader.conf >>>> if_run0_load=3D"YES" >>>> wlan_mac_load=3D"YES" >>>> >>>> root@bbb:~ # cat /etc/rc.conf >>>> hostname=3D"bbb.highfell.local" >>>> ifconfig_cpsw0=3D"inet 192.168.2.101 netmask 255.255.255.0" >>>> defaultrouter=3D"192.168.2.1" >>>> hostapd_enable=3D"YES" >>>> wlans_run0=3D"wlan0" >>>> create_args_wlan0=3D"wlanmode hostap" >>>> ifconfig_wlan0=3D"up" >>>> #gateway_enable=3D"YES" >>>> cloned_interfaces=3D"bridge0" >>>> ifconfig_bridge0=3D"addm cpsw0 addm wlan0 up" >>>> >>>> sshd_enable=3D"YES" >>>> sendmail_enable=3D"NONE" >>>> sendmail_submit_enable=3D"NO" >>>> sendmail_outbound_enable=3D"NO" >>>> sendmail_msp_queue_enable=3D"NO" >>>> growfs_enable=3D"YES" >>>> >>>> >>>> >>>> root@bbb:~ # cat /etc/hostapd.conf >>>> interface=3Dwlan0 >>>> debug=3D1 >>>> ctrl_interface=3D/var/run/hostapd >>>> ctrl_interface_group=3Dwheel >>>> ssid=3Dfreebsd >>>> wpa=3D2 >>>> wpa_passphrase=3Dtesting >>>> wpa_key_mgmt=3DWPA-PSK >>>> wpa_pairwise=3DCCMP >>>> >>>> root@bbb:~ # cat /etc/resolv.conf >>>> # Generated by resolvconf >>>> nameserver 192.168.2.1 >>>> >>>> >>>> 1) Before the kernel loads, loader give the following errors: >>>> >>>> can't find 'if_run' >>>> can't find 'wlan_mac' >>>> >>>> 2) It seems the run0 usb wi-fi interface only comes up after the >>>> bridge0 is already enabled. dmesg does NOT capture the output from the >>>> failed attempt to add the non-existent wlan0 interface. However, I >>>> grabbed it from the boot output in the serial console: >>>> >>>> #From dmesg: >>>> >>>> ugen1.2: <Ralink 802.11 n WLAN> at usbus1 >>>> random: unblocking device. >>>> bridge0: Ethernet address: 02:94:dd:d7:a3:00 >>>> cpsw0: link state changed to DOWN >>>> cpsw0: promiscuous mode enabled >>>> bridge0: link state changed to DOWN >>>> cpsw0: link state changed to UP >>>> bridge0: link state changed to UP >>>> run0 on uhub1 >>>> run0: <1.0> on usbus1 >>>> run0: MAC/BBP RT3572 (rev 0x0223), RF RT3052 (MIMO 2T2R), address >>>> 60:a4:4c:ec:c9:a5 >>>> ieee80211_load_module: load the wlan_amrr module by hand for now. >>>> wlan0: Ethernet address: 60:a4:4c:ec:c9:a5 >>>> run0: firmware RT3071 ver. 0.33 loaded >>>> >>>> #From console grab: >>>> >>>> eeding entropy: . >>>> ifconfig: SIOCIFCREATE2: Invalid argument >>>> bridge0: Ethernet address: 02:94:dd:d7:a3:00 >>>> Created clone interfaces: bridge0. >>>> cpsw0: link state changed to DOWN >>>> cpsw0: promiscuous mode enabled >>>> bridge0: link state changed to DOWN >>>> ifconfig: BRDGADD wlan0: No such file or directory >>>> cpsw0: link state changed to UP >>>> bridge0: link state changed to UP >>>> Starting Network: lo0 cpsw0 bridge0. >>>> lo0: flags=3D8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384 >>>> options=3D600003<RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6> >>>> inet6 ::1 prefixlen 128 >>>> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 >>>> inet 127.0.0.1 netmask 0xff000000 >>>> groups: lo >>>> nd6 options=3D21<PERFORMNUD,AUTO_LINKLOCAL> >>>> cpsw0: flags=3D8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> >>>> metric 0 mtu 1500 >>>> options=3D8000b<RXCSUM,TXCSUM,VLAN_MTU,LINKSTATE> >>>> ether a0:f6:fd:8a:c5:be >>>> hwaddr a0:f6:fd:8a:c5:be >>>> inet 192.168.2.101 netmask 0xffffff00 broadcast 192.168.2.255 >>>> media: Ethernet autoselect (100baseTX <full-duplex>) >>>> status: active >>>> nd6 options=3D29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL> >>>> bridge0: flags=3D8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0= mtu 1500 >>>> ether 02:94:dd:d7:a3:00 >>>> id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 >>>> maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 >>>> root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 >>>> member: cpsw0 flags=3D143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP> >>>> ifmaxaddr 0 port 1 priority 128 path cost 55 >>>> groups: bridge >>>> nd6 options=3D9<PERFORMNUD,IFDISABLED> >>>> Starting devd. >>>> run0 on uhub1 >>>> run0: <1.0> on usbus1 >>>> run0: MAC/BBP RT3572 (rev 0x0223), RF RT3052 (MIMO 2T2R), address >>>> 60:a4:4c:ec:c9:a5 >>>> ieee80211_load_module: load the wlan_amrr module by hand for now. >>>> wlan0: Ethernet address: 60:a4:4c:ec:c9:a5 >>>> Created wlan(4) interfaces: wlan0. >>>> run0: firmware RT3071 ver. 0.33 loaded >>>> Starting Network: wlan0. >>>> wlan0: flags=3D8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 m= tu 1500 >>>> ether 60:a4:4c:ec:c9:a5 >>>> hwaddr 60:a4:4c:ec:c9:a5 >>>> groups: wlan >>>> ssid "" channel 11 (2462 MHz 11g) >>>> regdomain FCC country US authmode OPEN privacy OFF txpower 30 >>>> scanvalid 60 protmode CTS wme dtimperiod 1 -dfs bintval 0 >>>> media: IEEE 802.11 Wireless Ethernet autoselect <hostap> >>>> (autoselect <hostap>) >>>> status: no carrier >>>> nd6 options=3D29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL> >>>> add host 127.0.0.1: gateway lo0 fib 0: route already in table >>>> add net default: gateway 192.168.2.1 >>>> add host ::1: gateway lo0 fib 0: route already in table >>>> >>>> >>>> *Something else to note about this setup output is that wlan0 did NOT >>>> get the ssid or the security setup from /etc/hostapd.conf >>>> >>>> After boot I manually add the wlan0 to the bridge and then set the ssi= d >>>> >>>> root@bbb:~ # ifconfig bridge0 addm wlan0 >>>> root@bbb:~ # ifconfig wlan0 ssid freebsd >>>> >>>> I brought the interface down and back up again which made the AP is >>>> available to the clients. I open the ipod and get the system to >>>> associate with the ap and enter the following information >>>> >>>> static IP >>>> >>>> address: 192.168.2.102 >>>> subnet: 255.255.255.0 >>>> router: 192.168.2.1 >>>> dns : 192.168.1 >>>> >>>> After numerous wrong attempts at configuring the client, I managed to >>>> get exactly ONE request through. The freebsd.org page came up. I then >>>> tried to search for the ookla page and my bbb kernel paniced! (yay!) >>>> https://pastebin.com/zB9AnWTv >>>> >>>> The next time I booted the entire board hung right after the usb wifi >>>> adapter loaded (chop of hung board output, full output here >>>> https://pastebin.com/M09C5NEP): >>>> >>>> cpsw0: link state changed to UP >>>> bridge0: link state changed to UP >>>> Starting Network: lo0 cpsw0 bridge0. >>>> lo0: flags=3D8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384 >>>> options=3D600003<RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6> >>>> inet6 ::1 prefixlen 128 >>>> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 >>>> inet 127.0.0.1 netmask 0xff000000 >>>> groups: lo >>>> nd6 options=3D21<PERFORMNUD,AUTO_LINKLOCAL> >>>> cpsw0: flags=3D8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> >>>> metric 0 mtu 1500 >>>> options=3D8000b<RXCSUM,TXCSUM,VLAN_MTU,LINKSTATE> >>>> ether a0:f6:fd:8a:c5:be >>>> hwaddr a0:f6:fd:8a:c5:be >>>> inet 192.168.2.101 netmask 0xffffff00 broadcast 192.168.2.255 >>>> media: Ethernet autoselect (100baseTX <full-duplex>) >>>> status: active >>>> nd6 options=3D29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL> >>>> bridge0: flags=3D8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0= mtu 1500 >>>> ether 02:94:dd:d7:a3:00 >>>> id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 >>>> maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 >>>> root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 >>>> member: cpsw0 flags=3D143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP> >>>> ifmaxaddr 0 port 1 priority 128 path cost 55 >>>> groups: bridge >>>> nd6 options=3D9<PERFORMNUD,IFDISABLED> >>>> Starting devd. >>>> run0 on uhub1 >>>> run0: <1.0> on usbus1 >>>> >>>> U-Boot SPL 2015.10-00001-g143c9ee (Nov 06 2015 - 15:27:19) >>>> bad magic >>>> >>>> Sometimes it boots, sometimes it hangs (I'd say 3 to 1). The lights on >>>> the cpsw0 interface still blink but the serial console is dead. I'm >>>> trying to *avoid* triggering that so I don't know the sequence that's >>>> causing it. However, I can cause the kernel to panic on the BBB >>>> relatively quickly from a handful of page requests on the ipod. No >>>> more than three full page requests so far. It seems there is a bad >>>> memory copy happening in bridge_broadcast() at bridge_broadcast+0x1c4? >>>> >>>> https://www.freebsd.org/cgi/man.cgi?apropos=3D0&sektion=3D9&query=3Dm_= dup >>>> >>>> Anyway, that's all the time I have for this weekend. I'm going to take >>>> the chance that someone wants to see this and put it in bugzilla. >>>> >>>> Cheers, >>>> >>>> Russ >>> >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221845 >>> >>> Cheers, >>> Russ >> >> Hi, >> >> I've been digging into the code for if_bridge.c, which is found under >> sys/net. bridge_broadcast only has one call to m_dup on line 2553. >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?001a114d89ea55b890055886a4dd>