News for hackers. Stuff that matters.
Re:AMD responds to Linux kernel maintainer's rejection of AM... by wyldfire on Friday December 09, 2016 @05:54PM (#13142592)
Linus delegates authority to people he trusts. And in this case, Dave is likely representing well what Linus would do.

> near-totalitarian level of power.

I don't think you meant to use that word. Linus and the kernel contributors together own the copyrights on the kernel. It's not totalitarian for them to dictate its future. It's their creative work. It's downright egalitarian that they let you use the kernel however you like, provided that you give the source in turn to whoever you hand it to.

Re:AMD responds to Linux kernel maintainer's rejection of AM... by ocdtrekkie on Friday December 09, 2016 @06:11PM (#13142685)
I suppose the intended notion, would be given the number of Linux distributions and use cases out there, the number of companies involved, the number of products built on top of the Linux kernel... it's amazing that one guy with little financial interest in the results or effects can make that call for everyone.

I'm not sure if that's a good thing or a bad thing, to be honest, it's just... particularly interesting about the way Linux works.

Re:AMD responds to Linux kernel maintainer's rejection of AM... by wmf on Friday December 09, 2016 @06:27PM (#13142799)
It's amazing that one guy with little financial interest in the results or effects can make that call for everyone.

Impartial expert judges are usually considered a good thing. Note that Dave Airlie is not acting on a whim here; the Linux development community has discussed HALs for probably 20 years and has come to the conclusion that they are a net negative. For better or worse, the Linux development process does not care about democracy or market share or vendor relations. It's a somewhat unusual way to build software, but the result pretty much speaks for itself.

Re:AMD responds to Linux kernel maintainer's rejection of AM... by pjmlp on Monday December 12, 2016 @11:04AM (#13159010)
Yep, each vendor that doesn't want to deal with it, just forks it, never contributing anything back.
Re:AMD responds to Linux kernel maintainer's rejection of AM... by zie on Friday December 09, 2016 @06:33PM (#13142838)
That's not true, really. Many vendors keep their own in-house patches to the mainline tree, that never make it upstream for various reasons(See Android's kernel for instance). There is nothing stopping a vendor or anyone else, from publishing their own linux tree that is a fork of mainline with this AMD patch applied. Linus maintains the 'mainline' tree, just because of the history and because most kernel hackers believe in their ability to run with it, but if Linus and friends ever did something horrid, there is nothing to stop some other group of people from forking and everyone moving to said new fork. That's part of the whole point of the GPLv2 and other OSS licenses.
Re:AMD responds to Linux kernel maintainer's rejection of AM... by fapjacks on Friday December 09, 2016 @07:29PM (#13143145)
Right. And this is an indicator that the Good King and his generals have done an exemplary job keeping it solid: Everyone uses their product.
Re:AMD responds to Linux kernel maintainer's rejection of AM... by izacus on Friday December 09, 2016 @07:41PM (#13143207)
Except the largest deployment of Linux in the world: Android devices.

Which are running a severely modified kernel because the process of going through mainline to get it mobile ready would be far too painful.

Re:AMD responds to Linux kernel maintainer's rejection of AM... by AstralStorm on Saturday December 10, 2016 @02:23AM (#13144535)
Not really severely. It has a few questionable tweaks here and there.

The questionable part is CPU companies not pushing for upstream integration, so you get e.g. Qualcomm Linux. In fact, the process is not pushing, it is pulling. (some people have started working on it, still long way off)

It can be done, as shown by efforts by TI, ARM and many more...

Re:AMD responds to Linux kernel maintainer's rejection of AM... by trome on Saturday December 10, 2016 @04:27AM (#13144861)
Hell, even Rockchip, Allwinner and Sony can do it, Qualcomm, Mediatek, Google and Samsung are just not doing it because they are able to skate by without doing it.

The funny part is on Windows Phone, Microsoft learned from the kernel development process and made Samsung, LG, HTC, et all upstream their drivers, whereas Google in the same position with the same vendors has not done this and thus Sony is the only OEM pushing drivers upstream.

Re:AMD responds to Linux kernel maintainer's rejection of AM... by makomk on Saturday December 10, 2016 @07:30AM (#13145369)
Upstream Allwinner support is a community effort, and it takes so long to convince the kernel developers to merge code that parts are generally years obsolete by the time they're fully supported. I think the upstream support may almost be at the point that C.H.I.P could use it - but they're using a single-core SoC from early 2012. I've seen patches for basic functionality like clock controllers (without which nothing works) get stuck in endless mailing list arguments about the most elegant approach, contradictory requirements from different maintainers, all sorts. It's not working.

The kernels used by actual Allwinner-based Android devices have almost nothing in common with the upstream support. They use a completely different mechanism for describing the hardware configuration, a completely different set of drivers, and are based on a kernel that predates upstream support.

Re:AMD responds to Linux kernel maintainer's rejection of AM... by trome on Saturday December 10, 2016 @11:51AM (#13146484)
True, but what has been accomplished with the Linux Sunxi community is a shortening of that loop to bring up new boards with modern kernels, the Pine A64 for example took only a year to gain support[1], and that was around the time they actually started shipping in quantity. Additionally, many of the ethernet drivers, HDMI PHY drivers, Cedrus (provides H.264 & H.265 decoding @ 10bit) are reusable on new chips like the H5[2].

I would not expect much from Allwinner directly, but at this point there is a sizable ecosystem and mainline support for most of their chips, which can't be said for most other ARM vendors. Another aspect of this is Allwinner sells most of their chips thru multiple business units, with the silicon being exactly the same, just what is silkscreened on the top of the package being different[3].

1 - http://www.cnx-software.com/2015/11/10/allwinner-a64-datashe... and https://forum.armbian.com/index.php/topic/1917-armbian-runni... 2 - http://www.cnx-software.com/2016/08/17/allwinner-h5-is-a-qua...

3 - https://forum.armbian.com/index.php/topic/2099-crypto-engine...

Re:AMD responds to Linux kernel maintainer's rejection of AM... by makomk on Tuesday December 13, 2016 @08:24PM (#13173011)
The A64 was one of the chips whose clock controller support got stuck in mailing list hell for over a year. Currently that's planned for 4.10, basic stuff like Ethernet, USB and SD card support is still pending though: http://linux-sunxi.org/Linux_mainlining_effort I imagine they must be using a ton of patches on top of mainline to make that work.
Re:AMD responds to Linux kernel maintainer's rejection of AM... by Analemma_ on Friday December 09, 2016 @06:29PM (#13142810)
If it was a big secret that this was how Linux worked and it took the companies by surprise, I could see how this could be a bad thing, but it never has been: Linus has always been very upfront that he is Benevolent Dictator for Life and always has the last word. Don't get onboard if you don't like that system.
Re:AMD responds to Linux kernel maintainer's rejection of AM... by wolfgke on Friday December 09, 2016 @06:31PM (#13142823)
Then all the Linux fans that complained to AMD that they don't deliver open source drivers should from now on better shitstorm the kernel maintainers, since AMD delivered.
Re:AMD responds to Linux kernel maintainer's rejection of AM... by jlgaddis on Friday December 09, 2016 @06:48PM (#13142922)
There is absolutely nothing preventing AMD from delivering their own open-source drivers to their customers.

They want it in kernel, however, and that means they have to play by the in kernel rules.

Re:AMD responds to Linux kernel maintainer's rejection of AM... by prodigal_erik on Friday December 09, 2016 @10:28PM (#13143858)
AMD didn't deliver a Linux driver. They delivered a Windows driver plus a bunch of glue code that nobody really wants. In the best of all possible worlds, somebody would dissect the Windows driver for instruction and write a proper Linux driver and nobody would try to run the Windows driver as-is.
Re:AMD responds to Linux kernel maintainer's rejection of AM... by trome on Saturday December 10, 2016 @04:30AM (#13144866)
This wasn't an open source driver, this was a hardware abstraction layer that they wanted in the kernel so their Windows driver could be distributed under a proprietary license and used without a kernel recompile.

A year ago AMD said they would just use what is currently in the kernel with a few minor modifications to get their driver working in userspace, apparently they did not follow through on that though

Re:AMD responds to Linux kernel maintainer's rejection of AM... by charonn0 on Friday December 09, 2016 @08:07PM (#13143350)
No one is being prevented from using AMD's code, it's just not going to be baked into the official kernel.