Update: Optimierter av7110 Treiber

aber gern.

aha:

DMA rx transfer... hmm.. du weisst das manche chipsätze probleme mit
concurrent dma transfers haben und geblacklisted sind?

könnte mit root fs corruption enden...

mfg,
woppr

Hallo!

Ich hab mal einen ordentlichen Patch gebastelt, da das obige Changeset (2. Link) zum Patchen wenig geeignet ist (Stichwort: malformed).

Gruß,

Marcus

Quote

Original von DarkAngel
Hallo!

Ich hab mal einen ordentlichen Patch gebastelt, da das obige Changeset (2. Link) zum Patchen wenig geeignet ist (Stichwort: malformed).

Gruß,

Marcus

Danke,
ich hab deinen Patch auf den HG e7ff160f2e38 vom 2.6. angewand, der aktuelle HG 94050f467b8d mit der Änderung hab ich nicht durch den Kompiler bekommen.

Christian

Quote

Original von CKone
Danke,
ich hab deinen Patch auf den HG e7ff160f2e38 vom 2.6. angewand, der aktuelle HG 94050f467b8d mit der Änderung hab ich nicht durch den Kompiler bekommen.

Christian

Ich hatte heute früh v4l-dvb per "make update" aktualisiert und dann den Patch erzeugt. Bei mir gab es keine Probleme beim Kompilieren.
Meine Version ist "508f422fff2d+ tip" (sagt 'hg identify').

Die aktuellste der zu patchenden Dateien (av7110.c) wurde anscheinend zuletzt am 22.05.06 verändert.

Gruß,

Marcus

Quote

Original von DarkAngel

Die aktuellste der zu patchenden Dateien (av7110.c) wurde anscheinend zuletzt am 22.05.06 verändert.

Super, dann passts ja mit meinem Snapshot vom 2.6.

Quote

Original von UFO
Wenn Du erst den Patch anwählst, dann auf "raw", erhälst Du ein problemlos anwendbares diff. Gerade getestet (mit opera). Habe den Link zum Raw-Patch im ersten Post eingefügt..

Wußte ich nicht.

Gruß,

Marcus

ich hab den patch auch mal auf den stand 508f422fff2d+ tip angewendet. funktioniert bisher gut.

Quote

Original von UFO

Irgendwie verstehe diese Aussage nicht, denn der av7110-Treiber hat schon immer DMA-Transfers verwendet. Wenn ein Chipsatz DMA-Transfers nicht richtig unterstützt, konnte der av7110-Treiber auch noch nie funktionieren. Es gab schon immer diese DMA-Transfers.

Die Optimierung besteht lediglich darin, ARM und PC besser zu entkoppeln, d.h. der PC gibt das DPRAM nun schneller frei, so daß der ARM weiter machen kann. Es gibt keine zusätzlichen DMA-Transfers...

CU
Oliver

ahso.

ja warn bissl spät gestern und ich hab dein code nur kurz überflogen, ok.

ich hab da nochn altes trauma vom bt87x treiber, der mir vor jahren unter linux
2.4 wegen nem schlechten pci chipsatz mehrmals das root fs zerschossen hat
beim anschluss von externem videorekorder und schnellvor-/rücklauf.

ich zieh den hg stand heute noch und probiers aus,

sicher gute arbeit, danke.

BTW:
wenn ich mit dem 2.6.16.18 kernel treiber das antennenkabel abzieh und erst nach
minuten wieder einsteck stürzt der dvb treiber zwar nich ab aber der vdr gibt dann
weder bild noch mucks mehr von sich. bis ich dvb-ttpci neulade.
is das bekannt?

gruss,
woppr

Hi,
man möge mir die vielleicht blöde Frage verzeihen aber ich habe bei den DVB Treibern etwas die Übersicht verloren:
Ist der Treiber nur für 2.6'er Kernel (wie ich befürchte) oder auch für 2.4'er Kernel verwendbar ?

Gruß,
Gromit

Quote

Original von UFO
Ohne DiSEqC:
Evtl. crasht der ARM ohne Signal. Neuere Treiber sollten den ARM resetten, sobald man den Kanal umschaltet oder eine Aufnahme abspielt.

ich habe DVB-C (FuSi) und stets die neuesten Treiber aus dem hg + neueste Firmware. Trotzdem habe ich auch den Effekt, dass nach dem Abziehen und Wiederreinstecken des Antennensteckers kein Kanal mehr lockt, bis ich den Treiber entladen und neugeladen habe.
Geht das Signal nur kurz verloren, passiert nichts, aber eine Minute ist meist schon zuviel.
Das war mit älteren Treibern nach meiner Erinnerung kein Problem.

Quote

Original von UFO

Vorab:
Ich rate _dringend_ davon ab, Kabel im Betrieb zu ziehen oder zu stecken! Wenn es auf der Leitung eine Potentialdifferenz zum PC gibt, killt man damit leicht den LNBP-Chip. Bei einer Rev 2.3-Karte sieht es evtl. besser aus, ich würde es dennoch nicht ausprobieren.

Für den beschriebenen Effekt gibt es mehrere mögliche Erklärungen:

Mit DiSEqC:
Man muß auf einen anderen Transponder schalten, damit der Switch ein Schaltsignal erhält.
Beim Abziehen des Kabels schaltet der Switch nämlich den Port ab.

Ohne DiSEqC:
Evtl. crasht der ARM ohne Signal. Neuere Treiber sollten den ARM resetten, sobald man den Kanal umschaltet oder eine Aufnahme abspielt.

CU
Oliver

Display More

1.
chef ich hab dr.seltsams kabelkarte, sorry hätt ich wohl erwähnen solln.

2.
LNB's sind immer potentialfrei, es sei denn bei ner hausanlage mit switchbox.
an meiner ex anlage mit direktkabel zum lnb war das abziehn kein problem im
betrieb.

hmm... sind atx netzteile in deutschland eigentlich schutzgeerdet?
das muss ich doch gleichmal checken ob ich da n 3 poligen schuko dran hab *ähm*.

gruss, woppr

Quote

Original von woppr
2.
LNB's sind immer potentialfrei......

würd ich so nicht unterschreiben wollen. Twin und quad können sich über den Schirm vom anderen Teilnehmer böse Sachen holen, was in der Praxis zu den dollsten Sachen geführt hat. Aber auch Singles können (wenn LNB Halterung, LNB-Hals aus Metall ist - ja gibt es) über die vorhandene Satanlagen Erdung ein anderes Potential bekommen. Ich wäre generell vorsichtig

Gruß Fr@nk

UFO

ich kuck grad england auf zdf , das gestottere kommt nur im transfermode falls das hilft.
keine probleme ohne.

@lola

da hasch wohl recht. aber bei 4 fach LNB is auchne switchbox dabei und wenn das kein schaltunggeschlampertes billigdings is dann sollte die doch kapazitiv entkoppeln?..
geerdete sat anlage? was soll das werden? ein blitzableiter ?
wenn die aufm dach im dorf is dann is wohl schluss nachm nächsten gewitter, hehe.