Bug 664793

I've do my best to catch the error : 
first the linux pingus appear, then the normal suspend splash, and an text console
with splash_start_splash error -10 done

then the normal suspend process is done in text console.
cosmetic :-) but so important for end users ....

Fixed splashy package submitted and should show up in factory soon. Please reopen if the problem persists in one of the following milestones or factory.

I updated several times to current factory but the issue is still not fixed.

splashy-0.3.13-19.1.i586
splashy-branding-openSUSE-0.3.13-19.1.i586

But hibernation still works? Or is the result any different? You might also want to run mkinitrd as root to see if this changes anything on resume.

I have the same behavior on both hibernate and resume from hibernation

The message is:

"splashy_start_splash: -10none"

Hibernation works (some issues with resuming, but that's a separate problem).

That's on 11.4M6 updated from Factory as of 09.02.2010.

I see the exact same problem with 11.4 Final. Hibernation proceeds in text mode, and resume works too (with a switch to text console from kernel bootsplash before X resumes).

I can reproduce this, suspend itself works, but splashy fails with:

splashy_start_splash: -10none

I also tried this as root:
splashy test

It shows the splash screen for a second and then crashes with:

commandline read: splashy
commandline read: test
Splashy ERROR: Couldn't splashy_start_splashy(). Error -10

I have the same problem with hibernation option (Hibernation work, but don't show splash).

Error:
splashy_start_splash: -10none

*** Bug 680631 has been marked as a duplicate of this bug. ***

It dumps core on "splashy test".
--------------------------------
rm -f core
ulimit -c 9999
splashy test
sleep 2
gdb /usr/sbin/splashy core
------------------------------
Core was generated by `splashy test'.
Program terminated with signal 11, Segmentation fault.
#0  0x00000021 in ?? ()
(gdb) bt
#0  0x00000021 in ?? ()
#1  0xb77c4eff in splashy_stop_splash () at splashy_video.c:1356
#2  0x08049f92 in cmd_exit (args=0x0) at splashy_functions.c:298
#3  0x0804b15f in splashy_child_exit () at splashy_functions.c:1332
#4  0x08049c88 in main (argc=2, argv=0xbf8542d4) at splashy_main.c:154
(gdb) fr 1
#1  0xb77c4eff in splashy_stop_splash () at splashy_video.c:1356
1356                    video.ev_buffer->Release (video.ev_buffer);     /* input buffer */
(gdb) list
1351             * Also release textarea ? 
1352             */
1353            if (video.ev_buffer)
1354            {
1355                    DEBUG_PRINT ("Releasing %s\n", "ev_buffer");
1356                    video.ev_buffer->Release (video.ev_buffer);     /* input buffer */
1357            }
1358            if (video.keyboard)
1359            {
1360                    DEBUG_PRINT ("Releasing %s\n", "keyboard");
(gdb)

The issue remains; please fix it.

I face with this bug too, but for me hibernate to disk does not work at all, even with "--force" option.

I can confirm this issue still exists in Splashy version 0.3.13-20.1.  I have a clean install.

Ok, sorry guys, I thought I'll find the time to look into this (which is quite time consuming to debug), but I realize I don't. I've seen this working in openSUSE Factory, so it doesn't seem to be a generic bug which needs fixing for the future. The general hibernate behaviour is not affected by this bug, so it is rather cosmetic. So sorry again, closing as WONTFIX.

I'm waiting the last rebuild of factory synchronized here.
But test last week and yesterday, I saw at each time the -10 error.

I understand the won't fix, but that's only valid if we have plymooth :-)

There seems to be a submit request to openSUSE:Factory (not accepted yet):


Tue May  3 12:31:23 CEST 2011 - jslaby@suse.de

- fix gcc 4.6 build
- splashy exits prematurely fix


So it seems a fix is on its way for Factory.

The factory version does not fix this. I don't understand how the fix

https://build.opensuse.org/package/view_file?file=splashy-exits-prematurely-fix.patch&package=splashy&project=openSUSE%3AFactory&srcmd5=be0414ca07dcc4381c5c3481879c70fb

could have ever worked, it modifies a file which is removed during install:

--- a/scripts/initramfs-tools/scripts/local-premount/splashy
+++ b/scripts/initramfs-tools/scripts/local-premount/splashy
-grep -q '\(VESA\|VGA\)' /proc/fb || exit
+# newer kernels use inteldrmfb. allowing splashy to fail
+# if framebuffer is not set might be a better option:
+# users can actually see an error and report this to us
+#grep -q '\(VESA\|VGA\)' /proc/fb || exit

spec:
%install
...
rm -rf .%{_datadir}/initramfs-tools

There is another fix in splashy.git, but it also modifies the same file

http://anonscm.debian.org/gitweb/?p=splashy/splashy.git;a=commit;h=7fb92a888a53a4efd4d240e87d539bea8bc829c0

--- a/scripts/initramfs-tools/scripts/local-premount/splashy
+++ b/scripts/initramfs-tools/scripts/local-premount/splashy
@@ -35,3 +35,4 @@ test $SPLASH = "true" || exit
 grep -q '\(VESA\|VGA\)' /proc/fb || exit
 
 /sbin/splashy boot
+sleep 0.5

So it's problem with directfb and fonts:

int
splashy_start_splash ()
{
...
        if (init_font () < 0)
        {
                splashy_stop_splash ();
                return -10;
        }
...
}

disabling font init does not crash anymore and is not needed for the default theme.

--- src/splashy_video.c 2008-12-24 17:14:55.000000000 +0100
+++ src/splashy_video.c.nofont  2011-09-07 13:17:59.873000244 +0200
@@ -1316,6 +1316,7 @@ splashy_start_splash ()

         draw_progressbar ();

+/*
         if (init_font () < 0)
         {
                 splashy_stop_splash ();
@@ -1323,6 +1324,7 @@ splashy_start_splash ()
         }

         start_text_area ();
+*/

         return 0;
 }

Fine for me and I'm very glad my son will not be disappointed by not seeing the penguing during suspend.

If someone who is seeing this problem on his machine could please mv /etc/fb.modes /tmp and try again? Would be interesting to know if this also fixes the problem, we had this in the past.

(In reply to comment #21)
> If someone who is seeing this problem on his machine could please mv
> /etc/fb.modes /tmp and try again? Would be interesting to know if this also
> fixes the problem, we had this in the past.

No, it doesn't work.

So, how can I solve the problem for openSUSE 11.4?

For what it's worth, I've built a workaround package without the font initialization code as described in comment #20. It can be found in my home repository here:

http://download.opensuse.org/repositories/home:/hmacht:/branches:/openSUSE:/11.4:/Update:/Test/standard/

However, this is no real fix because it might only work with a limited number of themes (it should with the standard thime). I won't persue any further fix for 11.4, though, sorry.

Ok, thanks Holger Macht, now it seems work fine.
However, on resume, I don't see splashy but bootsplash. This was a problem in openSUSE 11.3 too.

This problem is still in 12.1.

It's some config file I guess. I zypper duped my 11.4 to 12.1 and had the same issue. After that I formatted / and re-installed. It worked once and after that the same error.

I would love to see a fix method for this, I'm having this issue also, with 12.1 and splashy/splashy-branding-OpenSUSE 0.3.13-29.1.2

Thank you!

In openSUSE 11.4 with the repo

http://download.opensuse.org/repositories/home:/hmacht:/branches:/openSUSE:/11.4:/Update:/Test/standard/

splashy is perfect, both in hibernate and in thaw .

In openSUSE12.1 there isn't the repo hmacht:branches?

I could build the package from there for 12.1, too. And ideed, it could contain a possible fix. Have you tried the package from there on your 12.1? Could be worth a try...

hmacht: that worked for me in 12.1!
now using splashy-0.3.13-22.1.i586
Thank you!

I look forward to seeing this fix merged with the standard repos.

I currently get the sleeping penguin, rather than the OpenSUSE-branding, but it's better now than CLI errors.

Ok, with splashy from 
http://download.opensuse.org/repositories/home:/hmacht:/branches:/openSUSE:/11.4:/Update:/Test/standard/
openSUSE_12.1 works very well, both in hibernate and in thaw.

Then, with

# splashy_config -s openSUSE
# mkinitrd

I get openSUSE theme.

So, it's fantastic, congratulations Holger Macht :)

Can you please also try the packages from http://download.opensuse.org/repositories/home:/hmacht:/branches:/openSUSE:/12.1:/Update/openSUSE_12.1/

Those are the 12.1 packages with the one patch that hopefully seems to fix the issue. Thanks.

Why I didn't see an update anything for Factory ?

The patch just slipped through. So if anybody confirms it working in 12.1 or Factory where it didn't work before, I will submit this to Factory and as an online update for 12.1.

(In reply to comment #32)
> Can you please also try the packages from
> http://download.opensuse.org/repositories/home:/hmacht:/branches:/openSUSE:/12.1:/Update/openSUSE_12.1/
> 
> Those are the 12.1 packages with the one patch that hopefully seems to fix the
> issue. Thanks.

Ok all good for me.

So reopening to push the update for 12.1

Asking for an update...

I hope to submit today, tomorrow at the latest.

Ok, the fix in this bug (comment 32) seems to work for some, but breaks the resume for others, as seen in bug 715967. So this can't be pushed for an online update and can just be seen as a workaround package for those systems where it works.

So I'm closing this as WONTFIX again, because there are a couple of other related open bugs (bnc#715967,bnc#728656,bnc#730050.

Ok... However thanks for your work.