Return-path: Received: from mail-io1-f41.google.com ([209.85.166.41]:37255 "EHLO mail-io1-f41.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729999AbeIRXKg (ORCPT ); Tue, 18 Sep 2018 19:10:36 -0400 Received: by mail-io1-f41.google.com with SMTP id v14-v6so2263176iob.4 for ; Tue, 18 Sep 2018 10:36:59 -0700 (PDT) MIME-Version: 1.0 References: <20180906093213.GB16539@redhat.com> <20180907082413.GC2725@localhost.localdomain> <20180918115616.GC15285@redhat.com> In-Reply-To: <20180918115616.GC15285@redhat.com> From: Sid Hayn Date: Tue, 18 Sep 2018 13:36:51 -0400 Message-ID: (sfid-20180918_193703_482497_3CBFCA18) Subject: Re: mt76x0 bug report To: sgruszka@redhat.com Cc: Lorenzo Bianconi , linux-wireless , Felix Fietkau , linux-mediatek@lists.infradead.org, dcaratti@redhat.com Content-Type: text/plain; charset="UTF-8" Sender: linux-wireless-owner@vger.kernel.org List-ID: On Tue, Sep 18, 2018 at 7:56 AM Stanislaw Gruszka wrote: > > On Mon, Sep 17, 2018 at 11:18:57PM -0400, Sid Hayn wrote: > > Sorry to bump the one thing that we both agreed was low priority but.... > > > > So was testing all of my dongles that use the driver you are working > > on, and running them through my connect scripts. I moved the AP to > > maybe <5ft from the clients and something wierd happened. The t1u > > tried to connect to one of the 2.4GHz only networks. It failed, but > > it actually got enough scan data back to attempt authentication with a > > valid 2.4GHz only bssid. Which means in short, that the eeprom isn't > > lying and your parsing of it is correct. Something obviously makes > > this a 5GHz only device, as the connection failed and most of the time > > nothing at all is seen on 2.4GHz, but clearly it's some filter or > > antenna or some other mechanism which makes it 5GHz only. So probably > > hardware lying to you is now even lower on your list since this safely > > rules out the driver parsing the eeprom incorrectly. > > First of all would be good to check if problem is not already solved, > latest version of the driver can be found here: > https://github.com/nbd168/wireless Booting that kernel gets me instant to near instant kernel panics, so I am unable to test much. > > Second, is there vendor driver available for this particular device? > Perhaps there are some tweeks needed that are not provided by generic > driver. No clue, haven't even tried to look. This hardware was all sitting on a shelf till it looked like a real driver was being merged into the kernel.... so um, thanks :-) -Zero > > Thanks > Stanislaw