On Wed, 24 Jul 2024 16:37:21 -0400 James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx> wrote: > > The first point is that hardware gets more complicated over time, and > > in some markets there's also an increase in the number of vendors and > > devices. There's a perceived (whether true or not) danger that we > > won't be able to keep up with just reverse engineering and a > > development model relying on hobyists. Getting vendors involved is > > important if we want to scale. > > Yes, but there are lots of not very useful complex devices being > produced every day that fail to capture market share. Not having > reverse engineered drivers for them is no real loss. If a device does > gain market share, it gains a huge pool of users some of whom become > interested in reverse engineering, so I think market forces actually > work in our favour: we get reverse engineering mostly where the devices > are actually interesting and capture market share. It's self scaling. I agree with this. If a small vendor with low market share has a proprietary device where they could easily port to Linux via a pass through, they may do that. But if they don't have that, and require engineering resources to port to Linux, they will not bother. As they would only care about the Windows market. So the device becomes useless for the Linux system. There's not enough Linux users to make a small vendor care about losing us. That just shrinks the number of devices that are available to Linux. My guess is that vendors want to write one piece of code. If it they only need to modify a small portion to get it to another OS, they would do that. But if it takes more effort than that, there's not enough cost incentive to bother. For devices with a larger market share, it would make it more worth their while to open source their work, otherwise there's more incentive for us to reverse engineer it anyway. -- Steve
