driver buffer overflow

  • 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." ;D

  • 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 ...

    Hardware: Lex Twister (CI945A), Core2Duo T7200 (2x2.0GHz), 2GB SO-DDR2, 2x8GB SSD & 2x2TB WD SATA-HDD (jew. RAID1), Terratec Cinergy 1200 DVB-C
    Software: Debian Squeeze, Kernel 3.6.6
    VDR: etobi's vdr (1.7.X), recording-only; plugins: streamdev-server,dummydevice; addons: XXV, markad, projectX

    Edited once, last by _Cyber_ ().

  • 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

    Hardware: Lex Twister (CI945A), Core2Duo T7200 (2x2.0GHz), 2GB SO-DDR2, 2x8GB SSD & 2x2TB WD SATA-HDD (jew. RAID1), Terratec Cinergy 1200 DVB-C
    Software: Debian Squeeze, Kernel 3.6.6
    VDR: etobi's vdr (1.7.X), recording-only; plugins: streamdev-server,dummydevice; addons: XXV, markad, projectX

  • 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 ...

    Hardware: Lex Twister (CI945A), Core2Duo T7200 (2x2.0GHz), 2GB SO-DDR2, 2x8GB SSD & 2x2TB WD SATA-HDD (jew. RAID1), Terratec Cinergy 1200 DVB-C
    Software: Debian Squeeze, Kernel 3.6.6
    VDR: etobi's vdr (1.7.X), recording-only; plugins: streamdev-server,dummydevice; addons: XXV, markad, projectX

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!