summaryrefslogtreecommitdiff
path: root/linux/drivers/media/video/cx231xx/cx231xx-avcore.c
AgeCommit message (Collapse)Author
2009-06-20cx231xx: fix uninitialized variable.Mauro Carvalho Chehab
From: Hans Verkuil <hverkuil@xs4all.nl> The variable 'rc' could be used uninitialized in the cx231xx_capture_start function. Sri informed me that it should be initialized to -1. Priority: normal Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-05-30cx231xx: TRY_FMT should not actually set anythingTrent Piepho
From: Trent Piepho <xyzzy@speakeasy.org> In the TRY_FMT handler the function get_scale() is called to find what the scaler hardware will produce for a requested size. The problem is that get_scale(struct cx231xx *dev, ..., unsigned int *vscale, unsigned int *hscale) saves the calculated scale values into both the pointer arguments and into dev's hscale and vscale fields. TRY_FMT shouldn't actually change anything in the device state. The code to in get_scale() that writes to dev->[hv]scale can just be deleted. In all cases when dev's fields should be modified, get_scale() was called with get_scale(dev, ..., &dev->hscale, &dev->vscale), so dev was getting updated anyway. This didn't actually cause a problem because nothing ever actually made use of the hscale and vscale fields. I changed cx231xx_resolution_set() to use those fields rather than re-calculate them with a call to get_scale(). Updating [hv]scale in cx231xx_resolution_set() isn't necessary because every call of cx231xx_resolution_set() was already preceded by a call to get_scale() or setting the [hv]scale fields, so they will be always be up-to-date w.r.t. width and height. Removing the call to get_scale() from cx231xx_resolution_set() allowed making get_scale() a static function, which is a good thing for something with such a short name. There is already another function with the same name in the em28xx driver, but that one is static. Priority: normal Signed-off-by: Trent Piepho <xyzzy@speakeasy.org>
2009-04-07V4L/DVB: cx231xx: remove unused #include <linux/version.h>'sMauro Carvalho Chehab
From: Huang Weiyi <weiyi.huang@gmail.com> Remove unused #include <linux/version.h>'s in drivers/media/video/cx231xx/cx231xx-avcore.c drivers/media/video/cx231xx/cx231xx-vbi.c Signed-off-by: Huang Weiyi <weiyi.huang@gmail.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-21cx231xx: Use generic names for each device blockMauro Carvalho Chehab
From: Sri Deevi <Srinivasa.Deevi@conexant.com> Priority: normal Signed-off-by: Srinivasa Deevi <srinivasa.deevi@conexant.com> Reviewed-by: Hans Verkuil <hverkuil@xs4all.nl> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-10Some additional CodingStyle and minor fixesMauro Carvalho Chehab
From: Srinivasa Deevi <srinivasa.deevi@conexant.com <mailto:srinivasa.deevi@conexant.com>> changed the pcb-config.c/h to pcb-cfg.c/h for short names. Signed-off-by: Srinivasa Deevi <srinivasa.deevi@conexant.com<mailto:srinivasa.deevi@conexant.com>> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-04cx231xx: Fix CodingStyleMauro Carvalho Chehab
From: Sri Deevi <Srinivasa.Deevi@conexant.com> Fixes several CodingStyle issues on the driver. Signed-off-by: Srinivasa Deevi <srinivasa.deevi@conexant.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-03cx231xx: First series of manual CodingStyle fixesMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> This patch cleans up CodingStyle on the following source files: There are still much more to be fixed on later patches Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-03cx231xx: CodingStyle automatic fixes with LindentMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-03Add cx231xx USB driverMauro Carvalho Chehab
From: Sri Deevi <Srinivasa.Deevi@conexant.com> Signed-off-by: Srinivasa Deevi <srinivasa.deevi@conexant.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>