- 29 Dec, 2010 40 commits
-
-
Mauro Carvalho Chehab authored
The Remote Controller subsystem is meant to be used not only by Infra Red but also for similar types of Remote Controllers. The core is not specific to Infra Red. As such, rename: - ir-core.h to rc-core.h - IR_CORE to RC_CORE - namespace inside rc-core.c/rc-core.h To be consistent with the other changes. No functional change on this patch. Signed-off-by:Mauro Carvalho Chehab <mchehab@redhat.com>
-
Mauro Carvalho Chehab authored
Signed-off-by: -
Mauro Carvalho Chehab authored
Something weird happened with commit 740069e6e043403199dbe2b42256722fb814f6ae. Instead of dong the right thing, it got somehow corrupted and reverted the rc changes. Thanks to David Härdeman for pointing me about the problem. This patch should be merged with 740069e6e04 before sending upstream. Signed-off-by: -
Manu Abraham authored
- Some badly written applications in conjuction with certain SEC devices do send too many messages causing the DiSEqC bus to get congested. As a result, the end devices do get confused and hence do not respond. The issue was found by Julian Scheel. Signed-off-by:
Manu Abraham <manu@linuxtv.org> Signed-off-by:
-
Manu Abraham authored
- Reduce the amount of white noise present, which causes the demodulator a significant time to acquire a frontend lock on a whole. Frontend shows a large significant improvement in performance. Thanks to Peter Nayler for helping to identify the potential hotspots and fixing them. Signed-off-by:
-
Ben Hutchings authored
This function is declared extern and exported, and should not be given a generic name which may conflict with gpiolib in future. Signed-off-by:
Ben Hutchings <ben@decadent.org.uk> Signed-off-by:
-
Bjørn Mork authored
Convert the driver to use the dvb_attach macro to avoid the hard dependency on the frontend drivers. The hard dependecy will result in loading a number of unused frontends, and unwanted automatic dereferencing. This fixes a bug where unloading the mantis driver will derefence any attached frontend twice, which will cause an oops if the same frontend is used by another driver. Signed-off-by:
Bjørn Mork <bjorn@mork.no> Signed-off-by:
-
Marko Ristola authored
After dvb-core has called mantis-fe->stop_feed(dvbdmxfeed) the last time (count to zero), no data should ever be copied with dvb_dmx_swfilter() by a tasklet: the target structure might be in an unusable state. Caller of mantis_fe->stop_feed() assumes that feeding is stopped after stop_feed() has been called, ie. dvb_dmx_swfilter() isn't running, and won't be called. There is a risk that dvb_dmx_swfilter() references freed resources (memory or spinlocks or ???) causing instabilities. Thus tasklet_disable(&mantis->tasklet) must be called inside of mantis-fe->stop_feed(dvbdmxfeed) when necessary. Signed-off-by:
Marko Ristola <marko.ristola@kolumbus.fi> Signed-off-by:
-
Manu Abraham authored
use the macro to make modules auto-loadable Thanks to Ozan Çağlayan <ozan@pardus.org.tr> for pointing it out Signed-off-by:
-
Wolfram Sang authored
A few new i2c-drivers came into the kernel which clear the clientdata-pointer on exit. This is obsolete meanwhile, so fix it and hope the word will spread. Signed-off-by:
Wolfram Sang <w.sang@pengutronix.de> Acked-by:
Guennadi Liakhovetski <g.liakhovetski@gmx.de> Signed-off-by:
-
Wolfram Sang authored
The i2c-core does this already. Reported-by:
Jean Delvare <khali@linux-fr.org> Signed-off-by:
-
Jesper Juhl authored
Hi, The [vk][cmz]alloc(_node) family of functions return void pointers which it's completely unnecessary/pointless to cast to other pointer types since that happens implicitly. This patch removes such casts from drivers/media/ Signed-off-by:
Jesper Juhl <jj@chaosbits.net> Signed-off-by:
-
Randy Dunlap authored
timblogiw uses dma() interfaces and it selects TIMB_DMA for that support. However, drivers/dma/ is not built unless CONFIG_DMA_ENGINE is enabled, so select/enable that symbol also. drivers/built-in.o: In function `timblogiw_close': timblogiw.c:(.text+0x4419fe): undefined reference to `dma_release_channel' drivers/built-in.o: In function `buffer_release': timblogiw.c:(.text+0x441a8d): undefined reference to `dma_sync_wait' drivers/built-in.o: In function `timblogiw_open': timblogiw.c:(.text+0x44212b): undefined reference to `__dma_request_channel' Signed-off-by:
Randy Dunlap <randy.dunlap@oracle.com> Signed-off-by:
Andrew Morton <akpm@linux-foundation.org> Signed-off-by:
-
Richard Röjfors authored
This patch defines platform data for the video-in driver and adds it to all configurations of timberdale. Signed-off-by:
Richard Röjfors <richard.rojfors@pelagicore.com> Acked-by:
Samuel Ortiz <sameo@linux.intel.com> Signed-off-by:
-
Richard Röjfors authored
This patch adds the timberdale video-in driver. The video IP of timberdale delivers the video data via DMA. The driver uses the DMA api to handle DMA transfers, and make use of the V4L2 video buffers to handle buffers against user space. If available the driver uses an encoder to get/set the video standard Signed-off-by:
-
Joe Perches authored
Fix several defects with bad line continuation uses that introduce whitespace. Fix several defects with lines missing "\n". Standardize prefixes via pr_fmt. Remove internal cx25821 prefixes. Standardize :%s():" ... __func__ uses. Coalesce long formats. Add KERN_<level> prefixes via pr_<level> to printks. Signed-off-by:
Joe Perches <joe@perches.com> Signed-off-by:
-
Matthias Schwarzott authored
It seems that ix2505v driver ignores a i2c error in ix2505v_read_status_reg. This looks like a typing error using (ret = 1) instead of correct (ret == 1). Acked-by:
Malcolm Priestley <tvboxspy@gmail.com> Signed-off-by:
Matthias Schwarzott <zzam@gentoo.org> Cc: stable@kernel.org Signed-off-by:
-
Jean Delvare authored
Signed-off-by:
-
Jean Delvare authored
Usage of templates for large structures is a bad idea, as it wastes a lot of space. Manually initializing the few fields we need is way more efficient. Also set the algorithm data const, use strlcpy instead of strcpy, fix a small race (device data must always be set before registering said device) and properly return error on adapter registration failure. Signed-off-by:
-
Mauro Carvalho Chehab authored
Now, just one old bttv board uses the old RC5 raw decoding routines. Its conversion to rc-core requires the generation of IRQ data for both positive and negative transitions at the IRQ line. I'm not sure if bttv driver supports it or if the transitions will be reliable enough. So, due to the lack of hardware for testing, the better for now is to just move the legacy routines to bttv driver, and wait for someone with a Nebula Digi could help to port it to use also rc-core raw decoders. Acked-by:
Hermann Pitton <hermann-pitton@arcor.de> Acked-by:
Jarod Wilson <jarod@redhat.com> Signed-off-by:
-
Mauro Carvalho Chehab authored
The only IR left still using the old raw decoders on saa7134 is ENCORE FM 5.3. As it is now using the standard rc-core raw decoders, lots of old code can be removed from saa7134. Acked-by:
-
Mauro Carvalho Chehab authored
Acked-by:
-
Stefan Ringel authored
adding chip revision check Signed-off-by:
Stefan Ringel <stefan.ringel@arcor.de> Signed-off-by:
-
Joe Perches authored
Signed-off-by:
-
Jean-François Moine authored
[mchehab@redhat.com: Some CodingStyle fixes] Tested-by:
Anca Emanuel <anca.emanuel@gmail.com> Signed-off-by:
Jean-François Moine <moinejf@free.fr> Signed-off-by:
-
Jean-François Moine authored
Signed-off-by:
-
Jean-François Moine authored
Signed-off-by:
-
Jean-François Moine authored
- start and stop streaming are done via the FRAR - streaming suspend (for control change) is done by video reset Signed-off-by:
-
Jean-François Moine authored
Signed-off-by:
-
Jean-François Moine authored
Signed-off-by:
-
Jean-François Moine authored
Signed-off-by:
-
Jean-François Moine authored
Signed-off-by:
-
Jean-François Moine authored
Signed-off-by:
-
Jean-François Moine authored
Signed-off-by:
-
Jean-François Moine authored
- move hexadecimal value to lowercase - remove/add empty lines and spaces - comment unused macros - change some comments Signed-off-by:
-
Nicolas Kaiser authored
It looks to me like it was intended to check the return value at this point. Signed-off-by:
Nicolas Kaiser <nikai@nikai.net> Signed-off-by:
-
Jean-François Moine authored
This patch also checks if the sensor is well detected at connection time. Signed-off-by:
-
Jean-François Moine authored
Signed-off-by:
-
Jean-François Moine authored
Signed-off-by:
-
Jean-François Moine authored
Signed-off-by:
-
