[P3f]

Hi Wino,

entschuldigung, da hatte ich mich wohl falsch ausgedrückt. In der Rev 154 vom KERNEL-Addon ist der Parameter korrekt deaktiviert...

War mein versehen, hatte die Ausgabe falsch gelesen

p3f@KP-Pit12:~/KERNEL/src# svn diff -r 154:153
Index: linux_x86.config
===================================================================
--- linux_x86.config    (Revision 154)
+++ linux_x86.config    (Revision 153)
@@ -2186,10 +2186,10 @@
 CONFIG_FB=y
 CONFIG_FIRMWARE_EDID=y
 CONFIG_FB_DDC=m
-# CONFIG_FB_BOOT_VESA_SUPPORT is not set
-CONFIG_FB_CFB_FILLRECT=m
-CONFIG_FB_CFB_COPYAREA=m
-CONFIG_FB_CFB_IMAGEBLIT=m
+CONFIG_FB_BOOT_VESA_SUPPORT=y
+CONFIG_FB_CFB_FILLRECT=y
+CONFIG_FB_CFB_COPYAREA=y
+CONFIG_FB_CFB_IMAGEBLIT=y
 # CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set
 CONFIG_FB_SYS_FILLRECT=y
 CONFIG_FB_SYS_COPYAREA=y
@@ -2311,6 +2311,7 @@
 #
 # Bootsplash configuration
 #
+CONFIG_BOOTSPLASH=y
 CONFIG_SOUND=y
 CONFIG_SOUND_OSS_CORE=y
 CONFIG_SOUND_OSS_CORE_PRECLAIM=y
@@ -2523,7 +2524,7 @@
 # CONFIG_HID_UCLOGIC is not set
 # CONFIG_HID_WALTOP is not set
 # CONFIG_HID_GYRATION is not set
-CONFIG_HID_TWINHAN=m
+# CONFIG_HID_TWINHAN is not set
 CONFIG_HID_KENSINGTON=y
 # CONFIG_HID_LCPOWER is not set
 # CONFIG_HID_LENOVO_TPKBD is not set
@@ -2544,7 +2545,7 @@
 # CONFIG_HID_PRIMAX is not set
 # CONFIG_HID_ROCCAT is not set
 # CONFIG_HID_SAITEK is not set
-CONFIG_HID_SAMSUNG=m
+# CONFIG_HID_SAMSUNG is not set
 # CONFIG_HID_SONY is not set
 # CONFIG_HID_SPEEDLINK is not set
 # CONFIG_HID_SUNPLUS is not set

Also, warten wir mal ab was der Test von det ergibt...

Gruß,

Pit

[det]

Abend

mit der

[wino]

mit der

[det]

hi

Bild ja
ladebalken  nein
kein secfault
mfg det

[P3f]

Hi,

ich habe mal noch ein wenig gesucht, aber bisher keine Lösung gefunden.

@det: kannst Du bitte auch mal auf der Konsole schauen, ob bei dir das uvesafb gefunden werden kann?

Bei mir kommt folgendes:

MLD> modprobe uvesafb
modprobe: module uvesafb not found in modules.dep

Auch habe ich folgende Homepage gefunden, die doch eigentlich das Vorgehen von WINO unterstützt. Link uvesafb

@wino:
ich habe den dort beschriebenen Eintrag in der linux_x86.config bezgl. CONFIG_INITRAMFS_SOURCE gemacht, hat aber auch (leider) nichts bewirkt.

Ich denke, das es weiterhin daran liegt das das Modul uvesafb nicht gefunden wird. Hat jemand eine Idee?

Gruß,

Pit

[det]

morche

bei uvesafb
8 # add video=uvesafb:1024x768-32,mtrr:3,ywrap (or similar) to your kernel command line
solte mann ja auch mit
video=uvesafb:1024x768-32,mtrr:3,ywrap
starten

in /boot/isolinux/extlinux.conf
wird aber mit vga=0x314
gestartet was zu einen Verzögerung des Starts führt

ich denke aber das Problem kann man auch anders lösen
http://lists.debian.org/debian-user/2011/0...1/msg01433.html
ich werte das mal testen dann würden keine

[clausmuus]

Hi,

der vesafb Treiber ist erforderlich, weil der Bootsplash den Treiber verwendet. Ohne gibt's also keinen Ladebalken.
Ob der uvesafb Treiber auch funktionieren kann, weiß ich nicht. In jedem Fall müsste der aber in den Kernel einkompiliert sein, weil schon vorm Aufruf der ersten Scripte vom Kernel auf den vesa Treiber zugegriffen und der bootsplash angezeigt wird.
Richtig ist auch der Hinweis, das der uvesafb Treiber nen anderen boot Parameter benötigt, also nicht vga=...

Claus

[wino]

Habe die vorherigen Einstellungen in der Kernelconfig wieder aktiviert. Somit solltet der Bootsplash für die meisten Anwender wieder funktioniert.

MfG
wino
 

[P3f]

HI,

eigentlich schade, da es sich doch in das Konzept mit dem udev nun so angeboten hat auch das uvesafb zu aktivieren. Woran liegt es denn, ich habe leider nicht verstanden, was umgesetzt werden muß, das es bereits beim booten aktiviert ist. Daher konnte ich nicht wie gewollt unterstützen, halt nur berichten...

Gruß,

Pit

P.S: Naklar, ist es auch gut wenn es wieder so funktioniert wie wir es kennen und lieben. Aber ich würde halt gerne den Ansatz von den udev-Geräten generell nachgehen in der MLD 3.0.2

[clausmuus]

Hi wino,

Du musst die geänderte Kernel Konfig verwenden (so wie ich das verstanden hab ist dort uvesafb aktiviert). Du musst da drauf achten, das der uvesafb Treiber fest in den Kernel einkompiliert wird, und nicht als Modul.
Zusätzlich muss in der bootloader Konfiguration das "vga=xxx" duch "video=uvesafb:1024x768-32,mtrr:3,ywrap" oder so was ähnliches ersetzt werden.
Ob damit dann der bootsplash von Anfang an funktioniert, musst Du ausprobieren.

Claus
 

[wino]

Hallo Claus,

die Kernelconfig habe ich selbst geändert und die dementsprechenden Eintragungen in den Konfigurationen gemacht. Leider wird der Bootsplash nicht von Anfang an angezeigt. Deshalb bin ich wieder zu den alten Zustand zurückgegangen.

Vielleicht fällt det oder dir noch etwas ein.

MfG
wino

 

[clausmuus]

Es ist nicht unwahrscheinlich, das es mit dem anderem vesa Treiber nicht geht. Schließlich ist der bootsplash Patch für den vesa und nicht für den uvesafb Treiber erstellt worden. Wenn Du den Treiber also fest einkompiliert hast (und nicht nachlädst) und der bootsplash nach dem Kernel Start angezeigt wird, so kommt der wohl nicht mit dem anderem Treiber klar.

Claus

[det]

morche

das Problem kann als gelöst betrachtet werten .

 in /etc/modprobe.d  eine Datei
 i915-kms.conf  mit den Inhalt
options i915 modeset=1
und schon ist der
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:
weg  
Dec 31 07:43:37 (MLD) user.debug kernel: checking generic (d0000000 7f0000) vs hw (d0000000 10000000)
Dec 31 07:43:37 (MLD) user.info kernel: fb: conflicting fb hw usage inteldrmfb vs VESA VGA - removing generic driver
Dec 31 07:43:37 (MLD) user.info kernel: Console: switching to colour dummy device 80x25
Dec 31 07:43:37 (MLD) user.debug kernel: i915 0000:00:02.0: setting latency timer to 64
Dec 31 07:43:37 (MLD) user.info kernel: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
Dec 31 07:43:37 (MLD) user.info kernel: [drm] Driver supports precise vblank timestamp query.
Dec 31 07:43:37 (MLD) user.info kernel: vgaarb: device changed decodes: PCI:0000:00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem
und schon klabts mit den schutdown

mfg det  

[MarMic]

hi det,

heisst das intel verwendet default kein KMS? ungewöhnlich....

so musste ich schonmal radeon zwingen immer modeset 1 zu setzen würg :-(

p.s. det ich freu mich das du hier mitwerkelst -> kann ich dich als mitstreiter bei der mld wilkommen heißen?

greetz MarMic

[wino]

Habe die Datei eingecheckt.

@det
der Rechner fährt nun korrekt runter aber einen Bootsplash hast du damit nicht, richtig?

Allen Mitstreitern und Gästen einen guten Rutsch und ein erfolgreiches sowie gesundes neues Jahr 2013.

wino