[HN Gopher] Intel Thunder Bay Is Officially Canceled, Linux Driv...
___________________________________________________________________
Intel Thunder Bay Is Officially Canceled, Linux Driver Code to Be
Removed
Author : nippoo
Score : 21 points
Date : 2023-03-19 09:54 UTC (2 days ago)
(HTM) web link (www.phoronix.com)
(TXT) w3m dump (www.phoronix.com)
| stonogo wrote:
| Why do the kernel developers allow corporations to shove code
| into the tree for hardware nobody has? Google does this too:
| https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
|
| I get that the corporations employ the maintainers of this code,
| but if that person quits or the company discontinues a product,
| now we're left with useless crap in the kernel. Why can't these
| companies just build their own modules? Why is it everyone else's
| problem?
| toast0 wrote:
| Because everyone is better off if distribution kernels get the
| hardware support before the hardware is purchased.
| dboreham wrote:
| Because kernel developers are paid by same corporations?
| charcircuit wrote:
| As long as its being maintained by them and isn't adding to
| their maintainence burden why care?
| kardos wrote:
| I think the idea is that the hardware will work under linux
| right away when the hardware goes on sale, instead of some
| number of months or years later. Surely that amounts to a
| selling point.
|
| > now we're left with useless crap in the kernel.
|
| The article is specifically about removing the now-useless
| crap, and the removal patches were submitted by Intel. I don't
| see how Intel is doing anything wrong here.
| nephyrin wrote:
| > if that person quits or the company discontinues a product,
| now we're left with useless crap in the kernel
|
| Presumably deleting code is not very hard if it is unmaintained
| or a burden.
|
| > Why can't these companies just build their own modules? Why
| is it everyone else's problem?
|
| They're not upstreaming this so their own internal dev lives
| are easier. They'd rather just keep using whatever development
| repo they already are without dealing with upstream reviews and
| requirements. They were upstreaming this so that everyone could
| have support for the hardware upon release.
|
| And, to that end, "corporations" upstreaming high quality
| support for their hardware, as intel has been doing, benefits
| linux. Throwing shade at them for preparing day-1 support for
| hardware they ended up canceling seems counter-intuitive.
___________________________________________________________________
(page generated 2023-03-21 23:00 UTC)