Hi Mauro
I guess, these are too late for 3.8, so, let's push them for 3.9 too.
The following changes since commit 2e51b231a8d716ea5aacde0bd95ac789cea195b0:
Merge branch 'drm-fixes' of git://people.freedesktop.org/~airlied/linux
(2013-01-30 12:02:26 +1100)
are available in the git repository
Hi Mauro
Here go a couple of improvements for 3.9.
The following changes since commit a32f7d1ad3744914273c6907204c2ab3b5d496a0:
Merge branch 'v4l_for_linus' into staging/for_v3.9 (2013-01-24 18:49:18 -0200)
are available in the git repository at:
Hi,
Subject: stk-webcam: the initial hflip and vflip setup was the wrong way around
No it is not.
On 02/10/2013 06:52 PM, Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
This resulted in an upside-down picture.
No it does not, the laptop having an upside down mounted camera
Hi,
On 02/11/2013 02:21 PM, Hans Verkuil wrote:
On Mon February 11 2013 14:08:44 Hans de Goede wrote:
Hi,
Subject: stk-webcam: the initial hflip and vflip setup was the wrong way around
No it is not.
You are right, that patch makes no sense. It was a long day :-)
On 02/10/2013 06:52 PM,
On Mon February 11 2013 14:41:08 Hans de Goede wrote:
Hi,
On 02/11/2013 02:21 PM, Hans Verkuil wrote:
On Mon February 11 2013 14:08:44 Hans de Goede wrote:
Hi,
Subject: stk-webcam: the initial hflip and vflip setup was the wrong way
around
No it is not.
You are right, that
On Sun February 10 2013 21:22:41 Frank Schäfer wrote:
Hmm... G/S_AUDIO is also used to query/set the capabilities and the mode
of an input, which IMHO makes sense even if the input is the only one
the device has ?
You are right, but there are problems with the implementation in this driver.
Hi,
On 02/11/2013 02:51 PM, Hans Verkuil wrote:
On Mon February 11 2013 14:41:08 Hans de Goede wrote:
Hi,
On 02/11/2013 02:21 PM, Hans Verkuil wrote:
On Mon February 11 2013 14:08:44 Hans de Goede wrote:
Hi,
Subject: stk-webcam: the initial hflip and vflip setup was the wrong way around
I think the driver is not up to standard: look at the error messages.
And there are a lot of to do because of lack of documentation.
On Mon, Feb 11, 2013 at 4:55 PM, Hans de Goede hdego...@redhat.com wrote:
Hi,
On 02/11/2013 02:51 PM, Hans Verkuil wrote:
On Mon February 11 2013 14:41:08
On Mon, Feb 11, 2013 at 2:21 PM, Hans Verkuil hverk...@xs4all.nl wrote:
That doesn't make sense either. Arvydas, it worked fine for you before, right?
That is, if you use e.g. v3.8-rc7 then your picture is the right side up.
It is upside down using any v3.7.x or v3.8-rc7. I didn't pay
Am 11.02.2013 15:22, schrieb Hans Verkuil:
On Sun February 10 2013 21:22:41 Frank Schäfer wrote:
Hmm... G/S_AUDIO is also used to query/set the capabilities and the mode
of an input, which IMHO makes sense even if the input is the only one
the device has ?
You are right, but there are
The first two patches remove unused code.
The third patch makes sure that the same image quality default settings are used
everywhere in the code.
The fourth patch finally adds the following image quality bridge controls:
- contrast
- brightness
- saturation
- blue balance
- red balance
-
Signed-off-by: Frank Schäfer fschaefer@googlemail.com
---
drivers/media/usb/em28xx/em28xx.h |2 --
1 Datei geändert, 2 Zeilen entfernt(-)
diff --git a/drivers/media/usb/em28xx/em28xx.h
b/drivers/media/usb/em28xx/em28xx.h
index 6a9e3e1..7dc27b5 100644
---
Signed-off-by: Frank Schäfer fschaefer@googlemail.com
---
drivers/media/usb/em28xx/em28xx.h | 66 -
1 Datei geändert, 66 Zeilen entfernt(-)
diff --git a/drivers/media/usb/em28xx/em28xx.h
b/drivers/media/usb/em28xx/em28xx.h
index 5f0b2c5..6a9e3e1 100644
Add the image quality bridge controls contrast, brightness, saturation,
blue balance, red balance and sharpness.
These controls are enabled only if no subdevice provides them.
Tested with the following devices:
Terratec Cinergy 200 USB
Hauppauge HVR-900
SilverCrest 1.3MPix webcam
Hauppauge WinTV
The image quality default values will be used in at least two different places
and by using #defines we make sure that they are always consistent.
Signed-off-by: Frank Schäfer fschaefer@googlemail.com
---
drivers/media/usb/em28xx/em28xx-core.c | 12 ++--
Signed-off-by: Frank Schäfer fschaefer@googlemail.com
---
drivers/media/usb/em28xx/em28xx.h |8
1 Datei geändert, 8 Zeilen entfernt(-)
diff --git a/drivers/media/usb/em28xx/em28xx.h
b/drivers/media/usb/em28xx/em28xx.h
index 7dc27b5..a3c08ae 100644
---
Signed-off-by: Frank Schäfer fschaefer@googlemail.com
---
drivers/media/usb/em28xx/em28xx.h | 95 +++--
1 Datei geändert, 37 Zeilen hinzugefügt(+), 58 Zeilen entfernt(-)
diff --git a/drivers/media/usb/em28xx/em28xx.h
b/drivers/media/usb/em28xx/em28xx.h
The em28xx driver has changed much, especially since kernel 3.8.
So it's time to bump the driver version.
Changes since kernel 3.8:
- converted the driver to videobuf2
- converted the driver to the v4l2-ctrl framework
- added USB bulk transfer support
- use USB bulk transfers by default for
alloc failures already get standardized OOM
messages and a dump_stack.
Signed-off-by: Joe Perches j...@perches.com
---
drivers/staging/media/as102/as102_usb_drv.c | 4 +---
drivers/staging/media/go7007/go7007-fw.c| 24 +++-
drivers/staging/media/go7007/s2250-loader.c |
Can you please revert this one again? It might cause issues if the dvb device
is reset/reinitialized.
On Fri, 08 Feb 2013 20:51:36 +0100
Mauro Carvalho Chehab mche...@redhat.com wrote:
This is an automatic generated email to let you know that the following patch
were queued at the
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date: Mon Feb 11 19:00:17 CET 2013
git branch: for_v3.9
git hash: 4880f56438ef56457edd5548b257382761591998
gcc
On 02/09/2013 03:29 PM, Sylwester Nawrocki wrote:
On 02/09/2013 01:32 AM, Stephen Warren wrote:
On 02/08/2013 05:05 PM, Sylwester Nawrocki wrote:
On 02/09/2013 12:21 AM, Stephen Warren wrote:
On 02/08/2013 04:16 PM, Sylwester Nawrocki wrote:
On 02/07/2013 12:40 AM, Stephen Warren wrote:
diff
Hi All,
I have run recently into a situation where it would be useful to have
a data structure within the struct v4l2_event::u union of size greater
than 64 bytes, which is the current size of the union.
Currently struct v4l2_event looks like this [1], and I have been thinking
about extending
Hello Andrey, Mauro, Hans,
On Tue, Oct 23, 2012 at 6:44 PM, Andrey Smirnov
andrey.smir...@convergeddevices.net wrote:
This is a third version of the patchset originaly posted here:
https://lkml.org/lkml/2012/9/13/590
Second version of the patch was posted here:
Patch adds information about using v4l2-ctl utility to tune the si470x
radio and example how to use sox+alsa to redirect sound from radio sound
device to another sound device.
Signed-off-by: Alexey Klimov klimov.li...@gmail.com
diff --git a/Documentation/video4linux/si470x.txt
From: John Sheu s...@google.com
Callers to dma_buf_mmap expect to fput() the vma struct's vm_file
themselves on failure. Not restoring the struct's data on failure
causes a double-decrement of the vm_file's refcount.
Signed-off-by: John Sheu s...@google.com
---
drivers/base/dma-buf.c | 21
On Mon February 11 2013 23:32:33 Sylwester Nawrocki wrote:
Hi All,
I have run recently into a situation where it would be useful to have
a data structure within the struct v4l2_event::u union of size greater
than 64 bytes, which is the current size of the union.
Currently struct
27 matches
Mail list logo