Hallo allerseits,

ich habe (endlich mal...) ein kleines Werkzeug gebaut, mit dem man die Firmware von internen USB-iSights, die ihre Vendor/Device-ID verloren haben, ins RAM des verwendeten ezUSB-Controllers laden kann.

Der Effekt scheint vereinzelt bei älteren iMacs aufzutreten, die beim SMC-Reset Probleme haben oder bei denen im Betrieb der Strom ausgefallen ist. Ich hab so einen hier (weißer 17" Core2Duo). Der Effekt ist, dass sich der iSight-interne ezUSB-Controller nicht mehr als iSight meldet, sondern mit VendorID 0x04b4 und DeviceID 0x8613. Was genau bei diesen iSights hinüber ist, ist mir noch nicht ganz klar - entweder ist das Firmware-EEPROM des iSight-Controllers hinüber oder der Controller steckt in einem Firmware-Laden-Zustand fest.

Mein Werkzeug (aktuell auf der Kommandozeile) lädt nun die aus dem AppleUSBVideoSupport-Treiber extrahierbare Firmware ins RAM der iSight. Abgeleitet ist das Werkzeug von Linux-basierten Tools, die iSight-Firmware laden, um mit den Linux UVC-Treibern zu funktionieren (aber mit IOKit-Aufrufen statt libusb). Das ganze funktioniert soweit wunderbar, muss aber bei jedem "Kaltstart" neu ausgeführt werden, da die Firmware eben im RAM des Controllers ist.

Soweit kein Problem - was ich mich aber nun frage ist, wie das Ganze benutzerfreundlich ablaufen kann. Im Moment stell ich mir eine Preference Pane vor, in der der Benutzer den Ort der Firmware-Datei angeben kann, das Laden der Firmware beim Booten aktivieren kann und die Firmware direkt laden kann. Das eigentliche Laden würde dann durch einen LaunchAgent realisiert.

Haltet ihr das für einen sinnvollen Ansatz oder gibt es da bessere Wege?

-- Michael

PS: die erste, recht zusammengehackte, Version des Werkzeugs habe ich mal unter multicores.org/loadFWcmdline.tar.gz abgelegt.

Original von zermelo
Ich hab mal kurz geschaut: Dieser Cypress Controller scheint extrem gut dokumentiert zu sein. Hast Du mal geschaut, ob es nicht möglich ist, den EEPROM neu zu flashen? Das würde dann ja wohl das Problem dauerhaft beseitigen.

Das wäre sicher die bessere Lösung - die ist halt arg destruktiv, wenn's schief geht :-). Steht aber auch auf meiner todo-Liste.

-- Michael

Original von zermelo

Original von cuby
Das wäre sicher die bessere Lösung - die ist halt arg destruktiv, wenn's schief geht :-). Steht aber auch auf meiner todo-Liste.

Warum? Soweit ich das grad überblicken kann man ja immer wieder neu flashen zumindest so ein paar hundert mal...

Naja, solange man die Bootloader-Funktionalität des Chips nicht totflasht - ja :-D. Ansonsten ist JTAG angesagt und iMac auseinandernehmen, das ist weniger Spaß, befürchte ich...

Noch zu Deiner ursprünglichen Frage: Ich denke, nur in äussersten Ausnahmefällen braucht irgendetwas eine funktionierende Kamera früh im Boot-Prozess. Von daher sollte ein ganz normales Start-up Item doch ausreichen?

Da war ich mir nicht so ganz sicher, ob man auch einfach ein Kommandozeilenprogramm reinhängen kann (scheint aber zu gehn). Vermutlich denke ich einfach zu kompliziert ;-).

-- Michael