http://bugzilla.opensuse.org/show_bug.cgi?id=1074566 http://bugzilla.opensuse.org/show_bug.cgi?id=1074566#c1 Jiri Srain changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|jsrain@suse.com |afaerber@suse.com --- Comment #1 from Jiri Srain --- Andreas, can you, please, have a look? -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1074566 http://bugzilla.opensuse.org/show_bug.cgi?id=1074566#c4 Erick Couts II changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CONFIRMED CC| |jupiterict@gmail.com --- Comment #4 from Erick Couts II --- The problem is not the amount of memory on the RPi3, it's that someone changed the amount of memory available in the boot config.txt file but forgot to reflect this change in the initramfs. If you want it to boot, you'll have to change the config.txt file to reduce the amount of GPU memory from 128 to 96. This is set for the lower memory amounts, but the Pi3 has 1G of memory. After this is set, you may be able to increase the amount of GPU memory available after recreating the initramfs file with the actual amount of RAM available included in the command. In general, just change the config.txt file to reduce the amount of GPU memory to 96 instead of 128. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1074566 http://bugzilla.opensuse.org/show_bug.cgi?id=1074566#c6 --- Comment #6 from Alexander Graf --- I've send an SR to the OpenSUSE RPI FW project to clean up config.txt and reduce GPU RAM usage to 32MB which was enough for everything I've tried so far: https://build.opensuse.org/request/show/568090 -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1074566 http://bugzilla.opensuse.org/show_bug.cgi?id=1074566#c8 --- Comment #8 from Guillaume GARDET --- (In reply to Alexander Graf from comment #7)

Hm, I should've looked through the config.txt change first:

+------------------------------------------------------------------- +Tue Sep 27 09:09:10 UTC 2016 - guillaume@opensuse.org + +- Increase from 64 MB to 96 MB of RAM for GPU for RPi with 256 or + 512 MB of RAM to be able to decode a 1080p h264 video in kodi

Apparently Guillaume has GPU accelerated graphics decoding working? In that case we may need more GPU RAM reserved...

It is doable only with a downstream kernel. So, feel free to change it for upstream images. If needed, we can adjust it for the Contrib repo (which I did not updated since a while...). -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1074566 http://bugzilla.opensuse.org/show_bug.cgi?id=1074566#c9 --- Comment #9 from Erick Couts II --- I just want to take a moment to point out that the best solution may be to take advantage of the RPi3's ability to dynamically allocate memory between the GPU and system. While it is tricky, it can be done in the config.txt file with two or three special options. We could set the minimum to 32 and the max to 512. Would that suffice? After all, if we're using it as a compiler, the memory is important. If we're testing compilations, the GPU may need it more. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1074566 http://bugzilla.opensuse.org/show_bug.cgi?id=1074566#c11 --- Comment #11 from Erick Couts II --- Would it be possible to have it to the increased value of at least 128 for GPU with the option to decrease it? I'm working on a few game emulators and forcing it off at 96 is a bit low for even only having 1GB of shared memory. I mean, if the initramfs isn't built into the kernel, I could just build another easily, but if it is, compiling the whole kernel just to change that one value seems like overkill. Anyway, it's your fix, just so as you like I suppose. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1074566 http://bugzilla.opensuse.org/show_bug.cgi?id=1074566#c13 --- Comment #13 from Erick Couts II --- Well, I'm not 100% certain of whether it will be a problem, but OpenGL may need it for textures and for anything vc4 can't do properly. And, if video decoding is to be fixed, we need to not have memory as a road block. And changing the available memory isn't as simple as just changing the setting if the initramfs file is set to use all available system memory. But I'm new to compiling for aarch64, so I don't fully understand the partitioning of the memory. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1074566 http://bugzilla.opensuse.org/show_bug.cgi?id=1074566#c15 --- Comment #15 from Erick Couts II --- Isn't the reason that we had to reduce the GPU memory size because initramfs was trying to use 32Mb more than it had available due to the GPU memory setting being 128M? So, if the initramfs is still to be set to the maximum available memory size at the time, and we take system memory to use for the GPU, initramfs will fail to load into the available memory. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1074566 http://bugzilla.opensuse.org/show_bug.cgi?id=1074566#c18 Guillaume GARDET changed: What |Removed |Added ---------------------------------------------------------------------------- Status|IN_PROGRESS |RESOLVED Resolution|--- |FIXED --- Comment #18 from Guillaume GARDET --- Latest published image (openSUSE-Tumbleweed-ARM-JeOS-raspberrypi3.aarch64-2018.04.30-Build2.8.raw.xz) which is Tumbleweed 20180502 does boot properly. So, I close this bug. -- You are receiving this mail because: You are on the CC list for the bug.