Hallo
ich habe folgendes Problem. Wenn ich um kurz nach 0 Uhr zappe fehlt bei allen Sendungen, welche vor 0 Uhr begonnen haben, das EPG. Das ist unschön. Wie kann ich das beheben?
Schönen Gruß
Negge
Posts by Negge
-
-
Quote
Original von habichthugo
Das Du mich als Profi bezeichnest ehrt mich zwar, jedoch habe ich mir mein soliedes Halbwissen auch nur nach und nach zusammengeklaubt. Ich glaube, bei diesem ganzen historisch gewachsenen Klimbatsch blickt am Ende eh keiner richtig durch. Selbst die heute gültigen Versionen der Standards scheinen mir widersprüchlich...
Ja, das ist leider oft so, wenn soetwas mit der Zeit wächst (siehe meine erste Version des Wiki-Artikels ;))Quote
Fühle Dich frei, von 'meinen' Seiten für's Wiki oder wo auch immer zu übernehmen, was Du für brauchbar hällst, gerne auch die Bilder (sagen mehr als tausend Worte). Das ist ja alles (auch) nur geklaut...Oho eeeejo...
Ich zeichne die Bilder gerade nee für's Wiki, damit die dann auch Uhrheberrechtsfrei sind...
Quote
Wie wir jetzt inhaltlich zueinander finden weiss ich auch nicht so recht...
WSS wird leider sehr unterschiedlich verwendet. Wie gesagt, auch bei der Umschaltung via SCART Pin 8 wird bisweilen von WSS gesprochen.
Das wusste ich nicht. Macht auch irgendwie Sinn, aber irgendwie auch nicht. Besser wäre APS oder so gewesen (anamorph picture signaling). Wobei man Phillips z.B. den anamorpghen Modus "breitbildmodus" nennt. Eindeitige Bezeichnungen würden das manchmal deutlich vereinfachen, damit jeder genau weiss was gemeint ist.Quote
Der aspect (ratio) sagt nur aus, mit welchem Breiten-/Höhen-Verhältnis das Bildmaterial darzustellen ist, damit es korrekt (unverzerrt) wiedergegeben wird.
Den satzt klau ich mir gleich mal für's Wiki
Quote
Streng genommen ist übrigens schon die (höchste sdtv) mpeg-Auflösung mit 4:3 aspect anamorph (verzert): 4/3 = 1,33 != 720/576 = 1,25... ?
Für DVD und DVB stimmt das schon irgendwie. Eigentlich hat der TV ja keine Spallten, sonndern nur Zeilen (halt 576). Insofern müsste 768/576 die richtige Auflösung sein für "unverzerrtes" 4:3.Warum man aber 720/576, 704/576 und 352/576 verwendetist mir dann manchmal auch schleirhaft. Genaugenommen sind die Bilder bei dieser speicherung auch schon "anamorph" verzerrt. Vermutlich ist das wiederum historisch aus der VCD oder so erwachsen?!?
Nimmt man deine obige Definition von "Aspect" (Zitat: "Der aspect (ratio) sagt nur aus, mit welchem Breiten-/Höhen-Verhältnis das Bildmaterial darzustellen ist, damit es korrekt (unverzerrt) wiedergegeben wird"), dann macht zumindest Sinn (und man hat alst keine Quadratischen Pixel am TV mehr...). Muss ich jetzt nur noch irgendwie ins Wiki gießen. Aber das ist hier eine sehr fruchtbare Disskusion...Quote(
WSS sagt dann bei aspect 4:3 (im MPEG-Stream) nur noch dazu, dass ein Teil der Bildfläche nicht aktiv ist (schwarte Balken bzw. Letterbox) bzw. welcher Teil tatsächlich relevante Informationen enthällt (wird dummer Weise bei digi. (SAT) erst gar nicht übertragen)...WSS sollte m.E. eher 'active area' o.ä. heissen. Es ist einfach zu nahe liegend, dass das mit dem aspect verwürfelt wird. Aber vielleicht habe ich das alles selbst nicht richtig verstanden?!
Ja nee, das klingt schon logisch so. Per WSS-Zeile kann man neben der Aspect auch die "active area" beschreiben. Ich versuch mal das in sinnvolle Worte im Wiki zu fassen. Mal sehen ob es klappt. Ich poste dann nochmal hier oder schick dir ne Mail/PN (kann aber bis ende der Woche dauern)... -
Quote
Original von habichthugo
Ich will Dir jetzt wirklich nicht den Elan nehmen und hier auch nicht den Schlauen raushängen lassen, aber...Naja, du bist hier nunmal der Profi in dem Bereicht. Insofern kannst du da mehr zu sagen als ich. So ganz genau weiss ich nämlich nicht wie das mit dem WSS läuft. Ich hab mir da nur so meinen Teil gedacht, wie das wohl läuft (und was man da so zu im Internet so liest, aber wenn du das so sagtst, dann ist das auch in WikiPedia mit dem PalPlus nicht so ganz exakt...). Also deine Unterstützung bräuchte ich schon (ohne die würde mir das den Elan nehmen, aber konstruktive Kritik ist erwünscht)
QuoteWoher weisst Du so genau, dass Dein TV WSS über HF richtig verarbeitet? Um da eine halbwegs sichere Aussage zu treffen zu können müsstest Du m.E. einen HF-Modulator (z.B. Videorekorder) an die FF hängen, via dvb-wss-overdrive das WSS definiert vorgeben und dann (mittels Testbild) prüfen, was Deine Möre damit macht - oder?
Ja, genau das hab ich gemacht. Die DVB hängt am VCR. Der VCR geht per Scart zum TV (wie gesagt hab ich noch keinen "sicheren" RGB-Out und nutze daher auch nur den FBAS-Out). Und der Antennen-Out des VCR speist mir (über verschiedene Verstärker und Kabel) das VDR-Singnal auf Kanal 33,7 (hab das mit dem Drerad hinten am Modulator des VCR nicht so genau auf einen Kanal moduliert bekommen) für alle TV ein. Und das dann mit dvb-wss-override zu testen war ja das geringste Problem. Alle einstellungen liefen (über den Antenneingang) korret, wobei 2,21:1 letterboxed vom TV als 16:9-Zoom verwendet wurden.
QuoteDeine Erklärung im Wiki ist m.E. nicht so treffend. U.a. nennt sich nicht nur die Information im analogen PAL WSS, sondern die Signalisierung i.A., also auch via SCART-Pin oder in einem digitalen Stream (mpeg). Auch hat das Ganze mit PalPlus nix zu tun. Hat Dir meine Erklärung hier nicht gefallen? Ich würde das als Basis nehmen und für's Wiki noch etwas anpassen. Allerdings ich nix Wiki-Coder (ist mir zu cryptisch mit ohne WYSIWYG)...
Naja, eigentlich wollte ich nur kurz WSS erklären, Nur irgendwie funktinierte das nicht, ohne das man versteht was denn die anderen Aspects bedeuten. Und dann kam da noch der Rest der Signalisierung dazu, weil sich das im Kontext irgendwie anbot. Also ist das irgendwie "gewachsen".
Deine Aspect-Eklärung ist sehr gut und wenn du dein OK gibst, das die ins Wiki kann (und am besten ebenso die Bilder, ist ja alle dein Uhrheberrecht), füge ich die da gerne ein (macht es einfacher).
Evtl. könntest du aber noch mal kurz irgendwie schreiben, was denn WSS ist (also nur WSS). Evtl. kann man dann mal eine "Format-Signalisierungs"-Seite im Wiki und eine speziell und detailiert auf WSS (evtl auch gleich mit Testbildern) eingehende Seite machen.
QuoteWas meinst Du mit der Spalte 'IR-Codes für AVARDS'? Wäre das nicht eher was für die Anmerkungen: WSS-Unterstützung = bedingt -> Steuerung über IR möglich...
Ja, das ist besser. Fand das ganze so auch nicht so gelungen, hatte aber in dem Moment keine Idee, wie ich das anders machen soll...
Ich hab da mal verschiedenes im Wiki geändert:
http://www.vdr-wiki.de/wiki/in…atische_Formatumschaltung
http://www.vdr-wiki.de/wiki/index.php/Aspect (Text ist im Prinzip von Dir, fehlen noch die Bilder)
http://www.vdr-wiki.de/wiki/index.php/WSS (Text ist auch im prinzip von Dir. Evtl kannst du nochmal was zur Funktionsbeschreibung von WSS für diese Seite posten).Quote
Wenn das was werden soll, starte einen eigenen Thread zur Datenabfrage (und übertrage die geposteten Daten selbst in's Wiki)...Werd ich machen. Hast nen Vorschlag für eine "sinvolle" Einleitung für den Thread. Mir fallen da gerade irgendwie nicht die passenden Worte ein. Ist irgendwie noch "unrund"
Hatte da gedacht das im Bereich "andere Hardware" zu machen.
Titel: WSS - Untersützung von TV & Co -- automatische 4:3/16:9-Umschaltung mittels AVARDS.
Text: Dieser Thread soll Daten sammeln von verschiedenen TV's, Beamer und Co zur WSS-Unterstüzung und auch kompatibilität zu AVARDS für das Wiki. Siehe http://www.vdr-wiki.de/wiki/in…C3%A4ts-Liste#CRT-TV_16:9Gute Nacht
Negge -
Quote
Original von baltasar
Da weiss ich wo die Chinesen die Firmware meines AMOI geklaut haben.
Bei mir ist es exact genauso. Versuch mal den AV-Eingang ( also nicht scart sondern den Cinch ) Eingang. Der funktioniert mit WSS Erkennung bei meiner Glotze.Hatte ich auch schon getestet, leider auch ohne Erfolg. Wobei bei den Chinch-Front-AV ja nur über WSS übertragen werden kann. Naja, der Ingenieur dieses WSS-Features hat wohl massiv gepennt ...
Wegen dem Wiki hab ich da mal was angefangen:
1: WSS Begrifferkärung (@Hugo: kannst du da evtl mal drübergehen?)
http://www.vdr-wiki.de/wiki/index.php/WSS2: Kompatibilitätsliste: http://www.vdr-wiki.de/wiki/in…ompatibilit%C3%A4ts-Liste
Wer was weiß hat kann ja mal was eintragen
-
Quote
Original von habichthugo
Woher weisst Du, dass WSS nur über Antenneneingang geht? Bedienungsanleitung oder ausprobiert? OSD des TV mal nach WSS-Optionen (nimm Schaltspannung, ignoriere Signal im Video) durchwühlt?
Verklausuliert steht das in den Features auch in der Anleitung (PalPlus-Unterstüzung). Aber eigentlich hab das aus dem Service Manual. Außer im Service-Menü des TV gibt es keine Einstellungen für WSS. Und auch dort kann man WSS nur an oder abschalten. Und da das troztdem nicht an dem TV funktionierte, obwohl laut ServiceMenü das Feature eingeschaltet ist, (und es bei dem TV im Schlafzimmer, welcher nur per Antenne angeschlossen ist sehr wohl mit WSS ging, also das Problem nicht am VDR liegt), hab ich halt den Fehler gesucht und rausgefunden, das WSS halt nur am Antenneneingang ausgewertet wird, nicht am Scart-Eingan. Ich hab auch ohne Schaltspannung getestet, das brachte jedoch auch keinen Erfolg. (Vielleicht sollte man mal eine Datenbank im Wiki machen, mit welchen TVs das wie mit dem WSS geht, in meinem Fall ist das ein Phlips 28PW6005 )QuoteWelche Schaltspannung hast Du jetzt am Pin 8? Mein 16:9-Beamer ignoriert z.B. WSS im Videosignal, wenn die Schaltspannung nicht 0 oder 12V ist...
Aktuell keine (also 0V, nur FBAS im Moment), da ich das nur direkt ohne Schutzschaltung mit dem Scart verkabelt hab und mir demnächst eine AV-Board (oder ähnlich) zulegen werde. Ohne Schutzschaltung ist mir das einfach zu gefählich, weil man ja doch öfter man an dem VDR rumspielt und den Videokrams abzieht. Ich will meine FF ja nicht rösten.QuoteEs soll TVs geben, die über SCART-Schaltpin mehr Modi als 4:3 (12V) + anamorphes 16:9 (6V) annehmen...
Auch das hab ich getestet (etwa 1V Schritte): 4-9 V ist anamorphes Breitbild, ab 10V ist 4:3.
QuoteDie FF kann nur von 16:9 (und 2.1:1) auf 4:3 (Letterboxen; schwarze Balken oben und unten) skalieren (siehe hier). Umgekehrt geht es prinzipiell nicht. Da ist mit Software nix zu machen. Eventuell ginge ein Umweg über Framebuffer und Graka...
Schade, ich hatte die Hoffnung da ist vielleicht was möglich. Naja, war nur ne Idee.
Quote
Wenn Du die Modi über FB nur durchtoggel kannst, geht das nur 'im Kreis' oder gibt es beideitig einen Anschlag? U.u. versteht Dein TV auch mehr IR-Codes, als die FB senden kann. Bei meinem TV kann man per FB z.B. die AV-Eingänge nur durchtoggeln. Der TV versteht aber mehr Codes und man kann ihn mit den Richtigen gezielt auf einen Eingang schalten. Bei meinem Receiver ist das ähnlich. Wenn man, wie bei meinen Gerätschaften, weiss, dass sie RC5 benutzen kann man nach den fehlenden Codes recht gezielt fanden. Manchmal lässt sich auch der Hersteller zur Herausgabe überreden...Also ich kann die Modi nur im Kreis durchtoggln. Mit der "Formatumschalttaste nur in eine Richtung (nach rechts)". Mit dem Steuerkreuz auf der Fernbedienung kann ich durch die Tasten "links" und "rechts" ebenfals das Format im Kreis toggeln, dort allerdings nach Links und Rechts (also in zwei Richtungen im Kreis).
Die Fernbedienung ist RC5 (hat Phlips RC5 nicht entwickelt?). Das könnte man daher nochmal testen (dann muss ich mir nur erstmal so ein IR-Sende-Dings bauen). Oder ich müsste mir nen TV kaufen, der WSS über Scart kann :). Man müsste nur wissen welche das sind..Vielleicht können wir im Wiki mal irgenwie ne Liste starten, wo dann die entsprechenden TV's/Ausgabegeräte und ihre Eignung für AVARDs (kann WSS, funktinioniert per IR; Funktioniert per extratool, funktionier per Scart-Schaltspannung) aufgeführt werden? Haltet ihr das für sinnvoll?
-
Hallo
prinzipiell funktioniert das AVARDS bei mir sehr gut, nur mit dem TV gibt es aber Probleme.
Der TV (ein Philips 16:9) kann zwar WSS, aber wertet das nur aus, wenn er ein Signal über den Antenneneingang bekommt. Also das per UHF modulierte Signal schaltet brav in den richtigen Modus. Allerdings wird WSS an den Scarteingängen nicht ausgewertet :(. Also nichts mit RGB und WSS gleichzeitig. Und auch ein Umschalten per IR-Signal bringt es nicht, da das Bildformart nur Sequentiel durchgeschaltet wird.
Und per Scart-Schaltpin geht nur 4:3 und Anamorph (aber nicht 16:9 Zoom in die schwarzen Balken).Wäre es denn möglich, das Bild bei der Ausgabe zu verzerren? Also dem Fernseher (per Scartpin auf 5V) auf Anamorph schalten und dem VDR das entfernen der schwarzen Balken überlassen bei 4:3-Letterboxed Material zu lassen (und optional bei echtem 4:3-Material das Bild vertikal stauchen und links und rechts schwarze Balken hinzuzufügen, oder wahlweise alternativ für echtes 4:3 den Schaltpin auf 12V ziehen, wobei das ja einen Hardwareumschalter erfordert).
Ich habe nämlich dieses Wochenende bei bekannten gesehen, das deren Sat-Reciever das so macht. (es handelt sich um einen Samsung DSB94016, welche für Lau bei Premier dabei war, also nichts besonderes hochwertiges). Auf jeden Fall gibt das Teil am Scart-Pin-8, wenn man im Menü des Recievers auf 16:9-TV stellt, immer 7V aus. Was TVs in den Anamorphen Modis zwingt. Bei 4:3 Sendungen fügt dann der Reciever rechst und links schwarze Balken hinzu und staucht das Bild quer, damit es auf einem 16:9-TV richtig dargestellt wird.
Evtl ist sowas ja auch recht einfach in die Ausgabe des VDR zu implementieren? Oder hat jemand andere Ideen für mein obiges Problem?
Schönen Gruß
Negge -
Das Problem mit dem /dev/input/event0 permission denied habe ich gelöst bekommen. Lag am "udev", wodurch die rechte bei jedem Reboot falsch waren. Nach deinstallation von udev geht es jetzt...
-
@geek07
Danke, das ist eine recht schöne Lösung. Die habe ich nun auch umgesetzt.
Dabei sind mir aber verschiedene Probleme aufgefallen.1. Prinzpiell enläd er die Dateien und läd sie auch wieder neu. Dabei inkrementiert der VDR aber intressanterweise das IR-Devive. Also beim ersten boot ist die
Nova-T:
- frontent0
- input cx88 IR as /class/input/input0
Nova-S:
- frontent0
- input DVB on-card IR as /class/input/input1
=>
input: PC-Speaker as /Class/input/input2UNLOAD und LOAD der DVB-modules per script
Nova-S:
- frontent0
- input DVB on-card IR as /class/input/input3
Nova-T:
- frontent0
- input cx88 IR as /class/input/input4
-----------------------
2.Des weiteren läd der VDR nicht direkt nach dem Reboot. Der VDR stürzt beim ersten start ab. Mit der vielsagenden Fehlermeldung "runvdr: stopping after fatal fail ()" im Syslog. Auf dem TV erscheint dabei sehr kurz die Meldung (in Rot) "ERROR /dev/input/event0 PERMISSION DENIED". Dann ist der VDR abgeschmiert.
Mit "/etc/init.d/vdr start" kann ich den VDR aber direkt danach problemlos starten und dann läuft er. -
Also das vdr stoppen, alle module alle entladen und in der richtigen Reihenfolge laden und anschließend vdr neu starten hatte ich schonmal probiert. Das funzt. Nur wie baue ich das in den Startprozeß (am besten vor das erste laden des VDR-Prozesses). Außerdem ist das eine meiner Meinung nach suboptimale Lösung, welche den startprozeß unnötig verlängert.
-
Ich wolle keinen neuen Thread aufmachen, da das ja thematisch 100% hier reinpasst.
/avr/log/messages:
Code
Display MoreJul 31 17:31:18 vdr syslogd 1.4.1#17: restart. Jul 31 17:31:18 vdr kernel: klogd 1.4.1#17, log source = /proc/kmsg started. Jul 31 17:31:18 vdr kernel: Inspecting /boot/System.map-2.6.16-ct-1 Jul 31 17:31:18 vdr kernel: Loaded 24665 symbols from /boot/System.map-2.6.16-ct-1. Jul 31 17:31:18 vdr kernel: Symbols match kernel version 2.6.16. Jul 31 17:31:18 vdr kernel: No module symbols loaded - kernel modules not enabled. Jul 31 17:31:18 vdr kernel: Linux version 2.6.16-ct-1 (Version:) (root@debuild2) (gcc-Version 3.3.5 (Debian 1:3.3.5-13)) #1 Thu Apr 27 18:55:17 UTC 2006 Jul 31 17:31:18 vdr kernel: BIOS-provided physical RAM map: Jul 31 17:31:18 vdr kernel: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) Jul 31 17:31:18 vdr kernel: BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) Jul 31 17:31:18 vdr kernel: BIOS-e820: 00000000000ca000 - 00000000000d4000 (reserved) Jul 31 17:31:18 vdr kernel: BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) Jul 31 17:31:18 vdr kernel: BIOS-e820: 0000000000100000 - 000000001fff0000 (usable) Jul 31 17:31:18 vdr kernel: BIOS-e820: 000000001fff0000 - 000000001fff8000 (ACPI data) Jul 31 17:31:18 vdr kernel: BIOS-e820: 000000001fff8000 - 0000000020000000 (ACPI NVS) Jul 31 17:31:18 vdr kernel: BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved) Jul 31 17:31:18 vdr kernel: BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved) Jul 31 17:31:18 vdr kernel: BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved) Jul 31 17:31:18 vdr kernel: 511MB LOWMEM available. Jul 31 17:31:18 vdr kernel: found SMP MP-table at 000fb930 Jul 31 17:31:18 vdr kernel: DMI 2.3 present. Jul 31 17:31:18 vdr kernel: ACPI: PM-Timer IO Port: 0x808 Jul 31 17:31:18 vdr kernel: ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) Jul 31 17:31:18 vdr kernel: Processor #0 6:8 APIC version 16 Jul 31 17:31:18 vdr kernel: ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0]) Jul 31 17:31:18 vdr kernel: IOAPIC[0]: apic_id 2, version 3, address 0xfec00000, GSI 0-23 Jul 31 17:31:18 vdr kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) Jul 31 17:31:18 vdr kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level) Jul 31 17:31:18 vdr kernel: Enabling APIC mode: Flat. Using 1 I/O APICs Jul 31 17:31:18 vdr kernel: Using ACPI (MADT) for SMP configuration information Jul 31 17:31:18 vdr kernel: Allocating PCI resources starting at 30000000 (gap: 20000000:dec00000) Jul 31 17:31:18 vdr kernel: Built 1 zonelists Jul 31 17:31:18 vdr kernel: Kernel command line: root=/dev/hda5 ro Jul 31 17:31:18 vdr kernel: Enabling fast FPU save and restore... done. Jul 31 17:31:18 vdr kernel: Enabling unmasked SIMD FPU exception support... done. Jul 31 17:31:18 vdr kernel: Initializing CPU#0 Jul 31 17:31:18 vdr kernel: PID hash table entries: 2048 (order: 11, 32768 bytes) Jul 31 17:31:18 vdr kernel: Detected 1255.975 MHz processor. Jul 31 17:31:18 vdr kernel: Using pmtmr for high-res timesource Jul 31 17:31:18 vdr kernel: Console: colour VGA+ 80x25 Jul 31 17:31:18 vdr kernel: Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Jul 31 17:31:18 vdr kernel: Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Jul 31 17:31:18 vdr kernel: Memory: 514820k/524224k available (1538k kernel code, 8752k reserved, 656k data, 236k init, 0k highmem) Jul 31 17:31:18 vdr kernel: Checking if this processor honours the WP bit even in supervisor mode... Ok. Jul 31 17:31:18 vdr kernel: Calibrating delay using timer specific routine.. 2514.14 BogoMIPS (lpj=1257073) Jul 31 17:31:18 vdr kernel: Security Framework v1.0.0 initialized Jul 31 17:31:18 vdr kernel: SELinux: Disabled at boot. Jul 31 17:31:18 vdr kernel: Capability LSM initialized Jul 31 17:31:18 vdr kernel: Mount-cache hash table entries: 512 Jul 31 17:31:18 vdr kernel: CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) Jul 31 17:31:18 vdr kernel: CPU: L2 Cache: 256K (64 bytes/line) Jul 31 17:31:18 vdr kernel: CPU: AMD Sempron(tm) stepping 01 Jul 31 17:31:18 vdr kernel: Checking 'hlt' instruction... OK. Jul 31 17:31:18 vdr kernel: ENABLING IO-APIC IRQs Jul 31 17:31:18 vdr kernel: ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1 Jul 31 17:31:18 vdr kernel: checking if image is initramfs... it is Jul 31 17:31:18 vdr kernel: Freeing initrd memory: 1153k freed Jul 31 17:31:18 vdr kernel: NET: Registered protocol family 16 Jul 31 17:31:18 vdr kernel: EISA bus registered Jul 31 17:31:18 vdr kernel: ACPI: bus type pci registered Jul 31 17:31:18 vdr kernel: PCI: PCI BIOS revision 2.10 entry at 0xfdab1, last bus=1 Jul 31 17:31:18 vdr kernel: PCI: Using configuration type 1 Jul 31 17:31:18 vdr kernel: ACPI: Subsystem revision 20060127 Jul 31 17:31:18 vdr kernel: ACPI: Interpreter enabled Jul 31 17:31:18 vdr kernel: ACPI: Using IOAPIC for interrupt routing Jul 31 17:31:18 vdr kernel: ACPI: PCI Root Bridge [PCI0] (0000:00) Jul 31 17:31:18 vdr kernel: ACPI: Power Resource [URP1] (off) Jul 31 17:31:18 vdr kernel: ACPI: Power Resource [URP2] (off) Jul 31 17:31:18 vdr kernel: ACPI: Power Resource [FDDP] (off) Jul 31 17:31:18 vdr kernel: ACPI: Power Resource [LPTP] (off) Jul 31 17:31:18 vdr kernel: ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 *11 12 14 15) Jul 31 17:31:18 vdr kernel: ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 *10 11 12 14 15) Jul 31 17:31:18 vdr kernel: ACPI: PCI Interrupt Link [LNKC] (IRQs *3 4 5 6 7 10 11 12 14 15) Jul 31 17:31:18 vdr kernel: ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 *5 6 7 10 11 12 14 15) Jul 31 17:31:18 vdr kernel: ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled. Jul 31 17:31:18 vdr kernel: ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled. Jul 31 17:31:18 vdr kernel: ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled. Jul 31 17:31:18 vdr kernel: ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled. Jul 31 17:31:18 vdr kernel: Linux Plug and Play Support v0.97 (c) Adam Belay Jul 31 17:31:18 vdr kernel: pnp: PnP ACPI init Jul 31 17:31:18 vdr kernel: pnp: PnP ACPI: found 9 devices Jul 31 17:31:18 vdr kernel: PnPBIOS: Disabled by ACPI PNP Jul 31 17:31:18 vdr kernel: PCI: Using ACPI for IRQ routing Jul 31 17:31:18 vdr kernel: PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report Jul 31 17:31:18 vdr kernel: PCI: Bridge: 0000:00:01.0 Jul 31 17:31:18 vdr kernel: IO window: disabled. Jul 31 17:31:18 vdr kernel: MEM window: d8e00000-d9efffff Jul 31 17:31:18 vdr kernel: PREFETCH window: d4d00000-d8cfffff Jul 31 17:31:18 vdr kernel: audit: initializing netlink socket (disabled) Jul 31 17:31:18 vdr kernel: audit(1154367043.835:1): initialized Jul 31 17:31:18 vdr kernel: VFS: Disk quotas dquot_6.5.1 Jul 31 17:31:18 vdr kernel: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) Jul 31 17:31:18 vdr kernel: Initializing Cryptographic API Jul 31 17:31:18 vdr kernel: io scheduler noop registered Jul 31 17:31:18 vdr kernel: io scheduler anticipatory registered (default) Jul 31 17:31:18 vdr kernel: io scheduler deadline registered Jul 31 17:31:18 vdr kernel: io scheduler cfq registered Jul 31 17:31:18 vdr kernel: PCI: Bypassing VIA 8237 APIC De-Assert Message Jul 31 17:31:18 vdr kernel: isapnp: Scanning for PnP cards... Jul 31 17:31:18 vdr kernel: isapnp: No Plug & Play device found Jul 31 17:31:18 vdr kernel: PNP: No PS/2 controller found. Probing ports directly. Jul 31 17:31:18 vdr kernel: serio: i8042 AUX port at 0x60,0x64 irq 12 Jul 31 17:31:18 vdr kernel: serio: i8042 KBD port at 0x60,0x64 irq 1 Jul 31 17:31:18 vdr kernel: Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled Jul 31 17:31:18 vdr kernel: serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A Jul 31 17:31:18 vdr kernel: 00:07: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A Jul 31 17:31:18 vdr kernel: RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize Jul 31 17:31:18 vdr kernel: EISA: Probing bus 0 at eisa.0 Jul 31 17:31:18 vdr kernel: EISA: Detected 0 cards. Jul 31 17:31:18 vdr kernel: NET: Registered protocol family 2 Jul 31 17:31:18 vdr kernel: IP route cache hash table entries: 8192 (order: 3, 32768 bytes) Jul 31 17:31:18 vdr kernel: TCP established hash table entries: 32768 (order: 5, 131072 bytes) Jul 31 17:31:18 vdr kernel: TCP bind hash table entries: 32768 (order: 5, 131072 bytes) Jul 31 17:31:18 vdr kernel: TCP: Hash tables configured (established 32768 bind 32768) Jul 31 17:31:18 vdr kernel: TCP reno registered Jul 31 17:31:18 vdr kernel: TCP bic registered Jul 31 17:31:18 vdr kernel: NET: Registered protocol family 1 Jul 31 17:31:18 vdr kernel: NET: Registered protocol family 17 Jul 31 17:31:18 vdr kernel: NET: Registered protocol family 8 Jul 31 17:31:18 vdr kernel: NET: Registered protocol family 20 Jul 31 17:31:18 vdr kernel: Using IPI Shortcut mode Jul 31 17:31:18 vdr kernel: ACPI wakeup devices: Jul 31 17:31:18 vdr kernel: PCI0 USB1 USB2 USB3 USB4 EHCI USBD UAR1 AC9 MC9 ILAN SLPB Jul 31 17:31:18 vdr kernel: ACPI: (supports S0 S1 S4 S5) Jul 31 17:31:18 vdr kernel: Freeing unused kernel memory: 236k freed Jul 31 17:31:18 vdr kernel: Linux video capture interface: v1.00 Jul 31 17:31:18 vdr kernel: cx2388x dvb driver version 0.0.5 loaded Jul 31 17:31:18 vdr kernel: CORE cx88[0]: subsystem: 0070:9002, board: Hauppauge Nova-T DVB-T [card=18,autodetected] Jul 31 17:31:18 vdr kernel: TV tuner 4 at 0x1fe, Radio tuner -1 at 0x1fe Jul 31 17:31:18 vdr kernel: tveeprom 0-0050: Hauppauge model 90002, rev C176, serial# 70592 Jul 31 17:31:18 vdr kernel: tveeprom 0-0050: MAC address is 00-0D-FE-01-13-C0 Jul 31 17:31:18 vdr kernel: tveeprom 0-0050: tuner model is Thompson DTT7592 (idx 76, type 4) Jul 31 17:31:18 vdr kernel: tveeprom 0-0050: TV standards ATSC/DVB Digital (eeprom 0x80) Jul 31 17:31:18 vdr kernel: tveeprom 0-0050: audio processor is None (idx 0) Jul 31 17:31:18 vdr kernel: tveeprom 0-0050: decoder processor is CX882 (idx 25) Jul 31 17:31:18 vdr kernel: tveeprom 0-0050: has no radio, has IR remote Jul 31 17:31:18 vdr kernel: cx88[0]: hauppauge eeprom: model=90002 Jul 31 17:31:18 vdr kernel: input: cx88 IR (Hauppauge Nova-T DVB-T as /class/input/input0 Jul 31 17:31:18 vdr kernel: ACPI: PCI Interrupt 0000:00:07.2[A] -> GSI 19 (level, low) -> IRQ 169 Jul 31 17:31:18 vdr kernel: cx88[0]/2: found at 0000:00:07.2, rev: 5, irq: 169, latency: 32, mmio: 0xdd000000 Jul 31 17:31:18 vdr kernel: cx88[0]/2: cx2388x based dvb card Jul 31 17:31:18 vdr kernel: DVB: registering new adapter (cx88[0]). Jul 31 17:31:18 vdr kernel: DVB: registering frontend 0 (Conexant CX22702 DVB-T)... Jul 31 17:31:18 vdr kernel: cx2388x v4l2 driver version 0.0.5 loaded Jul 31 17:31:18 vdr kernel: ACPI: PCI Interrupt 0000:00:07.0[A] -> GSI 19 (level, low) -> IRQ 169 Jul 31 17:31:18 vdr kernel: cx88[0]/0: found at 0000:00:07.0, rev: 5, irq: 169, latency: 32, mmio: 0xdc000000 Jul 31 17:31:18 vdr kernel: cx88[0]/0: registered device video0 [v4l2] Jul 31 17:31:18 vdr kernel: cx88[0]/0: registered device vbi0 Jul 31 17:31:18 vdr kernel: set_control id=0x980900 reg=0x310110 val=0x00 (mask 0xff) Jul 31 17:31:18 vdr kernel: set_control id=0x980901 reg=0x310110 val=0x3f00 (mask 0xff00) Jul 31 17:31:18 vdr kernel: set_control id=0x980903 reg=0x310118 val=0x00 (mask 0xff) Jul 31 17:31:18 vdr kernel: set_control id=0x980902 reg=0x310114 val=0x5a7f (mask 0xffff) Jul 31 17:31:18 vdr kernel: set_control id=0x980909 reg=0x320594 val=0x40 (mask 0x40) [shadowed] Jul 31 17:31:18 vdr kernel: set_control id=0x980905 reg=0x320594 val=0x20 (mask 0x3f) [shadowed] Jul 31 17:31:18 vdr kernel: set_control id=0x980906 reg=0x320598 val=0x40 (mask 0x7f) [shadowed] Jul 31 17:31:18 vdr kernel: cx2388x blackbird driver version 0.0.5 loaded Jul 31 17:31:18 vdr kernel: mice: PS/2 mouse device common for all mice Jul 31 17:31:18 vdr kernel: Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 Jul 31 17:31:18 vdr kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx Jul 31 17:31:18 vdr kernel: VP_IDE: IDE controller at PCI slot 0000:00:0f.1 Jul 31 17:31:18 vdr kernel: ACPI: PCI Interrupt 0000:00:0f.1[A] -> GSI 20 (level, low) -> IRQ 177 Jul 31 17:31:18 vdr kernel: PCI: Via IRQ fixup for 0000:00:0f.1, from 255 to 1 Jul 31 17:31:18 vdr kernel: VP_IDE: chipset revision 6 Jul 31 17:31:18 vdr kernel: VP_IDE: not 100%% native mode: will probe irqs later Jul 31 17:31:18 vdr kernel: VP_IDE: VIA vt8237 (rev 00) IDE UDMA133 controller on pci0000:00:0f.1 Jul 31 17:31:18 vdr kernel: ide0: BM-DMA at 0xfc00-0xfc07, BIOS settings: hda:DMA, hdb:DMA Jul 31 17:31:18 vdr kernel: ide1: BM-DMA at 0xfc08-0xfc0f, BIOS settings: hdc:pio, hdd:DMA Jul 31 17:31:18 vdr kernel: hda: SAMSUNG SP1614N, ATA DISK drive Jul 31 17:31:18 vdr kernel: hdb: SAMSUNG SV1604N, ATA DISK drive Jul 31 17:31:18 vdr kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Jul 31 17:31:18 vdr kernel: hdd: HL-DT-ST DVDRAM GSA-4040B, ATAPI CD/DVD-ROM drive Jul 31 17:31:18 vdr kernel: ide1 at 0x170-0x177,0x376 on irq 15 Jul 31 17:31:18 vdr kernel: hda: max request size: 512KiB Jul 31 17:31:18 vdr kernel: hda: 312581808 sectors (160041 MB) w/8192KiB Cache, CHS=19457/255/63, UDMA(100) Jul 31 17:31:18 vdr kernel: hda: cache flushes supported Jul 31 17:31:18 vdr kernel: hda: hda1 hda2 hda3 < hda5 hda6 hda7 hda8 hda9 > hda4 Jul 31 17:31:18 vdr kernel: hdb: max request size: 512KiB Jul 31 17:31:18 vdr kernel: hdb: 312581808 sectors (160041 MB) w/2048KiB Cache, CHS=19457/255/63, UDMA(133) Jul 31 17:31:18 vdr kernel: hdb: cache flushes supported Jul 31 17:31:18 vdr kernel: hdb: hdb1 Jul 31 17:31:18 vdr kernel: kjournald starting. Commit interval 5 seconds Jul 31 17:31:18 vdr kernel: EXT3-fs: mounted filesystem with ordered data mode. Jul 31 17:31:18 vdr kernel: Adding 771080k swap on /dev/hda6. Priority:-1 extents:1 across:771080k Jul 31 17:31:18 vdr kernel: EXT3 FS on hda5, internal journal Jul 31 17:31:18 vdr kernel: Non-volatile memory driver v1.2 Jul 31 17:31:18 vdr kernel: device-mapper: 4.5.0-ioctl (2005-10-04) initialised: dm-devel@redhat.com Jul 31 17:31:18 vdr kernel: kjournald starting. Commit interval 5 seconds Jul 31 17:31:18 vdr kernel: EXT3 FS on hda4, internal journal Jul 31 17:31:18 vdr kernel: EXT3-fs: mounted filesystem with ordered data mode. Jul 31 17:31:18 vdr kernel: kjournald starting. Commit interval 5 seconds Jul 31 17:31:18 vdr kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is recommended Jul 31 17:31:18 vdr kernel: EXT3 FS on hda7, internal journal Jul 31 17:31:18 vdr kernel: EXT3-fs: recovery complete. Jul 31 17:31:18 vdr kernel: EXT3-fs: mounted filesystem with ordered data mode. Jul 31 17:31:18 vdr kernel: kjournald starting. Commit interval 5 seconds Jul 31 17:31:18 vdr kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is recommended Jul 31 17:31:18 vdr kernel: EXT3 FS on hda8, internal journal Jul 31 17:31:18 vdr kernel: EXT3-fs: recovery complete. Jul 31 17:31:18 vdr kernel: EXT3-fs: mounted filesystem with ordered data mode. Jul 31 17:31:18 vdr kernel: kjournald starting. Commit interval 5 seconds Jul 31 17:31:18 vdr kernel: EXT3-fs warning: mounting fs with errors, running e2fsck is recommended Jul 31 17:31:18 vdr kernel: EXT3 FS on hdb1, internal journal Jul 31 17:31:18 vdr kernel: EXT3-fs: recovery complete. Jul 31 17:31:18 vdr kernel: EXT3-fs: mounted filesystem with ordered data mode. Jul 31 17:31:18 vdr kernel: kjournald starting. Commit interval 5 seconds Jul 31 17:31:18 vdr kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is recommended Jul 31 17:31:18 vdr kernel: EXT3 FS on hda9, internal journal Jul 31 17:31:18 vdr kernel: EXT3-fs: recovery complete. Jul 31 17:31:18 vdr kernel: EXT3-fs: mounted filesystem with ordered data mode. Jul 31 17:31:18 vdr kernel: via-rhine.c:v1.10-LK1.2.0-2.6 June-10-2004 Written by Donald Becker Jul 31 17:31:18 vdr kernel: ACPI: PCI Interrupt 0000:00:12.0[A] -> GSI 23 (level, low) -> IRQ 185 Jul 31 17:31:18 vdr kernel: PCI: Via IRQ fixup for 0000:00:12.0, from 11 to 9 Jul 31 17:31:18 vdr kernel: eth0: VIA Rhine II at 0x1c000, 00:0c:76:bc:9c:a6, IRQ 185. Jul 31 17:31:18 vdr kernel: eth0: MII PHY found at address 1, status 0x786d advertising 01e1 Link 45e1. Jul 31 17:31:18 vdr kernel: SCSI subsystem initialized Jul 31 17:31:18 vdr kernel: ACPI: PCI Interrupt 0000:00:0f.0[B] -> GSI 20 (level, low) -> IRQ 177 Jul 31 17:31:18 vdr kernel: PCI: Via IRQ fixup for 0000:00:0f.0, from 10 to 1 Jul 31 17:31:18 vdr kernel: sata_via 0000:00:0f.0: routed to hard irq line 1 Jul 31 17:31:18 vdr kernel: ata1: SATA max UDMA/133 cmd 0xEC00 ctl 0xE802 bmdma 0xDC00 irq 177 Jul 31 17:31:18 vdr kernel: ata2: SATA max UDMA/133 cmd 0xE400 ctl 0xE002 bmdma 0xDC08 irq 177 Jul 31 17:31:18 vdr kernel: ata1: SATA link down (SStatus 0) Jul 31 17:31:18 vdr kernel: scsi0 : sata_via Jul 31 17:31:18 vdr kernel: ata2: SATA link down (SStatus 0) Jul 31 17:31:18 vdr kernel: scsi1 : sata_via Jul 31 17:31:18 vdr kernel: usbcore: registered new driver usbfs Jul 31 17:31:18 vdr kernel: usbcore: registered new driver hub Jul 31 17:31:18 vdr kernel: USB Universal Host Controller Interface driver v2.3 Jul 31 17:31:18 vdr kernel: ACPI: PCI Interrupt 0000:00:10.0[A] -> GSI 21 (level, low) -> IRQ 193 Jul 31 17:31:18 vdr kernel: PCI: Via IRQ fixup for 0000:00:10.0, from 11 to 1 Jul 31 17:31:18 vdr kernel: uhci_hcd 0000:00:10.0: UHCI Host Controller Jul 31 17:31:18 vdr kernel: uhci_hcd 0000:00:10.0: new USB bus registered, assigned bus number 1 Jul 31 17:31:18 vdr kernel: uhci_hcd 0000:00:10.0: irq 193, io base 0x0000c800 Jul 31 17:31:18 vdr kernel: usb usb1: configuration #1 chosen from 1 choice Jul 31 17:31:18 vdr kernel: hub 1-0:1.0: USB hub found Jul 31 17:31:18 vdr kernel: hub 1-0:1.0: 2 ports detected Jul 31 17:31:18 vdr kernel: ACPI: PCI Interrupt 0000:00:10.1[A] -> GSI 21 (level, low) -> IRQ 193 Jul 31 17:31:18 vdr kernel: PCI: Via IRQ fixup for 0000:00:10.1, from 11 to 1 Jul 31 17:31:18 vdr kernel: uhci_hcd 0000:00:10.1: UHCI Host Controller Jul 31 17:31:18 vdr kernel: uhci_hcd 0000:00:10.1: new USB bus registered, assigned bus number 2 Jul 31 17:31:18 vdr kernel: uhci_hcd 0000:00:10.1: irq 193, io base 0x0000cc00 Jul 31 17:31:18 vdr kernel: usb usb2: configuration #1 chosen from 1 choice Jul 31 17:31:18 vdr kernel: hub 2-0:1.0: USB hub found Jul 31 17:31:18 vdr kernel: hub 2-0:1.0: 2 ports detected Jul 31 17:31:18 vdr kernel: ACPI: PCI Interrupt 0000:00:10.2[B] -> GSI 21 (level, low) -> IRQ 193 Jul 31 17:31:18 vdr kernel: PCI: Via IRQ fixup for 0000:00:10.2, from 10 to 1 Jul 31 17:31:18 vdr kernel: uhci_hcd 0000:00:10.2: UHCI Host Controller Jul 31 17:31:18 vdr kernel: uhci_hcd 0000:00:10.2: new USB bus registered, assigned bus number 3 Jul 31 17:31:18 vdr kernel: uhci_hcd 0000:00:10.2: irq 193, io base 0x0000d000 Jul 31 17:31:18 vdr kernel: usb usb3: configuration #1 chosen from 1 choice Jul 31 17:31:18 vdr kernel: hub 3-0:1.0: USB hub found Jul 31 17:31:18 vdr kernel: hub 3-0:1.0: 2 ports detected Jul 31 17:31:18 vdr kernel: ACPI: PCI Interrupt 0000:00:10.3[B] -> GSI 21 (level, low) -> IRQ 193 Jul 31 17:31:18 vdr kernel: PCI: Via IRQ fixup for 0000:00:10.3, from 10 to 1 Jul 31 17:31:18 vdr kernel: uhci_hcd 0000:00:10.3: UHCI Host Controller Jul 31 17:31:18 vdr kernel: uhci_hcd 0000:00:10.3: new USB bus registered, assigned bus number 4 Jul 31 17:31:18 vdr kernel: uhci_hcd 0000:00:10.3: irq 193, io base 0x0000d400 Jul 31 17:31:18 vdr kernel: usb usb4: configuration #1 chosen from 1 choice Jul 31 17:31:18 vdr kernel: hub 4-0:1.0: USB hub found Jul 31 17:31:18 vdr kernel: hub 4-0:1.0: 2 ports detected Jul 31 17:31:18 vdr kernel: ACPI: PCI Interrupt 0000:00:10.4[C] -> GSI 21 (level, low) -> IRQ 193 Jul 31 17:31:18 vdr kernel: PCI: Via IRQ fixup for 0000:00:10.4, from 3 to 1 Jul 31 17:31:18 vdr kernel: ehci_hcd 0000:00:10.4: EHCI Host Controller Jul 31 17:31:18 vdr kernel: ehci_hcd 0000:00:10.4: new USB bus registered, assigned bus number 5 Jul 31 17:31:18 vdr kernel: ehci_hcd 0000:00:10.4: irq 193, io mem 0xdfffbc00 Jul 31 17:31:18 vdr kernel: ehci_hcd 0000:00:10.4: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004 Jul 31 17:31:18 vdr kernel: usb usb5: configuration #1 chosen from 1 choice Jul 31 17:31:18 vdr kernel: hub 5-0:1.0: USB hub found Jul 31 17:31:18 vdr kernel: hub 5-0:1.0: 8 ports detected Jul 31 17:31:18 vdr kernel: Linux agpgart interface v0.101 (c) Dave Jones Jul 31 17:31:18 vdr kernel: agpgart: Detected VIA KT400/KT400A/KT600 chipset Jul 31 17:31:18 vdr kernel: agpgart: AGP aperture is 128M @ 0xe0000000 Jul 31 17:31:18 vdr kernel: pci_hotplug: PCI Hot Plug PCI Core version: 0.5 Jul 31 17:31:18 vdr kernel: shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 Jul 31 17:31:18 vdr kernel: stradis 0000:00:0a.0: 0: SDM2xx found Jul 31 17:31:18 vdr kernel: ACPI: PCI Interrupt 0000:00:0a.0[A] -> GSI 17 (level, low) -> IRQ 201 Jul 31 17:31:18 vdr kernel: videodev: "SAA7146A" has no release callback. Please fix your driver for proper sysfs support, see http://lwn.net/Articles/36850/ Jul 31 17:31:18 vdr kernel: i2c setup read timeout Jul 31 17:31:18 vdr kernel: i2c read timeout Jul 31 17:31:18 vdr kernel: i2c setup read timeout Jul 31 17:31:18 vdr kernel: i2c read timeout Jul 31 17:31:18 vdr kernel: stradis0: config = 00 0e 13 c2 26 0f ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff Jul 31 17:31:18 vdr kernel: ACPI: PCI Interrupt 0000:00:11.5[C] -> GSI 22 (level, low) -> IRQ 209 Jul 31 17:31:18 vdr kernel: PCI: Via IRQ fixup for 0000:00:11.5, from 3 to 1 Jul 31 17:31:18 vdr kernel: input: PC Speaker as /class/input/input1 Jul 31 17:31:18 vdr kernel: Floppy drive(s): fd0 is 1.44M Jul 31 17:31:18 vdr kernel: FDC 0 is a post-1991 82077 Jul 31 17:31:18 vdr kernel: parport: PnPBIOS parport detected. Jul 31 17:31:18 vdr kernel: parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,EPP,ECP,DMA] Jul 31 17:31:18 vdr kernel: hdd: ATAPI 32X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache, UDMA(33) Jul 31 17:31:18 vdr kernel: Uniform CD-ROM driver Revision: 3.20 Jul 31 17:31:18 vdr kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 Jul 31 17:31:18 vdr kernel: lirc_dev: IR Remote Control driver registered, at major 61 Jul 31 17:31:18 vdr kernel: lirc_serial: no version for "lirc_unregister_plugin" found: kernel tainted. Jul 31 17:31:19 vdr kernel: lirc_serial: auto-detected active low receiver Jul 31 17:31:19 vdr kernel: lirc_dev: lirc_register_plugin: sample_rate: 0 Jul 31 17:31:22 vdr kernel: NET: Registered protocol family 10 Jul 31 17:31:22 vdr kernel: lo: Disabled Privacy Extensions Jul 31 17:31:22 vdr kernel: IPv6 over IPv4 tunneling driver -
Ich hab in /etc/default/vdr das init-Script deaktiviert (eneabled=0). Der VDR startet ja auch dann nicht und die ttpci-module werden auch nicht geladen, aber die cx88-Module der Nova-T?!?
-
Hochschieb.
Das Problem ist immer noch aktuell. Beim booten wird immer noch jedes mal die Nova-T geladen (obwohl eigentlich alles geblacklistet ist). Ich hab inzwischen sogar den VDR deaktiviert und eigentlich sollten keine dvb-module mehr geladen werden. Dennoch wird die Nova-T immer noch geladen ?!?
/etc/modules
Code
Display More## module "capability", damit der vdr ohne root-Rechte laufen kann capability nvram #lirc_serial ## Ladereihenfolge der DVB-Module umstellen (damit das Remote-PlugIn die richtige Karte findet ## FullFeatured zuerst laden #saa7146 #dvb-ttpci ##Module Nova-T neu #cx88xx #cx88-dvb ## Module Technodrend #dvb_ttpci #budget #budget_ci #budget_av ##Module PVRx50 #ivtv ##Module TwinHan #dvb-bt8xxevdev #bttv #dvb-bt8xx #evdev/etc/modprobe.d/blacklist
Code
Display More## autoladen der dvb-treiber verhindern blacklist dvb-ttpci blacklist dvb_ttpci blacklist sa7146_vv blacklist saa7146 blacklist dvb_core blacklist tda8083 blacklist cx2388x blacklist cx88_blackbird blacklist cx8800 blacklist cx88xx blacklist cx88-dvb blacklist cx88_dvb blacklist cx8802 blacklist cx88_vp3053_i2c blacklist cx88_blackbird blacklist budget blacklist budget_ci blacklist budget_av blacklist budget_core/etc/hotplug/blacklist.d/dvb
Code
Display More##autoladen der dvb-treiber verhindern dvb-ttpci dvb_ttpci sa7146_vv saa7146 dvb_core tda8083 cx2388x cx88_blackbird cx8800 cx88xx cx88-dvb cx88_dvb cx8802 cx88_vp3053_i2c cx88_blackbird budget budget_ci budget_av budget_core/etc/hotplug/blacklist
Code
Display More# # Listing a module here prevents the hotplug scripts from loading it. # Usually that'd be so that some other driver will bind it instead, # no matter which driver happens to get probed first. Sometimes user # mode tools can also control driver binding. # # Syntax: driver name alone (without any spaces) on a line. Other # lines are ignored. # #autoladen der dvb-treiber verhindern cx88xx cx88-dvb cx88_dvb cx88_blackbird cx8802 saa7146 dvb-ttpci budget budget_ci budget_av budget_core dvb_core # uhci ... usb-uhci handles the same pci class usb-uhci # usbcore ... module is loaded implicitly, ignore it otherwise usbcore # evbug is a debug tool and should be loaded explicitly evbug # these drivers are very simple, the HID drivers are usually preferred usbmouse usbkbd # replaced by e100 eepro100 # replaced by tulip de4x5 # replaced by tmscsim am53c974 # watchdog drivers should be loaded only if a watchdog daemon is installed acquirewdt advantechwdt alim1535_wdt alim7101_wdt cpu5wdt eurotechwdt i810_tco i8xx_tco ib700wdt indydog ixp2000_wdt ixp4xx_wdt machzwd mixcomwd mpc8xx_wdt pcwd pcwd_pci pcwd_usb s3c2410_wdt sa1100_wdt sbc60xxwdt sc1200wdt sc520_wdt scx200_wdt shwdt softdog w83627hf_wdt w83877f_wdt wafer5823wdt wdt285 wdt977 wdt wdt_pc -
Hallo
bei mir klappt das mit dem einstellen der Ladereihenfolge leider nicht. Ich habe eine Nexus-S 2.3 und eine neue NOVA-T [cx88-treiber] (und nutzte inzwischen nur noch DVB-T).
Ursprünglich war das mal nen 3er-CT. Aber der ist stets aktuell gehalten worden mit dem E-toby-Repositry. Kernel Version 2.6.16-ct-1 und vdr 1.4.1-1ctvd.
Ich hab inzwischen alle 3 verschiedene Blacklist-einträge hinzugefügt, ohne Wirkung. Und auch das tauschen der Karten in den PCI-Slots hat nichts gebracht. Ich bin inzwischen ratlos.
-
Naja, aber einfach die Zeit bis zum runterfahren verlängern ist auch nicht eleganter als ForceReboot. Elegant wäre es, wenn man das Skript vom NVRAM entsprechend modifiziert.
P.S.: Ich nutze deshalb ForceReboot...
-
genau: Einfach nur "halt" in die Grub-config-Datei eintragen und der Rechner schaltet aus.
Wobei das aber ja grundlegend nichts an dem obigen Problem ändert, oder?
Denn wenn als Rebbot-Option nicht "grub-reboot 1 --no-floppy" (Grub-Menüpunkt 1 ist "halt") ausgeführt wird sondern der Rechner einfach nur abschaltet, weil NVRAM denkt das NVRAM wäre schon gesetzt. Sinniger wäre es ja dann, wenn der Rechner "statt shutdown -h" IMMER "grub-reboot 1" bei Runterfahren ausführt. Dann hätte man das Problem nicht mehr.
Ist das einfach umzusetzen?
-
Quote
... WELCHE Infos/Logs ich euch ggf für weiteren Support zur Verfügung stellen müsste...
JA, mir sind die Fehlermeldungen im Syslog aufgefallen - aber welche sind davon existenziell wichtig und welche sind rein "informativ"?Ich würde sagen dass Syslog ist schon das richtige.
Allerdings hab ich da die Ursache nun auch nicht gesehen. Diese DVB-Register/Unregister-Schleife hatte ich auch schon das eine oder andere mal. Meist war dann die channels.conf defekt (stand dann aber auch im syslog, das die channels.conf einen Fehler in Zeile soundso hatte). Bei dir hab ich jetzt nicht dergleichen gefunden.
Evtl. könnten diese Zeilen ursächlich sein:
Quote... WELCHE Infos/Logs ich euch ggf für weiteren Support zur Verfügung stellen müsste...
JA, mir sind die Fehlermeldungen im Syslog aufgefallen - aber welche sind davon existenziell wichtig und welche sind rein "informativ"?
Jan 17 22:09:03 localhost vdr[4386]: ERROR: /dev/lircd: No such file or directory
Jan 17 22:09:03 localhost vdr[4386]: ERROR: remote control XineRemote not ready!
Jan 17 22:09:03 localhost vdr[4386]: ERROR: remote control LIRC not ready![/QUOTE]Die ganzen anderen Fehler der setup.conf bekommst du übrigens weg, indem du die überflüssigen Daten aus der setup.conf entfernst. Die machen aber in der Regel nichts.
-
Quote
Original von habichthugo
"Damit die Modul-Pakete einwandfrei funktionieren, sollten bereits die entsprechenden Gegenstücke für den 2.6.12er-Kernel von der CD installiert sein..." Hört sich doch schon mal toll an - oder? D.h. doch m.E., erst mal System durch Installation der c't-VDR 4.5 plätten...?
Nee, würde ich nicht sagen. Ich hab damals den vdr3 auch einfach mit dem C't-Experimental 2.6.12 (der vdr4.0) geupdatet. Man sollte nur die neuen Module-init-tool nicht vergessen zu installieren (wobei dselect das auch mit auswählt zur Installation).
-
Hallo
Tobi: danke für den link:
vdr-plugin-pvrinput-0.1.0-1 läuft soweit genauso gut wie die alte 0.8-3, auch mit ivtv-0.4.0. Allerdings liefert "osdteletext" leider immer noch kein videotext mit der pvr. Sehr schade. Wenn da noch jemand nen Tipp für mich hätte?
-
Ich biete mich hiermit auch als Tester an, bräuchte das ganze dann halt "nur" für meine PVRs (und am besten als fertiges ct'vdr-Paket).
Ich hoffe, das Packet landet nich auf "Eis". Ich finde das ein sehr guter Ansatz. Wie schon im anderen Thread geschrieben. Ich fand das kernel-updaten nicht schwer. Nutzt du grub oder lilo als bootloader? Mit lilo ist es etwas komplexer, da man da irgendwie lilo updaten muss, bevor ein neuer kernel gebootet werden kann. Mit grub ist das alles kein Problem. Du kannst auch mehrere kernels parallel installiert haben.
-
Also ich hab damals mein ctvdr3 auch auf kernel 2.6 geupdatet. (und das hab ich als Linux-noob hinbekommen)
Ich hatte einfach
deb http://www.heise.de/ct/ftp/projekte/vdr4 experimental/
zur apt.conf hinzugefügt und anschließend den neuen kernel per dselect installiert. Da werden dann auch gleich die neuen module-init-tools mit installiert. Dann das ganze in grub (oder lilio) integriert und schon konnte ich booten.Ich brauchte das damals, damit ivtv-0.3 auch läuft (unter kernel 2.4 war das ein Krampf).
Also da kernel-Update war wie gesagt überhaupt kein Problem