Viafb, Probleme beim Umschalten auf die Konsole.

[Schrauber]

Hi,

nach längerer Zeit habe ich auf einem meiner Digitainer mal wieder Easyvdr installiert (die 0.6.02). Bisher war ich da immer mit selbstgestrickter Config unter Archlinux unterwegs.

Im Zusammenhang mit dem Viafb fällt mir folgendes auf:
Man kann nicht auf die Konsole umschalten (Strg + Alt + F1). Bei mir wird der Bildschirm dunkel und das wars. Ich komm dann auch nicht mehr in den VDR zurück.
Es hilft nur noch per SSH einloggen, VDR stoppen und wieder starten.
Wenn ich den VDR stoppe, dann krieg ich auch die Konsole.

Bei meiner Konfiguration unter Arch ist das anders. Da kann ich den VDR laufen lassen und kann dann auch zwischen Konsolen und VDR umschalten. Es scheint also kein grundsätzliches Problem des Viafb zu sein.

Hat das Verhalten irgendeinen besonderen Grund?
Also steckt eine bestimmte Absicht dahinter?
Oder ist das gar nur bei mir so?

Grüße

[japio]

Hallo Schrauber,
Dafür war ja der menüpunkt "VDR stoppen" gedacht.
Gruss,
Jaap

[Schrauber]

Du hast mich falsch verstanden. Das das geht, wenn man den VDR stopt, das ist klar.
Normalerweise sollte es aber möglich sein, einfach mit Strg + Alt + Fx auf die Konsole bzw. wieder zurück zu kommen. Bei meinem Digi unter Arch klappt das problemlos.

Möglicherweise liegt es daran, das ich unter Arch den viafb fest in den Kernel einkompiliert haben. Das werd ich nochmal testen. Ich bin grad am Kernel bauen für EasyVDR.

[Schrauber]

Ich habs nochmal ausgetestet. Also offenbar liegt es am Einkompilieren des viafb. Mit dem fest einkompilierten viafb kann ich zwischen Konsole und VDR hin und her wechseln. Ohne Probleme.

Mich wundert nur, das das als Modul nicht geht.

[psvx800]

HAllo Schrauber,

habe das selbe Problem. Konsole nciht bedienbar, wenn der VDR schon läuft und ich umschalten will.

Wie hast Du es hinbekommen (Was heißt genau Einkompilieren)? Kernel neu erstellt, wenn ja mit welchen Optionen?

Nervt mich ganz schön, da ich ewig mit Lirc gekämpft habe um meine UIRT2 benutzen zu können. Jetzt ist immer ncoh etwas Konfig-Arbeit zu tun. Von daher wäre es schön eine funktionierende Konsole zu haben.

Wie hast zu viafb bei Dir konfiguriert? Welche Auflösung (PAL-TV oder VGA Monitor). Ich habe aktuell noch 1024x768 auf dem Monitor.

Gruß
Peter

[maxx]

Hallo Schrauber,
das ist wohl ein altbekanntes Problem.
Hatte mich damals auch genervt als ich noch einen Digitainer hatte.
Wurde leider nie gelöst.
Cool wenn das doch noch mal funzen würde...

maxx

[Schrauber]

Wie gesagt, mit fest in den Kernel kompiliertem Viafb funktioniert es.
Ich habe Easyvdr inzwischen den Kernel 2.6.27.6 verpasst. Und den viafb dort fest (also nicht als ladbares Modul) hinein kompiliert. Jetzt klappt es ohne Probleme. So wie ich das von Arch gewohnt bin.

@psvx800:
Hast Du schonmal einen Kernel selber gebaut? Und gepatcht?
Weil man muss die Kernelsourcen erstmal mit dem viafb patchen.
Dann den Kernel so konfigurieren, das der viafb fest einkompiliert wird.
Kernel neu kompilieren und dann entsprechend mit dem neuen Kernel starten.

Ich habe allerdings meinen Kernel auf das Nötigste abgespeckt. D.h. bis auf Firewire alles was für den Digi nötig ist. Aber eben nicht mehr. Außer die DVB-Treiber. Die sind fast komplett.

Ich könnte Dir, falls Du das mit dem Kernelbau nicht so beherrschst, meinen fertigen Kernel zur Verfügung stellen. Aber wie gesagt, der ist abgespeckt. Vorteil ist, das das Ding über 15 Sekunden weniger Zeit zum Booten braucht. Nachteil, das eventuelle Zusatzhardware nicht funktioniert. Ich bin mit den Optimierungen aber auch noch nichts ganz durch.

Wenn Du selber kompilieren willst, dann kann ich Dir natürlich auch meine .config zur Verfügung stellen. Aber dann musst Du vorher auch noch den viafb einpatchen. Und das ist auch noch mit etwas manuellem Aufwand verbunden, weil die mitgelieferten Patches nicht mehr zu neueren Kernels passen.

[ofenheizer]

Servus Schrauber,

ich habe auch noch ein digitainer-mainboard hier rumliegen und wollte evtl. im dezember, wenn ich zeit finde ein bissl basteln. kannst du mir deinen fertigen abgespeckten kernel - gerne auch erst nach der optimierung  - zur verfügung stellen.
das board wird sehr wahrscheinlich nur als streaming client zum einsatz kommen, evtl. mit einer budget-sat-karte, netzwerkkarte, hdd und dvd. also keine ausgefallene hardware. sollte also mit deinem abgespeckten kernel keinerlei probleme geben.

gruss
markus

[prudentis]

Wenn Du selber kompilieren willst, dann kann ich Dir natürlich auch meine .config zur Verfügung stellen.

Das wäre Super, auch für die Nachwelt


lg prudentis

[Schrauber]

@prudentis: Das .config verfügbar zu machen war sowieso geplant. Allerdings, wie gesagt, aktuell ist das ein Minimalkernel, der nur die für mich nötigen Sachen enthält. Für den Digi OK. Aber evtl. laufen auch nicht alle DVB-Karten. Außerdem läuft er mit den libata-Treibern. D.h. Platte unter /dev/sda. Was weitere kleine Anpassungen am System erfordert. Ich wollte da noch einen etwas universelleren basteln. Ich hatte schon den Gedanken, das man den evtl. in die Distri integrieren könnte. Also so, das er im Falle eines Digis und wenn von Nutzer gewünscht den 'Spezialkernel' nimmt.
Vorteile hats. Mein Digi hat einen 1.4er PIII drin. Und brauchte mit dem Originalkernel von Grub bis zum Bild im VDR insgesamt 41 Sekunden. Aktuell bin ich unter 25 Sekunden. Genau gemessen hab ich noch nicht. Aber auf jeden Fall darunter.
Wenn man auf den Start wartet, dann sind mehr als 15 Sekunden Ersparniss m.E. ne Menge Zeug.

@ofenheizer: Kann ich machen. Allerdings, wie oben schon erwähnt, müsstest Du noch die fstab, die menu.lst und die sysconfig anpassen. Sind nur Kleinigkeiten. Aber ohne gehts nicht wegen der libata. Und ich würds ungern wieder zurück drehen. Weil mein System ist ja nun schon umgestellt.

[ofenheizer]

super. anpassungen sind keine probleme. aber so spare ich mir die patcherei ... und wenn du eh schon einen so schlanken kernel hast, greife ich da natürlich gerne drauf zurück  ;D

[psvx800]

Wie gesagt, mit fest in den Kernel kompiliertem Viafb funktioniert es.
Ich habe Easyvdr inzwischen den Kernel 2.6.27.6 verpasst. Und den viafb dort fest (also nicht als ladbares Modul) hinein kompiliert. Jetzt klappt es ohne Probleme. So wie ich das von Arch gewohnt bin.

Finde ich seltsam, aber ist gut zu wissen. Danke

@psvx800:
Hast Du schonmal einen Kernel selber gebaut? Und gepatcht?
Weil man muss die Kernelsourcen erstmal mit dem viafb patchen.
Dann den Kernel so konfigurieren, das der viafb fest einkompiliert wird.
Kernel neu kompilieren und dann entsprechend mit dem neuen Kernel starten.

Nein, habe ich nicht, bin Neuling auf dem Gebiet. Deine Variante den Kernel zu erleichtern finde ich super, habe mich schon gefragt, warum am Anfang so viel geladen und wieder entladen werden muß. Ein VDR ist ja kein Plug-n-Pray System. Damit spielt Frau nicht rum, höchstens Mann

Ich könnte Dir, falls Du das mit dem Kernelbau nicht so beherrschst, meinen fertigen Kernel zur Verfügung stellen. ...

Wenn Du selber kompilieren willst, dann kann ich Dir natürlich auch meine .config zur Verfügung stellen. Aber dann musst Du vorher auch noch den viafb einpatchen. Und das ist auch noch mit etwas manuellem Aufwand verbunden, weil die mitgelieferten Patches nicht mehr zu neueren Kernels passen.

Wenn Du mir (und vielleicht dem Rest der geneigten Zuhörerschaft, die die's interessiert) beim Bauen eines Kernels für den Digitainer (bzw. nur das Digitainer Mainboard) Hilfestellung geben kannst, ist dies sehr willkommen. Damit ich auch was lerne, würde ich die Varinate mit der Config bzw. einer Beschreibung der Änderungen bevorzugen ;D

Dauert zwar länger, aber mann weiß was man hat.

Sollte natürlich nicht in zuviel Arbeit für Dich ausarten und ist auch zeitlich nicht dringend (da Netzwerk-Zugriff ja funktioniert).

Für mich muss ich eh einige Dinge ändern, wie z.B. SATA habe ich nciht, benutze die guten alten IDE Platten. Außerdem habe ich nicht die X10 FB des Digi's sondern den UIRT2 (mal selber gebaut).

Sorry auch für die späte Rückmeldung. War ein paar Tage unterwegs und hatte keinen zugriff auf's Forum.

Wie kann's weitergehen?

Peter

[Schrauber]

Ich bin noch am basteln. Und testen. Ich will einen Kernel basteln, der zwar starr ist, aber den Digitainer halt vollständig unterstützt. Nur noch die Kartentreiber werden dann als Module geladen. So weit das Ziel.
Aktuell habe ich etwas zu viel entfernt

Jedenfalls wird das was rauskommt ein wirklicher Spezial-Digitainer-Kernel sein. Für andere System nicht so von nutzen. Aber für den Digitainer ideal.

Ich habe übrigens auch nicht die X11-FB, sondern eine am seriellen Port. Lirc wird also auch gehen.

Du hast das mit dem SATA übrigens falsch verstanden:
Ich habe auch IDE-platten. Der Digi hat ja gar kein SATA.
Es gibt aber im Kernel zwei Entwicklungszweige. Einmal die klassischen IDE-Treiber. Die gibt es schon recht lange.
Es war aber wohl recht aufwändig, die dann noch für SATA fit zu machen. Deswegen wurde für SATA die sog. libata. Diese ist aber etwas universeller aufgebaut. Deshalb wurden dann auch die meisten IDE-Treiber auf libata-Basis neu entwickelt. Die libata hat also nicht nur mit SATA etwas zu tun. Der Vorteil ist, das IDE und SATA-Geräte gleich behandelt werden (bzgl. Device-Namen -> alles /dev/sdX).

Aktueller Status ist übrigens der:
Originaler Kernel hat 3773936 Bytes und läd noch einen riesen Sack voll Module nach.
Meiner hat aktuell 2445776 Bytes und läd nur noch die DVB-Treiber nach.
Boot-Zeit, wie gesagt, ca. die Hälfte.

[ofenheizer]

Hört sich wirklich toll an. Warte schon gespannt  ;D

[Schrauber]

Vielleicht kann mir einer von Euch da weiter helfen:
Im Moment hänge ich an dem Cardreader, der im Digitainer ist.
Normalerweise werden ja alle 4 Reader (Also CF, SD und was weiß ich) jeweils als ein eigenes Device angelegt. Und zwar als /dev/sdX.
Aktuell krieg ich aber nur den CF-Reader als /dev/sdb. Die anderen drei fehlen. Offenbar hab ich die dafür zuständigen Treiber aus dem Kernel geworfen. Weiß vielleicht jemand, welche Treibermodule für diese Reader zuständig sind?
Ich find nämlich grad ums verrecken nichts passendes.

[psvx800]

Hallo Schrauber,

kann Dir mit den Treibern für den Card-reader auch nicht weiterhelfen. Habe den Reader nicht in meinem System.
Mein "Digitainer" ist nur das Mainboard. Steckt in einem Silverstone LC04 Gehäuse und hat einen BTC 1008 DVD Brenner mit eingebautem Cardreader (also Sonderfall).

Der Rest hört sich interresant an. Gerade die Bootzeit ist schon ärgerlich lang.

Andere Frage: Hast Du auch einen "Medion Digitainer" Bildschirm beim booten (kommt wohl vom BIOS)?
Ich würde gerne das Bild ausblenden und eines mit Grub anzeigen bzw. das Booten des Kernels hinter einer Grafik verstecken, bis der VDR gestartet ist. Geht bisher garnichts...

Peter

[Schrauber]

Hi,

das Problem ist inzwischen gelöst. Ich habe die richtige Option gefunden.
Der Kernel nähert sich also langsam aber sicher der Fertigstellung.

Ich habe insgesamt aktuell 4 Digitainer hier. In unterschiedlichen Variationen. Allen gemein ist ein PIII 1400 MHz. Sonst ist die Ausstattung verschieden.

Ich habe insgesamt 3 verschiedene Bios-Versionen.
Einmal das originale Digitainer-Bios. Das blendet die Digitainer-Grafik ein. Da kann man auch nichts dagegen machen.
Das Grub-Menü kommt aber trotzdem. Bei EasyVDR ist das aber von der Anzeigezeit auf 0 gesetzt. Deswegen siehst Du es nicht. Das kannst Du in der /boot/grub/menu.lst ändern. Aber dann verzögert sich das Booten wieder.
Die Digitainer-Grafik wird nur anstelle der normalen Bios-Meldungen angezeigt. Grub kommt erst danach.

Dann habe ich zwei Boards mit einem Bios von Ende 2004. Die blenden keine Grafik ein. Das sind Board von diesen Versionen mit Linspire und ohne TV-Karte, die von Real verkauft wurden.

Ein Board hat ein Bios von 2006, meine ich. Unterschiede zu denen mit 2004er sind aber nicht erkennbar.

Ich muss bei Gegelegenheit mal bei allen das Bios auslesen. Dann kann ich das zur Verfügung stellen.

Der originale Digitainer (also mit Grafik) lässt sich meines Wissens nicht auf die neuere Version umflashen. Leider. Ich hatte es schonmal probiert, aber awdflash lies sich nicht dazu überreden. Wenn Du das probieren möchtest kannst Du das tun.
Theoretisch sollte es gehen. Aber sicher bin ich nicht. Wie gesagt, bei mir hat awdflash verweigert. Ich hab dann auch keine großartigen Versuche mehr unternommen.

[psvx800]

Das war ja 'ne schnelle Antwort, super, danke.

Dann bleibe ich bei meinem BIOS, da es von 2006 ist und ich mit der Anfangsinstallation ein paar Problem mit nvram-wakeup hatte (erst nach eine guess und update der nvram-wakeup.conf hat es funktioniert).

Ich habe in einigen Logs gelesen, das ein VDR Start Film laufen soll, ich sehe davon nichts, sondern immer nur die Kernel Meldungen. Das hatte ich mir halt schöner vorgestellt, z.B. die Datei im Anhang.
soviel dazu.

Was hast Du für eine Fernbedienung bzw. welche Intelligenz besitzt der Empfänger?
Bei mir ist ein Einschalten des PC über den Empfänger drin und er bringt einen seriellen Datenstrom, keine IR Impulse. Damit müsste mein Kernel nicht so viel tun um die FB Signale zu erkennen ;D
Ich habe daher ziemlich basteln müssen, um den UIRT2 support von lirc zu bekommen, neu übersetzen und die ganzen lirc module für serial nicht laden.
Wie wäre das bei Deinem Kernel?

Gruß
Peter

[Schrauber]

Lirc hat ja direkt mit dem Kernel nichts zu tun.
Der Kernel stellt den seriellen Port zur Verfügung. Das wars.
Die entsprechenden Module bringt Lirc ja selber mit. Ich hatte auch nicht vor die fest einzukompilieren.

Ich benutze einen Atric-Empfänger. Mit einer Philips-Fernbedienung.

Das mit dem Start-Film geht nur beim FullFeatured-Karten. Da die den Film quasi ohne Zutun des Rechners abspielen. Der Rechner bootet dabei weiter. Im Falle des Digitainers ist der Rechner noch deutlich beschäftigt bei der Decodierung. Deswegen geht das so nicht.

Du kannst aber in der menu.lst dem Kernel ein quiet mitgeben. Damit dürften kaum noch Meldungen raus kommen.

[strike]

Hi,

Gibt es schon Neuigkeiten zum Digitainer-Kernel?

Gruß
strike

[Schrauber]

Hi,

sorry. Derzeit nicht. Ich bin im Moment beruflich sehr eingebunden.
Außerdem hab ich derzeit auf keinem Rechner mehr EasyVDR drauf. Ich bin wieder auf Arch.

Den Kernel mach ich aber schon noch fertig.
Was ich recht flott liefern kann, weil soweit fertig, ist die config. Damit kann man sich zumindest den Kernel selber kompilieren.
Einen fertig kompilierten Kernel kann ich erst nach Weihnachten fertig machen. Dazu komm ich vorher nicht mehr.

[ofenheizer]

Klar die .config hilft auch. Weiss ja auch noch nicht, ob ich 'Bastelzeit' haben werde. Aber wenn, kann wenigstens der Kernel kompiliert werden.

Gruss
Markus

[psvx800]

Hallo schrauber,

klar immer her mit der config, zusammen geht's sicher besser.

Auch bin wie jeder jedes Jahr vor Weihnachten im Berufstreß. Aber es soll ja danach noch ein paar freie Tage geben;-)

Mal sehen, vielleicht geht da was...

Gruß
Peter

[Schrauber]

Tja, bei mir gibts danach leider auch keine freien Tage. Was solls. Dafür kann ich dann in 2009 irgendwann 'abfeiern'.

Egal, hier erstmal eine Config.
Es sollte alle Hardware des Digitainers unterstützt werden. Aber Achtung. Netzwerkseitig  wird erstmal nur die mitgelieferte Realtek Netzwerkkarte unterstützt. Kein WLAN und nichts anderes. Und die Realtek ist fest einkompiliert. Das muss man also ggf. noch auf die eigenen Bedürfnisse anpassen.
Die DVB-Treiber sind weiterhin Module. Und es sollte so ziemlich alles unterstützt werden. Hier kann man noch weiter optimieren, indem man nur noch die benötigten Treiber drin lässt und außerdem fest einkompiliert.
Dieser Kernel unterstützt ausschließlich ACPI-Wakeup. Nvram habe ich raus genommen, weil ACPI beim Digitainer hervorragend funktioniert. Es gibt keinen Grund Nvram zu verwenden. Wer es dennoch will muss es aktivieren.
Wie vorher schon gesagt arbeitet dieser Kernel mit den libata-Treibern. D.h. die Festplatten werden als /dev/sdX angelegt. Daher sind einige Konfigurationsänderungen nötig. Mal sehen, ob ich das alles aus dem Hut zusammen kriege. Ich gebe hier erstmal nur die Kurzform. Denn wer einen Kernel kompilieren kann, der sollte mit den Änderungen auch keine Probleme haben.

Die Config ist für Kernel 2.6.27.9
D.h. die Quellen dafür sollte man sich bei www.kernel.org herunterladen und entpacken.
In das Verzeichniss (linux-2.6.27) kopiert man die config als .config hinein. Anschließend ein:
make oldconfig

Wer eigene Anpassungen vornehmen will, der kann dies jetzt mit einem
make menuconfig
tun.

Anschließend wird der Kernel kompiliert und installiert:
make && make modules && make modules_install

Nun fehlt uns noch das Kernel-Image und die config selber:
cp .config /boot/config-2.6.27.9
cd ./arch/x86/boot
cp ./bzImage /boot/vmlinuz-2.6.27.9

Wer sich mal ein Auge holen will, der setzt ein:
ls -lh /boot
ab und vergleicht die Größenangaben beim vmlinuz 2.6.22.15 und 2.6.27.9

Nun müssen wir den neuen Kernel in unseren Boot-Prozess einbinden.
nano /boot/grub/menu.lst
Hier sollte man den ersten Menüeintrag duplizieren und dann beim ersten alles mit 2.6.22.15 auf 2.6.27.9 ändern. Weiterhin muss das
root=/dev/hdaX auf
root=/dev/sdaX
geändert werden.

Auch geändert werden muss die fstab.
nano /etc/fstab
Dort werden alle Einträge mit /dev/hdaX auf /dev/sdaX umgeändert.

In der sysconfig muss nun noch das DVD-Rom und die Videoplatte geändert werden.
nano /etc/vdr/sysconfig
Am besten sucht man hier nach /dev/hd
Beim DVD-Rom muss man auf /dev/sr0 ändern. Bei den Festplattenpartitionen muss man entsprechend /dev/hdaX und /dev/sdaX ersetzten.

Noch eine Datei muss geändert werden.
nano /etc/vdr/plugins/setup/vdr-setup.xml
Dort wieder nach /dev/hd suchen und entsprechend der sysconfig ersetzen.

Ich habe das jetzt aus dem Gedächtniss zusammen geschrieben. Also bitte bei den Änderungen mitdenken. Anfängern ist es nach dieser Anleitung vielleicht noch nicht zu empfehlen. Ich werde da bei Gelegenheit noch eine richtige Step by Step machen.

Ich hoffe ich hab nichts vergessen. Aber einem reboot sollte nun erstmal nichts mehr im Weg stehen. Vielleicht nochmal drauf achten, das man im Grub-Menu auch wirklich den neuen Eintrag erwischt und nicht versehentlich den alten Kernel erwischt.

Das erste Booten mit dem neuen Kernel dauert eigenartigerweise noch etwas länger. Ab dem zweiten Mal geht schneller.

Ach ja, der Cardreader findet sich mit dem neuen Kernel unter /dev/sdb, /dev/sdc, /dev/sdd und /dev/sde
Angesteckte USB-Sticks und dergleichen werden ab /dev/sdf eingebunden.

Nun probiert mal aus. Ich bin auf Rückmeldungen gespannt. Eigentlich müsste alles incl. Firewire vom Digitainer noch unterstützt werden. Aber eben nur vom Digitainer. Auf anderen Rechnern dürfte dieser Kernel kaum noch lauffähig sein.

[Schrauber]

Ich wußte, das ich was vergessen hab. Das Wichtigste überhaupt. Den viafb.

Ich habe einen Patch fertig gemacht, der den viafb passend in die aktuellen Kernel-Sourcen reinpatcht.
Download: http://www.galantgdi.de/downloads/linux-viafb.diff

Folgendes Vorgehen zum Patchen:
Aufgangspunkt: Der Patch steht in dem Verzeichniss, in dem auch die Kernelsourcen entpackt wurden.
cd linux-2.6.27
patch -p1 -i ../linux-viafb.diff

Das sollte es gewesen sein.
Die Kernelsourcen sind natürlich zu patchen bevor man den Kernel kompiliert und auch vor dem make oldconfig.