Am 04.12.2014 um 10:26 schrieb Parth Sane: > Hi, > Guys I'll be using my other account on my private domain laer.in now > onwards. Be sure to add me in your contacts. My new email is > parthsane@xxxxxxx > -Parth > > On 4 December 2014 at 14:19, Oleksij Rempel <linux@xxxxxxxxxxxxxxxx> wrote: >> Am 04.12.2014 um 09:23 schrieb Stanislaw Gruszka: >>> On Thu, Dec 04, 2014 at 03:52:52PM +1100, Julian Calaby wrote: >>>> On Thu, Dec 4, 2014 at 3:39 PM, Greg Kroah-Hartman >>>> <gregkh@xxxxxxxxxxxxxxxxxxx> wrote: >>>>> On Thu, Dec 04, 2014 at 07:07:58AM +0530, Parth Sane wrote: >>>>>> Hi, >>>>>> I'd say I'm midway through with c programming(part of my computer >>>>>> engineering degree course) and know a decent amount of git. So yes I'm >>>>>> comfortable writing code. >>>>> >>>>> Ok great, let's see if it's just a matter of some changes to the >>>>> existing kernel driver before we decide to add the whole huge tarball >>>>> to the staging tree as fixing it up will be a lot of work. >>>> >>>> I believe some people (CC'd) may have been working on / had an >>>> interest in writing such a driver. I'm not sure what the status of >>>> that effort is though. >>> >>> Right. Felix is working on new linux friendly driver for new Mediatek >>> chips. >> >> So far i know, Felix is working on abgn+ac (MT7662 and MT7612) devices. >> MT7601STA is (a)bgn. Are there similar regs? >> >> In mt7601 code i see parts like "if (IS_RT3290(pAd) || IS_RT65XX(pAd) || >> IS_MT7601(pAd))". RT3290 is supported by rt2x00. Am 04.12.2014 um 10:54 schrieb parthsane@xxxxxxx:> Hi again, > Please note my new email parthsane@xxxxxxx . Also If you guys don't know > there's a working source supplied by mediatek for mt7601. Please find > the attached tarball. Also please apply this patch I mentioned about > earlier. It's at https://gist.github.com/Boggartfly/b18bd86b8eb60fabe160 > > rt_linux.h has the following path in the driver directory. > > /include/os/rt_linux.h > > After you replace the patched file everything works and compiles > successfully!! Any pointers on what should be done to make it kernel > compatible? Well, there is no kernel compatible part in this driver. With other words it should be completely rewritten or cleaned up. As match as possible of existing kernel code should be reused. PS. please keep the topic. -- Regards, Oleksij
Attachment:
signature.asc
Description: OpenPGP digital signature
_______________________________________________ devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxx http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
