PCIe DVB-C TV-Karte von Digital Devices bald verfügbar

UFO · 13. März 2011

Zitat

Original von e9hack

Wenn es nur ein I²C-Bus ist, warum werden dann zwei Buse bzw. Devices angelegt? Wenn man sich den Code ansieht, hat vermutlich die nGene-Bridge nur ein I²C-Interface. Es werden aber irgentwelche GPIO vewendet, um zwischen den Busen (per Gate?) umzuschalten.

Die Busumschaltung gibt es, weil es wohl irgendeine Hardware in dieser Form benötigt hat. Der Treiber wurde ja nicht speziell für die cineS2 geschrieben. Bei den derzeit unterstützten ngene-Karten gibt es keine Busumschaltung.

Zitat

Dann muß über ein Pin vom Stecker irgendeine Kodierung erfolgen, mit der die Adresse für Frontend und Tuner selektiert wird.

Ja.

CU
Oliver

VdrMize · 13. März 2011

Hallo zusammen,

ich bin gerade am Übersetzen der neuen Treiber.

An dieser Stelle auch von meiner Seite ein großes Danke an UFO, und an alle anderen die vorab mitgetestet haben, daß jetzt auch die ngene in Verbindung mit der DuoFlex-C/T zum Laufen gebracht wurde ...

Beim Kompilieren auf meinem Debian Squeeze System liegen die Kernel-Sourcen unter "/usr/src/linux-source-2.6.32/..." und die Kernel-Header unter "/usr/src/linux-headers-2.6.32-5-common/..."

Das Übersetzen der Treiber hat er scheinbar geschafft (zumindest meldet er 415 übersetzte Module), mit dem vorbereitenden make Menuconfig habe ich aber Probleme.

Inciter empfielt:

Zitat

Ich hatte bisher immer Probleme mit den FireDTV-Sourcen und habe diese von der Installation ausgeschlossen:
sudo make menuconfig

Ein "make menuconfig" scheitert bei mir aber mit

Code

root@sq-vdr:/usr/src/ngene-octopus-test# make menuconfig
make -C /usr/src/ngene-octopus-test/v4l menuconfig
make[1]: Entering directory `/usr/src/ngene-octopus-test/v4l'
No version yet, using 2.6.32-5-686
make[1]: Leaving directory `/usr/src/ngene-octopus-test/v4l'
make[1]: Entering directory `/usr/src/ngene-octopus-test/v4l'
make -C /lib/modules/2.6.32-5-686/build -f /usr/src/ngene-octopus-test/v4l/Makefile.kernel config-targets=1 mixed-targets=0 dot-config=0 SRCDIR=/lib/modules/2.6.32-5-686/source v4l-mconf
make[2]: Entering directory `/usr/src/linux-headers-2.6.32-5-686'
/lib/modules/2.6.32-5-686/source/scripts/Makefile.build:44: /lib/modules/2.6.32-5-686/source/scripts/basic/Makefile: No such file or directory
make[3]: *** No rule to make target `/lib/modules/2.6.32-5-686/source/scripts/basic/Makefile'.  Stop.
make[2]: *** [scripts_basic] Error 2
make[2]: Leaving directory `/usr/src/linux-headers-2.6.32-5-686'
make[1]: *** [/lib/modules/2.6.32-5-686/build/scripts/kconfig/mconf] Fehler 2
make[1]: Leaving directory `/usr/src/ngene-octopus-test/v4l'
make: *** [menuconfig] Fehler 2

Alles anzeigen

Ursache ist, daß bei mir im Verzeichnis "/lib/modules/2.6.32-5-686/source/scripts/basic" nicht die ganzen Files aus "/usr/src/linux-source-2.6.32/source/scripts/basic" zu finden sind.
Ich möchte jetzt nicht einfach die Files in diesem Verzeichnis kopieren, denn die anderen unterverzeichnisse unterscheiden sich ja auch. Wie kann ich dem System das richtige Source-Verzeichnis beibringen, so daß in Zukunft auch "make Makefile" aufrufen kann, und untenstehende Fehlermeldung beim make nicht mehr kommt?

Code

***WARNING:*** You do not have the full kernel sources installed.
This does not prevent you from building the v4l-dvb tree if you have the
kernel headers, but the full kernel source may be required in order to use
make menuconfig / xconfig / qconfig.

m.f.G. Michael

VdrMize · 13. März 2011

Hallo zusammen,

nach der Installation der Treiber wird bei mir die Karte gefunden, w-scan findet aber keine Sender ...

Ich habe gerade mal unter Windows gebootet (ob Kabel-Signal da ist) dort kann ich TV sehen (also ist schon mal Installation der Karte etc. in Ordnung). Doch unter Linux findet w_scan keine Sender ... (auch mit t 3 nicht)

Dabei sieht es ja so aus, als ob er diverse Transponder findet, die Channel-List bleibt aber leer ...

Code

root@sq-vdr:/usr/src/w_scan# ./w_scan -c DE -f c -t 3 -o 8 >>./channels.conf
w_scan version 20110306 (compiled for DVB API 5.2)
using settings for GERMANY
DVB cable
DVB-C
frontend_type DVB-C, channellist 7
output format vdr-1.8
Info: using DVB adapter auto detection.
        /dev/dvb/adapter0/frontend0 -> DVB-C "DRXK DVB-C": good :-)
        /dev/dvb/adapter0/frontend1 -> DVB-T "DRXK DVB-T": specified was DVB-C -> SEARCH NEXT ONE.
        /dev/dvb/adapter1/frontend0 -> DVB-C "DRXK DVB-C": good :-)
        /dev/dvb/adapter1/frontend1 -> DVB-T "DRXK DVB-T": specified was DVB-C -> SEARCH NEXT ONE.
Using DVB-C frontend (adapter /dev/dvb/adapter0/frontend0)
-_-_-_-_ Getting frontend capabilities-_-_-_-_
Using DVB API 5.2
frontend 'DRXK DVB-C' supports
INVERSION_AUTO
QAM_AUTO not supported, trying QAM_64 QAM_256.
FEC_AUTO
FREQ (47.12MHz ... 862.00MHz)
SRATE (0.870MBd ... 11.700MBd)
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
searching QAM64...
73000: sr6900 (time: 00:00) sr6875 (time: 00:02)
81000: sr6900 (time: 00:05) sr6875 (time: 00:08)
113000: sr6900 (time: 00:10) (time: 00:11) signal ok:
        QAM_64   f = 113000 kHz S6900C999
        new transponder:
           (QAM_256  f = 450000 kHz S6900C0)
        new transponder:
           (QAM_256  f = 410000 kHz S6900C0)
        updating transponder:
           (QAM_64   f = 113000 kHz S6900C999)
        to (QAM_64   f = 113000 kHz S6900C0)
        new transponder:
           (QAM_256  f = 442000 kHz S6900C0)
        new transponder:
           (QAM_64   f = 426000 kHz S6900C0)
        new transponder:
           (QAM_64   f = 434000 kHz S6900C0)
        new transponder:
           (QAM_64   f = 802000 kHz S6900C0)
        new transponder:
           (QAM_64   f = 810000 kHz S6900C0)
121000: sr6900 (time: 00:23) sr6875 (time: 00:26)
129000: sr6900 (time: 00:28) sr6875 (time: 00:31)
137000: sr6900 (time: 00:34) sr6875 (time: 00:36)
145000: sr6900 (time: 00:39) sr6875 (time: 00:42)
153000: sr6900 (time: 00:44) sr6875 (time: 00:47)
161000: sr6900 (time: 00:50) sr6875 (time: 00:52)
169000: sr6900 (time: 00:55) sr6875 (time: 00:58)
314000: sr6900 (time: 01:00) sr6875 (time: 01:03)
322000: sr6900 (time: 01:05) sr6875 (time: 01:08)
330000: sr6900 (time: 01:11) sr6875 (time: 01:13)
338000: sr6900 (time: 01:16) sr6875 (time: 01:19)
346000: sr6900 (time: 01:21) sr6875 (time: 01:24) (time: 01:25) signal ok:
        QAM_64   f = 346000 kHz S6875C999
354000: sr6900 (time: 01:38) sr6875 (time: 01:40) (time: 01:41) signal ok:
        QAM_64   f = 354000 kHz S6875C999
362000: sr6900 (time: 01:53) sr6875 (time: 01:56) (time: 01:57) signal ok:
        QAM_64   f = 362000 kHz S6875C999
370000: sr6900 (time: 02:09) sr6875 (time: 02:11) (time: 02:12) signal ok:
        QAM_64   f = 370000 kHz S6875C999
378000: sr6900 (time: 02:24) sr6875 (time: 02:27)
386000: sr6900 (time: 02:30) sr6875 (time: 02:32) (time: 02:33) signal ok:
        QAM_64   f = 386000 kHz S6875C999
394000: sr6900 (time: 02:45) ^C
ERROR: interrupted by SIGINT, dumping partial result...
dumping lists (0 services)
Done.
root@sq-vdr:/usr/src/w_scan#

Alles anzeigen

An was kann das liegen? Any ideas?

m.f.G. Michael

3PO · 13. März 2011

Zitat

Original von VdrMize
[...]An was kann das liegen? Any ideas? ....

Zitat

root@sq-vdr:/usr/src/w_scan# ./w_scan -c DE -f c -t 3 -o 8 >>./channels.conf

"- o 8" gibt es nicht, siehe: man w_scan

Code

[...]
       -o N   VDR channels.conf format
              6 = VDR-1.2 .. VDR-1.6 [default],
              7 = VDR-1.7 (for DVB-S2 support)
...

e9hack · 13. März 2011

Zitat

Original von VdrMize
An was kann das liegen? Any ideas?

Du mußt w_scan einfach mehr Zeit geben.

Code

vdr:/usr/src/w_scan-20110206 # ./w_scan -c DE -f c -t 3 -o 8 >./channels.conf
w_scan version 20110206 (compiled for DVB API 5.0)
using settings for GERMANY
DVB cable
DVB-C
frontend_type DVB-C, channellist 7
output format vdr-1.8
Info: using DVB adapter auto detection.
        /dev/dvb/adapter0/frontend0 -> DVB-C "DRXK DVB-C": good :-)
Using DVB-C frontend (adapter /dev/dvb/adapter0/frontend0)
-_-_-_-_ Getting frontend capabilities-_-_-_-_
Using DVB API 5.2
frontend DRXK DVB-C supports
INVERSION_AUTO
QAM_AUTO not supported, trying QAM_64 QAM_256.
FEC_AUTO
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
searching QAM64...
73000: sr6900 (time: 00:00) sr6875 (time: 00:03)
81000: sr6900 (time: 00:05) sr6875 (time: 00:08)
113000: sr6900 (time: 00:10) (time: 00:12) signal ok:
....
tune to: QAM_64   f = 802000 kHz S6900C0
(time: 14:05)   service = DUNA II Autonomia (Bonus)
        service = DUNA (Bonus)
        service = WorldFashion (Bonus)
        service = Suroyo TV (Bonus)
        service = Al Jazeera (Bonus)
        service = ANTENNE BAYERN (Bonus)
        service = ERF Radio (Bonus)
        service = HIT RADIO FFH (Bonus)
        service = Inselradio (Bonus)
        service = Radyo Metropol FM (KBW)
        service = Radio Horeb (Bonus)
        service = RNW1 (Bonus)
        service = RNW2 (Bonus)
        service = RNW3 (Bonus)
        service = RTL RADIO (Bonus)
        service = sunshine live (Bonus)
        service = TV 7 (Bonus)
        service = TV GALICIA (Bonus)
        service = KBW Test HD (KabelBW)
tune to: QAM_64   f = 610000 kHz S6900C0
(time: 14:16)   service = filstalwelle (Frei regional)
        service = Regio TV S (Frei regional)
dumping lists (517 services)
Done.

Alles anzeigen

Gruß
e9hack

bolzerrr · 13. März 2011

hi,

ich wollt mich nochmal bei allen "machern" hier im thread bedanken! super gemacht.
karte läuft sehr stabil, gutes bild & ton, umschlatzeiten erscheinen mir besser als bei der cablestar.
zwei sachen sind mir aufgefallen: zum einen ist die signalstärke immer auf 0 und scheinbar dauert das initialisiere ein wneig länger, ich bekomm ebim einschalten 3 x vdr-sxfe[1905]: [1921] [input_vdr] No data in 8 seconds, queuing no signal image

viele grüße

VdrMize · 13. März 2011

Hallo zusammen,

wie C-3PO schon schreibt, muß es "-o 7" heißen, und wenn ich wie e9hack anmerkt länger warte, nach ca. 8-10 min. werden auch wirklich Sender gefunden.

Damit hab ich jetzt mit VDR die ersten Bilder am Schirm - echt spitze ... (ich verbinde mich im Moment über das grafische VDR X-Frontend mit dem VDR)

Leider war die Bildqualität auf ARD ziemlich mies (teilweise heftige Klötzchengrafik), und ich hatte in den ersten 5-10 min. bereits zwei Abstürze (Kernel-Fehler). Bei RTL war es dann besser. Ich weiß jetzt nicht ob das mit einer schlechten Kabel-Signalqualität zusammenhängt, ob das noch ein Problem von meiner Treiber-Generierung ist oder ein Performance-Problem mit dem ATOM-330 Prozessor???

Beim Booten ist mir eine Warnung aufgefallen, habt Ihr die auch?

Code

WARNING: You're using an experimental version of the DVB stack. 
As the driver is backported to an older kernel, it doesn't offer 
enough quality for its usage in production. Use it with care.

Beim Überprüfen der Signalqualität mit femon, werden mir z.B. auf RTL folgende untenstehenden Werte angezeigt (und hier ist das Bild o.k.). Was wird hier bei Euch angezeigt? Kann ja noch ein Problem im Treiber sein, daß die Werte noch nicht richtig angezeigt werden, oder wirklich schlechte Signalqualität.

Code

Signalqualität RTL Boquet:
------------------------------------------------------------------
STR:  0x02CA (1%), schwankt zwischen 0x02BE und 0x02CE 
SNR:  0x0139 (0%), schwankt zwischen 0x0134 und 0x013F


Signalqualität ZDF Boquet:
------------------------------------------------------------------
STR:  0x02E5 (1%), schwankt zwischen 0x02DD und 0x02E5 
SNR:  0x0111 (0%), schwankt zwischen 0x010C und 0x0114


Signalqualität ARD Boquet: (Qualität schlecht, Absturz X-Frontend)
------------------------------------------------------------------
STR:  0x0340 (1%), schwankt zwischen 0x033D und 0x0345
SNR:  0x00E2 (0%), schwankt zwischen 0x00E2 und 0x00E6 


BER und UNC  (ist stets noch fest auf 0)

Alles anzeigen

Beim Hochlauf hab ich in DMESG eine Meldung, daß er einen Fehler bei einem i2c_read_reg feststellt. Habt Ihr das bei Euch auch? Daran wird das wohl kaum liegen, oder?

Code

nGene PCIE bridge driver, Copyright (C) 2005-2007 Micronas
ACPI: PCI Interrupt Link [LN3A] enabled at IRQ 19
ngene 0000:04:00.0: PCI INT A -> Link[LN3A] -> GSI 19 (level, low) -> IRQ 19
ngene: Found Digital Devices DuoFlex PCIe or miniPCIe
ngene 0000:04:00.0: setting latency timer to 64
ngene: Device version 1
ngene 0000:04:00.0: firmware: requesting ngene_18.fw
HDA Intel 0000:00:08.0: power state changed by ACPI to D0
HDA Intel 0000:00:08.0: power state changed by ACPI to D0
ACPI: PCI Interrupt Link [LAZA] enabled at IRQ 22
HDA Intel 0000:00:08.0: PCI INT A -> Link[LAZA] -> GSI 22 (level, low) -> IRQ 22
hda_intel: Disable MSI for Nvidia chipset
HDA Intel 0000:00:08.0: setting latency timer to 64
ngene: Loading firmware file ngene_18.fw.
ngene 0000:04:00.0: irq 30 for MSI/MSI-X
error in i2c_read_reg
No CXD2099 detected at 40
ngene 0000:04:00.0: firmware: requesting drxk_a3.mc
hda_codec: ALC662 rev1: BIOS auto-probing.
input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:08.0/input/input5
DRXK driver version:0.9.4300
DVB: registering new adapter (nGene)
DVB: registering adapter 0 frontend 0 (DRXK DVB-C)...
DVB: registering adapter 0 frontend 0 (DRXK DVB-T)...
ngene 0000:04:00.0: firmware: requesting drxk_a3.mc
DRXK driver version:0.9.4300
DVB: registering new adapter (nGene)
DVB: registering adapter 1 frontend 0 (DRXK DVB-C)...
DVB: registering adapter 1 frontend 0 (DRXK DVB-T)...
No demod found on chan 2
No demod found on chan 3

Alles anzeigen

m.f.G. Michael

bolzerrr · 13. März 2011

die DMESG sieht bei mir identisch aus- ebenso die signalstärke- aber das bild ist bei mir in ordnung

Buddy · 15. März 2011

Hallo,

nach einigem Probieren und Durchsuchen meiner Logs bin ich auf das gestoßen was ausgegeben wird, wenn mein Rechner beim Herunterfahren hängen bleibt. Zuerst werden noch Fehler ausgegeben, weil TVHeadend auf Frequenzen scannen will, die von der TV-Karte nicht unterstützt werden. Dann steht "Kernel logging (proc) stopped", aber mein Rechner bleibt eingeschaltet! Danach habe ich länger den Einschalter gedrückt und den Rechner dann wieder eingeschaltet. Wo kann das Problem liegen, oder ist es schon bekannt?

Code

Mar 15 20:52:22 stefan-desktop kernel: [  978.429492] DVB: adapter 0 frontend 0 frequency 11361750 out of range (47125000..862000000)
Mar 15 20:52:42 stefan-desktop kernel: [  998.431428] DVB: adapter 0 frontend 0 frequency 12603750 out of range (47125000..862000000)
Mar 15 20:53:22 stefan-desktop kernel: [ 1038.784595] DVB: adapter 0 frontend 0 frequency 11797500 out of range (47125000..862000000)
Mar 15 20:53:42 stefan-desktop kernel: [ 1058.786077] DVB: adapter 0 frontend 0 frequency 11953500 out of range (47125000..862000000)
Mar 15 20:53:43 stefan-desktop kernel: [ 1060.288030] usb 4-2: new low speed USB device using ohci_hcd and address 3
Mar 15 20:53:44 stefan-desktop kernel: [ 1060.503268] usb 4-2: configuration #1 chosen from 1 choice
Mar 15 20:53:44 stefan-desktop kernel: [ 1060.514210] input: Logitech USB Optical Mouse as /devices/pci0000:00/0000:00:06.0/usb4/4-2/4-2:1.0/input/input8
Mar 15 20:53:44 stefan-desktop kernel: [ 1060.514776] generic-usb 0003:046D:C046.0003: input,hidraw0: USB HID v1.10 Mouse [Logitech USB Optical Mouse] on usb-0000:00:06.0-2/input0
Mar 15 20:53:44 stefan-desktop kernel: [ 1061.031834] usb 1-2: USB disconnect, address 3
Mar 15 20:54:02 stefan-desktop kernel: [ 1078.787763] DVB: adapter 0 frontend 0 frequency 12721750 out of range (47125000..862000000)
Mar 15 20:54:22 stefan-desktop kernel: [ 1098.789559] DVB: adapter 0 frontend 0 frequency 12640000 out of range (47125000..862000000)
Mar 15 20:54:42 stefan-desktop kernel: [ 1118.791266] DVB: adapter 0 frontend 0 frequency 11567500 out of range (47125000..862000000)
Mar 15 20:55:02 stefan-desktop kernel: [ 1138.793082] DVB: adapter 0 frontend 0 frequency 10743750 out of range (47125000..862000000)
Mar 15 20:55:42 stefan-desktop kernel: [ 1179.144093] DVB: adapter 0 frontend 0 frequency 10935500 out of range (47125000..862000000)
Mar 15 20:56:02 stefan-desktop kernel: [ 1199.145677] DVB: adapter 0 frontend 0 frequency 11435000 out of range (47125000..862000000)
Mar 15 20:56:28 stefan-desktop kernel: [ 1224.812827] drxk_c_release
Mar 15 20:56:28 stefan-desktop kernel: [ 1224.820453] drxk_c_release
Mar 15 20:56:28 stefan-desktop kernel: [ 1224.825909] ngene 0000:02:00.0: PCI INT A disabled
Mar 15 20:56:35 stefan-desktop kernel: Kernel logging (proc) stopped.
Mar 15 20:56:35 stefan-desktop rsyslogd: [origin software="rsyslogd" swVersion="4.2.0" x-pid="625" x-info="http://www.rsyslog.com"] exiting on signal 15.
Mar 15 20:57:13 stefan-desktop kernel: imklog 4.2.0, log source = /proc/kmsg started.
Mar 15 20:57:13 stefan-desktop rsyslogd: [origin software="rsyslogd" swVersion="4.2.0" x-pid="618" x-info="http://www.rsyslog.com"] (re)start
Mar 15 20:57:13 stefan-desktop rsyslogd: rsyslogd's groupid changed to 103
Mar 15 20:57:13 stefan-desktop rsyslogd: rsyslogd's userid changed to 101
Mar 15 20:57:13 stefan-desktop kernel: [    0.000000] Initializing cgroup subsys cpuset
Mar 15 20:57:13 stefan-desktop kernel: [    0.000000] Initializing cgroup subsys cpu

Alles anzeigen

Gruß Buddy

maziggy · 17. März 2011

FYI

Sollte jemand das Problem haben, dass die Karte in einem Asus M4N78 Pro nicht erkannt wird -> Bios Update und alles ist gut.

Hemonu · 18. März 2011

Zitat

Original von Buddy
Hallo,

nach einigem Probieren und Durchsuchen meiner Logs bin ich auf das gestoßen was ausgegeben wird, wenn mein Rechner beim Herunterfahren hängen bleibt. Zuerst werden noch Fehler ausgegeben, weil TVHeadend auf Frequenzen scannen will, die von der TV-Karte nicht unterstützt werden. Dann steht "Kernel logging (proc) stopped", aber mein Rechner bleibt eingeschaltet! Danach habe ich länger den Einschalter gedrückt und den Rechner dann wieder eingeschaltet. Wo kann das Problem liegen, oder ist es schon bekannt?

Gruß Buddy

Der Fehler ist bei der Octopus bekannt. Zur Zeit ist wohl nur ein Workaround möglich, indem man beim Herunterfahren in einen PowerOff-Kernel rebootet. ACPI-wakeup funktioniert dann leider nicht (zumindest bei meinem Board), aber es gibt ja noch das gute alte nvram-wakeup.

Gruß

hemonu

inciter · 20. März 2011

Nochmal ne blöde Frage... Ich bekomm das CI/CAM noch nicht wirklich ans Laufen. Mache ich was falsch? Oder hat Jemand einen Tip für mich?

3PO · 20. März 2011

Zitat

Original von inciter
Nochmal ne blöde Frage... Ich bekomm das CI/CAM noch nicht wirklich ans Laufen. Mache ich was falsch? Oder hat Jemand einen Tip für mich?

Die Unterstützung für das CI von DD ist (noch) nicht in den VDR eingebaut.

inciter · 28. März 2011

Welche Aussichten bestehen denn, dass das CI unterstützt wird, und mit welcher Wartezeit müsste man evtl. rechnen?

BJ1 · 28. März 2011

Zitat von inciter

Welche Aussichten bestehen denn, dass das CI unterstützt wird, und mit welcher Wartezeit müsste man evtl. rechnen?

Unter Linux heisst es: Wenns fertig ist, isses fertig. CI war schon immer Stiefkind unter Linux. Ansonsten würde ich direkt mal bei den Entwicklern anfragen...

BJ1

Commander1024 · 29. März 2011

Zitat

Zitat von »inciter«
Welche Aussichten bestehen denn, dass das CI unterstützt wird, und mit welcher Wartezeit müsste man evtl. rechnen?

Unter Linux heisst es: Wenns fertig ist, isses fertig. CI war schon immer Stiefkind unter Linux. Ansonsten würde ich direkt mal bei den Entwicklern anfragen...

Da ist der richtige Mann gerade dran.
Die stiefmütterliche Behandlung des CI unter Linux ist damit zu begründen, dass es da bislang nur Insellösungen gab, derzeit wird ein genereller MTD Support an den vdr dranprogrammiert.
Aber sollte noch vor Weihnachten was werden

bolzerrr · 30. März 2011

Hat schonmal jemand versucht gegen einen neueren Kernel zu kompilieren? Den 2.6.38 find ich sehr intressant aufgrund der Verbesserungen für ssd´s und den "200 Lines". Habe einen Mainline Kernel installiert, das kompilieren war jedoch unmöglich. Einige Probleme konnte ich zwar mit diesen Patches (Link ) beheben aber eben nicht alle.

gda · 30. März 2011

Zitat von bolzerrr

Hat schonmal jemand versucht gegen einen neueren Kernel zu kompilieren? Den 2.6.38 find ich sehr intressant aufgrund der Verbesserungen für ssd´s und den "200 Lines".

Ich benutze einen Kernel 2.6.38 auf meinem Testsystem, aber warum selber kompilieren? Ich habe einfach den von Natty genommen.

Gerald

bolzerrr · 31. März 2011

Nicht kernel kompilieren, aber den endriss v4l. Oder funktioniert bei dir der im kernel enthaltene?

gda · 31. März 2011

Zitat von bolzerrr

Nicht kernel kompilieren, aber den endriss v4l. Oder funktioniert bei dir der im kernel enthaltene?

Auf meine Testsystem habe ich Sundtek-Sticks

Gerald

PCIe DVB-C TV-Karte von Digital Devices bald verfügbar

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema