I see a very interesting project you are working on with reverse engineering for the MT7927 WiFi 7 card 8774M Tri-Band 2.4G/5G/6G,

Banana Pi Router design BPI-R4/BPI-R4 Pro(MT7988)
1

Good afternoon,

I see a very interesting project you are working on with reverse engineering for the MT7927 WiFi 7 card 8774M Tri-Band 2.4G/5G/6G, which is already quite advanced.

Since it’s MTK and not publicly available from them as usual, and they won’t release anything more.

Although it says on AliExpress “for Win11, Linux, Ubuntu and OpenWrt.”

This project is developed through legal reverse engineering for hardware interoperability purposes. The repository does not contain proprietary binaries or copyrighted source code.

I’m leaving you both the repository and the progress they’ve made in case anyone is interested, since with 2 adapters we could easily have a new solution for all Banana Pi boards.

Repository: GitHub - Loong0x00/mt7927: Linux driver research project for the MediaTek MT7927 chip · GitHub

Support page: Linux Support for MT7927 · Issue #927 · openwrt/mt76 · GitHub

Best regards

1 Like
2

the mediatek patchwork has it - patchwork link

3

Good morning @rmandrad, and thank you for calling me a “bot.” It’s clear you don’t read this forum much, no matter how much of an OpenWrt maintainer or developer you are.

I know who you are and what you’re like—you’re capable of kicking people out of the thread so that only you can be there, and you don’t allow ideas that don’t match yours.

I see it was introduced on March 19, 2026, and even if you cite the official sources where everything came from, even if it’s four days later, well, of course you’re a bot.

But it’s not yet in the official version of OpenWrt, so you can’t choose that option. Like I said: anyone who contributes something interesting, or something you haven’t seen anywhere else, is a bot, or you’re simply not interested. I hope that when the OpenWrt team sees that everything is as they want it, they’ll include it in the official fork.

Even on your own OpenWrt forum, search for “bruda.” Like I’m telling you, it’s obvious you read very little about the people who contribute to the Banana Pi community.

Even after providing complete patch logs with full explanations, all I’ve received are insults from maintainers or developers to include the XGS-PON patches, which I ultimately added in all my images—a total of 6 different XGS-PONs that people on the OpenWrt forum asked me for—and they work just by giving me the EEPROM, because you have very little interest in listening to people who try to contribute.

You even have this wrong, the one you’ve marked as correct, and it doesn’t work in your sfp.c:

SFP_QUIRK_F(“H-COM”, “SPP425H-GAB4”, sfp_fixup_potron),

It doesn’t work. Of course, you haven’t bothered to check it. I assure you 100%: I have it myself, and even though the internal firmware of OpenWrt 8311 says it’s Potron, it isn’t. But of course, you’re very “special.” I can see you’re one of them.

I’ll tell you the same thing: make sure you aren’t a “bot” yourself.

I’m not going to respond to anything else you post, nor waste another second on you, because, as far as I’m concerned, you can go back where you came from.

I don’t care if you ban me from using OpenWRT,

I don’t care if you ban me from using Banana Pi anymore.

Have a good day.

4

This is caused by spam prevention page that is put before patchwork and some other sides and the forums function to try to get title from a link.

Why mixing wifi driver and some sfp support patches?

Please keep calm.

1 Like
5

i dont see the goal of this project, it states " The driver requires MediaTek firmware files placed in /lib/firmware/mediatek/. Firmware is proprietary and not included in this repository." - so its only a user space driver, because the firmware is still proprietary blob? So whats the point then if the worst part, the blob, is closed?

6

yes i corrected it with the hyperlink…

7

Good morning @frank-w. You’ve experienced it firsthand too—when you contributed 8 GB of RAM along with 4 GB of RAM, the way they spoke to you… well, the same thing happened to me.

I swore I would never contribute anything to OpenWrt again, because I received insults and foul language, even though I had logs that proved everything was working perfectly.

As I’ve said, they aren’t even able to check this quirk properly—the very one I contributed:

SFP_QUIRK_F(“H-COM”, “SPP425H-GAB4”, sfp_fixup_potron),

I contributed it both to OpenWrt+MTK version 24.10 and to OpenWrt with kernel 6.12.51—so yes, a lot of time has already passed. And now I see they mark it as correct only because inside the XGS-PON they use to be able to set two versions, it says it’s a Potron when in reality it isn’t.

You can verify that it works correctly in my Banana Pi Pro8X images, where I contributed my patch in this same forum. Keep in mind that, for now, there is only one kernel: 6.6.93. There is no Potron in sfp.c.

As I said, the way they treated me leaves a lot to be desired—just as people—just like they treated you. With me, they came down even harder.

I also made the patch for the XGS-PON that Banana sells, and it’s published in all my images. But as I said, I only contribute to the Banana Pi community. With OpenWrt, the people behind it think they’re the masters of the world, and they have no idea that there are other people behind this.

For example, I have terminal cancer and I don’t even know how much time I have left, and when I have the will and the strength, I help others. But I’m telling you: with developers or maintainers I’ve already had bad words from them twice.

So for me, it isn’t worth it to even reply to them.

Best regards.

8

“—just as people—” … I am curious how do you add these long hyphens ? my keyboard only has these small ones “-”