From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751242AbWGUWzn (ORCPT ); Fri, 21 Jul 2006 18:55:43 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751246AbWGUWzn (ORCPT ); Fri, 21 Jul 2006 18:55:43 -0400 Received: from mail2.sea5.speakeasy.net ([69.17.117.4]:41913 "EHLO mail2.sea5.speakeasy.net") by vger.kernel.org with ESMTP id S1751242AbWGUWzm (ORCPT ); Fri, 21 Jul 2006 18:55:42 -0400 Date: Fri, 21 Jul 2006 15:55:41 -0700 (PDT) From: Trent Piepho X-X-Sender: xyzzy@shell2.speakeasy.net To: Mauro Carvalho Chehab cc: v4l-dvb maintainer list , Linux and Kernel Video , linux-kernel@vger.kernel.org Subject: Re: [v4l-dvb-maintainer] Re: [PATCH] V4L: struct video_device corruption In-Reply-To: <1153513837.32625.71.camel@praia> Message-ID: References: <200607130047_MC3-1-C4D3-43D6@compuserve.com> <20060713050541.GA31257@kroah.com> <20060712222407.d737129c.rdunlap@xenotime.net> <20060712224453.5faeea4a.akpm@osdl.org> <20060715230849.GA3385@localhost> <1153013464.4755.35.camel@praia> <1153310092.27276.9.camel@praia> <1153484805.16225.12.camel@praia> <1153513837.32625.71.camel@praia> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 21 Jul 2006, Mauro Carvalho Chehab wrote: > config VIDEO_BT848 > tristate "BT848 Video For Linux" > depends on VIDEO_DEV && PCI && I2C && VIDEO_V4L2 > > Argh! it should be V4L1 instead! You can compile and use bt848 without V4L1 turned on. It still has some V4L1 functions defined. > > All these files include v4l2-dev.h and have HAVE_V4L1 defined when V4L1 is > > not turned on in Kconfig. There files are all buildable when V4L1 is off; > > they don't depend on it in Kconfig. > Some of the above drivers are V4L2, like tda9887, tuner-core, > tuner-simple, msp3400, cs53l32a, tveeprom, wm87xx. Maybe they are just > including the wrong headers. We should try to change to videodev2.h and > see what happens with all those drivers. The ones that break should me > marked with the proper requirement on Kconfig. > > Some of they need some #ifdef inside. For example, compat_ioctl32 should > handle both APIs, since it is a generic code to fix 32 bit calls to 64 > bit kernel. I think this is pretty much what I've been saying. Drivers should: A. Not include videodev.h, but use videodev2.h B. Include videodev.h, but be marked V4L1 in Kconfig C. #ifdef around videodev.h (and code that needs videodev.h), so it is not included or needed when V4L1 is turned off.