lists.zerezo.com
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [v4l-dvb-maintainer] bttv driver questions
- Date: Fri, 29 Aug 2008 08:09:38 -0400
- From: Andy Walls <awalls@xxxxxxxxx>
- Subject: Re: [v4l-dvb-maintainer] bttv driver questions
On Thu, 2008-08-28 at 16:58 +0200, Jean Delvare wrote:
> Hi Andy,
> In the specific case I am studying, there are 8 BT878 chips, so each
> one definitely can't be considered the only "high bandwith card in
> the system". And it seems to me that latency matters as much as
> bandwith here... A high latency timer on one card will hurt bus
> latency at least as much as bus banwidth as I understand it.
>
> > Setting latency timers for a system is a balancing act between the needs
> > of individual devices and the system's need for the shared PCI bus to
> > support the maximum anticipated burst or sustained activity on the bus
> > by all the devices that could be active at once.
>
> We agree on that. With 8 BT878 chips, the problem is that both bus
> latency and bus bandwidth are potentially problematic. So the balance
> isn't an easy one to find. Which is exactly why I am asking all these
> questions.
No it probably isn't easy. With a static analysis (spreadheet),
assuming worst case conditions, you will likely end up with the
conclusion that the PCI bus can't handle the worst case load, so you'll
need to model with higher fidelity and different assumptions than worst
case.
Consistently meeting the real-time communications needs of the 8 BT878's
and the disks on the PCI bus could well be impossible with (the very
common) round robin arbiters.
You may find this thesis paper interesting:
http://os.inf.tu-dresden.de/papers_ps/schoenberg-phd.pdf
Which addresses the problem by proposing a different arbiter.
This, much shorter paper:
http://www.irisa.fr/manifestations/2004/wcet2004/Papers/Stohr.pdf
proposes that the Master Enable bit of devices be switched on and off to
ensure deterministic times across the bus. (I'm not sure if I'd want to
do that though...)
Regards,
Andy
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list