It's sad that this bug has gone into 2.6.35-rc1.
I already reported it on 24.05.2010:
http://article.gmane.org/gmane.linux.drivers.video-input-infrastructure/19564/
Unfortunately it didn't get any attention, which makes me a little bit
depressive...
What is the right way to report bugs if code
* Randy Dunlap randy.dun...@oracle.com wrote:
From: Randy Dunlap randy.dun...@oracle.com
Add slab.h to fix ak881x build:
drivers/media/video/ak881x.c:265:error: implicit declaration of function
'kzalloc'
drivers/media/video/ak881x.c:265:warning: assignment makes pointer from
integer
Hi,
1. Something first should call v4l2_device_register() on a v4l2_device
object. (Typically there is only one v4l2_device object per bridge
chip between the PCI, PCIe, or USB bus and the subdevices, even if that
bridge chip has more than one I2C master implementation.)
2. Then, for
This is just a cleanup patch. We never use the udev variable so I
have removed it.
Signed-off-by: Dan Carpenter erro...@gmail.com
diff --git a/drivers/media/video/cpia_usb.c b/drivers/media/video/cpia_usb.c
index ef1f893..58d193f 100644
--- a/drivers/media/video/cpia_usb.c
+++
Hi,
Thanks, I've applied your patch with one small fix,
The else block at the end of was wrongly indented
(one indent level too much) It is the else for the first if, not the second.
Note the first if has a { at the end of the line, and the second does not,
and the else starts with a }.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hans de Goede wrote:
Hi,
Thanks, I've applied your patch with one small fix,
The else block at the end of was wrongly indented
(one indent level too much) It is the else for the first if, not the
second.
Note the first if has a { at the end of
Hi,
On 05/29/2010 12:46 AM, Andrew Morton wrote:
(switched to email. Please respond via emailed reply-to-all, not via the
bugzilla web interface).
On Tue, 25 May 2010 23:02:23 GMT
bugzilla-dae...@bugzilla.kernel.org wrote:
https://bugzilla.kernel.org/show_bug.cgi?id=16050
Hi Mauro,
Please pull from:
http://linuxtv.org/hg/~hgoede/gspca
For the following changes:
gspca_ovfx2: drop first frames in stream if not synced
gspca_tv8532: remove a whole bunch of unnecessary register writes
gspca_tv8532: add gain control
gspca_tv8532: rename brightness control to exposure
From: Huzaifa Sidhpurwala huzai...@fedora-12.(none)
Move VIDIOCSFBUF into libv4l1 and correct a missing
break with the last commit
Signed-Off-by: Huzaifa Sidhpurwala huzai...@redhat.com
---
lib/libv4l1/libv4l1.c | 32
1 files changed, 32 insertions(+), 0
On Mon, 31 May 2010 14:55:48 +0200, Wolfram Sang wrote:
I2C-drivers can use the clientdata-pointer to point to private data. As I2C
devices are not really unregistered, but merely detached from their driver, it
used to be the drivers obligation to clear this pointer during remove() or a
failed
Hi,
Sorry to bother you again, but here is the situation:
I have 2 drivers: an ov2640 driver and my atmel driver.
Basically the ov2640 driver is the same as the ov7670 driver.
So what I don't know is how to call the ov2640 functions(such as set
format) in my atmel driver.
In the ov2640 I
On 06/01/2010 01:11 AM, Andy Walls wrote:
On Sun, 2010-05-30 at 12:33 +0200, Silamael wrote:
Kernel trace:
---
[ 773.280361] IP: [f825a7ba] saa7146_buffer_next+0x5e/0x1ed [saa7146_vv]
[ 773.280361] *pde =
[ 773.280361]
From: Stefan Ringel stefan.rin...@arcor.de
fusion function copy streams and copy_packets to new function copy_streams.
Signed-off-by: Stefan Ringel stefan.rin...@arcor.de
---
drivers/staging/tm6000/tm6000-usb-isoc.h |5 +-
drivers/staging/tm6000/tm6000-video.c| 326
On Sun, May 30, 2010 at 05:24:38PM +0200, Jiri Slaby wrote:
Hi,
came across following snippet of code
(2.6.34:drivers/media/dvb/siano/smscoreapi.c) and
...
...
...
This should be
wait_event(coredev-buffer_mng_waitq, cb = get_entry());
with get_entry like:
struct smscore_buffer_t
Hans de Goede wrote:
Hi,
On 05/29/2010 12:46 AM, Andrew Morton wrote:
(switched to email. Please respond via emailed reply-to-all, not via
the
bugzilla web interface).
On Tue, 25 May 2010 23:02:23 GMT
bugzilla-dae...@bugzilla.kernel.org wrote:
Hi Patrick
thank you for your help, I understand my mistake.
Here is the new patch, I hope this one is right.
regards
Stéphane
diff -r b576509ea6d2 linux/drivers/media/dvb/dvb-usb/dib0700_devices.c
--- a/linux/drivers/media/dvb/dvb-usb/dib0700_devices.c Wed May 19
19:34:33 2010 -0300
+++
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Tue Jun 1 19:00:19 CEST 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 14875:304cfde05b3f
git master:
Guennadi Liakhovetski g.liakhovet...@gmx.de writes:
a lot of things changed in and around soc-camera between 2.6.30 and
.33... E.g., previously you could load driver modules in any order, it
would work in any case. Now if you load your host driver (pxa) and your
client driver is not there
Rather than loading all IR protocol decoders as enabled when bringing
up a new device, only enable the IR protocol decoder that matches the
keymap being loaded. Additional decoders can be enabled on the fly by
those that need to, either by twiddling sysfs bits or by using the
ir-keytable util from
This is the RC6 keymap for the Windows Media Center Edition remotes
that come bundled with MCE/eHome Infrared Remote transceivers. Tested
with 3 different variants of the remote, but its possible there are
still some additional keys missing, but its simple enough to add them
in later...
This
On Tue, 1 Jun 2010, Robert Jarzmik wrote:
Guennadi Liakhovetski g.liakhovet...@gmx.de writes:
a lot of things changed in and around soc-camera between 2.6.30 and
.33... E.g., previously you could load driver modules in any order, it
would work in any case. Now if you load your host
This is a new driver for the Windows Media Center Edition/eHome
Infrared Remote transceiver devices. Its a port of the current
lirc_mceusb driver to ir-core, and currently lacks transmit support,
but will grow it back soon enough... This driver also differs from
lirc_mceusb in that it borrows
This patch series adds the core lirc device interface, lirc_dev, and
an ir-core bridge driver. Currently, only the receive side is wired
up in the bridge driver, but adding transmit support is up next.
Currently, adding this code allows any raw IR ir-core device driver to
pass raw IR out to the
Add the core lirc device interface (http://lirc.org/).
This is a 99.9% unaltered lirc_dev device interface (only change being
the path to lirc.h), which has been carried in the Fedora kernels and
has been built for numerous other distro kernels for years. In the
next two patches in this series,
This keymap can be specified for loading for a setup where the user
wants to bypass in-kernel decoding and only use the lirc interface.
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/IR/keymaps/Makefile |1 +
drivers/media/IR/keymaps/rc-lirc.c | 41
This is a new ir-core protocol plugin, which bridges from ir-core
raw IR data collection to the classic lirc device interface, which
allows pure ir-core drivers to pass raw IR data out to userspace to
be handled by the lirc userspace daemon.
At the moment, only the receive side is wired up, with
On Tue, Jun 1, 2010 at 10:04 AM, Sedji Gaouaou sedji.gaou...@atmel.com wrote:
Hi,
Sorry to bother you again, but here is the situation:
I have 2 drivers: an ov2640 driver and my atmel driver.
Basically the ov2640 driver is the same as the ov7670 driver.
So what I don't know is how to call
Hi Valdis,
Em 31-05-2010 16:01, valdis.kletni...@vt.edu escreveu:
On Thu, 20 May 2010 13:51:46 EDT, valdis.kletni...@vt.edu said:
*ping*? Still broken in a linux-next pull I did about an hour ago. The
patch fixed one oops, but it just died a little further down - I'm guessing
it missed a
s2255drv: cleanup of device structure
From: Dean Anderson linux-...@sensoray.com
cleanup of device structure.
single channel array instead of multiple arrays in device for
each channel property.
simplifies open callback by removing search for channel index.
Priority: normal
Signed-off-by: Dean
Hello!
This is a new submit of last sunday 3 patches.
The first patch is the new driver for MI2020,
other patches are functional changes and some minor changes.
Regards
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
gspca - gl860: new driver for MI2020 sensor
From: Olivier Lorin o.lo...@laposte.net
- new MI2020 driver version made from a webcam gift
- all previous flavors of this driver removed
Priority: normal
Signed-off-by: Olivier Lorin o.lo...@laposte.net
diff -urpN i0/gl860.c gl860/gl860.c
---
gspca - gl860: setting changes applied after an EOI
From: Olivier Lorin o.lo...@laposte.net
- Setting changes applied after an end of image marker reception
This is the way MI2020 sensor works.
It seems to be logical to wait for a complete image before
to change a setting.
Priority:
gspca - gl860: USB control message delay unification
From: Olivier Lorin o.lo...@laposte.net
- 1 ms msleep applied to each sensor after USB control data exchange
This was done for two sensors because these exchanges were known to
be too quick depending on laptop model.
It is fairly logical
gspca - gl860: use of real resolutions for MI2020 sensor
From: Olivier Lorin o.lo...@laposte.net
- Change of rounded image resolutions to the real ones for MI2020 sensor
in order to discard 2 random lines in the bottom of images
Priority: normal
Signed-off-by: Olivier Lorin
gspca - gl860: fix for wrong 0V9655 resolution identifier name
From: Olivier Lorin o.lo...@laposte.net
- Fix for a wrong OV9655 image resolution identifier name
Priority: normal
Signed-off-by: Olivier Lorin o.lo...@laposte.net
diff -urpN i4/gl860-ov9655.c gl860/gl860-ov9655.c
---
gspca - gl860: text alignment
From: Olivier Lorin o.lo...@laposte.net
- Extra spaces to align some variable names and a defined value
Priority: normal
Signed-off-by: Olivier Lorin o.lo...@laposte.net
diff -urpN i5/gl860.h gl860/gl860.h
--- i5/gl860.h 2010-06-01 23:20:10.0 +0200
+++
Hi
Fix video decoder overflow when TV signal is lost.
No more junk audio packets when TV signal is lost.
diff -r 8f5129efe974 linux/drivers/staging/tm6000/tm6000-stds.c
--- a/linux/drivers/staging/tm6000/tm6000-stds.cSun May 16 18:48:01
2010 -0300
+++
I just did something stupid and bought this USB device, which according
to AVerMedia has no Linux driver and no planned support.
Other than trying to sell this on eBay, is there a way of getting this
to work? I have searched the archives and google, but cannot find any
reference to this device as
38 matches
Mail list logo
