Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp4139418ybl; Mon, 13 Jan 2020 08:29:52 -0800 (PST) X-Google-Smtp-Source: APXvYqxamZytFam/U3iRhV2SCej7t7Qh49d5r2Fs+0FeLHl8EpVQWzLcasRrcYIARHBdCiXuzp4s X-Received: by 2002:aca:1b19:: with SMTP id b25mr13584113oib.24.1578932992806; Mon, 13 Jan 2020 08:29:52 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578932992; cv=none; d=google.com; s=arc-20160816; b=Visqj1bluKPHM+gT4Wl+cEAh5eSEf7V235PiUKC5pjvaZdCZL4a9g7vE7XGYQ8HU54 dBQtEnVJffXYE9D9Zpu//N8GprU8b7gf9rSzyN2MBTk9ALiP1F/rKhzYU+XwM2KgbPxQ ssww9MPogOWeZICGLYx7H+DEHzNdfNZUgUBLP11T4Z+QKOjrs760O42MyYVxaOF8Eh8b LLpwqSeKiqVcF8e68eGRUOu6WM6W6EcBqqr/0wiUgpkMxTduYfEKLJijWkVQ30S9mGLR Eh/YUKjEq1NURw9OQ/L9iI4Tc/sIinn2tAgtFMAd33cTt+4QagCh7tNiuBrfcDcWQEZk RL6Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:autocrypt:from:references:cc:to:subject:dkim-signature; bh=e/a/IEOAyNeW2fLloY6lFOKzBKu/en13T/9WOMjcuPc=; b=vnjnR3KGBNToum3i3BMNWqTH1P96EDtDpZvmjR7moP0Hg/DSmtoZdiGa+Vf+sG4aDE bF4TL82Ztj8jnbQd/5Kk9wEq0IvZIhfz1qAMtWPTHVxtd0mGsYHf1/vMcffh7Lid0rD9 33rgD4poO6KP3FZgRSU+pv12KSTVSmjJU0H9aRH+bNc65ZtNfPquQKNVpvTZDjDkTFcU sKYW8rXKTIxYfDAqaAx/HCza+B4rcow3VMzcLsES/gRW3C+BcKRgg0MBD3psgrCinZ0x X1Ryn2rQmqKed0hZ0kFZE3APqWfq5ePppUHIfSfwuQmoLKl1lY3AeWXKsx59KzCrZ034 rEVQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@nbd.name header.s=20160729 header.b="X/svWOmx"; spf=pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i10si7009966otr.272.2020.01.13.08.29.32; Mon, 13 Jan 2020 08:29:52 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@nbd.name header.s=20160729 header.b="X/svWOmx"; spf=pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728838AbgAMQ1l (ORCPT + 99 others); Mon, 13 Jan 2020 11:27:41 -0500 Received: from nbd.name ([46.4.11.11]:59392 "EHLO nbd.name" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726567AbgAMQ1k (ORCPT ); Mon, 13 Jan 2020 11:27:40 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=nbd.name; s=20160729; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: MIME-Version:Date:Message-ID:From:References:Cc:To:Subject:Sender:Reply-To: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=e/a/IEOAyNeW2fLloY6lFOKzBKu/en13T/9WOMjcuPc=; b=X/svWOmxrFFl5xwMS/CI3beUZF cSgHMxvRvi3kQE29T8A9edV9597Q4/XamR59KOUeDZJ+rxQhoJaqacPu8qRruhvAZ8InaVcyuz4+W 3qOxY+gHXUSSiP7Zk5PcRckRvgaB9Ovedk0z64u4VDqnvfMW97Q1JNUcGEeWfNyTU9bQ=; Received: from [80.255.7.117] (helo=nf.local) by ds12 with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.89) (envelope-from ) id 1ir2Z1-00073k-JI; Mon, 13 Jan 2020 17:27:39 +0100 Subject: Re: [PATCH v3] ath9k: fix firmware bug in some Mikrotik R11e-2HPnD cards To: Denis Kalashnikov Cc: linux-wireless@vger.kernel.org, Kalle Valo References: <20200110132142.7737-1-denis281089@gmail.com> From: Felix Fietkau Autocrypt: addr=nbd@nbd.name; prefer-encrypt=mutual; keydata= xsDiBEah5CcRBADIY7pu4LIv3jBlyQ/2u87iIZGe6f0f8pyB4UjzfJNXhJb8JylYYRzIOSxh ExKsdLCnJqsG1PY1mqTtoG8sONpwsHr2oJ4itjcGHfn5NJSUGTbtbbxLro13tHkGFCoCr4Z5 Pv+XRgiANSpYlIigiMbOkide6wbggQK32tC20QxUIwCg4k6dtV/4kwEeiOUfErq00TVqIiEE AKcUi4taOuh/PQWx/Ujjl/P1LfJXqLKRPa8PwD4j2yjoc9l+7LptSxJThL9KSu6gtXQjcoR2 vCK0OeYJhgO4kYMI78h1TSaxmtImEAnjFPYJYVsxrhay92jisYc7z5R/76AaELfF6RCjjGeP wdalulG+erWju710Bif7E1yjYVWeA/9Wd1lsOmx6uwwYgNqoFtcAunDaMKi9xVQW18FsUusM TdRvTZLBpoUAy+MajAL+R73TwLq3LnKpIcCwftyQXK5pEDKq57OhxJVv1Q8XkA9Dn1SBOjNB l25vJDFAT9ntp9THeDD2fv15yk4EKpWhu4H00/YX8KkhFsrtUs69+vZQwc0cRmVsaXggRmll dGthdSA8bmJkQG5iZC5uYW1lPsJgBBMRAgAgBQJGoeQnAhsjBgsJCAcDAgQVAggDBBYCAwEC HgECF4AACgkQ130UHQKnbvXsvgCgjsAIIOsY7xZ8VcSm7NABpi91yTMAniMMmH7FRenEAYMa VrwYTIThkTlQzsFNBEah5FQQCACMIep/hTzgPZ9HbCTKm9xN4bZX0JjrqjFem1Nxf3MBM5vN CYGBn8F4sGIzPmLhl4xFeq3k5irVg/YvxSDbQN6NJv8o+tP6zsMeWX2JjtV0P4aDIN1pK2/w VxcicArw0VYdv2ZCarccFBgH2a6GjswqlCqVM3gNIMI8ikzenKcso8YErGGiKYeMEZLwHaxE Y7mTPuOTrWL8uWWRL5mVjhZEVvDez6em/OYvzBwbkhImrryF29e3Po2cfY2n7EKjjr3/141K DHBBdgXlPNfDwROnA5ugjjEBjwkwBQqPpDA7AYPvpHh5vLbZnVGu5CwG7NAsrb2isRmjYoqk wu++3117AAMFB/9S0Sj7qFFQcD4laADVsabTpNNpaV4wAgVTRHKV/kC9luItzwDnUcsZUPdQ f3MueRJ3jIHU0UmRBG3uQftqbZJj3ikhnfvyLmkCNe+/hXhPu9sGvXyi2D4vszICvc1KL4RD aLSrOsROx22eZ26KqcW4ny7+va2FnvjsZgI8h4sDmaLzKczVRIiLITiMpLFEU/VoSv0m1F4B FtRgoiyjFzigWG0MsTdAN6FJzGh4mWWGIlE7o5JraNhnTd+yTUIPtw3ym6l8P+gbvfoZida0 TspgwBWLnXQvP5EDvlZnNaKa/3oBes6z0QdaSOwZCRA3QSLHBwtgUsrT6RxRSweLrcabwkkE GBECAAkFAkah5FQCGwwACgkQ130UHQKnbvW2GgCfTKx80VvCR/PvsUlrvdOLsIgeRGAAn1ee RjMaxwtSdaCKMw3j33ZbsWS4 Message-ID: Date: Mon, 13 Jan 2020 17:27:38 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On 2020-01-13 15:13, Denis Kalashnikov wrote: > I read value from the SREV register of AR9582 -- got 0x001c04ff. I > looked through the code of ath9k and found out that in this case the > revision is 4. So, since AR_SREV_REVISION_9580_10 is defined as 4, I > logically concluded that AR_SREV_9580_10 would do the job. But you > suspicions turned to be right. I tested AR9580 now and it has the same > value as AR9582 in the SREV register -- 0x001c04ff. PCI Subsystem ID > is zero on those Mikrotik cards, so it is not useful. Felix, guys, may > be somebody have any thoughts how we can distinguish AR9582? Or that a > chip has only 2 chains? May be values from other registers? I'm not aware of any register that would have this information. Maybe you could send those cards back to Mikrotik because they have faulty EEPROM data? - Felix