- 10 Oct, 2007 40 commits
-
-
Trent Piepho authored
A couple loops weren't changed because they expected the loop iterator to be left as NULL if the list was empty. Maybe the code should just check for that first, then loop? Adjust some of the loop logic to be simpler. Signed-off-by:
Trent Piepho <xyzzy@speakeasy.org> Signed-off-by:
Mauro Carvalho Chehab <mchehab@infradead.org>
-
Trent Piepho authored
Also fixed a few cases of cut&paste errors where 'buf' would be set to the first entry in the list prior to be used as the loop iterator. In one case the value of buf was used before it was changed, but the rest were unnecessary. There was one list_for_each+list_entry loop that wasn't changed, since it depending on the loop iterator being left as NULL if the list was empty. Signed-off-by:
-
Trent Piepho authored
Signed-off-by:
-
Trent Piepho authored
Signed-off-by:
-
Jiri Slaby authored
zc0301, remove bad usage of ERESTARTSYS down_read_trylock can't be interrupted and so ERESTARTSYS would reach userspace, which is not permitted. Change it to EAGAIN Signed-off-by:
Jiri Slaby <jirislaby@gmail.com> Acked-by:
Luca Risolia <luca.risolia@studio.unibo.it> Signed-off-by:
-
Jiri Slaby authored
w9968cf, remove bad usage of ERESTARTSYS down_read_trylock can't be interrupted and so ERESTARTSYS would reach userspace, which is not permitted. Change it to EAGAIN Signed-off-by:
-
Maxim Levitsky authored
*Disable DMA explictly on suspend *Enable DMA on resume, after all buffers were configured *Disable overlay on resume - apps should enable it when X is resumed Signed-off-by:
Maxim Levitsky <maximlevitsky@gmail.com> Signed-off-by:
-
Brandon Philips authored
The return value of videobuf_alloc() is unchecked but this function will return NULL on an error. Check for NULL and make videobuf_reqbufs() return the number of successfully allocated buffers. Also, fix saa7146_video.c and bttv-driver.c to use this returned buffer count. Tested against the vivi driver. Not tested against saa7146 or bt8xx devices. Signed-off-by:
Brandon Philips <bphilips@suse.de> Signed-off-by:
-
Trent Piepho authored
The prototypes for the show and store methods of a device_attribute changed in kernel 2.6.13, but the code in pvrusb2 was never updated. I guess the DEBUGIFC stuff isn't used much.... Signed-off-by:
-
Trent Piepho authored
Signed-off-by:
-
Trent Piepho authored
It needs to select VIDEOBUF_GEN and VIDEOBUF_DMA_SG, since it uses those modules. Signed-off-by:
-
Michael Krufky authored
fix bad Kconfig dependency of cx23885 module. Signed-off-by:
Michael Krufky <mkrufky@linuxtv.org> Signed-off-by:
-
Joachim Steiger authored
add Avermedia dvb-t express card 34 (usb2) id Signed-off-by:
Joachim Steiger <roh@hyte.de> Signed-off-by:
-
Eric Sandeen authored
Recognize the KWorld ATSC115 PCI ID as a hardware clone of the ATSC110. Signed-off-by:
Eric Sandeen <sandeen@sandeen.net> Signed-off-by:
-
Kay Sievers authored
The currently used "struct class_device" will be removed from the kernel. Here is a patch that converts all users in drivers/media/video/ to struct device. Reviewed-by:
Thierry Merle <thierry.merle@free.fr> Reviewed-by:
Mike Isely <isely@pobox.com> Reviewed-by:
Kay Sievers <kay.sievers@vrfy.org> Signed-off-by:
-
Mauro Carvalho Chehab authored
In the past, videobuf_queue_init were used to initialize PCI DMA videobuffers. This patch renames it, to avoid confusion with the previous kernel API, doing: s/videobuf_queue_init/void videobuf_queue_core_init/ Also, the operations is now part of the function parameter. The function will also add a test if this is defined, otherwise producing BUG. Signed-off-by: -
Mauro Carvalho Chehab authored
This workaround fix a bug that happens on some SMP machines. On those machines, videobuf_iolock is called too soon, before file .mmap handler. This patch calls the scheduler before iolocking, allowing it to properly call the pending mmap. Signed-off-by: -
Mauro Carvalho Chehab authored
Before the videobuf redesign, a procedure for re-using videobuf without PCI scatter/gather where provided by changing the pci-dependent operations by other operations. With the newer approach, those methods are obsolete and can safelly be removed. Signed-off-by: -
Robert P. J. Day authored
Signed-off-by:
Robert P. J. Day <rpjday@mindspring.com> Signed-off-by:
-
Mauro Carvalho Chehab authored
cx23885 driver were converted to use the newer videobuf support. Unfortunately, the constructor weren't changed. This causes an oops, since the abstract methods (implemented as callbacks) aren't defined. Signed-off-by:
-
Mauro Carvalho Chehab authored
This is a Lifeview hybrid OEM board. Signed-off-by: -
Jesper Juhl authored
No need to cast the void pointer returned by kmalloc() in drivers/media/video/zoran_driver.c::v4l_fbuffer_alloc(). Signed-off-by:
Jesper Juhl <jesper.juhl@gmail.com> Signed-off-by:
-
Trent Piepho authored
cx23885 was still uses the old video-buf includes and code, which would only `work' if one happened to be compiling against a kernel that had the old headers. Even then, it wouldn't actually work, it would just compile without errors. Signed-off-by:
-
Trent Piepho authored
CONFIG_VIDEO_BUF_DVB became CONFIG_VIDEOBUF_DVB. But in these cases, it makes more sense to use CONFIG_VIDEO_SAA7134_DVB or CONFIG_VIDEO_CX88_DVB_MODULE depending on the driver. The reference in cx23885.h should just be removed, as the code there needs to be included if DVB is on or off. I do not think you can even compile the cx23885 driver without DVB. It's clearly just leftover from when the file was obvious copied from the cx88 driver (which is not mentioned in the copyright BTW). Signed-off-by:
-
Christoph Hellwig authored
Here's an attempted update to the full kthread API + wake_up_process: Signed-off-by:
Andrew Morton <akpm@linux-foundation.org> CC: Andrew de Quincey <adq_dvb@lidskialf.net> Signed-off-by:
-
Maxim Levitsky authored
If videobuf_read_stream reads two or more buffers it was overwriting the first one Signed-off-by:
Ricardo Cerqueira <v4l@cerqueira.org>
-
Mauro Carvalho Chehab authored
Vivi driver is now simpler. This patch removes the now unused vars. Signed-off-by: -
Brandon Philips authored
The reading/streaming fields are used for mutual exclusion of the queue and should be protected by the queue lock. Signed-off-by:
-
Brandon Philips authored
The "resource" locking in vivi isn't needed since streamon/streamoff/read_stream do mutual exclusion using q->reading/q->streaming. Plus it is sort of broken: a) res_locked() use in vivi_read() is racey. b) res_free() calls mutex_lock twice causing streamoff to break Signed-off-by:
-
Brandon Philips authored
Since vivi is using videobuf_read_stream() it can use videobuf_poll_stream() now. Signed-off-by:
-
Brandon Philips authored
If the client provides V4L2_FIELD_ANY vivi should return a valid field :) Signed-off-by:
-
Maxim Levitsky authored
By "capturing interlaced video" I mean that card ensures that top field is really top and vice versa (I think it takes the filed ID from signal) Properly turn on/off that support depending on signal state Signed-off-by:
-
Maxim Levitsky authored
This adds support for suspend/resume for core of saa7134 Should fix bug#7220 Signed-off-by:
-
Maxim Levitsky authored
When user sets dev->ctl_invert, driver writes negative values to SAA7134_DEC_LUMA_CONTRAST and SAA7134_DEC_CHROMA_SATURATION, but general code that initializes decorder ignores that Signed-off-by:
-
Maxim Levitsky authored
set_tvnorm can sleep in saa7134_i2c_xfer (it will be called through tuner code) but code calls it under spinlock. Fix that Signed-off-by:
-
Maxim Levitsky authored
videobuf_qbuf takes q->lock, and then calls q->ops->buf_prepare which by design in all drivers calls videobuf_iolock which calls videobuf_dma_init_user and this takes current->mm->mmap_sem on the other hand if user calls mumap from other thread, sys_munmap takes current->mm->mmap_sem and videobuf_vm_close takes q->lock Since this can occur only for V4L2_MEMORY_MMAP buffers, take current->mm->mmap_sem in qbuf, before q->lock, and don't take current->mm->mmap_sem videobuf_dma_init_user for those buffers Signed-off-by:
-
Mauro Carvalho Chehab authored
Signed-off-by:
-
Mauro Carvalho Chehab authored
Signed-off-by:
-
Mauro Carvalho Chehab authored
While this is not the standard color bar behaviour, having some movement there allows to check if buffers are being properly handled. Signed-off-by: -
Mauro Carvalho Chehab authored
Release code should happen before the cleaning of map variable. Signed-off-by:
-
