Page 1 of 2

stuck on splash screen: loading kernel modules (automatic)

Posted: Fri May 18, 2007 5:50 am
by jrg
I have minimyth-0.20-22b6 working fine (on SP13000), and then I try and use minimyth-0.20-26b1 and the boot gets stuck at: loading kernel modules (automatic)

Any idea how to debug this? I have pasted some info below...

$ tail messages
May 18 21:21:46 (none) local0.info minimyth: loading kernel modules (automatic) ...
May 18 21:22:07 (none) auth.info login[1174]: root login on 'pts/0'
May 18 21:22:51 (none) local0.info minimyth: processing configuration ...
May 18 21:22:51 (none) local0.info minimyth: 'tftp://192.168.0.10//conf/po//minimyth.conf' retrieved.
May 18 21:22:51 (none) local0.info minimyth: processing configuration: checking variables ...
May 18 21:22:52 (none) local0.info minimyth: processing configuration: defaulting variables ...
May 18 21:22:57 (none) local0.info minimyth: manual kernel module detection:
May 18 21:22:57 (none) local0.info minimyth: motherboard vendor='', product='' detected.
May 18 21:22:57 (none) local0.err minimyth: motherboard vendor='', product='' unknown.
May 18 21:22:57 (none) local0.err minimyth: some kernel modules may not be loaded.

$ dmidecode -t baseboard
# dmidecode 2.9
# No SMBIOS nor DMI entry point found, sorry.

$ lsmod
Module Size Used by
ide_cd 29984 0
cdrom 29088 1 ide_cd
usbhid 29868 1
ehci_hcd 21672 0
i2c_viapro 6292 0
i2c_core 13968 1 i2c_viapro
psmouse 30472 0
snd_via82xx 19220 0
snd_ac97_codec 86500 1 snd_via82xx
ac97_bus 1600 1 snd_ac97_codec
snd_pcm 55784 2 snd_via82xx,snd_ac97_codec
snd_timer 14884 1 snd_pcm
snd_page_alloc 6568 2 snd_via82xx,snd_pcm
snd_mpu401_uart 5536 1 snd_via82xx
snd_rawmidi 14720 1 snd_mpu401_uart
snd_seq_device 5644 1 snd_rawmidi
snd 37276 7 snd_via82xx,snd_ac97_codec,snd_pcm,snd_timer,snd_mpu401_uart,snd_rawmidi,snd_seq_device
soundcore 5952 1 snd
uhci_hcd 16360 0
via82cxxx 7044 0 [permanent]
ide_core 91864 2 ide_cd,via82cxxx
ohci1394 25040 0
ieee1394 70004 1 ohci1394
via_agp 7168 1
agpgart 22224 1 via_agp
ppdev 6564 0
parport_pc 18820 0
parport 17760 2 ppdev,parport_pc
loop 10152 0
video 12164 0
thermal 9704 0
processor 16704 1 thermal
fan 2820 0
button 4528 0
as_iosched 11436 1
rtc 8276 0
af_packet 10280 0
usbcore 91296 4 usbhid,ehci_hcd,uhci_hcd
unionfs 61408 1

# egrep "^MM" minimyth.conf
MM_HARDWARE_KERNEL_MODULES='vt1211'
MM_TZ='America/Los_Angeles'
MM_X_OUTPUT_TV='auto'
MM_X_TV_OUTPUT='S-Video'
MM_X_MODE='720x480'
MM_X_VNC_ENABLED='yes'
MM_EXTRAS_URL="nfs://192.168.0.10/var/media/extras"
MM_CODECS_URL='auto'
MM_THEME_NAME='G.A.N.T.'
MM_THEMEOSD_NAME='Titivillus-OSD'
MM_MYTHDVD_URL="nfs://192.168.0.10/var/media/dvd"
MM_MYTHGALLERY_URL="nfs://192.168.0.10/var/media/photos"
MM_MYTHMUSIC_URL="nfs://192.168.0.10/var/media/music"
MM_MYTHVIDEO_URL="nfs://192.168.0.10/var/media/video"
MM_MYTHGAME_URL="nfs://192.168.0.10/var/media/games"
MM_LIRC_DRIVER='serial'
MM_LIRC_DEVICE='/dev/lirc0'
MM_LIRC_KERNEL_MODULE='lirc_serial'
MM_LIRC_KERNEL_MODULE_OPTIONS='irq=3 io=0x2f8'

Posted: Fri May 18, 2007 4:14 pm
by Pablo
Could you try -26b16?

Posted: Fri May 18, 2007 4:54 pm
by jrg
Pablo wrote:Could you try -26b16?
sorry, that was a typo, I am using minimyth-0.20-26b16

Posted: Sat May 19, 2007 12:30 am
by Pablo
Could you try -26b17 and post the tail of /var/log/messages?

Posted: Sat May 19, 2007 6:21 am
by jrg
Thanks Pablo! Using -26b17 everything is back to normal; what did you fix? Would you still like me to cut and paste anything?

btw, one thing I had to add was (to get my remote functional again):
MM_LIRC_FETCH_LIRCD_CONF='yes'
MM_LIRC_FETCH_LIRCRC='yes'

Posted: Sat May 19, 2007 9:03 pm
by Pablo
I made a minor change to the motherboard2kernel_map function and added some additional diagnostic output. It is possible the function change fixed it.

Posted: Sat May 19, 2007 9:50 pm
by jrg
I spoke too soon. It seems that after a cold boot, it still hangs on the spash screen about 80% of the time (previous test was with the frontend already on). If I now hit the reset, it will come up fine.

$ tail /var/log/messages (when it hangs)
May 20 13:34:06 (none) local0.info minimyth: defaulting variables for dhcp
May 20 13:34:06 (none) local0.info minimyth: defaulting variables for extras
May 20 13:34:06 (none) local0.info minimyth: defaulting variables for font
May 20 13:34:06 (none) local0.info minimyth: defaulting variables for game
May 20 13:34:06 (none) local0.info minimyth: defaulting variables for hardware
May 20 13:34:09 (none) local0.info minimyth: manual kernel module detection:
May 20 13:34:09 (none) local0.info minimyth: motherboard vendor='', product='' detected.
May 20 13:34:09 (none) local0.warn minimyth: motherboard vendor='', product='' unknown.
May 20 13:34:09 (none) local0.warn minimyth: some kernel modules may not be loaded.
May 20 13:34:09 (none) local0.info minimyth: defaulting variables for lcdproc

Posted: Mon May 21, 2007 1:56 am
by Pablo
If the problem happens one power up but not reboot, then it may be a problem with the hardware not being completely powered up. Given that it hangs when defaulting the lcdproc, I suspect that it is a problem with the USB hardware.

In recent versions, how lcdproc and lirc are auto-detected. Now, it happens earlier in the init sequence.

Is the problem eliminated (or changed) by adding the following to your minimyth.conf file

Code: Select all

MM_LCDPROC_DRIVER='none'

Posted: Mon May 21, 2007 6:46 am
by jrg
after some more experiments the hang happens on both cold and warm boots; the splash screen hangs at processing configuration: defaulting variables ...

When I add MM_LCDPROC_DRIVER='none' the sequence is (tried this a few times):-
1min pause at loading kernel modules (automatic) ...
continue boot to Menu screen

Posted: Mon May 21, 2007 4:24 pm
by Pablo
jrg wrote:after some more experiments the hang happens on both cold and warm boots; the splash screen hangs at processing configuration: defaulting variables ...

When I add MM_LCDPROC_DRIVER='none' the sequence is (tried this a few times):-
1min pause at loading kernel modules (automatic) ...
continue boot to Menu screen
Definitely sounds like a USB related problem.

When loading kernel modules there is a 1 minute timeout. After 1 minute, all the hardware has not initialized, then it will continue anyway. I doubt it would help, but I could up the timeout to 5 minutes.

Since adding the lcdproc variable works around the problem, I believe that the problem is with USB. Can you disable USB in the BIOS?

Posted: Wed May 23, 2007 5:15 am
by jrg
yes, disabling the USB controller in the BIOS makes the problem go away. Would you like me to do anymore testing, I am rather partial to my USB connected peripherals ;-)

Posted: Thu May 31, 2007 5:02 pm
by Pablo
Since it worked in the past, it would be nice to figure out what change(s) caused it to fail. If you have the time, could you try stable releases -22, -24 and -25 and post which ones (if any) work and which ones do not?

Posted: Fri Jun 08, 2007 5:07 pm
by jrg
Some results
0.20-22b6: OK
0.20-22: OK
0.20-24: OK
0.20-25 - Hangs at cold boot (not always), after warm reset boots OK (mostly)
0.20.1-26b17: Hangs at cold boot (mostly)

Posted: Fri Jun 08, 2007 9:20 pm
by Pablo
jrg wrote:Some results
0.20-22b6: OK
0.20-22: OK
0.20-24: OK
0.20-25 - Hangs at cold boot (not always), after warm reset boots OK (mostly)
0.20.1-26b17: Hangs at cold boot (mostly)
Odd. Relatively little changed between -24 and -25. MythTV and Xine were updated, cron support was added and the 2.6.20 kernel was added to the build system (but not used).

The only think that I can think of that might be causing the problem is the change in the kernel interrupt rate from 250Hz to 300Hz. This change was made so that the interrupt rate would be a multiple of both the NTSC (60Hz) and PAL (50Hz) frame rates. I will change it back in the current SVN and upload a test version.

Posted: Fri Jun 08, 2007 10:27 pm
by Pablo
The latest test release (0.20.1-26b18) contains the reversion to the 250Hz interrupt rate. When you get a chance, could you let me know whether or not it fixes the problem?