This post is for documentation purposes and is not meant as a criticism of POWER or Raptor, rather, it is a place for me to think openly regarding my POWER9/Blackbird exerience so far. What is listed here may or may not necessarily be a POWER or Raptor board issue as I have yet to determine the root cause of several items. I welcome any suggestions or even fixes that you may have found in your own situations. The new platform has already forced me to learn quite a bit and hopefully this can be of use to somebody other than myself.
When rebooting sometimes restarts without onboard audio available
complete reboot removing power from the board is required to rectify this situation
System stutter with any I/O activity on the main drive (could be the PCIe-NVMe adapter?)
major I/O on the main drive (copying many large files to) makes the system nearly unusable[/s]
Retrospective: May have been combination of PCIe 3.0 storage and Gnome Shell/Nautilus thumbnailing large assets. No longer an issue.
Harddrive SMART reports an unsafe shutdown for every shutdown
This has not technically been an issue yet, I am just gambling that it won't blow up in my face - does the platform need to issue some kind of shutdown signal to the drive?[/s]
2024: It did not blow up in my face. Since replacing with a PCIe 4.0 storage device, is no longer an issue.
Unavailable dependencies needed for packages that would otherwise be installable:
mozc - that's okay anthy works just as well Just use anthy
anki - one single python package is not built for ppc Ended up writing my own flashcard program. "Resolved".
openshot - one single python package is not built for ppc. none of the other video editors will actually load any video content (missing codec? I'm too dumb to figure this out) openshot-qt
VLC playback
VLC sometimes remains "running" after closing out - cannot even kill it from terminal (kill PID) it *only* closes through system monitor when this occurs
VLC unable to stream online video content, "cannot decode h264" (even though local h264 files run fine (another codec issue?)
Disregard. I've been using mpv instead since at least 2020.
Random lockups - unable to determine the cause yet, running clamav-daemon in on-access scanning mode does seem to trigger it when nautilus begins thumbnailing new media in a directory being opened for the first time - disabled for now
also occured once when cycling through 漢字 within anthy[/s]
has not occurred only twice since thread creation - marking as non-issue
Misc missing software;
obs-studio (now available in Debian repos, as of Bullseye)
openshot-qt (now available in Debian repos, as of Bookworm)
openmw (now available in Debian repos, as of Bullseye)
0ad
dolphin-emu
mupen64plus Gaming == unimportant, trivial issue
ffmpeg botches gif creation when using palattes - standard (ugly) gif creation with ffmpeg is fine however
same exact config + script works okay on x86
ffmpeg (as of 5.1.4-0+deb12u1) botches h264 mp4 video encoding
Manually pass different codec with something like -vcodec mpeg2video or -vcodec vp9
Startup always selects another enP1s0... ethernet port for which there is no profile, must manually select the true port (might just be a GNOME bug?)
No longer an issue.
artha must be launched twice before it actually opens
Trivial issue - very unlikely to be a fault of POWER/Blackbird Options > "Show Artha's window on launch"
Large images in GIMP are much slower to work with despite having a dedicated add in GPU (a weaker GPU on x86 was fine in comparison)
Just need to be more patient with the program/use smaller images[/s]
Performance has long since been adequate. I just retested and it only slows when moving large layers in 4K+ image sizes. Non-issue, "resolved".