On Thu, Dec 01, 2022 at 01:24:03PM +0100, Thomas Gleixner wrote: > Jason! > > On Wed, Nov 23 2022 at 19:38, Thomas Gleixner wrote: > > On Wed, Nov 23 2022 at 12:58, Jason Gunthorpe wrote: > >> I find your perspective on driver authors as the enemy quite > >> interesting :) > > > > I'm not seeing them as enemies. Just my expectations are rather low by > > now :) > > This made me think about it for a while. Let me follow up on that. I didn't intend to pick such a harsh word, I get your point. In lands like netdev/rdma breaking driver is unhappy, but we can get away with it because most people don't have systems that won't boot if you break those drivers. The people responsible will eventually test a new kernel, see the warn/lockdep/etc and can debug and fix the problem without a huge hassle. In the platform code, if someone's machine boots to a black, dead, screen you are much less likely to get a helpful person able to fix it, more likely an end user is unhappy their kernel is busted. Especially since the chances of a bug getting past the testing basically forces it to be on some obscure configuration. Due to this difference I've come to appreciate much more putting stronger guard rails and clearer design on the lower level code. Supporting the long tail of rare platforms is difficult. > What I learned pretty fast is that most driver writers try to work > around short-comings in common infrastructure instead of tackling the > problem at the root or talking to the developers/maintainers of that > infrastructure. Yes, few people can tackle this stuff, and there are often interesting headwinds. Regards, Jason
