Wzrost współpracy – aktualizacja maj 2020

Posted on May 30, 2020 by Adam

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.

This image has an empty alt attribute; its file name is VoidLinux_PPC64_KVMG5.png — Uruchamianie testu integracji z chmurą na VoidLinuxPPC64 działającego na QEMU na G5 Host

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.

This image has an empty alt attribute; its file name is VoidLinux_PPC64_QEMU_PPC_onX86.png — VoidLinux PPC64 running on QEMU under X86 host

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 .

This image has an empty alt attribute; its file name is lsoclogo400.png

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”).

This image has an empty alt attribute; its file name is aula_1.jpeg — W szkołach dzięki naszemu projektowi „Relive With 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.

Growing Up Collaborations: May 2020 Updates

Posted on May 22, 2020 by Communications Team

In the last post we mentioned that a new version of the electrical schematics is in the works. After a few rounds of internal reviews and changes, that new version is now finally ready to be publicly shared.

We publish a PDF version of the schematics exported from the ORCAD software that is being used by the designer. You may navigate through the document and investigate each component, but unluckily, due to the complexity of the document some PDF viewer may be unable to correctly visualize its content, if that happens just change the viewer you are using.

After receiving these new schematics, we already requested a new round of changes to the designer, in particular we would like to raise the motherboard power consumption footprint up to 90W in order to support higher ends MXM 3 video cards that consume a maximum of 55W. As an example, the AMD Radeon E9174 (GCN 4.0) has a TDP of 50W. The idea is to obtain a new version of electrical schematics before the end of May.

If you think a TDP of 90W is too much for a laptop, I can tell you that while I am typing this post on my laptop (a DELL XPS 15 9570, released in 2018) I have attached a power meter to the power brick and the power consumption bounces between 40W and 90W (dunno why is going up and down, I have only a browser turned on). I have also tried playing some 3D games on my DELL laptop, and the power consumption reaches picks of 110W, and sometimes even higher, up to the limit of the power brick, which is 130W.

The current version of the motherboard, as you can see in the electrical schematics at pages 3 and 4 of the PDF, there are two SO-DIMM DDR3L slots that can host DDR3L non-ECC (max 1866 MT/s, PC3-14900). We opted for non-ECC modules as they are way easier to find on the market and are less expensive than ECC ones, so it will be easy to have 32GB of RAM (2x16GB), up to a limit of 64GB of RAM, if you can find 32GB SO-DIMM modules.

In the block diagram and in the schematics you can find a GPIO Extender. This element will be extremely useful for debugging only the prototypes, and it will be removed in the production units.

Thanks to the project’s supporters (here a list of donors) and in spite of the current difficult times due to the coronavirus impact on everyone’s life, we reached 60% of the goal of the current step, making us confident that it will be possible to obtain the PCB design in a reasonable time frame.

Still, we still have to raise the remaining 40% (€7600 / $8400) to reach the current goal and we kindly ask any of you to continue supporting the donation campaign.

We also invite anyone that is capable of helping us in the technical review of the hardware schematics to contact us, as that would help us to speed up the design process as well as improve the overall quality of the final motherboard.

We finally would like to stress that the PowerProgressCommunity association behind this project has the long-term goal to lower the existing barriers for accessing and sharing technological knowledge. Being able to freely share a laptop motherboard schematics will dramatically improve the current situation where access to these kinds of data is difficult for who is working in the field, let’s imagine how difficult it is for who is just approaching the topic like students and hobbyists. In addition, by stressing on alternative, non-mainstream technologies, will help spread a culture of diversity, so much important in a flattening world where younger generations don’t even imagine that a different architecture from x86 or ARM exists.

Working on U-Boot

Our NXP T2080RDB devkit boots with AMD RadeonHD video cards using GNU/Linux PPC distros. So far we have successfully tested Debian 10, OpenSuse, VoidLinux, and Fienix. However, due to a lack of involved people expert on U-Boot, we are still lacking support for video output during the boot process, just before the linux kernel kicks in. Very recently, a couple of supporters experts in this field contacted us and joined the group. Thanks to their help, we are confident to solve the current situation, and even update U-Boot from the latest sources. Hopefully, we will be able to publish a new post with some good news in the not-so-distant future.

Working on Unreal Engine PPC64 (big endian) on VoidLinux

Thanks to JT from the VoidLinux group supporting PowerPC, we understood that the current problem of ABI we are facing while trying to build UnrealEngine 4.23 on our Debian SID PPC64 system, is that under debian PPC64 the clang compiler supports abiv1, the lld linker does not. As this was just not enough, JT told us that the Mesa library on big endian supports OpenGL 3.2, but unfortunately Unreal seems to require a more recent version of OpenGL.

This ABI build problem can only be solved either by obtaining somehow an abiv2 userland or by replacing the used linker (e.g. ld.bfd). It is currently difficult to say if UE actually requires it for anything. The old abi v1 is not very good anyway, as it has some awful quirks like function descriptors making library calls slower and making function pointers larger than 8 bytes, requiring a double indirection, whereas the new ABI v2 is much better by design and it works even on big endian systems even if it was designed in 2013 with little endian system in mind.

VoidLinux supports the new ABI v2, so our intention is to setup VoidLinux on our Power9 VM on OSU, replacing the current system based on Debian. Only by solving the ABI issues we will be able to finally build Unreal on a PPC64 big endian machine.

As the Power9 machine we are using on OSU relies on OpenStack, we now have to create a VoidLinux image for OpenStack.At the moment VoidLinux miss the cloud-init package that is required by OpenStack, so we started working on it by following the cloud-init documentations.

Running cloud-init integration test on VoidLinuxPPC64 running on QEMU on G5 Host

We will appreciate any help from you to support us on this important effort, particularly those of you with some knowledge on setting up cloud-init. An additional problem we are currently facing is that our member that is working on this task does not have any PPC64 hardware, and is relying solely on a slowly emulated VoidLinux PPC64 using QEMU version 4.2.0 on a X86 hardware.

VoidLinux PPC64 running on QEMU under X86 host

In search for additional systems supporting the ABI v2, we have investigated also Adelié Linux that recently released version 1.0RC1 in February 2020 for PPC64. Unfortunately, it does not have any cloud-init package built in.

Collaboration with Libre-SOC

We very very much like the works our friends at Libre-SOC are currently doing, and our two projects seems to have multiple point-of-contact, therefore we approached them in order to establish a good relationship aimed at supporting the common Open Hardware effort.

Libre-SOC is a Libre Hardware-Software project that aims to deliver a physical POWER compliant SOC that comes complete with a CPU, GPU, VPU, and DDR controller. All the software and hardware from the drivers down to the RTL and VLSI cells are libre-licensed. Libre-SOC is also providing the necessary drivers amongst which include Kazan (a Vulkan 3D driver) and the full on-board boot ROM firmware source, as well as a full zero-ROM cold-boot method for added trustability.

The intended market includes customers who desire acceleration in the embedded space without relying on ARM or 3rd party proprietary drivers that have been known to break in the past.

The first iteration of Libre-SOC targets a single-core at 180nm. Subsequent generations target SMP cores at a smaller node size, for typical use in SBC designs.

Interview to Roberto Innocenti about our project thanks to Charbax of ARMDevices

At the end of April, thanks to Charbax of Armdevices.net, there was an interview with Roberto Innocenti, the first creator of the idea of building a PowerPC laptop and co-founder of the PowerProgressCommunity. The interview was about the laptop project and other activities carried out by the not-for-profit association. Below you may find the topics touched in the interview. We think that the interview is interesting and contains many hints on the approach we are following, even if the spoken English of Roberto is sometimes difficult to follow. During the interview one person asked about the Manjaro distro for PowerPC, and after some check, it seems that such a distro lacks a PowerPC support.

https://www.youtube.com/watch?v=7kM2zqTEHa8

0.13 Self-introduction of Roberto Innocenti
0.45 Power Progress Community non-profit association
1.34 PowerPC notebook project
3.15 PowerPC architecture history
6.13 OpenPOWER Foundation
7.11 Why NXP CPU and not IBM
9.40 PowerPC on Linux
11.35 Linux distributions runnable on PowerPC
13:36 Future of embedded PowerPC
15:21 Cell processor interesting facts
18:27 Schematics and diagrams of PowerPC notebook project
19:31 NXP CPU specification
20:13 Upgradable AMD Radeon MXM GPU
21:02 Contribution of Power Progress Community and ACube Systems Srl
22:24 TDP, commercial usage and capabilities of NXP CPU
27:40 Supported kinds of storage
28:28 More about AMD Radeon MXM GPU
30:14 Old PowerPC MacBook performance compared to PowerPC notebook dev kit
31:41 Is Roberto Innocenti is better than Steve Jobs? 😉
32:25 People behind the PowerPC notebook project
34:07 PowerPC compared to ARM
37:35 More about OpenPOWER Foundation
40:43 Donation campaign details
43:52 Slimbook Eclipse chassis
46:50 What about small-desktop/NUC style device?
48:44 Estimated price of PowerPC notebook
51:55 Manufacturing of components
52:50 COVID-19 situation
56:23 Young people involved in PowerPC notebook project
57:11 Diversity of hardware designing, production and distribution
1:04:50 Transparency of NXP CPU
1:06:13 More about manufacturing of components and dependence on China
1:09:21 Ubuntu and Debian on PowerPC
1:11:03 Manjaro and other Linux distributions on PowerPC
1:12:30 Current phase of donation campaign
1:14:00 Potential successor of NXP CPU

Educational Activities

Under these complicated times due to the many restrictions imposed by coronavirus schools are closed, at least in Italy. As a consequence, students heavily rely on digital peripherals to keep up with lessons, and when trying to keep a social life with their friends. Not all families can afford a PC or a tablet for every child, and sometimes students are forced to study long documents on their mobile phones, when they have one. We are contributing to help the online education system run by Schools by providing recycled notebooks, and we named this project “Relive with Scratch” (“Rivivo con Scratch” in Italian).

At Schools with our project “Relive With Scratch”

Regenerated notebooks are those we have collected during 2019 and 2020 (all based on more or less old x86 cpus), and initially meant for the coding courses using the Scratch software and for learning math with Gcompris. To better suit the activities of the students, we opted for providing a Linux system equipped with ChromiumOS that has small footprints which is suitable for our old regenerated notebooks and moreover works well with the Google Gsuite which is heavily used in the classrooms, especially in the primary schools which is the main focus of our project.

Wydłużony czas kampanii darowizn na PCB i aktualizację projektu płyty głównej

Posted on April 18, 2020 by Adam

Jesteśmy blisko 50% celu kampanii darowizna na PCB i dziękujemy każdemu z was, który pozwolił osiągnąć to, co wielu uważało za niemożliwe; “kluczem do tego, co robisz, jest sedno tego, w co wierzysz” (cytowany autor: Mario Luis Rodriguez Cobos) .

Jak wszyscy inni, większość wolontariuszy, współpracowników i darczyńców zaangażowanych w nasz projekt, wszyscy odczuwamy bardzo negatywny wpływ ze strony Covid-19, co prowadzi do znacznego spowolnienia tempa dotacji.

Obrazek autorstwa Gerd Altmann z Pixabay

Z drugiej strony wiele osób korzysta z możliwości zamknięcia w swoich domach, aby spędzić więcej czasu z rodziną, z hobby i rozwijać swoje aspiracje. Dla wielu osób oznaczało to poświęcenie więcej czasu na myślenie, rozwijanie i używanie oprogramowania Open Source, dzięki wolności uruchamiania, kopiowania, dystrybucji, studiowania, dostosowywania i ulepszania oprogramowania. Dla innych oznaczało to więcej czasu na rozwój sprzętu typu open source, projektowanie aspektów mechanicznych oraz innych ważnych działań społecznych, kulturalnych i naukowych, a ostatecznie na oddanie ich bezpłatnie społeczności.

Jednak wpływ finansowy tej sytuacji skutkował tym, że mamy mniej gotówki, a inne wydatki są obecnymi priorytetami w naszym życiu.

Po kilku wewnętrznych dyskusjach postanowiliśmy przesunąć termin kampanii darowizn na 30 czerwca 2020 r., mając nadzieję, że wszyscy wkrótce wrócimy na właściwe tory, a tymczasem postaramy się jak najlepiej utrzymać projekt.

Kolejna runda aktualizacji schematu blokowego i schematów elektrycznych

Od stycznia przekazaliśmy ACube Systems 8500 euro (około 9200 USD), więc projekt jest teraz w toku.

Niedawno otrzymaliśmy od inżynierów nowszą wersję schematu elektrycznego, która uwzględnia ostatnie zmiany, i jest obecnie w trakcie oceny przed publikacją, najprawdopodobniej za około tydzień.

Wśród serii drobnych poprawek zaktualizowaliśmy przełącznik pakietów Pericom PCIe z poprzedniego modelu PI7C9X2G608GP do bardziej wydajnego PI7C9X2G612GP który oferuje 12 linii zamiast 8 linii. Przełącznik ten łączy płytę główną z płytą rozszerzeń we / wy Eclipse za pośrednictwem PCIe i umożliwia sterowanie portem Ethernet opartym na układzie Realtek RTL8111F, czytnikiem kart SD opartym na Realtek RTS571x oraz podłączeniem dwóch portów USB 3.

Nowa wersja schematów wprowadza również dodatkowy koncentrator USB 2.0 zarządzany przez MicroChip USB2514, który będzie podłączony do jednego z portów USB 2.0 T2080. Do tego koncentratora USB podłączymy matrycę klawiatury SK5126 oraz czytnik kart SD kontrolowany przez Realtek RTS571x karty rozszerzeń we / wy Eclipse oraz M2 WLAN i M2 LTE.

Microchip Ethernet Transceive KSZ9031 jest nadal obecny z poprzedniej wersji i jest podłączony przez port RGMII0 T2080 za pomocą 8-pinowego złącza.

Port MicroSD zostanie podłączony bezpośrednio do interfejsu kontrolera eSDHC T2080.

Poniżej nowy zaktualizowany schemat blokowy

April 2020 Block Diagram of the Open Hardware PowerPC Notebook Motherboard

Ogólnie rzecz biorąc, wyżej wymienione zmiany pozwalają zmniejszyć liczbę komponentów na płycie głównej, obniżyć koszty produkcji, a także skrócić czas debugowania.

Unreal Engine PowerPC64 – postępy

Ostatnio nowi współpracownicy dołączyli do bieżących działań i pomagają projektowi laptopa oraz innym działaniom pobocznym w naszym stowarzyszeniu. Jako przykład, dzięki tej niedawnej współpracy poczyniliśmy postępy w kompilacji silnika Unreal Engine na PowerPC 64 Big Endian, świetnym oprogramowaniu, nad którym pracujemy, aby działało na naszym notebooku.

Kawałek skryptu z pobieraniem i budowaniem clang

Pierwszym krokiem jest zdobycie łańcucha narzędzi clang potrzebnego w skrypcie konstruktora silnika. Tylko dlatego, że zestaw narzędzi PowerPC nie jest dostępny z repozytorium Epic, musimy sami go zbudować.

Głównym skryptem wykonującym wszystkie zadania jest build_linux_toolchain.sh znajdujący się przy ścieżce Engine / Build / BatchFiles / Linux / Toolchain / DockerOnWindows / build_linux_toolchain.

W oparciu o gałąź ppc64le ten skrypt pobiera i buduje gcc 9.2.0 poprzez crosstool-ng, a następnie robi to samo dla clang. Nasza wersja referencyjna to 8.0.1 z oficjalnego repozytorium git https://github.com/llvm/llvm-project.git.

Mamy pewien problem podczas ostatecznego kopiowania łańcucha narzędzi, gdy biblioteki gcc i clang są przenoszone do jednej wspólnej ścieżki (sysroot). Po tej akcji pliki binarne wewnątrz sysroot otrzymują błąd segmentacji.

Możesz znaleźć nasz fork i gałąź ppc64 tutaj: https://github.com/robyinno/UnrealEngine/tree/4.23-ppc64 ( by uzyskać dostęp zaakceptuj Epic Games EULA). Tworzymy powiązaną wiki UnrealEnginePPC64 Wiki

Jeśli chcesz współpracować z nami skontaktuj się.

Wreszcie, zachęcamy każdego z was do przekazania darowizny na kampanię, aby utrzymać projekt i do reklamowania kampanii we wszystkich mediach społecznościowych.

Postęp w projektowaniu PCB i oprogramowaniu

Posted on March 18, 2020 by Adam

Aktualizacje schematów są transponowane do projektu płytki drukowanej

W lutym projektant przeanalizował przełącznik pakietów Pericom PI7C9X2G608GP PCIe przy bezpośrednim wsparciu personelu Pericom. Teraz przełącznik pakietów Pericom PCIe jest w pełni przetestowany i wszystkie niezbędne ustawienia zostały zakończone, więc projektant zakończył dołączanie wszystkich wymaganych informacji do zaktualizowanej wersji schematów i zaczyna rozwikływać PCB.

Projektant zaktualizował połączenia SerDes zgodnie z naszymi sugestiami, biorąc pod uwagę dostarczone przez nas notatki, więc wkrótce pojawi się nowa wersja schematów.

Arctic-Fox 27.10.1 PPC64 w naszym Repo

Główny kontrybutor Arctic-Fox – Riccardo Mottola – członek naszego stowarzyszenia Power Progress Community – wydał nowa wersję 27.10.1+b0 która skompilowaliśmy i dodaliśmy paczki do naszego Debian PPC64 repo. Riccardo powiedział: “Session Store, kod znacznie poprawiony w porównaniu do poprzednich wersji, ulepszenia wydajności zarówno silnika HTML, jak i nowego systemu kompilacji importowanego z Firefoksa. To wydanie jest zdecydowanie lepszym ulepszeniem w porównaniu do wersji 27.9.19 na samym początku”.

Arctic-Fox 27.10.1 PPC64 uruchomiony na T2080-RDB, to jest ten samy procesor na którym będzie w przyszłości działał nasz notebook.

Repozyterium przeniesione do naszej grupy Power Progress Community GitLab.

Stworzyliśmy grupę Gitlab o nazwie Power Progress Community i przenieśliśmy wszystkie nasze repozytoria gitlab pod https://gitlab.com/power-progress-community. Ważne jest, aby wiedzieć, że wszystkie adresy URL uległy zmianie i każde sklonowane repozytorium musi zostać ponownie bazowane. Jeśli sklonowałeś nasze repozytoria, powinieneś zaktualizować git remote origin.

Praca nad silnikiem Unreal Engine dla PowerPC64 Big Endian

Pracujemy nad portem UnrealEngine (UE) do PowerPC 64 Big Endian. Zaczęliśmy od opracowania wersji PowerPC64 Little Endian (PPC64le) i obecnie próbujemy skompilować źródła. Oryginalny port PPC64le dla UE 4.23 został opracowany przez Elvisa Dowsona i Raptor Engineering i można go znaleźć na stronie https://github.com/edowson/UnrealEngine/tree/4.23-ppc64le. Dostęp do źródeł UE4 wymaga zaakceptowania umowy EULA Epic Games, jak opisano w https://www.unrealengine.com/en-US/ue4-on-github.

Zmodyfikowaliśmy oryginalne skrypty w celu kompilacji dla PPC64 Big Endian, ale do tej pory nadal musimy rozwiązać wiele błędów przed wygenerowaniem działającego pliku binarnego. Nasz fork i gałąź ppc64 można znaleźć tutaj https://github.com/robyinno/UnrealEngine/tree/4.23-ppc64 (aby uzyskać dostęp należy zaakceptować umowę licencyjną Epic Games). Budujemy źródła przy użyciu maszyny wirtualnej Power9 dostarczanej przez Open OSU i OpenPower Foundation, a także na naszym zestawie deweloperskim NXP T2080-RDB przy użyciu niestabilnej wersji Debian PPC64 SID. Jeśli chcesz pomóc nam w naprawie błędów kompilacji, możesz zacząć od naszej UnrealEnginePPC64 Wiki, proszę skontaktuj się z nami.