From: Arnd Bergmann <arnd@arndb.de>
To: Marcel Holtmann <marcel@holtmann.org>
Cc: ksummit-discuss@lists.linuxfoundation.org
Subject: Re: [Ksummit-discuss] Draft agenda for the kernel summit
Date: Fri, 16 Oct 2015 10:37:32 +0200 [thread overview]
Message-ID: <4223037.44QX3yqisC@wuerfel> (raw)
In-Reply-To: <8E20B896-416E-4C76-877B-26B558D44422@holtmann.org>
On Friday 16 October 2015 10:00:18 Marcel Holtmann wrote:
>
> >> On Thu, 2015-10-15 at 19:41 -0500, Rob Herring wrote:
> >> the unwillingness of chip
> >> vendors (hi Broadcom, Qualcomm, MediaTek) to have an upstream driver
> >> that they actually use (some of those do support an upstream driver,
> >> but don't ship that one and it doesn't nearly have the necessary
> >> features, while the actually used (still open source [1]) driver is a
> >> pile of spaghetti code that we'd probably never merge upstream...)
> >>
> >> [1] except for MediaTek, I think, who seem to never be releasing source
> >> code for any of their kernels
> >>
> >
> > (getting offtopic here)
> >
> > My understanding is that MediaTek has improved much recently and their
> > mt76 wireless driver source is available and getting upstreamed now
> > and integrated into openwrt now. OTOH, Broadcom apparently regressed and is
> > no longer releasing any source code to their newer softmac parts (bcm4360,
> > bcm4352) or patching brcmsmac to support them, while they on the other
> > hand got better at upstreaming their SoC support recently.
>
> are sure that Mediatek got better? I am not convinced by that.
>
> I think there is also a large difference in their MiniPCI cards compared
> to their connectivity hub in their SoC. The Bluetooth side for example
> is largely copying existing drivers, hacking their vendor specific
> behavior in and then throwing it over the wall.
It's of course a large company, and there are several business units that
are not all improving equally. There is however a big difference between
basically ignoring upstream as of a few years ago and now being as good
as any other SoC vendor that works with us on arm-soc.
The areas that I have observed improving most are:
- support for their wireless AP solutions (mtk76xx, formerly ralink) is
getting much better. While this is mainly driven by OpenWRT on the
upstream side, they are working together. All there is today is the
MIPS based support, but I'm sure that the recently announced ARM
based parts will get upstreamed quickly too as they are quite
similar.
- Mobile phone/tablet SoC support is getting merged upstream for both
ARM32 (mt65xx, mt81xx) and ARM64 (mt67xx, mt81xx too) in a good way.
They are still doing groundwork at the moment, so I'm not surprised
that the people that rewrite the code into upstreamable drivers
have not arrived at bluetooth yet, but it seems likely that they
will get there as they do one subsystem at a time.
The main concern that is still valid for all their SoCs is whether they
eventually get to the point where full support for any product is
in mainline by the time that it gets into user's hands, which is really
what our KS session is about.
Arnd
next prev parent reply other threads:[~2015-10-16 8:37 UTC|newest]
Thread overview: 63+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-12 19:01 Theodore Ts'o
2015-10-13 4:00 ` Josh Triplett
2015-10-13 13:31 ` Linus Walleij
2015-10-16 0:41 ` Rob Herring
2015-10-16 6:52 ` Johannes Berg
2015-10-16 7:55 ` Arnd Bergmann
2015-10-16 8:00 ` Marcel Holtmann
2015-10-16 8:37 ` Arnd Bergmann [this message]
2015-10-16 9:21 ` Linus Walleij
2015-10-16 8:00 ` Johannes Berg
2015-10-16 7:57 ` Samuel Ortiz
2015-10-16 8:45 ` Geert Uytterhoeven
2015-10-16 13:09 ` Rob Herring
2015-10-16 9:03 ` Mark Brown
2015-10-16 8:04 ` Christian Borntraeger
2015-10-19 12:33 ` Mauro Carvalho Chehab
2015-10-19 13:53 ` Mark Brown
2015-10-19 16:27 ` Liam Girdwood
2015-10-19 19:34 ` Mauro Carvalho Chehab
2015-10-19 20:46 ` Shuah Khan
2015-10-20 11:55 ` Liam Girdwood
2015-10-20 13:22 ` Mark Brown
2015-10-20 15:34 ` Mauro Carvalho Chehab
2015-10-22 8:34 ` Sakari Ailus
2015-10-22 8:49 ` Sakari Ailus
2015-10-20 15:18 ` Mauro Carvalho Chehab
2015-10-20 15:47 ` Takashi Iwai
2015-10-20 16:11 ` Mauro Carvalho Chehab
2015-10-20 23:39 ` Shuah Khan
2015-10-20 13:13 ` Mark Brown
2015-10-20 15:29 ` Mauro Carvalho Chehab
2015-10-20 15:56 ` Mark Brown
2015-10-21 0:04 ` Laurent Pinchart
2015-10-21 10:24 ` Liam Girdwood
2015-10-21 10:24 ` Mark Brown
2015-10-21 8:59 ` Geert Uytterhoeven
2015-10-19 18:48 ` Jonathan Cameron
-- strict thread matches above, loose matches on Subject: below --
2017-10-13 0:15 [Ksummit-discuss] Draft Agenda for the Kernel Summit Theodore Ts'o
2017-10-13 18:28 ` Konstantin Ryabitsev
2017-10-20 0:30 ` Theodore Ts'o
2017-10-16 6:35 ` James Morris
2017-10-19 11:35 ` Mauro Carvalho Chehab
2017-10-20 0:32 ` Theodore Ts'o
2017-10-20 0:53 ` Rafael J. Wysocki
2017-10-20 19:46 ` Theodore Ts'o
2017-10-21 1:02 ` Rafael J. Wysocki
2017-10-20 2:18 ` Theodore Ts'o
2017-10-20 3:32 ` Thorsten Leemhuis
2017-10-20 11:19 ` Rafael J. Wysocki
2017-10-20 2:19 ` Theodore Ts'o
2017-10-20 14:31 ` Shuah Khan
2017-10-20 15:27 ` James Bottomley
2017-10-20 19:16 ` Shuah Khan
2017-10-20 6:04 ` Steven Rostedt
2017-10-20 15:57 ` Joe Perches
2017-10-20 19:50 ` Theodore Ts'o
2017-10-31 5:10 ` Joe Perches
2017-10-31 18:16 ` Jonathan Corbet
[not found] <1445272350.2481.40.camel@loki>
2015-10-19 18:52 ` [Ksummit-discuss] Draft agenda for the kernel summit Mark Brown
2014-08-11 22:45 Theodore Ts'o
[not found] ` <alpine.DEB.2.10.1408152014100.2503@hadrien>
2014-08-15 22:35 ` Theodore Ts'o
2014-08-16 0:27 ` Darren Vincent Hart
2014-08-16 2:17 ` Theodore Ts'o
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=4223037.44QX3yqisC@wuerfel \
--to=arnd@arndb.de \
--cc=ksummit-discuss@lists.linuxfoundation.org \
--cc=marcel@holtmann.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox