W ostatnim poście wspomnieliśmy, że nowa wersja schematów elektrycznych jest w przygotowaniu. Po kilku rundach wewnętrznych recenzji i zmian ta nowa wersja jest już w końcu gotowa do publicznego udostępniania.

Publikujemy wersję PDF schematów wyeksportowanych z oprogramowania ORCAD, z którego korzysta projektant. Możesz poruszać się po dokumencie i badać każdy składnik, ale niestety, ze względu na złożoność dokumentu, niektóre przeglądarki plików PDF mogą nie być w stanie poprawnie wizualizować swojej zawartości, jeśli tak się stanie, po prostu zmień przeglądarkę, której używasz.

Po otrzymaniu tych nowych schematów poprosiliśmy już o nową rundę zmian dla projektanta, w szczególności chcielibyśmy zwiększyć zużycie energii płyty głównej do 90 W, aby obsługiwać karty graficzne MXM 3 wyższej klasy, które zużywają maksymalnie 55 W. Jako przykład, AMD Radeon E9174 (GCN 4.0) ma TDP 50W. Chodzi o to, aby uzyskać nową wersję schematów elektrycznych przed końcem maja.

Jeśli uważasz, że TPD o mocy 90 W to za dużo dla laptopa, mogę powiedzieć, że pisząc ten post na moim laptopie (DELL XPS 15 9570, wydany w 2018 r.), podłączyłem miernik mocy do zasilacza i zużycie energii waha się między 40 W a 90 W (nie wiem dlaczego idzie w górę i w dół, mam tylko włączoną przeglądarkę). Próbowałem też grać w niektóre gry 3D na moim laptopie, a pobór mocy sięga wartości 110W, a czasem nawet wyższych, aż do granicy mocy zasilacza, która wynosi 130W.

W obecnej wersji płyty głównej, jak możesz zobaczyć na schemacie elektrycznym na stronach 3 i 4 w PDF, są dwa gniazda SO-DIMM DDR3L, które mogą obsługiwać DDR3L bez ECC (maks. 1866 MT / s, PC3-14900) . Zdecydowaliśmy się na moduły inne niż ECC, ponieważ są one znacznie łatwiejsze do znalezienia na rynku i są tańsze niż moduły ECC, więc łatwo będzie mieć 32 GB pamięci RAM (2×16 GB), aż do limitu 64 GB pamięci RAM, jeśli uda ci się trafić 32 GB moduły SO-DIMM.

Na schemacie blokowym i w dokumentacji można znaleźć rozszerzenie GPIO. Ten element będzie niezwykle przydatny do debugowania tylko prototypów i zostanie usunięty z jednostek produkcyjnych.

Dzięki wspierającym projekt  (tutaj lista darczyńców) i pomimo obecnych trudnych czasów z powodu wpływu koronawirusa na życie każdego człowieka, osiągnęliśmy 60% celu obecnego etapu, co daje nam pewność, że możliwe będzie uzyskać projekt płytki drukowanej w rozsądnym terminie.

Nadal jednak musimy zebrać pozostałe 40% (7600 EUR / 8400 USD), aby osiągnąć obecny cel, i uprzejmie prosimy każdego z was o dalsze wspieranie kampanii darowizn.

Zapraszamy również każdego, kto jest w stanie pomóc nam w przeglądzie technicznym schematów sprzętowych, aby skontaktował się z nami, ponieważ pomogłoby nam to przyspieszyć proces projektowania, a także poprawić ogólną jakość finalnej płyty głównej.

W końcu chcielibyśmy podkreślić, że stowarzyszenie PowerProgressCommunity stojące za tym projektem ma długoterminowy cel, aby zmniejszyć istniejące bariery w dostępie i dzieleniu się wiedzą technologiczną. Możliwość swobodnego udostępniania schematów płyty głównej laptopa znacznie poprawi obecną sytuację, w której dostęp do tego rodzaju danych jest utrudniony dla osób pracujących w terenie, wyobraźmy sobie, jak trudno jest komuś, kto właśnie podchodzi do tematu, jak studenci i hobbystów. Ponadto, kładąc nacisk na alternatywne technologie nie będące głównym nurtem, pomoże szerzyć kulturę różnorodności, tak ważną w spłaszczonym świecie, w którym młodsze pokolenia nawet nie wyobrażają sobie istnienia innej architektury niż x86 lub ARM.

Praca nad U-Bootem

Nasz zestaw deweloperski NXP T2080RDB uruchamia się z kartami graficznymi AMD RadeonHD korzystającymi z dystrybucji GNU / Linux PPC. Do tej pory z powodzeniem przetestowaliśmy Debian 10, OpenSuse, VoidLinux i Fienix. Jednak ze względu na brak zaangażowanych ekspertów ds. U-Boot, wciąż brakuje nam wsparcia dla wyjścia wideo podczas procesu rozruchu, tuż przed uruchomieniem jądra Linux. Niedawno skontaktowało się z nami kilku ekspertów wspierających w tej dziedzinie i dołączył do grupy. Dzięki ich pomocy z pewnością rozwiążemy bieżącą sytuację, a nawet zaktualizujemy U-Boot z najnowszych źródeł. Mamy nadzieję, że w niedalekiej przyszłości będziemy w stanie opublikować nowy post z dobrymi wiadomościami.

Praca nad Unreal Engine PPC64 (big endian) w VoidLinux

Dzięki JT z grupy VoidLinux obsługującej PowerPC zrozumieliśmy, że obecny problem ABI z którym mamy do czynienia podczas próby zbudowania UnrealEngine 4.23 na naszym systemie Debian SID PPC64, polega na tym, że w debianie PPC64 kompilator clang obsługuje abiv1, linker lld nie. Ponieważ było to po prostu za mało, JT powiedział nam, że biblioteka Mesa na big endian obsługuje OpenGL 3.2, ale niestety wydaje się, że Unreal wymaga nowszej wersji OpenGL.

Ten problem kompilacji ABI można rozwiązać tylko poprzez uzyskanie w jakiś sposób abiv2 przestrzeni użytkownika lub przez zastąpienie używanego linkera (np. Ld.bfd). Obecnie trudno powiedzieć, czy UE faktycznie tego wymaga. Stare abi v1 i tak nie jest zbyt dobre, ponieważ ma kilka okropnych dziwactw, takich jak deskryptory funkcji, które spowalniają wywołania bibliotek i sprawiają, że wskaźniki funkcji są większe niż 8 bajtów, co wymaga podwójnej pośredniczenia, podczas gdy nowa ABI v2 jest znacznie lepsza z założenia i działa nawet na systemach big endian, nawet jeśli został zaprojektowana w 2013 roku z myślą o little endian.

VoidLinux obsługuje nowy ABI v2, więc naszym celem jest zainstalowanie VoidLinux na naszej maszynie wirtualnej Power9 na OSU, zastępując obecny system oparty na Debianie. Tylko rozwiązując problemy ABI, będziemy mogli w końcu zbudować Unreal na dużej maszynie endian PPC64.

Ponieważ maszyna Power9, której używamy na OSU, opiera się na OpenStack, musimy teraz stworzyć obraz VoidLinux dla OpenStack. W chwili, gdy VoidLinux przegapił pakiet inicjujący chmurę wymagany przez OpenStack, zaczęliśmy pracować nad nim, podążając za cloud-init documentations.

Będziemy wdzięczni za wszelką pomoc od was, aby wesprzeć nas w tym ważnym wysiłku, szczególnie od tych z was, którzy mają pewną wiedzę na temat konfigurowania chmurowej inicjacji. Dodatkowym problemem, przed którym obecnie stoimy, jest to, że nasz członek, który pracuje nad tym zadaniem, nie ma sprzętu PPC64 i polega wyłącznie na wolno emulowanym VoidLinux PPC64 przy użyciu QEMU w wersji 4.2.0 na sprzęcie X86.

W poszukiwaniu dodatkowych systemów obsługujących ABI v2 zbadaliśmy również system Adelié Linux który niedawno wydał wersję 1.0RC1 w lutym 2020 r. dla PPC64. Niestety nie ma wbudowanego żadnego pakietu inicjującego chmurę.

Współpraca z Libre-SOC

Bardzo lubimy pracę, które obecnie wykonują nasi przyjaciele z Libre-SOC a nasze dwa projekty wydają się mieć wiele punktów kontaktowych, dlatego podeszliśmy do nich w celu nawiązania dobrych relacji mających na celu wsparcie wspólnego wysiłku Open Hardware .

Libre-SOC to projekt Libre Hardware-Software, który ma na celu dostarczenie fizycznego SOC zgodnego z POWER, w komplecie z procesorem, GPU, VPU i kontrolerem DDR. Całe oprogramowanie i sprzęt, od sterowników po komórki RTL i VLSI, są objęte licencją libre. Libre-SOC zapewnia również niezbędne sterowniki, w tym Kazana (sterownik Vulkan 3D) i pełne wbudowane źródło oprogramowania ROM do rozruchu, a także metodę pełnego rozruchu bez pamięci ROM dla dodatkowego zaufania.

Rynek docelowy obejmuje klientów, którzy chcą przyspieszenia w przestrzeni wbudowanej bez polegania na ARM lub zastrzeżonych sterownikach innych firm, o których wiadomo, że w przeszłości się psują.

Pierwsza iteracja Libre-SOC jest ukierunkowana na pojedynczy rdzeń na 180 nm. Kolejne generacje celują w rdzenie SMP przy mniejszym rozmiarze węzła, do typowego zastosowania w projektach SBC.

Wywiad Robertem Innocentim o naszym projekcie dzięki Charbax z ARMDevices

Pod koniec kwietnia, dzięki Charbaxowi z Armdevices.net, przeprowadzono wywiad z Robertem Innocentim, pierwszym twórcą pomysłu budowy laptopa PowerPC i współzałożycielem PowerProgressCommunity. Wywiad dotyczył projektu laptopa i innych działań prowadzonych przez stowarzyszenie non-profit. Poniżej znajdziesz tematy poruszone w wywiadzie. Uważamy, że wywiad jest interesujący i zawiera wiele wskazówek na temat stosowanego przez nas podejścia, nawet jeśli mówienie po angielsku Roberto jest czasem trudne do zrozumienia. Podczas wywiadu jedna osoba zapytała o dystrybucję Manjaro dla PowerPC, a po pewnym sprawdzeniu wydaje się, że takiej dystrybucji brakuje wsparcia dla PowerPC.

0.13 Przedstawienie się Roberto Innocenti
0,45 Stowarzyszenie non-profit Power Progress Community
1.34 Projekt notebooka PowerPC
3.15 Historia architektury PowerPC
6.13 Fundacja OpenPOWER
7.11 Dlaczego procesor NXP, a nie IBM
9.40 PowerPC w systemie Linux
11.35 Dystrybucje Linuksa uruchamiane na PowerPC
13:36 Przyszłość wbudowanego PowerPC
15:21 Ciekawe fakty dotyczące procesora Cell
18:27 Schematy i diagramy projektu notebooka PowerPC
19:31 Specyfikacja procesora NXP
20:13 Możliwa do aktualizacji karta graficzna AMD Radeon MXM
21:02 Wkład Power Progress Community i ACube Systems Srl
22:24 TDP, wykorzystanie komercyjne i możliwości procesora NXP
27:40 Obsługiwane rodzaje pamięci
28:28 Więcej informacji o procesorze graficznym AMD Radeon MXM
30:14 Wydajność starego MacBooka PowerPC w porównaniu z zestawem programistycznym do notebooków PowerPC
31:41 Czy Roberto Innocenti jest lepszy niż Steve Jobs? 😉
32:25 Ludzie stojący za projektem notebooka PowerPC
34:07 PowerPC w porównaniu do ARM
37:35 Więcej o Fundacji OpenPOWER
40:43 Szczegóły kampanii darowizn
43:52 Obudowa Slimbook Eclipse
46:50 Co z urządzeniem typu small-desktop / NUC?
48:44 Szacowana cena notebooka PowerPC
51:55 Produkcja komponentów
52:50 Sytuacja COVID-19
56:23 Młodzi ludzie zaangażowani w projekt notebooka PowerPC
57:11 Różnorodność projektowania, produkcji i dystrybucji sprzętu
1:04:50 Przejrzystość procesora NXP
1:06:13 Więcej o produkcji komponentów i uzależnieniu od Chin
1:09:21 Ubuntu i Debian na PowerPC
1:11:03 Manjaro i inne dystrybucje Linuksa na PowerPC
1:12:30 Aktualna faza kampanii darowizn
1:14:00 Potencjalny następca procesora NXP

Educational Activities

W tych skomplikowanych czasach z powodu wielu ograniczeń narzuconych przez szkoły koronawirusa, szkoły są zamknięte, przynajmniej we Włoszech. W rezultacie uczniowie w dużej mierze polegają na cyfrowych urządzeniach peryferyjnych, aby nadążać za lekcjami i starając się utrzymać życie towarzyskie z przyjaciółmi. Nie wszystkie rodziny mogą sobie pozwolić na komputer lub tablet dla każdego dziecka, a czasami studenci są zmuszeni do studiowania długich dokumentów na swoich telefonach komórkowych, jeśli mają taki telefon. Wspieramy system edukacji online prowadzony przez szkoły, dostarczając notebooki z recyklingu i nazwaliśmy ten projekt “Relive with Scratch” (po włosku “Rivivo con Scratch”).

Regenerowane notebooki to te, które zebraliśmy w 2019 i 2020 r. (wszystkie oparte na mniej lub bardziej starych procesorach x86) i początkowo przeznaczone do kursów kodowania przy użyciu oprogramowania Scratch oraz do nauki matematyki w Gcompris. Aby lepiej dostosować się do działań uczniów, zdecydowaliśmy się na dostarczenie systemu Linux wyposażonego w ChromiumOS, które jest odpowiednie dla naszych starych zregenerowanych notebooków, a ponadto dobrze współpracuje z Google Gsuite, który jest intensywnie używany w klasach, szczególnie w szkołach podstawowych, będących głównym celem naszego projektu.