From: Felix Fietkau <nbd@openwrt.org>
To: "Jakub Kiciński" <moorray3@wp.pl>,
"Tuomas Räsänen" <tuomasjjrasanen@tjjr.fi>
Cc: linux-wireless@vger.kernel.org, tuomasjjrasanen@opinsys.fi,
Linus Walleij <linus.walleij@linaro.org>
Subject: Re: About adding support for MT76x2U to Linux kernel
Date: Wed, 16 Dec 2015 19:53:04 +0100 [thread overview]
Message-ID: <5671B310.2080200@openwrt.org> (raw)
In-Reply-To: <20150814143229.61440072@north>
On 2015-08-14 14:32, Jakub Kiciński wrote:
> CC: Linus W who was hacking on mt7630e recently.
>
> On Fri, 14 Aug 2015 11:15:26 +0300, Tuomas Räsänen wrote:
>> Hi
>>
>> I'm very interested in adding support (especially AP mode) for MT76x2U
>> USB-dongles to Linux kernel. I'm aware of the work you both have done, Felix's
>> work on MT76x2 PCI-devices and Jakub's work to add support for MT7601U. So I
>> guess no one knows this exact problem domain better than you (perhaps excluding
>> MediaTek's subcontractors who wrote the original vendor driver), that is why I'm
>> writing specifically to you.
>>
>> I have ASUS USB-N53_B1 adapter (0b05:180b) as a test device:
>> https://wikidevi.com/wiki/ASUS_USB-N53_B1
>>
>> As far as I know, no one has been / is working on MT76x2U USB-dongles, please
>> correct me if I'm wrong.
>>
>> I have a strong system programming background, some knowledge on 802.11 in
>> general, but no actual experience in Linux kernel programming. So I'm pretty
>> confident that I'll have many questions to throw at you before I have managed to
>> make anything functional.
>>
>> So, to get started, I was wondering what would be the best way forward. I can
>> think of two reasonable approaches:
>>
>> #1 Base the new driver on Felix's mt76 and modify it to work on USB-bus
>> instead of PCI.
>>
>> #2 Base the new driver on Jakub's mt7601u and modify it to handle mt76x2u
>> devices by using Felix's mt76 and the vendor driver as a reference.
>>
>> Of course there's the third option to write it from scratch based solely on the
>> vendor driver, but because you have already done such a great job in
>> interpreting the outdated and quite ugly (subjective view?) vendor driver code,
>> that would be foolish.
>
> There is a fourth option: merge mt76 and mt7601u and add support for
> mt76x2u along the way ;)
>
>> At first I had a hunch that #1 would be the easiest way forward, but now that I
>> skimmed through the code, I'm beginning to think that approach #2 has the least
>> resistance. However, I'm not necessarily looking for the easiest way but *the
>> best/right* way. So any ideas, opinions and thoughts are more than welcome.
>
> Hardware wise your chipsets will be closer to the ones Felix is
> supporting and mt76 has AP support as well (which mt7601u is lacking).
> But mt76 is not upstream and I don't think USB is a priority there...
>
> On my side, I won't be able to help you or do mentoring for next few
> months for contractual reasons :(
Hey guys,
I just wanted to let you know that I'm making good progress with mt76
support for mt7603e chips.
I think I finally have a good code structure in place to deal with with
very different chipsets.
While mt7603 has an entirely different register layout, MCU packet
format and MAC interface, I was able to share a lot of code between 76x2
and 7603 with very little indirection.
Once I'm done with mt7603 bringup (monitor mode rx already works), I
plan on submitting mt76 upstream, and then we can see about adding
support for 76x2u, or even merging the hardware support for mt7601u.
You can check out my work in the mt7603 branch here:
https://github.com/openwrt/mt76/tree/mt7603
- Felix
next prev parent reply other threads:[~2015-12-16 18:53 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-14 8:15 About adding support for MT76x2U to Linux kernel Tuomas Räsänen
2015-08-14 12:32 ` Jakub Kiciński
2015-12-16 18:53 ` Felix Fietkau [this message]
2015-12-16 21:24 ` Johannes Stezenbach
2015-12-17 20:28 ` Johannes Stezenbach
2015-12-17 8:55 ` Linus Walleij
2016-03-02 7:32 ` Tuomas Räsänen
2016-03-07 11:14 ` Johannes Stezenbach
2016-03-07 11:51 ` Felix Fietkau
2016-03-07 12:41 ` Johannes Stezenbach
2016-03-07 12:54 ` Felix Fietkau
2016-03-07 21:22 ` Felix Fietkau
2016-03-08 12:49 ` Johannes Stezenbach
2016-03-08 12:58 ` Felix Fietkau
2016-03-08 13:22 ` Johannes Stezenbach
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5671B310.2080200@openwrt.org \
--to=nbd@openwrt.org \
--cc=linus.walleij@linaro.org \
--cc=linux-wireless@vger.kernel.org \
--cc=moorray3@wp.pl \
--cc=tuomasjjrasanen@opinsys.fi \
--cc=tuomasjjrasanen@tjjr.fi \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.