[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)