[det]

morche
bei Intel grafigkarten kommt folgende Meldung in /var/log/messages  

Dec 25 10:14:06 (MLD) daemon.info init: starting pid 16960, tty '': '/etc/init.d/rc.poweroff'
Dec 25 10:14:06 (MLD) user.info kernel: bootsplash: status on console 0 changed to on
Dec 25 10:14:06 (MLD) user.alert kernel: BUG: unable to handle kernel NULL pointer dereference at   (null)
Dec 25 10:14:06 (MLD) user.alert kernel: IP: [] splashcopy+0x32/0x9f
Dec 25 10:14:06 (MLD) user.warn kernel: *pde = 00000000
Dec 25 10:14:06 (MLD) user.warn kernel: Oops: 0000 [#1] SMP
Dec 25 10:14:06 (MLD) user.warn kernel: Modules linked in: snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss stv0299(O) budget(O) budget_core(O) ttpci_eeprom(O) saa7146(O) dvb_core(O) snd_hda_codec_realtek i915 drm_kms_helper drm video b
Dec 25 10:14:06 (MLD) user.warn kernel: Pid: 16960, comm: rc.poweroff Tainted: G           O 3.6.2.152 #1 FUJITSU SIEMENS MS-7379VP/MS-7379VP
Dec 25 10:14:06 (MLD) user.warn kernel: EIP: 0060:[] EFLAGS: 00010283 CPU: 1
Dec 25 10:14:06 (MLD) user.warn kernel: EIP is at splashcopy+0x32/0x9f
Dec 25 10:14:06 (MLD) user.warn kernel: EAX: f9000000 EBX: f9000000 ECX: f9000004 EDX: 00000000
Dec 25 10:14:06 (MLD) user.warn kernel: ESI: 00000000 EDI: 00000000 EBP: 00000000 ESP: f33afeb0
Dec 25 10:14:06 (MLD) user.warn kernel:  DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Dec 25 10:14:06 (MLD) user.warn kernel: CR0: 80050033 CR2: 00000000 CR3: 33627000 CR4: 000007d0
Dec 25 10:14:06 (MLD) user.warn kernel: DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000
Dec 25 10:14:06 (MLD) user.warn kernel: DR6: ffff0ff0 DR7: 00000400
Dec 25 10:14:06 (MLD) user.emerg kernel: Process rc.poweroff (pid: 16960, ti=f33ae000 task=f2e374d0 task.ti=f33ae000)
Dec 25 10:14:06 (MLD) user.emerg kernel: Stack:
Dec 25 10:14:06 (MLD) user.warn kernel:  0000001c 000001e0 00000000 00000000 00000000 f2f58400 00000000 00001e00
Dec 25 10:14:06 (MLD) user.warn kernel:  00000000 c126cd6a 00000780 00001e00 00000000 f801b000 f2f58400 000001c0
Dec 25 10:14:06 (MLD) user.warn kernel:  000002e8 c126cf39 0000001c 00000780 f5416c00 f2f58400 0000001c c10df19b
Dec 25 10:14:06 (MLD) user.emerg kernel: Call Trace:
Dec 25 10:14:06 (MLD) user.warn kernel:  [] ? splashfill+0x3f/0x47
Dec 25 10:14:06 (MLD) user.warn kernel:  [] ? splash_clear_margins+0x3c/0x89
Dec 25 10:14:06 (MLD) user.warn kernel:  [] ? proc_delete_dentry+0x6/0x6
Dec 25 10:14:06 (MLD) user.warn kernel:  [] ? splash_status+0xed/0x125
Dec 25 10:14:06 (MLD) user.warn kernel:  [] ? splash_write_proc+0x434/0x44f
Dec 25 10:14:06 (MLD) user.warn kernel:  [] ? proc_delete_dentry+0x6/0x6
Dec 25 10:14:06 (MLD) user.warn kernel:  [] ? proc_file_write+0x4d/0x60
Dec 25 10:14:06 (MLD) user.warn kernel:  [] ? proc_reg_write+0x55/0x69
Dec 25 10:14:06 (MLD) user.warn kernel:  [] ? proc_reg_poll+0x56/0x56
Dec 25 10:14:06 (MLD) user.warn kernel:  [] ? vfs_write+0x85/0xeb
Dec 25 10:14:06 (MLD) user.warn kernel:  [] ? sys_write+0x3d/0x64
Dec 25 10:14:06 (MLD) user.warn kernel:  [] ? sysenter_do_call+0x12/0x26
Dec 25 10:14:06 (MLD) user.emerg kernel: Code: 56 89 d6 53 89 c3 83 ec 14 8b 7c 24 28 89 f8 99 f7 fd 89 fd 83 e5 02 83 e7 01 89 6c 24 0c 89 7c 24 10 89 44 24 04 eb 64 8d 48 04  2a 89 28 8b 6a 04 83 c0 08 83 c2 08 89 29 47 eb 09 89 f2 89
Dec 25 10:14:06 (MLD) user.emerg kernel: EIP: [] splashcopy+0x32/0x9f SS:ESP 0068:f33afeb0
Dec 25 10:14:06 (MLD) user.warn kernel: CR2: 0000000000000000
Dec 25 10:14:06 (MLD) user.warn kernel: ---[ end trace 96cbcd8617ea3e2f ]---
Dec 25 10:14:06 (MLD) daemon.info init: The system is going down NOW!

und das System bleibt mit Ton stehen

das Problem ist schon hier ersichtlich

Dec 25 11:00:49 (MLD) user.info kernel: fb: conflicting fb hw usage inteldrmfb vs VESA VGA - removing generic driver
Dec 25 11:00:49 (MLD) user.info kernel: Console: switching to colour dummy device 80x25
Dec 25 11:00:49 (MLD) user.err kernel: iounmap: bad address f816a000
Dec 25 11:00:49 (MLD) user.warn kernel: Pid: 932, comm: modprobe Tainted: G           O 3.6.2.152 #1
Dec 25 11:00:49 (MLD) user.warn kernel: Call Trace:
Dec 25 11:00:49 (MLD) user.warn kernel:  [<c12704d0>] ? vesafb_destroy+0x1d/0x3b
Dec 25 11:00:49 (MLD) user.warn kernel:  [<c125ec75>] ? put_fb_info+0x19/0x1a
Dec 25 11:00:49 (MLD) user.warn kernel:  [<c125ed6b>] ? do_unregister_framebuffer+0xb0/0xbb
Dec 25 11:00:49 (MLD) user.warn kernel:  [<c125ee95>] ? do_remove_conflicting_framebuffers+0xfb/0x115
Dec 25 11:00:49 (MLD) user.warn kernel:  [<c125f0e1>] ? remove_conflicting_framebuffers+0x23/0x30
Dec 25 11:00:49 (MLD) user.warn kernel:  [<f8975d21>] ? i915_driver_load+0x165/0x895 [i915]
Dec 25 11:00:49 (MLD) user.warn kernel:  [<f88ac798>] ? drm_get_pci_dev+0x120/0x1fc [drm]
Dec 25 11:00:49 (MLD) user.warn kernel:  [<c1255bd0>] ? pci_device_probe+0x75/0xea
Dec 25 11:00:49 (MLD) user.warn kernel:  [<c12b5c71>] ? driver_probe_device+0x85/0x161
Dec 25 11:00:49 (MLD) user.warn kernel:  [<c12b5d8d>] ? __driver_attach+0x40/0x5b
Dec 25 11:00:49 (MLD) user.warn kernel:  [<c12b4b65>] ? bus_for_each_dev+0x37/0x59
Dec 25 11:00:49 (MLD) user.warn kernel:  [<c12b593c>] ? driver_attach+0x14/0x17
Dec 25 11:00:49 (MLD) user.warn kernel:  [<c12b5d4d>] ? driver_probe_device+0x161/0x161
Dec 25 11:00:49 (MLD) user.warn kernel:  [<c12b5606>] ? bus_add_driver+0x8f/0x1a9
Dec 25 11:00:49 (MLD) user.warn kernel:  [<f89cb000>] ? 0xf89cafff
Dec 25 11:00:49 (MLD) user.warn kernel:  [<c12b60e6>] ? driver_register+0x6e/0xcb
Dec 25 11:00:49 (MLD) user.warn kernel:  [<f89cb000>] ? 0xf89cafff
Dec 25 11:00:49 (MLD) user.warn kernel:  [<f89cb000>] ? 0xf89cafff
Dec 25 11:00:49 (MLD) user.warn kernel:  [<c12560a3>] ? __pci_register_driver+0x31/0x7a
Dec 25 11:00:49 (MLD) user.warn kernel:  [<c100114e>] ? do_one_initcall+0x66/0x104
Dec 25 11:00:49 (MLD) user.warn kernel:  [<c1057186>] ? sys_init_module+0x1353/0x156c
Dec 25 11:00:49 (MLD) user.warn kernel:  [<c1452610>] ? sysenter_do_call+0x12/0x26


eine änderung von

#blacklist vesafb  in
blacklist vesafb

bringt hier auch keine enderung
mfg det

[det]

das Problem scheint schon länger bekamt zu sein .

http://www.minidvblinux.de/forum/index.php...f=24&t=5037&hl=

Was anderes, die Kiste läßt sich weder rebooten noch herunterfahren. Irgendwie kommt mir das bekannt vor, ich glaube sowas hatte ich damals auch schon mal. Die Kiste ist nicht mehr bedienbar, der Ton läuft weiter und ich befinde mich in der Busybox.

@Claus
Mit dem PowerOff Problem kann ich eventuell helfen, wenn Du die shutdown Ausgaben (stehen eventuell auch in der /var/log/sysinit) postest.

nur in /var/log/messages
ist das zu erkennen

Dec 25 20:06:29 (MLD) user.err vdr: [1938] executing command 'poweroff'
Dec 25 19:06:29 (MLD) daemon.info init: starting pid 3908, tty '': '/etc/init.d/rc.poweroff'
Dec 25 19:06:30 (MLD) daemon.info init: The system is going down NOW!
Dec 25 19:06:30 (MLD) user.info kernel: bootsplash: status on console 0 changed to on
Dec 25 19:06:30 (MLD) user.alert kernel: BUG: unable to handle kernel NULL pointer dereference at   (null)
Dec 25 19:06:30 (MLD) user.alert kernel: IP: [<c126ccbe>] splashcopy+0x32/0x9f
Dec 25 19:06:30 (MLD) user.warn kernel: *pde = 00000000
Dec 25 19:06:30 (MLD) user.warn kernel: Oops: 0000 [#1] SMP
Dec 25 19:06:30 (MLD) user.warn kernel: Modules linked in: snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss stv0299(O) snd_hda_codec_realtek budget(O) budget_core(O) ttpci_eeprom(O) saa7146(O) dvb_core(O) i915 drm_kms_helper drm video i
Dec 25 19:06:30 (MLD) user.warn kernel: Pid: 3908, comm: rc.poweroff Tainted: G           O 3.6.2.152 #1 FUJITSU SIEMENS MS-7379VP/MS-7379VP
Dec 25 19:06:30 (MLD) user.warn kernel: EIP: 0060:[<c126ccbe>] EFLAGS: 00010283 CPU: 1
Dec 25 19:06:30 (MLD) user.warn kernel: EIP is at splashcopy+0x32/0x9f
Dec 25 19:06:30 (MLD) user.warn kernel: EAX: f8f00000 EBX: f8f00000 ECX: f8f00004 EDX: 00000000
Dec 25 19:06:30 (MLD) user.warn kernel: ESI: 00000000 EDI: 00000000 EBP: 00000000 ESP: f2919eb0
Dec 25 19:06:30 (MLD) user.warn kernel:  DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Dec 25 19:06:30 (MLD) user.warn kernel: CR0: 8005003b CR2: 00000000 CR3: 3289b000 CR4: 000007d0
Dec 25 19:06:30 (MLD) user.warn kernel: DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000
Dec 25 19:06:30 (MLD) user.warn kernel: DR6: ffff0ff0 DR7: 00000400
Dec 25 19:06:30 (MLD) user.emerg kernel: Process rc.poweroff (pid: 3908, ti=f2918000 task=f297b410 task.ti=f2918000)
Dec 25 19:06:30 (MLD) user.emerg kernel: Stack:
Dec 25 19:06:30 (MLD) user.warn kernel:  0000001c 000001e0 00000000 00000000 00000000 f295b400 00000000 00001e00
Dec 25 19:06:30 (MLD) user.warn kernel:  00000000 c126cd6a 00000780 00001e00 00000000 f801b000 f295b400 000001c0
Dec 25 19:06:30 (MLD) user.warn kernel:  000002e8 c126cf39 0000001c 00000780 f5416c00 f295b400 0000001c c10df19b
Dec 25 19:06:30 (MLD) user.emerg kernel: Call Trace:
Dec 25 19:06:30 (MLD) user.warn kernel:  [<c126cd6a>] ? splashfill+0x3f/0x47
Dec 25 19:06:30 (MLD) user.warn kernel:  [<c126cf39>] ? splash_clear_margins+0x3c/0x89
Dec 25 19:06:30 (MLD) user.warn kernel:  [<c10df19b>] ? proc_delete_dentry+0x6/0x6
Dec 25 19:06:30 (MLD) user.warn kernel:  [<c126af72>] ? splash_status+0xed/0x125
Dec 25 19:06:30 (MLD) user.warn kernel:  [<c126b3de>] ? splash_write_proc+0x434/0x44f
Dec 25 19:06:30 (MLD) user.warn kernel:  [<c10df19b>] ? proc_delete_dentry+0x6/0x6
Dec 25 19:06:30 (MLD) user.warn kernel:  [<c10df1e8>] ? proc_file_write+0x4d/0x60
Dec 25 19:06:30 (MLD) user.warn kernel:  [<c10dc4d9>] ? proc_reg_write+0x55/0x69
Dec 25 19:06:30 (MLD) user.warn kernel:  [<c10dc484>] ? proc_reg_poll+0x56/0x56
Dec 25 19:06:30 (MLD) user.warn kernel:  [<c10a3467>] ? vfs_write+0x85/0xeb
Dec 25 19:06:30 (MLD) user.warn kernel:  [<c10a3656>] ? sys_write+0x3d/0x64
Dec 25 19:06:30 (MLD) user.warn kernel:  [<c1452610>] ? sysenter_do_call+0x12/0x26
Dec 25 19:06:30 (MLD) user.emerg kernel: Code: 56 89 d6 53 89 c3 83 ec 14 8b 7c 24 28 89 f8 99 f7 fd 89 fd 83 e5 02 83 e7 01 89 6c 24 0c 89 7c 24 10 89 44 24 04 eb 64 8d 48 04 <8b> 2a 89 28 8b 6a 04 83 c0 08 83 c2 08 89 29 47 eb 09 89 f2 89
Dec 25 19:06:30 (MLD) user.emerg kernel: EIP: [<c126ccbe>] splashcopy+0x32/0x9f SS:ESP 0068:f2919eb0
Dec 25 19:06:30 (MLD) user.warn kernel: CR2: 0000000000000000
Dec 25 19:06:30 (MLD) user.warn kernel: ---[ end trace 2c64820a22e83b5e ]---

und dann ist Schluss

mfg det


 

[Holger]

vllt. hilft es, in der /etc/init.d/rc.poweroff in der Zeile 11 das show_splash auszukommentieren

Holger

[det]

hi
@Holger
herunterfahren tut er jetzt danke für den Tipp .

aber sollte der vesafb nicht vielleicht besser als modul gebaut werten ?
eine ati oder intel mögen den nicht .
mfg det  
 

[wino]

Vielleicht hilft für bestimmte Hardware folgendes. Habe versuchsweise anstelle von vesafb, uvesa als Modul in der Kernelconfig eingestellt. Dies macht v86d erforderlich. Das Addon habe ich eingecheckt.

Probiert es bitte aus und wenn es nichts bringt, kann der vorherige Zustand wieder hergestellt werden.

EDIT: Damit das v86d Addon gebaut wird müsste Claus v86d auf dem Server installieren.

Gruß
wino

[P3f]

Hi Wino,

Ich habe nun auch das Kerneladdon geupdated, sowie das v86d Addon installiert auch meiner MLD3.0.2. es funktioniert scheinbar alles weiterhin, allerdings kommt nun beim Starten kein "MLD-Startbild mit Laufbalken" mehr, leider. Und nachdem der Bootvorgang gestartet wird kommt es zu einem Fehler, das der Modi (Grafikmodus) nicht erkannt werden kann. Nach 30 Sekunden startet die MLD dann aber und der VDR und das Ausgabeplugin wird auch korrekt gestartet. Also wenn das bei allen so nun kommt dann würde ich gerne Rückgängig machen..... Oder muß nun ein anderer Startparameter eingetragen werden?

Beim ausschalten kommt nun auch nicht mehr dr "MLD-Stopbildschirm mit Laufbalken". Denke aber das ist wegen dem o.g. Problem so gewünscht. Das mit den Laufbalken war halt nur schöner als die Linuxmeldungen. (WAF wird niedriger)

Warum hast Du eigentlich die "deps" nicht Makefile eingetragen ?

Gruß,

Pit

P.S. Das soll kein Gemecker sein, nur ein Feedback

[wino]

Hallo Pit,

Warum hast Du eigentlich die "deps" nicht Makefile eingetragen ?

P.S. Das soll kein Gemecker sein, nur ein Feedback

Keine Sorge, bin ja froh wenn Rückmeldungen kommen. Die Abhängigkeiten habe ich vergessen einzutragen.

Es hat noch das Init-Script zum laden des Moduls und Start von v86d gefehlt. Habe es eben eingecheckt. Bitte teste das nochmal. Damit der Laufbalken wieder kommt muss möglicherweise das Modul und v86d schon bei der Initramfs geladen bzw. gestartet werden.

Gruß
wino

[P3f]

Hi,
ja diese Vermutung habe ich auch. Ich werde es testen sobald ich das neue Bauen durch habe. Also in gefühlten 2 Stunden
 :rolleyes:

Gruß,

Pit

[P3f]

Hi Wino,

so ich habe mal das überarbeitete v86d Addon installiert, leider keine Auswirkung. Weißt Du wo ich das in beim Start bzw. Stop in das initramfs einbinden müsste?

Ich habe mal den Start fotografiert. Hier der Link 1 und 2, nicht das wir auf der falschen Fährte sind.

Gruß,

Pit

P.S: Beim Stop kommen weiterhin die Linuxmeldungen...

[wino]

Hallo Pit,

Kannst ja mal v86d nach INITRAMFS/template/sbin kopieren und in der rc.functions bei show_bootstep  modprobe uvesafb und v86d eintragen.

Code: [Select]

show_bootstep()
{
bootstep=$(cat /var/spool/bootstep 2>/dev/null || echo 0)
subbootstep=$(cat /var/spool/subbootstep 2>/dev/null || echo 0)
if [ "$splash" = "silent" ]; then
  if [ -e /proc/splash ]; then
  modprobe uvesafb
  v86d
   echo "show $((65534 * $bootstep / ${BOOTSTEPS:-100} + ($subbootstep * 100)))" 2>/dev/null > /proc/splash
  else
   psplash-write "PROGRESS $((100 * $bootstep / ${BOOTSTEPS:-100} + ($subbootstep/6)))"
  fi
fi
}
Gruß
wino

[P3f]

Hi,

leider funktioniert das nicht, es ist keine Veränderung sichtbar. Und hast Du eine Idee, in welchem Logfile da etwas stehen bzw. uns helfen könnte. Im /var/log/message steht nichts... :wand

Hast Du eigentlich auch das gleiche Problem? Oder bin ich der einzige, der hier mit sucht?

Gruß,

Pit  

[wino]

Ich habe kein Problem. Hatte nur von det davon gelesen und deshalb nach Möglichkeiten gesucht. Die jetzige war dabei herausgekommen.

Ist das Modul und v86d nach dem Start (lsmod) geladen?

Da ich mich zur Zeit mit etwas anderem beschäftige, habe ich wenig Zeit das selbst zu testen. Vielleicht hat Claus eine Lösung für das Problem.

Gruß
wino

 

[P3f]

Hi Wino,

ich hätte ja auch gerne nicht das Problem, und wenn es nun bei det mit dem Shutdown auch funktioniert (@det: kannst Du bitte auch mal Rückmeldung geben), dann warten wir doch auf Claus oder andere...  Da gibt es bestimmt noch einen Hinweis...

Aber das modul wird scheinbar nicht geladen:

MLD> lsmod
Module                  Size  Used by    Tainted: P
thermal                 6171  0
fan                     1822  0
snd_seq_oss            19143  0
snd_seq_midi_event      3632  1 snd_seq_oss
snd_seq                32192  4 snd_seq_oss,snd_seq_midi_event
snd_seq_device          3528  2 snd_seq_oss,snd_seq
snd_pcm_oss            25596  0
snd_mixer_oss           9774  1 snd_pcm_oss
uinput                  5027  0
stv6110x                3124  2
lnbp21                  1290  2
stv090x                38125  2
ir_lirc_codec           3227  0
lirc_dev                6451  1 ir_lirc_codec
ir_mce_kbd_decoder      2462  0
ir_sanyo_decoder        1269  0
ir_sony_decoder         1223  0
ir_jvc_decoder          1269  0
ir_rc6_decoder          1658  0
ir_rc5_decoder          1157  0
snd_hda_codec_hdmi     18295  4
ir_nec_decoder          1305  0
rc_rc6_mce              1048  0
nvidia               8520192 50
mceusb                 10126  0
rc_core                 9958 11 ir_lirc_codec,ir_mce_kbd_decoder,ir_sanyo_decoder,ir_sony_decoder,ir_jvc_decoder,ir_rc6_decoder,ir_rc5_decoder,ir_nec_decoder,rc_rc6_mce,mceusb
ngene                  19909 14
cxd2099                 4067  1 ngene
dvb_core               59833  1 ngene
snd_hda_codec_realtek    40424  1
button                  3410  0
processor              22807  0
snd_hda_intel          17133  2
snd_hda_codec          54414  3 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel
snd_hwdep               3771  1 snd_hda_codec
snd_pcm                43662  5 snd_pcm_oss,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec
snd_timer              11981  2 snd_seq,snd_pcm
snd                    34586 15 snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer
snd_page_alloc          4741  2 snd_hda_intel,snd_pcm
intel_agp               7796  0
intel_gtt              10037  1 intel_agp
agpgart                17755  2 intel_agp,intel_gtt
r8169                  39564  0

Vielleicht passt ja auch die Einbindung des Parameter: "CONFIG_FB_BOOT_VESA_SUPPORT=y" nicht gegen den Patch, der im Makefile von Claus eingebunden wird. Das ist aber reine Vermutung von mir, ohne eine Ahnung davon zu haben....

Gruß,

Pit

[det]

hi
sory das ich mich erst jetzt melde hatte heute wenig zeit zum testen  .
morgen schau ich mir mal genauer an wie ihr startet
mfg det  

[wino]

Vielleicht passt ja auch die Einbindung des Parameter: "CONFIG_FB_BOOT_VESA_SUPPORT=y" nicht gegen den Patch, der im Makefile von Claus eingebunden wird. Das ist aber reine Vermutung von mir, ohne eine Ahnung davon zu haben....

Ist bei mir nicht gesetzt. Habe die Einstellung wegen udevfb aufgehoben.

Gruß
wino