You are not logged in.
VDR Portal »
News »
News-Archiv »Dear visitor, welcome to VDR Portal. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.
Tuesday, January 6th 2009, 10:26am
Tuesday, January 6th 2009, 10:44am
Quoted
Original von Dr. Seltsam
Original von kls
Anbei die Dateien (deine .sch und meine .brd). Sind im EAGLE 5 Format, also ggf. die aktuelle Beta holen.
Klaus
hat jemand eine Empfehlung für einen Platinenfertiger, der sowas bezahlbar als Einzelauftrag ätzen könnte?
Tuesday, January 6th 2009, 11:03am
Monday, January 26th 2009, 1:30pm
Tuesday, January 27th 2009, 7:16pm
|
Source code |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 |
$ cat /proc/interrupts
CPU0
0: 468693 XT-PIC-XT timer
1: 2 XT-PIC-XT i8042
2: 0 XT-PIC-XT cascade
4: 51299 XT-PIC-XT lirc_serial
7: 1 XT-PIC-XT parport0
8: 3 XT-PIC-XT rtc
9: 0 XT-PIC-XT acpi
10: 0 XT-PIC-XT ehci_hcd:usb3
11: 181014 XT-PIC-XT uhci_hcd:usb4, saa7146 (0)
12: 5371 XT-PIC-XT wifi0
14: 16297 XT-PIC-XT libata
15: 47 XT-PIC-XT uhci_hcd:usb1, uhci_hcd:usb2, libata, eth1
NMI: 0 Non-maskable interrupts
LOC: 0 Local timer interrupts
RES: 0 Rescheduling interrupts
CAL: 0 function call interrupts
TLB: 0 TLB shootdowns
TRM: 0 Thermal event interrupts
SPU: 0 Spurious interrupts
ERR: 0
MIS: 0
|
Tuesday, January 27th 2009, 7:37pm
Original von slime
ich vermute mal, das hat was mit der interrupt-last zu tun. jedenfalls habe ich damit bezogene lirc-probleme.
kuck dir mal /proc/interrupts mit und ohne full-ts an.
This post has been edited 1 times, last edit by "UFO" (Jan 27th 2009, 7:38pm)
Tuesday, January 27th 2009, 7:54pm
Original von jowi24
Okay, habe mal einen Blick darauf geworfen, aber schlau werde ich nicht draus:
...
Mit oder ohne Full-TS sieht das für mich gleich aus... Worauf muss ich denn achten, bzw. was sind Anzeichen für Probleme?
Tuesday, January 27th 2009, 8:00pm
Originally posted by UFO
Btw, ergibt sich ein Unterschied im Verhalten der FB, wenn Du auf einen Kanal zappst, der nicht aufgezeichnet wird?
Tuesday, January 27th 2009, 8:14pm
Original von jowi24
Originally posted by UFO
Btw, ergibt sich ein Unterschied im Verhalten der FB, wenn Du auf einen Kanal zappst, der nicht aufgezeichnet wird?
Wenn full_ts=1 ist, ist die Fernbedienbarkeit sogar ohne Aufnahme fast nicht möglich, wenn der VDR auf einem Kanal mit hoher Bitrate getuned ist. Auf anderen Sendern lässt sich die Fernbedienung problemloser nutzen.
Tuesday, January 27th 2009, 8:28pm
Originally posted by UFOBerechne doch einmal die Interruptlast für Interrupt 11 mit/ohne Full-TS.
This post has been edited 2 times, last edit by "jowi24" (Jan 27th 2009, 8:52pm)
Tuesday, January 27th 2009, 9:14pm
Original von jowi24
Originally posted by UFOBerechne doch einmal die Interruptlast für Interrupt 11 mit/ohne Full-TS.
Okay, gemessen habe ich die Interrupt-Last, jeweils über 3,5 Minuten ARD Live-Bild. Ergebnis: 1036 Events/sec ohne full_ts und nur 81 Events/sec mit full_ts. Also sogar deutlich weniger mit aktiviertem full_ts.
Tuesday, January 27th 2009, 9:46pm
Originally posted by UFO
Hm - evtl. ist die Systemlast nun so niedrig, daß die LIRC-Timings nicht mehr stimmen. LIRC mißt die FB-Impulse schließlich in Software.
Ich würde die Fernbedienung einmal neu anlernen. Wäre interessant, ob dabei eine andere lircd.conf heraus kommt.
Tuesday, January 27th 2009, 9:59pm
Original von jowi24
Originally posted by UFO
Hm - evtl. ist die Systemlast nun so niedrig, daß die LIRC-Timings nicht mehr stimmen. LIRC mißt die FB-Impulse schließlich in Software.
Ich würde die Fernbedienung einmal neu anlernen. Wäre interessant, ob dabei eine andere lircd.conf heraus kommt.
Ich sehe schon, bei diesem Problem muss man gewaltig um die Ecke denken... ;-)
Ich habe die FB neu angelernt. Leider ohne spürbare Veränderung. Die beiden lircd.conf Dateien sind zwar nicht identisch, weisen aber nur (in meinen Augen) geringe Unterschiede auf, die durch Varianzen beim Einlernen entstanden sind.
Wenn die Zahl der Interrupts so einen Einfluss hat, könnte es problematisch sein, dass der Kernel hier mit CONFIG_NO_HZ=y übersetzt ist?
|
|
Source code |
1 2 3 4 5 6 |
# CONFIG_NO_HZ is not set # CONFIG_HZ_100 is not set # CONFIG_HZ_250 is not set # CONFIG_HZ_300 is not set CONFIG_HZ_1000=y CONFIG_HZ=1000 |
Tuesday, January 27th 2009, 10:06pm
Originally posted by UFO
Wenn die Zahl der Interrupts so einen Einfluss hat, könnte es problematisch sein, dass der Kernel hier mit CONFIG_NO_HZ=y übersetzt ist?
Möglich. Ich verwende dieses neumodische Zeug grundsätzlich nicht:
Friday, January 30th 2009, 9:23am
Originally posted by UFO
# CONFIG_NO_HZ is not set
# CONFIG_HZ_100 is not set
# CONFIG_HZ_250 is not set
# CONFIG_HZ_300 is not set
CONFIG_HZ_1000=y
CONFIG_HZ=1000[/code]
Friday, January 30th 2009, 1:26pm
Original von jowi24
Originally posted by UFO
# CONFIG_NO_HZ is not set
# CONFIG_HZ_100 is not set
# CONFIG_HZ_250 is not set
# CONFIG_HZ_300 is not set
CONFIG_HZ_1000=y
CONFIG_HZ=1000[/code]
Genau das habe ich jetzt mal nachvollzogen. Leider scheint weder diese Einstellung, noch eine Änderung der Kernel-Preemption überhaupt Einfluss auf das Problem zu haben.
Es scheint allerdings einen direkten Zusammenhang zwischen der Last auf dem PCI-Bus und den verpassten Fernbedienungssignalen zu geben:
1. ARD Live: schlecht
2. Sat. 1 Live: (relativ) gut
3. ARD Wiedergabe: gut
4. ARD Wiedergabe (mit Aufnahme ARD im Hintergrund): schlecht
Oder ziehe ich hier die falschen Schlüsse? Ist die Datenrate des TS bei verschiedenen Transpondern überhaupt unterschiedlich (vgl. Fall 1 und 2)?
VDR-System: 1 DVB-S 2.2 mit Full-TS Mod
Saturday, January 31st 2009, 1:10pm
|
|
Source code |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 |
00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03)
Flags: bus master, medium devsel, latency 64
Memory at e7800000 (32-bit, prefetchable) [size=4M]
Capabilities: [a0] AGP version 1.0
00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03) (prog-if 00 [Normal decode])
Flags: bus master, 66MHz, medium devsel, latency 64
Bus: primary=00, secondary=01, subordinate=01, sec-latency=64
I/O behind bridge: 0000d000-0000dfff
Memory behind bridge: de800000-deffffff
Prefetchable memory behind bridge: dff00000-e77fffff
00:04.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 02)
Flags: bus master, medium devsel, latency 0
00:04.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01) (prog-if 80 [Master])
Flags: bus master, medium devsel, latency 32
[virtual] Memory at 000001f0 (32-bit, non-prefetchable) [disabled] [size=8]
[virtual] Memory at 000003f0 (type 3, non-prefetchable) [disabled] [size=1]
[virtual] Memory at 00000170 (32-bit, non-prefetchable) [disabled] [size=8]
[virtual] Memory at 00000370 (type 3, non-prefetchable) [disabled] [size=1]
I/O ports at b800 [size=16]
00:04.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01) (prog-if 00 [UHCI])
Flags: bus master, medium devsel, latency 32, IRQ 15
I/O ports at b400 [size=32]
00:04.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 02)
Flags: medium devsel, IRQ 9
00:09.0 Network controller: Intersil Corporation Prism 2.5 Wavelan chipset (rev 01)
Subsystem: Intersil Corporation Prism 2.5 Wavelan chipset
Flags: bus master, medium devsel, latency 32, IRQ 15
Memory at df000000 (32-bit, prefetchable) [size=4K]
Capabilities: [dc] Power Management version 2
00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS)
Flags: medium devsel, IRQ 12
I/O ports at b000 [size=32]
00:0c.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: Technotrend Systemtechnik GmbH Technotrend/Hauppauge DVB card rev2.1
Flags: bus master, medium devsel, latency 32, IRQ 11
Memory at de000000 (32-bit, non-prefetchable) [size=512]
00:0d.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 61) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller
Flags: bus master, medium devsel, latency 32, IRQ 15
I/O ports at a800 [size=32]
Capabilities: [80] Power Management version 2
00:0d.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 61) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller
Flags: bus master, medium devsel, latency 32, IRQ 11
I/O ports at a400 [size=32]
Capabilities: [80] Power Management version 2
00:0d.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 63) (prog-if 20 [EHCI])
Subsystem: VIA Technologies, Inc. USB 2.0
Flags: bus master, medium devsel, latency 32, IRQ 10
Memory at dd800000 (32-bit, non-prefetchable) [size=256]
Capabilities: [80] Power Management version 2
01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 RF/SG AGP (prog-if 00 [VGA controller])
Subsystem: ATI Technologies Inc Magnum/Xpert 128/Xpert 99
Flags: bus master, stepping, 66MHz, medium devsel, latency 64, IRQ 11
Memory at e0000000 (32-bit, prefetchable) [size=64M]
I/O ports at d800 [size=256]
Memory at de800000 (32-bit, non-prefetchable) [size=16K]
Expansion ROM at dffe0000 [disabled] [size=128K]
Capabilities: [50] AGP version 2.0
Capabilities: [5c] Power Management version 1
|
Saturday, January 31st 2009, 3:51pm
Original von jowi24
lspci -v gibt hier folgendes aus:
...
Das Board ist ein ASUS P2B-F. Ich hatte gerade eben auch schon mal alle Steckkarten außer DVB und Grafikkarte rausgenommen. Das hat leider keinen Unterschied gemacht.
This post has been edited 2 times, last edit by "UFO" (Jan 31st 2009, 3:52pm)
Thursday, May 23rd 2013, 9:19pm
Go to the top of the page
