If you believe that free hardware and software are the building blocks of our society and should be in our hands. If you think that we, as a community, should conceive, design and build the hardware and software tools that we need to govern. Join us, strengthen us, enrich our activities! Subscribe to the newsletter and fill out the participation questionnaire.
Libre Hardware and Software are bricks of our societies and should be in our hands! We as community we have conceived, designed and realized the OSHW PowerPC Notebook motherboard prototypes. Now for getting the core computing platform stable and functional we need your participation.
Open Hardware Community Driven.
Improving and enriching human relations and collaboration among us permit our Community the conceive, design and produce prototypes of our Open Hardware motherboard. What we do is governed and possibile by our Community.
New projects will be launched thanks to the arrival of new volunteers like you.
We collaborate with volunteers to create the opportunity to experience
hands-on learning, to inspire creativity, critical thinking, and problem-solving trying to conceive, design and produce what we need or desire.
We encourage this culture from primary schools to University and with no age limit.
Our open hardware projects are governed by our Community that is open. Our Community conceive, design and produce and where needed, thanks to donations, we pay engineers.
We are quite slow because we solve problems thank to our passion, creativity and obstinacy.
We seek to encourage communities to acquire the skills and capabilities necessary to produce hardware and software independently and to have control over it. Therefore, we promote local and decentralized design and production.
As you know, we were having troubles to find a few components in the market, not only because of their availability, but also due to the increased price. After extensive research, the designer replaced the unavailable components. Unfortunately, we were forced to buy a few components with a premium.
Changes:
from TCA6408ARGTR 8-bit translating 1.65- to 5.5-V I2C/SMBus I/O expander to PCA9539 16-bit I2 C-bus and SMBus low power I/O port with interrupt ( Page 15 pdf schematics)
from TPS56637RPAR Buck Switching Regulator IC Positive Adjustable 0.6V 1 Output 6A 10-PowerVFQFN with RT6222DHGJ6F Buck Switching Regulator IC Positive Adjustable 0.6V 1 Output 2A SOT-23-6 Thin, TSOT-23-6 ( Page 38 pdf schematics)
We remain stuck with a few overpriced components:
Marvell Sata 3 controller 88SE9235A1-NAA2C000
TPS544B20RVFT 4.5-V to 18-V, 20-A synchronous SWIFT™ buck converter with PMBus programmability and monitoring
The designer of the PCB should complete the work within the next two weeks and after that we should start producing the prototypes. Meanwhile, we have published the new schematics including the new components in our repo in pdf format and with ORCAD source.
And lastly, our AMD retailer informed us that the new MXM video cards will not be available. There are other manufacturers producing MXM cards based on AMD GPUs, we are evaluating quotes from different producers.
We are still welcome more donations!
Even after completing the current goal, we are leaving the campaign open to help reaching our next milestone.
Our upcoming goals are:
to buy a few MXM Video cards for the prototypes. We need new quotes, because AMD has stopped selling MXM cards, so we are already in contact with other manufacturers, next days we order it.
to redesign the heat pipes, as they will differ from the original specifications of the Eclipse Notebook.
Only if needed:
pay some work on u-boot configuration
Worst case scenario:
make a new version of the prototype.
any other unforeseen challenges.
We will refine the scope of the upcoming donation campaign once we have a clearer view of the situation as it develops: production of the prototypes, hardware tests, CE certifications. Meanwhile, we will leave our current donation campaign opened.
In October 2020, we asked the community to join our forum and submit their suggestions to name our motherboard. The discussions were intense, and the suggestions were very diverse, covering everything betweeh mythology, fauna and flora, literature, music and technology.
We kept the pool running for a year, until we reached the threshold of 1000 votes. Check the final results here. After an inicial parsing of the suggestions by the core team, we realize that it’s incredibly difficult to name something. =)
Among the suggestions, we got Bellatrix (a star or a Harry Potter villain, depending on where you come from), Overture (a musical motif of energy and character), Phoenix (that could also become a mascot), and others…
After a fewrounds of reminders, in the March 2022 Power Progress Community meeting we decided to mix the first name selected on the public vote and the third because the first and second alone were too generic, so the composed name of the board is POWERBOARD TYCHE.
The POWERBOARD name is self explanatory. Tyche is the Greek Goddess of Fortune, to whom good and bad events could be atributed. Initially, however, her role was to bring positive messages to people. Her Roman equivalent is Fortuna.
We look forward to seeing our POWERBOARD TYCHE powering our notebooks and other devices soon!
Encryption Software
Since 2018, we’ve been in contact with CEuniX.eu , who created the Post-Quantum-Cryptography library. Particularly, we’ve been in touch with Stiepan, a Free Software and PowerPC enthusiast, who is now Chief Executive Officer of the QRCrypto SA. They would love to see PowerPC running their Post-Quantum Encryption software. We want to see it running on our PowerPC Notebook.
In 2018, they made a donation for our Electrical Schematics Donation Campaign and now they want to help us again by supporting the last mile of Donation Campaigns.
We are very grateful for their commitment to our project
Rework of a part of the mobo and situation of the components
We were waiting for the two ordered MXM AMD video cards, but the distributor informed us that they were forcefully EOF ( End of Life) due to the end of GDDR5 production. Moreover, the merge of AMD and Xinlinx is delaying the production of the new video card with GDDR6.
As you know, we were having troubles to find a few components in the marked (listed below) not only because of their availability but also due to the increased price. After an extensive research, the designer was able to identify the replacement components.
Below, a detailed list of unavailable or extremly expensive parts that the designer is replacing with other readily-available components:
1 per pcb Transistor: NPN; BSR17A bipolar; 40V; 0.2A; 0.35W; SOT23 – ON SEMICONDUCTOR > 3100% cost increase from 0,5 euro to 16,50 euro per piece
4 per pcb Field Effect Transistor –NDC7002N MOSFET 2N-CH 50V 0.51A SSOT6 – ON SEMICONDUCTOR : >1100% cost increase from 0,50 euro to 6,5 euro per piece
2 per pcb MOSFET N-CH 100V 60A PPAK SO-8 SiR870DP – Vishay Siliconix > 3250% cost increase from 1,53 euro to 50 Euro per piece
1 per pcb Parallel NOR Flash Automotive Memory MT28EW01GABA1HJS-0AAT – MICRON > 3250% cost increase from 13 euro to 423 euro!!!
1 per pcb IC EEPROM 256KBIT I2C 1MHZ 8SOIC AT24C256C-SSHL-B – Microchip Technology > 1000% cost increase from 0,29 euro to 2,5 euro
1 per pcb 24-bit translating 1.65- to 5.5-V I2C/SMBus I/O expander TCA6424ARGJR – Texas Instruments Not Available
1 per pcb 24 MHz XO (Standard) LVCMOS Oscillator ASFLMB-24.000MHZ-LC-T – Abracon LLC – Not Available
1 per pcb I/O Controller Interface IC HI-PERFORM LW PWR SM FOOT USB 2.0 HUB USB2514-AEZC – Not Available
1 per pcb Two-Lane PCIe 2.0 to Four-Port 6 Gbps SATA I/O Controller 88SE9235 – MARVELL – 980 euro!!!!!!!
1 per pcb Power Switch ICs FDC6331L – onsemi / Fairchild – >3300% cost increase from 1,25 to 41,6 euro
1 per pcb Switching Voltage Regulators 4.5-18V 20A SWIFT TPS544B20RVFT – Texas Instruments – 90 Euro!!!
6 per pcb Switching Voltage Regulators 4.5-V to 28-V, 6-A TPS56637RPAR – Texas Instruments – > 10000% cost increase from 3 euro to 344 euro per piece ( 6 piece = 2.064 euro!!!)
Previously missing in February, but now available again
3 per pcb IRLML6346TRPBF – N-Channel 30 V 3.4A (Ta) 1.3W (Ta) – Infineon Technologies
7 per pcb MOSFET – DMN3730U-7 N 750mA 30V POWER MOS – Diodes
9 per pcb Trans MOSFET – SI4925DY P-CH 30V 5.3A 8-Pin SOIC – ON SEMICONDUCTOR
The designer is replacing these components with new ones available currently and having an affordable cost in the market. Consequently, there’s extensive rework of the electrical schematics and of the Printed Circuit Board design. The new PCB design should be ready in June 2022. In the meantime, the designer is ordering the new components. When we receive them, we should have everything needed to produce prototypes.
Our speech on LibrePlanet 2022
In March 2022, we attended the LibrePlanet 2022 and followed many interesting talks.
LibrePlanet 2022: “Living Liberation” was a resounding success. Participants socialized using our online conference space, LibreAdventure, and created beautiful things in Minetest. Stalwart and Supporter level attendees joined the LibrePlanet after-party with staff and board members, which was a blast. Both Saturday and Sunday featured a wide range of speakers covering how nearly every topic you can think of relates to one common concept: free software.
This talk illustrate the reasons and motivations that made Open Hardware PowerPC Notebook undertake the challenge of designing a PowerPC based notebook from scratch — one that is fully compliant with the Open Hardware principles and based on GNU/Linux — and what we are learning from it.
Thanks to another significant donation made by Wiktor Glowack, the previous donation campaign to finance the Hardware Test reached its goal on the 27th of January. Thank you very much, Wiktor! We are very happy to have found such a generous contributor, his support will benefit the entire PowerPC and open computing community. We will strive to do anything required to achieve the final goal: providing the community with the most powerful, fully Open Source, and production-ready PowerPC laptop motherboard.
As soon as the prototypes are ready, we will transfer the money collected from the campaign targeting the Hardware Tests to ACube Systems, the company we selected in this challenging journey to make a PowerPC notebook.
At the moment, we are on hold on the production of the three prototypes because of still missing electronic components. This is most unexpected as we thought we would be ready by now. However, we still have the plan to carry out the hardware tests immediately after production, and right after that, we will publish an updated version of the motherboard schematics on our GitLab repository.
The campaign we launch today has the goal to finance the pre-certification and CE certification, a compulsory requirement for any electronic product being sold within the European Economic Area. The CE marking means that the manufacturer or importer affirms the good’s conformity with European health, safety, and environmental protection standards (see Wikipedia).
The financial target of this new campaign is 12500 euros (around 14128 USD).
VICE v3.60, the C64 emulator, is available for PowerPC 64bit Big Endian
Thanks to our fellow member Roberto Guardato any user of the Debian Linux PowerPC 64 bit Big Endian may play Commodore 64 games using the recently released version 3.60 of the VICE emulator.
This is line with our commitment to maintain an updated version of VICE available for PPC64 BE from our repository at https://repo.powerprogress.org/
A screenshot of VICE running on a MacPro G6 under Debian Linux PPC64 Big Endian.
At the beginning of December 2021 we received an update about the required electronic components that are still missing. We have a total number of 22 missing components, and some of them are present on the board multiple times such as the MOSFET (see https://en.wikipedia.org/wiki/MOSFET).
Below a detailed list of the missing components in more pieces:
7 per pcb MOSFET – DMN3730U-7 N 750mA 30V POWER MOS – Diodes
9 per pcb Trans MOSFET – SI4925DY P-CH 30V 5.3A 8-Pin SOIC – ON SEMICONDUCTOR
4 per pcb Field Effect Transistor –NDC7002N MOSFET 2N-CH 50V 0.51A SSOT6 – ON SEMICONDUCTOR
3 per pcb IRLML6346TRPBF – N-Channel 30 V 3.4A (Ta) 1.3W (Ta) – Infineon Technologies
While ACube Systems is looking for 22 missing components contacting various distributors, we at the Power Progress Community, are trying to help searching these components. The main problem we are facing is not finding each component, the problem is the estimated delivery we are facing that most times is six month or more. For this reason we are evaluating to replace some of the components in order to get a more reasonable delivery time. In case you want to help out carrying out this task, you can the effort and conatct us.
QEMU at full speed with KVM on the NXP T2080 CPU
Thanks to Fabiano Rosas, Cédric Le Goater and Zoltan Balaton (see discussion at https://lists.gnu.org/archive/html/qemu-ppc/2021-12/msg00231.html) it is now possible to launch virtual machines at nearly native speed with QEMU on our NXP T2080RDB development kit, that mount exactly the same CPU as in our laptop.
KVM support for PowerPC Book3e e6500 CPUs will be first introduced starting with the linux kernel 5.16+ and with the next version of QEMU, most probably v7.0. If you want to try it now, you should get the release candidate of the kernel 5.16 and compile QEMU yourself from the GIT master branch
We successfully compiled the upcoming kernel and QEMU and then tested some virtual machines running Linux for PowerPC 64 bit in Big Endian mode. Below you can see a screenshot of QEMU running three virtual machines with KVM activated. The host system is our NXP T2080RDB devkit that runs Debian SID PPC64, then there is a VM with Debian SID PPC64 (bottom-right), then OpenSUSE Tumbleweed PPC64 (bottom-left), and finally VOID Linux PPC64 (top-right).
Please note that the KVM support to the e6500 PowerPC family is still in progress, so it may need some tweaking before it may be considered reliable.
Video of our last talks – October and November 2021
Open Power Summit 2021 NA
Prepare yourself to switch computing to Open Hardware Power Architecture
The donation campaign for financing three prototypes reached its goal on Sunday the 24th of October with a surprising final rush thanks to the biggest donation ever received that made us jump on our chairs when we saw it. Thank you all, and especially many thanks to Wiktor Glowacki!!
We transferred the money collected with the campaign to ACube Systems, the company we selected in this challenging journey for making a PowerPC notebook. At the moment we are facing some delays due to the electronics industry supply-chain difficulties (see our post about it), and ACube is currently waiting on the last few electronic components in order to finally build the three boards.
We are now ready to launch the next donation campaign for financing the Hardware Tests with a target of 14000 euros.
The new campaign starts today, and the donations will be transferred to it. Our hope is to conclude this new campaign less than 10 months, but it will largely depend on your support.
Right after testing the three prototypes, we will publish an updated version of the electronic schematics on our GitLab repository so that the publicly available design will be an extensively checked version.
We are relatively confident that the donations will speed up once we will be able to publicly show the physical prototypes, as that should help people to believe more and more in the project.
We remind you that after this new campaign meant to perform the necessary hardware tests, the next campaign is for the CE hardware certification with a target of 12500 euros, and then we are finally done: ready for mass production!
A group of experts to configure U-Boot
The new donation campaign will support the work carried out by ACube Systems together with its hardware designer for the Hardware Tests.
On our side, we will strive to contribute to the development process by working on the U-Boot bootloader. This task is quite urgent, and we are currently setting up a core group of volunteers with some U-Boot knowledge and device trees required to initialize the hardware.
As stated in a post published in 2018, we have had some experience configuring U-Boot when we set up our Development Kit, the NXP T2080-RDB. Our configuration was based on the legacy U-Boot version originally provided with the Development Kit (QorIQ SDK v2.0-1703).
An example of the problems we are facing is that our current build of U-Boot does not initialize the video card, so the only way to interact with U-Boot is via a remote serial terminal. This problem must be solved to improve the overall usability of the motherboard.
You may have a look at the steps we followed while tweaking with U-Boot on our wiki, and on the comprehensive and detailed documentation from our association website.
Below you may find a commit made in 2018 to the original U-Boot that was built back in 2017 that was provided with the NXP SDK v2.0-1703
The plan is to start working on the latest U-Boot release (2021-10), we are in doubt whether to start from the U-Boot official mainline repository or, alternatively, from the U-Boot QorIQ repository. Any advice about what is the best choice is mostly welcome (please, add a comment to this post).
Below you may find a link to what we worked on back in 2018 in order to boot Linux on the NXP Development Kit T2080-RDB
Anyone willing to help in this area should test any new release of the Linux kernel to identify any changes that may prevent the use of an NXP T2080 CPU based platform such as our notebook motherboard.
Unfortunately these tasks require a direct use of a hardware mounting the very same CPU used in the notebook motherboard and we are unable to provide access to our NXP T2080RDB to anyone. While we wait for the prototypes to become available there is little we can do in this area, but nevertheless, if you are interested helping out here you may start investigating the differences between the Book3e and Book3s PowerPC families, keeping in mind the T2080 belongs to the Book3e family, and specifically to the NXP e6500 variant. The main Linux kernel developers mailing list is https://lists.ozlabs.org/pipermail/linuxppc-dev/
At the moment we successfully tested and used kernels up to 5.12.x on our NXP DevKit T2080RDB, but we are unable to run later kernels starting with version 5.13.x, the kernel simply refuse to load. The cause is currently under investigation. If you are willing to help us here, please contact us and we will try to grant you access to the T2080RDB.
This is the GitLab page where we keep track of the kernels tested on the DevKit
Work required to fix KVM for e6500 cores
By O.T.S.U. – http://openvirtualizationalliance.org/downloads/kvm-logo_300dpi.png, CC BY-SA 3.0, https://commons.wikimedia.org/w/index.php?curid=24109871
A different area but closely linked to the kernel, is the support to the KVM, the Kernel-based Virtual Machine that does not currently work in our tests with the T2080RDB. This is a must-have feature as it allows the user to manage virtual machines running at nearly native speed because they do not need to emulate the CPU because KVM is able to use the host computer CPU directly.
Screenshot taken by Christian Zigotzky on his AmigaOne X5000 (CPU NXP P5040, PPC64, Book3e, e5500) with a working QEMU+KVM.
We are quite confident that with a relatively small effort it could work because there are people using KVM on a very similar CPU, the NXP P5020, which is a Book3e CPU, specifically the e5500 variant, the previous generation NXP CPU. You may have a look below at the results achieved by Christian Zigotzky on his AmigaOne X5000, a computer currently being sold by A-Eon and based on the NXP P5020 or P5040.
These are the relevant mailing list about respectively QEMU and KVM on PowerPC:
Another important task that we plan to carry out while the prototypes are being made available, is to coordinate people that are able to identify and fix issues preventing Linux distributions for PPC64 (Big Endian or simply BE) such as Debian, VOID or MintPPC from working on the motherboard. Other Linux distributions such as Ubuntu (last supported version 14.04) or Fedora (last supported version 28) abandoned the PPC64 a long time ago, it would be great to have them supported again, but that is way too ambitious at the moment.
The plan is to identify which software has problems on our NXP T2080 CPU, most probably due to endianness issues, identify the required set of changes in the source code, and then submit a patch to the maintainers of the software. The problem we are facing here is that the vast majority of modern software is meant to work on Little Endian CPUs only and most of the time developers do not test their software on any Big Endian platform, also because they are becoming a quite rare piece of hardware nowadays.
As having access to one T2080RDB only could be a problem, we can say that in our experience the NXP T2080 CPU behaves quite similarly to the G5 CPU (PowerPC 970), the last commercially available 64 bit CPU with Altivec used by Apple on their line of PowerPC based Macs. If a software works well on the G5 there is a very good chance that it will work well on the T2080 too. Sure, the T2080 is quite less power hungry with respect to the G5, but the G5 would be the perfect companion for carrying out the investigation while our notebook motherboard becomes available to purchase. Another difference with respect to the G5 CPU to keep in mind, is that the T2080 belongs to the Book3e CPU family where the “e” stands for “embedded”, whereas the G5 is a Book3s (aka sPAPR) CPU, see this page for an schematic explanation of the PowerPC families (https://www.kernel.org/doc/Documentation/powerpc/cpu_families.txt). A more detailed explanation of the characterics of the Book3e CPU family is available here https://www.nxp.com/docs/en/user-guide/BOOK_EUM.pdf
We would suggest to anyone interest in helping on the job to get their hand on a PowerMac G5 possibly mounting any RadeonHD video board, and install the PPC64 big endian version of Debian (https://cdimage.debian.org/cdimage/ports/current/).
An additional expertise we are looking for is anyone with some knowledge on how to tweak software in order to enable Altivec support, a single-precision floating point and integer SIMD instruction set that would greatly improve the user experience when supported.
In the past few years we identified quite a few key software areas potentially affected by endianness issues that may heavily impact the everyday use of the platform, but three areas are in our opinion the most relevant ones.
Anything related to driving modern AMD Radeon GPUs. We selected AMD GPUs to use in conjunction with the notebook motherboard, as overall these cards seem to behave quite well when used in a big endian environment. The problem to face here is that any update on anything related to driving these video cards may cause errors preventing any video output, for example updates on the kernel, on X11, Mesa for 3D software, and more recently Wayland or Vulkan. As an example, a recent update of Debian SID for PPC64 suddently broke something and now we cannot start any X11 session on any RadeonHD we tried, the cause is under investigation.
Video hardware acceleration is also a target that must be investigated, so we would need someone able to deal with problems related to AMD Radeon specific technologies such as Unified Video Decoder (UVD), Video Code Engine (VCE) and Video Core Next (VCN). Software using these technologies that must be carefully investigated are VLC, mplayer, and the video decoding part of web browsers in order to let them play videos at full speed because the CPU is not powerful enough to decode FullHD or 4K video streams.
Web browsers. These softwares are the most used applications by any type of user and without them the notebook does not have any chance to become appealing to anyone. The most stable and performing browser in our experience is Arcticfox (https://github.com/wicknix/Arctic-Fox), a fork of an old version of Firefox, and InterWeb (https://github.com/wicknix/InterWebSnow).
