driver buffer overflow

Dann würde ich mir halt mal über eine vernünftige Hardwareumgebung Gedanken machen ....

Nö, ich liebe "Experimente". Wenn alles funktioniert wirds ja langweilig.

Und was soll ich mit dem Analog- VGA und HDMI- HDCP- Scheiss statt DVI auf den aktuellen ITX boards? Dafür zahl ich keinen Cent!

Mein alter Lehrmeister hat immer gesagt "Die Kunst ist, aus dem Mist, den der Einkauf geholt hat, was zu machen."

hiho!

irgendwie habe ich ein ähnliches bis gleiches problem, aber: nur mt streamdev und auch nur über wlan.
kurz die "topologie": system ist debin squeeze mit etobi-vdr 1.7.28 und custom 3.6.6-kern
Terratec Cinergy 1200 DVB-C als einzige dvb-karte, pci
wifi-karte ist eine Atheros AR5008 über minipci
kabelgebundenes netzwerk über e1000e-karte eth1, pci-e

lspci:
01:00.0 Ethernet controller: Intel Corporation 82573L Gigabit Ethernet Controller
02:00.0 Ethernet controller: Intel Corporation 82573L Gigabit Ethernet Controller
03:00.0 Ethernet controller: Intel Corporation 82573L Gigabit Ethernet Controller
04:00.0 Ethernet controller: Intel Corporation 82573L Gigabit Ethernet Controller
05:00.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
05:02.0 Network controller: Atheros Communications Inc. AR5008 Wireless Network Adapter (rev 01)

interrupts:
16: 439357 0 IO-APIC-fasteoi uhci_hcd:usb5, saa7146 (0)
18: 1010019 0 IO-APIC-fasteoi uhci_hcd:usb4, ath9k
19: 35185 0 IO-APIC-fasteoi uhci_hcd:usb3, ata_piix
23: 0 0 IO-APIC-fasteoi ehci_hcd:usb1, uhci_hcd:usb2
44: 220 134729 PCI-MSI-edge eth0
45: 3540 0 PCI-MSI-edge eth1

spiele ich nun mit vlc über streamdev über das verkabelte netz den stream ab tut das problemlos.
spiele ich den stream über wifi ab habe ich im log ring buffer overflows.
die bandbreite von wifi reicht für den stream (3MB/sec+ über 802.11n), abgesehen davon hab ich wegen powerlanadaptern über das verkabelte auch nur 3MB/sec.

ich hab für die module folgende parameter:
options budget_core bufsize=1410
options saa7146_vv max_memory=255

den pci-latency timer sehe ich beim boot auf 64 (budget_av 0000:05:00.0: setting latency timer to 64), irgendwie kann ich den manuell von der konsole aus nach dem laden des moduls nicht mehr ändern (setpci gibt keine fehlermeldung aus und ich hab aber nix entsprechendes im dmes stehn also geh ich davon aus dass es nach wie vor noch auf 64 ist) - vielleicht kann mir da jemand helfen, mit dem befehl zum setzen des pci latency timers kann ich nix anfangen, was macht install spezielles bzw. wie kann ich's von hand machen?
ich hab die pci-ids natürlich meinen bedürfnissen entsprechend angepasst ...

mit lspci -v sehe ch latency timer von 50 bzw. 168, woher die kommen weiß ich leider nicht:
05:00.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: TERRATEC Electronic GmbH Terratec Cynergy 1200C
Flags: bus master, medium devsel, latency 50, IRQ 16
Memory at fd7ff000 (32-bit, non-prefetchable) [size=512]
Kernel driver in use: budget_av

05:02.0 Network controller: Atheros Communications Inc. AR5008 Wireless Network Adapter (rev 01)
Subsystem: Apple Computer Inc. Device 0087
Flags: bus master, 66MHz, medium devsel, latency 168, IRQ 18
Memory at fd7e0000 (32-bit, non-prefetchable) [size=64K]
Capabilities: [40] #80 [0000]
Kernel driver in use: ath9k

danke!

>>>Cyber

//Edit: das mit der pci latency hab ich nun hinbekommen, unabhängig davon wie ich die setze gehts aber trotzdem nicht. auch die latency von der wifi-karte verändern bringt da keinen positiven effekt.
irgendwann ist das ja mal gegangen, das war eine ältere kernelversion und eine ältere vdr-version. was davon aber jetzt eine rolle spielt weiß ich nicht ...

so, ich hab's jetzt zumindest mal eingrenzen können.
verwende ich mein wifi mit AES verschlüsselung hab ich die probleme. verwende ich TKIP (was leider dann nur 802.11g zulässt) funktioniert das streamen. trotzdem geht auf 802.11g auch nur TKIP, AES hat wieder die gleichen probleme - es liegt damit nicht am 802.11n sondern definitiv am AES.
systemlast, etc. sind unbeeindruckt von AES, ist schon recht komisch. werd dann mal ath9k debuggen anfangen. :-/

>>>Cyber

Zitat von _Cyber_

funktioniert das streamen.

HDTV?

ath9k "debuggen"? Router auf proprietären RSN - firmwaremurks checken.

hd als auch sd, das ist ja das fiese. mit AES kann ich SD genauso anschauen wie HD, nämlich in standbildern, alle 30sec.
mit TKIP geht zumindest SD, HD ist zu viel Datenrate für 802.11g ...