Mailing List archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[linux-dvb] Re: Reading from 4 cards simultaneously?
Hi,
i've tried setting the PCI latency timer for all cards from 0x10 to 0xf0
with 0x10 steps. It did not help, the behaviour remains.
In the meanwhile I've tried out kernel 2.6.3, which also shows exactly the
same effect. I've also played around with setting static IRQs in the BIOS
without success.
The boards are connected to different PCI busses, so I don't think it hits
any PCI limits. But might the different PCI busses cause the trouble?
lspci -vv says:
---
00:00.0 Host bridge: ServerWorks CNB20LE Host Bridge (rev 05)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+
Stepping- SERR+ FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort+ >SERR- <PERR-
Latency: 64, cache line size 08
00:00.1 Host bridge: ServerWorks CNB20LE Host Bridge (rev 05)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+
Stepping- SERR+ FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 64, cache line size 08
00:02.0 Ethernet controller: 3Com Corporation 3c985 1000BaseSX (SX/TX) (rev
01)
Subsystem: Unknown device 9850:0001
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+
Stepping- SERR+ FastB2B-
Status: Cap- 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (16000ns min), cache line size 08
Interrupt: pin A routed to IRQ 31
Region 0: Memory at cff84000 (32-bit, non-prefetchable) [size=16K]
00:07.0 VGA compatible controller: ATI Technologies Inc 3D Rage IIC (rev 7a)
(prog-if 00 [VGA])
Subsystem: Hewlett-Packard Company: Unknown device 10c4
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping+ SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 66 (2000ns min), cache line size 08
Interrupt: pin A routed to IRQ 19
Region 0: Memory at d0000000 (32-bit, non-prefetchable) [size=16M]
Region 1: I/O ports at 1400 [size=256]
Region 2: Memory at cff81000 (32-bit, non-prefetchable) [size=4K]
Expansion ROM at <unassigned> [disabled] [size=128K]
Capabilities: [5c] Power Management version 1
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00:0f.0 ISA bridge: ServerWorks OSB4 South Bridge (rev 4f)
Subsystem: ServerWorks OSB4 South Bridge
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR+ <PERR-
Latency: 0
00:0f.1 IDE interface: ServerWorks OSB4 IDE Controller (prog-if 8a [Master
SecP PriP])
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+
Stepping- SERR+ FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 64
Region 4: I/O ports at 1800 [size=16]
01:02.0 System peripheral: Hewlett-Packard Company NetServer PCI Hot-Plug
Controller (rev 0b)
Subsystem: Hewlett-Packard Company: Unknown device 0001
Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=slow >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Interrupt: pin A routed to IRQ 16
Region 0: I/O ports at 2000 [size=256]
01:02.1 InfiniBand: Hewlett-Packard Company NetServer SMIC Controller (rev
0b)
Subsystem: Hewlett-Packard Company: Unknown device 0001
Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=slow >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Interrupt: pin B routed to IRQ 17
Region 0: I/O ports at 2400 [size=256]
01:03.0 PCI bridge: Intel Corp. 80960RP [i960 RP Microprocessor/Bridge] (rev
01) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+
Stepping- SERR+ FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 64, cache line size 08
Bus: primary=01, secondary=02, subordinate=02, sec-latency=64
Memory behind bridge: d1100000-d11fffff
BridgeCtl: Parity- SERR- NoISA+ VGA- MAbort- >Reset- FastB2B-
Capabilities: [68] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
01:03.1 I2O: Intel Corp. 80960RP [i960RP Microprocessor] (rev 01) (prog-if
01)
Subsystem: Hewlett-Packard Company MegaRAID, Integrated HP NetRAID
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr-
Stepping- SERR+ FastB2B+
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 64, cache line size 08
Interrupt: pin A routed to IRQ 22
Region 0: Memory at e0000000 (32-bit, prefetchable) [size=256M]
Expansion ROM at <unassigned> [disabled] [size=32K]
Capabilities: [80] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
01:05.0 Multimedia controller: Philips Semiconductors SAA7134 (rev 01)
Subsystem: Philips Semiconductors: Unknown device 6752
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+
Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (1500ns min, 32000ns max)
Interrupt: pin A routed to IRQ 28
Region 0: Memory at d1000000 (32-bit, non-prefetchable) [size=1K]
Capabilities: [40] Power Management version 1
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
01:06.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: Technotrend Systemtechnik GmbH: Unknown device 1004
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+
Stepping- SERR- FastB2B+
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (3750ns min, 9500ns max)
Interrupt: pin A routed to IRQ 27
Region 0: Memory at d1000400 (32-bit, non-prefetchable) [size=512]
02:02.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: Technotrend Systemtechnik GmbH: Unknown device 1004
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+
Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (3750ns min, 9500ns max)
Interrupt: pin A routed to IRQ 26
Region 0: Memory at d1100000 (32-bit, non-prefetchable) [size=512]
02:03.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: Technotrend Systemtechnik GmbH: Unknown device 100f
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+
Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (3750ns min, 9500ns max)
Interrupt: pin A routed to IRQ 25
Region 0: Memory at d1100400 (32-bit, non-prefetchable) [size=512]
02:04.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: Technotrend Systemtechnik GmbH: Unknown device 100f
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+
Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (3750ns min, 9500ns max)
Interrupt: pin A routed to IRQ 24
Region 0: Memory at d1100800 (32-bit, non-prefetchable) [size=512]
02:08.0 System peripheral: Hewlett-Packard Company NetServer Smart IRQ
Router (rev a0)
Subsystem: Hewlett-Packard Company: Unknown device 0001
Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr+
Stepping- SERR+ FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Region 0: Memory at d1108000 (32-bit, non-prefetchable) [size=32K]
---
The modules are inserted in this order:
---
modprobe dvb-core dvb_shutdown_timeout=0
modprobe stv0299
modprobe ves1820
modprobe saa7146
modprobe ttpci-eeprom
modprobe budget
modprobe budget-ci
---
I get the following kernel messages:
---
saa7146: register extension 'budget dvb'.
saa7146: found saa7146 @ mem e09f2400 (revision 1, irq 27) (0x13c2,0x1004).
DVB: registering new adapter (TT-Budget/WinTV-NOVA-C PCI).
DVB: VES1820(0): setup for tuner sp5659c
DVB: VES1820(0): pwm=0x48
DVB: registering frontend 0:0 (VES1820 based DVB-C frontend)...
TT-Budget/WinTV-NOVA-C PCI adapter 0 has MAC addr = 00:d0:5c:02:55:3d
saa7146: found saa7146 @ mem e09f4000 (revision 1, irq 26) (0x13c2,0x1004).
DVB: registering new adapter (TT-Budget/WinTV-NOVA-C PCI).
DVB: VES1820(1): setup for tuner sp5659c
DVB: VES1820(1): pwm=0x48
DVB: registering frontend 1:0 (VES1820 based DVB-C frontend)...
TT-Budget/WinTV-NOVA-C PCI adapter 1 has MAC addr = 00:d0:5c:02:55:37
saa7146: register extension 'budget_ci dvb'.
saa7146: found saa7146 @ mem e0cf1400 (revision 1, irq 25) (0x13c2,0x100f).
DVB: registering new adapter (TT-Budget/WinTV-NOVA-CI PCI).
probe_tuner: try to attach to TT-Budget/WinTV-NOVA-CI PCI
drivers/media/dvb/frontends/stv0299.c: setup for tuner SU1278/SH
DVB: registering frontend 2:0 (STV0299/TSA5059/SL1935 based)...
TT-Budget/WinTV-NOVA-CI PCI adapter 2 has MAC addr = 00:d0:5c:22:47:2b
saa7146: found saa7146 @ mem e0cf3800 (revision 1, irq 24) (0x13c2,0x100f).
DVB: registering new adapter (TT-Budget/WinTV-NOVA-CI PCI).
probe_tuner: try to attach to TT-Budget/WinTV-NOVA-CI PCI
drivers/media/dvb/frontends/stv0299.c: setup for tuner SU1278/SH
DVB: registering frontend 3:0 (STV0299/TSA5059/SL1935 based)...
TT-Budget/WinTV-NOVA-CI PCI adapter 3 has MAC addr = 00:d0:5c:22:47:35
---
Any ideas???
Cheers, Jonny
> Johann Hanne wrote:
> >
> > i'm running a box (Pentium 3 800 MHz) with four DVB-budget-cards
> (2xDVB-S,
> > 2xDVB-C) with Kernel 2.4.24 and linuxtv-dvb-drivers 1.1.0. Everything
> (tuning
> > via the frontend device and reading of the TS via the dvr device) works
> fine
> > as long as I only read data from three cards simultaneously. As soon as
> I
> > open the fourth dvr device, the first dvr device does no longer give me
> data.
> > This behaviour is perfectly reproducable and does NOT depend on the dvb
> > device number, the data always stops coming in on the device which I
> have
> > OPENED FIRST. I.e. if I open /dev/dvb/adapter0/dvr0 first, I get no data
> from
> > it after opening the fourth device and the same happens
> > with /dev/dvb/adapter1/dvr0, if this one is opened first.
>
> I think I've heard this before, but I've no idea what causes this. Maybe
> some
> PCI limit (like one card's transfer times out because the others hog
> the bus for too long). Have you tried to play with setpci?
>
> > BTW: What's the correct way to increase the maximum number of supported
> DVB
> > devices (I'm using devfs)? I think the default number is still 4, and in
> an
> > earlier thread I noticed that incrementing MAX_NUM_DVB and
> > SAA7146_MAX_DEVICES did create more devices, but the drivers misdetected
> the
> > card types. Moreover these two defines seem to have gone in version
> 1.1.0.
>
> With kernel 2.4 this would work with CONFIG_DVB_DEVFS_ONLY
> (we would have to use a second major for non-devfs).
>
> For 2.6 the new 32bit dev_t would allow more cards, but we
> haven't changed device number allocation yet because it
> breaks 2.4 backwards compatibility.
>
>
> Johannes
>
>
> --
> Info:
> To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe
> linux-dvb" as subject.
>
--
Info:
To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe linux-dvb" as subject.
Home |
Main Index |
Thread Index