Die Entscheidung und die Konsequenzen, siehe hier:
https://www.os2world.com/forum/index.ph ... 0.html#new
Lars
Topic: AN changing USB driver stack to 32-bit
-
- Posts: 285
- Joined: Fri 27. Jun 2014, 10:57
Die Entscheidung auf 32-bit zu gehen ist bestimmt richtig. Nur müsste es auch wenigstens einen DDK dazu geben.erdmann wrote:Die Entscheidung und die Konsequenzen, siehe hier:
https://www.os2world.com/forum/index.ph ... 0.html#new
Lars
Meinermeinung nach muss hier die Community aktiv werden, weil einzelne haben bestimmt zu wenig Druck.
Silvan Scherer (_diver)
CTO bww bitwise works GmbH
DIE Quelle für ArcaOS, Software und Support, außerdem sind wir für finanzielle Unterstützung immer dankbar!
CTO bww bitwise works GmbH
DIE Quelle für ArcaOS, Software und Support, außerdem sind wir für finanzielle Unterstützung immer dankbar!
-
- Posts: 1018
- Joined: Thu 8. May 2014, 12:50
- Location: Demmin
Wäre diese Entscheidung im Jahr 1996 getroffen worden, könnte man noch gnädig eine Bestimmung erkennen. Spätestens seit 1998 hat man sich von solchen unsinnigen Festlegungen getrennt. Statt integrierter Lösungen werden bei modernen Architekturen plattformunabhängige Ansätze gewählt. Selbst im Open-Source-Bereich gibt es verschiedene Ansätze._diver wrote: Die Entscheidung auf 32-bit zu gehen ist bestimmt richtig. Nur müsste es auch wenigstens einen DDK dazu geben.
Meinermeinung nach muss hier die Community aktiv werden, weil einzelne haben bestimmt zu wenig Druck.
In dem verknüpften Ursprungsbeitrag ging es dem Autor wohl um die Festlegung der Kommunikation zwischen den einzelnen Modulen. An der ABI hat sich doch bis jetzt praktisch nichts geändert.
Last edited by ak120 on Fri 26. Jan 2018, 17:42, edited 1 time in total.
-
- Posts: 102
- Joined: Wed 22. Nov 2017, 23:46
Zu dem Zeitpunkt hätte IBM einen überarbeiteten Kernel draußen haben müssen, der solche Hacks unnötig macht. Aber man hatte sich wohl bereits von dem Gedanken verabschiedet, ein zukunftsfähiges Betriebssystem zu entwickeln und sich unter dem Deckmantel "Business-Case" auf Flickschusterei beschränkt. Der USB-Stack ist ein gutes (schlechtes) Beispiel für ein relativ komplexes Stück Software, daß nicht anhand der Spezifikation entwickelt und strukturiert wurde, sondern nach dem Prinzip "Kunde A zahlt für Feature X, Kunde B für Feature Y, ...).ak120 wrote:Wäre diese Entscheidung im Jahr 1996 getroffen worden, könnte man noch gnädig eine Bestimmung erkennen.
Welche Festlegungen???ak120 wrote:Spätestens seit 1998 hat man sich von solchen unsinnigen Festlegungen getrennt.
Allgemeines Geschwafel. Was soll uns das sagen? Vor allem die hoffnungslos veraltete Treiberarchitektur von OS/2 erschwert die Portierung moderner Konzepte erheblich bzw. macht sie sogar unmöglich.ak120 wrote:Statt integrierter Lösungen werden bei modernen Architekturen plattformunabhängige Ansätze gewählt. Selbst im Open-Source-Bereich gibt es verschiedene Ansätze.
Natürlich. Worum sonst? Der USB-Stack beruht nun einmal darauf, daß sich verschiedene Treiber gegenseitig aufrufen. Man nennt das Inter-Device-Communication. Die dazu verwendeten Schnittstellen sind nicht durch das System vorgegeben, sondern eine private Übereinkunft aller Beteiligten. Daher sind Lars' Bedenken durchaus gerechtfertigt.ak120 wrote:In dem verknüpften Ursprungsbeitrag ging es dem Autor wohl um die Festlegung der Kommunikation zwischen den einzelnen Modulen.
Nochmal Geschwafel.ak120 wrote:An der ABI hat sich doch bis jetzt praktisch nichts geändert.