From owner-freebsd-wireless@FreeBSD.ORG Sun Feb 17 00:46:25 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C29A210D for ; Sun, 17 Feb 2013 00:46:25 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-f54.google.com (mail-wg0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 429CC21A for ; Sun, 17 Feb 2013 00:46:24 +0000 (UTC) Received: by mail-wg0-f54.google.com with SMTP id fm10so3661361wgb.21 for ; Sat, 16 Feb 2013 16:46:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=+OaJOaBjGvgpmLCco5EDDlfkUQALE0xSVjdaYHsqWTE=; b=Ay6O02QSsVSPulCU+0+jOeWguWRfb9SOohIDesYjqQBecStbthORPRhSx4xsY2Kx95 bG0nmUHa7ezzOIfq3bJ9Ou8NDUMLEI1XMunImMLk9B+3KdA71UmE/OAMQhVZL1Yygpzh oRJq5xAa/XjeOIS3W5hyMsgyunrRyJ7jtqCVKW2MEJKHPF/LuYycyuasbDLe/QzGJHk1 TKZY+J+vwEppcBvyd69wpxwyiHt5ficEZBHTx1YThyxN5JD2GI6W6G0EyqYMi3/6B6Ee Jlawy+ewpy7ztDXK9BAJ55BUlLmDUC0/CrIskvK5cpOk8z9JA0egpUvlxlpJvb7pNp2W a5Dw== MIME-Version: 1.0 X-Received: by 10.180.84.165 with SMTP id a5mr13089438wiz.6.1361061978550; Sat, 16 Feb 2013 16:46:18 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.236.88 with HTTP; Sat, 16 Feb 2013 16:46:18 -0800 (PST) In-Reply-To: References: Date: Sat, 16 Feb 2013 16:46:18 -0800 X-Google-Sender-Auth: JLp8LHA4h38ehiqmCpmkrVzpSNE Message-ID: Subject: Re: [RFC] serialising net80211 TX From: Adrian Chadd To: PseudoCylon Content-Type: multipart/mixed; boundary=f46d0418270ebfb28004d5e0ef7b Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2013 00:46:25 -0000 --f46d0418270ebfb28004d5e0ef7b Content-Type: text/plain; charset=ISO-8859-1 Here's version two of the patch: it includes the rest of the TX paths locked as well as some extra assertions about the state of the TX lock requirements. I've only lightly tested this in STA mode. I haven't yet really tested this in hostap mode. I gather it's going to panic all the things. Thus, please only run this on a test device. :-) Adrian --f46d0418270ebfb28004d5e0ef7b Content-Type: application/octet-stream; name="20130216-net80211-tx-lock-2.diff" Content-Disposition: attachment; filename="20130216-net80211-tx-lock-2.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hd9h5ktw0 SW5kZXg6IHN5cy9uZXQ4MDIxMS9pZWVlODAyMTFfaHdtcC5jCj09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9u ZXQ4MDIxMS9pZWVlODAyMTFfaHdtcC5jCShyZXZpc2lvbiAyNDY4MTgpCisrKyBzeXMvbmV0ODAy MTEvaWVlZTgwMjExX2h3bXAuYwkod29ya2luZyBjb3B5KQpAQCAtNTkyLDYgKzU5Miw3IEBACiAJ c3RydWN0IGllZWU4MDIxMV9icGZfcGFyYW1zIHBhcmFtczsKIAlzdHJ1Y3QgbWJ1ZiAqbTsKIAl1 aW50OF90ICpmcm07CisJaW50IHJldDsKIAogCWlmIChJRUVFODAyMTFfSVNfTVVMVElDQVNUKGRh KSkgewogCQluaSA9IGllZWU4MDIxMV9yZWZfbm9kZSh2YXAtPml2X2Jzcyk7CkBAIC02NjksNyAr NjcwLDEwIEBACiAJZWxzZQogCQlwYXJhbXMuaWJwX3RyeTAgPSBuaS0+bmlfdHhwYXJtcy0+bWF4 cmV0cnk7CiAJcGFyYW1zLmlicF9wb3dlciA9IG5pLT5uaV90eHBvd2VyOwotCXJldHVybiBpYy0+ aWNfcmF3X3htaXQobmksIG0sICZwYXJhbXMpOworCUlFRUU4MDIxMV9WQVBfVFhfTE9DSyh2YXAp OworCXJldCA9IGljLT5pY19yYXdfeG1pdChuaSwgbSwgJnBhcmFtcyk7CisJSUVFRTgwMjExX1ZB UF9UWF9VTkxPQ0sodmFwKTsKKwlyZXR1cm4gKHJldCk7CiB9CiAKICNkZWZpbmUgQUREU0hPUlQo ZnJtLCB2KSBkbyB7CQlcCkluZGV4OiBzeXMvbmV0ODAyMTEvaWVlZTgwMjExX2h0LmMKPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PQotLS0gc3lzL25ldDgwMjExL2llZWU4MDIxMV9odC5jCShyZXZpc2lvbiAyNDY4MTgpCisr KyBzeXMvbmV0ODAyMTEvaWVlZTgwMjExX2h0LmMJKHdvcmtpbmcgY29weSkKQEAgLTIzOTIsNyAr MjM5Miw5IEBACiAJICogaWNfcmF3X3htaXQgd2lsbCBmcmVlIHRoZSBub2RlIHJlZmVyZW5jZQog CSAqIHJlZ2FyZGxlc3Mgb2YgcXVldWUvVFggc3VjY2VzcyBvciBmYWlsdXJlLgogCSAqLworCUlF RUU4MDIxMV9WQVBfVFhfTE9DSyh2YXApOwogCXJldCA9IGljLT5pY19yYXdfeG1pdChuaSwgbSwg TlVMTCk7CisJSUVFRTgwMjExX1ZBUF9UWF9VTkxPQ0sodmFwKTsKIAlpZiAocmV0ICE9IDApIHsK IAkJSUVFRTgwMjExX05PVEUodmFwLCBJRUVFODAyMTFfTVNHX0RFQlVHIHwgSUVFRTgwMjExX01T R18xMU4sCiAJCSAgICBuaSwgInNlbmQgQkFSOiBmYWlsZWQ6IChyZXQgPSAlZClcbiIsCkluZGV4 OiBzeXMvbmV0ODAyMTEvaWVlZTgwMjExX21lc2guYwo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvbmV0ODAy MTEvaWVlZTgwMjExX21lc2guYwkocmV2aXNpb24gMjQ2ODYxKQorKysgc3lzL25ldDgwMjExL2ll ZWU4MDIxMV9tZXNoLmMJKHdvcmtpbmcgY29weSkKQEAgLTEwNDYsNiArMTA0Niw4IEBACiAJc3Ry dWN0IGV0aGVyX2hlYWRlciAqZWg7CiAJaW50IGVycm9yOwogCisJSUVFRTgwMjExX1ZBUF9UWF9V TkxPQ0tfQVNTRVJUKHZhcCk7CisKIAllaCA9IG10b2QobSwgc3RydWN0IGV0aGVyX2hlYWRlciAq KTsKIAluaSA9IGllZWU4MDIxMV9tZXNoX2ZpbmRfdHhub2RlKHZhcCwgcnRfZ2F0ZS0+cnRfZGVz dCk7CiAJaWYgKG5pID09IE5VTEwpIHsKQEAgLTExMzIsNiArMTEzNCw3IEBACiAJCX0KIAl9CiAj ZW5kaWYgLyogSUVFRTgwMjExX1NVUFBPUlRfU1VQRVJHICovCisJSUVFRTgwMjExX1ZBUF9UWF9M T0NLKHZhcCk7CiAJaWYgKF9fcHJlZGljdF90cnVlKCh2YXAtPml2X2NhcHMgJiBJRUVFODAyMTFf Q184MDIzRU5DQVApID09IDApKSB7CiAJCS8qCiAJCSAqIEVuY2Fwc3VsYXRlIHRoZSBwYWNrZXQg aW4gcHJlcCBmb3IgdHJhbnNtaXNzaW9uLgpAQCAtMTEzOSwxMSArMTE0MiwxMyBAQAogCQltID0g aWVlZTgwMjExX2VuY2FwKHZhcCwgbmksIG0pOwogCQlpZiAobSA9PSBOVUxMKSB7CiAJCQkvKiBO Qjogc3RhdCttc2cgaGFuZGxlZCBpbiBpZWVlODAyMTFfZW5jYXAgKi8KKwkJCUlFRUU4MDIxMV9W QVBfVFhfVU5MT0NLKHZhcCk7CiAJCQlpZWVlODAyMTFfZnJlZV9ub2RlKG5pKTsKIAkJCXJldHVy bjsKIAkJfQogCX0KIAllcnJvciA9IHBhcmVudC0+aWZfdHJhbnNtaXQocGFyZW50LCBtKTsKKwlJ RUVFODAyMTFfVkFQX1RYX1VOTE9DSyh2YXApOwogCWlmIChlcnJvciAhPSAwKSB7CiAJCW1fZnJl ZW0obSk7CiAJCWllZWU4MDIxMV9mcmVlX25vZGUobmkpOwpAQCAtMTE3NCw2ICsxMTc5LDggQEAK IAlLQVNTRVJUKCBydF9kZXN0LT5ydF9mbGFncyA9PSBJRUVFODAyMTFfTUVTSFJUX0ZMQUdTX0RJ U0NPVkVSLAogCSAgICAoIlJvdXRlIGlzIG5vdCBtYXJrZWQgd2l0aCBJRUVFODAyMTFfTUVTSFJU X0ZMQUdTX0RJU0NPVkVSIikpOwogCisJSUVFRTgwMjExX1ZBUF9UWF9VTkxPQ0tfQVNTRVJUKHZh cCk7CisKIAkvKiBYWFg6IHNlbmQgdG8gbW9yZSB0aGFuIG9uZSB2YWxpZCBtYXNoIGdhdGUgKi8K IAlNRVNIX1JUX0xPQ0sobXMpOwogCkBAIC0yNzQzLDYgKzI3NTAsNyBAQAogCXN0cnVjdCBpZWVl ODAyMTFjb20gKmljID0gbmktPm5pX2ljOwogCXN0cnVjdCBpZWVlODAyMTFfYnBmX3BhcmFtcyBw YXJhbXM7CiAJc3RydWN0IGllZWU4MDIxMV9mcmFtZSAqd2g7CisJaW50IHJldDsKIAogCUtBU1NF UlQobmkgIT0gTlVMTCwgKCJudWxsIG5vZGUiKSk7CiAKQEAgLTI3NzgsNyArMjc4NiwxMCBAQAog CiAJSUVFRTgwMjExX05PREVfU1RBVChuaSwgdHhfbWdtdCk7CiAKLQlyZXR1cm4gaWMtPmljX3Jh d194bWl0KG5pLCBtLCAmcGFyYW1zKTsKKwlJRUVFODAyMTFfVkFQX1RYX0xPQ0sodmFwKTsKKwly ZXQgPSBpYy0+aWNfcmF3X3htaXQobmksIG0sICZwYXJhbXMpOworCUlFRUU4MDIxMV9WQVBfVFhf VU5MT0NLKHZhcCk7CisJcmV0dXJuIChyZXQpOwogfQogCiAjZGVmaW5lCUFERFNIT1JUKGZybSwg dikgZG8gewkJCVwKSW5kZXg6IHN5cy9uZXQ4MDIxMS9pZWVlODAyMTFfd2RzLmMKPT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQotLS0gc3lzL25ldDgwMjExL2llZWU4MDIxMV93ZHMuYwkocmV2aXNpb24gMjQ2ODE4KQorKysg c3lzL25ldDgwMjExL2llZWU4MDIxMV93ZHMuYwkod29ya2luZyBjb3B5KQpAQCAtMjU0LDYgKzI1 NCwxMCBAQAogCQlpZiAoaWZwID09IG0tPm1fcGt0aGRyLnJjdmlmKQogCQkJY29udGludWU7CiAJ CS8qCisJCSAqIE1ha2Ugc3VyZSB3ZSBkb24ndCBoYXZlIHRoZSBWQVAgVFggbG9jayBoZWxkIGhl cmUuCisJCSAqLworCQlJRUVFODAyMTFfVkFQX1RYX1VOTE9DS19BU1NFUlQodmFwKTsKKwkJLyoK IAkJICogRHVwbGljYXRlIHRoZSBmcmFtZSBhbmQgc2VuZCBpdC4KIAkJICovCiAJCW1jb3B5ID0g bV9jb3B5cGFja2V0KG0sIE1fTk9XQUlUKTsKQEAgLTI4NywxNiArMjkxLDIzIEBACiAJCS8qCiAJ CSAqIEVuY2Fwc3VsYXRlIHRoZSBwYWNrZXQgaW4gcHJlcCBmb3IgdHJhbnNtaXNzaW9uLgogCQkg Ki8KKwkJSUVFRTgwMjExX1ZBUF9UWF9MT0NLKHZhcCk7CiAJCW1jb3B5ID0gaWVlZTgwMjExX2Vu Y2FwKHZhcCwgbmksIG1jb3B5KTsKIAkJaWYgKG1jb3B5ID09IE5VTEwpIHsKIAkJCS8qIE5COiBz dGF0K21zZyBoYW5kbGVkIGluIGllZWU4MDIxMV9lbmNhcCAqLwogCQkJaWVlZTgwMjExX2ZyZWVf bm9kZShuaSk7CisJCQlJRUVFODAyMTFfVkFQX1RYX1VOTE9DSyh2YXApOwogCQkJY29udGludWU7 CiAJCX0KIAkJbWNvcHktPm1fZmxhZ3MgfD0gTV9NQ0FTVDsKIAkJbWNvcHktPm1fcGt0aGRyLnJj dmlmID0gKHZvaWQgKikgbmk7CiAKKwkJLyoKKwkJICogU2VyaWFsaXNlIHRoZSBlbmNhcHN1bGF0 aW9uIGFuZCB0cmFuc21pdAorCQkgKiB3aXRoIHRoZSBWQVAgVFggbG9jay4KKwkJICovCiAJCWVy ciA9IHBhcmVudC0+aWZfdHJhbnNtaXQocGFyZW50LCBtY29weSk7CisJCUlFRUU4MDIxMV9WQVBf VFhfVU5MT0NLKHZhcCk7CiAJCWlmIChlcnIpIHsKIAkJCS8qIE5COiBJRlFfSEFORE9GRiByZWNs YWltcyBtYnVmICovCiAJCQlpZnAtPmlmX29lcnJvcnMrKzsKSW5kZXg6IHN5cy9uZXQ4MDIxMS9p ZWVlODAyMTFfb3V0cHV0LmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL25ldDgwMjExL2llZWU4MDIxMV9v dXRwdXQuYwkocmV2aXNpb24gMjQ2ODE4KQorKysgc3lzL25ldDgwMjExL2llZWU4MDIxMV9vdXRw dXQuYwkod29ya2luZyBjb3B5KQpAQCAtMTEwLDYgKzExMCwyNTIgQEAKICNlbmRpZgogCiAvKgor ICogU2VuZCB0aGUgZ2l2ZW4gbWJ1ZiB0aHJvdWdoIHRoZSBnaXZlbiB2YXAuCisgKgorICogVGhp cyBjb25zdW1lcyB0aGUgbWJ1ZiByZWdhcmRsZXNzIG9mIHdoZXRoZXIgdGhlIHRyYW5zbWl0Cisg KiB3YXMgc3VjY2Vzc2Z1bCBvciBub3QuCisgKgorICogVGhpcyBkb2VzIG5vbmUgb2YgdGhlIGlu aXRpYWwgY2hlY2tzIHRoYXQgaWVlZTgwMjExX3N0YXJ0KCkKKyAqIGRvZXMgKGVnIENBQyB0aW1l b3V0LCBpbnRlcmZhY2Ugd2FrZXVwKSAtIHRoZSBjYWxsZXIgbXVzdAorICogZG8gdGhpcyBmaXJz dC4KKyAqLworc3RhdGljIGludAoraWVlZTgwMjExX3N0YXJ0X3BrdChzdHJ1Y3QgaWVlZTgwMjEx dmFwICp2YXAsIHN0cnVjdCBtYnVmICptKQoreworI2RlZmluZQlJU19EV0RTKHZhcCkgXAorCSh2 YXAtPml2X29wbW9kZSA9PSBJRUVFODAyMTFfTV9XRFMgJiYgXAorCSAodmFwLT5pdl9mbGFnc19l eHQgJiBJRUVFODAyMTFfRkVYVF9XRFNMRUdBQ1kpID09IDApCisJc3RydWN0IGllZWU4MDIxMWNv bSAqaWMgPSB2YXAtPml2X2ljOworCXN0cnVjdCBpZm5ldCAqcGFyZW50ID0gaWMtPmljX2lmcDsK KwlzdHJ1Y3QgaWZuZXQgKmlmcCA9IHZhcC0+aXZfaWZwOworCXN0cnVjdCBpZWVlODAyMTFfbm9k ZSAqbmk7CisJc3RydWN0IGV0aGVyX2hlYWRlciAqZWg7CisJaW50IGVycm9yOworCisJLyoKKwkg KiBTYW5pdGl6ZSBtYnVmIGZsYWdzIGZvciBuZXQ4MDIxMSB1c2UuICBXZSBjYW5ub3QKKwkgKiBj bGVhciBNX1BXUl9TQVYgb3IgTV9NT1JFX0RBVEEgYmVjYXVzZSB0aGVzZSBtYXkKKwkgKiBiZSBz ZXQgZm9yIGZyYW1lcyB0aGF0IGFyZSByZS1zdWJtaXR0ZWQgZnJvbSB0aGUKKwkgKiBwb3dlciBz YXZlIHF1ZXVlLgorCSAqCisJICogTkI6IFRoaXMgbXVzdCBiZSBkb25lIGJlZm9yZSBpZWVlODAy MTFfY2xhc3NpZnkgYXMKKwkgKiAgICAgaXQgbWFya3MgRUFQT0wgaW4gZnJhbWVzIHdpdGggTV9F QVBPTC4KKwkgKi8KKwltLT5tX2ZsYWdzICY9IH4oTV84MDIxMV9UWCAtIE1fUFdSX1NBViAtIE1f TU9SRV9EQVRBKTsKKwkvKgorCSAqIENhbmNlbCBhbnkgYmFja2dyb3VuZCBzY2FuLgorCSAqLwor CWlmIChpYy0+aWNfZmxhZ3MgJiBJRUVFODAyMTFfRl9TQ0FOKQorCQlpZWVlODAyMTFfY2FuY2Vs X2FueXNjYW4odmFwKTsKKwkvKiAKKwkgKiBGaW5kIHRoZSBub2RlIGZvciB0aGUgZGVzdGluYXRp b24gc28gd2UgY2FuIGRvCisJICogdGhpbmdzIGxpa2UgcG93ZXIgc2F2ZSBhbmQgZmFzdCBmcmFt ZXMgYWdncmVnYXRpb24uCisJICoKKwkgKiBOQjogcGFzdCB0aGlzIHBvaW50IHZhcmlvdXMgY29k ZSBhc3N1bWVzIHRoZSBmaXJzdAorCSAqICAgICBtYnVmIGhhcyB0aGUgODAyLjMgaGVhZGVyIHBy ZXNlbnQgKGFuZCBjb250aWd1b3VzKS4KKwkgKi8KKwluaSA9IE5VTEw7CisJaWYgKG0tPm1fbGVu IDwgc2l6ZW9mKHN0cnVjdCBldGhlcl9oZWFkZXIpICYmCisJICAgKG0gPSBtX3B1bGx1cChtLCBz aXplb2Yoc3RydWN0IGV0aGVyX2hlYWRlcikpKSA9PSBOVUxMKSB7CisJCUlFRUU4MDIxMV9EUFJJ TlRGKHZhcCwgSUVFRTgwMjExX01TR19PVVRQVVQsCisJCSAgICAiZGlzY2FyZCBmcmFtZSwgJXNc biIsICJtX3B1bGx1cCBmYWlsZWQiKTsKKwkJdmFwLT5pdl9zdGF0cy5pc190eF9ub2J1ZisrOwkv KiBYWFggKi8KKwkJaWZwLT5pZl9vZXJyb3JzKys7CisJCXJldHVybiAoRU5PQlVGUyk7CisJfQor CWVoID0gbXRvZChtLCBzdHJ1Y3QgZXRoZXJfaGVhZGVyICopOworCWlmIChFVEhFUl9JU19NVUxU SUNBU1QoZWgtPmV0aGVyX2Rob3N0KSkgeworCQlpZiAoSVNfRFdEUyh2YXApKSB7CisJCQkvKgor CQkJICogT25seSB1bmljYXN0IGZyYW1lcyBmcm9tIHRoZSBhYm92ZSBnbyBvdXQKKwkJCSAqIERX RFMgdmFwczsgbXVsdGljYXN0IGZyYW1lcyBhcmUgaGFuZGxlZCBieQorCQkJICogZGlzcGF0Y2hp bmcgdGhlIGZyYW1lIGFzIGl0IGNvbWVzIHRocm91Z2gKKwkJCSAqIHRoZSBBUCB2YXAgKHNlZSBi ZWxvdykuCisJCQkgKi8KKwkJCUlFRUU4MDIxMV9ESVNDQVJEX01BQyh2YXAsIElFRUU4MDIxMV9N U0dfV0RTLAorCQkJICAgIGVoLT5ldGhlcl9kaG9zdCwgIm1jYXN0IiwgIiVzIiwgIm9uIERXRFMi KTsKKwkJCXZhcC0+aXZfc3RhdHMuaXNfZHdkc19tY2FzdCsrOworCQkJbV9mcmVlbShtKTsKKwkJ CS8qIFhYWCBiZXR0ZXIgc3RhdHVzPyAqLworCQkJcmV0dXJuIChFTk9CVUZTKTsKKwkJfQorCQlp ZiAodmFwLT5pdl9vcG1vZGUgPT0gSUVFRTgwMjExX01fSE9TVEFQKSB7CisJCQkvKgorCQkJICog U3BhbSBEV0RTIHZhcCdzIHcvIG11bHRpY2FzdCB0cmFmZmljLgorCQkJICovCisJCQkvKiBYWFgg b25seSBpZiBkd2RzIGluIHVzZT8gKi8KKwkJCWllZWU4MDIxMV9kd2RzX21jYXN0KHZhcCwgbSk7 CisJCX0KKwl9CisjaWZkZWYgSUVFRTgwMjExX1NVUFBPUlRfTUVTSAorCWlmICh2YXAtPml2X29w bW9kZSAhPSBJRUVFODAyMTFfTV9NQlNTKSB7CisjZW5kaWYKKwkJbmkgPSBpZWVlODAyMTFfZmlu ZF90eG5vZGUodmFwLCBlaC0+ZXRoZXJfZGhvc3QpOworCQlpZiAobmkgPT0gTlVMTCkgeworCQkJ LyogTkI6IGllZWU4MDIxMV9maW5kX3R4bm9kZSBkb2VzIHN0YXQrbXNnICovCisJCQlpZnAtPmlm X29lcnJvcnMrKzsKKwkJCW1fZnJlZW0obSk7CisJCQkvKiBYWFggYmV0dGVyIHN0YXR1cz8gKi8K KwkJCXJldHVybiAoRU5PQlVGUyk7CisJCX0KKwkJaWYgKG5pLT5uaV9hc3NvY2lkID09IDAgJiYK KwkJICAgIChuaS0+bmlfZmxhZ3MgJiBJRUVFODAyMTFfTk9ERV9BU1NPQ0lEKSkgeworCQkJSUVF RTgwMjExX0RJU0NBUkRfTUFDKHZhcCwgSUVFRTgwMjExX01TR19PVVRQVVQsCisJCQkgICAgZWgt PmV0aGVyX2Rob3N0LCBOVUxMLAorCQkJICAgICJzdGEgbm90IGFzc29jaWF0ZWQgKHR5cGUgMHgl MDR4KSIsCisJCQkgICAgaHRvbnMoZWgtPmV0aGVyX3R5cGUpKTsKKwkJCXZhcC0+aXZfc3RhdHMu aXNfdHhfbm90YXNzb2MrKzsKKwkJCWlmcC0+aWZfb2Vycm9ycysrOworCQkJbV9mcmVlbShtKTsK KwkJCWllZWU4MDIxMV9mcmVlX25vZGUobmkpOworCQkJLyogWFhYIGJldHRlciBzdGF0dXM/ICov CisJCQlyZXR1cm4gKEVOT0JVRlMpOworCQl9CisjaWZkZWYgSUVFRTgwMjExX1NVUFBPUlRfTUVT SAorCX0gZWxzZSB7CisJCWlmICghSUVFRTgwMjExX0FERFJfRVEoZWgtPmV0aGVyX3Nob3N0LCB2 YXAtPml2X215YWRkcikpIHsKKwkJCS8qCisJCQkgKiBQcm94eSBzdGF0aW9uIG9ubHkgaWYgY29u ZmlndXJlZC4KKwkJCSAqLworCQkJaWYgKCFpZWVlODAyMTFfbWVzaF9pc3Byb3h5ZW5hKHZhcCkp IHsKKwkJCQlJRUVFODAyMTFfRElTQ0FSRF9NQUModmFwLAorCQkJCSAgICBJRUVFODAyMTFfTVNH X09VVFBVVCB8CisJCQkJICAgIElFRUU4MDIxMV9NU0dfTUVTSCwKKwkJCQkgICAgZWgtPmV0aGVy X2Rob3N0LCBOVUxMLAorCQkJCSAgICAiJXMiLCAicHJveHkgbm90IGVuYWJsZWQiKTsKKwkJCQl2 YXAtPml2X3N0YXRzLmlzX21lc2hfbm90cHJveHkrKzsKKwkJCQlpZnAtPmlmX29lcnJvcnMrKzsK KwkJCQltX2ZyZWVtKG0pOworCQkJCS8qIFhYWCBiZXR0ZXIgc3RhdHVzPyAqLworCQkJCXJldHVy biAoRU5PQlVGUyk7CisJCQl9CisJCQlJRUVFODAyMTFfRFBSSU5URih2YXAsIElFRUU4MDIxMV9N U0dfT1VUUFVULAorCQkJICAgICJmb3J3YXJkIGZyYW1lIGZyb20gRFMgU0EoJTZEKSwgREEoJTZE KVxuIiwKKwkJCSAgICBlaC0+ZXRoZXJfc2hvc3QsICI6IiwKKwkJCSAgICBlaC0+ZXRoZXJfZGhv c3QsICI6Iik7CisJCQlpZWVlODAyMTFfbWVzaF9wcm94eV9jaGVjayh2YXAsIGVoLT5ldGhlcl9z aG9zdCk7CisJCX0KKwkJbmkgPSBpZWVlODAyMTFfbWVzaF9kaXNjb3Zlcih2YXAsIGVoLT5ldGhl cl9kaG9zdCwgbSk7CisJCWlmIChuaSA9PSBOVUxMKSB7CisJCQkvKgorCQkJICogTkI6IGllZWU4 MDIxMV9tZXNoX2Rpc2NvdmVyIGhvbGRzL2Rpc3Bvc2VzCisJCQkgKiBmcmFtZSAoZS5nLiBxdWV1 ZWluZyBvbiBwYXRoIGRpc2NvdmVyeSkuCisJCQkgKi8KKwkJCWlmcC0+aWZfb2Vycm9ycysrOwor CQkJLyogWFhYIGJldHRlciBzdGF0dXM/ICovCisJCQlyZXR1cm4gKEVOT0JVRlMpOworCQl9CisJ fQorI2VuZGlmCisJaWYgKChuaS0+bmlfZmxhZ3MgJiBJRUVFODAyMTFfTk9ERV9QV1JfTUdUKSAm JgorCSAgICAobS0+bV9mbGFncyAmIE1fUFdSX1NBVikgPT0gMCkgeworCQkvKgorCQkgKiBTdGF0 aW9uIGluIHBvd2VyIHNhdmUgbW9kZTsgcGFzcyB0aGUgZnJhbWUKKwkJICogdG8gdGhlIDgwMi4x MSBsYXllciBhbmQgY29udGludWUuICBXZSdsbCBnZXQKKwkJICogdGhlIGZyYW1lIGJhY2sgd2hl biB0aGUgdGltZSBpcyByaWdodC4KKwkJICogWFhYIGxvc2UgV0RTIHZhcCBsaW5rYWdlPworCQkg Ki8KKwkJKHZvaWQpIGllZWU4MDIxMV9wd3JzYXZlKG5pLCBtKTsKKwkJaWVlZTgwMjExX2ZyZWVf bm9kZShuaSk7CisJCS8qIFhYWCBiZXR0ZXIgc3RhdHVzPyAqLworCQlyZXR1cm4gKEVOT0JVRlMp OworCX0KKwkvKiBjYWxjdWxhdGUgcHJpb3JpdHkgc28gZHJpdmVycyBjYW4gZmluZCB0aGUgdHgg cXVldWUgKi8KKwlpZiAoaWVlZTgwMjExX2NsYXNzaWZ5KG5pLCBtKSkgeworCQlJRUVFODAyMTFf RElTQ0FSRF9NQUModmFwLCBJRUVFODAyMTFfTVNHX09VVFBVVCwKKwkJICAgIGVoLT5ldGhlcl9k aG9zdCwgTlVMTCwKKwkJICAgICIlcyIsICJjbGFzc2lmaWNhdGlvbiBmYWlsdXJlIik7CisJCXZh cC0+aXZfc3RhdHMuaXNfdHhfY2xhc3NpZnkrKzsKKwkJaWZwLT5pZl9vZXJyb3JzKys7CisJCW1f ZnJlZW0obSk7CisJCWllZWU4MDIxMV9mcmVlX25vZGUobmkpOworCQkvKiBYWFggYmV0dGVyIHN0 YXR1cz8gKi8KKwkJcmV0dXJuIChFTk9CVUZTKTsKKwl9CisJLyoKKwkgKiBTdGFzaCB0aGUgbm9k ZSBwb2ludGVyLiAgTm90ZSB0aGF0IHdlIGRvIHRoaXMgYWZ0ZXIKKwkgKiBhbnkgY2FsbCB0byBp ZWVlODAyMTFfZHdkc19tY2FzdCBiZWNhdXNlIHRoYXQgY29kZQorCSAqIHVzZXMgYW55IGV4aXN0 aW5nIHZhbHVlIGZvciByY3ZpZiB0byBpZGVudGlmeSB0aGUKKwkgKiBpbnRlcmZhY2UgaXQgKG1p Z2h0IGhhdmUgYmVlbikgcmVjZWl2ZWQgb24uCisJICovCisJbS0+bV9wa3RoZHIucmN2aWYgPSAo dm9pZCAqKW5pOworCisJQlBGX01UQVAoaWZwLCBtKTsJCS8qIDgwMi4zIHR4ICovCisKKwkvKgor CSAqIENoZWNrIGlmIEEtTVBEVSB0eCBhZ2dyZWdhdGlvbiBpcyBzZXR1cCBvciBpZiB3ZQorCSAq IHNob3VsZCB0cnkgdG8gZW5hYmxlIGl0LiAgVGhlIHN0YSBtdXN0IGJlIGFzc29jaWF0ZWQKKwkg KiB3aXRoIEhUIGFuZCBBLU1QRFUgZW5hYmxlZCBmb3IgdXNlLiAgV2hlbiB0aGUgcG9saWN5CisJ ICogcm91dGluZSBkZWNpZGVzIHdlIHNob3VsZCBlbmFibGUgQS1NUERVIHdlIGlzc3VlIGFuCisJ ICogQUREQkEgcmVxdWVzdCBhbmQgd2FpdCBmb3IgYSByZXBseS4gIFRoZSBmcmFtZSBiZWluZwor CSAqIGVuY2Fwc3VsYXRlZCB3aWxsIGdvIG91dCB3L28gdXNpbmcgQS1NUERVLCBvciBwb3NzaWJs eQorCSAqIGl0IG1pZ2h0IGJlIGNvbGxlY3RlZCBieSB0aGUgZHJpdmVyIGFuZCBoZWxkL3JldHJh bnNtaXQuCisJICogVGhlIGRlZmF1bHQgaWNfYW1wZHVfZW5hYmxlIHJvdXRpbmUgaGFuZGxlcyBz dGFnZ2VyaW5nCisJICogQUREQkEgcmVxdWVzdHMgaW4gY2FzZSB0aGUgcmVjZWl2ZXIgTkFLJ3Mg dXMgb3Igd2UgYXJlCisJICogb3RoZXJ3aXNlIHVuYWJsZSB0byBlc3RhYmxpc2ggYSBCQSBzdHJl YW0uCisJICovCisJaWYgKChuaS0+bmlfZmxhZ3MgJiBJRUVFODAyMTFfTk9ERV9BTVBEVV9UWCkg JiYKKwkgICAgKHZhcC0+aXZfZmxhZ3NfaHQgJiBJRUVFODAyMTFfRkhUX0FNUERVX1RYKSAmJgor CSAgICAobS0+bV9mbGFncyAmIE1fRUFQT0wpID09IDApIHsKKwkJaW50IHRpZCA9IFdNRV9BQ19U T19USUQoTV9XTUVfR0VUQUMobSkpOworCQlzdHJ1Y3QgaWVlZTgwMjExX3R4X2FtcGR1ICp0YXAg PSAmbmktPm5pX3R4X2FtcGR1W3RpZF07CisKKwkJaWVlZTgwMjExX3R4YW1wZHVfY291bnRfcGFj a2V0KHRhcCk7CisJCWlmIChJRUVFODAyMTFfQU1QRFVfUlVOTklORyh0YXApKSB7CisJCQkvKgor CQkJICogT3BlcmF0aW9uYWwsIG1hcmsgZnJhbWUgZm9yIGFnZ3JlZ2F0aW9uLgorCQkJICoKKwkJ CSAqIFhYWCBkbyB0eCBhZ2dyZWdhdGlvbiBoZXJlCisJCQkgKi8KKwkJCW0tPm1fZmxhZ3MgfD0g TV9BTVBEVV9NUERVOworCQl9IGVsc2UgaWYgKCFJRUVFODAyMTFfQU1QRFVfUkVRVUVTVEVEKHRh cCkgJiYKKwkJICAgIGljLT5pY19hbXBkdV9lbmFibGUobmksIHRhcCkpIHsKKwkJCS8qCisJCQkg KiBOb3QgbmVnb3RpYXRlZCB5ZXQsIHJlcXVlc3Qgc2VydmljZS4KKwkJCSAqLworCQkJaWVlZTgw MjExX2FtcGR1X3JlcXVlc3QobmksIHRhcCk7CisJCQkvKiBYWFggaG9sZCBmcmFtZSBmb3IgcmVw bHk/ICovCisJCX0KKwl9CisjaWZkZWYgSUVFRTgwMjExX1NVUFBPUlRfU1VQRVJHCisJZWxzZSBp ZiAoSUVFRTgwMjExX0FUSF9DQVAodmFwLCBuaSwgSUVFRTgwMjExX05PREVfRkYpKSB7CisJCW0g PSBpZWVlODAyMTFfZmZfY2hlY2sobmksIG0pOworCQlpZiAobSA9PSBOVUxMKSB7CisJCQkvKiBO QjogYW55IG5pIHJlZiBoZWxkIG9uIHN0YWdlcSAqLworCQkJLyogWFhYIGJldHRlciBzdGF0dXM/ ICovCisJCQlyZXR1cm4gKEVOT0JVRlMpOworCQl9CisJfQorI2VuZGlmIC8qIElFRUU4MDIxMV9T VVBQT1JUX1NVUEVSRyAqLworCUlFRUU4MDIxMV9WQVBfVFhfTE9DSyh2YXApOworCWlmIChfX3By ZWRpY3RfdHJ1ZSgodmFwLT5pdl9jYXBzICYgSUVFRTgwMjExX0NfODAyM0VOQ0FQKSA9PSAwKSkg eworCQkvKgorCQkgKiBFbmNhcHN1bGF0ZSB0aGUgcGFja2V0IGluIHByZXAgZm9yIHRyYW5zbWlz c2lvbi4KKwkJICovCisJCW0gPSBpZWVlODAyMTFfZW5jYXAodmFwLCBuaSwgbSk7CisJCWlmICht ID09IE5VTEwpIHsKKwkJCS8qIE5COiBzdGF0K21zZyBoYW5kbGVkIGluIGllZWU4MDIxMV9lbmNh cCAqLworCQkJSUVFRTgwMjExX1ZBUF9UWF9VTkxPQ0sodmFwKTsKKwkJCWllZWU4MDIxMV9mcmVl X25vZGUobmkpOworCQkJLyogWFhYIGJldHRlciBzdGF0dXM/ICovCisJCQlyZXR1cm4gKEVOT0JV RlMpOworCQl9CisJfQorCWVycm9yID0gcGFyZW50LT5pZl90cmFuc21pdChwYXJlbnQsIG0pOwor CUlFRUU4MDIxMV9WQVBfVFhfVU5MT0NLKHZhcCk7CisJaWYgKGVycm9yICE9IDApIHsKKwkJLyog TkI6IElGUV9IQU5ET0ZGIHJlY2xhaW1zIG1idWYgKi8KKwkJaWVlZTgwMjExX2ZyZWVfbm9kZShu aSk7CisJfSBlbHNlIHsKKwkJaWZwLT5pZl9vcGFja2V0cysrOworCX0KKwlpYy0+aWNfbGFzdGRh dGEgPSB0aWNrczsKKworCXJldHVybiAoMCk7CisjdW5kZWYJSVNfRFdEUworfQorCisvKgogICog U3RhcnQgbWV0aG9kIGZvciB2YXAncy4gIEFsbCBwYWNrZXRzIGZyb20gdGhlIHN0YWNrIGNvbWUK ICAqIHRocm91Z2ggaGVyZS4gIFdlIGhhbmRsZSBjb21tb24gcHJvY2Vzc2luZyBvZiB0aGUgcGFj a2V0cwogICogYmVmb3JlIGRpc3BhdGNoaW5nIHRoZW0gdG8gdGhlIHVuZGVybHlpbmcgZGV2aWNl LgpAQCAtMTE3LDE2ICszNjMsMTAgQEAKIHZvaWQKIGllZWU4MDIxMV9zdGFydChzdHJ1Y3QgaWZu ZXQgKmlmcCkKIHsKLSNkZWZpbmUJSVNfRFdEUyh2YXApIFwKLQkodmFwLT5pdl9vcG1vZGUgPT0g SUVFRTgwMjExX01fV0RTICYmIFwKLQkgKHZhcC0+aXZfZmxhZ3NfZXh0ICYgSUVFRTgwMjExX0ZF WFRfV0RTTEVHQUNZKSA9PSAwKQogCXN0cnVjdCBpZWVlODAyMTF2YXAgKnZhcCA9IGlmcC0+aWZf c29mdGM7CiAJc3RydWN0IGllZWU4MDIxMWNvbSAqaWMgPSB2YXAtPml2X2ljOwogCXN0cnVjdCBp Zm5ldCAqcGFyZW50ID0gaWMtPmljX2lmcDsKLQlzdHJ1Y3QgaWVlZTgwMjExX25vZGUgKm5pOwog CXN0cnVjdCBtYnVmICptOwotCXN0cnVjdCBldGhlcl9oZWFkZXIgKmVoOwotCWludCBlcnJvcjsK IAogCS8qIE5COiBwYXJlbnQgbXVzdCBiZSB1cCBhbmQgcnVubmluZyAqLwogCWlmICghSUZORVRf SVNfVVBfUlVOTklORyhwYXJlbnQpKSB7CkBAIC0xNjUsMjE4ICs0MDUsMTQgQEAKIAkJfQogCQlJ RUVFODAyMTFfVU5MT0NLKGljKTsKIAl9CisKIAlmb3IgKDs7KSB7CiAJCUlGUV9ERVFVRVVFKCZp ZnAtPmlmX3NuZCwgbSk7CiAJCWlmIChtID09IE5VTEwpCiAJCQlicmVhazsKLQkJLyoKLQkJICog U2FuaXRpemUgbWJ1ZiBmbGFncyBmb3IgbmV0ODAyMTEgdXNlLiAgV2UgY2Fubm90Ci0JCSAqIGNs ZWFyIE1fUFdSX1NBViBvciBNX01PUkVfREFUQSBiZWNhdXNlIHRoZXNlIG1heQotCQkgKiBiZSBz ZXQgZm9yIGZyYW1lcyB0aGF0IGFyZSByZS1zdWJtaXR0ZWQgZnJvbSB0aGUKLQkJICogcG93ZXIg c2F2ZSBxdWV1ZS4KLQkJICoKLQkJICogTkI6IFRoaXMgbXVzdCBiZSBkb25lIGJlZm9yZSBpZWVl ODAyMTFfY2xhc3NpZnkgYXMKLQkJICogICAgIGl0IG1hcmtzIEVBUE9MIGluIGZyYW1lcyB3aXRo IE1fRUFQT0wuCi0JCSAqLwotCQltLT5tX2ZsYWdzICY9IH4oTV84MDIxMV9UWCAtIE1fUFdSX1NB ViAtIE1fTU9SRV9EQVRBKTsKLQkJLyoKLQkJICogQ2FuY2VsIGFueSBiYWNrZ3JvdW5kIHNjYW4u Ci0JCSAqLwotCQlpZiAoaWMtPmljX2ZsYWdzICYgSUVFRTgwMjExX0ZfU0NBTikKLQkJCWllZWU4 MDIxMV9jYW5jZWxfYW55c2Nhbih2YXApOwotCQkvKiAKLQkJICogRmluZCB0aGUgbm9kZSBmb3Ig dGhlIGRlc3RpbmF0aW9uIHNvIHdlIGNhbiBkbwotCQkgKiB0aGluZ3MgbGlrZSBwb3dlciBzYXZl IGFuZCBmYXN0IGZyYW1lcyBhZ2dyZWdhdGlvbi4KLQkJICoKLQkJICogTkI6IHBhc3QgdGhpcyBw b2ludCB2YXJpb3VzIGNvZGUgYXNzdW1lcyB0aGUgZmlyc3QKLQkJICogICAgIG1idWYgaGFzIHRo ZSA4MDIuMyBoZWFkZXIgcHJlc2VudCAoYW5kIGNvbnRpZ3VvdXMpLgotCQkgKi8KLQkJbmkgPSBO VUxMOwotCQlpZiAobS0+bV9sZW4gPCBzaXplb2Yoc3RydWN0IGV0aGVyX2hlYWRlcikgJiYKLQkJ ICAgKG0gPSBtX3B1bGx1cChtLCBzaXplb2Yoc3RydWN0IGV0aGVyX2hlYWRlcikpKSA9PSBOVUxM KSB7Ci0JCQlJRUVFODAyMTFfRFBSSU5URih2YXAsIElFRUU4MDIxMV9NU0dfT1VUUFVULAotCQkJ ICAgICJkaXNjYXJkIGZyYW1lLCAlc1xuIiwgIm1fcHVsbHVwIGZhaWxlZCIpOwotCQkJdmFwLT5p dl9zdGF0cy5pc190eF9ub2J1ZisrOwkvKiBYWFggKi8KLQkJCWlmcC0+aWZfb2Vycm9ycysrOwot CQkJY29udGludWU7Ci0JCX0KLQkJZWggPSBtdG9kKG0sIHN0cnVjdCBldGhlcl9oZWFkZXIgKik7 Ci0JCWlmIChFVEhFUl9JU19NVUxUSUNBU1QoZWgtPmV0aGVyX2Rob3N0KSkgewotCQkJaWYgKElT X0RXRFModmFwKSkgewotCQkJCS8qCi0JCQkJICogT25seSB1bmljYXN0IGZyYW1lcyBmcm9tIHRo ZSBhYm92ZSBnbyBvdXQKLQkJCQkgKiBEV0RTIHZhcHM7IG11bHRpY2FzdCBmcmFtZXMgYXJlIGhh bmRsZWQgYnkKLQkJCQkgKiBkaXNwYXRjaGluZyB0aGUgZnJhbWUgYXMgaXQgY29tZXMgdGhyb3Vn aAotCQkJCSAqIHRoZSBBUCB2YXAgKHNlZSBiZWxvdykuCi0JCQkJICovCi0JCQkJSUVFRTgwMjEx X0RJU0NBUkRfTUFDKHZhcCwgSUVFRTgwMjExX01TR19XRFMsCi0JCQkJICAgIGVoLT5ldGhlcl9k aG9zdCwgIm1jYXN0IiwgIiVzIiwgIm9uIERXRFMiKTsKLQkJCQl2YXAtPml2X3N0YXRzLmlzX2R3 ZHNfbWNhc3QrKzsKLQkJCQltX2ZyZWVtKG0pOwotCQkJCWNvbnRpbnVlOwotCQkJfQotCQkJaWYg KHZhcC0+aXZfb3Btb2RlID09IElFRUU4MDIxMV9NX0hPU1RBUCkgewotCQkJCS8qCi0JCQkJICog U3BhbSBEV0RTIHZhcCdzIHcvIG11bHRpY2FzdCB0cmFmZmljLgotCQkJCSAqLwotCQkJCS8qIFhY WCBvbmx5IGlmIGR3ZHMgaW4gdXNlPyAqLwotCQkJCWllZWU4MDIxMV9kd2RzX21jYXN0KHZhcCwg bSk7Ci0JCQl9Ci0JCX0KLSNpZmRlZiBJRUVFODAyMTFfU1VQUE9SVF9NRVNICi0JCWlmICh2YXAt Pml2X29wbW9kZSAhPSBJRUVFODAyMTFfTV9NQlNTKSB7Ci0jZW5kaWYKLQkJCW5pID0gaWVlZTgw MjExX2ZpbmRfdHhub2RlKHZhcCwgZWgtPmV0aGVyX2Rob3N0KTsKLQkJCWlmIChuaSA9PSBOVUxM KSB7Ci0JCQkJLyogTkI6IGllZWU4MDIxMV9maW5kX3R4bm9kZSBkb2VzIHN0YXQrbXNnICovCi0J CQkJaWZwLT5pZl9vZXJyb3JzKys7Ci0JCQkJbV9mcmVlbShtKTsKLQkJCQljb250aW51ZTsKLQkJ CX0KLQkJCWlmIChuaS0+bmlfYXNzb2NpZCA9PSAwICYmCi0JCQkgICAgKG5pLT5uaV9mbGFncyAm IElFRUU4MDIxMV9OT0RFX0FTU09DSUQpKSB7Ci0JCQkJSUVFRTgwMjExX0RJU0NBUkRfTUFDKHZh cCwgSUVFRTgwMjExX01TR19PVVRQVVQsCi0JCQkJICAgIGVoLT5ldGhlcl9kaG9zdCwgTlVMTCwK LQkJCQkgICAgInN0YSBub3QgYXNzb2NpYXRlZCAodHlwZSAweCUwNHgpIiwKLQkJCQkgICAgaHRv bnMoZWgtPmV0aGVyX3R5cGUpKTsKLQkJCQl2YXAtPml2X3N0YXRzLmlzX3R4X25vdGFzc29jKys7 Ci0JCQkJaWZwLT5pZl9vZXJyb3JzKys7Ci0JCQkJbV9mcmVlbShtKTsKLQkJCQlpZWVlODAyMTFf ZnJlZV9ub2RlKG5pKTsKLQkJCQljb250aW51ZTsKLQkJCX0KLSNpZmRlZiBJRUVFODAyMTFfU1VQ UE9SVF9NRVNICi0JCX0gZWxzZSB7Ci0JCQlpZiAoIUlFRUU4MDIxMV9BRERSX0VRKGVoLT5ldGhl cl9zaG9zdCwgdmFwLT5pdl9teWFkZHIpKSB7Ci0JCQkJLyoKLQkJCQkgKiBQcm94eSBzdGF0aW9u IG9ubHkgaWYgY29uZmlndXJlZC4KLQkJCQkgKi8KLQkJCQlpZiAoIWllZWU4MDIxMV9tZXNoX2lz cHJveHllbmEodmFwKSkgewotCQkJCQlJRUVFODAyMTFfRElTQ0FSRF9NQUModmFwLAotCQkJCQkg ICAgSUVFRTgwMjExX01TR19PVVRQVVQgfAotCQkJCQkgICAgSUVFRTgwMjExX01TR19NRVNILAot CQkJCQkgICAgZWgtPmV0aGVyX2Rob3N0LCBOVUxMLAotCQkJCQkgICAgIiVzIiwgInByb3h5IG5v dCBlbmFibGVkIik7Ci0JCQkJCXZhcC0+aXZfc3RhdHMuaXNfbWVzaF9ub3Rwcm94eSsrOwotCQkJ CQlpZnAtPmlmX29lcnJvcnMrKzsKLQkJCQkJbV9mcmVlbShtKTsKLQkJCQkJY29udGludWU7Ci0J CQkJfQotCQkJCUlFRUU4MDIxMV9EUFJJTlRGKHZhcCwgSUVFRTgwMjExX01TR19PVVRQVVQsCi0J CQkJICAgICJmb3J3YXJkIGZyYW1lIGZyb20gRFMgU0EoJTZEKSwgREEoJTZEKVxuIiwKLQkJCQkg ICAgZWgtPmV0aGVyX3Nob3N0LCAiOiIsCi0JCQkJICAgIGVoLT5ldGhlcl9kaG9zdCwgIjoiKTsK LQkJCQlpZWVlODAyMTFfbWVzaF9wcm94eV9jaGVjayh2YXAsIGVoLT5ldGhlcl9zaG9zdCk7Ci0J CQl9Ci0JCQluaSA9IGllZWU4MDIxMV9tZXNoX2Rpc2NvdmVyKHZhcCwgZWgtPmV0aGVyX2Rob3N0 LCBtKTsKLQkJCWlmIChuaSA9PSBOVUxMKSB7Ci0JCQkJLyoKLQkJCQkgKiBOQjogaWVlZTgwMjEx X21lc2hfZGlzY292ZXIgaG9sZHMvZGlzcG9zZXMKLQkJCQkgKiBmcmFtZSAoZS5nLiBxdWV1ZWlu ZyBvbiBwYXRoIGRpc2NvdmVyeSkuCi0JCQkJICovCi0JCQkJaWZwLT5pZl9vZXJyb3JzKys7Ci0J CQkJY29udGludWU7Ci0JCQl9Ci0JCX0KLSNlbmRpZgotCQlpZiAoKG5pLT5uaV9mbGFncyAmIElF RUU4MDIxMV9OT0RFX1BXUl9NR1QpICYmCi0JCSAgICAobS0+bV9mbGFncyAmIE1fUFdSX1NBVikg PT0gMCkgewotCQkJLyoKLQkJCSAqIFN0YXRpb24gaW4gcG93ZXIgc2F2ZSBtb2RlOyBwYXNzIHRo ZSBmcmFtZQotCQkJICogdG8gdGhlIDgwMi4xMSBsYXllciBhbmQgY29udGludWUuICBXZSdsbCBn ZXQKLQkJCSAqIHRoZSBmcmFtZSBiYWNrIHdoZW4gdGhlIHRpbWUgaXMgcmlnaHQuCi0JCQkgKiBY WFggbG9zZSBXRFMgdmFwIGxpbmthZ2U/Ci0JCQkgKi8KLQkJCSh2b2lkKSBpZWVlODAyMTFfcHdy c2F2ZShuaSwgbSk7Ci0JCQlpZWVlODAyMTFfZnJlZV9ub2RlKG5pKTsKLQkJCWNvbnRpbnVlOwot CQl9Ci0JCS8qIGNhbGN1bGF0ZSBwcmlvcml0eSBzbyBkcml2ZXJzIGNhbiBmaW5kIHRoZSB0eCBx dWV1ZSAqLwotCQlpZiAoaWVlZTgwMjExX2NsYXNzaWZ5KG5pLCBtKSkgewotCQkJSUVFRTgwMjEx X0RJU0NBUkRfTUFDKHZhcCwgSUVFRTgwMjExX01TR19PVVRQVVQsCi0JCQkgICAgZWgtPmV0aGVy X2Rob3N0LCBOVUxMLAotCQkJICAgICIlcyIsICJjbGFzc2lmaWNhdGlvbiBmYWlsdXJlIik7Ci0J CQl2YXAtPml2X3N0YXRzLmlzX3R4X2NsYXNzaWZ5Kys7Ci0JCQlpZnAtPmlmX29lcnJvcnMrKzsK LQkJCW1fZnJlZW0obSk7Ci0JCQlpZWVlODAyMTFfZnJlZV9ub2RlKG5pKTsKLQkJCWNvbnRpbnVl OwotCQl9Ci0JCS8qCi0JCSAqIFN0YXNoIHRoZSBub2RlIHBvaW50ZXIuICBOb3RlIHRoYXQgd2Ug ZG8gdGhpcyBhZnRlcgotCQkgKiBhbnkgY2FsbCB0byBpZWVlODAyMTFfZHdkc19tY2FzdCBiZWNh dXNlIHRoYXQgY29kZQotCQkgKiB1c2VzIGFueSBleGlzdGluZyB2YWx1ZSBmb3IgcmN2aWYgdG8g aWRlbnRpZnkgdGhlCi0JCSAqIGludGVyZmFjZSBpdCAobWlnaHQgaGF2ZSBiZWVuKSByZWNlaXZl ZCBvbi4KLQkJICovCi0JCW0tPm1fcGt0aGRyLnJjdmlmID0gKHZvaWQgKiluaTsKLQotCQlCUEZf TVRBUChpZnAsIG0pOwkJLyogODAyLjMgdHggKi8KLSAKLQkJLyoKLQkJICogQ2hlY2sgaWYgQS1N UERVIHR4IGFnZ3JlZ2F0aW9uIGlzIHNldHVwIG9yIGlmIHdlCi0JCSAqIHNob3VsZCB0cnkgdG8g ZW5hYmxlIGl0LiAgVGhlIHN0YSBtdXN0IGJlIGFzc29jaWF0ZWQKLQkJICogd2l0aCBIVCBhbmQg QS1NUERVIGVuYWJsZWQgZm9yIHVzZS4gIFdoZW4gdGhlIHBvbGljeQotCQkgKiByb3V0aW5lIGRl Y2lkZXMgd2Ugc2hvdWxkIGVuYWJsZSBBLU1QRFUgd2UgaXNzdWUgYW4KLQkJICogQUREQkEgcmVx dWVzdCBhbmQgd2FpdCBmb3IgYSByZXBseS4gIFRoZSBmcmFtZSBiZWluZwotCQkgKiBlbmNhcHN1 bGF0ZWQgd2lsbCBnbyBvdXQgdy9vIHVzaW5nIEEtTVBEVSwgb3IgcG9zc2libHkKLQkJICogaXQg bWlnaHQgYmUgY29sbGVjdGVkIGJ5IHRoZSBkcml2ZXIgYW5kIGhlbGQvcmV0cmFuc21pdC4KLQkJ ICogVGhlIGRlZmF1bHQgaWNfYW1wZHVfZW5hYmxlIHJvdXRpbmUgaGFuZGxlcyBzdGFnZ2VyaW5n Ci0JCSAqIEFEREJBIHJlcXVlc3RzIGluIGNhc2UgdGhlIHJlY2VpdmVyIE5BSydzIHVzIG9yIHdl IGFyZQotCQkgKiBvdGhlcndpc2UgdW5hYmxlIHRvIGVzdGFibGlzaCBhIEJBIHN0cmVhbS4KLQkJ ICovCi0JCWlmICgobmktPm5pX2ZsYWdzICYgSUVFRTgwMjExX05PREVfQU1QRFVfVFgpICYmCi0J CSAgICAodmFwLT5pdl9mbGFnc19odCAmIElFRUU4MDIxMV9GSFRfQU1QRFVfVFgpICYmCi0JCSAg ICAobS0+bV9mbGFncyAmIE1fRUFQT0wpID09IDApIHsKLQkJCWludCB0aWQgPSBXTUVfQUNfVE9f VElEKE1fV01FX0dFVEFDKG0pKTsKLQkJCXN0cnVjdCBpZWVlODAyMTFfdHhfYW1wZHUgKnRhcCA9 ICZuaS0+bmlfdHhfYW1wZHVbdGlkXTsKLQotCQkJaWVlZTgwMjExX3R4YW1wZHVfY291bnRfcGFj a2V0KHRhcCk7Ci0JCQlpZiAoSUVFRTgwMjExX0FNUERVX1JVTk5JTkcodGFwKSkgewotCQkJCS8q Ci0JCQkJICogT3BlcmF0aW9uYWwsIG1hcmsgZnJhbWUgZm9yIGFnZ3JlZ2F0aW9uLgotCQkJCSAq Ci0JCQkJICogWFhYIGRvIHR4IGFnZ3JlZ2F0aW9uIGhlcmUKLQkJCQkgKi8KLQkJCQltLT5tX2Zs YWdzIHw9IE1fQU1QRFVfTVBEVTsKLQkJCX0gZWxzZSBpZiAoIUlFRUU4MDIxMV9BTVBEVV9SRVFV RVNURUQodGFwKSAmJgotCQkJICAgIGljLT5pY19hbXBkdV9lbmFibGUobmksIHRhcCkpIHsKLQkJ CQkvKgotCQkJCSAqIE5vdCBuZWdvdGlhdGVkIHlldCwgcmVxdWVzdCBzZXJ2aWNlLgotCQkJCSAq LwotCQkJCWllZWU4MDIxMV9hbXBkdV9yZXF1ZXN0KG5pLCB0YXApOwotCQkJCS8qIFhYWCBob2xk IGZyYW1lIGZvciByZXBseT8gKi8KLQkJCX0KLQkJfQotI2lmZGVmIElFRUU4MDIxMV9TVVBQT1JU X1NVUEVSRwotCQllbHNlIGlmIChJRUVFODAyMTFfQVRIX0NBUCh2YXAsIG5pLCBJRUVFODAyMTFf Tk9ERV9GRikpIHsKLQkJCW0gPSBpZWVlODAyMTFfZmZfY2hlY2sobmksIG0pOwotCQkJaWYgKG0g PT0gTlVMTCkgewotCQkJCS8qIE5COiBhbnkgbmkgcmVmIGhlbGQgb24gc3RhZ2VxICovCi0JCQkJ Y29udGludWU7Ci0JCQl9Ci0JCX0KLSNlbmRpZiAvKiBJRUVFODAyMTFfU1VQUE9SVF9TVVBFUkcg Ki8KLQkJaWYgKF9fcHJlZGljdF90cnVlKCh2YXAtPml2X2NhcHMgJiBJRUVFODAyMTFfQ184MDIz RU5DQVApID09IDApKSB7Ci0JCQkvKgotCQkJICogRW5jYXBzdWxhdGUgdGhlIHBhY2tldCBpbiBw cmVwIGZvciB0cmFuc21pc3Npb24uCi0JCQkgKi8KLQkJCW0gPSBpZWVlODAyMTFfZW5jYXAodmFw LCBuaSwgbSk7Ci0JCQlpZiAobSA9PSBOVUxMKSB7Ci0JCQkJLyogTkI6IHN0YXQrbXNnIGhhbmRs ZWQgaW4gaWVlZTgwMjExX2VuY2FwICovCi0JCQkJaWVlZTgwMjExX2ZyZWVfbm9kZShuaSk7Ci0J CQkJY29udGludWU7Ci0JCQl9Ci0JCX0KLQkJZXJyb3IgPSBwYXJlbnQtPmlmX3RyYW5zbWl0KHBh cmVudCwgbSk7Ci0JCWlmIChlcnJvciAhPSAwKSB7Ci0JCQkvKiBOQjogSUZRX0hBTkRPRkYgcmVj bGFpbXMgbWJ1ZiAqLwotCQkJaWVlZTgwMjExX2ZyZWVfbm9kZShuaSk7Ci0JCX0gZWxzZSB7Ci0J CQlpZnAtPmlmX29wYWNrZXRzKys7Ci0JCX0KLQkJaWMtPmljX2xhc3RkYXRhID0gdGlja3M7CisJ CSh2b2lkKSBpZWVlODAyMTFfc3RhcnRfcGt0KHZhcCwgbSk7CisJCS8qIG1idWYgaXMgY29uc3Vt ZWQgaGVyZSAqLwogCX0KLSN1bmRlZiBJU19EV0RTCiB9CiAKIC8qCkBAIC0zOTMsNiArNDI5LDcg QEAKIAlzdHJ1Y3QgaWVlZTgwMjExdmFwICp2YXA7CiAJc3RydWN0IGllZWU4MDIxMV9mcmFtZSAq d2g7CiAJaW50IGVycm9yOworCWludCByZXQ7CiAKIAlJRlFfTE9DSygmaWZwLT5pZl9zbmQpOwog CWlmIChpZnAtPmlmX2Rydl9mbGFncyAmIElGRl9EUlZfT0FDVElWRSkgewpAQCAtNDkwLDE0ICs1 MjcsMjQgQEAKIAlJRUVFODAyMTFfTk9ERV9TVEFUX0FERChuaSwgdHhfYnl0ZXMsIG0tPm1fcGt0 aGRyLmxlbik7CiAKIAkvKgorCSAqIFNlcmlhbGlzZSB0aGUgb3JkZXIgb2YgcmF3IGZyYW1lcyB3 aXRoIHRoZSByZXN0IG9mCisJICogdGhlIG5vcm1hbCBzdGFjaywgc28gdGhpbmdzIHN1Y2ggYXMg c2VxdWVuY2UgYW5kCisJICogY3J5cHRvIHN0YXRlIGFzc2lnbm1lbnQgYXJlIGRvbmUgaW4gdGhl IHNhbWUgb3JkZXIKKwkgKiBhcyBhcmUgcGFzc2VkIHRvIHRoZSBkcml2ZXIgKGVpdGhlciBieSBp Zl90cmFuc21pdCgpCisJICogb3IgaWNfcmF3X3htaXQoKSkuCisJICovCisJSUVFRTgwMjExX1ZB UF9UWF9MT0NLKHZhcCk7CisJLyoKIAkgKiBOQjogRExUX0lFRUU4MDJfMTFfUkFESU8gaWRlbnRp ZmllcyB0aGUgcGFyYW1ldGVycyBhcmUKIAkgKiBwcmVzZW50IGJ5IHNldHRpbmcgdGhlIHNhX2xl biBmaWVsZCBvZiB0aGUgc29ja2FkZHIgKHllcywKIAkgKiB0aGlzIGlzIGEgaGFjaykuCiAJICog TkI6IHdlIGFzc3VtZSBzYV9kYXRhIGlzIHN1aXRhYmx5IGFsaWduZWQgdG8gY2FzdC4KIAkgKi8K LQlyZXR1cm4gdmFwLT5pdl9pYy0+aWNfcmF3X3htaXQobmksIG0sCisJcmV0ID0gdmFwLT5pdl9p Yy0+aWNfcmF3X3htaXQobmksIG0sCiAJICAgIChjb25zdCBzdHJ1Y3QgaWVlZTgwMjExX2JwZl9w YXJhbXMgKikoZHN0LT5zYV9sZW4gPwogCQlkc3QtPnNhX2RhdGEgOiBOVUxMKSk7CisJSUVFRTgw MjExX1ZBUF9UWF9VTkxPQ0sodmFwKTsKKwlyZXR1cm4gKHJldCk7CiBiYWQ6CiAJaWYgKG0gIT0g TlVMTCkKIAkJbV9mcmVlbShtKTsKQEAgLTYyMSw2ICs2NjgsNyBAQAogCXN0cnVjdCBpZWVlODAy MTF2YXAgKnZhcCA9IG5pLT5uaV92YXA7CiAJc3RydWN0IGllZWU4MDIxMWNvbSAqaWMgPSBuaS0+ bmlfaWM7CiAJc3RydWN0IGllZWU4MDIxMV9mcmFtZSAqd2g7CisJaW50IHJldDsKIAogCUtBU1NF UlQobmkgIT0gTlVMTCwgKCJudWxsIG5vZGUiKSk7CiAKQEAgLTY3MCw3ICs3MTgsMTEgQEAKICNl bmRpZgogCUlFRUU4MDIxMV9OT0RFX1NUQVQobmksIHR4X21nbXQpOwogCi0JcmV0dXJuIGljLT5p Y19yYXdfeG1pdChuaSwgbSwgcGFyYW1zKTsKKwlJRUVFODAyMTFfVkFQX1RYX0xPQ0sodmFwKTsK KwlyZXQgPSBpYy0+aWNfcmF3X3htaXQobmksIG0sIHBhcmFtcyk7CisJSUVFRTgwMjExX1ZBUF9U WF9VTkxPQ0sodmFwKTsKKworCXJldHVybiAocmV0KTsKIH0KIAogLyoKQEAgLTY5NCw2ICs3NDYs NyBAQAogCXN0cnVjdCBpZWVlODAyMTFfZnJhbWUgKndoOwogCWludCBoZHJsZW47CiAJdWludDhf dCAqZnJtOworCWludCByZXQ7CiAKIAlpZiAodmFwLT5pdl9zdGF0ZSA9PSBJRUVFODAyMTFfU19D QUMpIHsKIAkJSUVFRTgwMjExX05PVEUodmFwLCBJRUVFODAyMTFfTVNHX09VVFBVVCB8IElFRUU4 MDIxMV9NU0dfRE9USCwKQEAgLTc3MSw3ICs4MjQsMTAgQEAKIAkgICAgaWVlZTgwMjExX2NoYW4y aWVlZShpYywgaWMtPmljX2N1cmNoYW4pLAogCSAgICB3aC0+aV9mY1sxXSAmIElFRUU4MDIxMV9G QzFfUFdSX01HVCA/ICJlbmEiIDogImRpcyIpOwogCi0JcmV0dXJuIGljLT5pY19yYXdfeG1pdChu aSwgbSwgTlVMTCk7CisJSUVFRTgwMjExX1ZBUF9UWF9MT0NLKHZhcCk7CisJcmV0ID0gaWMtPmlj X3Jhd194bWl0KG5pLCBtLCBOVUxMKTsKKwlJRUVFODAyMTFfVkFQX1RYX1VOTE9DSyh2YXApOwor CXJldHVybiAocmV0KTsKIH0KIAogLyogCkBAIC0xMDM1LDYgKzEwOTEsOCBAQAogCWludCBtZXNo aGRyc2l6ZSwgbWVzaGFlOwogCXVpbnQ4X3QgKnFvczsKIAorCUlFRUU4MDIxMV9WQVBfVFhfTE9D S19BU1NFUlQodmFwKTsKKwogCS8qCiAJICogQ29weSBleGlzdGluZyBFdGhlcm5ldCBoZWFkZXIg dG8gYSBzYWZlIHBsYWNlLiAgVGhlCiAJICogcmVzdCBvZiB0aGUgY29kZSBhc3N1bWVzIGl0J3Mg b2sgdG8gc3RyaXAgaXQgd2hlbgpAQCAtMTgwNiw2ICsxODY0LDcgQEAKIAljb25zdCBzdHJ1Y3Qg aWVlZTgwMjExX3JhdGVzZXQgKnJzOwogCXN0cnVjdCBtYnVmICptOwogCXVpbnQ4X3QgKmZybTsK KwlpbnQgcmV0OwogCiAJaWYgKHZhcC0+aXZfc3RhdGUgPT0gSUVFRTgwMjExX1NfQ0FDKSB7CiAJ CUlFRUU4MDIxMV9OT1RFKHZhcCwgSUVFRTgwMjExX01TR19PVVRQVVQsIG5pLApAQCAtMTkwNSw3 ICsxOTY0LDEwIEBACiAJfSBlbHNlCiAJCXBhcmFtcy5pYnBfdHJ5MCA9IHRwLT5tYXhyZXRyeTsK IAlwYXJhbXMuaWJwX3Bvd2VyID0gbmktPm5pX3R4cG93ZXI7Ci0JcmV0dXJuIGljLT5pY19yYXdf eG1pdChuaSwgbSwgJnBhcmFtcyk7CisJSUVFRTgwMjExX1ZBUF9UWF9MT0NLKHZhcCk7CisJcmV0 ID0gaWMtPmljX3Jhd194bWl0KG5pLCBtLCAmcGFyYW1zKTsKKwlJRUVFODAyMTFfVkFQX1RYX1VO TE9DSyh2YXApOworCXJldHVybiAocmV0KTsKIH0KIAogLyoKQEAgLTI0NzQsNiArMjUzNiw3IEBA CiAJc3RydWN0IGllZWU4MDIxMWNvbSAqaWMgPSB2YXAtPml2X2ljOwogCXN0cnVjdCBpZWVlODAy MTFfZnJhbWUgKndoOwogCXN0cnVjdCBtYnVmICptOworCWludCByZXQ7CiAKIAlpZiAodmFwLT5p dl9zdGF0ZSA9PSBJRUVFODAyMTFfU19DQUMpIHsKIAkJSUVFRTgwMjExX05PVEUodmFwLCBJRUVF ODAyMTFfTVNHX09VVFBVVCwgYnNzLApAQCAtMjUxNyw3ICsyNTgwLDEwIEBACiAJICAgIGxlZ2Fj eSA/ICIgPGxlZ2FjeT4iIDogIiIpOwogCUlFRUU4MDIxMV9OT0RFX1NUQVQoYnNzLCB0eF9tZ210 KTsKIAotCXJldHVybiBpYy0+aWNfcmF3X3htaXQoYnNzLCBtLCBOVUxMKTsKKwlJRUVFODAyMTFf VkFQX1RYX0xPQ0sodmFwKTsKKwlyZXQgPSBpYy0+aWNfcmF3X3htaXQoYnNzLCBtLCBOVUxMKTsK KwlJRUVFODAyMTFfVkFQX1RYX1VOTE9DSyh2YXApOworCXJldHVybiAocmV0KTsKIH0KIAogLyoK SW5kZXg6IHN5cy9uZXQ4MDIxMS9pZWVlODAyMTFfc3VwZXJnLmMKPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lz L25ldDgwMjExL2llZWU4MDIxMV9zdXBlcmcuYwkocmV2aXNpb24gMjQ2ODE4KQorKysgc3lzL25l dDgwMjExL2llZWU4MDIxMV9zdXBlcmcuYwkod29ya2luZyBjb3B5KQpAQCAtMzgyLDYgKzM4Miwx MiBAQAogCXN0cnVjdCBtYnVmICptOwogCWludCBwYWQ7CiAKKwkvKgorCSAqIFRoaXMgaXMgY2Fs bGVkIGZyb20gaWVlZTgwMjExX2VuY2FwKCkgLSBzbyB0aGUgVFggbG9jaworCSAqIGlzIHJlcXVp cmVkLgorCSAqLworCUlFRUU4MDIxMV9WQVBfVFhfTE9DS19BU1NFUlQodmFwKTsKKwogCW0yID0g bTEtPm1fbmV4dHBrdDsKIAlpZiAobTIgPT0gTlVMTCkgewogCQlJRUVFODAyMTFfRFBSSU5URih2 YXAsIElFRUU4MDIxMV9NU0dfU1VQRVJHLApAQCAtNTAzLDIxICs1MDksMjcgQEAKIAlzdHJ1Y3Qg aWVlZTgwMjExdmFwICp2YXAgPSBuaS0+bmlfdmFwOwogCWludCBlcnJvcjsKIAorCUlFRUU4MDIx MV9WQVBfVFhfVU5MT0NLX0FTU0VSVCh2YXApOworCiAJLyogZW5jYXAgYW5kIHhtaXQgKi8KKwlJ RUVFODAyMTFfVkFQX1RYX0xPQ0sodmFwKTsKIAltID0gaWVlZTgwMjExX2VuY2FwKHZhcCwgbmks IG0pOwogCWlmIChtICE9IE5VTEwpIHsKIAkJc3RydWN0IGlmbmV0ICppZnAgPSB2YXAtPml2X2lm cDsKIAkJc3RydWN0IGlmbmV0ICpwYXJlbnQgPSBuaS0+bmlfaWMtPmljX2lmcDsKIAogCQllcnJv ciA9IHBhcmVudC0+aWZfdHJhbnNtaXQocGFyZW50LCBtKTsKKwkJSUVFRTgwMjExX1ZBUF9UWF9V TkxPQ0sodmFwKTsKIAkJaWYgKGVycm9yICE9IDApIHsKIAkJCS8qIE5COiBJRlFfSEFORE9GRiBy ZWNsYWltcyBtYnVmICovCiAJCQlpZWVlODAyMTFfZnJlZV9ub2RlKG5pKTsKIAkJfSBlbHNlIHsK IAkJCWlmcC0+aWZfb3BhY2tldHMrKzsKIAkJfQotCX0gZWxzZQorCX0gZWxzZSB7CisJCUlFRUU4 MDIxMV9WQVBfVFhfVU5MT0NLKHZhcCk7CiAJCWllZWU4MDIxMV9mcmVlX25vZGUobmkpOworCX0K IH0KIAogLyoKQEAgLTY3OSw2ICs2OTEsOCBAQAogCXN0cnVjdCBtYnVmICptc3RhZ2VkOwogCXVp bnQzMl90IHR4dGltZSwgbGltaXQ7CiAKKwlJRUVFODAyMTFfVkFQX1RYX1VOTE9DS19BU1NFUlQo dmFwKTsKKwogCS8qCiAJICogQ2hlY2sgaWYgdGhlIHN1cHBsaWVkIGZyYW1lIGNhbiBiZSBhZ2dy ZWdhdGVkLgogCSAqCkluZGV4OiBzeXMvbmV0ODAyMTEvaWVlZTgwMjExX2ZyZWVic2QuaAo9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09Ci0tLSBzeXMvbmV0ODAyMTEvaWVlZTgwMjExX2ZyZWVic2QuaAkocmV2aXNpb24gMjQ2 ODE4KQorKysgc3lzL25ldDgwMjExL2llZWU4MDIxMV9mcmVlYnNkLmgJKHdvcmtpbmcgY29weSkK QEAgLTE2MCw2ICsxNjAsMzIgQEAKICNkZWZpbmUJSUVFRTgwMjExX1NDQU5fVEFCTEVfVU5MT0NL KF9zdCkJbXR4X3VubG9jaygmKF9zdCktPnN0X2xvY2spCiAKIC8qCisgKiBWQVAgdHJhbnNtaXQg c3RhdGUgbG9jayBkZWZpbml0aW9uLgorICovCit0eXBlZGVmIHN0cnVjdCB7CisJY2hhcgkJbmFt ZVsxNl07CQkvKiBlLmcuICJ3bGFuMF90eF9sb2NrIiAqLworCXN0cnVjdCBtdHgJbXR4OworfSBp ZWVlODAyMTFfdmFwX3R4X2xvY2tfdDsKKyNkZWZpbmUJSUVFRTgwMjExX1ZBUF9UWF9MT0NLX0lO SVQoX3ZhcCwgX25hbWUpIGRvIHsJCQlcCisJaWVlZTgwMjExX3ZhcF90eF9sb2NrX3QgKnR4bCA9 ICYoX3ZhcCktPml2X3R4X2xvY2s7CQlcCisJc25wcmludGYodHhsLT5uYW1lLCBzaXplb2YodHhs LT5uYW1lKSwgIiVzX3R4X2xvY2siLCBfbmFtZSk7CVwKKwltdHhfaW5pdCgmdHhsLT5tdHgsIHR4 bC0+bmFtZSwgTlVMTCwgTVRYX0RFRik7CQkJXAorfSB3aGlsZSAoMCkKKyNkZWZpbmUJSUVFRTgw MjExX1ZBUF9UWF9MT0NLX09CSihfdHhsKQkoJihfdHhsKS0+aXZfdHhfbG9jay5tdHgpCisjZGVm aW5lCUlFRUU4MDIxMV9WQVBfVFhfTE9DS19ERVNUUk9ZKF90eGwpIFwKKwltdHhfZGVzdHJveShJ RUVFODAyMTFfVkFQX1RYX0xPQ0tfT0JKKF90eGwpKQorI2RlZmluZQlJRUVFODAyMTFfVkFQX1RY X0xPQ0soX3R4bCkgXAorCW10eF9sb2NrKElFRUU4MDIxMV9WQVBfVFhfTE9DS19PQkooX3R4bCkp CisjZGVmaW5lCUlFRUU4MDIxMV9WQVBfVFhfSVNfTE9DS0VEKF90eGwpIFwKKwltdHhfb3duZWQo SUVFRTgwMjExX1ZBUF9UWF9MT0NLX09CSihfdHhsKSkKKyNkZWZpbmUJSUVFRTgwMjExX1ZBUF9U WF9VTkxPQ0soX3R4bCkgXAorCW10eF91bmxvY2soSUVFRTgwMjExX1ZBUF9UWF9MT0NLX09CSihf dHhsKSkKKyNkZWZpbmUJSUVFRTgwMjExX1ZBUF9UWF9MT0NLX0FTU0VSVChfdHhsKQlcCisJbXR4 X2Fzc2VydChJRUVFODAyMTFfVkFQX1RYX0xPQ0tfT0JKKF90eGwpLCBNQV9PV05FRCkKKyNkZWZp bmUJSUVFRTgwMjExX1ZBUF9UWF9VTkxPQ0tfQVNTRVJUKF90eGwpCVwKKwltdHhfYXNzZXJ0KElF RUU4MDIxMV9WQVBfVFhfTE9DS19PQkooX3R4bCksIE1BX05PVE9XTkVEKQorCisvKgogICogTm9k ZSByZWZlcmVuY2UgY291bnRpbmcgZGVmaW5pdGlvbnMuCiAgKgogICogaWVlZTgwMjExX25vZGVf aW5pdHJlZglpbml0aWFsaXplIHRoZSByZWZlcmVuY2UgY291bnQgdG8gMQpJbmRleDogc3lzL25l dDgwMjExL2llZWU4MDIxMV9wb3dlci5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9uZXQ4MDIxMS9pZWVl ODAyMTFfcG93ZXIuYwkocmV2aXNpb24gMjQ2ODE4KQorKysgc3lzL25ldDgwMjExL2llZWU4MDIx MV9wb3dlci5jCSh3b3JraW5nIGNvcHkpCkBAIC00MTgsMTAgKzQxOCwxMyBAQAogCXN0cnVjdCBp Zm5ldCAqcGFyZW50LCAqaWZwOwogCXN0cnVjdCBtYnVmICpwYXJlbnRfcSA9IE5VTEwsICppZnBf cSA9IE5VTEw7CiAJc3RydWN0IG1idWYgKm07CisJaW50IHJldDsKIAogCUlFRUU4MDIxMV9OT1RF KHZhcCwgSUVFRTgwMjExX01TR19QT1dFUiwgbmksCiAJICAgICJmbHVzaCBwcyBxdWV1ZSwgJXUg cGFja2V0cyBxdWV1ZWQiLCBwc3EtPnBzcV9sZW4pOwogCisJSUVFRTgwMjExX1ZBUF9UWF9VTkxP Q0tfQVNTRVJUKHZhcCk7CisKIAlJRUVFODAyMTFfUFNRX0xPQ0socHNxKTsKIAlxaGVhZCA9ICZw c3EtPnBzcV9oZWFkWzBdOwkvKiA4MDIuMTEgZnJhbWVzICovCiAJaWYgKHFoZWFkLT5oZWFkICE9 IE5VTEwpIHsKQEAgLTQ2Myw3ICs0NjYsMTAgQEAKIAkJCSAqIEZvciBlbmNhcGVkIGZyYW1lcywg d2UgbmVlZCB0byBmcmVlIHRoZSBub2RlCiAJCQkgKiByZWZlcmVuY2UgdXBvbiBmYWlsdXJlLgog CQkJICovCi0JCQlpZiAocGFyZW50LT5pZl90cmFuc21pdChwYXJlbnQsIG0pICE9IDApCisJCQlJ RUVFODAyMTFfVkFQX1RYX0xPQ0sodmFwKTsKKwkJCXJldCA9IHBhcmVudC0+aWZfdHJhbnNtaXQo cGFyZW50LCBtKTsKKwkJCUlFRUU4MDIxMV9WQVBfVFhfVU5MT0NLKHZhcCk7CisJCQlpZiAocmV0 ICE9IDApCiAJCQkJaWVlZTgwMjExX2ZyZWVfbm9kZShuaSk7CiAJCX0KIAl9CkluZGV4OiBzeXMv bmV0ODAyMTEvaWVlZTgwMjExX3Zhci5oCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9uZXQ4MDIxMS9pZWVl ODAyMTFfdmFyLmgJKHJldmlzaW9uIDI0NjgxOCkKKysrIHN5cy9uZXQ4MDIxMS9pZWVlODAyMTFf dmFyLmgJKHdvcmtpbmcgY29weSkKQEAgLTM0Miw2ICszNDIsOCBAQAogCXN0cnVjdCBzeXNjdGxf Y3R4X2xpc3QJKml2X3N5c2N0bDsJLyogZHluYW1pYyBzeXNjdGwgY29udGV4dCAqLwogCXN0cnVj dCBzeXNjdGxfb2lkCSppdl9vaWQ7CS8qIG5ldC53bGFuLlggc3lzY3RsIG9pZCAqLwogCisJaWVl ZTgwMjExX3ZhcF90eF9sb2NrX3QJaXZfdHhfbG9jazsJLyogcGVyLVZBUCBUWCBzZXJpYWxpc2F0 aW9uICovCisKIAlUQUlMUV9FTlRSWShpZWVlODAyMTF2YXApIGl2X25leHQ7CS8qIGxpc3Qgb2Yg dmFwIGluc3RhbmNlcyAqLwogCXN0cnVjdCBpZWVlODAyMTFjb20JKml2X2ljOwkJLyogYmFjayBw dHIgdG8gY29tbW9uIHN0YXRlICovCiAJdWludDMyX3QJCWl2X2RlYnVnOwkvKiBkZWJ1ZyBtc2cg ZmxhZ3MgKi8KQEAgLTQ5Nyw2ICs0OTksNyBAQAogCS8qIDgwMi4zIG91dHB1dCBtZXRob2QgZm9y IHJhdyBmcmFtZSB4bWl0ICovCiAJaW50CQkJKCppdl9vdXRwdXQpKHN0cnVjdCBpZm5ldCAqLCBz dHJ1Y3QgbWJ1ZiAqLAogCQkJCSAgICBzdHJ1Y3Qgc29ja2FkZHIgKiwgc3RydWN0IHJvdXRlICop OworCiAJdWludDY0X3QJCWl2X3NwYXJlWzZdOwogfTsKIE1BTExPQ19ERUNMQVJFKE1fODAyMTFf VkFQKTsKSW5kZXg6IHN5cy9uZXQ4MDIxMS9pZWVlODAyMTFfaG9zdGFwLmMKPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQot LS0gc3lzL25ldDgwMjExL2llZWU4MDIxMV9ob3N0YXAuYwkocmV2aXNpb24gMjQ2ODE4KQorKysg c3lzL25ldDgwMjExL2llZWU4MDIxMV9ob3N0YXAuYwkod29ya2luZyBjb3B5KQpAQCAtMzU0LDYg KzM1NCw4IEBACiAJc3RydWN0IGV0aGVyX2hlYWRlciAqZWggPSBtdG9kKG0sIHN0cnVjdCBldGhl cl9oZWFkZXIgKik7CiAJc3RydWN0IGlmbmV0ICppZnAgPSB2YXAtPml2X2lmcDsKIAorCUlFRUU4 MDIxMV9WQVBfVFhfVU5MT0NLX0FTU0VSVCh2YXApOworCiAJLyogY2xlYXIgZHJpdmVyL25ldDgw MjExIGZsYWdzIGJlZm9yZSBwYXNzaW5nIHVwICovCiAJbS0+bV9mbGFncyAmPSB+KE1fODAyMTFf UlggfCBNX01DQVNUIHwgTV9CQ0FTVCk7CiAKQEAgLTQxMiw2ICs0MTQsNyBAQAogCQlpZiAobWNv cHkgIT0gTlVMTCkgewogCQkJaW50IGxlbiwgZXJyOwogCQkJbGVuID0gbWNvcHktPm1fcGt0aGRy LmxlbjsKKwkJCS8qIFZBUCB0cmFuc21pdCAqLwogCQkJZXJyID0gaWZwLT5pZl90cmFuc21pdChp ZnAsIG1jb3B5KTsKIAkJCWlmIChlcnIpIHsKIAkJCQkvKiBOQjogSUZRX0hBTkRPRkYgcmVjbGFp bXMgbWNvcHkgKi8KQEAgLTQzNyw2ICs0NDAsNyBAQAogCQkJbS0+bV9wa3RoZHIuZXRoZXJfdnRh ZyA9IG5pLT5uaV92bGFuOwogCQkJbS0+bV9mbGFncyB8PSBNX1ZMQU5UQUc7CiAJCX0KKwkJLyog VkFQIHRyYW5zbWl0ICovCiAJCWlmcC0+aWZfaW5wdXQoaWZwLCBtKTsKIAl9CiB9CkluZGV4OiBz eXMvbmV0ODAyMTEvaWVlZTgwMjExLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL25ldDgwMjExL2llZWU4 MDIxMS5jCShyZXZpc2lvbiAyNDY4MTgpCisrKyBzeXMvbmV0ODAyMTEvaWVlZTgwMjExLmMJKHdv cmtpbmcgY29weSkKQEAgLTUxMSw2ICs1MTEsOCBAQAogCiAJSUVFRTgwMjExX0FERFJfQ09QWSh2 YXAtPml2X215YWRkciwgbWFjYWRkcik7CiAKKwlJRUVFODAyMTFfVkFQX1RYX0xPQ0tfSU5JVCh2 YXAsIGlmX25hbWUodmFwLT5pdl9pZnApKTsKKwogCWllZWU4MDIxMV9zeXNjdGxfdmF0dGFjaCh2 YXApOwogCWllZWU4MDIxMV9jcnlwdG9fdmF0dGFjaCh2YXApOwogCWllZWU4MDIxMV9ub2RlX3Zh dHRhY2godmFwKTsKQEAgLTY1Nyw2ICs2NTksOCBAQAogCWllZWU4MDIxMV9ub2RlX3ZkZXRhY2go dmFwKTsKIAlpZWVlODAyMTFfc3lzY3RsX3ZkZXRhY2godmFwKTsKIAorCUlFRUU4MDIxMV9WQVBf VFhfTE9DS19ERVNUUk9ZKHZhcCk7CisKIAlpZl9mcmVlKGlmcCk7CiAKIAlDVVJWTkVUX1JFU1RP UkUoKTsK --f46d0418270ebfb28004d5e0ef7b-- From owner-freebsd-wireless@FreeBSD.ORG Sun Feb 17 02:01:52 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7F354B04 for ; Sun, 17 Feb 2013 02:01:52 +0000 (UTC) (envelope-from kurt.buff@gmail.com) Received: from mail-ee0-f45.google.com (mail-ee0-f45.google.com [74.125.83.45]) by mx1.freebsd.org (Postfix) with ESMTP id 1B8E936A for ; Sun, 17 Feb 2013 02:01:51 +0000 (UTC) Received: by mail-ee0-f45.google.com with SMTP id b57so2255614eek.32 for ; Sat, 16 Feb 2013 18:01:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=0yJeNP56J9CzBztlxhXYrPsyu7ygprY427C5FRv+5wc=; b=I3/vH1w8eGYB78TK8/wbRLYpqSrBb2W7WZkijppQQNUclYpAx03ikCELnut1F1GjMR qos9r9GCHyXZLcVlh3auhGJwpwjTnlJ9qyNvYt/FvCkdcuDCxMexzWRztkz5UtxiIa/B DxbUn2uI2MemW9qpsQnxpaJr5fe6dl6zxQH7G4szVNnu1wyaMDBh7KrbhcNvkp2r3j4r UeRKJNkd+XcuonrU4xq6pktBsgS0ycMFG4rIwU0flNkK4sHImNfWXXWkA1HwN6f1nZKt sgNdO2r3MkeTELzDatL+2YS974d5sYFzT1n9GGW0w+OIj2ZcbU/+fx9LthWn+H40mU4/ M1jQ== MIME-Version: 1.0 X-Received: by 10.14.209.131 with SMTP id s3mr26826874eeo.26.1361066505464; Sat, 16 Feb 2013 18:01:45 -0800 (PST) Received: by 10.14.100.74 with HTTP; Sat, 16 Feb 2013 18:01:44 -0800 (PST) Date: Sat, 16 Feb 2013 18:01:44 -0800 Message-ID: Subject: Problems with an older Acer Aspire One From: Kurt Buff To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2013 02:01:52 -0000 I have an older model of the model mentioned in the subject line, and it loses its wireless connection every few days, requiring a reboot to bring it back. This has happened since I had the machine, starting with FreeBSD 8.0-RELEASE, though I've since upgraded a couple of times, and am now at 9.1-RELEASE Is there any info out there on what I can do to keep the connection? I don't use the machine heavily - it sits on my nightstand for light web browsing before I sleep, mostly, so it's a bit annoying to have to reboot before I can get to the web. Here's what info I'm able to glean from the machine: % dmesg | grep -i ath ath0: mem 0x95100000-0x9510ffff irq 16 at device 0.0 on pci1 ath0: AR2425 mac 14.2 RF5424 phy 7.0 alc0: mem 0x93000000-0x9303ffff irq 18 at device 0.0 on pci3 atphy0: PHY 0 on miibus0 % ifconfig ath0: flags=8843 metric 0 mtu 2290 ether 00:26:5e:2f:de:32 nd6 options=29 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated alc0: flags=8802 metric 0 mtu 1500 options=c3198 ether 00:23:5a:ed:bd:56 nd6 options=29 media: Ethernet autoselect lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x8 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 wlan0: flags=8843 metric 0 mtu 1500 ether 00:26:5e:2f:de:32 inet 192.168.151.103 netmask 0xffffff00 broadcast 192.168.151.255 nd6 options=29 media: IEEE 802.11 Wireless Ethernet OFDM/48Mbps mode 11g status: associated ssid 5705NE197th channel 11 (2462 MHz 11g) bssid 00:23:69:82:b2:bf regdomain 101 indoor ecm authmode WPA privacy ON deftxkey UNDEF AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 20 bmiss 7 scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst roaming MANUAL Thanks, Kurt From owner-freebsd-wireless@FreeBSD.ORG Sun Feb 17 02:30:55 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 757CDF07 for ; Sun, 17 Feb 2013 02:30:55 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x234.google.com (mail-we0-x234.google.com [IPv6:2a00:1450:400c:c03::234]) by mx1.freebsd.org (Postfix) with ESMTP id 12FB3403 for ; Sun, 17 Feb 2013 02:30:54 +0000 (UTC) Received: by mail-we0-f180.google.com with SMTP id k14so3760321wer.39 for ; Sat, 16 Feb 2013 18:30:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Xoyltu54yXkhp0L/Y8s4fNtx+hYnR+HEFIXt0HETcos=; b=kWUndUJMs4umU28ZaqJKq7dffpQ+ttLQOGiscEfZqatfpio8ytkyk5QWF48BHhUdCX X8f98u6TpN9yO9xWnZBrkGyLDWqCQNeKwUIOyBW8Q9aT/fN0keTe58bf6rE3bvc7yvSQ 5BXJrDSSo834CLerzl3H7pbHfGNMlc+DlUia0BkE1opbRbaIBK5QlgKg6n4ZH1Stct8C 2GAf9DXoydMQYS+HirX0mkdTQ4/0/71YuSI9lFlljSMWRsphRLwBipNt4YtRYgb4Y9LH XSUu0Q43L5G+NSr/BRmPFLYGuAWG/GFVUNrxVtDh7t0S+2UQL5ey0m4PAFlWItK+3Hks 6wuQ== MIME-Version: 1.0 X-Received: by 10.194.161.135 with SMTP id xs7mr11684541wjb.41.1361068254198; Sat, 16 Feb 2013 18:30:54 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.236.88 with HTTP; Sat, 16 Feb 2013 18:30:54 -0800 (PST) In-Reply-To: References: Date: Sat, 16 Feb 2013 18:30:54 -0800 X-Google-Sender-Auth: BOmwmSPN9Jmj7hGooYwkPJcFAmE Message-ID: Subject: Re: Problems with an older Acer Aspire One From: Adrian Chadd To: Kurt Buff Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2013 02:30:55 -0000 Well, what's it do when it loses wireless connection? is anything logged? adrian On 16 February 2013 18:01, Kurt Buff wrote: > I have an older model of the model mentioned in the subject line, and > it loses its wireless connection every few days, requiring a reboot to > bring it back. This has happened since I had the machine, starting > with FreeBSD 8.0-RELEASE, though I've since upgraded a couple of > times, and am now at 9.1-RELEASE > > Is there any info out there on what I can do to keep the connection? I > don't use the machine heavily - it sits on my nightstand for light web > browsing before I sleep, mostly, so it's a bit annoying to have to > reboot before I can get to the web. > > Here's what info I'm able to glean from the machine: > > % dmesg | grep -i ath > ath0: mem 0x95100000-0x9510ffff irq 16 at device 0.0 on pci1 > ath0: AR2425 mac 14.2 RF5424 phy 7.0 > alc0: mem 0x93000000-0x9303ffff > irq 18 at device 0.0 on pci3 > atphy0: PHY 0 on miibus0 > % ifconfig > ath0: flags=8843 metric 0 mtu 2290 > ether 00:26:5e:2f:de:32 > nd6 options=29 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g > status: associated > alc0: flags=8802 metric 0 mtu 1500 > options=c3198 > ether 00:23:5a:ed:bd:56 > nd6 options=29 > media: Ethernet autoselect > lo0: flags=8049 metric 0 mtu 16384 > options=600003 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x8 > inet 127.0.0.1 netmask 0xff000000 > nd6 options=21 > wlan0: flags=8843 metric 0 mtu 1500 > ether 00:26:5e:2f:de:32 > inet 192.168.151.103 netmask 0xffffff00 broadcast 192.168.151.255 > nd6 options=29 > media: IEEE 802.11 Wireless Ethernet OFDM/48Mbps mode 11g > status: associated > ssid 5705NE197th channel 11 (2462 MHz 11g) bssid 00:23:69:82:b2:bf > regdomain 101 indoor ecm authmode WPA privacy ON deftxkey UNDEF > AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 20 bmiss 7 scanvalid 450 > bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 > protmode CTS wme burst roaming MANUAL > > > Thanks, > > Kurt > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org" From owner-freebsd-wireless@FreeBSD.ORG Sun Feb 17 20:48:40 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 638F43DD for ; Sun, 17 Feb 2013 20:48:40 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-f174.google.com (mail-wi0-f174.google.com [209.85.212.174]) by mx1.freebsd.org (Postfix) with ESMTP id D7E0482C for ; Sun, 17 Feb 2013 20:48:39 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id hi8so2804616wib.13 for ; Sun, 17 Feb 2013 12:48:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=kbdy4Z5Ou+uIMpFCjlzR13IFdH1nM2rIQ0LTaJwkLJU=; b=I0R3/nhP0fkA9DE4CYMkY+9cxd9aCHC8tV2uYfNSMGJX2avXpG8zVqZYv/NO9DWs52 xT1Z6Igos2PcoPegvjpoF4lrlkzAOb808/KgsgL3t777DIX9XwDOuR3Hol7t7/qcRVYG +fQEpvaosEh55Wr8FGBe5IMIIqkXRLFBUcLY8RfpZe8MzbLApLpfl4Vkf17foPM4dBQX ELHHbgsGtRi+1ZnjXtEiqDgibSu0LLmYUIUYk+8si9v6SnzRg+3pd/S7JpjlO0KFm9x/ m7u+vVhmNg5rDLvilSOcT1vo0v10cJdFe0wlqU+kUZ2NqB+xspXTpReNZrHKlXrGOzMh kP7Q== MIME-Version: 1.0 X-Received: by 10.180.99.227 with SMTP id et3mr14690938wib.6.1361134118463; Sun, 17 Feb 2013 12:48:38 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.236.88 with HTTP; Sun, 17 Feb 2013 12:48:38 -0800 (PST) In-Reply-To: References: Date: Sun, 17 Feb 2013 12:48:38 -0800 X-Google-Sender-Auth: _NlJ-jWMGjtd_J2kpw4iUtCQzAc Message-ID: Subject: Re: Problems with an older Acer Aspire One From: Adrian Chadd To: Kurt Buff Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2013 20:48:40 -0000 Hi, So "hal status 3" is HAL_EIO - which means the hardware didn't respond as expected. So maybe the hardware is getting all angry during reset. Compile up athpeek and athregs from src/tools/tools/ath/, compile your kernel with: ATH_DEBUG AH_DEBUG ATH_DIAGAPI and then when it happens again, do this: # athregs which will dump out a snapshot of useful registers. Adrian From owner-freebsd-wireless@FreeBSD.ORG Sun Feb 17 22:06:02 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E1338306 for ; Sun, 17 Feb 2013 22:06:02 +0000 (UTC) (envelope-from kurt.buff@gmail.com) Received: from mail-ee0-f42.google.com (mail-ee0-f42.google.com [74.125.83.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7926CA69 for ; Sun, 17 Feb 2013 22:06:02 +0000 (UTC) Received: by mail-ee0-f42.google.com with SMTP id b47so2616267eek.1 for ; Sun, 17 Feb 2013 14:06:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=SNjO32/dYKTQ1hhtDa/j96sjbQycq5qPLeh7zoQ4g5c=; b=UGOI9TML93+Dc/kXy34g5r5ZxJ7476s9bmeHXCsW0EryOgzEbep9mUPQV+91XDRTAu hINJHzrmWD3Cv5ziPdeG6/ww1ceCHtJkDDU1vGWni0bhwG3eWb3BGvZpJeVCUOlT1+GA HUPJuYpbHc0ZpVXhN+VryTw+AqUPFtOMTSS07L96G15LBDXgRNVmWshkc0aX9hWx/xg2 tAKU/14hSuigBIxSQlpUa4x+Gely7JKkqKvuaDZPi0juamaodWN1CcIq1Okt4MGBNh22 PagBwRmIQ1SBI9H6BGGz6bXknR+L6M83N984U8tBSRLFvx0VfwZ/WZ+xPi4vjz1GPuvw MLTw== MIME-Version: 1.0 X-Received: by 10.14.214.66 with SMTP id b42mr36862557eep.34.1361138761179; Sun, 17 Feb 2013 14:06:01 -0800 (PST) Received: by 10.14.100.74 with HTTP; Sun, 17 Feb 2013 14:06:01 -0800 (PST) In-Reply-To: References: Date: Sun, 17 Feb 2013 14:06:01 -0800 Message-ID: Subject: Fwd: Problems with an older Acer Aspire One From: Kurt Buff To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2013 22:06:02 -0000 Sorry - didn't reply back to the list... ---------- Forwarded message ---------- From: Kurt Buff Date: Sun, Feb 17, 2013 at 2:04 PM Subject: Re: Problems with an older Acer Aspire One To: Adrian Chadd OK - working on it now. I don't have the sources on my machine, nor subversion, so am compiling the latter, and then will download the source and compile the new kernel. Kurt On Sun, Feb 17, 2013 at 12:48 PM, Adrian Chadd wrote: > Hi, > > So "hal status 3" is HAL_EIO - which means the hardware didn't respond > as expected. > > So maybe the hardware is getting all angry during reset. > > Compile up athpeek and athregs from src/tools/tools/ath/, compile your > kernel with: > > ATH_DEBUG > AH_DEBUG > ATH_DIAGAPI > > and then when it happens again, do this: > > # athregs > > which will dump out a snapshot of useful registers. > > > > Adrian From owner-freebsd-wireless@FreeBSD.ORG Sun Feb 17 22:43:10 2013 Return-Path: Delivered-To: freebsd-wireless@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3E0A1A34; Sun, 17 Feb 2013 22:43:10 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 116B6CBE; Sun, 17 Feb 2013 22:43:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r1HMh90G010722; Sun, 17 Feb 2013 22:43:09 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r1HMh9fC010718; Sun, 17 Feb 2013 22:43:09 GMT (envelope-from linimon) Date: Sun, 17 Feb 2013 22:43:09 GMT Message-Id: <201302172243.r1HMh9fC010718@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-wireless@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/175870: [iwn] /etc/rc.d/netif restart cause system crash X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2013 22:43:10 -0000 Old Synopsis: /etc/rc.d/netif restart cause system crash New Synopsis: [iwn] /etc/rc.d/netif restart cause system crash Responsible-Changed-From-To: freebsd-amd64->freebsd-wireless Responsible-Changed-By: linimon Responsible-Changed-When: Sun Feb 17 22:42:23 UTC 2013 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=175870 From owner-freebsd-wireless@FreeBSD.ORG Mon Feb 18 02:46:51 2013 Return-Path: Delivered-To: freebsd-wireless@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 405B4EC; Mon, 18 Feb 2013 02:46:51 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 0C8896E4; Mon, 18 Feb 2013 02:46:51 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r1I2ko39064096; Mon, 18 Feb 2013 02:46:50 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r1I2kocv064092; Mon, 18 Feb 2013 02:46:50 GMT (envelope-from linimon) Date: Mon, 18 Feb 2013 02:46:50 GMT Message-Id: <201302180246.r1I2kocv064092@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-wireless@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/176201: [net80211] [patch] 11n station includes unrelated ht params into ASSOC_REQ packet X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2013 02:46:51 -0000 Old Synopsis: 11n station includes unrelated ht params into ASSOC_REQ packet New Synopsis: [net80211] [patch] 11n station includes unrelated ht params into ASSOC_REQ packet Responsible-Changed-From-To: freebsd-bugs->freebsd-wireless Responsible-Changed-By: linimon Responsible-Changed-When: Mon Feb 18 02:46:29 UTC 2013 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=176201 From owner-freebsd-wireless@FreeBSD.ORG Mon Feb 18 10:05:23 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 54745169; Mon, 18 Feb 2013 10:05:23 +0000 (UTC) (envelope-from monthadar@gmail.com) Received: from mail-wi0-f176.google.com (mail-wi0-f176.google.com [209.85.212.176]) by mx1.freebsd.org (Postfix) with ESMTP id AB74E8D7; Mon, 18 Feb 2013 10:05:22 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id hm14so3239199wib.3 for ; Mon, 18 Feb 2013 02:05:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=fxkbG3MPoS7TMoywqmgfxmLBCS+LdYO6IwyLBuXR0Wk=; b=uoPHbe5bZKZ2kuq6eb1jnIM7tP9UPV+sfiri6ajjbIEhj0ObM2Aj+bglBsTL5XN/Dc FXvqu+gGspJzgg1gbnbq2Ro6GWpOGCElSKKmePQPOEYHuhU8Ra+7G7xCDmnncU/ekm8+ B3RFcZ6dvMvpYwKttvukW68ccI9D4xjIzQjLFNG4+q0cwcPacPVxF+YQ3420uA3yqIBD dCOv3cbz65Ca5c4LyESE9q6zHjwrz/Unh6HaiUoyHYCxtoJveGQd+PsEFsEkv4imxHRC JKFjRJFMocxiSHPUAxC8yHyEMNj3U6nbnfq3Azx5ALYrgk+j37tSAjnqpZLHD7TtwMwI TIow== MIME-Version: 1.0 X-Received: by 10.180.7.232 with SMTP id m8mr17026516wia.8.1361181915894; Mon, 18 Feb 2013 02:05:15 -0800 (PST) Received: by 10.227.196.15 with HTTP; Mon, 18 Feb 2013 02:05:15 -0800 (PST) In-Reply-To: References: Date: Mon, 18 Feb 2013 11:05:15 +0100 Message-ID: Subject: Re: [RFC] serialising net80211 TX From: Monthadar Al Jaberi To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: PseudoCylon , freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2013 10:05:23 -0000 On Sun, Feb 17, 2013 at 1:46 AM, Adrian Chadd wrote: > Here's version two of the patch: it includes the rest of the TX paths > locked as well as some extra assertions about the state of the TX lock > requirements. Why not make ieee80211_start_pkt public? So that we can call it from mesh_transmit_to_gate in mesh.c? > > I've only lightly tested this in STA mode. I haven't yet really tested > this in hostap mode. I gather it's going to panic all the things. > Thus, please only run this on a test device. :-) > > > > Adrian -- Monthadar Al Jaberi From owner-freebsd-wireless@FreeBSD.ORG Mon Feb 18 11:06:55 2013 Return-Path: Delivered-To: freebsd-wireless@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9B7C8243 for ; Mon, 18 Feb 2013 11:06:55 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 8CFF4E40 for ; Mon, 18 Feb 2013 11:06:55 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r1IB6tCC061756 for ; Mon, 18 Feb 2013 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r1IB6tSb061754 for freebsd-wireless@FreeBSD.org; Mon, 18 Feb 2013 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 18 Feb 2013 11:06:55 GMT Message-Id: <201302181106.r1IB6tSb061754@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-wireless@FreeBSD.org Subject: Current problem reports assigned to freebsd-wireless@FreeBSD.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2013 11:06:55 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/176201 wireless [net80211] [patch] 11n station includes unrelated ht p o kern/176104 wireless [iwn] iwn0: iwn_intr: fatal firmware error o kern/175870 wireless [iwn] /etc/rc.d/netif restart cause system crash o kern/175722 wireless [ath]lot of bad seriesx hwrate in kernel messages o kern/175446 wireless [ath] high volumes of PHY errors lead to BB/MAC hangs o kern/175227 wireless [ath] beacon timers aren't necessarily reprogrammed af o kern/175183 wireless [iwn] iwn(4) becomes unresponsive during initial confi o kern/175053 wireless [iwn] iwn firmware error on 9-stable with Ultimate-N 6 o kern/174891 wireless [ieee80211] struct ieee80211_node is freed during acti o kern/174722 wireless [wlan] can't use channel 12 and 13 (14) with my wifi i o kern/174661 wireless [wlan] lost alias on wlan interface o kern/174283 wireless [net80211] panics in ieee80211_ff_age() and ieee80211_ o kern/174276 wireless [ath] if_ath memory modified after free o kern/174273 wireless [net80211] taking down a net80211 node with active fas o kern/173917 wireless [iwn] wpa-supplicant issues on iwn o kern/173898 wireless [iwn] [patch] iwn(4) DOES support 6235 chip. o kern/173883 wireless [ath] ath0: unable to attach - pci issue? o kern/173711 wireless [ath] powerd kills ath on the Asus EeePC 1005HA o kern/173342 wireless PS-Poll isn't working o kern/173336 wireless [ath] Atheros card improper device poweroff handling o o kern/172955 wireless [ath] 11n does not work in adhoc mode o kern/172706 wireless [wpi] wpi0 fails to load firmware when using country o kern/172672 wireless [ubt] Bluetooth device recognised but not working o kern/172661 wireless hostapd(8) securing wireless adapter in HostAP mode is o kern/172338 wireless [ath] [net80211] CCMP IV transmit counters are not cor o kern/171598 wireless [ath] TP-Link TL-WN951N W-LAN PCI Adapter 300 MBit stu o kern/171235 wireless [ath] ath loses connection, system freezes on netif re o kern/170904 wireless [ath] ath driver: configure related parameters when ra o kern/170889 wireless [ath] ath driver uses some uninitilized memory o kern/170620 wireless [ath] LOR and deadlock when multiple vaps are used o kern/170573 wireless [iwi] Intel 2200BG iwi NIC hangs with need multicast c o kern/170513 wireless [ath] ath logs: ath_tx_aggr_comp_aggr: AR5416 bug: o kern/170433 wireless [ath] TX hang after a stuck beacon message with active o kern/170397 wireless [ath] [patch] Uninitialized variables in ah_eeprom_928 o kern/170302 wireless [ath] 802.11n frames are not being transmitted with mu o kern/170281 wireless [ath] 802.11n locks up on aggregation setup (ampdutx) o kern/170098 wireless [ath] [net80211] VAPs (Virtual access points) with Ath o kern/170066 wireless [ral] ral(4) rt61pci Linksys freezes the machine as so o kern/169432 wireless [ath] BAR TX hang when aggregation session is reset du p kern/169362 wireless [ath] AR5416: radar pulse PHY errors sometimes include o kern/169336 wireless [ath] ANI isn't triggering in a busy/noisy environment o kern/169199 wireless [ath] Cannot set up static ip addresses for wireless w o kern/169084 wireless [ath] suspend/resume doesn't cause a rescan; the assoc o kern/168530 wireless [ath] Broken WEP probably o kern/168393 wireless AR9285: suspend/resume sometimes fails o kern/168170 wireless [net80211] ieee80211_send_bar() doesn't complete corre o kern/167870 wireless [ath] adhoc wifi client does not join an existing IBSS o kern/167834 wireless [ath] kickpcu; 'handled 0 packets' o kern/167828 wireless [iwn] iwn(4) doesn't recover automatically after firmw o kern/167798 wireless ifconfig(8): problem with "ifconfig list scan" command o kern/167491 wireless [ath] TID != hardware queue TID in ath_tx_aggr_comp_ag o kern/167113 wireless [ath] AR5210: "stuck" TX seems to be occuring, without o kern/167080 wireless [ath] channel switch on another VAP break channel setu o kern/166684 wireless [ath] [net80211] mgmtrate/mcastrate isn't updated base p kern/166642 wireless [ieee80211] [patch] in 802.11n mode for FreeBSD AP, ha o kern/166641 wireless [ieee80211] [patch] mbuf/cluster leak in AP mode in 80 p kern/166357 wireless [ath] 802.11n TX stall when the first frame in the BAW o kern/166286 wireless [net80211] [ath] initial switch to HT40 isn't causing p kern/166190 wireless [ath] TX hangs and frames stuck in TX queue o kern/166086 wireless [Patch][ath] Reflect state of rfkill switch in a sysct o kern/165969 wireless [ath] Slower performance in adhoc mode vs Client/AP mo o kern/165966 wireless [ath] ath0: device timeout on SMP machines due to race o kern/165895 wireless [ath] overly busy cabq can tie up all tx buffers o kern/165870 wireless [bwn] bwn driver does not attach on HP Pavilion dv9420 o kern/165866 wireless [ath] TX hangs, requiring a "scan" to properly reset t o kern/165849 wireless [ath] [hang] network ath driver freeze o kern/165595 wireless [ipw] ipw(4): Can't load firmare for ipw2200bg o kern/165543 wireless [ath] ath0 endless scanning of channels without connec o kern/165517 wireless [net80211] bgscan isn't triggered when invalid beacons o kern/165475 wireless [ath] operational mode change doesn't poke the underly o kern/165382 wireless [kernel] taskqueue_unblock doesn't unblock currently q o kern/165306 wireless [ath] race conditions between scanning and beacon time o kern/165220 wireless [ath] "ath_rx_tasklet: sc_inreset_cnt > 0; skipping" m o kern/165214 wireless [ieee80211] Kernel panic in ieee80211_output.c:2505 o kern/165212 wireless [ath] No WiFi on Acer Aspire One 751h (Atheros AR5BHB6 o kern/165149 wireless [ath] [net80211] Ping with data length more than iv_fr o kern/165146 wireless [net80211] Net802.11 Fragment number is assigned 1 (sh o kern/165060 wireless [ath] vap->iv_bss race conditions causing crashes insi o kern/165021 wireless [ath] ath device timeout during scan/attach, if wlan_c o kern/164721 wireless [ath] ath device timeouts o kern/164499 wireless [wi] [patch] if_wi needs fix for big endian architectu o kern/164382 wireless [ath] crash when down/deleting a vap - inside ieee8021 o kern/164365 wireless [iwi] iwi0: UP/DOWN in o bin/164102 wireless hostapd not configured for 802.11n o kern/163759 wireless [ath] ath(4) "stops working" in hostap mode o kern/163724 wireless [mwl] [patch] NULL check before dereference o kern/163719 wireless [ath] ath interface do not receive multicast o kern/163689 wireless [ath] TX timeouts when sending probe/mgmt frames durin o kern/163574 wireless [net80211] overly-frequent HT occupancy changes o kern/163573 wireless [ath] hostap mode TX buffer hang o kern/163559 wireless [ath] kernel panic AH_DEBUG o kern/163318 wireless [ath] ath(4) stops working p kern/163312 wireless [panic] [ath driver] kernel panic: page fault with ath o kern/163237 wireless [ath] AR5416 as HostAP. Delays among clients when a cl o kern/163082 wireless [ath] ar9285 diversity fixes o kern/162648 wireless [ath] AR9227 ADC DC calibration failure o kern/162647 wireless [ath] 11n TX aggregation session / TX hang o kern/161293 wireless [iwn] hang at startup when starting network o kern/161035 wireless [ieee80211] Incorrect number describing 11ng MCS rate o kern/160391 wireless [ieee80211] [patch] Panic in mesh mode o kern/160296 wireless [zyd] [panic] 802.11 usb device reboots system on 'ifc o misc/160176 wireless [mips] [panic] Kernel panic on AR7161 platform with AR o kern/157449 wireless [ath] MAC address conflict causes system to freeze o kern/157243 wireless [ath] investigate beacon TX (AP) / RX (STA) when under o kern/156904 wireless [ath] AR9285 antenna diversity algorithm is buggy and o kern/156884 wireless [ath] ath instablity o kern/156327 wireless [bwn] bwn driver causes 20%-50% packet loss o kern/156322 wireless [wpi] no ahdemo support for if_wpi o kern/156321 wireless [ath] ahdemo doesn't work with if_ath o kern/155498 wireless [ral] ral(4) needs to be resynced with OpenBSD's to ga o kern/155100 wireless [ath] ath driver on busy channel: "stuck beacon" p kern/154598 wireless [ath] Atheros 5424/2424 can't connect to WPA network o kern/154567 wireless [ath] ath(4) lot of bad series(0) o kern/154327 wireless [ath] AR5416 in station mode hangs when transmitting f o kern/154284 wireless [ath] Modern ath wifi cards (such as AR9285) have miss o kern/154153 wireless [ath] AR5213 + MIPS + WPA group key packet corruption o kern/153594 wireless [wlan] netif/devd race o kern/153448 wireless [ath] ath networking device loses association after a o kern/152750 wireless [ath] ath0 lot of bad series hwrate o kern/151198 wireless [ath] ath/5416 fails bgscan with "ath0: ath_chan_set: o kern/149786 wireless [bwn] bwn on Dell Inspiron 1150: connections stall o kern/149516 wireless [ath] ath(4) hostap with fake MAC/BSSID results in sta o kern/149373 wireless [realtek/atheros]: None of my network card working o kern/148322 wireless [ath] Triggering atheros wifi beacon misses in hostap o kern/148317 wireless [ath] FreeBSD 7.x hostap memory leak in net80211 or At o kern/148078 wireless [ath] wireless networking stops functioning o kern/146426 wireless [mwl] 802.11n rates not possible on mwl o kern/146425 wireless [mwl] mwl dropping all packets during and after high u o kern/145826 wireless [panic] [ath] Unable to configure adhoc mode on ath0/w o kern/144987 wireless [wpi] [panic] injecting packets with wlaninject using o kern/144755 wireless [wlan] netif/devd race o bin/144109 wireless hostapd(8) uses the MAC of the wireless interface, but o conf/143079 wireless hostapd(8) startup missing multi wlan functionality p kern/140567 wireless [ath] [patch] ath is not worked on my notebook PC o kern/140245 wireless [ath] [panic] Kernel panic during network activity on o kern/137592 wireless [ath] panic - 7-STABLE (Aug 7, 2009 UTC) crashes on ne p bin/137484 wireless [patch] Integer overflow in wpa_supplicant(8) base64 e o kern/136943 wireless [wpi] [lor] wpi0_com_lock / wpi0 o kern/136836 wireless [ath] atheros card stops functioning after about 12 ho o kern/132722 wireless [ath] Wifi ath0 associates fine with AP, but DHCP or I o bin/131549 wireless ifconfig(8) can't clear 'monitor' mode on the wireless o kern/126475 wireless [ath] [panic] ath pcmcia card inevitably panics under o kern/125721 wireless [ath] Terrible throughput/high ping latency with Ubiqu o kern/125617 wireless [ath] [panic] ath(4) related panic o kern/125501 wireless [ath] atheros cardbus driver hangs o kern/125332 wireless [ath] [panic] crash under any non-tiny networking unde o kern/124767 wireless [iwi] Wireless connection using iwi0 driver (Intel 220 o kern/124753 wireless [ieee80211] net80211 discards power-save queue packets o kern/121061 wireless [ath] [panic] panic while ejecting ath(4)-adapter duri o docs/120456 wireless ath(4) needs to specify requirement on wlan_scan_sta o kern/119513 wireless [ath] [irq] inserting dlink dwl-g630 wireless card res o kern/116747 wireless [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile f kern/105348 wireless [ath] ath device stopps TX 153 problems total. From owner-freebsd-wireless@FreeBSD.ORG Mon Feb 18 17:17:37 2013 Return-Path: Delivered-To: freebsd-wireless@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DFA80843; Mon, 18 Feb 2013 17:17:37 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id BA9F9A88; Mon, 18 Feb 2013 17:17:37 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r1IHHbE0036526; Mon, 18 Feb 2013 17:17:37 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r1IHHb6a036522; Mon, 18 Feb 2013 17:17:37 GMT (envelope-from linimon) Date: Mon, 18 Feb 2013 17:17:37 GMT Message-Id: <201302181717.r1IHHb6a036522@freefall.freebsd.org> To: adrian@FreeBSD.org, linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-wireless@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/176238: [ath] [patch] Correct buffer size calculation and simplify calling if_ath_alq_post() X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2013 17:17:37 -0000 Old Synopsis: [PATCH] ath: Correct buffer size calculation and simplify calling if_ath_alq_post() New Synopsis: [ath] [patch] Correct buffer size calculation and simplify calling if_ath_alq_post() Responsible-Changed-From-To: freebsd-bugs->freebsd-wireless Responsible-Changed-By: linimon Responsible-Changed-When: Mon Feb 18 17:17:18 UTC 2013 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=176238 From owner-freebsd-wireless@FreeBSD.ORG Mon Feb 18 18:37:35 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id AA8027BB for ; Mon, 18 Feb 2013 18:37:35 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x22e.google.com (we-in-x022e.1e100.net [IPv6:2a00:1450:400c:c03::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 4773CE5E for ; Mon, 18 Feb 2013 18:37:35 +0000 (UTC) Received: by mail-we0-f174.google.com with SMTP id r6so4975336wey.19 for ; Mon, 18 Feb 2013 10:37:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Ubj40I9ZwIfVfx+DhCDWcm0rdF3cQA/OykpGnWPi9hA=; b=Wkx9VaSyeMao1LTSpvOD4HXhbGDEcW9FzKnmfbMKTrOIKGrFcWX7/H1FqwgZaWmBfo PZH25w7kFXgV69hOqjil0j63UESInjYSAVXnuVrZdOduqgsUKt0vPAv3s1yNz7aXcHKy udNLdicRNh1UOeLmM3a2kGrQwSlvYFbip+JR+g73OK27yVj9bCe9AjsuDemRw09UPgwz JlIltJ4dAXkHAjCNj1R+JYikSNlt8g3LW6rLCMHUNZHuEgS0mXrNl25Ky3b9aGpxMUWk lbg5BudF89FGJEorXcrEgniUX4+pGhJv5Oe/sx/3aWekJ1dv0Cvrj0tit2Ea5K9yaKud wegg== MIME-Version: 1.0 X-Received: by 10.194.161.135 with SMTP id xs7mr21178303wjb.41.1361212654289; Mon, 18 Feb 2013 10:37:34 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.236.88 with HTTP; Mon, 18 Feb 2013 10:37:34 -0800 (PST) In-Reply-To: References: Date: Mon, 18 Feb 2013 10:37:34 -0800 X-Google-Sender-Auth: fD6s7AXenDeNM1rx2uEESo0v1M8 Message-ID: Subject: Re: [RFC] serialising net80211 TX From: Adrian Chadd To: Monthadar Al Jaberi Content-Type: text/plain; charset=ISO-8859-1 Cc: PseudoCylon , freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2013 18:37:35 -0000 On 18 February 2013 02:05, Monthadar Al Jaberi wrote: > On Sun, Feb 17, 2013 at 1:46 AM, Adrian Chadd wrote: >> Here's version two of the patch: it includes the rest of the TX paths >> locked as well as some extra assertions about the state of the TX lock >> requirements. > > Why not make ieee80211_start_pkt public? So that we can call it from > mesh_transmit_to_gate in mesh.c? My aim is to have ieee80211_start_pkt() be what dispatches an actual packet, whilst going via if_transmit() will handle queuing, hecking for interface status/CAC, etc. adrian From owner-freebsd-wireless@FreeBSD.ORG Mon Feb 18 18:40:01 2013 Return-Path: Delivered-To: freebsd-wireless@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5D384964 for ; Mon, 18 Feb 2013 18:40:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 4D011E79 for ; Mon, 18 Feb 2013 18:40:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r1IIe19B050709 for ; Mon, 18 Feb 2013 18:40:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r1IIe1v8050708; Mon, 18 Feb 2013 18:40:01 GMT (envelope-from gnats) Date: Mon, 18 Feb 2013 18:40:01 GMT Message-Id: <201302181840.r1IIe1v8050708@freefall.freebsd.org> To: freebsd-wireless@FreeBSD.org Cc: From: dfilter@FreeBSD.ORG (dfilter service) Subject: Re: kern/176238: commit references a PR X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: dfilter service List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2013 18:40:01 -0000 The following reply was made to PR kern/176238; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/176238: commit references a PR Date: Mon, 18 Feb 2013 18:39:28 +0000 (UTC) Author: adrian Date: Mon Feb 18 18:39:15 2013 New Revision: 246945 URL: http://svnweb.freebsd.org/changeset/base/246945 Log: Fix an incorrect sizeof() PR: kern/176238 Submitted by: Christoph Mallon Modified: head/sys/dev/ath/if_ath_alq.h Modified: head/sys/dev/ath/if_ath_alq.h ============================================================================== --- head/sys/dev/ath/if_ath_alq.h Mon Feb 18 17:55:27 2013 (r246944) +++ head/sys/dev/ath/if_ath_alq.h Mon Feb 18 18:39:15 2013 (r246945) @@ -168,7 +168,7 @@ if_ath_alq_post_intr(struct if_ath_alq * intr.intr_state[i] = htobe32(state[i]); intr.intr_syncstate = htobe32(sync_state); - if_ath_alq_post(alq, ATH_ALQ_INTR_STATUS, sizeof(&intr), + if_ath_alq_post(alq, ATH_ALQ_INTR_STATUS, sizeof(intr), (const char *) &intr); } _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-wireless@FreeBSD.ORG Mon Feb 18 21:28:41 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1CE9CE7C; Mon, 18 Feb 2013 21:28:41 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x22b.google.com (mail-we0-x22b.google.com [IPv6:2a00:1450:400c:c03::22b]) by mx1.freebsd.org (Postfix) with ESMTP id 8BDD48A2; Mon, 18 Feb 2013 21:28:40 +0000 (UTC) Received: by mail-we0-f171.google.com with SMTP id u54so4999040wey.2 for ; Mon, 18 Feb 2013 13:28:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=UsrifQAl1xF1LBGERtjtMIEqqGym930N1vg+frf2hrI=; b=vgF9H6XBxkMirKWnKOxqOJ4ITygY9qYmGd2xQFSnQAIGAqJDWYgUT/n4TtTsFqCkz2 NlGtGxPNCa7szJRzmOnhabGTiqSZE1L7Jkw4pdCVLADhMwJpP4IHyhZH3AuRyPaio05j eGi7iTA/S7t/cvQfXlsQ7tGflEBkkZMtCQxWBr2FUGe52ifKR+0SGhOBYyRzT7KK/xyJ iaRjFLgnIsXt3TDeY/hVW7OBOFhG3FYGBDEBOMWU23mxyP7L7eldthVE7cQmDzPioRjZ fMLqtA6TA1eARJ5Z0QYQSJSpTArq9d5BszToFLOZwdMK9lxCTZyk0BHeNRyfvT+y2Z0a UE3w== MIME-Version: 1.0 X-Received: by 10.180.84.165 with SMTP id a5mr23275696wiz.6.1361222919799; Mon, 18 Feb 2013 13:28:39 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.236.88 with HTTP; Mon, 18 Feb 2013 13:28:39 -0800 (PST) In-Reply-To: References: Date: Mon, 18 Feb 2013 13:28:39 -0800 X-Google-Sender-Auth: RjmfwrzQ8zaK0hYP4H9kIIrKgtI Message-ID: Subject: Re: WiFi TDMA AR7161, results and moving forward From: Adrian Chadd To: Mukunda Haveri Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org, freebsd-mips@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2013 21:28:41 -0000 On 18 February 2013 03:31, Mukunda Haveri wrote: > > Thanks to Adrian's WiFi scripts, we were able to get the TDMA working on the > Compex-AR7161 board. The results were surprising; we are able to do, close > to 100 mbps one way iperf tests and 40 mbps bidirectional Iperf in non-TDMA > mode. We were able to achieve this, only after disabling all the debug > options in the kernel. Porting the U-Boot to the Compex-boards did take lot > of effort, but not the "FreeBsd". Many thanks to all the "scientists" who > made this possible. Nice! Which wireless cards are you using? > Moving forward, it is observed that the TDMA throughput peaks at 9 mbps and > refuses to move beyond. After reducing the slot duration to 1 ms, the > throughput increased to around 12 mbps. I was expecting the TDMA to yield a > better throughput because of collision-less scheme. I would like to > understand if our observation is expected or if there's some inherent > limitation within the TDMA controller. > > It will be good to have some feedback from TDMers with similar experience or > better. Right now the TDMA code doesn't implement MCS rates or TX aggregation. Thus you're not going to get 11n like throughput. The first thing to implement is allowing for MCS rates (non-aggregation) and make sure all the packet duration calculations are being done "right". After that, we need to implement delayed blockack support in net80211 and the ath driver. That requires the stack to support handling BA requests/responses and ath(4) to mark all frame descriptors in a delayed-BA TID to be no-ack. Once that's done, we can tie it all together to make it work over TDMA. :-) Thanks, Adrian From owner-freebsd-wireless@FreeBSD.ORG Tue Feb 19 03:31:20 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7C4DFD99 for ; Tue, 19 Feb 2013 03:31:20 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) by mx1.freebsd.org (Postfix) with ESMTP id E51C6935 for ; Tue, 19 Feb 2013 03:31:19 +0000 (UTC) Received: by mail-wi0-f169.google.com with SMTP id l13so4518232wie.2 for ; Mon, 18 Feb 2013 19:31:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Ct88kUxO8CTVlRVlgybCoC3MKcafisfaPxo5ArpoH94=; b=nh3vp3uhcHDF+SauzuApDO9H2ABDBT7lvwOWT7X0QhjLz085AhzoC0o57qENKaiiMj IyWUdCep1hwgBc4NG9f/yngR1rnLuxzb6sSnSJbWU3EdqTQEGDrsOf+c9JVxVAV4GGCC l8Qcpp+rVTpcFp15sFUOlqUUfXcwft+d0s0EM+Yvg2WDGmbskQtREImR88P+Q3dXD+Gr jQToNinEpxVP52L/aXMJxQy6QLz55r5MLdG61WQhtTbhSNunyjF6x92FldEhTMNoXXyR nk7ZY0ANlXeuaYkTpBBf+KoLQzWmlyD69oojz0XZ3R68k6A+RUWkz1Nan1koyVPp2++R nCEA== MIME-Version: 1.0 X-Received: by 10.180.79.227 with SMTP id m3mr20505704wix.12.1361244679143; Mon, 18 Feb 2013 19:31:19 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.236.88 with HTTP; Mon, 18 Feb 2013 19:31:19 -0800 (PST) In-Reply-To: References: Date: Mon, 18 Feb 2013 19:31:19 -0800 X-Google-Sender-Auth: a9lcmbAbAfX9YYeBWNcNrHxtibw Message-ID: Subject: Re: [RFC] serialising net80211 TX From: Adrian Chadd To: Monthadar Al Jaberi Content-Type: text/plain; charset=ISO-8859-1 Cc: PseudoCylon , freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 03:31:20 -0000 oh.. right. We talked about this on irc a bit. Yes, mesh_transmit_to_gate() looks like a copy of what I put in ieee80211_start_pkt(). We'll refactor this common code out later. :-) Same as what we should do with the rest of the duplicate code in the input path for various net80211 modules.. adrian From owner-freebsd-wireless@FreeBSD.ORG Tue Feb 19 13:52:02 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B9F039C for ; Tue, 19 Feb 2013 13:52:02 +0000 (UTC) (envelope-from ksramanujan@gmail.com) Received: from mail-ia0-x231.google.com (mail-ia0-x231.google.com [IPv6:2607:f8b0:4001:c02::231]) by mx1.freebsd.org (Postfix) with ESMTP id 92B47E76 for ; Tue, 19 Feb 2013 13:52:02 +0000 (UTC) Received: by mail-ia0-f177.google.com with SMTP id o25so1330403iad.22 for ; Tue, 19 Feb 2013 05:52:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=ycF5gqN+0pPMIvYkQr8Frj8weX64/u3Uf7vrA/rC1o0=; b=lwJLxeex15eGHfZ47zh+uqUbmxlVtebHscrxGk++VuwC2EqUt9hGKotEiX36V2qYcy 7xeisI0gSh51F2yvRbm+jC1Zuf7kZf0Agy8HEWH9eNP8YER4RFhuIBO/mIznS7nJi2ce t8NlVwjIZ9+1zkgoSj5VOpTCrWibyuEZ/ZRTOMO+OzL+TWNQm646JagAIE6tweTfOIlY GdgjO1sFAUnBIzOmh8yZMaM6InGn6Qbse0pJYRZjar7lUFXdgIqv+e7F24w3s5J371t1 3jxCfUJfgyr6RuGaNp3JPBceDB3Uf5mkup9HS2VaR6G37WCkwSsZeP0mS/VqbCLr0avE H2vA== MIME-Version: 1.0 X-Received: by 10.50.17.234 with SMTP id r10mr7221641igd.102.1361281922277; Tue, 19 Feb 2013 05:52:02 -0800 (PST) Received: by 10.64.53.100 with HTTP; Tue, 19 Feb 2013 05:52:02 -0800 (PST) Date: Tue, 19 Feb 2013 08:52:02 -0500 Message-ID: Subject: Ralink rt2860 Broadcast rates From: Ramanujan Seshadri To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 13:52:02 -0000 Hi All, I had a quick quesiton regarding the broadcast rates set by Ralink rt2860 driver. It seems like the broadcast rates are always set to MCS 0. Suppose i want to increase the broadcast rates to higher MCS's which function should i be looking into ? Thanks ram From owner-freebsd-wireless@FreeBSD.ORG Tue Feb 19 15:09:37 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9ED326BC for ; Tue, 19 Feb 2013 15:09:37 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 40581C47 for ; Tue, 19 Feb 2013 15:09:37 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id ez12so4916299wid.5 for ; Tue, 19 Feb 2013 07:09:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=QAw6C6O0uA0atfcPCLECym6P0CbG1FlGp9MIU7I9LYI=; b=Xlpk0+en7FlqpV0x7ydyURDJwe2U76ZRgx9B9jUHry90dlw57cHatwZsgxYhvvbjuR 6ZU6+2ddMsdHDw9NTkQ4g2LQjPsAwiFNuKqqTVZQ8Hb+Jy4asgxJVQkeQUJU/y3/HpTV IdYyD3H+WCA7DSYWvd+f30bTE/GJxdtbmUQ4jqaoLD7prvQF7nW4JvK+TmKaeAhWF34m gm/e/NurW//r4lj+PZJAYlJnMuUFQmUySai3BQZyfMUGR1phztnddJN516tyVWnlTXMa nsDNJP3VRKpspIBsfvzXzpDLLWraDRsNLLAK8DK+fuPyA/nHIQDQhgqJ1ltlxC/WfDPM 9SZg== MIME-Version: 1.0 X-Received: by 10.180.93.234 with SMTP id cx10mr28028107wib.34.1361286571724; Tue, 19 Feb 2013 07:09:31 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.236.88 with HTTP; Tue, 19 Feb 2013 07:09:31 -0800 (PST) In-Reply-To: References: Date: Tue, 19 Feb 2013 07:09:31 -0800 X-Google-Sender-Auth: BoB1yLIVJybQRgxvmHeClET7pDQ Message-ID: Subject: Re: Ralink rt2860 Broadcast rates From: Adrian Chadd To: Ramanujan Seshadri Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 15:09:37 -0000 On 19 February 2013 05:52, Ramanujan Seshadri wrote: > Hi All, > I had a quick quesiton regarding the broadcast rates set by Ralink > rt2860 driver. It seems like the broadcast rates are always set to MCS 0. > Suppose i want to increase the broadcast rates to higher MCS's which > function should i be looking into ? Odd; that's usually negotiated with the base station? Check "ifconfig -v wlan0" ; there's a set of default tx rates for each PHY mode (11a, 11bg, 11na, 11ng, etc.) See what yours is set to when you've associated. Adrian From owner-freebsd-wireless@FreeBSD.ORG Tue Feb 19 15:10:21 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 15DFC6F6 for ; Tue, 19 Feb 2013 15:10:21 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-f176.google.com (mail-wi0-f176.google.com [209.85.212.176]) by mx1.freebsd.org (Postfix) with ESMTP id 9A187CB6 for ; Tue, 19 Feb 2013 15:10:20 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id hm14so4915680wib.3 for ; Tue, 19 Feb 2013 07:10:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=/UnmzNCxEr+/PxmsyP2emuROgwP2x57FUwxmtNq3uYc=; b=eYIqCO7t7VpmFG2NeKc0GctfvJdDj7kQmAqbU8FSSVBcS6ZQxRz5GGyU2uZH8/vDXw fgF3T0/zp5/OBiM5f34bBGIDRLkdGbiLkppRIFr7J5ro2Ri/RnzDZJZ2/L6AOAZ01x4A wLQXg0F/CJOx9ZMSgFz5y3QFaLDr1BppQKCC8cSUk5lIcHNfi/9c7d+vvNAFJSerl7nm Db92CRqHX2G81CUn0IxV8xRiZyiaKYhD7DijB/ROfDjR+4he3jp18itt8pxGp8/vFv2w 0fa6Yl3OaHfAtvvlbVsQOv5ezKJOzMj4e0pjjZkEsiqvqoJ2ZhMJ2ZxegL1AfGB8PBW1 Zc7A== MIME-Version: 1.0 X-Received: by 10.181.12.103 with SMTP id ep7mr28030915wid.12.1361286609580; Tue, 19 Feb 2013 07:10:09 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.236.88 with HTTP; Tue, 19 Feb 2013 07:10:09 -0800 (PST) In-Reply-To: References: Date: Tue, 19 Feb 2013 07:10:09 -0800 X-Google-Sender-Auth: PIBDUrdPU7t26zv5GwTAiQHNYdM Message-ID: Subject: Re: [RFC] serialising net80211 TX From: Adrian Chadd To: Monthadar Al Jaberi Content-Type: multipart/mixed; boundary=f46d0438eddbcd315904d6153cbc Cc: PseudoCylon , freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 15:10:21 -0000 --f46d0438eddbcd315904d6153cbc Content-Type: text/plain; charset=ISO-8859-1 Here's my current patch. I've tested it lightly in AP mode. Adrian --f46d0438eddbcd315904d6153cbc Content-Type: application/octet-stream; name="20130218-net80211-tx-lock-3.diff" Content-Disposition: attachment; filename="20130218-net80211-tx-lock-3.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hdd6w9sq0 SW5kZXg6IHN5cy9uZXQ4MDIxMS9pZWVlODAyMTFfaHdtcC5jCj09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9u ZXQ4MDIxMS9pZWVlODAyMTFfaHdtcC5jCShyZXZpc2lvbiAyNDY4MTgpCisrKyBzeXMvbmV0ODAy MTEvaWVlZTgwMjExX2h3bXAuYwkod29ya2luZyBjb3B5KQpAQCAtNTkyLDYgKzU5Miw3IEBACiAJ c3RydWN0IGllZWU4MDIxMV9icGZfcGFyYW1zIHBhcmFtczsKIAlzdHJ1Y3QgbWJ1ZiAqbTsKIAl1 aW50OF90ICpmcm07CisJaW50IHJldDsKIAogCWlmIChJRUVFODAyMTFfSVNfTVVMVElDQVNUKGRh KSkgewogCQluaSA9IGllZWU4MDIxMV9yZWZfbm9kZSh2YXAtPml2X2Jzcyk7CkBAIC02NjksNyAr NjcwLDEwIEBACiAJZWxzZQogCQlwYXJhbXMuaWJwX3RyeTAgPSBuaS0+bmlfdHhwYXJtcy0+bWF4 cmV0cnk7CiAJcGFyYW1zLmlicF9wb3dlciA9IG5pLT5uaV90eHBvd2VyOwotCXJldHVybiBpYy0+ aWNfcmF3X3htaXQobmksIG0sICZwYXJhbXMpOworCUlFRUU4MDIxMV9WQVBfVFhfTE9DSyh2YXAp OworCXJldCA9IGljLT5pY19yYXdfeG1pdChuaSwgbSwgJnBhcmFtcyk7CisJSUVFRTgwMjExX1ZB UF9UWF9VTkxPQ0sodmFwKTsKKwlyZXR1cm4gKHJldCk7CiB9CiAKICNkZWZpbmUgQUREU0hPUlQo ZnJtLCB2KSBkbyB7CQlcCkluZGV4OiBzeXMvbmV0ODAyMTEvaWVlZTgwMjExX2h0LmMKPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PQotLS0gc3lzL25ldDgwMjExL2llZWU4MDIxMV9odC5jCShyZXZpc2lvbiAyNDY4MTgpCisr KyBzeXMvbmV0ODAyMTEvaWVlZTgwMjExX2h0LmMJKHdvcmtpbmcgY29weSkKQEAgLTIzOTIsNyAr MjM5Miw5IEBACiAJICogaWNfcmF3X3htaXQgd2lsbCBmcmVlIHRoZSBub2RlIHJlZmVyZW5jZQog CSAqIHJlZ2FyZGxlc3Mgb2YgcXVldWUvVFggc3VjY2VzcyBvciBmYWlsdXJlLgogCSAqLworCUlF RUU4MDIxMV9WQVBfVFhfTE9DSyh2YXApOwogCXJldCA9IGljLT5pY19yYXdfeG1pdChuaSwgbSwg TlVMTCk7CisJSUVFRTgwMjExX1ZBUF9UWF9VTkxPQ0sodmFwKTsKIAlpZiAocmV0ICE9IDApIHsK IAkJSUVFRTgwMjExX05PVEUodmFwLCBJRUVFODAyMTFfTVNHX0RFQlVHIHwgSUVFRTgwMjExX01T R18xMU4sCiAJCSAgICBuaSwgInNlbmQgQkFSOiBmYWlsZWQ6IChyZXQgPSAlZClcbiIsCkluZGV4 OiBzeXMvbmV0ODAyMTEvaWVlZTgwMjExX21lc2guYwo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvbmV0ODAy MTEvaWVlZTgwMjExX21lc2guYwkocmV2aXNpb24gMjQ2ODYxKQorKysgc3lzL25ldDgwMjExL2ll ZWU4MDIxMV9tZXNoLmMJKHdvcmtpbmcgY29weSkKQEAgLTEwNDYsNiArMTA0Niw4IEBACiAJc3Ry dWN0IGV0aGVyX2hlYWRlciAqZWg7CiAJaW50IGVycm9yOwogCisJSUVFRTgwMjExX1ZBUF9UWF9V TkxPQ0tfQVNTRVJUKHZhcCk7CisKIAllaCA9IG10b2QobSwgc3RydWN0IGV0aGVyX2hlYWRlciAq KTsKIAluaSA9IGllZWU4MDIxMV9tZXNoX2ZpbmRfdHhub2RlKHZhcCwgcnRfZ2F0ZS0+cnRfZGVz dCk7CiAJaWYgKG5pID09IE5VTEwpIHsKQEAgLTExMzIsNiArMTEzNCw3IEBACiAJCX0KIAl9CiAj ZW5kaWYgLyogSUVFRTgwMjExX1NVUFBPUlRfU1VQRVJHICovCisJSUVFRTgwMjExX1ZBUF9UWF9M T0NLKHZhcCk7CiAJaWYgKF9fcHJlZGljdF90cnVlKCh2YXAtPml2X2NhcHMgJiBJRUVFODAyMTFf Q184MDIzRU5DQVApID09IDApKSB7CiAJCS8qCiAJCSAqIEVuY2Fwc3VsYXRlIHRoZSBwYWNrZXQg aW4gcHJlcCBmb3IgdHJhbnNtaXNzaW9uLgpAQCAtMTEzOSwxMSArMTE0MiwxMyBAQAogCQltID0g aWVlZTgwMjExX2VuY2FwKHZhcCwgbmksIG0pOwogCQlpZiAobSA9PSBOVUxMKSB7CiAJCQkvKiBO Qjogc3RhdCttc2cgaGFuZGxlZCBpbiBpZWVlODAyMTFfZW5jYXAgKi8KKwkJCUlFRUU4MDIxMV9W QVBfVFhfVU5MT0NLKHZhcCk7CiAJCQlpZWVlODAyMTFfZnJlZV9ub2RlKG5pKTsKIAkJCXJldHVy bjsKIAkJfQogCX0KIAllcnJvciA9IHBhcmVudC0+aWZfdHJhbnNtaXQocGFyZW50LCBtKTsKKwlJ RUVFODAyMTFfVkFQX1RYX1VOTE9DSyh2YXApOwogCWlmIChlcnJvciAhPSAwKSB7CiAJCW1fZnJl ZW0obSk7CiAJCWllZWU4MDIxMV9mcmVlX25vZGUobmkpOwpAQCAtMTE3NCw2ICsxMTc5LDggQEAK IAlLQVNTRVJUKCBydF9kZXN0LT5ydF9mbGFncyA9PSBJRUVFODAyMTFfTUVTSFJUX0ZMQUdTX0RJ U0NPVkVSLAogCSAgICAoIlJvdXRlIGlzIG5vdCBtYXJrZWQgd2l0aCBJRUVFODAyMTFfTUVTSFJU X0ZMQUdTX0RJU0NPVkVSIikpOwogCisJSUVFRTgwMjExX1ZBUF9UWF9VTkxPQ0tfQVNTRVJUKHZh cCk7CisKIAkvKiBYWFg6IHNlbmQgdG8gbW9yZSB0aGFuIG9uZSB2YWxpZCBtYXNoIGdhdGUgKi8K IAlNRVNIX1JUX0xPQ0sobXMpOwogCkBAIC0yNzQzLDYgKzI3NTAsNyBAQAogCXN0cnVjdCBpZWVl ODAyMTFjb20gKmljID0gbmktPm5pX2ljOwogCXN0cnVjdCBpZWVlODAyMTFfYnBmX3BhcmFtcyBw YXJhbXM7CiAJc3RydWN0IGllZWU4MDIxMV9mcmFtZSAqd2g7CisJaW50IHJldDsKIAogCUtBU1NF UlQobmkgIT0gTlVMTCwgKCJudWxsIG5vZGUiKSk7CiAKQEAgLTI3NzgsNyArMjc4NiwxMCBAQAog CiAJSUVFRTgwMjExX05PREVfU1RBVChuaSwgdHhfbWdtdCk7CiAKLQlyZXR1cm4gaWMtPmljX3Jh d194bWl0KG5pLCBtLCAmcGFyYW1zKTsKKwlJRUVFODAyMTFfVkFQX1RYX0xPQ0sodmFwKTsKKwly ZXQgPSBpYy0+aWNfcmF3X3htaXQobmksIG0sICZwYXJhbXMpOworCUlFRUU4MDIxMV9WQVBfVFhf VU5MT0NLKHZhcCk7CisJcmV0dXJuIChyZXQpOwogfQogCiAjZGVmaW5lCUFERFNIT1JUKGZybSwg dikgZG8gewkJCVwKSW5kZXg6IHN5cy9uZXQ4MDIxMS9pZWVlODAyMTFfd2RzLmMKPT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQotLS0gc3lzL25ldDgwMjExL2llZWU4MDIxMV93ZHMuYwkocmV2aXNpb24gMjQ2ODE4KQorKysg c3lzL25ldDgwMjExL2llZWU4MDIxMV93ZHMuYwkod29ya2luZyBjb3B5KQpAQCAtMjU0LDYgKzI1 NCwxMCBAQAogCQlpZiAoaWZwID09IG0tPm1fcGt0aGRyLnJjdmlmKQogCQkJY29udGludWU7CiAJ CS8qCisJCSAqIE1ha2Ugc3VyZSB3ZSBkb24ndCBoYXZlIHRoZSBWQVAgVFggbG9jayBoZWxkIGhl cmUuCisJCSAqLworCQlJRUVFODAyMTFfVkFQX1RYX1VOTE9DS19BU1NFUlQodmFwKTsKKwkJLyoK IAkJICogRHVwbGljYXRlIHRoZSBmcmFtZSBhbmQgc2VuZCBpdC4KIAkJICovCiAJCW1jb3B5ID0g bV9jb3B5cGFja2V0KG0sIE1fTk9XQUlUKTsKQEAgLTI4NywxNiArMjkxLDIzIEBACiAJCS8qCiAJ CSAqIEVuY2Fwc3VsYXRlIHRoZSBwYWNrZXQgaW4gcHJlcCBmb3IgdHJhbnNtaXNzaW9uLgogCQkg Ki8KKwkJSUVFRTgwMjExX1ZBUF9UWF9MT0NLKHZhcCk7CiAJCW1jb3B5ID0gaWVlZTgwMjExX2Vu Y2FwKHZhcCwgbmksIG1jb3B5KTsKIAkJaWYgKG1jb3B5ID09IE5VTEwpIHsKIAkJCS8qIE5COiBz dGF0K21zZyBoYW5kbGVkIGluIGllZWU4MDIxMV9lbmNhcCAqLwogCQkJaWVlZTgwMjExX2ZyZWVf bm9kZShuaSk7CisJCQlJRUVFODAyMTFfVkFQX1RYX1VOTE9DSyh2YXApOwogCQkJY29udGludWU7 CiAJCX0KIAkJbWNvcHktPm1fZmxhZ3MgfD0gTV9NQ0FTVDsKIAkJbWNvcHktPm1fcGt0aGRyLnJj dmlmID0gKHZvaWQgKikgbmk7CiAKKwkJLyoKKwkJICogU2VyaWFsaXNlIHRoZSBlbmNhcHN1bGF0 aW9uIGFuZCB0cmFuc21pdAorCQkgKiB3aXRoIHRoZSBWQVAgVFggbG9jay4KKwkJICovCiAJCWVy ciA9IHBhcmVudC0+aWZfdHJhbnNtaXQocGFyZW50LCBtY29weSk7CisJCUlFRUU4MDIxMV9WQVBf VFhfVU5MT0NLKHZhcCk7CiAJCWlmIChlcnIpIHsKIAkJCS8qIE5COiBJRlFfSEFORE9GRiByZWNs YWltcyBtYnVmICovCiAJCQlpZnAtPmlmX29lcnJvcnMrKzsKSW5kZXg6IHN5cy9uZXQ4MDIxMS9p ZWVlODAyMTFfb3V0cHV0LmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL25ldDgwMjExL2llZWU4MDIxMV9v dXRwdXQuYwkocmV2aXNpb24gMjQ2ODE4KQorKysgc3lzL25ldDgwMjExL2llZWU4MDIxMV9vdXRw dXQuYwkod29ya2luZyBjb3B5KQpAQCAtMTEwLDYgKzExMCwyNTIgQEAKICNlbmRpZgogCiAvKgor ICogU2VuZCB0aGUgZ2l2ZW4gbWJ1ZiB0aHJvdWdoIHRoZSBnaXZlbiB2YXAuCisgKgorICogVGhp cyBjb25zdW1lcyB0aGUgbWJ1ZiByZWdhcmRsZXNzIG9mIHdoZXRoZXIgdGhlIHRyYW5zbWl0Cisg KiB3YXMgc3VjY2Vzc2Z1bCBvciBub3QuCisgKgorICogVGhpcyBkb2VzIG5vbmUgb2YgdGhlIGlu aXRpYWwgY2hlY2tzIHRoYXQgaWVlZTgwMjExX3N0YXJ0KCkKKyAqIGRvZXMgKGVnIENBQyB0aW1l b3V0LCBpbnRlcmZhY2Ugd2FrZXVwKSAtIHRoZSBjYWxsZXIgbXVzdAorICogZG8gdGhpcyBmaXJz dC4KKyAqLworc3RhdGljIGludAoraWVlZTgwMjExX3N0YXJ0X3BrdChzdHJ1Y3QgaWVlZTgwMjEx dmFwICp2YXAsIHN0cnVjdCBtYnVmICptKQoreworI2RlZmluZQlJU19EV0RTKHZhcCkgXAorCSh2 YXAtPml2X29wbW9kZSA9PSBJRUVFODAyMTFfTV9XRFMgJiYgXAorCSAodmFwLT5pdl9mbGFnc19l eHQgJiBJRUVFODAyMTFfRkVYVF9XRFNMRUdBQ1kpID09IDApCisJc3RydWN0IGllZWU4MDIxMWNv bSAqaWMgPSB2YXAtPml2X2ljOworCXN0cnVjdCBpZm5ldCAqcGFyZW50ID0gaWMtPmljX2lmcDsK KwlzdHJ1Y3QgaWZuZXQgKmlmcCA9IHZhcC0+aXZfaWZwOworCXN0cnVjdCBpZWVlODAyMTFfbm9k ZSAqbmk7CisJc3RydWN0IGV0aGVyX2hlYWRlciAqZWg7CisJaW50IGVycm9yOworCisJLyoKKwkg KiBTYW5pdGl6ZSBtYnVmIGZsYWdzIGZvciBuZXQ4MDIxMSB1c2UuICBXZSBjYW5ub3QKKwkgKiBj bGVhciBNX1BXUl9TQVYgb3IgTV9NT1JFX0RBVEEgYmVjYXVzZSB0aGVzZSBtYXkKKwkgKiBiZSBz ZXQgZm9yIGZyYW1lcyB0aGF0IGFyZSByZS1zdWJtaXR0ZWQgZnJvbSB0aGUKKwkgKiBwb3dlciBz YXZlIHF1ZXVlLgorCSAqCisJICogTkI6IFRoaXMgbXVzdCBiZSBkb25lIGJlZm9yZSBpZWVlODAy MTFfY2xhc3NpZnkgYXMKKwkgKiAgICAgaXQgbWFya3MgRUFQT0wgaW4gZnJhbWVzIHdpdGggTV9F QVBPTC4KKwkgKi8KKwltLT5tX2ZsYWdzICY9IH4oTV84MDIxMV9UWCAtIE1fUFdSX1NBViAtIE1f TU9SRV9EQVRBKTsKKwkvKgorCSAqIENhbmNlbCBhbnkgYmFja2dyb3VuZCBzY2FuLgorCSAqLwor CWlmIChpYy0+aWNfZmxhZ3MgJiBJRUVFODAyMTFfRl9TQ0FOKQorCQlpZWVlODAyMTFfY2FuY2Vs X2FueXNjYW4odmFwKTsKKwkvKiAKKwkgKiBGaW5kIHRoZSBub2RlIGZvciB0aGUgZGVzdGluYXRp b24gc28gd2UgY2FuIGRvCisJICogdGhpbmdzIGxpa2UgcG93ZXIgc2F2ZSBhbmQgZmFzdCBmcmFt ZXMgYWdncmVnYXRpb24uCisJICoKKwkgKiBOQjogcGFzdCB0aGlzIHBvaW50IHZhcmlvdXMgY29k ZSBhc3N1bWVzIHRoZSBmaXJzdAorCSAqICAgICBtYnVmIGhhcyB0aGUgODAyLjMgaGVhZGVyIHBy ZXNlbnQgKGFuZCBjb250aWd1b3VzKS4KKwkgKi8KKwluaSA9IE5VTEw7CisJaWYgKG0tPm1fbGVu IDwgc2l6ZW9mKHN0cnVjdCBldGhlcl9oZWFkZXIpICYmCisJICAgKG0gPSBtX3B1bGx1cChtLCBz aXplb2Yoc3RydWN0IGV0aGVyX2hlYWRlcikpKSA9PSBOVUxMKSB7CisJCUlFRUU4MDIxMV9EUFJJ TlRGKHZhcCwgSUVFRTgwMjExX01TR19PVVRQVVQsCisJCSAgICAiZGlzY2FyZCBmcmFtZSwgJXNc biIsICJtX3B1bGx1cCBmYWlsZWQiKTsKKwkJdmFwLT5pdl9zdGF0cy5pc190eF9ub2J1ZisrOwkv KiBYWFggKi8KKwkJaWZwLT5pZl9vZXJyb3JzKys7CisJCXJldHVybiAoRU5PQlVGUyk7CisJfQor CWVoID0gbXRvZChtLCBzdHJ1Y3QgZXRoZXJfaGVhZGVyICopOworCWlmIChFVEhFUl9JU19NVUxU SUNBU1QoZWgtPmV0aGVyX2Rob3N0KSkgeworCQlpZiAoSVNfRFdEUyh2YXApKSB7CisJCQkvKgor CQkJICogT25seSB1bmljYXN0IGZyYW1lcyBmcm9tIHRoZSBhYm92ZSBnbyBvdXQKKwkJCSAqIERX RFMgdmFwczsgbXVsdGljYXN0IGZyYW1lcyBhcmUgaGFuZGxlZCBieQorCQkJICogZGlzcGF0Y2hp bmcgdGhlIGZyYW1lIGFzIGl0IGNvbWVzIHRocm91Z2gKKwkJCSAqIHRoZSBBUCB2YXAgKHNlZSBi ZWxvdykuCisJCQkgKi8KKwkJCUlFRUU4MDIxMV9ESVNDQVJEX01BQyh2YXAsIElFRUU4MDIxMV9N U0dfV0RTLAorCQkJICAgIGVoLT5ldGhlcl9kaG9zdCwgIm1jYXN0IiwgIiVzIiwgIm9uIERXRFMi KTsKKwkJCXZhcC0+aXZfc3RhdHMuaXNfZHdkc19tY2FzdCsrOworCQkJbV9mcmVlbShtKTsKKwkJ CS8qIFhYWCBiZXR0ZXIgc3RhdHVzPyAqLworCQkJcmV0dXJuIChFTk9CVUZTKTsKKwkJfQorCQlp ZiAodmFwLT5pdl9vcG1vZGUgPT0gSUVFRTgwMjExX01fSE9TVEFQKSB7CisJCQkvKgorCQkJICog U3BhbSBEV0RTIHZhcCdzIHcvIG11bHRpY2FzdCB0cmFmZmljLgorCQkJICovCisJCQkvKiBYWFgg b25seSBpZiBkd2RzIGluIHVzZT8gKi8KKwkJCWllZWU4MDIxMV9kd2RzX21jYXN0KHZhcCwgbSk7 CisJCX0KKwl9CisjaWZkZWYgSUVFRTgwMjExX1NVUFBPUlRfTUVTSAorCWlmICh2YXAtPml2X29w bW9kZSAhPSBJRUVFODAyMTFfTV9NQlNTKSB7CisjZW5kaWYKKwkJbmkgPSBpZWVlODAyMTFfZmlu ZF90eG5vZGUodmFwLCBlaC0+ZXRoZXJfZGhvc3QpOworCQlpZiAobmkgPT0gTlVMTCkgeworCQkJ LyogTkI6IGllZWU4MDIxMV9maW5kX3R4bm9kZSBkb2VzIHN0YXQrbXNnICovCisJCQlpZnAtPmlm X29lcnJvcnMrKzsKKwkJCW1fZnJlZW0obSk7CisJCQkvKiBYWFggYmV0dGVyIHN0YXR1cz8gKi8K KwkJCXJldHVybiAoRU5PQlVGUyk7CisJCX0KKwkJaWYgKG5pLT5uaV9hc3NvY2lkID09IDAgJiYK KwkJICAgIChuaS0+bmlfZmxhZ3MgJiBJRUVFODAyMTFfTk9ERV9BU1NPQ0lEKSkgeworCQkJSUVF RTgwMjExX0RJU0NBUkRfTUFDKHZhcCwgSUVFRTgwMjExX01TR19PVVRQVVQsCisJCQkgICAgZWgt PmV0aGVyX2Rob3N0LCBOVUxMLAorCQkJICAgICJzdGEgbm90IGFzc29jaWF0ZWQgKHR5cGUgMHgl MDR4KSIsCisJCQkgICAgaHRvbnMoZWgtPmV0aGVyX3R5cGUpKTsKKwkJCXZhcC0+aXZfc3RhdHMu aXNfdHhfbm90YXNzb2MrKzsKKwkJCWlmcC0+aWZfb2Vycm9ycysrOworCQkJbV9mcmVlbShtKTsK KwkJCWllZWU4MDIxMV9mcmVlX25vZGUobmkpOworCQkJLyogWFhYIGJldHRlciBzdGF0dXM/ICov CisJCQlyZXR1cm4gKEVOT0JVRlMpOworCQl9CisjaWZkZWYgSUVFRTgwMjExX1NVUFBPUlRfTUVT SAorCX0gZWxzZSB7CisJCWlmICghSUVFRTgwMjExX0FERFJfRVEoZWgtPmV0aGVyX3Nob3N0LCB2 YXAtPml2X215YWRkcikpIHsKKwkJCS8qCisJCQkgKiBQcm94eSBzdGF0aW9uIG9ubHkgaWYgY29u ZmlndXJlZC4KKwkJCSAqLworCQkJaWYgKCFpZWVlODAyMTFfbWVzaF9pc3Byb3h5ZW5hKHZhcCkp IHsKKwkJCQlJRUVFODAyMTFfRElTQ0FSRF9NQUModmFwLAorCQkJCSAgICBJRUVFODAyMTFfTVNH X09VVFBVVCB8CisJCQkJICAgIElFRUU4MDIxMV9NU0dfTUVTSCwKKwkJCQkgICAgZWgtPmV0aGVy X2Rob3N0LCBOVUxMLAorCQkJCSAgICAiJXMiLCAicHJveHkgbm90IGVuYWJsZWQiKTsKKwkJCQl2 YXAtPml2X3N0YXRzLmlzX21lc2hfbm90cHJveHkrKzsKKwkJCQlpZnAtPmlmX29lcnJvcnMrKzsK KwkJCQltX2ZyZWVtKG0pOworCQkJCS8qIFhYWCBiZXR0ZXIgc3RhdHVzPyAqLworCQkJCXJldHVy biAoRU5PQlVGUyk7CisJCQl9CisJCQlJRUVFODAyMTFfRFBSSU5URih2YXAsIElFRUU4MDIxMV9N U0dfT1VUUFVULAorCQkJICAgICJmb3J3YXJkIGZyYW1lIGZyb20gRFMgU0EoJTZEKSwgREEoJTZE KVxuIiwKKwkJCSAgICBlaC0+ZXRoZXJfc2hvc3QsICI6IiwKKwkJCSAgICBlaC0+ZXRoZXJfZGhv c3QsICI6Iik7CisJCQlpZWVlODAyMTFfbWVzaF9wcm94eV9jaGVjayh2YXAsIGVoLT5ldGhlcl9z aG9zdCk7CisJCX0KKwkJbmkgPSBpZWVlODAyMTFfbWVzaF9kaXNjb3Zlcih2YXAsIGVoLT5ldGhl cl9kaG9zdCwgbSk7CisJCWlmIChuaSA9PSBOVUxMKSB7CisJCQkvKgorCQkJICogTkI6IGllZWU4 MDIxMV9tZXNoX2Rpc2NvdmVyIGhvbGRzL2Rpc3Bvc2VzCisJCQkgKiBmcmFtZSAoZS5nLiBxdWV1 ZWluZyBvbiBwYXRoIGRpc2NvdmVyeSkuCisJCQkgKi8KKwkJCWlmcC0+aWZfb2Vycm9ycysrOwor CQkJLyogWFhYIGJldHRlciBzdGF0dXM/ICovCisJCQlyZXR1cm4gKEVOT0JVRlMpOworCQl9CisJ fQorI2VuZGlmCisJaWYgKChuaS0+bmlfZmxhZ3MgJiBJRUVFODAyMTFfTk9ERV9QV1JfTUdUKSAm JgorCSAgICAobS0+bV9mbGFncyAmIE1fUFdSX1NBVikgPT0gMCkgeworCQkvKgorCQkgKiBTdGF0 aW9uIGluIHBvd2VyIHNhdmUgbW9kZTsgcGFzcyB0aGUgZnJhbWUKKwkJICogdG8gdGhlIDgwMi4x MSBsYXllciBhbmQgY29udGludWUuICBXZSdsbCBnZXQKKwkJICogdGhlIGZyYW1lIGJhY2sgd2hl biB0aGUgdGltZSBpcyByaWdodC4KKwkJICogWFhYIGxvc2UgV0RTIHZhcCBsaW5rYWdlPworCQkg Ki8KKwkJKHZvaWQpIGllZWU4MDIxMV9wd3JzYXZlKG5pLCBtKTsKKwkJaWVlZTgwMjExX2ZyZWVf bm9kZShuaSk7CisJCS8qIFhYWCBiZXR0ZXIgc3RhdHVzPyAqLworCQlyZXR1cm4gKEVOT0JVRlMp OworCX0KKwkvKiBjYWxjdWxhdGUgcHJpb3JpdHkgc28gZHJpdmVycyBjYW4gZmluZCB0aGUgdHgg cXVldWUgKi8KKwlpZiAoaWVlZTgwMjExX2NsYXNzaWZ5KG5pLCBtKSkgeworCQlJRUVFODAyMTFf RElTQ0FSRF9NQUModmFwLCBJRUVFODAyMTFfTVNHX09VVFBVVCwKKwkJICAgIGVoLT5ldGhlcl9k aG9zdCwgTlVMTCwKKwkJICAgICIlcyIsICJjbGFzc2lmaWNhdGlvbiBmYWlsdXJlIik7CisJCXZh cC0+aXZfc3RhdHMuaXNfdHhfY2xhc3NpZnkrKzsKKwkJaWZwLT5pZl9vZXJyb3JzKys7CisJCW1f ZnJlZW0obSk7CisJCWllZWU4MDIxMV9mcmVlX25vZGUobmkpOworCQkvKiBYWFggYmV0dGVyIHN0 YXR1cz8gKi8KKwkJcmV0dXJuIChFTk9CVUZTKTsKKwl9CisJLyoKKwkgKiBTdGFzaCB0aGUgbm9k ZSBwb2ludGVyLiAgTm90ZSB0aGF0IHdlIGRvIHRoaXMgYWZ0ZXIKKwkgKiBhbnkgY2FsbCB0byBp ZWVlODAyMTFfZHdkc19tY2FzdCBiZWNhdXNlIHRoYXQgY29kZQorCSAqIHVzZXMgYW55IGV4aXN0 aW5nIHZhbHVlIGZvciByY3ZpZiB0byBpZGVudGlmeSB0aGUKKwkgKiBpbnRlcmZhY2UgaXQgKG1p Z2h0IGhhdmUgYmVlbikgcmVjZWl2ZWQgb24uCisJICovCisJbS0+bV9wa3RoZHIucmN2aWYgPSAo dm9pZCAqKW5pOworCisJQlBGX01UQVAoaWZwLCBtKTsJCS8qIDgwMi4zIHR4ICovCisKKwkvKgor CSAqIENoZWNrIGlmIEEtTVBEVSB0eCBhZ2dyZWdhdGlvbiBpcyBzZXR1cCBvciBpZiB3ZQorCSAq IHNob3VsZCB0cnkgdG8gZW5hYmxlIGl0LiAgVGhlIHN0YSBtdXN0IGJlIGFzc29jaWF0ZWQKKwkg KiB3aXRoIEhUIGFuZCBBLU1QRFUgZW5hYmxlZCBmb3IgdXNlLiAgV2hlbiB0aGUgcG9saWN5CisJ ICogcm91dGluZSBkZWNpZGVzIHdlIHNob3VsZCBlbmFibGUgQS1NUERVIHdlIGlzc3VlIGFuCisJ ICogQUREQkEgcmVxdWVzdCBhbmQgd2FpdCBmb3IgYSByZXBseS4gIFRoZSBmcmFtZSBiZWluZwor CSAqIGVuY2Fwc3VsYXRlZCB3aWxsIGdvIG91dCB3L28gdXNpbmcgQS1NUERVLCBvciBwb3NzaWJs eQorCSAqIGl0IG1pZ2h0IGJlIGNvbGxlY3RlZCBieSB0aGUgZHJpdmVyIGFuZCBoZWxkL3JldHJh bnNtaXQuCisJICogVGhlIGRlZmF1bHQgaWNfYW1wZHVfZW5hYmxlIHJvdXRpbmUgaGFuZGxlcyBz dGFnZ2VyaW5nCisJICogQUREQkEgcmVxdWVzdHMgaW4gY2FzZSB0aGUgcmVjZWl2ZXIgTkFLJ3Mg dXMgb3Igd2UgYXJlCisJICogb3RoZXJ3aXNlIHVuYWJsZSB0byBlc3RhYmxpc2ggYSBCQSBzdHJl YW0uCisJICovCisJaWYgKChuaS0+bmlfZmxhZ3MgJiBJRUVFODAyMTFfTk9ERV9BTVBEVV9UWCkg JiYKKwkgICAgKHZhcC0+aXZfZmxhZ3NfaHQgJiBJRUVFODAyMTFfRkhUX0FNUERVX1RYKSAmJgor CSAgICAobS0+bV9mbGFncyAmIE1fRUFQT0wpID09IDApIHsKKwkJaW50IHRpZCA9IFdNRV9BQ19U T19USUQoTV9XTUVfR0VUQUMobSkpOworCQlzdHJ1Y3QgaWVlZTgwMjExX3R4X2FtcGR1ICp0YXAg PSAmbmktPm5pX3R4X2FtcGR1W3RpZF07CisKKwkJaWVlZTgwMjExX3R4YW1wZHVfY291bnRfcGFj a2V0KHRhcCk7CisJCWlmIChJRUVFODAyMTFfQU1QRFVfUlVOTklORyh0YXApKSB7CisJCQkvKgor CQkJICogT3BlcmF0aW9uYWwsIG1hcmsgZnJhbWUgZm9yIGFnZ3JlZ2F0aW9uLgorCQkJICoKKwkJ CSAqIFhYWCBkbyB0eCBhZ2dyZWdhdGlvbiBoZXJlCisJCQkgKi8KKwkJCW0tPm1fZmxhZ3MgfD0g TV9BTVBEVV9NUERVOworCQl9IGVsc2UgaWYgKCFJRUVFODAyMTFfQU1QRFVfUkVRVUVTVEVEKHRh cCkgJiYKKwkJICAgIGljLT5pY19hbXBkdV9lbmFibGUobmksIHRhcCkpIHsKKwkJCS8qCisJCQkg KiBOb3QgbmVnb3RpYXRlZCB5ZXQsIHJlcXVlc3Qgc2VydmljZS4KKwkJCSAqLworCQkJaWVlZTgw MjExX2FtcGR1X3JlcXVlc3QobmksIHRhcCk7CisJCQkvKiBYWFggaG9sZCBmcmFtZSBmb3IgcmVw bHk/ICovCisJCX0KKwl9CisjaWZkZWYgSUVFRTgwMjExX1NVUFBPUlRfU1VQRVJHCisJZWxzZSBp ZiAoSUVFRTgwMjExX0FUSF9DQVAodmFwLCBuaSwgSUVFRTgwMjExX05PREVfRkYpKSB7CisJCW0g PSBpZWVlODAyMTFfZmZfY2hlY2sobmksIG0pOworCQlpZiAobSA9PSBOVUxMKSB7CisJCQkvKiBO QjogYW55IG5pIHJlZiBoZWxkIG9uIHN0YWdlcSAqLworCQkJLyogWFhYIGJldHRlciBzdGF0dXM/ ICovCisJCQlyZXR1cm4gKEVOT0JVRlMpOworCQl9CisJfQorI2VuZGlmIC8qIElFRUU4MDIxMV9T VVBQT1JUX1NVUEVSRyAqLworCUlFRUU4MDIxMV9WQVBfVFhfTE9DSyh2YXApOworCWlmIChfX3By ZWRpY3RfdHJ1ZSgodmFwLT5pdl9jYXBzICYgSUVFRTgwMjExX0NfODAyM0VOQ0FQKSA9PSAwKSkg eworCQkvKgorCQkgKiBFbmNhcHN1bGF0ZSB0aGUgcGFja2V0IGluIHByZXAgZm9yIHRyYW5zbWlz c2lvbi4KKwkJICovCisJCW0gPSBpZWVlODAyMTFfZW5jYXAodmFwLCBuaSwgbSk7CisJCWlmICht ID09IE5VTEwpIHsKKwkJCS8qIE5COiBzdGF0K21zZyBoYW5kbGVkIGluIGllZWU4MDIxMV9lbmNh cCAqLworCQkJSUVFRTgwMjExX1ZBUF9UWF9VTkxPQ0sodmFwKTsKKwkJCWllZWU4MDIxMV9mcmVl X25vZGUobmkpOworCQkJLyogWFhYIGJldHRlciBzdGF0dXM/ICovCisJCQlyZXR1cm4gKEVOT0JV RlMpOworCQl9CisJfQorCWVycm9yID0gcGFyZW50LT5pZl90cmFuc21pdChwYXJlbnQsIG0pOwor CUlFRUU4MDIxMV9WQVBfVFhfVU5MT0NLKHZhcCk7CisJaWYgKGVycm9yICE9IDApIHsKKwkJLyog TkI6IElGUV9IQU5ET0ZGIHJlY2xhaW1zIG1idWYgKi8KKwkJaWVlZTgwMjExX2ZyZWVfbm9kZShu aSk7CisJfSBlbHNlIHsKKwkJaWZwLT5pZl9vcGFja2V0cysrOworCX0KKwlpYy0+aWNfbGFzdGRh dGEgPSB0aWNrczsKKworCXJldHVybiAoMCk7CisjdW5kZWYJSVNfRFdEUworfQorCisvKgogICog U3RhcnQgbWV0aG9kIGZvciB2YXAncy4gIEFsbCBwYWNrZXRzIGZyb20gdGhlIHN0YWNrIGNvbWUK ICAqIHRocm91Z2ggaGVyZS4gIFdlIGhhbmRsZSBjb21tb24gcHJvY2Vzc2luZyBvZiB0aGUgcGFj a2V0cwogICogYmVmb3JlIGRpc3BhdGNoaW5nIHRoZW0gdG8gdGhlIHVuZGVybHlpbmcgZGV2aWNl LgpAQCAtMTE3LDE2ICszNjMsMTAgQEAKIHZvaWQKIGllZWU4MDIxMV9zdGFydChzdHJ1Y3QgaWZu ZXQgKmlmcCkKIHsKLSNkZWZpbmUJSVNfRFdEUyh2YXApIFwKLQkodmFwLT5pdl9vcG1vZGUgPT0g SUVFRTgwMjExX01fV0RTICYmIFwKLQkgKHZhcC0+aXZfZmxhZ3NfZXh0ICYgSUVFRTgwMjExX0ZF WFRfV0RTTEVHQUNZKSA9PSAwKQogCXN0cnVjdCBpZWVlODAyMTF2YXAgKnZhcCA9IGlmcC0+aWZf c29mdGM7CiAJc3RydWN0IGllZWU4MDIxMWNvbSAqaWMgPSB2YXAtPml2X2ljOwogCXN0cnVjdCBp Zm5ldCAqcGFyZW50ID0gaWMtPmljX2lmcDsKLQlzdHJ1Y3QgaWVlZTgwMjExX25vZGUgKm5pOwog CXN0cnVjdCBtYnVmICptOwotCXN0cnVjdCBldGhlcl9oZWFkZXIgKmVoOwotCWludCBlcnJvcjsK IAogCS8qIE5COiBwYXJlbnQgbXVzdCBiZSB1cCBhbmQgcnVubmluZyAqLwogCWlmICghSUZORVRf SVNfVVBfUlVOTklORyhwYXJlbnQpKSB7CkBAIC0xNjUsMjE4ICs0MDUsMTQgQEAKIAkJfQogCQlJ RUVFODAyMTFfVU5MT0NLKGljKTsKIAl9CisKIAlmb3IgKDs7KSB7CiAJCUlGUV9ERVFVRVVFKCZp ZnAtPmlmX3NuZCwgbSk7CiAJCWlmIChtID09IE5VTEwpCiAJCQlicmVhazsKLQkJLyoKLQkJICog U2FuaXRpemUgbWJ1ZiBmbGFncyBmb3IgbmV0ODAyMTEgdXNlLiAgV2UgY2Fubm90Ci0JCSAqIGNs ZWFyIE1fUFdSX1NBViBvciBNX01PUkVfREFUQSBiZWNhdXNlIHRoZXNlIG1heQotCQkgKiBiZSBz ZXQgZm9yIGZyYW1lcyB0aGF0IGFyZSByZS1zdWJtaXR0ZWQgZnJvbSB0aGUKLQkJICogcG93ZXIg c2F2ZSBxdWV1ZS4KLQkJICoKLQkJICogTkI6IFRoaXMgbXVzdCBiZSBkb25lIGJlZm9yZSBpZWVl ODAyMTFfY2xhc3NpZnkgYXMKLQkJICogICAgIGl0IG1hcmtzIEVBUE9MIGluIGZyYW1lcyB3aXRo IE1fRUFQT0wuCi0JCSAqLwotCQltLT5tX2ZsYWdzICY9IH4oTV84MDIxMV9UWCAtIE1fUFdSX1NB ViAtIE1fTU9SRV9EQVRBKTsKLQkJLyoKLQkJICogQ2FuY2VsIGFueSBiYWNrZ3JvdW5kIHNjYW4u Ci0JCSAqLwotCQlpZiAoaWMtPmljX2ZsYWdzICYgSUVFRTgwMjExX0ZfU0NBTikKLQkJCWllZWU4 MDIxMV9jYW5jZWxfYW55c2Nhbih2YXApOwotCQkvKiAKLQkJICogRmluZCB0aGUgbm9kZSBmb3Ig dGhlIGRlc3RpbmF0aW9uIHNvIHdlIGNhbiBkbwotCQkgKiB0aGluZ3MgbGlrZSBwb3dlciBzYXZl IGFuZCBmYXN0IGZyYW1lcyBhZ2dyZWdhdGlvbi4KLQkJICoKLQkJICogTkI6IHBhc3QgdGhpcyBw b2ludCB2YXJpb3VzIGNvZGUgYXNzdW1lcyB0aGUgZmlyc3QKLQkJICogICAgIG1idWYgaGFzIHRo ZSA4MDIuMyBoZWFkZXIgcHJlc2VudCAoYW5kIGNvbnRpZ3VvdXMpLgotCQkgKi8KLQkJbmkgPSBO VUxMOwotCQlpZiAobS0+bV9sZW4gPCBzaXplb2Yoc3RydWN0IGV0aGVyX2hlYWRlcikgJiYKLQkJ ICAgKG0gPSBtX3B1bGx1cChtLCBzaXplb2Yoc3RydWN0IGV0aGVyX2hlYWRlcikpKSA9PSBOVUxM KSB7Ci0JCQlJRUVFODAyMTFfRFBSSU5URih2YXAsIElFRUU4MDIxMV9NU0dfT1VUUFVULAotCQkJ ICAgICJkaXNjYXJkIGZyYW1lLCAlc1xuIiwgIm1fcHVsbHVwIGZhaWxlZCIpOwotCQkJdmFwLT5p dl9zdGF0cy5pc190eF9ub2J1ZisrOwkvKiBYWFggKi8KLQkJCWlmcC0+aWZfb2Vycm9ycysrOwot CQkJY29udGludWU7Ci0JCX0KLQkJZWggPSBtdG9kKG0sIHN0cnVjdCBldGhlcl9oZWFkZXIgKik7 Ci0JCWlmIChFVEhFUl9JU19NVUxUSUNBU1QoZWgtPmV0aGVyX2Rob3N0KSkgewotCQkJaWYgKElT X0RXRFModmFwKSkgewotCQkJCS8qCi0JCQkJICogT25seSB1bmljYXN0IGZyYW1lcyBmcm9tIHRo ZSBhYm92ZSBnbyBvdXQKLQkJCQkgKiBEV0RTIHZhcHM7IG11bHRpY2FzdCBmcmFtZXMgYXJlIGhh bmRsZWQgYnkKLQkJCQkgKiBkaXNwYXRjaGluZyB0aGUgZnJhbWUgYXMgaXQgY29tZXMgdGhyb3Vn aAotCQkJCSAqIHRoZSBBUCB2YXAgKHNlZSBiZWxvdykuCi0JCQkJICovCi0JCQkJSUVFRTgwMjEx X0RJU0NBUkRfTUFDKHZhcCwgSUVFRTgwMjExX01TR19XRFMsCi0JCQkJICAgIGVoLT5ldGhlcl9k aG9zdCwgIm1jYXN0IiwgIiVzIiwgIm9uIERXRFMiKTsKLQkJCQl2YXAtPml2X3N0YXRzLmlzX2R3 ZHNfbWNhc3QrKzsKLQkJCQltX2ZyZWVtKG0pOwotCQkJCWNvbnRpbnVlOwotCQkJfQotCQkJaWYg KHZhcC0+aXZfb3Btb2RlID09IElFRUU4MDIxMV9NX0hPU1RBUCkgewotCQkJCS8qCi0JCQkJICog U3BhbSBEV0RTIHZhcCdzIHcvIG11bHRpY2FzdCB0cmFmZmljLgotCQkJCSAqLwotCQkJCS8qIFhY WCBvbmx5IGlmIGR3ZHMgaW4gdXNlPyAqLwotCQkJCWllZWU4MDIxMV9kd2RzX21jYXN0KHZhcCwg bSk7Ci0JCQl9Ci0JCX0KLSNpZmRlZiBJRUVFODAyMTFfU1VQUE9SVF9NRVNICi0JCWlmICh2YXAt Pml2X29wbW9kZSAhPSBJRUVFODAyMTFfTV9NQlNTKSB7Ci0jZW5kaWYKLQkJCW5pID0gaWVlZTgw MjExX2ZpbmRfdHhub2RlKHZhcCwgZWgtPmV0aGVyX2Rob3N0KTsKLQkJCWlmIChuaSA9PSBOVUxM KSB7Ci0JCQkJLyogTkI6IGllZWU4MDIxMV9maW5kX3R4bm9kZSBkb2VzIHN0YXQrbXNnICovCi0J CQkJaWZwLT5pZl9vZXJyb3JzKys7Ci0JCQkJbV9mcmVlbShtKTsKLQkJCQljb250aW51ZTsKLQkJ CX0KLQkJCWlmIChuaS0+bmlfYXNzb2NpZCA9PSAwICYmCi0JCQkgICAgKG5pLT5uaV9mbGFncyAm IElFRUU4MDIxMV9OT0RFX0FTU09DSUQpKSB7Ci0JCQkJSUVFRTgwMjExX0RJU0NBUkRfTUFDKHZh cCwgSUVFRTgwMjExX01TR19PVVRQVVQsCi0JCQkJICAgIGVoLT5ldGhlcl9kaG9zdCwgTlVMTCwK LQkJCQkgICAgInN0YSBub3QgYXNzb2NpYXRlZCAodHlwZSAweCUwNHgpIiwKLQkJCQkgICAgaHRv bnMoZWgtPmV0aGVyX3R5cGUpKTsKLQkJCQl2YXAtPml2X3N0YXRzLmlzX3R4X25vdGFzc29jKys7 Ci0JCQkJaWZwLT5pZl9vZXJyb3JzKys7Ci0JCQkJbV9mcmVlbShtKTsKLQkJCQlpZWVlODAyMTFf ZnJlZV9ub2RlKG5pKTsKLQkJCQljb250aW51ZTsKLQkJCX0KLSNpZmRlZiBJRUVFODAyMTFfU1VQ UE9SVF9NRVNICi0JCX0gZWxzZSB7Ci0JCQlpZiAoIUlFRUU4MDIxMV9BRERSX0VRKGVoLT5ldGhl cl9zaG9zdCwgdmFwLT5pdl9teWFkZHIpKSB7Ci0JCQkJLyoKLQkJCQkgKiBQcm94eSBzdGF0aW9u IG9ubHkgaWYgY29uZmlndXJlZC4KLQkJCQkgKi8KLQkJCQlpZiAoIWllZWU4MDIxMV9tZXNoX2lz cHJveHllbmEodmFwKSkgewotCQkJCQlJRUVFODAyMTFfRElTQ0FSRF9NQUModmFwLAotCQkJCQkg ICAgSUVFRTgwMjExX01TR19PVVRQVVQgfAotCQkJCQkgICAgSUVFRTgwMjExX01TR19NRVNILAot CQkJCQkgICAgZWgtPmV0aGVyX2Rob3N0LCBOVUxMLAotCQkJCQkgICAgIiVzIiwgInByb3h5IG5v dCBlbmFibGVkIik7Ci0JCQkJCXZhcC0+aXZfc3RhdHMuaXNfbWVzaF9ub3Rwcm94eSsrOwotCQkJ CQlpZnAtPmlmX29lcnJvcnMrKzsKLQkJCQkJbV9mcmVlbShtKTsKLQkJCQkJY29udGludWU7Ci0J CQkJfQotCQkJCUlFRUU4MDIxMV9EUFJJTlRGKHZhcCwgSUVFRTgwMjExX01TR19PVVRQVVQsCi0J CQkJICAgICJmb3J3YXJkIGZyYW1lIGZyb20gRFMgU0EoJTZEKSwgREEoJTZEKVxuIiwKLQkJCQkg ICAgZWgtPmV0aGVyX3Nob3N0LCAiOiIsCi0JCQkJICAgIGVoLT5ldGhlcl9kaG9zdCwgIjoiKTsK LQkJCQlpZWVlODAyMTFfbWVzaF9wcm94eV9jaGVjayh2YXAsIGVoLT5ldGhlcl9zaG9zdCk7Ci0J CQl9Ci0JCQluaSA9IGllZWU4MDIxMV9tZXNoX2Rpc2NvdmVyKHZhcCwgZWgtPmV0aGVyX2Rob3N0 LCBtKTsKLQkJCWlmIChuaSA9PSBOVUxMKSB7Ci0JCQkJLyoKLQkJCQkgKiBOQjogaWVlZTgwMjEx X21lc2hfZGlzY292ZXIgaG9sZHMvZGlzcG9zZXMKLQkJCQkgKiBmcmFtZSAoZS5nLiBxdWV1ZWlu ZyBvbiBwYXRoIGRpc2NvdmVyeSkuCi0JCQkJICovCi0JCQkJaWZwLT5pZl9vZXJyb3JzKys7Ci0J CQkJY29udGludWU7Ci0JCQl9Ci0JCX0KLSNlbmRpZgotCQlpZiAoKG5pLT5uaV9mbGFncyAmIElF RUU4MDIxMV9OT0RFX1BXUl9NR1QpICYmCi0JCSAgICAobS0+bV9mbGFncyAmIE1fUFdSX1NBVikg PT0gMCkgewotCQkJLyoKLQkJCSAqIFN0YXRpb24gaW4gcG93ZXIgc2F2ZSBtb2RlOyBwYXNzIHRo ZSBmcmFtZQotCQkJICogdG8gdGhlIDgwMi4xMSBsYXllciBhbmQgY29udGludWUuICBXZSdsbCBn ZXQKLQkJCSAqIHRoZSBmcmFtZSBiYWNrIHdoZW4gdGhlIHRpbWUgaXMgcmlnaHQuCi0JCQkgKiBY WFggbG9zZSBXRFMgdmFwIGxpbmthZ2U/Ci0JCQkgKi8KLQkJCSh2b2lkKSBpZWVlODAyMTFfcHdy c2F2ZShuaSwgbSk7Ci0JCQlpZWVlODAyMTFfZnJlZV9ub2RlKG5pKTsKLQkJCWNvbnRpbnVlOwot CQl9Ci0JCS8qIGNhbGN1bGF0ZSBwcmlvcml0eSBzbyBkcml2ZXJzIGNhbiBmaW5kIHRoZSB0eCBx dWV1ZSAqLwotCQlpZiAoaWVlZTgwMjExX2NsYXNzaWZ5KG5pLCBtKSkgewotCQkJSUVFRTgwMjEx X0RJU0NBUkRfTUFDKHZhcCwgSUVFRTgwMjExX01TR19PVVRQVVQsCi0JCQkgICAgZWgtPmV0aGVy X2Rob3N0LCBOVUxMLAotCQkJICAgICIlcyIsICJjbGFzc2lmaWNhdGlvbiBmYWlsdXJlIik7Ci0J CQl2YXAtPml2X3N0YXRzLmlzX3R4X2NsYXNzaWZ5Kys7Ci0JCQlpZnAtPmlmX29lcnJvcnMrKzsK LQkJCW1fZnJlZW0obSk7Ci0JCQlpZWVlODAyMTFfZnJlZV9ub2RlKG5pKTsKLQkJCWNvbnRpbnVl OwotCQl9Ci0JCS8qCi0JCSAqIFN0YXNoIHRoZSBub2RlIHBvaW50ZXIuICBOb3RlIHRoYXQgd2Ug ZG8gdGhpcyBhZnRlcgotCQkgKiBhbnkgY2FsbCB0byBpZWVlODAyMTFfZHdkc19tY2FzdCBiZWNh dXNlIHRoYXQgY29kZQotCQkgKiB1c2VzIGFueSBleGlzdGluZyB2YWx1ZSBmb3IgcmN2aWYgdG8g aWRlbnRpZnkgdGhlCi0JCSAqIGludGVyZmFjZSBpdCAobWlnaHQgaGF2ZSBiZWVuKSByZWNlaXZl ZCBvbi4KLQkJICovCi0JCW0tPm1fcGt0aGRyLnJjdmlmID0gKHZvaWQgKiluaTsKLQotCQlCUEZf TVRBUChpZnAsIG0pOwkJLyogODAyLjMgdHggKi8KLSAKLQkJLyoKLQkJICogQ2hlY2sgaWYgQS1N UERVIHR4IGFnZ3JlZ2F0aW9uIGlzIHNldHVwIG9yIGlmIHdlCi0JCSAqIHNob3VsZCB0cnkgdG8g ZW5hYmxlIGl0LiAgVGhlIHN0YSBtdXN0IGJlIGFzc29jaWF0ZWQKLQkJICogd2l0aCBIVCBhbmQg QS1NUERVIGVuYWJsZWQgZm9yIHVzZS4gIFdoZW4gdGhlIHBvbGljeQotCQkgKiByb3V0aW5lIGRl Y2lkZXMgd2Ugc2hvdWxkIGVuYWJsZSBBLU1QRFUgd2UgaXNzdWUgYW4KLQkJICogQUREQkEgcmVx dWVzdCBhbmQgd2FpdCBmb3IgYSByZXBseS4gIFRoZSBmcmFtZSBiZWluZwotCQkgKiBlbmNhcHN1 bGF0ZWQgd2lsbCBnbyBvdXQgdy9vIHVzaW5nIEEtTVBEVSwgb3IgcG9zc2libHkKLQkJICogaXQg bWlnaHQgYmUgY29sbGVjdGVkIGJ5IHRoZSBkcml2ZXIgYW5kIGhlbGQvcmV0cmFuc21pdC4KLQkJ ICogVGhlIGRlZmF1bHQgaWNfYW1wZHVfZW5hYmxlIHJvdXRpbmUgaGFuZGxlcyBzdGFnZ2VyaW5n Ci0JCSAqIEFEREJBIHJlcXVlc3RzIGluIGNhc2UgdGhlIHJlY2VpdmVyIE5BSydzIHVzIG9yIHdl IGFyZQotCQkgKiBvdGhlcndpc2UgdW5hYmxlIHRvIGVzdGFibGlzaCBhIEJBIHN0cmVhbS4KLQkJ ICovCi0JCWlmICgobmktPm5pX2ZsYWdzICYgSUVFRTgwMjExX05PREVfQU1QRFVfVFgpICYmCi0J CSAgICAodmFwLT5pdl9mbGFnc19odCAmIElFRUU4MDIxMV9GSFRfQU1QRFVfVFgpICYmCi0JCSAg ICAobS0+bV9mbGFncyAmIE1fRUFQT0wpID09IDApIHsKLQkJCWludCB0aWQgPSBXTUVfQUNfVE9f VElEKE1fV01FX0dFVEFDKG0pKTsKLQkJCXN0cnVjdCBpZWVlODAyMTFfdHhfYW1wZHUgKnRhcCA9 ICZuaS0+bmlfdHhfYW1wZHVbdGlkXTsKLQotCQkJaWVlZTgwMjExX3R4YW1wZHVfY291bnRfcGFj a2V0KHRhcCk7Ci0JCQlpZiAoSUVFRTgwMjExX0FNUERVX1JVTk5JTkcodGFwKSkgewotCQkJCS8q Ci0JCQkJICogT3BlcmF0aW9uYWwsIG1hcmsgZnJhbWUgZm9yIGFnZ3JlZ2F0aW9uLgotCQkJCSAq Ci0JCQkJICogWFhYIGRvIHR4IGFnZ3JlZ2F0aW9uIGhlcmUKLQkJCQkgKi8KLQkJCQltLT5tX2Zs YWdzIHw9IE1fQU1QRFVfTVBEVTsKLQkJCX0gZWxzZSBpZiAoIUlFRUU4MDIxMV9BTVBEVV9SRVFV RVNURUQodGFwKSAmJgotCQkJICAgIGljLT5pY19hbXBkdV9lbmFibGUobmksIHRhcCkpIHsKLQkJ CQkvKgotCQkJCSAqIE5vdCBuZWdvdGlhdGVkIHlldCwgcmVxdWVzdCBzZXJ2aWNlLgotCQkJCSAq LwotCQkJCWllZWU4MDIxMV9hbXBkdV9yZXF1ZXN0KG5pLCB0YXApOwotCQkJCS8qIFhYWCBob2xk IGZyYW1lIGZvciByZXBseT8gKi8KLQkJCX0KLQkJfQotI2lmZGVmIElFRUU4MDIxMV9TVVBQT1JU X1NVUEVSRwotCQllbHNlIGlmIChJRUVFODAyMTFfQVRIX0NBUCh2YXAsIG5pLCBJRUVFODAyMTFf Tk9ERV9GRikpIHsKLQkJCW0gPSBpZWVlODAyMTFfZmZfY2hlY2sobmksIG0pOwotCQkJaWYgKG0g PT0gTlVMTCkgewotCQkJCS8qIE5COiBhbnkgbmkgcmVmIGhlbGQgb24gc3RhZ2VxICovCi0JCQkJ Y29udGludWU7Ci0JCQl9Ci0JCX0KLSNlbmRpZiAvKiBJRUVFODAyMTFfU1VQUE9SVF9TVVBFUkcg Ki8KLQkJaWYgKF9fcHJlZGljdF90cnVlKCh2YXAtPml2X2NhcHMgJiBJRUVFODAyMTFfQ184MDIz RU5DQVApID09IDApKSB7Ci0JCQkvKgotCQkJICogRW5jYXBzdWxhdGUgdGhlIHBhY2tldCBpbiBw cmVwIGZvciB0cmFuc21pc3Npb24uCi0JCQkgKi8KLQkJCW0gPSBpZWVlODAyMTFfZW5jYXAodmFw LCBuaSwgbSk7Ci0JCQlpZiAobSA9PSBOVUxMKSB7Ci0JCQkJLyogTkI6IHN0YXQrbXNnIGhhbmRs ZWQgaW4gaWVlZTgwMjExX2VuY2FwICovCi0JCQkJaWVlZTgwMjExX2ZyZWVfbm9kZShuaSk7Ci0J CQkJY29udGludWU7Ci0JCQl9Ci0JCX0KLQkJZXJyb3IgPSBwYXJlbnQtPmlmX3RyYW5zbWl0KHBh cmVudCwgbSk7Ci0JCWlmIChlcnJvciAhPSAwKSB7Ci0JCQkvKiBOQjogSUZRX0hBTkRPRkYgcmVj bGFpbXMgbWJ1ZiAqLwotCQkJaWVlZTgwMjExX2ZyZWVfbm9kZShuaSk7Ci0JCX0gZWxzZSB7Ci0J CQlpZnAtPmlmX29wYWNrZXRzKys7Ci0JCX0KLQkJaWMtPmljX2xhc3RkYXRhID0gdGlja3M7CisJ CSh2b2lkKSBpZWVlODAyMTFfc3RhcnRfcGt0KHZhcCwgbSk7CisJCS8qIG1idWYgaXMgY29uc3Vt ZWQgaGVyZSAqLwogCX0KLSN1bmRlZiBJU19EV0RTCiB9CiAKIC8qCkBAIC0zOTMsNiArNDI5LDcg QEAKIAlzdHJ1Y3QgaWVlZTgwMjExdmFwICp2YXA7CiAJc3RydWN0IGllZWU4MDIxMV9mcmFtZSAq d2g7CiAJaW50IGVycm9yOworCWludCByZXQ7CiAKIAlJRlFfTE9DSygmaWZwLT5pZl9zbmQpOwog CWlmIChpZnAtPmlmX2Rydl9mbGFncyAmIElGRl9EUlZfT0FDVElWRSkgewpAQCAtNDkwLDE0ICs1 MjcsMjQgQEAKIAlJRUVFODAyMTFfTk9ERV9TVEFUX0FERChuaSwgdHhfYnl0ZXMsIG0tPm1fcGt0 aGRyLmxlbik7CiAKIAkvKgorCSAqIFNlcmlhbGlzZSB0aGUgb3JkZXIgb2YgcmF3IGZyYW1lcyB3 aXRoIHRoZSByZXN0IG9mCisJICogdGhlIG5vcm1hbCBzdGFjaywgc28gdGhpbmdzIHN1Y2ggYXMg c2VxdWVuY2UgYW5kCisJICogY3J5cHRvIHN0YXRlIGFzc2lnbm1lbnQgYXJlIGRvbmUgaW4gdGhl IHNhbWUgb3JkZXIKKwkgKiBhcyBhcmUgcGFzc2VkIHRvIHRoZSBkcml2ZXIgKGVpdGhlciBieSBp Zl90cmFuc21pdCgpCisJICogb3IgaWNfcmF3X3htaXQoKSkuCisJICovCisJSUVFRTgwMjExX1ZB UF9UWF9MT0NLKHZhcCk7CisJLyoKIAkgKiBOQjogRExUX0lFRUU4MDJfMTFfUkFESU8gaWRlbnRp ZmllcyB0aGUgcGFyYW1ldGVycyBhcmUKIAkgKiBwcmVzZW50IGJ5IHNldHRpbmcgdGhlIHNhX2xl biBmaWVsZCBvZiB0aGUgc29ja2FkZHIgKHllcywKIAkgKiB0aGlzIGlzIGEgaGFjaykuCiAJICog TkI6IHdlIGFzc3VtZSBzYV9kYXRhIGlzIHN1aXRhYmx5IGFsaWduZWQgdG8gY2FzdC4KIAkgKi8K LQlyZXR1cm4gdmFwLT5pdl9pYy0+aWNfcmF3X3htaXQobmksIG0sCisJcmV0ID0gdmFwLT5pdl9p Yy0+aWNfcmF3X3htaXQobmksIG0sCiAJICAgIChjb25zdCBzdHJ1Y3QgaWVlZTgwMjExX2JwZl9w YXJhbXMgKikoZHN0LT5zYV9sZW4gPwogCQlkc3QtPnNhX2RhdGEgOiBOVUxMKSk7CisJSUVFRTgw MjExX1ZBUF9UWF9VTkxPQ0sodmFwKTsKKwlyZXR1cm4gKHJldCk7CiBiYWQ6CiAJaWYgKG0gIT0g TlVMTCkKIAkJbV9mcmVlbShtKTsKQEAgLTYyMSw2ICs2NjgsNyBAQAogCXN0cnVjdCBpZWVlODAy MTF2YXAgKnZhcCA9IG5pLT5uaV92YXA7CiAJc3RydWN0IGllZWU4MDIxMWNvbSAqaWMgPSBuaS0+ bmlfaWM7CiAJc3RydWN0IGllZWU4MDIxMV9mcmFtZSAqd2g7CisJaW50IHJldDsKIAogCUtBU1NF UlQobmkgIT0gTlVMTCwgKCJudWxsIG5vZGUiKSk7CiAKQEAgLTY3MCw3ICs3MTgsMTEgQEAKICNl bmRpZgogCUlFRUU4MDIxMV9OT0RFX1NUQVQobmksIHR4X21nbXQpOwogCi0JcmV0dXJuIGljLT5p Y19yYXdfeG1pdChuaSwgbSwgcGFyYW1zKTsKKwlJRUVFODAyMTFfVkFQX1RYX0xPQ0sodmFwKTsK KwlyZXQgPSBpYy0+aWNfcmF3X3htaXQobmksIG0sIHBhcmFtcyk7CisJSUVFRTgwMjExX1ZBUF9U WF9VTkxPQ0sodmFwKTsKKworCXJldHVybiAocmV0KTsKIH0KIAogLyoKQEAgLTY5NCw2ICs3NDYs NyBAQAogCXN0cnVjdCBpZWVlODAyMTFfZnJhbWUgKndoOwogCWludCBoZHJsZW47CiAJdWludDhf dCAqZnJtOworCWludCByZXQ7CiAKIAlpZiAodmFwLT5pdl9zdGF0ZSA9PSBJRUVFODAyMTFfU19D QUMpIHsKIAkJSUVFRTgwMjExX05PVEUodmFwLCBJRUVFODAyMTFfTVNHX09VVFBVVCB8IElFRUU4 MDIxMV9NU0dfRE9USCwKQEAgLTc3MSw3ICs4MjQsMTAgQEAKIAkgICAgaWVlZTgwMjExX2NoYW4y aWVlZShpYywgaWMtPmljX2N1cmNoYW4pLAogCSAgICB3aC0+aV9mY1sxXSAmIElFRUU4MDIxMV9G QzFfUFdSX01HVCA/ICJlbmEiIDogImRpcyIpOwogCi0JcmV0dXJuIGljLT5pY19yYXdfeG1pdChu aSwgbSwgTlVMTCk7CisJSUVFRTgwMjExX1ZBUF9UWF9MT0NLKHZhcCk7CisJcmV0ID0gaWMtPmlj X3Jhd194bWl0KG5pLCBtLCBOVUxMKTsKKwlJRUVFODAyMTFfVkFQX1RYX1VOTE9DSyh2YXApOwor CXJldHVybiAocmV0KTsKIH0KIAogLyogCkBAIC0xMDM1LDYgKzEwOTEsOCBAQAogCWludCBtZXNo aGRyc2l6ZSwgbWVzaGFlOwogCXVpbnQ4X3QgKnFvczsKIAorCUlFRUU4MDIxMV9WQVBfVFhfTE9D S19BU1NFUlQodmFwKTsKKwogCS8qCiAJICogQ29weSBleGlzdGluZyBFdGhlcm5ldCBoZWFkZXIg dG8gYSBzYWZlIHBsYWNlLiAgVGhlCiAJICogcmVzdCBvZiB0aGUgY29kZSBhc3N1bWVzIGl0J3Mg b2sgdG8gc3RyaXAgaXQgd2hlbgpAQCAtMTgwNiw2ICsxODY0LDcgQEAKIAljb25zdCBzdHJ1Y3Qg aWVlZTgwMjExX3JhdGVzZXQgKnJzOwogCXN0cnVjdCBtYnVmICptOwogCXVpbnQ4X3QgKmZybTsK KwlpbnQgcmV0OwogCiAJaWYgKHZhcC0+aXZfc3RhdGUgPT0gSUVFRTgwMjExX1NfQ0FDKSB7CiAJ CUlFRUU4MDIxMV9OT1RFKHZhcCwgSUVFRTgwMjExX01TR19PVVRQVVQsIG5pLApAQCAtMTkwNSw3 ICsxOTY0LDEwIEBACiAJfSBlbHNlCiAJCXBhcmFtcy5pYnBfdHJ5MCA9IHRwLT5tYXhyZXRyeTsK IAlwYXJhbXMuaWJwX3Bvd2VyID0gbmktPm5pX3R4cG93ZXI7Ci0JcmV0dXJuIGljLT5pY19yYXdf eG1pdChuaSwgbSwgJnBhcmFtcyk7CisJSUVFRTgwMjExX1ZBUF9UWF9MT0NLKHZhcCk7CisJcmV0 ID0gaWMtPmljX3Jhd194bWl0KG5pLCBtLCAmcGFyYW1zKTsKKwlJRUVFODAyMTFfVkFQX1RYX1VO TE9DSyh2YXApOworCXJldHVybiAocmV0KTsKIH0KIAogLyoKQEAgLTI0NzQsNiArMjUzNiw3IEBA CiAJc3RydWN0IGllZWU4MDIxMWNvbSAqaWMgPSB2YXAtPml2X2ljOwogCXN0cnVjdCBpZWVlODAy MTFfZnJhbWUgKndoOwogCXN0cnVjdCBtYnVmICptOworCWludCByZXQ7CiAKIAlpZiAodmFwLT5p dl9zdGF0ZSA9PSBJRUVFODAyMTFfU19DQUMpIHsKIAkJSUVFRTgwMjExX05PVEUodmFwLCBJRUVF ODAyMTFfTVNHX09VVFBVVCwgYnNzLApAQCAtMjUxNyw3ICsyNTgwLDEwIEBACiAJICAgIGxlZ2Fj eSA/ICIgPGxlZ2FjeT4iIDogIiIpOwogCUlFRUU4MDIxMV9OT0RFX1NUQVQoYnNzLCB0eF9tZ210 KTsKIAotCXJldHVybiBpYy0+aWNfcmF3X3htaXQoYnNzLCBtLCBOVUxMKTsKKwlJRUVFODAyMTFf VkFQX1RYX0xPQ0sodmFwKTsKKwlyZXQgPSBpYy0+aWNfcmF3X3htaXQoYnNzLCBtLCBOVUxMKTsK KwlJRUVFODAyMTFfVkFQX1RYX1VOTE9DSyh2YXApOworCXJldHVybiAocmV0KTsKIH0KIAogLyoK SW5kZXg6IHN5cy9uZXQ4MDIxMS9pZWVlODAyMTFfc3VwZXJnLmMKPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lz L25ldDgwMjExL2llZWU4MDIxMV9zdXBlcmcuYwkocmV2aXNpb24gMjQ2ODE4KQorKysgc3lzL25l dDgwMjExL2llZWU4MDIxMV9zdXBlcmcuYwkod29ya2luZyBjb3B5KQpAQCAtMzgyLDYgKzM4Miwx MiBAQAogCXN0cnVjdCBtYnVmICptOwogCWludCBwYWQ7CiAKKwkvKgorCSAqIFRoaXMgaXMgY2Fs bGVkIGZyb20gaWVlZTgwMjExX2VuY2FwKCkgLSBzbyB0aGUgVFggbG9jaworCSAqIGlzIHJlcXVp cmVkLgorCSAqLworCUlFRUU4MDIxMV9WQVBfVFhfTE9DS19BU1NFUlQodmFwKTsKKwogCW0yID0g bTEtPm1fbmV4dHBrdDsKIAlpZiAobTIgPT0gTlVMTCkgewogCQlJRUVFODAyMTFfRFBSSU5URih2 YXAsIElFRUU4MDIxMV9NU0dfU1VQRVJHLApAQCAtNTAzLDIxICs1MDksMjcgQEAKIAlzdHJ1Y3Qg aWVlZTgwMjExdmFwICp2YXAgPSBuaS0+bmlfdmFwOwogCWludCBlcnJvcjsKIAorCUlFRUU4MDIx MV9WQVBfVFhfVU5MT0NLX0FTU0VSVCh2YXApOworCiAJLyogZW5jYXAgYW5kIHhtaXQgKi8KKwlJ RUVFODAyMTFfVkFQX1RYX0xPQ0sodmFwKTsKIAltID0gaWVlZTgwMjExX2VuY2FwKHZhcCwgbmks IG0pOwogCWlmIChtICE9IE5VTEwpIHsKIAkJc3RydWN0IGlmbmV0ICppZnAgPSB2YXAtPml2X2lm cDsKIAkJc3RydWN0IGlmbmV0ICpwYXJlbnQgPSBuaS0+bmlfaWMtPmljX2lmcDsKIAogCQllcnJv ciA9IHBhcmVudC0+aWZfdHJhbnNtaXQocGFyZW50LCBtKTsKKwkJSUVFRTgwMjExX1ZBUF9UWF9V TkxPQ0sodmFwKTsKIAkJaWYgKGVycm9yICE9IDApIHsKIAkJCS8qIE5COiBJRlFfSEFORE9GRiBy ZWNsYWltcyBtYnVmICovCiAJCQlpZWVlODAyMTFfZnJlZV9ub2RlKG5pKTsKIAkJfSBlbHNlIHsK IAkJCWlmcC0+aWZfb3BhY2tldHMrKzsKIAkJfQotCX0gZWxzZQorCX0gZWxzZSB7CisJCUlFRUU4 MDIxMV9WQVBfVFhfVU5MT0NLKHZhcCk7CiAJCWllZWU4MDIxMV9mcmVlX25vZGUobmkpOworCX0K IH0KIAogLyoKQEAgLTY3OSw2ICs2OTEsOCBAQAogCXN0cnVjdCBtYnVmICptc3RhZ2VkOwogCXVp bnQzMl90IHR4dGltZSwgbGltaXQ7CiAKKwlJRUVFODAyMTFfVkFQX1RYX1VOTE9DS19BU1NFUlQo dmFwKTsKKwogCS8qCiAJICogQ2hlY2sgaWYgdGhlIHN1cHBsaWVkIGZyYW1lIGNhbiBiZSBhZ2dy ZWdhdGVkLgogCSAqCkluZGV4OiBzeXMvbmV0ODAyMTEvaWVlZTgwMjExX2ZyZWVic2QuaAo9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09Ci0tLSBzeXMvbmV0ODAyMTEvaWVlZTgwMjExX2ZyZWVic2QuaAkocmV2aXNpb24gMjQ2 ODE4KQorKysgc3lzL25ldDgwMjExL2llZWU4MDIxMV9mcmVlYnNkLmgJKHdvcmtpbmcgY29weSkK QEAgLTE2MCw2ICsxNjAsMzIgQEAKICNkZWZpbmUJSUVFRTgwMjExX1NDQU5fVEFCTEVfVU5MT0NL KF9zdCkJbXR4X3VubG9jaygmKF9zdCktPnN0X2xvY2spCiAKIC8qCisgKiBWQVAgdHJhbnNtaXQg c3RhdGUgbG9jayBkZWZpbml0aW9uLgorICovCit0eXBlZGVmIHN0cnVjdCB7CisJY2hhcgkJbmFt ZVsxNl07CQkvKiBlLmcuICJ3bGFuMF90eF9sb2NrIiAqLworCXN0cnVjdCBtdHgJbXR4OworfSBp ZWVlODAyMTFfdmFwX3R4X2xvY2tfdDsKKyNkZWZpbmUJSUVFRTgwMjExX1ZBUF9UWF9MT0NLX0lO SVQoX3ZhcCwgX25hbWUpIGRvIHsJCQlcCisJaWVlZTgwMjExX3ZhcF90eF9sb2NrX3QgKnR4bCA9 ICYoX3ZhcCktPml2X3R4X2xvY2s7CQlcCisJc25wcmludGYodHhsLT5uYW1lLCBzaXplb2YodHhs LT5uYW1lKSwgIiVzX3R4X2xvY2siLCBfbmFtZSk7CVwKKwltdHhfaW5pdCgmdHhsLT5tdHgsIHR4 bC0+bmFtZSwgTlVMTCwgTVRYX0RFRik7CQkJXAorfSB3aGlsZSAoMCkKKyNkZWZpbmUJSUVFRTgw MjExX1ZBUF9UWF9MT0NLX09CSihfdHhsKQkoJihfdHhsKS0+aXZfdHhfbG9jay5tdHgpCisjZGVm aW5lCUlFRUU4MDIxMV9WQVBfVFhfTE9DS19ERVNUUk9ZKF90eGwpIFwKKwltdHhfZGVzdHJveShJ RUVFODAyMTFfVkFQX1RYX0xPQ0tfT0JKKF90eGwpKQorI2RlZmluZQlJRUVFODAyMTFfVkFQX1RY X0xPQ0soX3R4bCkgXAorCW10eF9sb2NrKElFRUU4MDIxMV9WQVBfVFhfTE9DS19PQkooX3R4bCkp CisjZGVmaW5lCUlFRUU4MDIxMV9WQVBfVFhfSVNfTE9DS0VEKF90eGwpIFwKKwltdHhfb3duZWQo SUVFRTgwMjExX1ZBUF9UWF9MT0NLX09CSihfdHhsKSkKKyNkZWZpbmUJSUVFRTgwMjExX1ZBUF9U WF9VTkxPQ0soX3R4bCkgXAorCW10eF91bmxvY2soSUVFRTgwMjExX1ZBUF9UWF9MT0NLX09CSihf dHhsKSkKKyNkZWZpbmUJSUVFRTgwMjExX1ZBUF9UWF9MT0NLX0FTU0VSVChfdHhsKQlcCisJbXR4 X2Fzc2VydChJRUVFODAyMTFfVkFQX1RYX0xPQ0tfT0JKKF90eGwpLCBNQV9PV05FRCkKKyNkZWZp bmUJSUVFRTgwMjExX1ZBUF9UWF9VTkxPQ0tfQVNTRVJUKF90eGwpCVwKKwltdHhfYXNzZXJ0KElF RUU4MDIxMV9WQVBfVFhfTE9DS19PQkooX3R4bCksIE1BX05PVE9XTkVEKQorCisvKgogICogTm9k ZSByZWZlcmVuY2UgY291bnRpbmcgZGVmaW5pdGlvbnMuCiAgKgogICogaWVlZTgwMjExX25vZGVf aW5pdHJlZglpbml0aWFsaXplIHRoZSByZWZlcmVuY2UgY291bnQgdG8gMQpJbmRleDogc3lzL25l dDgwMjExL2llZWU4MDIxMV9wb3dlci5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9uZXQ4MDIxMS9pZWVl ODAyMTFfcG93ZXIuYwkocmV2aXNpb24gMjQ2ODE4KQorKysgc3lzL25ldDgwMjExL2llZWU4MDIx MV9wb3dlci5jCSh3b3JraW5nIGNvcHkpCkBAIC00MTgsMTAgKzQxOCwxMyBAQAogCXN0cnVjdCBp Zm5ldCAqcGFyZW50LCAqaWZwOwogCXN0cnVjdCBtYnVmICpwYXJlbnRfcSA9IE5VTEwsICppZnBf cSA9IE5VTEw7CiAJc3RydWN0IG1idWYgKm07CisJaW50IHJldDsKIAogCUlFRUU4MDIxMV9OT1RF KHZhcCwgSUVFRTgwMjExX01TR19QT1dFUiwgbmksCiAJICAgICJmbHVzaCBwcyBxdWV1ZSwgJXUg cGFja2V0cyBxdWV1ZWQiLCBwc3EtPnBzcV9sZW4pOwogCisJSUVFRTgwMjExX1ZBUF9UWF9VTkxP Q0tfQVNTRVJUKHZhcCk7CisKIAlJRUVFODAyMTFfUFNRX0xPQ0socHNxKTsKIAlxaGVhZCA9ICZw c3EtPnBzcV9oZWFkWzBdOwkvKiA4MDIuMTEgZnJhbWVzICovCiAJaWYgKHFoZWFkLT5oZWFkICE9 IE5VTEwpIHsKQEAgLTQ2Myw3ICs0NjYsMTAgQEAKIAkJCSAqIEZvciBlbmNhcGVkIGZyYW1lcywg d2UgbmVlZCB0byBmcmVlIHRoZSBub2RlCiAJCQkgKiByZWZlcmVuY2UgdXBvbiBmYWlsdXJlLgog CQkJICovCi0JCQlpZiAocGFyZW50LT5pZl90cmFuc21pdChwYXJlbnQsIG0pICE9IDApCisJCQlJ RUVFODAyMTFfVkFQX1RYX0xPQ0sodmFwKTsKKwkJCXJldCA9IHBhcmVudC0+aWZfdHJhbnNtaXQo cGFyZW50LCBtKTsKKwkJCUlFRUU4MDIxMV9WQVBfVFhfVU5MT0NLKHZhcCk7CisJCQlpZiAocmV0 ICE9IDApCiAJCQkJaWVlZTgwMjExX2ZyZWVfbm9kZShuaSk7CiAJCX0KIAl9CkluZGV4OiBzeXMv bmV0ODAyMTEvaWVlZTgwMjExX3Zhci5oCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9uZXQ4MDIxMS9pZWVl ODAyMTFfdmFyLmgJKHJldmlzaW9uIDI0NjgxOCkKKysrIHN5cy9uZXQ4MDIxMS9pZWVlODAyMTFf dmFyLmgJKHdvcmtpbmcgY29weSkKQEAgLTM0Miw2ICszNDIsOCBAQAogCXN0cnVjdCBzeXNjdGxf Y3R4X2xpc3QJKml2X3N5c2N0bDsJLyogZHluYW1pYyBzeXNjdGwgY29udGV4dCAqLwogCXN0cnVj dCBzeXNjdGxfb2lkCSppdl9vaWQ7CS8qIG5ldC53bGFuLlggc3lzY3RsIG9pZCAqLwogCisJaWVl ZTgwMjExX3ZhcF90eF9sb2NrX3QJaXZfdHhfbG9jazsJLyogcGVyLVZBUCBUWCBzZXJpYWxpc2F0 aW9uICovCisKIAlUQUlMUV9FTlRSWShpZWVlODAyMTF2YXApIGl2X25leHQ7CS8qIGxpc3Qgb2Yg dmFwIGluc3RhbmNlcyAqLwogCXN0cnVjdCBpZWVlODAyMTFjb20JKml2X2ljOwkJLyogYmFjayBw dHIgdG8gY29tbW9uIHN0YXRlICovCiAJdWludDMyX3QJCWl2X2RlYnVnOwkvKiBkZWJ1ZyBtc2cg ZmxhZ3MgKi8KQEAgLTQ5Nyw2ICs0OTksNyBAQAogCS8qIDgwMi4zIG91dHB1dCBtZXRob2QgZm9y IHJhdyBmcmFtZSB4bWl0ICovCiAJaW50CQkJKCppdl9vdXRwdXQpKHN0cnVjdCBpZm5ldCAqLCBz dHJ1Y3QgbWJ1ZiAqLAogCQkJCSAgICBzdHJ1Y3Qgc29ja2FkZHIgKiwgc3RydWN0IHJvdXRlICop OworCiAJdWludDY0X3QJCWl2X3NwYXJlWzZdOwogfTsKIE1BTExPQ19ERUNMQVJFKE1fODAyMTFf VkFQKTsKSW5kZXg6IHN5cy9uZXQ4MDIxMS9pZWVlODAyMTFfaG9zdGFwLmMKPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQot LS0gc3lzL25ldDgwMjExL2llZWU4MDIxMV9ob3N0YXAuYwkocmV2aXNpb24gMjQ2ODE4KQorKysg c3lzL25ldDgwMjExL2llZWU4MDIxMV9ob3N0YXAuYwkod29ya2luZyBjb3B5KQpAQCAtMzU0LDYg KzM1NCw4IEBACiAJc3RydWN0IGV0aGVyX2hlYWRlciAqZWggPSBtdG9kKG0sIHN0cnVjdCBldGhl cl9oZWFkZXIgKik7CiAJc3RydWN0IGlmbmV0ICppZnAgPSB2YXAtPml2X2lmcDsKIAorCUlFRUU4 MDIxMV9WQVBfVFhfVU5MT0NLX0FTU0VSVCh2YXApOworCiAJLyogY2xlYXIgZHJpdmVyL25ldDgw MjExIGZsYWdzIGJlZm9yZSBwYXNzaW5nIHVwICovCiAJbS0+bV9mbGFncyAmPSB+KE1fODAyMTFf UlggfCBNX01DQVNUIHwgTV9CQ0FTVCk7CiAKQEAgLTQxMiw2ICs0MTQsNyBAQAogCQlpZiAobWNv cHkgIT0gTlVMTCkgewogCQkJaW50IGxlbiwgZXJyOwogCQkJbGVuID0gbWNvcHktPm1fcGt0aGRy LmxlbjsKKwkJCS8qIFZBUCB0cmFuc21pdCAqLwogCQkJZXJyID0gaWZwLT5pZl90cmFuc21pdChp ZnAsIG1jb3B5KTsKIAkJCWlmIChlcnIpIHsKIAkJCQkvKiBOQjogSUZRX0hBTkRPRkYgcmVjbGFp bXMgbWNvcHkgKi8KQEAgLTQzNyw2ICs0NDAsNyBAQAogCQkJbS0+bV9wa3RoZHIuZXRoZXJfdnRh ZyA9IG5pLT5uaV92bGFuOwogCQkJbS0+bV9mbGFncyB8PSBNX1ZMQU5UQUc7CiAJCX0KKwkJLyog VkFQIHRyYW5zbWl0ICovCiAJCWlmcC0+aWZfaW5wdXQoaWZwLCBtKTsKIAl9CiB9CkluZGV4OiBz eXMvbmV0ODAyMTEvaWVlZTgwMjExLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL25ldDgwMjExL2llZWU4 MDIxMS5jCShyZXZpc2lvbiAyNDY4MTgpCisrKyBzeXMvbmV0ODAyMTEvaWVlZTgwMjExLmMJKHdv cmtpbmcgY29weSkKQEAgLTUxMSw2ICs1MTEsOCBAQAogCiAJSUVFRTgwMjExX0FERFJfQ09QWSh2 YXAtPml2X215YWRkciwgbWFjYWRkcik7CiAKKwlJRUVFODAyMTFfVkFQX1RYX0xPQ0tfSU5JVCh2 YXAsIGlmX25hbWUodmFwLT5pdl9pZnApKTsKKwogCWllZWU4MDIxMV9zeXNjdGxfdmF0dGFjaCh2 YXApOwogCWllZWU4MDIxMV9jcnlwdG9fdmF0dGFjaCh2YXApOwogCWllZWU4MDIxMV9ub2RlX3Zh dHRhY2godmFwKTsKQEAgLTY1Nyw2ICs2NTksOCBAQAogCWllZWU4MDIxMV9ub2RlX3ZkZXRhY2go dmFwKTsKIAlpZWVlODAyMTFfc3lzY3RsX3ZkZXRhY2godmFwKTsKIAorCUlFRUU4MDIxMV9WQVBf VFhfTE9DS19ERVNUUk9ZKHZhcCk7CisKIAlpZl9mcmVlKGlmcCk7CiAKIAlDVVJWTkVUX1JFU1RP UkUoKTsK --f46d0438eddbcd315904d6153cbc-- From owner-freebsd-wireless@FreeBSD.ORG Tue Feb 19 15:23:02 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 092B8A38; Tue, 19 Feb 2013 15:23:02 +0000 (UTC) (envelope-from ksramanujan@gmail.com) Received: from mail-ia0-x22a.google.com (ia-in-x022a.1e100.net [IPv6:2607:f8b0:4001:c02::22a]) by mx1.freebsd.org (Postfix) with ESMTP id CA220D41; Tue, 19 Feb 2013 15:23:01 +0000 (UTC) Received: by mail-ia0-f170.google.com with SMTP id k20so6318835iak.29 for ; Tue, 19 Feb 2013 07:23:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=YsTwU520f/nJtjADoSHf48DxxPrDW2GtqJRCr18MjCU=; b=nQsNpJBoBhXTJstVPTx5PcaFDpvrC8WnepMPSl/3KBrJbyjpbsl44o+zUx4ZrbubcB VYbCpaSTNuKCotVsKInNEoruYxWziR9diNo9GX/EfU1zXxG2+0TYF37IVderYXdT45DK 8B67OvBrVeBp0srahSMnbIpzIwRuwrLCGPqddpTkiQeBcnd2o11E0jpNIcc7eADJdM+X XqCkeMUsuxT0MPBT+1xL6YZKq3PeqR6qCAIUKj4jzCLZA5ou25172XTkbMNmb0nfBFA5 NAbG9tsWtHoU3AWGATIN7r7SQVKCqKxs8jw861Excd+ssK3SUG0ABuAcR/TN03BaO7+S eQlw== MIME-Version: 1.0 X-Received: by 10.50.17.234 with SMTP id r10mr7392557igd.102.1361287380477; Tue, 19 Feb 2013 07:23:00 -0800 (PST) Received: by 10.64.53.100 with HTTP; Tue, 19 Feb 2013 07:23:00 -0800 (PST) In-Reply-To: References: Date: Tue, 19 Feb 2013 10:23:00 -0500 Message-ID: Subject: Re: Ralink rt2860 Broadcast rates From: Ramanujan Seshadri To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 15:23:02 -0000 Suppose i'm using an adhoc network, then shouldn't i be able to set the broadcast rates also ? Ram On Tue, Feb 19, 2013 at 10:09 AM, Adrian Chadd wrote: > On 19 February 2013 05:52, Ramanujan Seshadri > wrote: > > Hi All, > > I had a quick quesiton regarding the broadcast rates set by Ralink > > rt2860 driver. It seems like the broadcast rates are always set to MCS 0. > > Suppose i want to increase the broadcast rates to higher MCS's which > > function should i be looking into ? > > Odd; that's usually negotiated with the base station? > > Check "ifconfig -v wlan0" ; there's a set of default tx rates for each > PHY mode (11a, 11bg, 11na, 11ng, etc.) See what yours is set to when > you've associated. > > > > Adrian > From owner-freebsd-wireless@FreeBSD.ORG Tue Feb 19 15:45:52 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3AB0919B; Tue, 19 Feb 2013 15:45:52 +0000 (UTC) (envelope-from monthadar@gmail.com) Received: from mail-wi0-f171.google.com (mail-wi0-f171.google.com [209.85.212.171]) by mx1.freebsd.org (Postfix) with ESMTP id A6FDCE4F; Tue, 19 Feb 2013 15:45:51 +0000 (UTC) Received: by mail-wi0-f171.google.com with SMTP id hn17so4968756wib.10 for ; Tue, 19 Feb 2013 07:45:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=hn31ICz9tNOFSaLpp2O0/zH7SP6fkY+M8JbjeGS3Vy0=; b=woSJri2S5No3Cs4tXOqTt1NAhFLZItJKqRH7QIL45/+vOIwqIrBNzZiF/47HwcGIfP 6oXUOmZ5ZrY+zZK7EaQ7Q3D3VM7R4KgcZpCjOqYWLmFXHQ895uExfXxkjnveuDOTvzoZ oJl1fNdhSzM3ZNVOY3mwuC17emmsiW09a5Cuc+cdA8xF1/Stpdykv9dix0+Av1j+pN4V i9309PktMs7w2GholWqlB+X2JYWyaANB2fwtda3oZt47fNRmXz2+c0FlS0jvP12FN0ui vHCwIuuiFdZoaoGNX1vPAjz+sGrYdiAgqv6heTG4TKY9OXpyQxY/Y0U6OszZyRpVGx3D 6J/Q== MIME-Version: 1.0 X-Received: by 10.194.57.206 with SMTP id k14mr27351668wjq.26.1361288745074; Tue, 19 Feb 2013 07:45:45 -0800 (PST) Received: by 10.227.196.15 with HTTP; Tue, 19 Feb 2013 07:45:44 -0800 (PST) In-Reply-To: References: Date: Tue, 19 Feb 2013 16:45:44 +0100 Message-ID: Subject: Re: Ralink rt2860 Broadcast rates From: Monthadar Al Jaberi To: Ramanujan Seshadri Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 15:45:52 -0000 On Tue, Feb 19, 2013 at 4:23 PM, Ramanujan Seshadri wrote: > Suppose i'm using an adhoc network, then shouldn't i be able to set the > broadcast rates also ? ifconfig wlan0 mcastrate XX you have: ucastrate mcastrate mgmtrate > > Ram > > On Tue, Feb 19, 2013 at 10:09 AM, Adrian Chadd wrote: > >> On 19 February 2013 05:52, Ramanujan Seshadri >> wrote: >> > Hi All, >> > I had a quick quesiton regarding the broadcast rates set by Ralink >> > rt2860 driver. It seems like the broadcast rates are always set to MCS 0. >> > Suppose i want to increase the broadcast rates to higher MCS's which >> > function should i be looking into ? >> >> Odd; that's usually negotiated with the base station? >> >> Check "ifconfig -v wlan0" ; there's a set of default tx rates for each >> PHY mode (11a, 11bg, 11na, 11ng, etc.) See what yours is set to when >> you've associated. >> >> >> >> Adrian >> > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org" -- Monthadar Al Jaberi From owner-freebsd-wireless@FreeBSD.ORG Tue Feb 19 15:50:10 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CBBDE729; Tue, 19 Feb 2013 15:50:10 +0000 (UTC) (envelope-from monthadar@gmail.com) Received: from mail-we0-x22c.google.com (we-in-x022c.1e100.net [IPv6:2a00:1450:400c:c03::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 43726EC8; Tue, 19 Feb 2013 15:50:10 +0000 (UTC) Received: by mail-we0-f172.google.com with SMTP id x10so5871833wey.17 for ; Tue, 19 Feb 2013 07:50:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=lIFSz2rz33wwwcwloqqDbtS5gYiGQuiBka1sX1dQzUs=; b=M5qQrIxJdTDpxmnugX9XddCi63qO5Mue5Ai0VcVDXhfKg4LrPdPBO8BIWV75iMIZpP IuKdY66wL72XNhFYzIv5d4SEEuDF1XQ0Nz3OUCY3LGvW/h02qXOgmfjNNCKTVzrCZIFv GD1GnNkjGguHpUbyKX1lxbdf1iDzsZXwJI22P3BJ3uZ+H4B65uXv9f34DZmpz+x7YD7S 33eH1o0qva0hO/aIROwlOCuVfbHUpTl73L3lVnOnpx+pMcGiBQLZNlUgLqOY1pA5nBe0 GL7sLG5+A/Udr58p98cv9uQ/S9RsIhF5JdLf8k2A1RHIQJU+58sTTo/DvN/E5MkCBubE a0DA== MIME-Version: 1.0 X-Received: by 10.180.77.9 with SMTP id o9mr28546703wiw.16.1361289008887; Tue, 19 Feb 2013 07:50:08 -0800 (PST) Received: by 10.227.196.15 with HTTP; Tue, 19 Feb 2013 07:50:08 -0800 (PST) In-Reply-To: References: Date: Tue, 19 Feb 2013 16:50:08 +0100 Message-ID: Subject: Re: [RFC] serialising net80211 TX From: Monthadar Al Jaberi To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: PseudoCylon , freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 15:50:10 -0000 On Tue, Feb 19, 2013 at 4:10 PM, Adrian Chadd wrote: > Here's my current patch. I've tested it lightly in AP mode. Its identical to 20130216-net80211-tx-lock-2.diff? > > > > Adrian -- Monthadar Al Jaberi From owner-freebsd-wireless@FreeBSD.ORG Tue Feb 19 16:48:13 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 76552B6C for ; Tue, 19 Feb 2013 16:48:13 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) by mx1.freebsd.org (Postfix) with ESMTP id DCB2C369 for ; Tue, 19 Feb 2013 16:48:12 +0000 (UTC) Received: by mail-wg0-f41.google.com with SMTP id ds1so3779840wgb.4 for ; Tue, 19 Feb 2013 08:48:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=hlt3Ii0bBOqQKzAfN7AE4AvPulFT9gVcOUylWfOESOg=; b=JU7RGHUzUsggW8EnrGu4ybXe4puAxGGJ28MKODm0BDAXRJEkHXyjM06C1WAy0yyXcv 2Cb+ybHvxoRFUb2R6yrHqEOccns8VwHwgzzKMe6gAc6MBJdmoa3HnwQa1lYyPcmODMQ/ Mf/gH6qGVt3YmpWjRcr/yGOIsOqK1zJZQsrNfaMONXNJ3MvfmhZP0cfxCKVHzaH3EAA1 vBkMKATQW08DjTdIe/EK/X0CmRXCbcQnNHLGd+dvrA3Lu8SvU7ECOMfxtj1E2ybgKan2 UYkzTTSGt7r7PfrzSACo+SPVC9RV43Lpcj8ROOm0tXN7YVtuYLl6/oK+1VnZK56xOkXT VwLA== MIME-Version: 1.0 X-Received: by 10.180.91.106 with SMTP id cd10mr9838374wib.6.1361292492061; Tue, 19 Feb 2013 08:48:12 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.236.88 with HTTP; Tue, 19 Feb 2013 08:48:11 -0800 (PST) In-Reply-To: References: <51175C69.6050003@gmx.net> <51189E1E.70206@gmx.net> <51194795.5070500@gmx.net> <511E910D.1080901@gmx.net> <511E9446.4070708@gmx.net> <511E9615.3020007@gmx.net> <512376AB.10003@gmx.net> <5123A714.6050105@gmx.net> Date: Tue, 19 Feb 2013 08:48:11 -0800 X-Google-Sender-Auth: 77M1ucThm4mm4wXx0YuQV5XEnnU Message-ID: Subject: Re: ath0: device timeout on 9.1-RELEASE From: Adrian Chadd To: Kamil Szczesny Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 16:48:13 -0000 On 19 February 2013 08:32, Adrian Chadd wrote: > 0x2003 will make things appear. Just do an active scan (ifconfig wlanX > scan) to ensure something happens. Hi, (Cc'ing the list so people can see the progress of debugging this.) It looks like this happens: * a channel change occurs; * beacons are received; * probe request frames are queued to the hardware; * but before the TX completes (either fail or succeed) the queue gets stopped and reset. So either it's not going out, or the timers are all screwed up and it's immediately resetting. It's hard to tell given the current logging (ie, no microsecond resolution timestamps, sigh.) Can you try changing the timecounter? sysctl kern.timecounter set it to something obviously inefficient, like "i8254": sysctl kern.timecounter.hardware=i8254 .. and similarly the eventtimer: sysctl kern.eventtimer.timer=i8254 and see if that changes things. It looks like the scan times default to 200ms per channel in ieee80211_scan_sta.c. It's tunable, but the scan code in ifconfig doesn't have any option to change it. 200ms should be plenty of time to finish calibrating and start sending frames though.. Thanks, Adrian From owner-freebsd-wireless@FreeBSD.ORG Tue Feb 19 16:49:35 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2C4EBB9D for ; Tue, 19 Feb 2013 16:49:35 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-f51.google.com (mail-wg0-f51.google.com [74.125.82.51]) by mx1.freebsd.org (Postfix) with ESMTP id B820437B for ; Tue, 19 Feb 2013 16:49:34 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id 8so5535194wgl.18 for ; Tue, 19 Feb 2013 08:49:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=JzbYg2n0+089nEcm1oYaiaSeMkzdQUXjzSssWQjZ2rU=; b=Q0eH2eFR9NX+tTmrlkR1k96g9O27nxf/bR/z63HQWnNnTBCX2eXSwgLT5z1tnaaKDk 1bxEo0nQ6ldTM+q224PkEdwV54KJCufTcdnvVHSDBvC8hL7r3YD/1nCp6vcx22KtoLEx fdkn9o+WZCm/tCh6x9UUUHcGBA+G7JgIf0aikmQYSTCdvCteMFzEB0CH9uQ/P5Sn6hOw +QoDPyF4fzbRis1CYy0MOvBYhmor6+Ff1vv6EApCipYA91R8F09TPuwXUBykTLVX5Q5U dQlpQX0LxqFivFl6ysdbCzll1jPRgrqs21RgQ6cNoQvmFQKjJC/qhUzc4qq5jNuWGLzW jXDw== MIME-Version: 1.0 X-Received: by 10.180.93.234 with SMTP id cx10mr28765920wib.34.1361292568492; Tue, 19 Feb 2013 08:49:28 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.236.88 with HTTP; Tue, 19 Feb 2013 08:49:28 -0800 (PST) In-Reply-To: References: Date: Tue, 19 Feb 2013 08:49:28 -0800 X-Google-Sender-Auth: gBk6bZyS0SI1sWjx_75dKVkFeZs Message-ID: Subject: Re: [RFC] serialising net80211 TX From: Adrian Chadd To: Monthadar Al Jaberi Content-Type: text/plain; charset=ISO-8859-1 Cc: PseudoCylon , freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 16:49:35 -0000 On 19 February 2013 07:50, Monthadar Al Jaberi wrote: > On Tue, Feb 19, 2013 at 4:10 PM, Adrian Chadd wrote: >> Here's my current patch. I've tested it lightly in AP mode. > > Its identical to 20130216-net80211-tx-lock-2.diff? > Good. That means I haven't accidentally changed anything since the last diff. :-) I'm using that on my test (open) AP at the moment. Nothing that uses active powersave is actually using it yet though. Thanks, adrian From owner-freebsd-wireless@FreeBSD.ORG Tue Feb 19 17:44:18 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 691E15F2; Tue, 19 Feb 2013 17:44:18 +0000 (UTC) (envelope-from monthadar@gmail.com) Received: from mail-wi0-f174.google.com (mail-wi0-f174.google.com [209.85.212.174]) by mx1.freebsd.org (Postfix) with ESMTP id D369891F; Tue, 19 Feb 2013 17:44:17 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id hi8so5144883wib.1 for ; Tue, 19 Feb 2013 09:44:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=5Z3+E1juBDswn4ysm8lgwXWzwTd3T1zrOGrqDFnh/XM=; b=N6ONEKOrPdcXmw+b+iQqfZPP2BRlrxJO0FQBjr+xmz+bb9uHBqSOoRd40cFB+VHnsJ w0pVQoMi6FEUcqjTp4U8JbkE+dz+5VK2OB1Gs6to556iLwXO39Aa9ZIhTY8PCtZ7eAXz S3Kb8B8/RweqFVKwiVaWg5RAuQJGwNg57MCsaAG8e3wI/buduT8qwXOqsMVQs1Ex0E/8 scKfvjXQslmoxt7X0mETMIXNxQNmBvHmgDlwep9QIRVFg2YvytL0JEucbZgA3FIzEqmY mWNHjqEzwrJtiIPDqFVGStDMUqDznxCKcBoY+IcmsQdH2Ho7TpOx3R3HNHmqs4b+ld9I jISw== MIME-Version: 1.0 X-Received: by 10.180.97.166 with SMTP id eb6mr28835907wib.20.1361295856676; Tue, 19 Feb 2013 09:44:16 -0800 (PST) Received: by 10.227.196.15 with HTTP; Tue, 19 Feb 2013 09:44:16 -0800 (PST) In-Reply-To: References: Date: Tue, 19 Feb 2013 18:44:16 +0100 Message-ID: Subject: Re: [RFC] serialising net80211 TX From: Monthadar Al Jaberi To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: PseudoCylon , freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 17:44:18 -0000 On Tue, Feb 19, 2013 at 5:49 PM, Adrian Chadd wrote: > On 19 February 2013 07:50, Monthadar Al Jaberi wrote: >> On Tue, Feb 19, 2013 at 4:10 PM, Adrian Chadd wrote: >>> Here's my current patch. I've tested it lightly in AP mode. >> >> Its identical to 20130216-net80211-tx-lock-2.diff? >> > > Good. That means I haven't accidentally changed anything since the > last diff. :-) Good then I dont need to re-apply ;) I have tested between two meshSTAand run iperf UDP until I get close to getting lost packets. Current FreeBSD (r246983): 17 Mbits/ Current FreeBSD (r246983) + with your patch: 15 Mbit/s Good news no panic! But looks like a bit slower. I should add I have noticed before that mesh is slower than other modes. br, > > I'm using that on my test (open) AP at the moment. Nothing that uses > active powersave is actually using it yet though. > > Thanks, > > > > adrian -- Monthadar Al Jaberi From owner-freebsd-wireless@FreeBSD.ORG Tue Feb 19 18:01:53 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C3A68DA6 for ; Tue, 19 Feb 2013 18:01:53 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) by mx1.freebsd.org (Postfix) with ESMTP id 41DFDA21 for ; Tue, 19 Feb 2013 18:01:53 +0000 (UTC) Received: by mail-wg0-f41.google.com with SMTP id ds1so3846305wgb.2 for ; Tue, 19 Feb 2013 10:01:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=lYZM5bgqPlg/zIFpOWfCjMuQHrCOwUshCEx+qjB/5qI=; b=WzgjpIS0vXDNO0gKCrqyAilitI3EL22nPjnPsQxg8e8tACQked3/kuB+3wd/KQRS8C i7XDFoxQeFjREhKzMZbbgEp9NPkPtWvGAud72QvEc/JLRobSeUxKzL/KvYXZYcaUzkzA 2vKdEO2ZUzG/axPpRLDw79su0cz8MHWkVkO3qqpmKzjv81QxMe/uExJwsy63mRD/slGy hk7pfWuA4qJ5vmgaqw6pum7t6fkxxEfdckReN+rVozD5QtIGs8/9s/RM5JTFgM3+t8zG vnXJ1YMbAep1MqvK46fAYGzg7hLweSXv+TYdaTCAXUdTnRmVjAteBSuDG9a9/lMn1NcO R7NA== MIME-Version: 1.0 X-Received: by 10.180.80.34 with SMTP id o2mr26736082wix.0.1361296912455; Tue, 19 Feb 2013 10:01:52 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.236.88 with HTTP; Tue, 19 Feb 2013 10:01:52 -0800 (PST) In-Reply-To: References: Date: Tue, 19 Feb 2013 10:01:52 -0800 X-Google-Sender-Auth: 88biDLHwb_s10WBOKkwD1iXN8lU Message-ID: Subject: Re: [RFC] serialising net80211 TX From: Adrian Chadd To: Monthadar Al Jaberi Content-Type: text/plain; charset=ISO-8859-1 Cc: PseudoCylon , freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 18:01:53 -0000 On 19 February 2013 09:44, Monthadar Al Jaberi wrote: > I have tested between two meshSTAand run iperf UDP until I get close > to getting lost packets. > > Current FreeBSD (r246983): 17 Mbits/ > Current FreeBSD (r246983) + with your patch: 15 Mbit/s > > Good news no panic! But looks like a bit slower. I should add I have > noticed before that mesh is slower than other modes. This is with witness, right? You can do some lock profiling to see whether there's any locking issues creeping up. and yeah, mesh will be a bit slower, at least until we figure out how to enable aggressive mode properly for it and IBSS modes. Adrian From owner-freebsd-wireless@FreeBSD.ORG Tue Feb 19 21:45:44 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DC38B71E; Tue, 19 Feb 2013 21:45:44 +0000 (UTC) (envelope-from monthadar@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 3E965979; Tue, 19 Feb 2013 21:45:44 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id ez12so5429614wid.5 for ; Tue, 19 Feb 2013 13:45:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=r93k93PMSjDmSmx7qMhYRMezCojaEj88gYKPODBtVIs=; b=dVJdeEDIYONWKww/U0jrGZiGyimhB2SnY6Ir9aVKaRVufO6L23Hl9dQbO6u8KVQo+o XRkwJPSK5ETvzJgXW86td0v6t7aZR77EBs9olESYPGr1SDD/k4IQPnE0G7ok9OMUacXr tKFRaC9oTkGHoD7Tz27AczQFIhayhePNJYvs96SzEb+nXfLxegm/i1ykQDTOFP3yiSqV uFhoRqgmucFB3Wmr0+NWjHRUZO1AnD5CXV+nDVphr2abhpaUuV8XhWRd1369+gKzSmaT 8rCqC91HYsYLSSD+5yjj3zq97euCn7IYSLCvH0kzmUPwbpNIC4ba2l7/Qa8ICrFKoaWf opzg== MIME-Version: 1.0 X-Received: by 10.180.75.177 with SMTP id d17mr28743416wiw.16.1361310343143; Tue, 19 Feb 2013 13:45:43 -0800 (PST) Received: by 10.227.196.15 with HTTP; Tue, 19 Feb 2013 13:45:42 -0800 (PST) In-Reply-To: References: Date: Tue, 19 Feb 2013 22:45:42 +0100 Message-ID: Subject: Re: [RFC] serialising net80211 TX From: Monthadar Al Jaberi To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: PseudoCylon , freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 21:45:44 -0000 On Tue, Feb 19, 2013 at 7:01 PM, Adrian Chadd wrote: > On 19 February 2013 09:44, Monthadar Al Jaberi wrote: > >> I have tested between two meshSTAand run iperf UDP until I get close >> to getting lost packets. >> >> Current FreeBSD (r246983): 17 Mbits/ >> Current FreeBSD (r246983) + with your patch: 15 Mbit/s >> >> Good news no panic! But looks like a bit slower. I should add I have >> noticed before that mesh is slower than other modes. > > This is with witness, right? No I forgot that part, will try again :) > > You can do some lock profiling to see whether there's any locking > issues creeping up. > > and yeah, mesh will be a bit slower, at least until we figure out how > to enable aggressive mode properly for it and IBSS modes. > > > > Adrian -- Monthadar Al Jaberi From owner-freebsd-wireless@FreeBSD.ORG Wed Feb 20 21:40:52 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3B7E88D1 for ; Wed, 20 Feb 2013 21:40:52 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ve0-f172.google.com (mail-ve0-f172.google.com [209.85.128.172]) by mx1.freebsd.org (Postfix) with ESMTP id 03CD68D1 for ; Wed, 20 Feb 2013 21:40:51 +0000 (UTC) Received: by mail-ve0-f172.google.com with SMTP id cz11so7303392veb.31 for ; Wed, 20 Feb 2013 13:40:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:date:x-google-sender-auth:message-id :subject:from:to:content-type; bh=E7ZxYky9uTucnncNpnpafLD5Hvm7zm1SPkSlklVMJ3o=; b=fikuu6td5fc8bxMc66n6SzjiL9d8S9lgdFibVg/JxhMoHn9WHn32I9rnTJBH/S59Ch TDKUObckc3jOXzYnn3p2wK8kGRpAy4jVGAwsEcJRbeycUxXCvhGcJGj+ZdAyKeu6yrxV bf/tKbL/8+jWN6MgjlSewZAG77CBDn4+dFkRUM7fFA3TdTpXzoDutQWn3V9WcQfk15+2 6GgWZXtSo5PyyH7BkUwHrf4NGPKl87BjHHfmtpp3u3tfSty/qj0Wv6Alf1TIN+QJItkf 5zBp0mF71O4FndTg42klVSHvSHHZusClhzSi06d9sy0LdbHnNIZ6oF23P1GuN8cEtnUA i6ng== MIME-Version: 1.0 X-Received: by 10.220.156.68 with SMTP id v4mr27772290vcw.10.1361396451327; Wed, 20 Feb 2013 13:40:51 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.58.69.16 with HTTP; Wed, 20 Feb 2013 13:40:51 -0800 (PST) Date: Wed, 20 Feb 2013 13:40:51 -0800 X-Google-Sender-Auth: NIsxeXiBEhzwarieIknr0ZKzXgk Message-ID: Subject: [rft] atheros users, please update and test From: Adrian Chadd To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 21:40:52 -0000 Hi all, I've been working on the TX underrun issues that I've only just noticed! * I've just made the TX underrun and TX FIFO adjustment code in the driver match what the reference driver does. * That is, the thresholds that are being used for when to start refilling the TX FIFO now match what the reference driver does for the AR5416 and later chips, rather than using the same thresholds as the AR5212. * I've also fixed the 11n TX delimiter / TX data underrun statistics. The TX FIFO underrun statistics were already okay. * I haven't yet updated the earlier HAL code to properly enable the URN interrupt for pre-11n chips; I'll do that soon. I'd appreciate it if people would update their devices to the most recent -HEAD and do some iperf testing, just to make sure things aren't entirely broken. I've done some initial testing on my local devices but nothing thorough. You'll see TX FIFO, data and delimiter underruns show up in athstats. Thanks! Adrian From owner-freebsd-wireless@FreeBSD.ORG Wed Feb 20 23:52:58 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2CD5DA8F for ; Wed, 20 Feb 2013 23:52:58 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-f173.google.com (mail-wi0-f173.google.com [209.85.212.173]) by mx1.freebsd.org (Postfix) with ESMTP id BBB48380 for ; Wed, 20 Feb 2013 23:52:57 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id hq4so6874778wib.12 for ; Wed, 20 Feb 2013 15:52:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=/+0T4qM68Wn5oovQ7F/zMS28MPmA94v4m/QOWIT91PM=; b=myvfrLFDUOh5nNg45QzVEKHJ8BFVWhvyATe3oQEXuAAlx8b6De7EkXPW+0ZD+gp4ZB +CAx1JZKLYuR3lkZxS2kSCwLg9dk2rzfF7UgWsktI/YMZ/zXLcqsACWktdrFQvJobzLw yFEV7Yhpt5BrRnnJz2UhtRQMsc756gL/OflshFNgM9wfUwmpwMvULrD0zhb/T7TKaD85 6bl1eAxCgVlkZbBF/QUXFNNwxEIEJOKFil/GDwQ6r/Eu+OVmb1d9glQ54oi9cNHn3o0y HZv/kTtjBRF5DwtGVyqqC5Qoyn37nF6adUdbibJz/fgY8pNn4yXtZvEkBWZcr1i68naX SVfQ== MIME-Version: 1.0 X-Received: by 10.194.108.101 with SMTP id hj5mr37514875wjb.6.1361404371596; Wed, 20 Feb 2013 15:52:51 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.236.88 with HTTP; Wed, 20 Feb 2013 15:52:51 -0800 (PST) In-Reply-To: References: Date: Wed, 20 Feb 2013 15:52:51 -0800 X-Google-Sender-Auth: hNoh6-MLv1r1vz4G_2WZrPMQuZc Message-ID: Subject: Re: negotiating HT params at assoc in sta mode From: Adrian Chadd To: PseudoCylon Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 23:52:58 -0000 On 15 February 2013 21:18, Adrian Chadd wrote: > Oh lordie. :-) > > Please file a PR so we don't forget to fix this? :) Ok, you filed a PR with a patch. Who can we rope in to review whether this is being done "right" ? Adrian From owner-freebsd-wireless@FreeBSD.ORG Thu Feb 21 04:39:05 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4596EF06 for ; Thu, 21 Feb 2013 04:39:05 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from nm33-vm7.bullet.mail.ne1.yahoo.com (nm33-vm7.bullet.mail.ne1.yahoo.com [98.138.229.71]) by mx1.freebsd.org (Postfix) with ESMTP id D1080184 for ; Thu, 21 Feb 2013 04:39:04 +0000 (UTC) Received: from [98.138.90.48] by nm33.bullet.mail.ne1.yahoo.com with NNFMP; 21 Feb 2013 04:38:58 -0000 Received: from [98.138.84.39] by tm1.bullet.mail.ne1.yahoo.com with NNFMP; 21 Feb 2013 04:38:58 -0000 Received: from [127.0.0.1] by smtp107.mail.ne1.yahoo.com with NNFMP; 21 Feb 2013 04:38:58 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1361421538; bh=HhTG9huqMzeMyFa2ohRUg2baK5nOUYfuYNPIHn3whrA=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Received:MIME-Version:X-Received:Received:In-Reply-To:References:Date:Message-ID:Subject:From:To:Cc:Content-Type; b=xV8uv95LugQBbhP/c9ckRxBScZeDjklhluVyA8B1Ipd6Qq/SAKnuxUVh2YNyrBdINNNbj2O1Sl1uxDnitv08gVFIJQLFAWNRHl7yvGpg+f+gRDWyPJ8XaZWZbzyNfiZtm09LG4Raw2GL9iZKc+c8ovb3omeESjh+m8v1dnja0C0= X-Yahoo-Newman-Id: 248745.42558.bm@smtp107.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: fPYFzeAVM1kqj_6cS4zBPOd7BFhqneQIs.OngaPx0KWqG.E mEW5UKaEHhdqBZM04wyyZCln7MWg.jYbPV_zX7JRx370XQCHPCTxlEO5jWZ_ _5M6wNW_CORSp37Tda9DVcqbon49GUd0_D6O8RDDXBQrPzTJFadaRsmFjEAf ab40z13jjmPs1EnSGsfVa50thrnSYt0DI_KQQxpSBnKcd8_TUjvn8LCTvN6. N4pKrDbq5CP9gQho1HQ3Br396aEkYewIA9viw6VkrMCllSdRhoPBIc5cUAEH PeXRksjnhbALYOoHf8voP3LN_4.E8zh5xuP5Fg0_h2MHriOI4qVosY5x8RfD xa_Hj5N9bVistj340X6WGP7BEnH7Y2_gYWsVjynF6gn9uHtwKXHpvpBvQSTg aZlaSVCBSfdSPzJJ1fs1vbvGcvqEiO2jr2tn983l34VAxxuSmKhcs9I4iJ79 I41h1She4xPYJQ3Go99r_ X-Yahoo-SMTP: Xr6qjFWswBAEmd20sAvB4Q3keqXvXsIH9TjJ Received: from mail-da0-f43.google.com (moonlightakkiy@209.85.210.43 with plain) by smtp107.mail.ne1.yahoo.com with SMTP; 20 Feb 2013 20:38:58 -0800 PST Received: by mail-da0-f43.google.com with SMTP id u36so3847162dak.2 for ; Wed, 20 Feb 2013 20:38:57 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.66.250.169 with SMTP id zd9mr6358440pac.134.1361421537515; Wed, 20 Feb 2013 20:38:57 -0800 (PST) Received: by 10.68.52.170 with HTTP; Wed, 20 Feb 2013 20:38:57 -0800 (PST) In-Reply-To: References: Date: Wed, 20 Feb 2013 21:38:57 -0700 Message-ID: Subject: Re: negotiating HT params at assoc in sta mode From: PseudoCylon To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 04:39:05 -0000 On Wed, Feb 20, 2013 at 4:52 PM, Adrian Chadd wrote: > On 15 February 2013 21:18, Adrian Chadd wrote: >> Oh lordie. :-) >> >> Please file a PR so we don't forget to fix this? :) > > Ok, you filed a PR with a patch. > > Who can we rope in to review whether this is being done "right" ? Since it is ht param issue, anyone with 11n capable hardware with working driver, or anyone with an AP which can tell Tx'd ampdu packets are smaller than what the station has asked for. run(4) still generates lots of Rx errors. I cannot tell if the patch does any good. I can only tell the AP does receive the driver defined ht param, now. AK From owner-freebsd-wireless@FreeBSD.ORG Thu Feb 21 04:40:39 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EFE9EF26 for ; Thu, 21 Feb 2013 04:40:39 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x234.google.com (we-in-x0234.1e100.net [IPv6:2a00:1450:400c:c03::234]) by mx1.freebsd.org (Postfix) with ESMTP id 8D96618F for ; Thu, 21 Feb 2013 04:40:39 +0000 (UTC) Received: by mail-we0-f180.google.com with SMTP id k14so7153156wer.11 for ; Wed, 20 Feb 2013 20:40:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=g24gqajdPzp4IKICn+zZulk1ZWFCWDGxQzEUOtO+Q3Q=; b=NrzEBdIbZL0Wxd0EMaCgc3NDmWD0nXV+cRBs/GF51XqfDPt0HmzYoqxpIIgSjWAlxD jVuGONcD6Chap+pow+u43P3542y3Z66Tx/9BHq+bDi7QKZRyN/jmk3FxaWFFDj2nR3fh jlxpy7U8+enLcW7gMVBHMYrsIGzac32y76KPsiylITxiPvKmo6MyV4T83vFpKCUmRhZX ++nr+RtPvd4FEF0qE/MbBOIqp3Dov2AHsJ7OxBiq4HJ0FXvJeSAhuUstQR5TQ2Oa4dIc ZD3/kJWHxW0x1au8U4KBYC3IlatoDwe4uAdtCTVs3quNwOBgssCGNWIxBHssbEoavEK2 pkdg== MIME-Version: 1.0 X-Received: by 10.180.79.227 with SMTP id m3mr35055377wix.12.1361421638819; Wed, 20 Feb 2013 20:40:38 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.236.88 with HTTP; Wed, 20 Feb 2013 20:40:38 -0800 (PST) In-Reply-To: References: Date: Wed, 20 Feb 2013 20:40:38 -0800 X-Google-Sender-Auth: ttlXz6g3jw2eTw7UvyNQT91tE7A Message-ID: Subject: Re: negotiating HT params at assoc in sta mode From: Adrian Chadd To: PseudoCylon Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 04:40:40 -0000 On 20 February 2013 20:38, PseudoCylon wrote: >> Who can we rope in to review whether this is being done "right" ? > > Since it is ht param issue, anyone with 11n capable hardware with > working driver, or anyone with an AP which can tell Tx'd ampdu packets > are smaller than what the station has asked for. > > run(4) still generates lots of Rx errors. I cannot tell if the patch > does any good. I can only tell the AP does receive the driver defined > ht param, now. When doing aggregation? Try upping the ampdu density to something like 8 or 16 microseconds, maybe it needs more spacing between frames. What are you using as a transmitter in your run(4) tests? Thanks, Adrian From owner-freebsd-wireless@FreeBSD.ORG Thu Feb 21 12:08:34 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 31B36142C for ; Thu, 21 Feb 2013 12:08:34 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from nm22-vm1.bullet.mail.ird.yahoo.com (nm22-vm1.bullet.mail.ird.yahoo.com [212.82.109.251]) by mx1.freebsd.org (Postfix) with SMTP id 844F3F1 for ; Thu, 21 Feb 2013 12:08:33 +0000 (UTC) Received: from [77.238.189.50] by nm22.bullet.mail.ird.yahoo.com with NNFMP; 21 Feb 2013 10:07:52 -0000 Received: from [46.228.39.79] by tm3.bullet.mail.ird.yahoo.com with NNFMP; 21 Feb 2013 10:07:52 -0000 Received: from [127.0.0.1] by smtp116.mail.ir2.yahoo.com with NNFMP; 21 Feb 2013 10:07:52 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1361441272; bh=iKhywVnt3LJJ/sRnh0jiq3uTy5opeY/5EOsCbWM+/mk=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Received:MIME-Version:X-Received:Received:In-Reply-To:References:Date:Message-ID:Subject:From:To:Cc:Content-Type; b=CyUBbsvVBKsMS9gdm4MwVI0GgoC0XB4RaDdiG/+1snJ2Qtbur5JX6Ikcq2GawIO3/t23GHrdyG2f8TWKzsJQNvGh9KfvShl9ezo4Kv6NTtodJUyKqpyj6R0SlsHL0NovBsN1QGARNVJ3l0wvJ0g5p4hh4xDZr3BOCtxELxsLMlc= X-Yahoo-Newman-Id: 535847.85393.bm@smtp116.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 2FEM5O4VM1kd44OQmGgp4kB6j3aJELF_QfGSGum8ZW.YvQm whnt.QbR7GYigU7rVmpEBlG_pNA2b_.y1yxaSCPW81pgLfmlDnerwdGZ8obE 6Sn7SLW.flI1M83a5hhd2ZTL9ewLubUQsFUdYI93IPd2UiDN2041Zv39k9Tj ZZU5Ha8JZKn0a6RsyE7jflM3v7nywAuZrT6svq8RvPOxsi5vAL9ZTvuAoOdW mtfeD06kx9uhJZX78BStaxO5ZbR9Z2nDoo6DHyKNG16LmrjbzQtk6jwxxq8s T9ZQ78bCkbPOBXOiqm4762xBFUwPemLgj997rlrr9glLZUqIsxYzs6X1erO1 DYyAb15vJwaBOKEYatM64U3.FYXhB5atgVqG6soBhq.YAfEIllMn13kgz1Nx tYvrK23F2NiVzct3HqSizPWHIhsHKb6A8NBeBDCw.mJjovXyKH4IYhNn0Sc. J.5sUM9HbjQiD5JPCww8- X-Yahoo-SMTP: Xr6qjFWswBAEmd20sAvB4Q3keqXvXsIH9TjJ Received: from mail-lb0-f176.google.com (moonlightakkiy@209.85.217.176 with plain) by smtp116.mail.ir2.yahoo.com with SMTP; 21 Feb 2013 10:07:52 +0000 UTC Received: by mail-lb0-f176.google.com with SMTP id s4so6589229lbc.21 for ; Thu, 21 Feb 2013 02:07:50 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.152.104.199 with SMTP id gg7mr20434360lab.14.1361441270715; Thu, 21 Feb 2013 02:07:50 -0800 (PST) Received: by 10.112.50.206 with HTTP; Thu, 21 Feb 2013 02:07:50 -0800 (PST) In-Reply-To: References: Date: Thu, 21 Feb 2013 03:07:50 -0700 Message-ID: Subject: Re: negotiating HT params at assoc in sta mode From: PseudoCylon To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 12:08:34 -0000 On Wed, Feb 20, 2013 at 9:40 PM, Adrian Chadd wrote: > On 20 February 2013 20:38, PseudoCylon wrote: > >>> Who can we rope in to review whether this is being done "right" ? >> >> Since it is ht param issue, anyone with 11n capable hardware with >> working driver, or anyone with an AP which can tell Tx'd ampdu packets >> are smaller than what the station has asked for. >> >> run(4) still generates lots of Rx errors. I cannot tell if the patch >> does any good. I can only tell the AP does receive the driver defined >> ht param, now. > > When doing aggregation? Try upping the ampdu density to something like > 8 or 16 microseconds, maybe it needs more spacing between frames. > > What are you using as a transmitter in your run(4) tests? Currently, using my ISP supplied modem/router. I cannot set those param by hand on the ap. At least, the sta requests 16ms spacing, but no improvements. I'll be comparing with linux driver, and see what the differences are. I've got a good idea on registers and descriptors. But, most of bbps are still mystery. Maybe, blindly copy & past their value. (Hope I have a datasheet.) AK From owner-freebsd-wireless@FreeBSD.ORG Thu Feb 21 12:24:16 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5DB7E708; Thu, 21 Feb 2013 12:24:16 +0000 (UTC) (envelope-from monthadar@gmail.com) Received: from mail-bk0-f41.google.com (mail-bk0-f41.google.com [209.85.214.41]) by mx1.freebsd.org (Postfix) with ESMTP id C4923915; Thu, 21 Feb 2013 12:24:15 +0000 (UTC) Received: by mail-bk0-f41.google.com with SMTP id q16so4156664bkw.0 for ; Thu, 21 Feb 2013 04:24:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=Tpg6dzIzjH6ipIH1GaLkkXDBWZ5urZ7psG+6Aal827Q=; b=tzzFkSG9zj6FUgQsx7QLQceFBWsuRfC3Q1z1FAWP/QM9thz4xaUtyXo9r6LU+SJceP yQjIM/KDPpopDnoAqdIIDkE5wwbzJPS7UndSoME/PXEgQnfP0uBHRAZodDSbyuVQbmnc NAp5ovtD5kI++bHSb/+HQsBwZmPC/o2gMTiJb1oveLvMWm2NEJJRECkeUjsK+mj5BSWb ILLxHvODreuXo0zq1r9FjPAVGGT5QNqzRxMEjOpZ2ZpHY61n4m0kd0QozJEBZ/z1qXj/ qXDlO0YwqGYBU9/+oARV9tQ9A75gUzuEg07Y7pgsVp85MES/Ln6B8XF7389DjdPUPQWN eCaQ== MIME-Version: 1.0 X-Received: by 10.204.150.141 with SMTP id y13mr9783860bkv.50.1361435967826; Thu, 21 Feb 2013 00:39:27 -0800 (PST) Received: by 10.205.82.134 with HTTP; Thu, 21 Feb 2013 00:39:27 -0800 (PST) In-Reply-To: References: Date: Thu, 21 Feb 2013 09:39:27 +0100 Message-ID: Subject: Re: [rft] atheros users, please update and test From: Monthadar Al Jaberi To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 12:24:16 -0000 On Wed, Feb 20, 2013 at 10:40 PM, Adrian Chadd wrote: > Hi all, > > I've been working on the TX underrun issues that I've only just noticed! > > * I've just made the TX underrun and TX FIFO adjustment code in the > driver match what the reference driver does. > * That is, the thresholds that are being used for when to start > refilling the TX FIFO now match what the reference driver does for the > AR5416 and later chips, rather than using the same thresholds as the > AR5212. It is of interest for you that people with AR5212 based wifi (Ubiquiti XR2/PCEngines DCMA-82 these are AR5414) test too? > * I've also fixed the 11n TX delimiter / TX data underrun statistics. > The TX FIFO underrun statistics were already okay. > * I haven't yet updated the earlier HAL code to properly enable the > URN interrupt for pre-11n chips; I'll do that soon. > > I'd appreciate it if people would update their devices to the most > recent -HEAD and do some iperf testing, just to make sure things > aren't entirely broken. I've done some initial testing on my local > devices but nothing thorough. > You'll see TX FIFO, data and delimiter underruns show up in athstats. > > Thanks! > > > > Adrian > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org" -- Monthadar Al Jaberi From owner-freebsd-wireless@FreeBSD.ORG Thu Feb 21 13:07:35 2013 Return-Path: Delivered-To: wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 51DD3DDF for ; Thu, 21 Feb 2013 13:07:35 +0000 (UTC) (envelope-from dominikwille@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 190D0FC for ; Thu, 21 Feb 2013 13:07:34 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for wireless@freebsd.org with esmtp (envelope-from ) id <1U8Vs0-002mwp-Bb>; Thu, 21 Feb 2013 14:07:28 +0100 Received: from webmail1.zedat.fu-berlin.de ([130.133.4.91]) by inpost2.zedat.fu-berlin.de (Exim 4.69) for wireless@freebsd.org with esmtp (envelope-from ) id <1U8Vs0-000uLb-A3>; Thu, 21 Feb 2013 14:07:28 +0100 Received: from 91.23.56.46 (ZEDAT-Webmail authenticated user dominikwille) by webmail.zedat.fu-berlin.de with HTTP; Thu, 21 Feb 2013 14:07:28 +0100 Message-ID: <15944.91.23.56.46.1361452048.webmail@webmail.zedat.fu-berlin.de> Date: Thu, 21 Feb 2013 14:07:28 +0100 Subject: Can't use 11n mode on my iwn wireless device From: "Dominik Wille" To: wireless@freebsd.org User-Agent: ZEDAT-Webmail MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Originating-IP: 130.133.4.91 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 13:07:35 -0000 Good Day, I bought an Intel Wireless WiFi Link 4965 Device to get faster WLAN in FreeBSD. But I don't get the Device working in 11n mode. My ifconfig output: $ ifconfig em0: flags=8c02 metric 0 mtu 1500 options=4219b ether 00:1a:6b:d2:44:4a nd6 options=29 media: Ethernet autoselect status: no carrier iwn0: flags=8843 metric 0 mtu 2290 ether 00:21:5c:02:eb:f7 nd6 options=29 media: IEEE 802.11 Wireless Ethernet autoselect mode 11ng status: associated lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0xa inet 127.0.0.1 netmask 0xff000000 nd6 options=21 wlan0: flags=8843 metric 0 mtu 1500 ether 00:21:5c:02:eb:f7 inet 192.168.178.76 netmask 0xffffff00 broadcast 192.168.178.255 nd6 options=29 media: IEEE 802.11 Wireless Ethernet OFDM/54Mbps mode 11ng status: associated ssid new_myhome channel 4 (2427 MHz 11g ht/20) bssid f4:ec:38:e9:6a:f6 country US authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit txpower 15 bmiss 10 scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 64 protmode CTS ampdulimit 64k ampdudensity 8 -amsdutx amsdurx shortgi wme roaming MANUAL $ I already tried: # wlandebug +11n net.wlan.0.debug: 0x0 => 0x80000000<11n> but it also didn't work. It would be great if you can give me advise to get it working. Thanks for reading :D From owner-freebsd-wireless@FreeBSD.ORG Thu Feb 21 13:23:12 2013 Return-Path: Delivered-To: wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 316D63D1 for ; Thu, 21 Feb 2013 13:23:12 +0000 (UTC) (envelope-from dominikwille@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id EC6A120D for ; Thu, 21 Feb 2013 13:23:11 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for wireless@freebsd.org with esmtp (envelope-from ) id <1U8W7D-002rpH-5h>; Thu, 21 Feb 2013 14:23:11 +0100 Received: from webmail1.zedat.fu-berlin.de ([130.133.4.91]) by inpost2.zedat.fu-berlin.de (Exim 4.69) for wireless@freebsd.org with esmtp (envelope-from ) id <1U8W7D-000vdr-49>; Thu, 21 Feb 2013 14:23:11 +0100 Received: from 91.23.56.46 (ZEDAT-Webmail authenticated user dominikwille) by webmail.zedat.fu-berlin.de with HTTP; Thu, 21 Feb 2013 14:23:11 +0100 Message-ID: <54700.91.23.56.46.1361452991.webmail@webmail.zedat.fu-berlin.de> Date: Thu, 21 Feb 2013 14:23:11 +0100 Subject: Can't use 11n mode on my iwn wireless device From: "Dominik Wille" To: wireless@freebsd.org User-Agent: ZEDAT-Webmail MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Originating-IP: 130.133.4.91 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 13:23:12 -0000 Good Day, I bought an Intel Wireless WiFi Link 4965 Device to get faster WLAN in FreeBSD. But I don't get the Device working in 11n mode. My ifconfig output: $ ifconfig em0: flags=8c02 metric 0 mtu 1500 options=4219b ether 00:1a:6b:d2:44:4a nd6 options=29 media: Ethernet autoselect status: no carrier iwn0: flags=8843 metric 0 mtu 2290 ether 00:21:5c:02:eb:f7 nd6 options=29 media: IEEE 802.11 Wireless Ethernet autoselect mode 11ng status: associated lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0xa inet 127.0.0.1 netmask 0xff000000 nd6 options=21 wlan0: flags=8843 metric 0 mtu 1500 ether 00:21:5c:02:eb:f7 inet 192.168.178.76 netmask 0xffffff00 broadcast 192.168.178.255 nd6 options=29 media: IEEE 802.11 Wireless Ethernet OFDM/54Mbps mode 11ng status: associated ssid new_myhome channel 4 (2427 MHz 11g ht/20) bssid f4:ec:38:e9:6a:f6 country US authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit txpower 15 bmiss 10 scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 64 protmode CTS ampdulimit 64k ampdudensity 8 -amsdutx amsdurx shortgi wme roaming MANUAL $ I already tried: # wlandebug +11n net.wlan.0.debug: 0x0 => 0x80000000<11n> but it also didn't work. It would be great if you can give me advise to get it working. Thanks for reading :D From owner-freebsd-wireless@FreeBSD.ORG Thu Feb 21 13:27:35 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2A5177B2 for ; Thu, 21 Feb 2013 13:27:35 +0000 (UTC) (envelope-from dominikwille@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id D654F27F for ; Thu, 21 Feb 2013 13:27:34 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-wireless@freebsd.org with esmtp (envelope-from ) id <1U8WBS-002szm-3J>; Thu, 21 Feb 2013 14:27:34 +0100 Received: from webmail1.zedat.fu-berlin.de ([130.133.4.91]) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-wireless@freebsd.org with esmtp (envelope-from ) id <1U8WBS-000vy0-1m>; Thu, 21 Feb 2013 14:27:34 +0100 Received: from 91.23.56.46 (ZEDAT-Webmail authenticated user dominikwille) by webmail.zedat.fu-berlin.de with HTTP; Thu, 21 Feb 2013 14:27:34 +0100 Message-ID: <60900.91.23.56.46.1361453254.webmail@webmail.zedat.fu-berlin.de> Date: Thu, 21 Feb 2013 14:27:34 +0100 Subject: Can't use 11n mode on my iwn wireless device From: "Dominik Wille" To: freebsd-wireless@freebsd.org User-Agent: ZEDAT-Webmail MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Originating-IP: 130.133.4.91 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 13:27:35 -0000 Good Day, I bought an Intel Wireless WiFi Link 4965 Device to get faster WLAN in FreeBSD. But I don't get the Device working in 11n mode. My ifconfig output: $ ifconfig em0: flags=8c02 metric 0 mtu 1500 options=4219b ether 00:1a:6b:d2:44:4a nd6 options=29 media: Ethernet autoselect status: no carrier iwn0: flags=8843 metric 0 mtu 2290 ether 00:21:5c:02:eb:f7 nd6 options=29 media: IEEE 802.11 Wireless Ethernet autoselect mode 11ng status: associated lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0xa inet 127.0.0.1 netmask 0xff000000 nd6 options=21 wlan0: flags=8843 metric 0 mtu 1500 ether 00:21:5c:02:eb:f7 inet 192.168.178.76 netmask 0xffffff00 broadcast 192.168.178.255 nd6 options=29 media: IEEE 802.11 Wireless Ethernet OFDM/54Mbps mode 11ng status: associated ssid new_myhome channel 4 (2427 MHz 11g ht/20) bssid f4:ec:38:e9:6a:f6 country US authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit txpower 15 bmiss 10 scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 64 protmode CTS ampdulimit 64k ampdudensity 8 -amsdutx amsdurx shortgi wme roaming MANUAL $ I already tried: # wlandebug +11n net.wlan.0.debug: 0x0 => 0x80000000<11n> but it also didn't work. It would be great if you can give me advise to get it working. Thanks for reading :D From owner-freebsd-wireless@FreeBSD.ORG Thu Feb 21 13:29:21 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9D6F77FA for ; Thu, 21 Feb 2013 13:29:21 +0000 (UTC) (envelope-from dominikwille@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 55CD62A6 for ; Thu, 21 Feb 2013 13:29:21 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-wireless@freebsd.org with esmtp (envelope-from ) id <1U8WDA-002tZK-HY>; Thu, 21 Feb 2013 14:29:20 +0100 Received: from webmail1.zedat.fu-berlin.de ([130.133.4.91]) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-wireless@freebsd.org with esmtp (envelope-from ) id <1U8WDA-000w7X-Fz>; Thu, 21 Feb 2013 14:29:20 +0100 Received: from 91.23.56.46 (ZEDAT-Webmail authenticated user dominikwille) by webmail.zedat.fu-berlin.de with HTTP; Thu, 21 Feb 2013 14:29:20 +0100 Message-ID: <64712.91.23.56.46.1361453360.webmail@webmail.zedat.fu-berlin.de> Date: Thu, 21 Feb 2013 14:29:20 +0100 Subject: Can't use 11n mode on my iwn wireless device From: "Dominik Wille" To: freebsd-wireless@freebsd.org User-Agent: ZEDAT-Webmail MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Originating-IP: 130.133.4.91 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 13:29:21 -0000 Good Day, I bought an Intel Wireless WiFi Link 4965 Device to get faster WLAN in FreeBSD. But I don't get the Device working in 11n mode. My ifconfig output: $ ifconfig em0: flags=8c02 metric 0 mtu 1500 options=4219b ether 00:1a:6b:d2:44:4a nd6 options=29 media: Ethernet autoselect status: no carrier iwn0: flags=8843 metric 0 mtu 2290 ether 00:21:5c:02:eb:f7 nd6 options=29 media: IEEE 802.11 Wireless Ethernet autoselect mode 11ng status: associated lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0xa inet 127.0.0.1 netmask 0xff000000 nd6 options=21 wlan0: flags=8843 metric 0 mtu 1500 ether 00:21:5c:02:eb:f7 inet 192.168.178.76 netmask 0xffffff00 broadcast 192.168.178.255 nd6 options=29 media: IEEE 802.11 Wireless Ethernet OFDM/54Mbps mode 11ng status: associated ssid new_myhome channel 4 (2427 MHz 11g ht/20) bssid f4:ec:38:e9:6a:f6 country US authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit txpower 15 bmiss 10 scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 64 protmode CTS ampdulimit 64k ampdudensity 8 -amsdutx amsdurx shortgi wme roaming MANUAL $ I already tried: # wlandebug +11n net.wlan.0.debug: 0x0 => 0x80000000<11n> but it also didn't work. It would be great if you can give me advise to get it working. Thanks for reading :D From owner-freebsd-wireless@FreeBSD.ORG Thu Feb 21 18:15:53 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9DA9DAFF for ; Thu, 21 Feb 2013 18:15:53 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mx.techwires.net (mx.techwires.net [IPv6:2001:4d88:100f:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 540A2E21 for ; Thu, 21 Feb 2013 18:15:53 +0000 (UTC) Received: from amy.lab.techwires.net (dslb-088-065-051-037.pools.arcor-ip.net [88.65.51.37]) by mx.techwires.net (Postfix) with ESMTPSA id 81C54309C66; Thu, 21 Feb 2013 19:15:45 +0100 (CET) From: Bernhard Schmidt To: "Dominik Wille" Subject: Re: Can't use 11n mode on my iwn wireless device Date: Thu, 21 Feb 2013 19:17:05 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.1-STABLE; KDE/4.9.5; amd64; ; ) References: <64712.91.23.56.46.1361453360.webmail@webmail.zedat.fu-berlin.de> In-Reply-To: <64712.91.23.56.46.1361453360.webmail@webmail.zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201302211917.05756.bschmidt@techwires.net> Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 18:15:53 -0000 On Thursday, February 21, 2013 02:29:20 PM Dominik Wille wrote: > wlan0: flags=8843 metric 0 mtu 1500 > ether 00:21:5c:02:eb:f7 > inet 192.168.178.76 netmask 0xffffff00 broadcast 192.168.178.255 > nd6 options=29 > media: IEEE 802.11 Wireless Ethernet OFDM/54Mbps mode 11ng > status: associated > ssid new_myhome channel 4 (2427 MHz 11g ht/20) bssid > f4:ec:38:e9:6a:f6 11g ht/20 <- that is 11n What makes you think you aren't connected via 11n? The Rates? Ignore those, ratectl reports the wrong rates being used. The bandwidth should match expected 11n rates though. -- Bernhard From owner-freebsd-wireless@FreeBSD.ORG Thu Feb 21 18:52:27 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A0D628ED for ; Thu, 21 Feb 2013 18:52:27 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ve0-f173.google.com (mail-ve0-f173.google.com [209.85.128.173]) by mx1.freebsd.org (Postfix) with ESMTP id 63BD512C for ; Thu, 21 Feb 2013 18:52:27 +0000 (UTC) Received: by mail-ve0-f173.google.com with SMTP id oz10so8307530veb.18 for ; Thu, 21 Feb 2013 10:52:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=bCQDK4d6Bi8MUhVeiWN9pjAAUSi5mfWNNhKFhVHCEXI=; b=fcuvjxlEW9/OjtURVh9yCHJRPFMsqbR2wT5O/X5bgM7q3FxqBYGiP8Qo3mUuZ8PF+E EA+LzKAxdngxLeK06k70mq9D53nOh1oLHfVdj4CcwFWOAAAsQJEvQmN1gP/ECXy4EjzT 0ipb4n0GwahI9EbDTtjIk6Y2ytvtK6ikR2LEexzjZSiZlI56amaWmeJK9GsouTYBiyBs tkw/GSBjWtClugOz3VBbAwTqey0GvI0Ph29iKVBkxWUUG3nrnydNBCm+YpTqgfuoc87E c2fpZTWOaFvT+qsfhQSqYme5GiydOhDahsZeQnmMKewQ3HjnPqAhT9XcIBEt42vacOnF KxOQ== MIME-Version: 1.0 X-Received: by 10.58.186.241 with SMTP id fn17mr33231103vec.8.1361472741745; Thu, 21 Feb 2013 10:52:21 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.58.69.16 with HTTP; Thu, 21 Feb 2013 10:52:21 -0800 (PST) In-Reply-To: References: Date: Thu, 21 Feb 2013 10:52:21 -0800 X-Google-Sender-Auth: WVFm4lhdBr2on7vA7BZBXXDPbPk Message-ID: Subject: Re: [rft] atheros users, please update and test From: Adrian Chadd To: Monthadar Al Jaberi Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 18:52:27 -0000 Yup, please test any atheros chip :) adrian On 21 February 2013 00:39, Monthadar Al Jaberi wrote: > On Wed, Feb 20, 2013 at 10:40 PM, Adrian Chadd wrote: >> Hi all, >> >> I've been working on the TX underrun issues that I've only just noticed! >> >> * I've just made the TX underrun and TX FIFO adjustment code in the >> driver match what the reference driver does. >> * That is, the thresholds that are being used for when to start >> refilling the TX FIFO now match what the reference driver does for the >> AR5416 and later chips, rather than using the same thresholds as the >> AR5212. > > It is of interest for you that people with AR5212 based wifi (Ubiquiti > XR2/PCEngines DCMA-82 these are AR5414) test too? > >> * I've also fixed the 11n TX delimiter / TX data underrun statistics. >> The TX FIFO underrun statistics were already okay. >> * I haven't yet updated the earlier HAL code to properly enable the >> URN interrupt for pre-11n chips; I'll do that soon. >> >> I'd appreciate it if people would update their devices to the most >> recent -HEAD and do some iperf testing, just to make sure things >> aren't entirely broken. I've done some initial testing on my local >> devices but nothing thorough. >> You'll see TX FIFO, data and delimiter underruns show up in athstats. >> >> Thanks! >> >> >> >> Adrian >> _______________________________________________ >> freebsd-wireless@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-wireless >> To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org" > > > > -- > Monthadar Al Jaberi From owner-freebsd-wireless@FreeBSD.ORG Thu Feb 21 21:54:57 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 95B8F37C for ; Thu, 21 Feb 2013 21:54:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ve0-f181.google.com (mail-ve0-f181.google.com [209.85.128.181]) by mx1.freebsd.org (Postfix) with ESMTP id 56518EB9 for ; Thu, 21 Feb 2013 21:54:57 +0000 (UTC) Received: by mail-ve0-f181.google.com with SMTP id d10so6913vea.12 for ; Thu, 21 Feb 2013 13:54:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=X4vIziHx4/ygrbrQH0k3a+3G2eLdpu9lpRt3R/hDqgY=; b=Li5gqCI18spFSP5uTSQu/xitvFWp9m3ejYvmBt7W+iaKOoLJPKnQpjdHZwuiZugWE8 VMoNCBpej02HOBxNg2NJVNdXZbVFZt5OVZxMghzxt7XR/vxiOhWq1INmzT92af/HljLC i83/qjYBS2JlUf1sHLrGJz+1NFwgijJy2HPdfyfKJn3O434dypkJviH1+eEY3dbixyvy sF3rmubOhjNpP3vJgqkP1aAeW1UtA4ySfmKkTpV/f6Bk8Dv/hyQ62Hixl8rm6FFxrrR2 7+w4aX5/cT5ShlFdJFYkFyjcbXkrPoP5B91U46OV48g/wOJOYB2piZCE5BRlmtd5RQw/ DpJQ== MIME-Version: 1.0 X-Received: by 10.52.25.8 with SMTP id y8mr29115191vdf.88.1361483696589; Thu, 21 Feb 2013 13:54:56 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.58.69.16 with HTTP; Thu, 21 Feb 2013 13:54:56 -0800 (PST) In-Reply-To: References: Date: Thu, 21 Feb 2013 13:54:56 -0800 X-Google-Sender-Auth: Pcj1zF4RThZmiRZ0Xsm9Xp-Y-Qo Message-ID: Subject: Re: negotiating HT params at assoc in sta mode From: Adrian Chadd To: PseudoCylon Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 21:54:57 -0000 Well, the ampdu density is in microseconds, and you can tune the STA side. THe hostap side should be obeying what mpdudensity you set the STA side to before it associates. It should (!) then be limiting the MPDU density per-STA. Thanks, Adrian From owner-freebsd-wireless@FreeBSD.ORG Fri Feb 22 07:15:26 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 173F740A for ; Fri, 22 Feb 2013 07:15:26 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id A8951AF1 for ; Fri, 22 Feb 2013 07:15:25 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id ez12so526909wid.11 for ; Thu, 21 Feb 2013 23:15:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=HMsIqIo7BJ+bEUJHZvsm1X4ro3hlob5fbwDSRaYTcOU=; b=eTOW14FIuwlTJg0rHga6SnZrxgrSb7SbhnwFlA+I9K8bim6yApRlLQP49KuuSvNJ1T fCYwep7cloWQ6SmkuMMkQWzTjncVM5yvlDRTLPf2o39NSXR9pjg2GyF4UTdr1fic5j3H ijBlIxuaQ6e0RCspvf6OwecZ/s4fOIVsJZr49BGO551BZ+eTb3RiGZkkpKpH0lE2OZSE 6NjLx+R18dmMI5bokQyvTJn8fkG8iI48MLl/a3i5FmYm1ZFGCf/3M2tuSm/pnkKOlItD AAL3+bB1J4eem7mdweydM89pkosoEx+rrJQ/jBn5USll8Apg4u3gfMjV3QKZqkuJcQhx +1Pw== MIME-Version: 1.0 X-Received: by 10.180.81.2 with SMTP id v2mr37940138wix.17.1361517324568; Thu, 21 Feb 2013 23:15:24 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.74.194 with HTTP; Thu, 21 Feb 2013 23:15:24 -0800 (PST) In-Reply-To: <201302220707.r1M77C2s059446@svn.freebsd.org> References: <201302220707.r1M77C2s059446@svn.freebsd.org> Date: Thu, 21 Feb 2013 23:15:24 -0800 X-Google-Sender-Auth: f7oEr2yi3PLNyQEzZViBIL-oxrw Message-ID: Subject: Re: svn commit: r247145 - head/sys/dev/ath/ath_hal/ar5416 From: Adrian Chadd To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 07:15:26 -0000 Hi, Here's a fun little workaround for the AR5416, AR9130 and AR9160. If you use those chips, please update to -HEAD and let me know how it goes. Thanks! Adrian On 21 February 2013 23:07, Adrian Chadd wrote: > Author: adrian > Date: Fri Feb 22 07:07:11 2013 > New Revision: 247145 > URL: http://svnweb.freebsd.org/changeset/base/247145 > > Log: > Add a workaround for AR5416, AR9130 and AR9160 chipsets - work around > an incorrectly calculated RTS duration value when transmitting aggregates. > > These earlier 802.11n NICs incorrectly used the ACK duration time when > calculating what to put in the RTS of an aggregate frame. Instead it > should have used the block-ack time. The result is that other stations > may not reserve enough time and start transmitting _over_ the top of > the in-progress blockack field. Tsk. > > This workaround is to popuate the burst duration field with the delta > between the ACK duration the hardware is using and the required duration > for the block-ack. The result is that the RTS field should now contain > the correct duration for the subsequent block-ack. > > This doesn't apply for AR9280 and later NICs. > > Obtained from: Qualcomm Atheros > > Modified: > head/sys/dev/ath/ath_hal/ar5416/ar5416_xmit.c > > Modified: head/sys/dev/ath/ath_hal/ar5416/ar5416_xmit.c > ============================================================================== > --- head/sys/dev/ath/ath_hal/ar5416/ar5416_xmit.c Fri Feb 22 00:46:32 2013 (r247144) > +++ head/sys/dev/ath/ath_hal/ar5416/ar5416_xmit.c Fri Feb 22 07:07:11 2013 (r247145) > @@ -669,6 +669,26 @@ ar5416GetGlobalTxTimeout(struct ath_hal > return MS(OS_REG_READ(ah, AR_GTXTO), AR_GTXTO_TIMEOUT_LIMIT); > } > > +#define HT_RC_2_MCS(_rc) ((_rc) & 0x0f) > +static const u_int8_t baDurationDelta[] = { > + 24, // 0: BPSK > + 12, // 1: QPSK 1/2 > + 12, // 2: QPSK 3/4 > + 4, // 3: 16-QAM 1/2 > + 4, // 4: 16-QAM 3/4 > + 4, // 5: 64-QAM 2/3 > + 4, // 6: 64-QAM 3/4 > + 4, // 7: 64-QAM 5/6 > + 24, // 8: BPSK > + 12, // 9: QPSK 1/2 > + 12, // 10: QPSK 3/4 > + 4, // 11: 16-QAM 1/2 > + 4, // 12: 16-QAM 3/4 > + 4, // 13: 64-QAM 2/3 > + 4, // 14: 64-QAM 3/4 > + 4, // 15: 64-QAM 5/6 > +}; > + > void > ar5416Set11nRateScenario(struct ath_hal *ah, struct ath_desc *ds, > u_int durUpdateEn, u_int rtsctsRate, > @@ -740,17 +760,44 @@ ar5416Set11nRateScenario(struct ath_hal > | SM(rtsctsRate, AR_RTSCTSRate); > } > > +/* > + * Note: this should be called before calling ar5416SetBurstDuration() > + * (if it is indeed called) in order to ensure that the burst duration > + * is correctly updated with the BA delta workaround. > + */ > void > ar5416Set11nAggrFirst(struct ath_hal *ah, struct ath_desc *ds, u_int aggrLen, > u_int numDelims) > { > struct ar5416_desc *ads = AR5416DESC(ds); > + uint32_t flags; > + uint32_t burstDur; > + uint8_t rate; > > ads->ds_ctl1 |= (AR_IsAggr | AR_MoreAggr); > > ads->ds_ctl6 &= ~(AR_AggrLen | AR_PadDelim); > ads->ds_ctl6 |= SM(aggrLen, AR_AggrLen); > ads->ds_ctl6 |= SM(numDelims, AR_PadDelim); > + > + if (! AR_SREV_MERLIN_10_OR_LATER(ah)) { > + /* > + * XXX It'd be nice if I were passed in the rate scenario > + * at this point.. > + */ > + rate = MS(ads->ds_ctl3, AR_XmitRate0); > + flags = ads->ds_ctl0 & (AR_CTSEnable | AR_RTSEnable); > + /* > + * WAR - MAC assumes normal ACK time instead of > + * block ACK while computing packet duration. > + * Add this delta to the burst duration in the descriptor. > + */ > + if (flags && (ads->ds_ctl1 & AR_IsAggr)) { > + burstDur = baDurationDelta[HT_RC_2_MCS(rate)]; > + ads->ds_ctl2 &= ~(AR_BurstDur); > + ads->ds_ctl2 |= SM(burstDur, AR_BurstDur); > + } > + } > } > > void > @@ -792,14 +839,36 @@ ar5416Clr11nAggr(struct ath_hal *ah, str > ads->ds_ctl6 &= ~AR_AggrLen; > } > > +/* > + * Program the burst duration, with the included BA delta if it's > + * applicable. > + */ > void > ar5416Set11nBurstDuration(struct ath_hal *ah, struct ath_desc *ds, > u_int burstDuration) > { > struct ar5416_desc *ads = AR5416DESC(ds); > + uint32_t burstDur = 0; > + uint8_t rate; > + > + if (! AR_SREV_MERLIN_10_OR_LATER(ah)) { > + /* > + * XXX It'd be nice if I were passed in the rate scenario > + * at this point.. > + */ > + rate = MS(ads->ds_ctl3, AR_XmitDataTries0); > + /* > + * WAR - MAC assumes normal ACK time instead of > + * block ACK while computing packet duration. > + * Add this delta to the burst duration in the descriptor. > + */ > + if (ads->ds_ctl1 & AR_IsAggr) { > + burstDur = baDurationDelta[HT_RC_2_MCS(rate)]; > + } > + } > > ads->ds_ctl2 &= ~AR_BurstDur; > - ads->ds_ctl2 |= SM(burstDuration, AR_BurstDur); > + ads->ds_ctl2 |= SM(burstDur + burstDuration, AR_BurstDur); > } > > /* From owner-freebsd-wireless@FreeBSD.ORG Fri Feb 22 10:11:51 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 13DA68BB for ; Fri, 22 Feb 2013 10:11:51 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-f54.google.com (mail-wg0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id A91DC324 for ; Fri, 22 Feb 2013 10:11:50 +0000 (UTC) Received: by mail-wg0-f54.google.com with SMTP id fm10so387394wgb.9 for ; Fri, 22 Feb 2013 02:11:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:date:x-google-sender-auth:message-id :subject:from:to:content-type; bh=4Qj/o/40FTV444pm7A8yU7ezhELmKfTlVnL0GYUGVYI=; b=Nuda9tk5fvR8fxcU21YXBcoWkURShhGQTBPgoJYt9JzpiaEFhFsM9+yOoQZOsZ0otE c+e+spFsx5D1vUwkNEuq/oTdngdpwAdxtr7Tp5PVoQ4W2cAjRo08sQ8ombtXJNvCfdfF LGUQM/ADGIm7qxo//aZ3jYU+n0CxvEGefV4MYGQ6+CcBtYAkFd2an8xTWr+GhQry0oeZ DHMQyzCDGNRI5BmIfpxcn3H5YBkKaYUZVF47ZdK29ejIfWK8Kp6zd6Gf9sOdIuCQa4vl 8SHOxfPhnzg4Gmn+qoQbtxOgJDCUqYIYxVg+12xI/mq5Oa4MCt6mmwqv62HoRFzjtn9N ZdMg== MIME-Version: 1.0 X-Received: by 10.180.98.198 with SMTP id ek6mr2203949wib.7.1361527904519; Fri, 22 Feb 2013 02:11:44 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.74.194 with HTTP; Fri, 22 Feb 2013 02:11:44 -0800 (PST) Date: Fri, 22 Feb 2013 02:11:44 -0800 X-Google-Sender-Auth: hV26Y4H5WxO4k44m9Z0Wcs1fyNI Message-ID: Subject: [rft] ath - tx/rx chainmask tidyup in preparation for AR9380 support From: Adrian Chadd To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 10:11:51 -0000 Hi, As part of the AR9380 support that's hopefully appearing soon, I finally found the motivation to tidy up how the chainmask handling is done. The summary: * introduce a new HAL method that changes the currently configured TX/RX chainmask; * leave the TX chainmask as 1 for non-HT and the hardware default for HT; * leave the RX chainmask as the hardware default for HT; * push the chainmask decision making into the driver - and have it done before each call to ath_hal_reset() TODO: * upon a channel reset, I need to absolutely make sure that anything that's in the hardware queue gets dequeued and requeued with whatever the new rate control information is. This includes channel width changes and chainmask changes. I'd appreciate it if people running ath(4) on -HEAD would try this out. It shouldn't break non-11n NICs but I should test those out too. http://people.freebsd.org/~adrian/ath/20130222-ath-chainmask-ctrl-1.diff Thanks, Adrian From owner-freebsd-wireless@FreeBSD.ORG Fri Feb 22 17:58:15 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4ED512C0; Fri, 22 Feb 2013 17:58:15 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mx.techwires.net (mx.techwires.net [79.140.39.242]) by mx1.freebsd.org (Postfix) with ESMTP id 19A8BEFF; Fri, 22 Feb 2013 17:58:14 +0000 (UTC) Received: from amy.lab.techwires.net (dslb-088-067-212-155.pools.arcor-ip.net [88.67.212.155]) by mx.techwires.net (Postfix) with ESMTPSA id AB6B430A7B3; Fri, 22 Feb 2013 18:58:12 +0100 (CET) From: Bernhard Schmidt To: PseudoCylon Subject: Re: kern/176201: [net80211] [patch] 11n station includes unrelated ht params into ASSOC_REQ packet Date: Fri, 22 Feb 2013 18:59:31 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.1-STABLE; KDE/4.9.5; amd64; ; ) References: <201302180246.r1I2kocv064092@freefall.freebsd.org> In-Reply-To: <201302180246.r1I2kocv064092@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201302221859.31446.bschmidt@techwires.net> Cc: freebsd-bugs@freebsd.org, freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 17:58:15 -0000 The patch effectively reverts a previous change, which was to cap rxmax and density by what the AP is capable of. I think the better approach would be to initialize rxmax and density with the VAP capabilities before the condition and use MIN() in STA mode to limit to AP caps. -- Bernhard From owner-freebsd-wireless@FreeBSD.ORG Fri Feb 22 18:04:41 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 114C5636; Fri, 22 Feb 2013 18:04:41 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-f174.google.com (mail-wi0-f174.google.com [209.85.212.174]) by mx1.freebsd.org (Postfix) with ESMTP id 5E7A6F68; Fri, 22 Feb 2013 18:04:40 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id hi8so1262182wib.13 for ; Fri, 22 Feb 2013 10:04:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Hc1hOOL4PSTiREYhSjMd37w/UJb6wEgmWn5QwyoyNC4=; b=pWr395scdwKsi4PjNRgTJzKiA+KPgJQTcMgnnlrCa8rEhXuLhzuI2w7Rrwy3wxlFlV FnhvrGWXDS2bm85fFEvfcwNrEedP2Z22WFP1bTot4hoH5AgQUR/wz9uVQNh0nSUMKc0d L8eLUHI4D2fetwCXuNO/JAM5aj56AqEQgP/BL9hDhdKDO48DQDNdJY9hZ4n7H7Uy1dB4 9voLJ87NXCKNcLyLZwEN1E3yiKyQngrCbS29bbLDOIQUkTlSjNoX3h11UrcWZ7VeZFBQ vyccEbJFTKcrCHu/xi7Zn9kR0DhjnAjbZOV9HY9wXBRPYqrNSGRv9WgHtE+kF2pzIH4w lZhw== MIME-Version: 1.0 X-Received: by 10.194.238.226 with SMTP id vn2mr5291034wjc.23.1361556279238; Fri, 22 Feb 2013 10:04:39 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.74.194 with HTTP; Fri, 22 Feb 2013 10:04:39 -0800 (PST) In-Reply-To: <201302221859.31446.bschmidt@techwires.net> References: <201302180246.r1I2kocv064092@freefall.freebsd.org> <201302221859.31446.bschmidt@techwires.net> Date: Fri, 22 Feb 2013 10:04:39 -0800 X-Google-Sender-Auth: HrDJY4lcOpiPfihEVQ8yJdrDKS0 Message-ID: Subject: Re: kern/176201: [net80211] [patch] 11n station includes unrelated ht params into ASSOC_REQ packet From: Adrian Chadd To: Bernhard Schmidt Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-bugs@freebsd.org, PseudoCylon , freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 18:04:41 -0000 Hm, we need to use MIN(rxmax) and MAX(density) regardless, right? If an AP is transmitting to a STA that has a lower rxmax or higher density, it should obey that. The same rules apply for mesh, ibss, tdma operational modes. So yes, what we should do is: * initialise rxmax/density with the VAP capabilities * track what the remote node rxmax/density is * have a couple of functions that return the density and rxmax based on the destination node and current VAP config * teach the 11n drivers to use that. Thanks, Adrian From owner-freebsd-wireless@FreeBSD.ORG Fri Feb 22 18:32:09 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 350DDFAC; Fri, 22 Feb 2013 18:32:09 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mx.techwires.net (mx.techwires.net [IPv6:2001:4d88:100f:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id E7AD217C; Fri, 22 Feb 2013 18:32:08 +0000 (UTC) Received: from amy.lab.techwires.net (dslb-088-067-212-155.pools.arcor-ip.net [88.67.212.155]) by mx.techwires.net (Postfix) with ESMTPSA id 9CC3A30A875; Fri, 22 Feb 2013 19:32:06 +0100 (CET) From: Bernhard Schmidt To: Adrian Chadd Subject: Re: kern/176201: [net80211] [patch] 11n station includes unrelated ht params into ASSOC_REQ packet Date: Fri, 22 Feb 2013 19:33:25 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.1-STABLE; KDE/4.9.5; amd64; ; ) References: <201302180246.r1I2kocv064092@freefall.freebsd.org> <201302221859.31446.bschmidt@techwires.net> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201302221933.25718.bschmidt@techwires.net> Cc: freebsd-bugs@freebsd.org, PseudoCylon , freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 18:32:09 -0000 On Friday, February 22, 2013 07:04:39 PM Adrian Chadd wrote: > Hm, we need to use MIN(rxmax) and MAX(density) regardless, right? > > If an AP is transmitting to a STA that has a lower rxmax or higher > density, it should obey that. > > The same rules apply for mesh, ibss, tdma operational modes. > > So yes, what we should do is: > > * initialise rxmax/density with the VAP capabilities > * track what the remote node rxmax/density is > * have a couple of functions that return the density and rxmax based > on the destination node and current VAP config > * teach the 11n drivers to use that. Don't make it to complex, it's one-liner, not sure it's worth a function. The STA case is handled here because there is no later position to do so, AP already told us what it is capable of (ni_htparams) now it's the STA's job to do the same. The AP case is handled somewhere else, assoc req I guess, and that just uses the VAP params to verify the limits aren't above device caps. Using plain ni_htparams after that is just fine. If also done right in STA mode, ni_htparams will always contain a value which doesn't exceed either the AP's or the STA's or the device's limits (might have to change the value exactly there), so, using it directly is fine in drivers. I don't want to get into IBSS mode just yet, it's way to complex to get my head around that atm. Though, I think, it's a per-node and not a global parameter so the handling should match that from the AP? -- Bernhard From owner-freebsd-wireless@FreeBSD.ORG Fri Feb 22 18:34:32 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6967322B; Fri, 22 Feb 2013 18:34:32 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-f175.google.com (mail-wi0-f175.google.com [209.85.212.175]) by mx1.freebsd.org (Postfix) with ESMTP id D45FF19F; Fri, 22 Feb 2013 18:34:31 +0000 (UTC) Received: by mail-wi0-f175.google.com with SMTP id l13so1304501wie.2 for ; Fri, 22 Feb 2013 10:34:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=K7HgO/5IjHIoKLaWwI7LNxDp9kRuAqG1EYa9tLVVQG8=; b=raWHqk92BE7vruqHeTYw6GNLN+P8fQov2jFEZB3arQgrCr6Zmsbmzn8YeAz61gnYIX eBRHvZKCyZb39lnrGPFAaJBe87wYHRGxyNC+Sxy5J2ceFq1XyxLmolgqOyGt7+3/1HxV AgBUX8/sPU73LTI8N6ioBdKUYAcuqUhvlHEiS0vOz4m2lb+e4w+TsM2qU/fCiwsKaOer WBJB9O17sIijt0ffLYarbyt+sNU4UCQhz/b27OGMfuizzMm1KEXSuq3y+fU4X0XGahZ7 BaedY7UA851dybR2X+B0tly78jIg9itDphs0xG5pwdT9ZJd6ggDyjC080E4TRQeNXhlM KV+A== MIME-Version: 1.0 X-Received: by 10.194.90.168 with SMTP id bx8mr5369401wjb.59.1361558070622; Fri, 22 Feb 2013 10:34:30 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.74.194 with HTTP; Fri, 22 Feb 2013 10:34:30 -0800 (PST) In-Reply-To: <201302221933.25718.bschmidt@techwires.net> References: <201302180246.r1I2kocv064092@freefall.freebsd.org> <201302221859.31446.bschmidt@techwires.net> <201302221933.25718.bschmidt@techwires.net> Date: Fri, 22 Feb 2013 10:34:30 -0800 X-Google-Sender-Auth: ykrOWqWWUeAXwJJ1xoNUKCkHvcc Message-ID: Subject: Re: kern/176201: [net80211] [patch] 11n station includes unrelated ht params into ASSOC_REQ packet From: Adrian Chadd To: Bernhard Schmidt Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-bugs@freebsd.org, PseudoCylon , freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 18:34:32 -0000 Hi, Why isn't it a per-node thing for the AP case? Ie, what should the AP do if the ampdu density it supports is 0 but the STA AMPDU density on the RX side is 8? Adrian From owner-freebsd-wireless@FreeBSD.ORG Fri Feb 22 18:46:12 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3C2AE63A; Fri, 22 Feb 2013 18:46:12 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mx.techwires.net (mx.techwires.net [79.140.39.242]) by mx1.freebsd.org (Postfix) with ESMTP id 04C46226; Fri, 22 Feb 2013 18:46:11 +0000 (UTC) Received: from amy.lab.techwires.net (dslb-088-067-212-155.pools.arcor-ip.net [88.67.212.155]) by mx.techwires.net (Postfix) with ESMTPSA id 7905630A8A9; Fri, 22 Feb 2013 19:46:04 +0100 (CET) From: Bernhard Schmidt To: Adrian Chadd Subject: Re: kern/176201: [net80211] [patch] 11n station includes unrelated ht params into ASSOC_REQ packet Date: Fri, 22 Feb 2013 19:47:24 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.1-STABLE; KDE/4.9.5; amd64; ; ) References: <201302180246.r1I2kocv064092@freefall.freebsd.org> <201302221933.25718.bschmidt@techwires.net> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201302221947.24307.bschmidt@techwires.net> Cc: freebsd-bugs@freebsd.org, PseudoCylon , freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 18:46:12 -0000 On Friday, February 22, 2013 07:34:30 PM Adrian Chadd wrote: > Hi, > > Why isn't it a per-node thing for the AP case? > > Ie, what should the AP do if the ampdu density it supports is 0 but > the STA AMPDU density on the RX side is 8? What made you think it isn't? ni_htparams is per-node(ni)? If you kept the original mail it might be easier to figure out what you are refering to. :) If you ment the stuff I wrote about IBSS, well, as I said, IBSS is way to complex for me right to think about.. -- Bernhard From owner-freebsd-wireless@FreeBSD.ORG Fri Feb 22 18:48:50 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 850FF7CF; Fri, 22 Feb 2013 18:48:50 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x234.google.com (mail-we0-x234.google.com [IPv6:2a00:1450:400c:c03::234]) by mx1.freebsd.org (Postfix) with ESMTP id EA619250; Fri, 22 Feb 2013 18:48:49 +0000 (UTC) Received: by mail-we0-f180.google.com with SMTP id k14so780215wer.39 for ; Fri, 22 Feb 2013 10:48:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=y2w/vqcXX45VBne0M+30JkWey5mXDKr+CuNXDv1CQ+k=; b=sSCnA9g0DcW33ZLV3420xmiCH2swTZgGkPsozPDZNkfMzXyPi1+IAtPqyJRaytWMB7 qqVvrrMu8tVFCKtolcYsRBTXYMwrODOcZgsz6CCkuiSK5SOrGPNotRq8yvVAuu7pkl0+ /MQzRpKeeNPmBPP+CIdn7g3CRzUEDJIbpVmNoIeNSunf+6N/p3215WgSGzXF2galtzG2 oOeM88RxX5GR/qB13GolGo690tsoGG1/1ldd49J+42uIqFEfPwsZFzmuhisNQWG/2vxn U7kOl6WFPFO9gzk8bdFDoPBzuzj8jgjQcwgcxIm5i7oBWj+7iVROt5vw1C8/NNiyOgNf YevA== MIME-Version: 1.0 X-Received: by 10.180.81.2 with SMTP id v2mr36350wix.17.1361558928735; Fri, 22 Feb 2013 10:48:48 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.74.194 with HTTP; Fri, 22 Feb 2013 10:48:48 -0800 (PST) In-Reply-To: <201302221947.24307.bschmidt@techwires.net> References: <201302180246.r1I2kocv064092@freefall.freebsd.org> <201302221933.25718.bschmidt@techwires.net> <201302221947.24307.bschmidt@techwires.net> Date: Fri, 22 Feb 2013 10:48:48 -0800 X-Google-Sender-Auth: KXzFgbhzigmNQFEOYD_TZ1EI8co Message-ID: Subject: Re: kern/176201: [net80211] [patch] 11n station includes unrelated ht params into ASSOC_REQ packet From: Adrian Chadd To: Bernhard Schmidt Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-bugs@freebsd.org, PseudoCylon , freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 18:48:50 -0000 Ah, damn. Sorry. I was thinking about the node versus vap configuration and got confused. IBSS is the same as the APmode of operation - you advertise what you're capable of and sending stations just calculate the MIN(ampdusize) and MAX(ampdudensity) when sending to you. Exactly the same needs to be done for AP mode. STA mode should do the same too - it just happens there's only one node (the AP.) We have the same issue with 2040, shortgi, stbc, ldpc - ni_htparams includes what the peer node has, not necessarily what you've negotiated. So in the ath(4) driver I needed to look at both what _my_ capabilities are _and_ the remote capabilities before I decide whether to use 40mhz, shortgi, etc. It'd be shinier if there were some net80211 functions that did this for me. Adrian From owner-freebsd-wireless@FreeBSD.ORG Fri Feb 22 18:52:49 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id ABC74A4D; Fri, 22 Feb 2013 18:52:49 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-f46.google.com (mail-wg0-f46.google.com [74.125.82.46]) by mx1.freebsd.org (Postfix) with ESMTP id 25D05282; Fri, 22 Feb 2013 18:52:48 +0000 (UTC) Received: by mail-wg0-f46.google.com with SMTP id fg15so765893wgb.1 for ; Fri, 22 Feb 2013 10:52:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=yY1aEo+/kxbjBGfFgZsZ7ixANK/BgnsLp3lMX2i+mBQ=; b=UOQJW1ubotNTvwqlHNA+XGqYDMplGcJhvwlhk8CLjyFpq5xKQ3I1WbT57i2t0cK89P 66+Ni7YfLL9kJfVetmlqL1iD28n5hcpqjeE63L1j1Kannc6TGC9vBqC0XvJKOdWnMwFG n4Qh/CgO/S+pCjEuEefLICpIK6mZD8eG4720njJX801D4gSx0MYRXoEgn5yJNhAjwR7h 4PlbGKxX5/PNBgvRE6/vQlIw3497vNRuKd5m0jNODfa+53e63UeN2IH8tO/FOvUEWu1Q +bniCFYEfsx17Bfib5MtAjRvEFMN2XCKoK6yezRm92hoLuGms2+SwWCY4BZxNO/ZRTnX xFdg== MIME-Version: 1.0 X-Received: by 10.180.24.229 with SMTP id x5mr333889wif.17.1361559167892; Fri, 22 Feb 2013 10:52:47 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.74.194 with HTTP; Fri, 22 Feb 2013 10:52:47 -0800 (PST) In-Reply-To: References: <201302180246.r1I2kocv064092@freefall.freebsd.org> <201302221933.25718.bschmidt@techwires.net> <201302221947.24307.bschmidt@techwires.net> Date: Fri, 22 Feb 2013 10:52:47 -0800 X-Google-Sender-Auth: qyEa_ldvdSXhacXUjYF3hbsF5-Q Message-ID: Subject: Re: kern/176201: [net80211] [patch] 11n station includes unrelated ht params into ASSOC_REQ packet From: Adrian Chadd To: Bernhard Schmidt Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-bugs@freebsd.org, PseudoCylon , freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 18:52:49 -0000 Hm, it's possible in my sleep deprived state that I'm on the right but wrong track here. The OP problem is that we're not advertising the right capabilities when we associate, right? Why aren't we just advertising the VAP ampdumax and ampdudensity no matter what the operating mode? Why are we capping those parameters to the learnt-from-AP parameters? Adrian From owner-freebsd-wireless@FreeBSD.ORG Fri Feb 22 19:04:19 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 45B7BDFD; Fri, 22 Feb 2013 19:04:19 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mx.techwires.net (mx.techwires.net [79.140.39.242]) by mx1.freebsd.org (Postfix) with ESMTP id 09DAB32D; Fri, 22 Feb 2013 19:04:18 +0000 (UTC) Received: from amy.lab.techwires.net (dslb-088-067-212-155.pools.arcor-ip.net [88.67.212.155]) by mx.techwires.net (Postfix) with ESMTPSA id 9AE9830A8E3; Fri, 22 Feb 2013 20:04:17 +0100 (CET) From: Bernhard Schmidt To: Adrian Chadd Subject: Re: kern/176201: [net80211] [patch] 11n station includes unrelated ht params into ASSOC_REQ packet Date: Fri, 22 Feb 2013 20:05:36 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.1-STABLE; KDE/4.9.5; amd64; ; ) References: <201302180246.r1I2kocv064092@freefall.freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201302222005.36490.bschmidt@techwires.net> Cc: freebsd-bugs@freebsd.org, PseudoCylon , freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 19:04:19 -0000 On Friday, February 22, 2013 07:52:47 PM Adrian Chadd wrote: > Hm, it's possible in my sleep deprived state that I'm on the right but > wrong track here. > > The OP problem is that we're not advertising the right capabilities > when we associate, right? Correct. > Why aren't we just advertising the VAP ampdumax and ampdudensity no > matter what the operating mode? Why are we capping those parameters to > the learnt-from-AP parameters? Because the AP would otherwise deny the association request. That's at least how I read the commit (r173865). -- Bernhard From owner-freebsd-wireless@FreeBSD.ORG Fri Feb 22 21:26:26 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A95C4E39 for ; Fri, 22 Feb 2013 21:26:26 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from nm12-vm0.bullet.mail.bf1.yahoo.com (nm12-vm0.bullet.mail.bf1.yahoo.com [98.139.213.140]) by mx1.freebsd.org (Postfix) with SMTP id 3022ACC1 for ; Fri, 22 Feb 2013 21:26:26 +0000 (UTC) Received: from [98.139.215.140] by nm12.bullet.mail.bf1.yahoo.com with NNFMP; 22 Feb 2013 21:26:19 -0000 Received: from [98.139.211.193] by tm11.bullet.mail.bf1.yahoo.com with NNFMP; 22 Feb 2013 21:26:19 -0000 Received: from [127.0.0.1] by smtp202.mail.bf1.yahoo.com with NNFMP; 22 Feb 2013 21:26:19 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1361568379; bh=DLDOxVaJrh9qa6Io3NyYXFRbVw6Bq1cNuwn2+CQ18AY=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Received:MIME-Version:X-Received:Received:In-Reply-To:References:Date:Message-ID:Subject:From:To:Cc:Content-Type; b=XE81DPxBkn7MpPWOelPZQgomW75K7E0rhRUfKLEBFxIu8mFmwxeAQYNLjgXaY/j/zZyfRlARiSL9W2hoenK8IVEjHYRFXIJz71hdDBjeItiW7ZQ4YGEoJDWKDpD7u20tdxcLC32fktrkuQrqCCaw3NJQJauEPJq5VjJ6L6Sn/KY= X-Yahoo-Newman-Id: 342534.48816.bm@smtp202.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: BlNVMHoVM1mBy22aoQpD6iP0h2z31yUoAGAAo6BrpRMj3PR QM7aI6vm_7YP8_bbU185x4zjFygjQr2mnNe71uTR0krfflm4DRblpHZd_wQf 69wilrC1eioR9_tiUgEO2wkPJG9smkYz3yMhBcw5o.YE.ErqqgsRrbkYACZ6 ZFRFLkf.q8iRc1h_96ajPs3tKZ31YAev7Ueatz_GtUtFo4oRKoNV.BZP9_wa mrWtuTL2m_Z1ms.p6EYiuw95xSHv3Cy.5sATPSNkRcz5_aBc2lD4TQ7cYq0x DBxBQym0KyRvXz_fhYaCT63T.cRcjReNbNSM2FIdFVGG4mZU2OLCOCREi60d lCINW789R8sZAXJve7EURlK_YjktVMim5G_K0Jg4sC5Lhp3CcbKD7tMpJf76 W5Grf6E2rRW5vJQ9VcJkXwRevm35hEfIyKuYvQeGPU3bqDKfT84o_5FkGJYd mCwXPcrDLM7SczxzXyA-- X-Yahoo-SMTP: Xr6qjFWswBAEmd20sAvB4Q3keqXvXsIH9TjJ Received: from mail-pb0-f43.google.com (moonlightakkiy@209.85.160.43 with plain) by smtp202.mail.bf1.yahoo.com with SMTP; 22 Feb 2013 13:26:19 -0800 PST Received: by mail-pb0-f43.google.com with SMTP id md12so618724pbc.2 for ; Fri, 22 Feb 2013 13:26:18 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.68.130.1 with SMTP id oa1mr5358568pbb.134.1361568378326; Fri, 22 Feb 2013 13:26:18 -0800 (PST) Received: by 10.68.52.170 with HTTP; Fri, 22 Feb 2013 13:26:17 -0800 (PST) In-Reply-To: <201302222005.36490.bschmidt@techwires.net> References: <201302180246.r1I2kocv064092@freefall.freebsd.org> <201302222005.36490.bschmidt@techwires.net> Date: Fri, 22 Feb 2013 14:26:17 -0700 Message-ID: Subject: Re: kern/176201: [net80211] [patch] 11n station includes unrelated ht params into ASSOC_REQ packet From: PseudoCylon To: Bernhard Schmidt Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org, freebsd-bugs@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 21:26:26 -0000 On Fri, Feb 22, 2013 at 12:05 PM, Bernhard Schmidt wrote: > On Friday, February 22, 2013 07:52:47 PM Adrian Chadd wrote: >> Hm, it's possible in my sleep deprived state that I'm on the right but >> wrong track here. >> >> The OP problem is that we're not advertising the right capabilities >> when we associate, right? > > Correct. I didn't patch it right, but all of us agree on sta isn't sending correct param at association. With current code, sta sends back whatever it has received in probe resp packet. > >> Why aren't we just advertising the VAP ampdumax and ampdudensity no >> matter what the operating mode? Why are we capping those parameters to >> the learnt-from-AP parameters? > > Because the AP would otherwise deny the association request. Should ap only allow node which caps match ap's to associate? (By the way, can anyone point me to the code does denial? I couldn't find it.) AK From owner-freebsd-wireless@FreeBSD.ORG Fri Feb 22 22:45:59 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 09F0E453; Fri, 22 Feb 2013 22:45:59 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-f171.google.com (mail-wi0-f171.google.com [209.85.212.171]) by mx1.freebsd.org (Postfix) with ESMTP id 7495BFC2; Fri, 22 Feb 2013 22:45:57 +0000 (UTC) Received: by mail-wi0-f171.google.com with SMTP id hn17so1522076wib.4 for ; Fri, 22 Feb 2013 14:45:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=e4GcVDR4qPcwRskMuDaGaqW+u1Kb30eh1Odd5oLMK9o=; b=f0PQHNJlXEXOVW3sL/OyyqU3X+9QDYkn8jv98Nyoepv1HBTCkuFjqHyqe2yME/GTkN yJYhp05mNKQ0RycNCoyBhCToKEHPXwNifN+TxWZqkn+jIWEkfH1pGJATt9fvTpw4pERf 9wVgO6oaclhJozNy/gC4m3sHKJecK4jA8gLzu1i7cmekACsnTHoU061gRY3XUdtFvpdD hCzBBV24PMeSJ1L9o3q6fQ1bjR/eDmuqLVW/zJzPYCmiaeIclKfF/qV0buctMXaAMKDU sfGv6Fn1YUaiDO/OXhhmV3MvmnnfVj7687LpxrrSr/ww9MO3i54VBOsX1QZGRUnqIDQx jraQ== MIME-Version: 1.0 X-Received: by 10.194.238.226 with SMTP id vn2mr6515624wjc.23.1361573151450; Fri, 22 Feb 2013 14:45:51 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.74.194 with HTTP; Fri, 22 Feb 2013 14:45:51 -0800 (PST) In-Reply-To: References: <201302180246.r1I2kocv064092@freefall.freebsd.org> <201302222005.36490.bschmidt@techwires.net> Date: Fri, 22 Feb 2013 14:45:51 -0800 X-Google-Sender-Auth: AWxdGObxQFZC8zKDJE2_ZAzU6ko Message-ID: Subject: Re: kern/176201: [net80211] [patch] 11n station includes unrelated ht params into ASSOC_REQ packet From: Adrian Chadd To: PseudoCylon Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-bugs@freebsd.org, freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 22:45:59 -0000 On 22 February 2013 13:26, PseudoCylon wrote: >>> The OP problem is that we're not advertising the right capabilities >>> when we associate, right? >> >> Correct. > > I didn't patch it right, but all of us agree on sta isn't sending > correct param at association. With current code, sta sends back > whatever it has received in probe resp packet. Right, but Bernhard points out the original code did return its own configuration, and this causes some APs to reject stations. Hence why it's doing this. >>> Why aren't we just advertising the VAP ampdumax and ampdudensity no >>> matter what the operating mode? Why are we capping those parameters to >>> the learnt-from-AP parameters? >> >> Because the AP would otherwise deny the association request. > > Should ap only allow node which caps match ap's to associate? (By the > way, can anyone point me to the code does denial? I couldn't find it.) I don't think so. The whole point here is to _support_ nodes whose density/ampdusize is less than what we have configured. The only reason we'd want to reject them is if we have some concept of "minimum acceptable density/ampdurx" (like "minimum basic rates"), rather than "what is it we support." Adrian From owner-freebsd-wireless@FreeBSD.ORG Fri Feb 22 23:25:43 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 73AE69B3 for ; Fri, 22 Feb 2013 23:25:43 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 047BA1B1 for ; Fri, 22 Feb 2013 23:25:42 +0000 (UTC) Received: by mail-wi0-f182.google.com with SMTP id hi18so1349524wib.15 for ; Fri, 22 Feb 2013 15:25:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:date:x-google-sender-auth:message-id :subject:from:to:content-type; bh=qxtwEYq1kfw/V+3/UH1cREO4/H0iB+mLCVehsvQUH18=; b=jiHo9Oi8IKYMWeajtznGIP1FDJWX4RBXV/FGgFuu1xiGiiP5B/vZDMywU3+BzvXrzS u1Y/zlBcb4xRQ5y8a0q/A4WvqggB+5LiYL+Ex5UV6JxzUx0WuRly+qLxRzuuOyLM8O5N TXguR8Nluq0I/as2//RHJaRLDjGXawETXF7pz7RLEiLEZLDIe/EeH+CTWcWVVTvoKP8q BqncKeu83dM1xq8KJYgKOBIB+kLhV7bTa17PlBqKKNDwKyp38AX9kt8QcibudlEXpzzR FRw9XlsuflyRQ3kXG5QkGaVHtEh6DzXFU+adRI01JWP6M7zHNG0h491FlhFbbgAvj5CC yXSg== MIME-Version: 1.0 X-Received: by 10.194.5.137 with SMTP id s9mr5556057wjs.5.1361575536259; Fri, 22 Feb 2013 15:25:36 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.74.194 with HTTP; Fri, 22 Feb 2013 15:25:36 -0800 (PST) Date: Fri, 22 Feb 2013 15:25:36 -0800 X-Google-Sender-Auth: ROdRJ-LhQEDGLOK-wzzzvrMefQ8 Message-ID: Subject: [RFT] net80211 TX serialisation, take #4 From: Adrian Chadd To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 23:25:43 -0000 Hi, Here's take four of the TX serialisation. http://people.freebsd.org/~adrian/ath/20130223-net80211-tx-lock-4.diff This patch increases the lock "reach" so it locks the encap path for both data and management frames, so the path between sequence number allocation and driver queuing is held. There are some drivers that directly access ni_txseqs[] (ie, iwn and ath) and I'll have to think about this a little more. Sometimes it'll be called with the VAP TX lock held (ie, if it's called from driver if_transmit / driver if_start / ic_raw_xmit) but sometimes the TX path is called from the addba response callback, the TX completion methods, a software frame taskqueue. None of these grab the VAP TX lock at any point. I'd like to avoid making the VAP TX lock a reentrant lock (ew.) I'm open to ideas/suggestions. Thanks, Adrian From owner-freebsd-wireless@FreeBSD.ORG Sat Feb 23 01:18:47 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1E22FEFE for ; Sat, 23 Feb 2013 01:18:47 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x235.google.com (mail-we0-x235.google.com [IPv6:2a00:1450:400c:c03::235]) by mx1.freebsd.org (Postfix) with ESMTP id 89DD56B7 for ; Sat, 23 Feb 2013 01:18:46 +0000 (UTC) Received: by mail-we0-f181.google.com with SMTP id t44so1005850wey.12 for ; Fri, 22 Feb 2013 17:18:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=5JyWFl6Ty7NhxNwflhpWdJD0srDLWMwlZhWod62zwqU=; b=H466zGgXjqh6w21jY23ZTWt0CRf3K675C7qYZYNwyQaRyZRdINh9s5/T4rrFYqKpWd J3SjScUYUtVJdzOtl6uPE4IrnJkXhmkqvQ+vPaRkjiA2uDQwCSzkvI2mXl8B8gl5Xkuz EkwplenLvjW7G47HsaB/GfKUozgTGYJwzuBlgXpzlyC4+uG0sw2+peRpzAj68JdLaqk8 fltBYx6YU2Q/4paz8C7Arpils2H+lNYsVIXMJbF1ZB+EBzY+7kxGIhrU7KRzLhRs2cB6 bKwOdapzj4BnRpGOpt7EB1rgr9KoNHNtj+XQoPy2zvIq3f/t/QMuubaPHR8KaI20oL2u UqTg== MIME-Version: 1.0 X-Received: by 10.194.90.168 with SMTP id bx8mr6916013wjb.59.1361582324586; Fri, 22 Feb 2013 17:18:44 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.74.194 with HTTP; Fri, 22 Feb 2013 17:18:44 -0800 (PST) In-Reply-To: References: Date: Fri, 22 Feb 2013 17:18:44 -0800 X-Google-Sender-Auth: 5dXza3ph52qvaVw9IzUoWjPCrwg Message-ID: Subject: Re: [RFT] net80211 TX serialisation, take #4 From: Adrian Chadd To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Feb 2013 01:18:47 -0000 On 22 February 2013 15:25, Adrian Chadd wrote: > Hi, > > Here's take four of the TX serialisation. > > http://people.freebsd.org/~adrian/ath/20130223-net80211-tx-lock-4.diff > > This patch increases the lock "reach" so it locks the encap path for > both data and management frames, so the path between sequence number > allocation and driver queuing is held. > > There are some drivers that directly access ni_txseqs[] (ie, iwn and > ath) and I'll have to think about this a little more. Sometimes it'll > be called with the VAP TX lock held (ie, if it's called from driver > if_transmit / driver if_start / ic_raw_xmit) but sometimes the TX path > is called from the addba response callback, the TX completion methods, > a software frame taskqueue. None of these grab the VAP TX lock at any > point. > > I'd like to avoid making the VAP TX lock a reentrant lock (ew.) Well, it turns out that this is almost-but-not-really-right. The problem is this: * A frame is going out on VAP A * so the VAP TX lock is held for VAP A * then the driver if_transmit() method is called, which will (for now) map to enqueue and call driver if_start() * now, if_start() will dequeue the top frame, which may be for VAP B this is fine so far, as the VAP lock is intended to serialise stuff through to the driver transmission phase. It's not designed to serialise _between_ VAPs. However, then we have a little hiccup. iwn and ath use the ni_txseqs[] space for TX sequence numbers when transmitting aggregate frames. I guess mwl does sequence number allocation in-firmware. So to be correct, i should grab the VAP lock when the driver transmit code wants to assign sequence numbers. However I can't do that: (a) It may already have it held from the net80211 call; (b) it may NOT already have it held (eg from a deferred call to the driver start method - eg, if the driver calls if_start after TX completion has occured, or upon driver reset to start TX again); (c) it may have a VAP lock held from a _different_ VAP, because of the conditions above. So, this is all pretty terrible. The only sane solution for now is to make my VAP TX lock an IC TX lock,and grab said IC TX lock for all VAPs. That way the driver can grab the IC TX lock when it's doing deferred sends and it'll be sure the lock is held when it decides to grab/increment sequence numbers from ni->ni_txseqs[]. This is all pretty terrible. Honestly, what I really need is a way to do this: * serialise frame TX handling in net80211 so the sequence of frames handed to the driver _matches exactly_ the sequence going through the VAP TX code, the VAP management TX code, etc.; * call the driver without the VAP or IC TX lock held - at this point, the frames should be in the driver queue _in the order_ they were processed via the VAP TX and management / raw TX path; * the driver can grab the VAP / IC TX lock if it needs to allocate sequence numbers itself; * the driver is then responsible for ensuring that frames are processed to software/hardware queuing in the same order they were received from net80211 (so CCMP IV sequence assignment is 'correct' too); * .. and do this without tearing my hair out. So the short term fix is: * convert my VAP TX Lock to an IC TX lock; * for the drivers that touch the ni_txseqs[] values (ath, iwn at least) - have them grab the IC TX lock before any deferred if_start/if_transmit call - that way the driver TX path holds the same locks no matter whether it came from the net80211 stack or a deferred start; * chase down and eliminate any and all of the rest of the subtle "packets out of sequence" crap that occurs when you're doing high throughput 802.11n with CCMP encryption; * .. think about how to properly separate out the queuing from the driver processing. I'm open to suggestions here. Adrian From owner-freebsd-wireless@FreeBSD.ORG Sat Feb 23 03:43:42 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D5966536 for ; Sat, 23 Feb 2013 03:43:42 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-x22a.google.com (wg-in-x022a.1e100.net [IPv6:2a00:1450:400c:c00::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 4C21A9E5 for ; Sat, 23 Feb 2013 03:43:42 +0000 (UTC) Received: by mail-wg0-f42.google.com with SMTP id 12so1963192wgh.3 for ; Fri, 22 Feb 2013 19:43:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=SLtyThv6iYSEiPGK/AdZwt7pjq9oHDGs/Rn2prE3bhY=; b=l3XWdOLk0Cw0Yl9iOKAhFHG/d4Ojejk5lRjhnsaRfL7qixH7mB6/nblHCIynETd2ae 6Yru0jpoVesUD81wdnZ1yYMtuOvm9+754/XThAoRF5cg84ZM6dpkh0HMglPpTG9gEwFM eaMwk2HiCg48qX0fV+1qS40EnWjsaU08zd9baDXrQ4xuj2b9Q8UgQspNBHg9lXb5gFXU Cc2adEIAONOsHmsBucgjovdFKk4R45Gadh63E3dj+HniJ0Fd70QbbJ98qrDdQ00ba5gc coUUkgyGOnSwudNghoHeddhKCmdih/aF38m3Ma/dJ3nSi4XS17YaEfIK4oc4KmsffdXQ wpLw== MIME-Version: 1.0 X-Received: by 10.180.98.198 with SMTP id ek6mr1054112wib.7.1361591020393; Fri, 22 Feb 2013 19:43:40 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.74.194 with HTTP; Fri, 22 Feb 2013 19:43:40 -0800 (PST) In-Reply-To: References: Date: Fri, 22 Feb 2013 19:43:40 -0800 X-Google-Sender-Auth: nVn5sd-omPYqz9_upq3Tyl4Rmeg Message-ID: Subject: Re: [RFT] net80211 TX serialisation, take #4 From: Adrian Chadd To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Feb 2013 03:43:42 -0000 .. and as a reference, Linux mac80211 seems to just do TX through a single-threaded workqueue. Ie, all of the mac80211 TX is done deferred and serialised that way. Grrr.. I'm very tempted to just do this and be done with it for now. Adrian From owner-freebsd-wireless@FreeBSD.ORG Sat Feb 23 20:16:19 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1E19DF7 for ; Sat, 23 Feb 2013 20:16:19 +0000 (UTC) (envelope-from sven@hazejager.nl) Received: from mail-qc0-f173.google.com (mail-qc0-f173.google.com [209.85.216.173]) by mx1.freebsd.org (Postfix) with ESMTP id D9B90100 for ; Sat, 23 Feb 2013 20:16:18 +0000 (UTC) Received: by mail-qc0-f173.google.com with SMTP id b12so764082qca.32 for ; Sat, 23 Feb 2013 12:16:12 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:date:message-id:subject :from:to:content-type:x-gm-message-state; bh=xZytFX1OWYbq3trN9/18xO09fCWnXWG9iMuglQJG81U=; b=Ehwlwt8ejOaLgypkzKbHKeFrKOANDDdleCfbZWdqoDM2QP65IBK5uHwyXloE89HEig zGAHyuL4YDfV9SeItNVT0jMg48TsYXcoEi6WvN3YlVPyDTNzIRglO+eHa+vpxH77aXwn c86eqglKxoVvljO5wNd8X+I9l0vtJ202YC/ezNjr/sGfNRY2RSc9LXrd4Iv7VppJEx+0 KrdwP/uCJf+kFsqugZiG9pAt+D0wN9AYICXPvhZs3ys4X2QK/afjV9QvmWyMK99E3FgP k0ztseOQ3at4qRMjpgo/TjZf4HNO3d+LZobdfpr5Xa4zGr2hMiqu6ktaYGkgPWbSrZs4 N01g== MIME-Version: 1.0 X-Received: by 10.224.209.193 with SMTP id gh1mr3938928qab.86.1361650572237; Sat, 23 Feb 2013 12:16:12 -0800 (PST) Received: by 10.49.104.208 with HTTP; Sat, 23 Feb 2013 12:16:12 -0800 (PST) X-Originating-IP: [212.123.177.47] Date: Sat, 23 Feb 2013 21:16:12 +0100 Message-ID: Subject: ath performance degradation between Oct-12 and now? From: Sven Hazejager To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQlhWOmgipIb+xD57S5Mec3X7eRo4SyR7eMUi/4bnPKtJbJBM2k+5uZWy1iR2Ty1Gf95vXAi X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Feb 2013 20:16:19 -0000 I have just upgraded my ALIX router (with an Atheros 9160) from FreeBSD-HEAD r241243 (Oct 6, 2012) to r247155 (today) and I am noticing slightly lower throughput rates. With iperf, sitting 1 meter from the router, I consistently get 79-81 Mbits/sec TCP with r241243. This "drops" to 74-76 in r247155 (never higher than 75.5 actually). The rates also seem to vary a bit more (but that's hard to quantify). Anything I should be looking for? I'm more than happy to share debug output etc. if instructed how to capture. Thanks! Sven From owner-freebsd-wireless@FreeBSD.ORG Sat Feb 23 21:02:10 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1264CF99 for ; Sat, 23 Feb 2013 21:02:10 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x22a.google.com (mail-we0-x22a.google.com [IPv6:2a00:1450:400c:c03::22a]) by mx1.freebsd.org (Postfix) with ESMTP id A642732E for ; Sat, 23 Feb 2013 21:02:09 +0000 (UTC) Received: by mail-we0-f170.google.com with SMTP id z53so1494521wey.29 for ; Sat, 23 Feb 2013 13:02:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=XQdv2L4tDq/TWYXQCRvOda5ue1NnUB78GpI9BGpIM1E=; b=Gf81cOQ+MtgUZKIu/yILgmlQOqXgRX35qSTQ+xcdtQ3e6xyU/3yFyTCe2xIG/LDqEx 59F9xuZxUz0k6fQ/4rxvkNzEGoFBBeYbSQIZ7Yp6Jo8dB98CEGzLJ/hZi0rd8EpiLc9Z bG3A6LPDvDGO71rWjULTGew3m5ow5WCqi73LczqDP5Fl059jfSMZil73bOqvXzhLyWjs w2GnjYjs59ta55NDrY6zHZeKPmZd9ozJ2rM1yglMA/13rajwdJQqQGjtAqQw8xmoGj3D W0aIaxGSBfwIdPCx75gojqIWPc2hMzRT0vcLpSI6n36yPJ3CRdCNlcSVSx6o/SzNXk88 lPUQ== MIME-Version: 1.0 X-Received: by 10.180.24.229 with SMTP id x5mr4135089wif.17.1361653328480; Sat, 23 Feb 2013 13:02:08 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.74.194 with HTTP; Sat, 23 Feb 2013 13:02:08 -0800 (PST) In-Reply-To: References: Date: Sat, 23 Feb 2013 13:02:08 -0800 X-Google-Sender-Auth: P1VerelPl_P4t2Ylloaaf8z6t6E Message-ID: Subject: Re: ath performance degradation between Oct-12 and now? From: Adrian Chadd To: Sven Hazejager Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Feb 2013 21:02:10 -0000 On 23 February 2013 12:16, Sven Hazejager wrote: > I have just upgraded my ALIX router (with an Atheros 9160) from > FreeBSD-HEAD r241243 (Oct 6, 2012) to r247155 (today) and I am > noticing slightly lower throughput rates. > > With iperf, sitting 1 meter from the router, I consistently get 79-81 > Mbits/sec TCP with r241243. This "drops" to 74-76 in r247155 (never > higher than 75.5 actually). The rates also seem to vary a bit more > (but that's hard to quantify). > > Anything I should be looking for? I'm more than happy to share debug > output etc. if instructed how to capture. Hi, The best thing to do is to test different kernel versions and see which change introduced the performance degradation. Unfortunately I can't discount the possibility that the issue is elsewhere in the kernel or compiler toolchain. Sorry :( Adrian