Firmware Update für Broadcom HBA

[greyghost]

Hola,
ich habe hier einige Controller, die sich so melden (mprutil):

mpr0 Adapter:
Board Name: SAS9305-16i
Board Assembly: 03-25703-02004
Chip Name: LSISAS3224
Chip Revision: A1
BIOS Revision: 8.37.00.00
Firmware Revision: 16.00.01.00
Integrated RAID: no
SATA NCQ: ENABLED
PCIe Width/Speed: x8 (8.0 GB/sec)
IOC Speed: Full
Temperature: 48 C

Beim Booten sehe ich das hier:
mpr0: <Avago Technologies (LSI) SAS3224> port 0x5000-0x50ff mem 0xaae00000-0xaae0ffff irq 34 at device 0.0 numa-domain 0 on pci9
mpr0: Firmware: 16.00.01.00, Driver: 23.00.00.00-fbsd
mpr0: IOCCapabilities: 7a85c<ScsiTaskFull,DiagTrace,SnapBuf,EEDP,TransRetry,EventReplay,MSIXIndex,HostDisc,FastPath,RDPQArray>

lch vermute daher, daß es neuere Firmware gäbe (>16), die dann zum Treiber (23) paßt. Lieder ist die Webseite von Broadcom total unbrauchbar, für ältere Controller finde ich da praktisch nichts (bestenfalls noch ältere Firmware als die, die ich habe). Weiß hier jemand, wie man an aktuelle(re) Firmware kommt?

 

[mr44er]

lch vermute daher, daß es neuere Firmware gäbe (>16), die dann zum Treiber (23) paßt

Das ist kein Drama, das muss nicht gleich sein.

mpr0: <Avago Technologies (LSI) SAS3224>

Wenn da schon Avago steht, bist du sowieso im grünen Bereich.

16.00.12.00: https://docs.broadcom.com/docs-and-...i_Pkg_P16.12_IT_FW_BIOS_for_MSDOS_Windows.zip

Die entpackte payload bios und payload firmware solltest du dann mit mprutil/mpsutil direkt flashen können.

16.00.12.00 fahre ich selbst auf verschiedenen Karten, allerdings gibt es noch eine 16.00.14.00. Für mich nicht relevant, da ich die Karten ohne bios betreibe. https://github.com/EverLand1/9300-8i_IT-Mode/issues/9

Edit, ergänzend:

HDD Firmware Downloads. PC-3000 Support Downloads. Data recovery and HDD repair tools

Hard disk recovery software, HDD firmware updates, various tools downloads. Powered by HDD Guru Community.

files.hddguru.com

 

[greyghost]

Das ist kein Drama, das muss nicht gleich sein.

Naja, "früher" (vor 10 Jahren?) wurde immer stark empfohlen, die gleiche Version von BIOS und Firmware zu haben (wurde teilweise sogar vom Kernel im dmesg angemeckert, wenn das nicht so war).

Wenn da schon Avago steht, bist du sowieso im grünen Bereich.

16.00.12.00: https://docs.broadcom.com/docs-and-...i_Pkg_P16.12_IT_FW_BIOS_for_MSDOS_Windows.zip

Die entpackte payload bios und payload firmware solltest du dann mit mprutil/mpsutil direkt flashen können.

Danke für den Link (das ist zwar auch noch Phase16, aber neuer als meiner), wie hast Du den gefunden? Die Seite ist sowas von wenig hilfreich beim Suchen... Geflasht bekomme ich den schon irgendwie, zur Not mit dem DOS-Tool (ich kann mich noch an Zeiten erinnern, wo es gar keine mp-utils gab ;-).

16.00.12.00 fahre ich selbst auf verschiedenen Karten, allerdings gibt es noch eine 16.00.14.00. Für mich nicht relevant, da ich die Karten ohne bios betreibe. https://github.com/EverLand1/9300-8i_IT-Mode/issues/9

Edit, ergänzend:

HDD Firmware Downloads. PC-3000 Support Downloads. Data recovery and HDD repair tools

Hard disk recovery software, HDD firmware updates, various tools downloads. Powered by HDD Guru Community.

files.hddguru.com

Auch dafür vielen Dank. Meine Controller sind auch praktisch nur JBOD für ZFS, gebootet wird von anderen Medien. Von daher ist das BIOS für mich auch nicht so sehr relevant. Irgendwie war die Versorgung mit Updates trotzdem deutlich einfacher, als das noch alles bei LSI war...

 

[mr44er]

Naja, "früher" (vor 10 Jahren?) wurde immer stark empfohlen, die gleiche Version von BIOS und Firmware zu haben (wurde teilweise sogar vom Kernel im dmesg angemeckert, wenn das nicht so war).

Ja, das Pärchen BIOS+FW ist auch was anderes als die Treiberversion. Zumal das Erscheinen von 16.00.14.00 schon eine Ausnahme war, der SAS3 ist EOL. Will sagen: Es steigt wenn, dann sowieso nur noch die Treiberversion.

Danke für den Link (das ist zwar auch noch Phase16, aber neuer als meiner)

16.00.12.00 ist die letzte "offizielle", 16.00.14.00 zwar auch, aber ich hab nicht genauer reingepeeked. Es ist denkbar, dass das ein Spezialpack exklusiv für Supermicro ist und da trotzdem 16.00.12.00 als fw-payload drin ist, weil secure boot nur "bios" betrifft.

wie hast Du den gefunden? Die Seite ist sowas von wenig hilfreich beim Suchen...

Sagen wir, ich hab ein Faible für die Dinger und horte die Firmware selbst (wäre nicht das erste Mal, dass man ein Produkt gebraucht kauft und dann plötzlich für Firmware eine Paywall vorfindet ). Der Weg es regulär zu finden, ist auf Legacy Produkte zu klicken, ja die Navigation dort ist traurig. Aber diesmal hab ich geschummelt und ein LLM gebeten, den exakten Link rauszusuchen. verlegenehüstelgeräusche

Geflasht bekomme ich den schon irgendwie, zur Not mit dem DOS-Tool (ich kann mich noch an Zeiten erinnern, wo es gar keine mp-utils gab ;-).

Da sei aus der Erfahrung gesagt, dass du für das reine DOS-Tool ein altes Mainboard ohne UEFI oder zumindest mit 100% Legacy-Kompatibilität brauchst, sonst wirft es den nichtssagenden "PAL Error". Das EFI-Tool funktioniert aber auch.

 

[greyghost]

Ja, das Pärchen BIOS+FW ist auch was anderes als die Treiberversion. Zumal das Erscheinen von 16.00.14.00 schon eine Ausnahme war, der SAS3 ist EOL. Will sagen: Es steigt wenn, dann sowieso nur noch die Treiberversion.

Guter Hinweis, ich meinte auch den Treiber. ;-)
Früher gab's da auch Meckereien vom Kernel, wenn der nicht paßte.

Sagen wir, ich hab ein Faible für die Dinger und horte die Firmware selbst (wäre nicht das erste Mal, dass man ein Produkt gebraucht kauft und dann plötzlich für Firmware eine Paywall vorfindet ). Der Weg es regulär zu finden, ist auf Legacy Produkte zu klicken, ja die Navigation dort ist traurig. Aber diesmal hab ich geschummelt und ein LLM gebeten, den exakten Link rauszusuchen. verlegenehüstelgeräusche

Das hatte ich auch schon versucht, hat bei mir aber nicht funktioniert. Ich habe zwar diverse Links bekommen, die aber alle nicht funktioniert haben.
Von den Controllern habe ich in diversen Inkarnationen auch noch einiges im Einsatz. Normalerweise geht ja fast alles andere vorher kaputt.

Da sei aus der Erfahrung gesagt, dass du für das reine DOS-Tool ein altes Mainboard ohne UEFI oder zumindest mit 100% Legacy-Kompatibilität brauchst, sonst wirft es den nichtssagenden "PAL Error". Das EFI-Tool funktioniert aber auch.

Guter Punkt. DOS habe ich für sowas auch tatsächlich schon lange nicht mehr gebraucht. BIOS und BMC auf den Mainboards geht ebenfalls über die EFI-Tools, von dem "ganz alten Zeug" habe ich zuletzt ziemlich viel entsorgt. Obwohl... da ist noch eine steinalte Box mit 3ware 9650SE-Controllern im Einsatz. Die Platten melden eine Betriebszeit von >16a.

 

[mr44er]

Mir ist da zum Glück auch noch keiner krepiert, habe aber auch brav immer einen kleinen Noctua draufgeschnallt. Solange man die Viecher gut kühlt, sollten die ewig laufen.
Was 3ware da verbaut hat, weiß ich nicht. Ich bin nur mit dem LSI/Avago/Broadcom-Zeugs bewandt und da wegen ZFS auch nur an der IT-Firmware interessiert. Aber so die Daumenregel ist, dass man SAS1-HBAs in die Tonne kloppen kann, denn die Firmware steuert keine Platten über 2TB an. SAS2, genauer SAS2008 kann man für Rostplatten auch heute noch problemlos nutzen, SAS2308 hat dann schon PCIe 3.0, aber das heute zu kaufen lohnt preislich nicht mehr, denn man bekommt schon in der Bucht für ~30€ SAS3 bzw. Modelle, die man auf SAS3008/IT umflashen kann.

Betriebszeit von >16a.

Nice! Die sterben wahrscheinlich, sollte man da jemals einen Kaltstart wagen.

 

[greyghost]

Mir ist da zum Glück auch noch keiner krepiert, habe aber auch brav immer einen kleinen Noctua draufgeschnallt. Solange man die Viecher gut kühlt, sollten die ewig laufen.

Bei mir stecken die in Supermicro-Servern, da sollte schon von such aus genug Wind 'drin sein.

Was 3ware da verbaut hat, weiß ich nicht. Ich bin nur mit dem LSI/Avago/Broadcom-Zeugs bewandt und da wegen ZFS auch nur an der IT-Firmware interessiert.

Geht mir genauso. Die 3wares sind echte RAID-Controller, wurden damals von vielen Herstellern einfach so mit verbaut, konnte man sich gar nicht gegen wehren. Man kann aber ein JBOD simulieren, indem man pro Controller 8 Units mit jeweils einer HDD anlegt.

Aber so die Daumenregel ist, dass man SAS1-HBAs in die Tonne kloppen kann, denn die Firmware steuert keine Platten über 2TB an. SAS2, genauer SAS2008 kann man für Rostplatten auch heute noch problemlos nutzen, SAS2308 hat dann schon PCIe 3.0, aber das heute zu kaufen lohnt preislich nicht mehr, denn man bekommt schon in der Bucht für ~30€ SAS3 bzw. Modelle, die man auf SAS3008/IT umflashen kann.

Ich erinnere mich noch gut an die alten SAS1-Chipsätze (1068 oder so?). Supermicro hatte damals eine sehr günstige Steckkarte unter eigenem Label, die für so Supermicro-Spezial-Slots gedacht war. Die Slots waren aber normales PCIe, nur das Bracket der Karte war gespiegelt (Bestückungsseite und Platinenseite vertauscht). Aber da das Ding viel billiger als das LSI-Pendant war, habe ich passende (gespiegelte) Kartenhalter beschafft... Nur die 2TB-Grenze war in der Tat irgendwann blöde, deswegen habe ich die mittlerweile alle ausgemustert. Für die 3ware-Controller gab es zum Schluß so eine ß-Firmware, die auch mehr als 2TB unterstützt, deswegen laufen die noch.

Nice! Die sterben wahrscheinlich, sollte man da jemals einen Kaltstart wagen.

Allerdings, das Mainboard ist schon bei normalem Booten mittlerweile etwas zickig. Naja, Uptime des Systems liegt über 1000d, irgendwann kommt das auch mal in Rente...

 

[mr44er]

ein JBOD simulieren

Hab das immer umschifft. Zuviel Datengrillhorror vom Hörensagen, aber kommt wohl im Einzelnen drauf an wie "basic" das dann am Ende durchgereicht wird. Wenn man die Wahl hat...oder eben einmal Backup mehr.

Supermicro hatte damals eine sehr günstige Steckkarte unter eigenem Label, die für so Supermicro-Spezial-Slots gedacht war.

Von Fujitsu kenne ich auch so Spiegelgelump und noch die Pins anders verdrahtet, damit man auf jeden Fall in Wallung kommt.

(1068 oder so?)

Genau, das waren sie.