Nochmal, HAL ist an dem Teil der tatsächlich gegen die Hardware geht. Das ist aber nicht das Problem hier. Sondern es ist einfach nur eine Windows API für Einstellungen. Und die ist noch nicht mal kaputt, sondern die Konsequenz das man Kompatibilität zu nicht-mehr maintaintem Code haben will ist, dass eben die alte API nicht entfernt werden kann.
Bloß weil "Treiber" im Titel steckt, ist das Problem nicht an einer HAL. Auch weil die HAL wäre, damit Anwendungen mit verschiedener Hardware arbeiten kann. Der Treiber würde also eher die HAL darstellen. Hin zur Software die drucken will bei Druckertreibern. Jede Software druckt auf die gleiche Weise. Druckertreiber übersetzt das hin zu was auch immer der eigentliche Drucker braucht -> das ist der "Hardware Abstraction Layer".
Das man Closed-Source Software nicht maintainen kann, wenn der Eigentümer nicht mehr weiter maintained ist klar und ist ein Nachteil von Closed-Source.
Eine stabile Schnittstelle zu bieten, dass Treiber nicht zu exakt einer Kernel Version passen müssen selbst ist kein Problem. Das ist nur eine Entscheidung. Die macht mehr Aufwand, aber entkoppelt Release und Entwicklungszyklen dafür.
Denn im Linux Kernel ist es damit ja auch noch nicht getan. Du musst ja auch lizenzkompatibel sein, damit du in-tree sein kannst. Der Mangel einer stabilen API ist ja eine Herausforderung für alles was out-of-tree ist. Ob das jetzt closed-source ist oder nicht.
Aber klar, man kann es immer als Nachteil sehen, wenn ein Hersteller nur closed-source Treiber anbietet, weil dann ohne den Hersteller auch existierende Geräte evtl. nicht mehr gehen ohne riesigen Aufwand.
Aber das würde ich nicht dem OS anlasten, sondern eben dem Hardwarehersteller.
