On Fri, 16 May 2008 07:53:46 -0700 dean <dean@sensoray.com> wrote:Thanks. Please send your SOB at the next version. We intend to, but people are currently lacking time to port old drivers to V4L2. V4L1 compat will still be kept for some time after the end of V4L1 drivers. VLC V4L1 implementation were broken. It first starts DMA and streaming, then, it calls some ioctls that changes the buffer size. The compat handler doesn't accept this behaviour, since it would cause buffer overflow. AFAIK, only bttv driver used to support this behaviour. On V4L1 mode, bttv were allocating enough memory for the maximum resolution. So, subsequent buffer changes works properly. It would be valuable if you could work on a safe way to implement backward compat for this broken behaviour. In this case, you would need to change the compat implementation at videobuf, and let v4l1-compat module to be aware that it is safe to allow buffer size changes. Yet, this seems to much work for something that should be already removed from kernel (V4L1). The message doesn't cause any harm, but the better is to fix this also. This were already corrected at the latest vivi versions. Cheers, Mauro --
| Dave Hansen | [RFC][PATCH 0/4] kernel-based checkpoint restart |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| Eric Paris | [RFC 0/5] [TALPA] Intro to a linux interface for on access scanning |
git: | |
| David Miller | Re: [GIT]: Networking |
| Natalie Protasevich | [BUG] New Kernel Bugs |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
