Bug 715967

Summary:	splashy crashes during hibernate
Product:	[openSUSE] openSUSE 12.1	Reporter:	Rafael Belmonte <EagleScreen>
Component:	Other	Assignee:	Holger Macht <hmacht>
Status:	RESOLVED WONTFIX	QA Contact:	E-mail List <qa-bugs>
Severity:	Critical
Priority:	P4 - Low	CC:	andreas.bolsch, axel.braun, bruno, forgotten_--EoyBps8f, guy.zelck, hnsz2002, Markus.Elfring, novell, riggwelter, user2304, zaitor
Version:	Final
Target Milestone:	---
Hardware:	All
OS:	Other
Whiteboard:
Found By:	---	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---
Bug Depends on:
Bug Blocks:	836957
Attachments:	s2disk in action (fail) patch for "Error -10" problem splashy error

Description Rafael Belmonte 2011-09-05 12:32:02 UTC

User-Agent:       Mozilla/5.0 (X11; Linux i686; rv:6.0) Gecko/20100101 Firefox/6.0

OpenSuse uses splashy to display a good splash progress screen during the hibernate process, in my case splashy crashes at this point.

Tell me if you need some debugging information and how can I provide it to you.

Reproducible: Always

Steps to Reproduce:
1. Install OpenSuse 12.1 Milestone 5
2. Hibernate the system.
3. Splashy crashes and screen fallback to an ugly text console with error messages.
Actual Results:  
Splashy crashes and screen fallback to an ugly text console with error messages.

Expected Results:  
Splashy should provide a graphical splash to see the hibernation progress.

Comment 1 Holger Macht 2011-09-19 12:31:30 UTC

Does the hibernation actually work in this case? Please also try to set "splash = n" in /etc/suspend.conf if the hibernation is failing because of splashy. If it is working please 'mv /etc/fb.modes' /tmp/ and try again. Now working? (don't forget to 'mv /tmp/fb.modes' /etc/' afterwards.

Comment 2 Rafael Belmonte 2011-09-20 05:51:06 UTC

Splashy crash do not break hibernation in my case, hibernation works but without progress splash.
After moving fb.modes out, splash exits with this error:
Looking for splash system... splashy_start_splash: error -10none

And the hibernation continues in text mode with s2disk.

Comment 3 Peter Puncher 2011-10-14 11:47:24 UTC

Hello,

still won't work in Beta 1.

Regards, pepun

Comment 4 Forgotten User --EoyBps8f 2011-10-24 21:56:28 UTC

I can confirm that it's still broken on 12.1 RC1.

Comment 5 Bruno Friedmann 2011-11-07 13:10:48 UTC

Today I've upgraded a previously working laptop to 12.1 (factory)
Now trying to pm-hibernate HIBERNATE with splashy installed goes to crash
(nothing move on the screen) You have to kill hardly the power.

The resume image is not created or at least not used next reboot.

removing splashy 
with zypper rm splashy (remove by dep also splashy-openSUSE-branding and suspend)

then pm-hibernate HIBERNATE work as expected and computer correctly suspend.

What logs can we give to you?

Comment 6 Holger Macht 2011-11-17 14:16:32 UTC

Bruno, I think you're facing a different issue. Does the suspend process also crash if you set 'splash = n' in /etc/suspend.conf? If so, you're mentioning a different issue.

Comment 7 Bruno Friedmann 2011-11-19 20:44:19 UTC

with splash = n in suspend.conf everything is working correctly.

powersave
pm-hibernate
s2disk

all work

Comment 8 Holger Macht 2011-11-23 14:39:38 UTC

Could you please try the splashy packages from http://download.opensuse.org/repositories/home:/hmacht:/branches:/openSUSE:/12.1:/Update/openSUSE_12.1/ and check if they make any difference? Thanks.

Comment 9 James Ogley 2011-11-23 23:41:20 UTC

When installing the branding or themes package, they provide the following instruction:

Run update-initramfs -u to update your initrd image

However:

capybara:~ # update-initramfs -u
If 'update-initramfs' is not a typo you can use command-not-found to lookup the package that contains it, like this:
    cnf update-initramfs
capybara:~ # cnf update-initramfs
update-initramfs: command not found                                 

A quick Google search suggests that on Debian (picked at random) this is provided by initramfs-tools.

Comment 10 James Ogley 2011-11-24 00:04:07 UTC

With those packages installed, the splashy screen is shown during hibernation.

However, resume doesn't work properly.

The splashy screen flashes then returns to the standard bootsplash.  This is then replaced by a black screen which requires the power button to be pressed in order to shut the laptop down.  The system has clearly resumed as the power button is detected at the laptop shuts down cleanly.

pm-suspend.log shows all hooks running successfully.

Comment 11 Forgotten User --EoyBps8f 2011-11-24 06:45:05 UTC

(In reply to comment #9)
> When installing the branding or themes package, they provide the following
> instruction:
> 
> Run update-initramfs -u to update your initrd image
> 
> However:
> 
> capybara:~ # update-initramfs -u
> If 'update-initramfs' is not a typo you can use command-not-found to lookup the
> package that contains it, like this:
>     cnf update-initramfs
> capybara:~ # cnf update-initramfs
> update-initramfs: command not found                                 
> 
> A quick Google search suggests that on Debian (picked at random) this is
> provided by initramfs-tools.

https://bugzilla.novell.com/show_bug.cgi?id=542595

Comment 12 Bruno Friedmann 2011-11-24 09:26:36 UTC

Holger I made a test (factory 12.2) which show me splash 0.3.31 > to your repo.

Sending a pm-hibernate show the splash screen but no suspend state is reached
Here the state of the computer (with a remote ssh) local console locked by the splash screen 

ps auxw 
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.6  0.0   5324  3428 ?        Ss   10:15   0:01 /sbin/init
root         2  0.0  0.0      0     0 ?        S    10:15   0:00 [kthreadd]
root         3  0.0  0.0      0     0 ?        S    10:15   0:00 [ksoftirqd/0]
root         4  0.0  0.0      0     0 ?        S    10:15   0:00 [kworker/0:0]
root         5  0.0  0.0      0     0 ?        S    10:15   0:00 [kworker/u:0]
root         6  0.0  0.0      0     0 ?        S    10:15   0:00 [migration/0]
root         7  0.0  0.0      0     0 ?        SN   10:15   0:00 [rcuc0]
root         8  0.0  0.0      0     0 ?        S    10:15   0:00 [rcun0]
root         9  0.0  0.0      0     0 ?        S    10:15   0:00 [rcub0]
root        10  0.0  0.0      0     0 ?        S    10:15   0:00 [rcun1]
root        11  0.0  0.0      0     0 ?        S    10:15   0:00 [rcub1]
root        12  0.0  0.0      0     0 ?        S    10:15   0:00 [watchdog/0]
root        13  0.0  0.0      0     0 ?        S    10:15   0:00 [migration/1]
root        14  0.0  0.0      0     0 ?        S    10:15   0:00 [kworker/1:0]
root        15  0.0  0.0      0     0 ?        SN   10:15   0:00 [rcuc1]
root        16  0.0  0.0      0     0 ?        S    10:15   0:00 [ksoftirqd/1]
root        17  0.2  0.0      0     0 ?        S    10:15   0:00 [kworker/0:1]
root        18  0.0  0.0      0     0 ?        S    10:15   0:00 [watchdog/1]
root        19  0.0  0.0      0     0 ?        S<   10:15   0:00 [cpuset]
root        20  0.0  0.0      0     0 ?        S<   10:15   0:00 [khelper]
root        21  0.0  0.0      0     0 ?        S    10:15   0:00 [kdevtmpfs]
root        22  0.0  0.0      0     0 ?        S<   10:15   0:00 [netns]
root        23  0.0  0.0      0     0 ?        S    10:15   0:00 [sync_supers]
root        24  0.0  0.0      0     0 ?        S    10:15   0:00 [bdi-default]
root        25  0.0  0.0      0     0 ?        S<   10:15   0:00 [kintegrityd]
root        26  0.0  0.0      0     0 ?        S<   10:15   0:00 [kblockd]
root        27  0.0  0.0      0     0 ?        S<   10:15   0:00 [ata_sff]
root        28  0.0  0.0      0     0 ?        S    10:15   0:00 [khubd]
root        29  0.0  0.0      0     0 ?        S<   10:15   0:00 [md]
root        30  0.5  0.0      0     0 ?        S    10:15   0:01 [kworker/1:1]
root        31  0.0  0.0      0     0 ?        S    10:15   0:00 [khungtaskd]
root        32  0.0  0.0      0     0 ?        S    10:15   0:00 [kswapd0]
root        33  0.0  0.0      0     0 ?        SN   10:15   0:00 [ksmd]
root        34  0.0  0.0      0     0 ?        SN   10:15   0:00 [khugepaged]
root        35  0.0  0.0      0     0 ?        S    10:15   0:00 [fsnotify_mark]
root        36  0.0  0.0      0     0 ?        S<   10:15   0:00 [crypto]
root        40  0.0  0.0      0     0 ?        S<   10:15   0:00 [kthrotld]
root        41  0.0  0.0      0     0 ?        S    10:15   0:00 [scsi_eh_0]
root        42  0.0  0.0      0     0 ?        S    10:15   0:00 [scsi_eh_1]
root        43  0.0  0.0      0     0 ?        S    10:15   0:00 [scsi_eh_2]
root        44  0.0  0.0      0     0 ?        S    10:15   0:00 [kworker/u:1]
root        45  0.0  0.0      0     0 ?        S    10:15   0:00 [kworker/u:2]
root        46  0.0  0.0      0     0 ?        S    10:15   0:00 [kworker/u:3]
root        47  0.0  0.0      0     0 ?        S    10:15   0:00 [scsi_eh_3]
root        48  0.0  0.0      0     0 ?        S    10:15   0:00 [scsi_eh_4]
root        49  0.0  0.0      0     0 ?        S    10:15   0:00 [kworker/u:4]
root        50  0.0  0.0      0     0 ?        S    10:15   0:00 [kworker/u:5]
root        51  0.0  0.0      0     0 ?        S<   10:15   0:00 [kpsmoused]
root        52  0.1  0.0      0     0 ?        S    10:15   0:00 [kworker/0:2]
root        53  0.3  0.0      0     0 ?        S    10:15   0:00 [kworker/1:2]
root        54  0.0  0.0      0     0 ?        S    10:15   0:00 [kworker/u:6]
root       375  0.0  0.0      0     0 ?        S<   10:15   0:00 [kdmflush]
root       376  0.0  0.0      0     0 ?        S<   10:15   0:00 [kcryptd_io]
root       377  0.0  0.0      0     0 ?        S<   10:15   0:00 [kcryptd]
root       385  0.0  0.0      0     0 ?        S<   10:15   0:00 [kdmflush]
root       390  0.0  0.0      0     0 ?        S<   10:15   0:00 [kdmflush]
root       395  0.0  0.0      0     0 ?        S<   10:15   0:00 [kdmflush]
root       437  0.0  0.0      0     0 ?        S    10:15   0:00 [jbd2/dm-2-8]
root       438  0.0  0.0      0     0 ?        S<   10:15   0:00 [ext4-dio-unwrit]
root       444  0.0  0.0      0     0 ?        S    10:15   0:00 [flush-253:2]
root       485  0.0  0.0   2956  1592 ?        Ss   10:15   0:00 /sbin/udevd
root       487  0.0  0.0      0     0 ?        S    10:15   0:00 [kauditd]
root       744  0.0  0.0      0     0 ?        S<   10:16   0:00 [cfg80211]
root       773  0.5  0.0      0     0 ?        S    10:16   0:01 [kworker/0:3]
root       776  0.0  0.0      0     0 ?        S<   10:16   0:00 [kvm-irqfd-clean]
root       781  0.0  0.0      0     0 ?        S<   10:16   0:00 [hci0]
root       801  0.0  0.0      0     0 ?        S<   10:16   0:00 [hd-audio0]
root       804  0.0  0.0      0     0 ?        S<   10:16   0:00 [iwl3945]
root       873  0.0  0.0      0     0 ?        S    10:16   0:00 [jbd2/dm-1-8]
root       874  0.0  0.0      0     0 ?        S<   10:16   0:00 [ext4-dio-unwrit]
root       890  0.0  0.0      0     0 ?        S    10:16   0:00 [jbd2/sda2-8]
root       891  0.0  0.0      0     0 ?        S<   10:16   0:00 [ext4-dio-unwrit]
root       929  0.0  0.0      0     0 ?        S    10:16   0:00 [flush-8:0]
root       930  0.0  0.0      0     0 ?        S    10:16   0:00 [flush-253:1]
root      1112  0.0  0.0  38980  1296 ?        Sl   10:16   0:00 /sbin/rsyslogd -c 5 -f /etc/rsyslog.early.conf
root      1119  0.0  0.0   4672  1296 ?        Ss   10:16   0:00 /usr/sbin/cron -n
root      1123  0.0  0.0   1920   556 ?        Ss   10:16   0:00 /sbin/acpid
root      1142  0.0  0.0   1908   212 ?        Ss   10:16   0:00 /usr/sbin/nscd
root      1178  0.0  0.0  10568   532 ?        S<sl 10:16   0:00 /sbin/auditd -s disable
root      1183  0.0  0.0   5228   680 ?        Ss   10:16   0:00 /usr/sbin/smpppd
root      1190  0.0  0.0   3132  1280 ?        S    10:16   0:00 /sbin/udevd
root      1410  0.0  0.0   5276  2108 ?        Ss   10:16   0:00 login -- root     
root      1499  0.0  0.0   2360   856 ?        Ss   10:16   0:00 /sbin/rpcbind
root      1519  0.0  0.0  15884  1024 ?        Ssl  10:16   0:00 /usr/sbin/bacula-fd -c /etc/bacula/bacula-fd.conf
root      1529  0.0  0.0   2140   768 ?        Ss   10:16   0:00 /usr/sbin/xinetd -pidfile /var/run/xinetd.init.pid
root      1766  0.0  0.0   6280  1088 ?        Ss   10:16   0:00 /usr/sbin/sshd -o PidFile=/var/run/sshd.init.pid
root      1795  0.0  0.0      0     0 ?        S<   10:16   0:00 [krfcommd]
root      1799  0.0  0.1 111320  5412 ?        Sl   10:16   0:00 /usr/sbin/libvirtd -d -l
root      2082  0.1  0.0   5128  2400 tty1     Ss   10:17   0:00 -bash
statd     2160  0.0  0.0   2588  1184 ?        Ss   10:17   0:00 /usr/sbin/rpc.statd --no-notify
root      2163  0.0  0.0      0     0 ?        S<   10:17   0:00 [rpciod]
root      2164  0.0  0.0      0     0 ?        S<   10:17   0:00 [nfsiod]
root      2165  0.0  0.0      0     0 ?        S    10:17   0:00 [lockd]
root      2193  0.0  0.0   2516   576 ?        Ss   10:17   0:00 /lib/systemd/systemd-kmsg-syslogd
root      2209  0.0  0.0   2952   988 ?        S    10:17   0:00 /sbin/udevd
root      2216  0.0  0.0   2284   740 ?        Ss   10:17   0:00 /lib/systemd/systemd-stdout-syslog-bridge
root      2223  0.0  0.0   3352  1496 tty1     S+   10:19   0:00 /bin/sh /usr/sbin/pm-hibernate
root      2470  0.0  0.0      0     0 ?        S    10:19   0:00 [flush-0:36]
root      2471  0.0  0.0      0     0 ?        S    10:19   0:00 [flush-0:37]
root      2472  0.0  0.0      0     0 ?        S    10:19   0:00 [flush-0:38]
root      2501  0.0  0.0   9980  3524 ?        Ss   10:19   0:00 sshd: root@pts/0                                   
100       2511  0.0  0.0   2876  1360 ?        Ss   10:19   0:00 /bin/dbus-daemon --system --address=systemd: --nofork --systemd-activation
root      2525  0.0  0.0   3072  1360 ?        Ss   10:19   0:00 /lib/systemd/systemd-logind
root      2527  0.4  0.0   6876  2656 pts/0    Ss   10:19   0:00 -bash
root      2564  0.0  0.0   2620   884 pts/0    R+   10:19   0:00 ps auxw
r2d2:~ # lsof -p 2223
COMMAND    PID USER   FD   TYPE DEVICE SIZE/OFF    NODE NAME
pm-hibern 2223 root  cwd    DIR  253,2     4096  655364 /root/bin
pm-hibern 2223 root  rtd    DIR  253,2     4096       2 /
pm-hibern 2223 root  txt    REG  253,2   632052  659914 /bin/bash
pm-hibern 2223 root  mem    REG  253,2   256356  536961 /usr/lib/locale/en_US.utf8/LC_CTYPE
pm-hibern 2223 root  mem    REG  253,2  1679818  786713 /lib/libc-2.14.1.so
pm-hibern 2223 root  mem    REG  253,2    17392  787010 /lib/libdl-2.14.1.so
pm-hibern 2223 root  mem    REG  253,2   153068  791242 /lib/libtinfo.so.5.8
pm-hibern 2223 root  mem    REG  253,2   241888  786835 /lib/libreadline.so.6.2
pm-hibern 2223 root  mem    REG  253,2    26242 1844414 /usr/lib/gconv/gconv-modules.cache
pm-hibern 2223 root  mem    REG  253,2   148141  786502 /lib/ld-2.14.1.so
pm-hibern 2223 root    0u   CHR    4,1      0t0    1046 /dev/tty1
pm-hibern 2223 root    1w   REG  253,2     8831  532581 /var/log/pm-suspend.log
pm-hibern 2223 root    2w   REG  253,2     8831  532581 /var/log/pm-suspend.log
pm-hibern 2223 root    3r   REG   0,17        0   14962 /var/run/pm-utils/locks/pm-suspend.lock
pm-hibern 2223 root  255r   REG  253,2     2903 1992313 /usr/lib/pm-utils/bin/pm-action
r2d2:~ # cat /var/log/pm-suspend.log 
redirecting to systemctl

/usr/lib/pm-utils/sleep.d/06autofs hibernate hibernate: success.
Running hook /usr/lib/pm-utils/sleep.d/30s2disk-check hibernate hibernate:
INFO: checking for suspend-to-disk prerequisites...
  using userspace suspend method, temp. config file /var/lib/s2disk.conf
  setting resume device to /dev/dm-3
  setting image size to 1882262937
  adding these parameters from /etc/suspend.conf:
    splash = y
    threads = y

/usr/lib/pm-utils/sleep.d/30s2disk-check hibernate hibernate: success.
Running hook /usr/lib/pm-utils/sleep.d/45pcmcia hibernate hibernate:
ejecting PCMCIA cards...

/usr/lib/pm-utils/sleep.d/45pcmcia hibernate hibernate: success.
Running hook /usr/lib/pm-utils/sleep.d/49bluetooth hibernate hibernate:

/usr/lib/pm-utils/sleep.d/49bluetooth hibernate hibernate: success.
Running hook /usr/lib/pm-utils/sleep.d/50rcnetwork hibernate hibernate:

/usr/lib/pm-utils/sleep.d/50rcnetwork hibernate hibernate: success.
Running hook /usr/lib/pm-utils/sleep.d/55NetworkManager hibernate hibernate:
Having NetworkManager put all interaces to sleep...Failed.

/usr/lib/pm-utils/sleep.d/55NetworkManager hibernate hibernate: success.
Running hook /usr/lib/pm-utils/sleep.d/75modules hibernate hibernate:

/usr/lib/pm-utils/sleep.d/75modules hibernate hibernate: success.
Running hook /usr/lib/pm-utils/sleep.d/80acpi-fan hibernate hibernate:

/usr/lib/pm-utils/sleep.d/80acpi-fan hibernate hibernate: success.
Running hook /usr/lib/pm-utils/sleep.d/80videobios hibernate hibernate:

/usr/lib/pm-utils/sleep.d/80videobios hibernate hibernate: success.
Running hook /usr/lib/pm-utils/sleep.d/90clock hibernate hibernate:

/usr/lib/pm-utils/sleep.d/90clock hibernate hibernate: success.
Running hook /usr/lib/pm-utils/sleep.d/94cpufreq hibernate hibernate:

/usr/lib/pm-utils/sleep.d/94cpufreq hibernate hibernate: success.
Running hook /usr/lib/pm-utils/sleep.d/95led hibernate hibernate:

/usr/lib/pm-utils/sleep.d/95led hibernate hibernate: success.
Running hook /usr/lib/pm-utils/sleep.d/95packagekit hibernate hibernate:

/usr/lib/pm-utils/sleep.d/95packagekit hibernate hibernate: success.
Running hook /usr/lib/pm-utils/sleep.d/98video-quirk-db-handler hibernate hibernate:
nVidia binary video drive detected, not using quirks.

/usr/lib/pm-utils/sleep.d/98video-quirk-db-handler hibernate hibernate: success.
Running hook /usr/lib/pm-utils/sleep.d/99Zgrub hibernate hibernate:
INFO: running prepare-grub
  Skipping grub entry #1, because it has the noresume option
  running kernel is grub menu entry 0 (vmlinuz-3.1.0-2-desktop)
  preparing boot-loader: selecting entry 0, kernel /boot/3.1.0-2-desktop
  grub-once:   saving original /boot/grub/default
  running '/usr/sbin/grubonce 0'
Using entry #0: Desktop -- openSUSE 12.1 RC 1 - 3.1.0-2
    time needed for sync: 0.0 seconds, time needed for grub: 0.0 seconds.

/usr/lib/pm-utils/sleep.d/99Zgrub hibernate hibernate: success.
Running hook /etc/pm/sleep.d/99at hibernate hibernate:

/etc/pm/sleep.d/99at hibernate hibernate: success.
Running hook /usr/lib/pm-utils/sleep.d/99info hibernate hibernate:

/usr/lib/pm-utils/sleep.d/99info hibernate hibernate: success.
Running hook /usr/lib/pm-utils/sleep.d/99video hibernate hibernate:

/usr/lib/pm-utils/sleep.d/99video hibernate hibernate: success.
Thu Nov 24 10:19:03 CET 2011: performing hibernate
INFO: using built-in quirks database from HAL.
INFO: S2RAM_OPTS from HAL quirks: ' '.

I will redo that with s2disk

Comment 13 Bruno Friedmann 2011-11-24 09:56:55 UTC

Created attachment 463873 [details]
s2disk in action (fail)

ScreenShot of s2disk splashy with openSUSE theme

My normal vga mode is 0x369 on this computer 1680x1050 (given by the quadro bios)

With s2disk the suspend image is created but the computer is still available on network

need systemctl poweroff or reboot

Comment 14 Holger Macht 2011-11-24 13:52:28 UTC

Ok, it seems there are a couple of issues mixed up here in this bug. In the initial comment, it is just about the splash not being shown but the hibernation working. So I will handle this bug for this issue. With the package from comment 8 and the confirmation from comment 10, I consider this bug fixed. I assume it is a duplicate or similar issue to bug 664793. I will push an update with this fix and 12.1.

Bruno, you're seeing a different issue here and I think you already reported it in bug 728656. Please correct me if I'm wrong. And if I am, please create a new bug for the things you mentioned in this bug.

Comment 15 Bruno Friedmann 2011-11-24 14:04:51 UTC

In fact yes, I start to be "splashy" myself
But if you look at my last screeshot, the default openSUSE theme contain 11.3 branding image, not the 12.1 
I think that can be fixed in one run no ?

Comment 16 Holger Macht 2011-11-24 14:22:53 UTC

Yes, I think I will handle them together, but 730050 already exists for that.

Comment 17 James Ogley 2011-11-25 08:33:51 UTC

(In reply to comment #14)
> the confirmation from comment 10, I consider this bug fixed.

Not quite - in a sense it's a worse situation than before in that I effectively can't resume and am having to shutdown now rather than hibernate.

Comment 18 Holger Macht 2011-11-30 10:14:28 UTC

And you are really really sure that resume worked with the old splashy package and thus the new ones broke your resume?

If so, please run mkinitrd as root and try to suspend again. Any different?

Comment 19 James Ogley 2011-11-30 10:37:00 UTC

I really am sure of that and it's no different having run mkinitrd.

Comment 20 James Ogley 2011-12-08 14:36:29 UTC

Just got updated splashy packages and it all works now - thanks.

Comment 21 Holger Macht 2011-12-08 14:42:13 UTC

From where did you get that new package?

Comment 22 James Ogley 2011-12-08 14:45:56 UTC

From your repo:

Distribution: home:hmacht:branches:openSUSE:12.1:Update / openSUSE_12.1

Comment 23 James Ogley 2011-12-08 14:46:25 UTC

Version may be of use:

ogley@capybara:~> rpm -q splashy
splashy-0.3.13-29.5.1.x86_64

Comment 24 Holger Macht 2011-12-08 14:52:23 UTC

Ah ok, you automatically got it because I removed the patch. This package is just the old with new branding, so unfortunately we don't have a fix here.

Comment 25 James Ogley 2011-12-08 15:03:15 UTC

Oh yes, I didn't even notice the splash wasn't there - just that my laptop resumed! :)

Comment 26 Markus Elfring 2011-12-15 20:30:35 UTC

The package "splashy-0.3.13-29.1.2.x86_64" is also active on my openSUSE 12.1 system. I would appreciate if the message "splashy_start_splash: error -10none" can be avoided.

Comment 27 Norbert Hornyak 2012-01-03 22:08:59 UTC

(In reply to comment #8)
> Could you please try the splashy packages from
> http://download.opensuse.org/repositories/home:/hmacht:/branches:/openSUSE:/12.1:/Update/openSUSE_12.1/
> and check if they make any difference? Thanks.

I can confirm, that splashy are buggy in 12.1.
I got same error as others said, both during hibernate, and test with "splashy test"
"Couldn't splashy_start_splashy(). Error -10"

Comment 28 Norbert Hornyak 2012-01-03 22:10:56 UTC

Here is some strace output from "splashy test", I dont know, it is help or not:
http://paste.opensuse.org/16468235

Comment 29 Guy Zelck 2012-03-10 20:34:12 UTC

It is as broken in 11.4 x86_64 too. I have the exact same symptoms as the original poster has. If any fix would come out of this, please back-port to 11.4.
Thanks.

Comment 30 Norbert Hornyak 2012-03-10 20:42:28 UTC

Sadly nothing (or very few things) backported to earlier versions of distro/program.
If you have a problem with something, upgrade/install the new version of program... (Which has bring another new bugs...)

Comment 31 Andreas Bolsch 2012-05-27 12:48:49 UTC

Created attachment 492605 [details]
patch for "Error -10" problem

Comment 32 Andreas Bolsch 2012-05-27 12:53:18 UTC

Hm, at least on my system the "Error -10" is a rather silly file-not-found problem: The font file is looked up directly in "/usr/share/splashy/" whereas the font files are actually located in the "current_theme" subdirectory right below that one. And the following attempt to get a default font via NULL as pointer to filename throws a segfault ...

Comment 33 Holger Macht 2012-05-29 09:40:03 UTC

Andreas, thanks for the effort. However, doesn't this break all themes which do not provide a font? Not that the situation can become much worse though...

I've prepared test packages at the repo at http://download.opensuse.org/repositories/home:/hmacht:/branches:/openSUSE:/12.1:/Update/standard/ including the latest patch. Can everybody involved please check if the package makes things better, worth or doesn't have any impact. There are a couple of issues seen in this bug and I want to prevent more regressions. Thanks.

Comment 34 Andreas Bolsch 2012-05-29 10:18:56 UTC

That's a good point indeed. Some themes (even those from the distribution) don't come with any font ...
But on the other hand the splashy rpm itself doesn't come with any default font either (there is one in the 'default' theme but not a true default one the original version would find).
Therefore the original version could never have worked as intended except if there were some leftover from old packages or 'foreign' packages.

So maybe the best solution would be to check first the current theme subdir and if that fails, use a default that has to be *added* to the splashy rpm. 
But in any case, the more explicit error message should help. Just telling "Error -10" is not that sensible.

Comment 35 Norbert Hornyak 2012-05-30 06:57:16 UTC

Created attachment 492894 [details]
splashy error

Comment 36 Norbert Hornyak 2012-05-30 07:00:46 UTC

(In reply to comment #33)
> Andreas, thanks for the effort. However, doesn't this break all themes which do
> not provide a font? Not that the situation can become much worse though...
> 
> I've prepared test packages at the repo at
> http://download.opensuse.org/repositories/home:/hmacht:/branches:/openSUSE:/12.1:/Update/standard/
> including the latest patch. Can everybody involved please check if the package
> makes things better, worth or doesn't have any impact. There are a couple of
> issues seen in this bug and I want to prevent more regressions. Thanks.

I tried that form your repo, it's worst. The logo is appear, but wrong dimension and wrong colors: https://bugzilla.novell.com/attachment.cgi?id=492894
Then if I try to escape from 'splashy test', the screen is completely blanked, and the keyboard is freezed. I can't switch to terminal, can't send a ctrl+alt+del, even the num lock doesn't work, I must RESET my computer.

Comment 37 Andreas Bolsch 2012-05-30 08:48:46 UTC

Unpleasent indeed, but I'm afraid it's probably completely unrelated to the fix above. Without it splashy simply crashed *before* it had any chance to mess with the framebuffer etc. (see comment 28). Now it passes the first obstacle and hits a second one. 
From the picture you attached it seems that splashy gets/sets a wrong graphics mode/size/depth. No wonder that it tears down the system completely then.

BTW Does /sbin/fbset -a report correct values? There is a remark in the sources "On dual-head systems the value of height is sometimes 2 times heigher than
 * what's reported by xres from /dev/fb0". You've got a dual-head capable card?

Comment 38 James Ogley 2012-05-30 09:43:42 UTC

I see the same as in comment 10 with those packages I'm sorry to say.

Comment 39 Holger Macht 2012-08-13 09:36:06 UTC

I'm sorry to inform you that this won't be fixed anymore for 12.1. At least I won't do it because I do not find the time, I thought I would, but I don't. And for Factory, the graphical hibernation is switching to plymouth. Sorry.

Comment 40 Axel Braun 2012-10-31 19:38:45 UTC

Hm...in 12.2 I get the error with -3. Is that the same issue, or shall I open a new bug?

Comment 41 James Ogley 2012-11-06 08:59:26 UTC

Same as comment 40 on a fresh install - should this be a new bug?

Comment 42 Holger Macht 2012-11-06 09:05:52 UTC

Yes, new bug. And to be realistic, a bug against 12.3/Factory and plymouth has the best chances to get fixed.

Comment 43 Forgotten User --EoyBps8f 2012-11-06 09:09:16 UTC

I wonder about comment 39. Does it not state that splashy will not be used for 12.2 but plymouth? If so how can splashy still cause issues?

Comment 44 Forgotten User --EoyBps8f 2012-11-06 09:35:16 UTC

The problem with 12.2 seems that suspend still holds on to splashy. Removing splashy removes:

plymouth plymouth-branding-openSUSE plymouth-scripts splashy splashy-branding-openSUSE suspend

I filed bug 788292 about the package suspend still depending on splashy instead of using plymouth.