ddbridge - drxk - digital devices duoflex c/t - probleme in dmesg: "drxk: Error -5"

UFO · 1. Dezember 2011

Ich habe es jetzt auch geschafft, die Karte in diesen "Error -22" Zustand zu versetzen.

Offenbar funktioniert DVB-T nicht mehr, sobald man das DVB-C Frontend einmal geöffnet hatte.
Da ist offensichtlich irgendwo der Wurm drin...

Momentan hilft nur Neuladen des Treibers.

CU
Oliver

Mr.Gosh · 5. Dezember 2011

OK, dann versetzt also irgendein dienst meine karte in den DVB-T modus, obwohl ich nur dvb-c nutzen will.

Zum neuladen des Treibers reiht da

Code

sudo rmmod drxk

oder muß ich dd-bridge auch neu laden?

Denn nach einem unload und reload der module erscheint beim w_scan wieder wie gewohnt

Code

ffffffb
kernel: [72206.836313] drxk: Error -5 on GetLockStatus
kernel: [72207.100290] drxk: SCU not ready
kernel: [72207.100301] drxk: GetQAMLockStatus status = fffffffb
kernel: [72207.100307] drxk: Error -5 on GetLockStatus
kernel: [72207.452288] drxk: SCU not ready
kernel: [72207.452299] drxk: Error -5 on QAMResetQAM
kernel: [72207.452305] drxk: Error -5 on SetQAM
kernel: [72207.452309] drxk: Error -5 on Start
kernel: [72207.652284] drxk: SCU not ready
kernel: [72207.652296] drxk: GetQAMLockStatus status = fffffffb
kernel: [72207.652302] drxk: Error -5 on GetLockStatus
kernel: [72208.000281] drxk: SCU not ready
kernel: [72208.000293] drxk: GetQAMLockStatus status = fffffffb

Alles anzeigen

usw.

UFO · 7. Dezember 2011

Zitat von Mr.Gosh
OK, dann versetzt also irgendein dienst meine karte in den DVB-T modus, obwohl ich nur dvb-c nutzen will.

Zum neuladen des Treibers reiht da
Code
sudo rmmod drxk
oder muß ich dd-bridge auch neu laden?

drxk kann nur entladen werden, wenn man ddbridge zuvor entladen hat. (ddbridge benötigt drxk.)

Zitat

Denn nach einem unload und reload der module erscheint beim w_scan wieder wie gewohnt

Code

ffffffb
kernel: [72206.836313] drxk: Error -5 on GetLockStatus
kernel: [72207.100290] drxk: SCU not ready
kernel: [72207.100301] drxk: GetQAMLockStatus status = fffffffb
kernel: [72207.100307] drxk: Error -5 on GetLockStatus
kernel: [72207.452288] drxk: SCU not ready
kernel: [72207.452299] drxk: Error -5 on QAMResetQAM
kernel: [72207.452305] drxk: Error -5 on SetQAM
kernel: [72207.452309] drxk: Error -5 on Start
kernel: [72207.652284] drxk: SCU not ready
kernel: [72207.652296] drxk: GetQAMLockStatus status = fffffffb
kernel: [72207.652302] drxk: Error -5 on GetLockStatus
kernel: [72208.000281] drxk: SCU not ready
kernel: [72208.000293] drxk: GetQAMLockStatus status = fffffffb

Alles anzeigen

usw.

Error -5 kann ich - im Gegensatz zu Error -22 - nicht reproduzieren.

Bei Error -5 tippe ich nach wie vor auf ein Problem mit dem I2C-Bus.

Hinweis:
Sicherheitshalber solltest Du das nicht benötigte DVB-T Frontend wegräumen[1], bevor Du eine DVB-Applikation startest:

Code

rm /dev/dvb/adapter0/frontend1
rm /dev/dvb/adapter1/frontend1

CU
Oliver

P.S.:
[1] Hoffe, daß sich diese Problem bald erledigt (Erweiterung des DVB-API).

mini73 · 7. Dezember 2011

Moin!

Zitat von UFO

P.S.:
[1] Hoffe, daß sich diese Problem bald erledigt (Erweiterung des DVB-API).

Das hoffe ich auch, es war aber lange nichts mehr von Manu auf der ML zu lesen...

Eine Frage/Bitte hätte ich:
Wäre es möglich, an die Frontends (bzw. alle DVB-Devicenodes) ein udev-Attribut zu hängen, damit man sie in udev-Regeln leichter unterscheiden kann?
Das einzige, was sich unterscheidet, ist die Adapter-Nummer und die kann sich ändern, falls ein anderer Treiber zuerst geladen wird.
Ich weiß, dass es den Modul-Parameter "adapter_nr" gibt, aber den müsste man dann bei jedem Treiber, den man benutzt, angeben.
Vielleicht sowas wie "dd_port=0.0.0" für den ersten Tuner am ersten Port der ersten ddbridge und "dd_port=0.0.1" für den zweiten Tuner am ersten Port usw.

Lars.

Mr.Gosh · 8. Dezember 2011

OK, wenn ich die module entferne, neu lade und dann nochmal nen w_scan mache verändert sich die art der Fehlermeldung ein wenig:

Code

Dec  8 08:43:34 kernel: [  307.848756] drxk: Error -22 on GetLockStatus
Dec  8 08:43:34 kernel: [  308.004748] drxk: SCU_RESULT_INVPAR while sending cmd 0x0205 with params:
Dec  8 08:43:34 kernel: [  308.004761] drxk: 05 02                                        	..
Dec  8 08:43:34 kernel: [  308.004768] drxk: GetQAMLockStatus status = ffffffea
Dec  8 08:43:34 kernel: [  308.004774] drxk: Error -22 on GetLockStatus
Dec  8 08:43:34 kernel: [  308.160730] drxk: SCU_RESULT_INVPAR while sending cmd 0x0205 with params:
Dec  8 08:43:34 kernel: [  308.160743] drxk: 05 02                                        	..
Dec  8 08:43:34 kernel: [  308.160750] drxk: GetQAMLockStatus status = ffffffea
Dec  8 08:43:34 kernel: [  308.160755] drxk: Error -22 on GetLockStatus
Dec  8 08:43:35 kernel: [  308.316733] drxk: SCU_RESULT_INVPAR while sending cmd 0x0205 with params:
Dec  8 08:43:35 kernel: [  308.316745] drxk: 05 02                                        	..
Dec  8 08:43:35 kernel: [  308.316752] drxk: GetQAMLockStatus status = ffffffea
Dec  8 08:43:35 kernel: [  308.316758] drxk: Error -22 on GetLockStatus
Dec  8 08:43:35 kernel: [  308.472739] drxk: SCU_RESULT_INVPAR while sending cmd 0x0205 with params:
Dec  8 08:43:35 kernel: [  308.472752] drxk: 05 02                                        	..
Dec  8 08:43:35 kernel: [  308.472759] drxk: GetQAMLockStatus status = ffffffea
Dec  8 08:43:35 kernel: [  308.472765] drxk: Error -22 on GetLockStatus
Dec  8 08:43:35 kernel: [  308.628730] drxk: SCU_RESULT_INVPAR while sending cmd 0x0205 with params:
Dec  8 08:43:35 kernel: [  308.628743] drxk: 05 02                                        	..
Dec  8 08:43:35 kernel: [  308.628750] drxk: GetQAMLockStatus status = ffffffea
Dec  8 08:43:35 kernel: [  308.628755] drxk: Error -22 on GetLockStatus
Dec  8 08:43:35 kernel: [  308.936503] drxk: SCU_RESULT_INVPAR while sending cmd 0x0201 with params:
Dec  8 08:43:35 kernel: [  308.936516] drxk: 01 02                                        	..
Dec  8 08:43:35 kernel: [  308.936523] drxk: Error -22 on QAMResetQAM
Dec  8 08:43:35 kernel: [  308.936528] drxk: Error -22 on SetQAM
Dec  8 08:43:35 kernel: [  308.936532] drxk: Error -22 on Start

Alles anzeigen

ich werde jetzt den Treiber ein letztes mal auf dem Atom Board neu kompilieren und schauen obs dann weg ist. Wenn nicht, werde ich die Karte nochmal in meinen i3 bauen und das Ergebnis hier posten!

Mr.Gosh · 9. Dezember 2011

So, ich habe die Karte umgebaut und in dem i3 funktioniert alles auf Anhieb (bis auf den fehlerhaften checkout der saa7... Treiber aus dem repo - was ja hier egal ist).

Alles funzt und ich wundere mich wo auf einmal das Problem in meinem Ion-Atom PVR herkommt, dass die KArte dort die obigen Fehler auswirft.

UFO · 9. Dezember 2011

Zitat von mini73

Moin!

Das hoffe ich auch, es war aber lange nichts mehr von Manu auf der ML zu lesen...

Submitted ist die Erweiterung. Ob oder wann sie endlich eingecheckt wird, ist eine ganz andere Frage.
Der Subsystem-Dikt^WMaintainer macht ja bekanntlich einfach, was er will.

Zitat

Eine Frage/Bitte hätte ich:
Wäre es möglich, an die Frontends (bzw. alle DVB-Devicenodes) ein udev-Attribut zu hängen, damit man sie in udev-Regeln leichter unterscheiden kann?
Das einzige, was sich unterscheidet, ist die Adapter-Nummer und die kann sich ändern, falls ein anderer Treiber zuerst geladen wird.
Ich weiß, dass es den Modul-Parameter "adapter_nr" gibt, aber den müsste man dann bei jedem Treiber, den man benutzt, angeben.
Vielleicht sowas wie "dd_port=0.0.0" für den ersten Tuner am ersten Port der ersten ddbridge und "dd_port=0.0.1" für den zweiten Tuner am ersten Port usw.

So etwas ließe sich nur mit einer treiberspezifischen Erweiterung realisieren. Das DVB-Framework gibt das nicht her.
Werde mir anschauen, wie aufwendig es ist. Vermutlich immer noch einfacher als etwas auf der ML durchzusetzen...

CU
Oliver

UFO · 9. Dezember 2011

Zitat von Mr.Gosh

So, ich habe die Karte umgebaut und in dem i3 funktioniert alles auf Anhieb (bis auf den fehlerhaften checkout der saa7... Treiber aus dem repo - was ja hier egal ist).

Alles funzt und ich wundere mich wo auf einmal das Problem in meinem Ion-Atom PVR herkommt, dass die KArte dort die obigen Fehler auswirft.

Damit ist zumindest klar, daß die Karte in Ordnung ist. Allerdings sehr merkwürdig das ganze.

CU
Oliver

mini73 · 9. Dezember 2011

Moin!

Zitat von UFO

Submitted ist die Erweiterung. Ob oder wann sie endlich eingecheckt wird, ist eine ganz andere Frage.
Der Subsystem-Dikt^WMaintainer macht ja bekanntlich einfach, was er will.

Ja, das dvb/v4l-Subsystem ist eine interessante Landschaft und das Lesen der ML kann man manchmal nur mit einem guten Bier ertragen.

Zitat von UFO

So etwas ließe sich nur mit einer treiberspezifischen Erweiterung realisieren. Das DVB-Framework gibt das nicht her.
Werde mir anschauen, wie aufwendig es ist. Vermutlich immer noch einfacher als etwas auf der ML durchzusetzen...

Vermutlich... Danke dafür!

Lars.

UFO · 10. Dezember 2011

Zitat von mini73

Moin!

Ja, das dvb/v4l-Subsystem ist eine interessante Landschaft und das Lesen der ML kann man manchmal nur mit einem guten Bier ertragen.

Das hat mit Spaß nichts mehr zu tun. Ich denke darüber nach, wie man Treiber am besten außerhalb des Kernels maintainen könnte. Ich habe keine Lust mehr, mich mit diesem Kerl noch länger auseinander zu setzen.

CU
Oliver

mini73 · 10. Dezember 2011

Moin!

Ich bin eigentlich nur ein stiller Mitleser, weil ich mich als Anwendungsentwickler auf dem Laufenden halten möchte.
Aber was da so manchmal abgeht... Aber wir driften ab.

Lars.

gda · 10. Dezember 2011

Zitat von UFO

Das hat mit Spaß nichts mehr zu tun. Ich denke darüber nach, wie man Treiber am besten außerhalb des Kernels maintainen könnte. Ich habe keine Lust mehr, mich mit diesem Kerl noch länger auseinander zu setzen.

Im Zusammenhang mit dem Basteln an Vtuner habe ich schon mal überlegt ob cuse ein Weg sein könnte. Der mrec von Sundtek hat damit wohl nicht so gute Erfahrungen gesammelt, aber es scheint wohl auch schon länger her zu sein. Leider verstehe ich von den DVB-Treibern kaum etwas, deshalb habe ich das Wagnis bisher gescheut damit mal zu experimentieren.

Gerald

UFO · 10. Dezember 2011

Zitat von gda

Im Zusammenhang mit dem Basteln an Vtuner habe ich schon mal überlegt ob cuse ein Weg sein könnte. Der mrec von Sundtek hat damit wohl nicht so gute Erfahrungen gesammelt, aber es scheint wohl auch schon länger her zu sein. Leider verstehe ich von den DVB-Treibern kaum etwas, deshalb habe ich das Wagnis bisher gescheut damit mal zu experimentieren.

Vtuner finde ich ein interessantes Konzept, allerdings weniger in diesem Zusammenhang. Mir geht es auch nicht darum, binary-only Treiber zu bauen, was imho ohnehin der falsche Weg ist.

Wenn ich etwas Zeit habe, werde ich Vtuner über Weihnachten austesten. Bei Bedarf eine Servermaschine zu starten und sich deren DVB-Karte auszuleihen, finde ich genial. Allerdings muß das ganze so zuverlässig über das LAN funktionieren, als ob die Karte lokal eingebaut wäre...

Treiber im Userspace sind möglich, allerdings benötigt man dennoch ein Kernelmodul, was den Datentransfer z.B. über den PCIe-Bus macht. So etwas würde ebensowenig wie Vtuner im Kernel akzeptiert. Frontend-Treiber in Userspace wären dagegen kein Problem, denn auf den I2C-Bus kann man zugreifen.

Langsam ist es an der Zeit, daß man den Leuten, die an gewissen Schaltstellen sitzen und mauern, einmal in den Hintern tritt. Letztendlich sollte der Nutzen für den Anwender entscheidend sein. Wenn die Qualitätsansprüche, die auf der ML gegen Vtuner ausgegraben wurden, auch bei normalen Treibern gelten würden, wären höchstens 1/3 der aktuellen Treiber im Kernel...

CU
Oliver

gda · 10. Dezember 2011

Zitat von UFO

Mir geht es auch nicht darum, binary-only Treiber zu bauen

Mir auch nicht. Nur weil es geht muss man es nicht unbedingt machen.

Gerald

mini73 · 11. Dezember 2011

Moin!

Ich finde diese Diskussion, dass man z.B. vtuner auch komplett im Userspace abhandeln könnte, irgendwie fruchtlos. Sie wollen anscheinend nicht kapieren, dass das eine super Lösung wäre, um eben nicht alle möglichen Anwendungen anpassen zu müssen. Und wer der Meinung ist, DVB-Streams über eine Satelliten-Internetverbinung schicken zu müssen... Naja.
Und LD_PRELOAD ist eigentlich auch keine Lösung, sondern ein noch böserer Hack als vtuner... Außerdem funktioniert es spätestens dann nicht mehr, wenn man mehrere Libs laden muss/möchte.

Und dann immer dieses Gejammer, man würde Closed-Source-Treibern Tür und Tor öffnen... Als ob das jetzt nicht auch schon geht mit einem eigenen Kernelmodul. Und sowas lässt sich ja auch leicht über so was wie DKMS bauen.

Ja, ich denke auch, der Nutzer/Nutzen sollte mehr im Vordergrund stehen.

Lars.

Sundtek · 13. Dezember 2011

Zitat von mini73

Moin!

Ich finde diese Diskussion, dass man z.B. vtuner auch komplett im Userspace abhandeln könnte, irgendwie fruchtlos. Sie wollen anscheinend nicht kapieren, dass das eine super Lösung wäre, um eben nicht alle möglichen Anwendungen anpassen zu müssen. Und wer der Meinung ist, DVB-Streams über eine Satelliten-Internetverbinung schicken zu müssen... Naja.
Und LD_PRELOAD ist eigentlich auch keine Lösung, sondern ein noch böserer Hack als vtuner... Außerdem funktioniert es spätestens dann nicht mehr, wenn man mehrere Libs laden muss/möchte.

Und dann immer dieses Gejammer, man würde Closed-Source-Treibern Tür und Tor öffnen... Als ob das jetzt nicht auch schon geht mit einem eigenen Kernelmodul. Und sowas lässt sich ja auch leicht über so was wie DKMS bauen.

Ja, ich denke auch, der Nutzer/Nutzen sollte mehr im Vordergrund stehen.

Lars.

Alles anzeigen

LD_PRELOAD ist eine optimale Zwischenlösung bis eine DVB Bibliothek kommt (und so ist es bei uns auch angedacht, bei MacOSX wird dieser Mechanismus z.B nicht verwendet). Der eigentliche Treiber hat mit diesem Modul bei uns nichts zu tun.

Mittels vfio sollte es auch möglich sein PCI Treiber im Userspace implementieren zu können.
CUSE ist lediglich auf FreeBSD brauchbar, die Linux Implementierung ist nicht konsistent.

Treiber unter Linux auf Applikationslevel sind ganz klar die Zukunft, insbesondere da diese (sofern sie gut designed wurden) auch Betriebssystem-übergreifend funktionieren. Innerhalb der nächsten Jahre wird sich hier noch so einiges tun.

Mr.Gosh · 15. Juli 2012

Um nochmal auf das eigentliche Problem zurück zu kommen.
Ich habe jetzt nochmal alles frisch neu gemacht und mittlerweile sieht die ausgabe nach dem systemstart wie folgt aus:

Code

[	4.162937] WARNING: You are using an experimental version of the media stack.
[	4.162944] 	As the driver is backported to an older kernel, it doesn't offer
[	4.162949] 	enough quality for its usage in production.
[	4.162952] 	Use it with care.
[	4.162954] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
[	4.162959] 	931efdf58bd83af8d0578a6cc53421675daf6d41 Merge branch 'v4l_for_linus' into staging/for_v3.6
[	4.162963] 	2cefabc00ffdc1f22f960df946ae41b163081d5e v4l: Export v4l2-common.h in include/linux/Kbuild
[	4.162968] 	b7e386360922a15f943b2fbe8d77a19bb86f2e6f media: Revert [media] Terratec Cinergy S2 USB HD Rev.2
[	4.179487] Digital Devices PCIE bridge driver, Copyright (C) 2010-11 Digital Devices GmbH
[	4.180598] ACPI: PCI Interrupt Link [LN0A] enabled at IRQ 18
[	4.180653] DDBridge 0000:02:00.0: PCI INT A -> Link[LN0A] -> GSI 18 (level, low) -> IRQ 18
[	4.180705] DDBridge driver detected: Digital Devices Octopus LE DVB adapter
[	4.180769] HW 00010004 REG 00010001
[	4.180858] DDBridge 0000:02:00.0: irq 42 for MSI/MSI-X
[	4.182280] Port 0 (TAB 1): DUAL DVB-C/T
[	4.183130] Port 1 (TAB 2): NO MODULE
[	4.185755] DVB: registering new adapter (DDBridge)
[	4.185770] DVB: registering new adapter (DDBridge)
[	4.248139] drxk: frontend initialized.
[	4.280223] tda18271c2dd: i2c write error at addr 96
[	4.280245] DVB: registering adapter 0 frontend 0 (DRXK)...
[	4.286941] drxk: frontend initialized.
[	4.287082] ------------[ cut here ]------------
[	4.287103] WARNING: at /build/buildd/linux-3.2.0/fs/sysfs/dir.c:481 sysfs_add_one+0xc0/0xf0()
[	4.287111] Hardware name: System Product Name
[	4.287117] sysfs: cannot create duplicate filename '/devices/pci0000:00/0000:00:0c.0/0000:02:00.0/firmware/0000:02:00.0'
[	4.287125] Modules linked in: tda18271c2dd(O) snd_seq drxk(O) snd_timer snd_seq_device ddbridge(O+) psmouse dvb_core(O) snd serio_raw r8169 shpchp usbhid soundcore hid snd_page_alloc xfs i2c_nforce2 asus_atk0110 wmi mac_hid lp parport usb_storage
[	4.287193] Pid: 642, comm: firmware/drxk_a Tainted: G       	O 3.2.0-26-generic #41-Ubuntu
[	4.287357] Call Trace:
[	4.287399]  [<ffffffff810672af>] warn_slowpath_common+0x7f/0xc0
[	4.287411]  [<ffffffff810673a6>] warn_slowpath_fmt+0x46/0x50
[	4.287424]  [<ffffffff811edc70>] sysfs_add_one+0xc0/0xf0
[	4.287434]  [<ffffffff811edd17>] create_dir+0x77/0xd0
[	4.287447]  [<ffffffff811ede1d>] sysfs_create_dir+0x7d/0xc0
[	4.287463]  [<ffffffff8130d1b1>] kobject_add_internal+0xb1/0x200
[	4.287476]  [<ffffffff8130d677>] kobject_add+0x67/0xc0
[	4.287489]  [<ffffffff8130d0ea>] ? kobject_get+0x1a/0x30
[	4.287507]  [<ffffffff813f2b4d>] device_add+0xfd/0x3e0
[	4.287521]  [<ffffffff814022b3>] fw_create_instance+0xf3/0x210
[	4.287536]  [<ffffffff814024b4>] _request_firmware+0xe4/0x270
[	4.287548]  [<ffffffff81402640>] ? _request_firmware+0x270/0x270
[	4.287561]  [<ffffffff81402673>] request_firmware_work_func+0x33/0x80
[	4.287575]  [<ffffffff8108a59c>] kthread+0x8c/0xa0
[	4.287590]  [<ffffffff81664134>] kernel_thread_helper+0x4/0x10
[	4.287603]  [<ffffffff8108a510>] ? flush_kthread_worker+0xa0/0xa0
[	4.287613]  [<ffffffff81664130>] ? gs_change+0x13/0x13
[	4.287622] ---[ end trace 59b990cd2713e682 ]---
[	4.287638] kobject_add_internal failed for 0000:02:00.0 with -EEXIST, don't try to register things with the same name in the same directory.
[	4.287654] Pid: 642, comm: firmware/drxk_a Tainted: G    	W  O 3.2.0-26-generic #41-Ubuntu
[	4.287661] Call Trace:
[	4.287674]  [<ffffffff8130d255>] kobject_add_internal+0x155/0x200
[	4.287687]  [<ffffffff8130d677>] kobject_add+0x67/0xc0
[	4.287699]  [<ffffffff8130d0ea>] ? kobject_get+0x1a/0x30
[	4.287712]  [<ffffffff813f2b4d>] device_add+0xfd/0x3e0
[	4.287723]  [<ffffffff814022b3>] fw_create_instance+0xf3/0x210
[	4.287736]  [<ffffffff814024b4>] _request_firmware+0xe4/0x270
[	4.287747]  [<ffffffff81402640>] ? _request_firmware+0x270/0x270
[	4.287759]  [<ffffffff81402673>] request_firmware_work_func+0x33/0x80
[	4.287770]  [<ffffffff8108a59c>] kthread+0x8c/0xa0
[	4.287782]  [<ffffffff81664134>] kernel_thread_helper+0x4/0x10
[	4.287795]  [<ffffffff8108a510>] ? flush_kthread_worker+0xa0/0xa0
[	4.287808]  [<ffffffff81664130>] ? gs_change+0x13/0x13
[	4.287823] DDBridge 0000:02:00.0: fw_create_instance: device_register failed
[	4.287841] drxk: Could not load firmware file drxk_a3.mc.
[	4.287849] drxk: Copy drxk_a3.mc to your hotplug directory!
[	4.287918] tda18271c2dd: i2c write error at addr 96
[	4.287939] DVB: registering adapter 1 frontend 0 (DRXK)...
[	4.297561] drxk: status = 0x639130d9
[	4.297575] drxk: detected a drx-3913k, spin A3, xtal 27.000 MHz
[	4.357322] DRXK driver version 0.9.4300
[	4.445534] nvidia: module license 'NVIDIA' taints kernel.
[	4.445548] Disabling lock debugging due to kernel taint
[	4.726507] XFS (sda1): Ending clean mount
[	4.771345] snd_hda_intel 0000:00:08.0: power state changed by ACPI to D0
[	4.771366] snd_hda_intel 0000:00:08.0: power state changed by ACPI to D0
[	4.772153] ACPI: PCI Interrupt Link [LAZA] enabled at IRQ 20
[	4.772169] snd_hda_intel 0000:00:08.0: PCI INT A -> Link[LAZA] -> GSI 20 (level, low) -> IRQ 20
[	4.772179] hda_intel: Disabling MSI
[	4.772255] snd_hda_intel 0000:00:08.0: setting latency timer to 64
[	5.120096] type=1400 audit(1342383867.070:2): apparmor="STATUS" operation="profile_load" name="/sbin/dhclient" pid=759 comm="apparmor_parser"
[	5.122466] type=1400 audit(1342383867.074:3): apparmor="STATUS" operation="profile_load" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=759 comm="apparmor_parser"
[	5.123513] type=1400 audit(1342383867.074:4): apparmor="STATUS" operation="profile_load" name="/usr/lib/connman/scripts/dhclient-script" pid=759 comm="apparmor_parser"
[	5.297166] Bluetooth: Core ver 2.16
[	5.315606] NET: Registered protocol family 31
[	5.315618] Bluetooth: HCI device and connection manager initialized
[	5.315628] Bluetooth: HCI socket layer initialized
[	5.315635] Bluetooth: L2CAP socket layer initialized
[	5.315682] Bluetooth: SCO socket layer initialized
[	5.389934] Bluetooth: Generic Bluetooth USB driver ver 0.6
[	5.397453] drxk: status = 0x639130d9
[	5.397466] drxk: detected a drx-3913k, spin A3, xtal 27.000 MHz
[	5.411154] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[	5.411165] Bluetooth: BNEP filters: protocol multicast
[	5.494150] Bluetooth: RFCOMM TTY layer initialized[	4.162937] WARNING: You are using an experimental version of the media stack.
[	4.162944] 	As the driver is backported to an older kernel, it doesn't offer
[	4.162949] 	enough quality for its usage in production.
[	4.162952] 	Use it with care.
[	4.162954] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
[	4.162959] 	931efdf58bd83af8d0578a6cc53421675daf6d41 Merge branch 'v4l_for_linus' into staging/for_v3.6
[	4.162963] 	2cefabc00ffdc1f22f960df946ae41b163081d5e v4l: Export v4l2-common.h in include/linux/Kbuild
[	4.162968] 	b7e386360922a15f943b2fbe8d77a19bb86f2e6f media: Revert [media] Terratec Cinergy S2 USB HD Rev.2
[	4.179487] Digital Devices PCIE bridge driver, Copyright (C) 2010-11 Digital Devices GmbH
[	4.180598] ACPI: PCI Interrupt Link [LN0A] enabled at IRQ 18
[	4.180653] DDBridge 0000:02:00.0: PCI INT A -> Link[LN0A] -> GSI 18 (level, low) -> IRQ 18
[	4.180705] DDBridge driver detected: Digital Devices Octopus LE DVB adapter
[	4.180769] HW 00010004 REG 00010001
[	4.180858] DDBridge 0000:02:00.0: irq 42 for MSI/MSI-X
[	4.182280] Port 0 (TAB 1): DUAL DVB-C/T
[	4.183130] Port 1 (TAB 2): NO MODULE
[	4.185755] DVB: registering new adapter (DDBridge)
[	4.185770] DVB: registering new adapter (DDBridge)
[	4.248139] drxk: frontend initialized.
[	4.280223] tda18271c2dd: i2c write error at addr 96
[	4.280245] DVB: registering adapter 0 frontend 0 (DRXK)...
[	4.286941] drxk: frontend initialized.
[	4.287082] ------------[ cut here ]------------
[	4.287103] WARNING: at /build/buildd/linux-3.2.0/fs/sysfs/dir.c:481 sysfs_add_one+0xc0/0xf0()
[	4.287111] Hardware name: System Product Name
[	4.287117] sysfs: cannot create duplicate filename '/devices/pci0000:00/0000:00:0c.0/0000:02:00.0/firmware/0000:02:00.0'
[	4.287125] Modules linked in: tda18271c2dd(O) snd_seq drxk(O) snd_timer snd_seq_device ddbridge(O+) psmouse dvb_core(O) snd serio_raw r8169 shpchp usbhid soundcore hid snd_page_alloc xfs i2c_nforce2 asus_atk0110 wmi mac_hid lp parport usb_storage
[	4.287193] Pid: 642, comm: firmware/drxk_a Tainted: G       	O 3.2.0-26-generic #41-Ubuntu
[	4.287357] Call Trace:
[	4.287399]  [<ffffffff810672af>] warn_slowpath_common+0x7f/0xc0
[	4.287411]  [<ffffffff810673a6>] warn_slowpath_fmt+0x46/0x50
[	4.287424]  [<ffffffff811edc70>] sysfs_add_one+0xc0/0xf0
[	4.287434]  [<ffffffff811edd17>] create_dir+0x77/0xd0
[	4.287447]  [<ffffffff811ede1d>] sysfs_create_dir+0x7d/0xc0
[	4.287463]  [<ffffffff8130d1b1>] kobject_add_internal+0xb1/0x200
[	4.287476]  [<ffffffff8130d677>] kobject_add+0x67/0xc0
[	4.287489]  [<ffffffff8130d0ea>] ? kobject_get+0x1a/0x30
[	4.287507]  [<ffffffff813f2b4d>] device_add+0xfd/0x3e0
[	4.287521]  [<ffffffff814022b3>] fw_create_instance+0xf3/0x210
[	4.287536]  [<ffffffff814024b4>] _request_firmware+0xe4/0x270
[	4.287548]  [<ffffffff81402640>] ? _request_firmware+0x270/0x270
[	4.287561]  [<ffffffff81402673>] request_firmware_work_func+0x33/0x80
[	4.287575]  [<ffffffff8108a59c>] kthread+0x8c/0xa0
[	4.287590]  [<ffffffff81664134>] kernel_thread_helper+0x4/0x10
[	4.287603]  [<ffffffff8108a510>] ? flush_kthread_worker+0xa0/0xa0
[	4.287613]  [<ffffffff81664130>] ? gs_change+0x13/0x13
[	4.287622] ---[ end trace 59b990cd2713e682 ]---
[	4.287638] kobject_add_internal failed for 0000:02:00.0 with -EEXIST, don't try to register things with the same name in the same directory.
[	4.287654] Pid: 642, comm: firmware/drxk_a Tainted: G    	W  O 3.2.0-26-generic #41-Ubuntu
[	4.287661] Call Trace:
[	4.287674]  [<ffffffff8130d255>] kobject_add_internal+0x155/0x200
[	4.287687]  [<ffffffff8130d677>] kobject_add+0x67/0xc0
[	4.287699]  [<ffffffff8130d0ea>] ? kobject_get+0x1a/0x30
[	4.287712]  [<ffffffff813f2b4d>] device_add+0xfd/0x3e0
[	4.287723]  [<ffffffff814022b3>] fw_create_instance+0xf3/0x210
[	4.287736]  [<ffffffff814024b4>] _request_firmware+0xe4/0x270
[	4.287747]  [<ffffffff81402640>] ? _request_firmware+0x270/0x270
[	4.287759]  [<ffffffff81402673>] request_firmware_work_func+0x33/0x80
[	4.287770]  [<ffffffff8108a59c>] kthread+0x8c/0xa0
[	4.287782]  [<ffffffff81664134>] kernel_thread_helper+0x4/0x10
[	4.287795]  [<ffffffff8108a510>] ? flush_kthread_worker+0xa0/0xa0
[	4.287808]  [<ffffffff81664130>] ? gs_change+0x13/0x13
[	4.287823] DDBridge 0000:02:00.0: fw_create_instance: device_register failed
[	4.287841] drxk: Could not load firmware file drxk_a3.mc.
[	4.287849] drxk: Copy drxk_a3.mc to your hotplug directory!
[	4.287918] tda18271c2dd: i2c write error at addr 96
[	4.287939] DVB: registering adapter 1 frontend 0 (DRXK)...
[	4.297561] drxk: status = 0x639130d9
[	4.297575] drxk: detected a drx-3913k, spin A3, xtal 27.000 MHz
[	4.357322] DRXK driver version 0.9.4300
[	4.445534] nvidia: module license 'NVIDIA' taints kernel.
[	4.445548] Disabling lock debugging due to kernel taint
[	4.726507] XFS (sda1): Ending clean mount
[	4.771345] snd_hda_intel 0000:00:08.0: power state changed by ACPI to D0
[	4.771366] snd_hda_intel 0000:00:08.0: power state changed by ACPI to D0
[	4.772153] ACPI: PCI Interrupt Link [LAZA] enabled at IRQ 20
[	4.772169] snd_hda_intel 0000:00:08.0: PCI INT A -> Link[LAZA] -> GSI 20 (level, low) -> IRQ 20
[	4.772179] hda_intel: Disabling MSI
[	4.772255] snd_hda_intel 0000:00:08.0: setting latency timer to 64
[	5.120096] type=1400 audit(1342383867.070:2): apparmor="STATUS" operation="profile_load" name="/sbin/dhclient" pid=759 comm="apparmor_parser"
[	5.122466] type=1400 audit(1342383867.074:3): apparmor="STATUS" operation="profile_load" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=759 comm="apparmor_parser"
[	5.123513] type=1400 audit(1342383867.074:4): apparmor="STATUS" operation="profile_load" name="/usr/lib/connman/scripts/dhclient-script" pid=759 comm="apparmor_parser"
[	5.297166] Bluetooth: Core ver 2.16
[	5.315606] NET: Registered protocol family 31
[	5.315618] Bluetooth: HCI device and connection manager initialized
[	5.315628] Bluetooth: HCI socket layer initialized
[	5.315635] Bluetooth: L2CAP socket layer initialized
[	5.315682] Bluetooth: SCO socket layer initialized
[	5.389934] Bluetooth: Generic Bluetooth USB driver ver 0.6
[	5.397453] drxk: status = 0x639130d9
[	5.397466] drxk: detected a drx-3913k, spin A3, xtal 27.000 MHz
[	5.411154] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[	5.411165] Bluetooth: BNEP filters: protocol multicast
[	5.494150] Bluetooth: RFCOMM TTY layer initialized
[	5.494192] Bluetooth: RFCOMM socket layer initialized
[	5.494200] Bluetooth: RFCOMM ver 1.11
[	5.542791] usbcore: registered new interface driver btusb
[	5.856926] DRXK driver version 0.9.4300
[	5.494192] Bluetooth: RFCOMM socket layer initialized
[	5.494200] Bluetooth: RFCOMM ver 1.11
[	5.542791] usbcore: registered new interface driver btusb
[	5.856926] DRXK driver version 0.9.4300

Alles anzeigen

ich weiß nicht was da falsch ist.. aber das mit dem doppelten pci device ist strange...

UFO · 16. Juli 2012

Welcher Treiberstand, welcher Kernel, welche Distribution werden eingesetzt?

CU
Oliver

Mr.Gosh · 16. Juli 2012

Zitat von UFO

Welcher Treiberstand, welcher Kernel, welche Distribution werden eingesetzt?

Es handelt sich nach wie vor um ein Ubuntu mittlerweile Version 12.04 in 64bit. - Also Kernel 3.2.0-26-generic x86_64.
Erst habe ich die Treiber aus dem yavdr repo genutzt, und dann mei der fehlermeldung nochmal selber frisch kompiliert, bei beiden führt das zu einem "flood" von dmesg im 2 Sek. Rhytmus mit der "kernel: [ 2823.788102] drxk: Error -22 on GetLockStatus". Die Firmware ist auch extra nochmal frisch installiert worden...
Oben im Kernel-Log steht diese Version:
DRXK driver version 0.9.4300
Ich habe sogar das Flachbandkabel ausgetauscht, um das ausschließen zu können...

Mr.Gosh · 17. Juli 2012

Also, seltsam finde ich, dass da immer noch steht "could not load firmware file..." ich habe die Datei frisch extrahiert und nach /lib/firmware kopiert, den owner auf root:root gesetzt und rw:r:r als rechte verteilt.

Sonst hat das doch immer gereicht? Oder was könnte noch das laden der Firmware verhindern?

ddbridge - drxk - digital devices duoflex c/t - probleme in dmesg: "drxk: Error -5"

Jetzt mitmachen!

Teilen