Widziałem System na chipie Raspberry Pi określany zwykle jako „BCM2835” (np. Na Wikipedii ), ale czasami jako „BCM2708” (np. Źródła dla sterownika SPI dla systemu Linux znajdują się w bcm2708.c lub w komentarzach do mojego innego pytania ).
Które jest słuszne, czy też oba - dlaczego? W szczególności, jeśli w obu arkuszach danych występują niespójności, które należy rozumieć jako „ważniejsze”?
W rzeczywistości rozbieżność wynika z oznaczenia krzemu i pakietu układów. Pierwotnie istniała silikonowa matryca znana jako BCM2708, wszystkie początkowe prace rozwojowe zostały wykonane wokół tego.
W stosie 9 x 9 z 256 MB pamięci DRAM jest wówczas znany jako BCM2763. (Ułożone są w stos, gdy dosłownie łączysz krzem DRAM na górze procesora i kładziesz druty łączące na podłożu)
Ale kiedy pamięć jest POP (pakiet na pakiecie, pakiet DRAM jest dołączony do górnej części pakietu procesora), wtedy był znany jako BCM2835, to było to urządzenie, które następnie miało włączoną obsługę ARM.
Późniejsze wersje układu mają ten sam schemat, są teraz trzy kawałki krzemu, BCM2708, BCM2709 i BCM2710 oraz trzy pakiety BCM2835, BCM2836 i BCM2837.
Oprócz odpowiedzi Steve'a, tutaj jest dyskusja w dzienniku problemów git hub dla sterowników Linuksa, omawiająca sposób oznaczania sterowników. Odpowiednie posty to:
popcornmix:
Technicznie 2708 to rodzina, a 2835 to konkretne wdrożenie. Wiemy teraz, że 2835 jest jedyną implementacją w rodzinie, która może uruchamiać Linuksa (i nie będzie nowych modeli tej rodziny), więc prawdopodobnie nie ma znaczenia, który model jest używany, chociaż powinien być spójny.
lp0:
Czy byłoby rozsądne wymienić wszystkie sterowniki 2708, ale plik drzewa konkretnych urządzeń 2835? (zakładając, że jeśli istnieje jeszcze inny model z tej rodziny, który może obsługiwać Linuksa, potrzebowałaby innej listy urządzeń)
Technicznie 2708 to nazwa rodziny układów, a 2835 to specyficzny układ w Pi. Jeśli chodzi o to, który arkusz danych zastępuje drugi, wybrałbym BCM2835 (specyficzny) zamiast BCM2708 (rodzina).
źródło
Warto zdać sobie sprawę, że rdzeń ARM nie jest podstawową częścią SoC, ale rdzeniem pomocniczym utkniętym z boku, za systemowym MMU. Głównym (rozruchowym) procesorem jest VideoCore, który wykonuje wczesną inicjalizację, konfiguruje system MMU i uruchamia rdzeń ARM.
Najprawdopodobniej bcm2708 odnosi się do głównej części SoC zawierającej procesor VideoCore i urządzenia peryferyjne (spójrz na tabelę wikipedii o SoCs VideoCore , zauważ, że żadna część bcm27xx nie ma rdzenia ARM).
W oparciu o wydanie kodu źródłowego sterownika Broadcom, mam wrażenie, że wszystkie SoC VC4 oparte są na bcm2708, podczas gdy VC3 to bcm2707. Istnieją co najmniej trzy wersje bcm2708 (a0, b0, c0), a a0 różni się wystarczająco, aby mieć #ifdefs w całym miejscu i sporo własnych nagłówków. Istnieje również wyjątek dla „dużej wyspy VC4”, której główny nagłówek nie jest uwzględniony, ale tak naprawdę nie mogę znaleźć dużo na ten temat, chociaż ta uwaga jest interesująca.
Dlatego sensowne jest, aby sterowniki odnosiły się do 2708 (zwłaszcza jeśli zostały opracowane przez Broadcom).
Nie jestem pewien, co zrobić z raportowaniem rpi2 bcm2709 ... istnieje wiele stwierdzeń, że SoC bcm2835 i bcm2836 różnią się tylko podsystemem ARM i peryferyjnym adresem bazowym (tj. Nieco inną konfiguracją MMU systemu), więc wydaje się, że jest wysoce prawdopodobnie jest to również oparte na bcm2708, ale dostępne informacje są raczej ograniczone. Zastanawiam się, czy ktoś po prostu wybił numer, aby poradzić sobie z kodem, który zakłada, że bcm2708 implikuje rdzeń ARM11 (podczas gdy w rzeczywistości nie implikuje żadnego rdzenia ARM).
Edycja: Nowo wydany dokument bcm2836 quad-A7 potwierdza, że jest również oparty na bcm2708.
źródło
Moje poszukiwania tej kwestii został poproszony przez tą stronę
Zwróć uwagę na odpowiedź polecenia cat / proc / cpuinfo
...
Sprzęt: BCM2708
Wersja: 1000002
źródło