Unterstützung bei USB Treiberentwicklung/anpassung gesucht

[tuxie]

Hallo alle zusammen,

ich Arbeite seit einiger Zeit an einem USB Interface für den Atari TT/MSTE aktuell sieht es so aus das wir lauffähige Prototypen haben mit dem wir auch Arbeiten können. Ich habe die vorhandenen Treiber die für die CT60 EtherNAT exisitierten angepasst und sie für die TT Lösung lauffähig gemacht.

Aktuell laufen bereits Storage Devices, wobei dort noch Performance Optimierungsbedarf besteht.

Was aktuell noch nicht funktioniert ist das beim abziehen des Sticks dieser nicht wieder abgemeldet wird. In den nächsten Tagen wo wie es meine Zeit zulässt will ich Prüfen ob dies eine Hardwaretechnische Ursache hat oder eher ein Software Problem.

Bei Softwareproblem bräuchte ich Unterstützung von einem Programmierer.

Das nächste, aktuell wird bei dem vorhandenen Treiber ein Software Byteswap durchgeführt (auch bei der EtherNAT) was zu extremen Performance Problemen führt. Ich vermute das auch deswegen die Maus beim der CT60 nicht richtig Funktioniert (identisches Problem beim TT)
Harwaretechnisch dies umsetzen wäre kein Problem, aber dazu müsste der Treiber so umgebaut werden das kein Byteswap mehr Softwarseitig durchgeführt wird.


Desweiteren hat Alanh für sein Unicorn interface einen Tos USBstack enwtickelt, welcher auch im Freemint source mit enhalten ist. Wenn man den USB Treiber so anpassen könnte das er auch von dem TOS USB Stack benutzt werden könnte dann wäre das eine Tolle Option.


Lange rede kurzer Sinn, wer wäre bereits und könnte mir unter die Arme greifen ?

[dbsys]

Ich kann Dir zwar nicht helfen, aber vielleicht wäre es nützlich, wenn Du mal in Stichpunkten herausstellen könntest, was dieser Programmierer wissen bzw. können müßte, um helfen zu können?

Gibt es einen Source Code des anzupassenden, vorhandenen Treibers?

In welcher Programmiersprache liegt dieser Source Code vor?

[tuxie]

Basis für den Treiber stellt der EtherNAT Treiber der in den Freemint sourcen zur Verfügung stehen und natürlich in c.

[dbsys]

Basis für den Treiber stellt der EtherNAT Treiber der in den Freemint sourcen zur Verfügung stehen und natürlich in c.

Ich würde an Deiner Stelle mal den Jo Even (joska bei Atari-Forum.com) ansprechen.

[Lukas Frank]

Auf die FreeMiNT Mailing Liste damit und schauen wie das Feedback ist ...

[tuxie]

Da habe ich schon angefragt.... leider ohne Erfolg

[mfro]

... Das nächste, aktuell wird bei dem vorhandenen Treiber ein Software Byteswap durchgeführt (auch bei der EtherNAT) was zu extremen Performance Problemen führt. Ich vermute das auch deswegen die Maus beim der CT60 nicht richtig Funktioniert (identisches Problem beim TT)
Harwaretechnisch dies umsetzen wäre kein Problem, aber dazu müsste der Treiber so umgebaut werden das kein Byteswap mehr Softwarseitig durchgeführt wird.

Im isp116c-hcd.c wird an mehereren Stellen ein byte swap durchgeführt.

Redest Du davon? Wenn ja, wie willst Du das vermeiden?

Wenn ich das richtig sehe (ich hab' den Code nur kurz überflogen), werden mal Bytes, mal Worte und mal Langworte in den Controller-FiFO geschrieben bzw. gelesen. Wie willst Du erkennen, was jeweils gemeint ist?

[czietz]

Im isp116c-hcd.c wird an mehereren Stellen ein byte swap durchgeführt.

Redest Du davon? Wenn ja, wie willst Du das vermeiden?

Ich habe mir Code und Datenblatt auch mal angesehen. Ich denke, es geht darum, den Datenbus des ISP116x mit vertauschten oberen und unteren Hälften anzuschließen. So wie man es bei IDE auch machen kann, um Bytes in Hardware zu tauschen. (Für IDE auf dem ST hatte ich gezeigt, dass das einen riesigen Performancevorteil bringt.) Das hat dann aber natürlich auch Konsequenzen für Zugriffe auf Einzelbytes, entsprechend müsste man den Treiber anpassen. Bei der Thunder haben die Entwickler letzteres mit der "Smartswap"-Option geschickt umgangen.

[tuxie]

Hallo Christian, ich melde mich dann bei dir einmal direkt per Mail. Würde dir das alles erklären und Links zusenden.

[tuxie]

https://youtu.be/d6XdQNUChSE

[Lukas Frank]

Geht das nicht anders als für den VME Bus oder läuft die Sache auch als zweite Karte mit eigenem IRQ neben anderen Karten am VME Bus? So wie zum Beispiel eine Matrix Grafikkarte zusammen mit einer Riebl oder PAM Netzwerkkarte ...

[tuxie]

Keine Hektik wir haben da was besonderes vor so das der vme frei bleibt

[Gaga]

Was auf dem Bild zu sehen ist, ist lediglich einer unserer 5 USB Prototypen. Wir haben das aufgrund des einfachen Aufbaus so gewählt. Das ist keinesfalls das fertige Layout. Das wird eine ganz besondere Lösung, intern Plug and Play ohne löten, der vme Slot bleibt frei. Es wird am TT und sicher auch am MegaSTE funktionieren.

[czietz]

https://youtu.be/d6XdQNUChSE

Cool. 

[dbsys]

https://youtu.be/d6XdQNUChSE

Was auf dem Bild zu sehen ist, ist lediglich einer unserer 5 USB Prototypen. Wir haben das aufgrund des einfachen Aufbaus so gewählt. Das ist keinesfalls das fertige Layout. Das wird eine ganz besondere Lösung, intern Plug and Play ohne löten, der vme Slot bleibt frei. Es wird am TT und sicher auch am MegaSTE funktionieren.

Wow, das macht mich (fast) sprachlos!

[MJaap]

So, jetzt aber:
http://st-computer.atariuptodate.de/index.php?content=news&id=3880

... und auch auf Social Media

[tuxie]

Gibt ein paar Neuigkeiten, wir haben den bug gefunden warum beim abziehen des usb Stocks kein interrupt ausgelöst worden ist... es fehlten zwei widerstände. Nun geht es an das optimieren. Storage devices funktionieren einwandfrei.

[Lukas Frank]

Sehr schön ...

[Gaga]

Wahrscheinlich steht auch schon der Name für die USB Erweiterung fest.
Nach Thunder und Storm kommt ...?

[Nervengift]

Flood? Sun? Rain? ... Blitzschaden?!