headers
Reuben Stokes | 1 Jan 2012 02:01
Favicon

Re: em28xx: new board id [eb1a:5051]

On Saturday 31 December 2011 01:51:45 Gareth Williams wrote:
> On Fri, 2011-12-30 at 15:16 -0800, Reuben Stokes wrote:
> > On Friday 30 December 2011 14:27:57 Gareth Williams wrote:
> > > On Fri, 2011-12-30 at 05:04 -0800, Reuben Stokes wrote:
> > > > On Friday 30 December 2011 02:01:35 you wrote:
> > > > > On Thu, 2011-12-29 at 15:13 -0800, Reuben Stokes wrote:
> > > > > > Hi,
> > > > > > 
> > > > > > Not nearly as linux-savvy as most of the users here, but I attempted to operate a "Raygo USB Video
Recorder" (audio/video capture device). Don't know if my efforts qualify as a "test".
> > > > > > 
> > > > > > 
> > > > > > Model Number: 
> > > > > > R12-41373
> > > > > > 
> > > > > > Display name: 
> > > > > > USB 2861 Device
> > > > > > 
> > > > > > lsusb: 
> > > > > > Bus 001 Device 002: ID eb1a:5051 eMPIA Technology, Inc. 
> > > > > > 
> > > > > > dmesg:
> > > > > > [ 7182.076058] usb 1-1: new high speed USB device using ehci_hcd and address 3
> > > > > > [ 7182.212702] usb 1-1: New USB device found, idVendor=eb1a, idProduct=5051
> > > > > > [ 7182.212714] usb 1-1: New USB device strings: Mfr=0, Product=1, SerialNumber=2
> > > > > > [ 7182.212723] usb 1-1: Product: USB 2861 Device
> > > > > > [ 7182.212729] usb 1-1: SerialNumber: 0
> > > > > > 
> > > > > > System:
> > > > > > HP Pavilion dv6910 laptop
(Continue reading)

Permalink | Reply | 5 comments |
headers
Don Kramer | 1 Jan 2012 05:30
Picon

[PATCH] em28xx: Add Plextor ConvertX PX-AV100U to em28xx-cards.c

This adds support for the Plextor ConvertX PX-AV100U, which uses the
eMPIA EM2820 chip.  The device has a device_id of '0x093b, 0xa003'.  I
am using the existing EM2820_BOARD_PINNACLE_DVC_90 board profile, as
the Pinnacle Dazzle DVC 90/100/101/107, Kaiser Baas Video to DVD
maker, and Kworld DVD Maker 2 were already mapped to it.  Some more
background on the device and my testing can be found at
http://www.donkramer.net/plextor_122710.pdf

Signed-off-by: Don Kramer <donkramer <at> gmail.com>
---
diff --git a/drivers/media/video/em28xx/em28xx-cards.c b/drivers/media/video/em2
index 6cab22d..b30ea94 100644
--- a/drivers/media/video/em28xx/em28xx-cards.c
+++ b/drivers/media/video/em28xx/em28xx-cards.c
 <at>  <at>  -1270,7 +1270,7  <at>  <at>  struct em28xx_board em28xx_boards[] = {
        },
        [EM2820_BOARD_PINNACLE_DVC_90] = {
                .name         = "Pinnacle Dazzle DVC 90/100/101/107 / Kaiser Baa
-                               "/ Kworld DVD Maker 2",
+                               "/ Kworld DVD Maker 2 / Plextor ConvertX PX-AV10
                .tuner_type   = TUNER_ABSENT, /* capture only board */
                .decoder      = EM28XX_SAA711X,
                .input        = { {
 <at>  <at>  -2019,6 +2019,8  <at>  <at>  struct usb_device_id em28xx_id_table[] = {
                        .driver_info = EM2880_BOARD_PINNACLE_PCTV_HD_PRO },
        { USB_DEVICE(0x0413, 0x6023),
                        .driver_info = EM2800_BOARD_LEADTEK_WINFAST_USBII },
+       { USB_DEVICE(0x093b, 0xa003),
+                       .driver_info = EM2820_BOARD_PINNACLE_DVC_90 },
        { USB_DEVICE(0x093b, 0xa005),
(Continue reading)

Permalink | Reply | 0 comments |
headers
Dorozel Csaba | 1 Jan 2012 10:57
Picon

Re: [PATCH] [media] saa7134: fix IR handling for HVR-1110


> Return the complete RC-5 code, instead of just the 8 least significant
> bits.
> 
> Reported-by: Dorozel Csaba <mrjuuzer <at> upcmail.hu>
> Tested-by: Dorozel Csaba <mrjuuzer <at> upcmail.hu>
> Signed-off-by: Mauro Carvalho Chehab <mchehab <at> redhat.com>
> 
> ---
> 
> Please, re-test this patch. It is a more detailed version of the
> previous one, with a few more documentation, and some cleanups.
> 
> 
>  drivers/media/video/saa7134/saa7134-input.c |   23 ++++++++++++++---------
>  1 files changed, 14 insertions(+), 9 deletions(-)
> 
> diff --git a/drivers/media/video/saa7134/saa7134-input.c
> b/drivers/media/video/saa7134/saa7134-input.c index d4ee24b..0e4926a 100644
> --- a/drivers/media/video/saa7134/saa7134-input.c
> +++ b/drivers/media/video/saa7134/saa7134-input.c
>  <at>  <at>  -235,22 +235,27  <at>  <at>  static int get_key_purpletv(struct IR_i2c *ir, u32 *ir_key, u32 *ir_raw)
>  
>  static int get_key_hvr1110(struct IR_i2c *ir, u32 *ir_key, u32 *ir_raw)
>  {
> -	unsigned char buf[5], cod4, code3, code4;
> +	unsigned char buf[5], scancode;
>  
>  	/* poll IR chip */
>  	if (5 != i2c_master_recv(ir->c, buf, 5))
(Continue reading)

Permalink | Reply | 0 comments |
headers
Sakari Ailus | 1 Jan 2012 12:57
Picon
Picon
Favicon

Re: v4l: how to get blanking clock count?

Hi Syöweser,

On Sat, Dec 31, 2011 at 01:03:20PM +0100, Sylwester Nawrocki wrote:
> On 12/31/2011 12:35 PM, Sakari Ailus wrote:
> > On Sat, Dec 31, 2011 at 02:57:31PM +0800, Scott Jiang wrote:
> >> 2011/12/31 Sakari Ailus <sakari.ailus <at> iki.fi>:
> >>> On Fri, Dec 30, 2011 at 03:20:43PM +0800, Scott Jiang wrote:
> >>>> Our bridge driver needs to know line clock count including active
> >>>> lines and blanking area.
> >>>> I can compute active clock count according to pixel format, but how
> >>>> can I get this in blanking area in current framework?
> >>>
> >>> Such information is not available currently over the V4L2 subdev interface.
> >>> Please see this patchset:
> >>>
> >>> <URL:http://www.spinics.net/lists/linux-media/msg41765.html>
> >>>
> >>> Patches 7 and 8 are probably the most interesting for you. This is an RFC
> >>> patchset so the final implementation could well still change.
> >>>
> >> Hi Sakari,
> >>
> >> Thanks for your reply. Your patch added VBLANK and HBLANK control, but
> >> my case isn't a user control.
> >> That is to say, you can't specify a blanking control value for sensor.
> > 
> > I the case of your bridge, that may not be possible, but that's the only one
> > I've heard of so I think it's definitely a special case. In that case the
> > sensor driver can't be allowed to change the blanking periods while
> > streaming is ongoing.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Sakari Ailus | 1 Jan 2012 13:05
Picon
Picon
Favicon

Re: [RFC 2/3] v4l: Image source control class

Hi Sylwester,

Thanks for the review!

On Sat, Dec 31, 2011 at 03:42:51PM +0100, Sylwester Nawrocki wrote:
> On 12/14/2011 04:22 PM, Sakari Ailus wrote:
> > Add image source control class. This control class is intended to contain
> > low level controls which deal with control of the image capture process ---
> > the A/D converter in image sensors, for example.
> > 
> > Signed-off-by: Sakari Ailus <sakari.ailus <at> iki.fi>
> > ---
> >  Documentation/DocBook/media/v4l/controls.xml       |  101 ++++++++++++++++++++
> >  .../DocBook/media/v4l/vidioc-g-ext-ctrls.xml       |    6 +
> >  drivers/media/video/v4l2-ctrls.c                   |   10 ++
> >  include/linux/videodev2.h                          |   10 ++
> >  4 files changed, 127 insertions(+), 0 deletions(-)
> > 
> > diff --git a/Documentation/DocBook/media/v4l/controls.xml b/Documentation/DocBook/media/v4l/controls.xml
> > index 3bc5ee8..69ede83 100644
> > --- a/Documentation/DocBook/media/v4l/controls.xml
> > +++ b/Documentation/DocBook/media/v4l/controls.xml
> >  <at>  <at>  -3356,6 +3356,107  <at>  <at>  interface and may change in the future.</para>
> >        </table>
> >  
> >      </section>
> > +
> > +    <section id="image-source-controls">
> > +      <title>Image Source Control Reference</title>
> > +
(Continue reading)

Permalink | Reply | 0 comments |
headers
Gareth Williams | 1 Jan 2012 14:56
Picon

Re: em28xx: new board id [eb1a:5051]

On Sat, 2011-12-31 at 17:01 -0800, Reuben Stokes wrote:
> On Saturday 31 December 2011 01:51:45 Gareth Williams wrote:
> > On Fri, 2011-12-30 at 15:16 -0800, Reuben Stokes wrote:
> > > On Friday 30 December 2011 14:27:57 Gareth Williams wrote:
> > > > On Fri, 2011-12-30 at 05:04 -0800, Reuben Stokes wrote:
> > > > > On Friday 30 December 2011 02:01:35 you wrote:
> > > > > > On Thu, 2011-12-29 at 15:13 -0800, Reuben Stokes wrote:
> > > > > > > Hi,
> > > > > > > 
> > > > > > > Not nearly as linux-savvy as most of the users here, but I attempted to operate a "Raygo USB Video
Recorder" (audio/video capture device). Don't know if my efforts qualify as a "test".
> > > > > > > 
> > > > > > > 
> > > > > > > Model Number: 
> > > > > > > R12-41373
> > > > > > > 
> > > > > > > Display name: 
> > > > > > > USB 2861 Device
> > > > > > > 
> > > > > > > lsusb: 
> > > > > > > Bus 001 Device 002: ID eb1a:5051 eMPIA Technology, Inc. 
> > > > > > > 
> > > > > > > dmesg:
> > > > > > > [ 7182.076058] usb 1-1: new high speed USB device using ehci_hcd and address 3
> > > > > > > [ 7182.212702] usb 1-1: New USB device found, idVendor=eb1a, idProduct=5051
> > > > > > > [ 7182.212714] usb 1-1: New USB device strings: Mfr=0, Product=1, SerialNumber=2
> > > > > > > [ 7182.212723] usb 1-1: Product: USB 2861 Device
> > > > > > > [ 7182.212729] usb 1-1: SerialNumber: 0
> > > > > > > 
> > > > > > > System:
(Continue reading)

Permalink | Reply | 4 comments |
headers
Dorozel Csaba | 1 Jan 2012 15:14
Picon

Re: [PATCH] [media] saa7134: fix IR handling for HVR-1110


> Return the complete RC-5 code, instead of just the 8 least significant
> bits.
> 
> Reported-by: Dorozel Csaba <mrjuuzer <at> upcmail.hu>
> Tested-by: Dorozel Csaba <mrjuuzer <at> upcmail.hu>
> Signed-off-by: Mauro Carvalho Chehab <mchehab <at> redhat.com>
> 
> ---
> 
> Please, re-test this patch. It is a more detailed version of the
> previous one, with a few more documentation, and some cleanups.
> 
> 
>  drivers/media/video/saa7134/saa7134-input.c |   23 ++++++++++++++---------
>  1 files changed, 14 insertions(+), 9 deletions(-)
> 
> diff --git a/drivers/media/video/saa7134/saa7134-input.c
> b/drivers/media/video/saa7134/saa7134-input.c index d4ee24b..0e4926a 100644
> --- a/drivers/media/video/saa7134/saa7134-input.c
> +++ b/drivers/media/video/saa7134/saa7134-input.c
>  <at>  <at>  -235,22 +235,27  <at>  <at>  static int get_key_purpletv(struct IR_i2c *ir, u32 *ir_key, u32 *ir_raw)
>  
>  static int get_key_hvr1110(struct IR_i2c *ir, u32 *ir_key, u32 *ir_raw)
>  {
> -	unsigned char buf[5], cod4, code3, code4;
> +	unsigned char buf[5], scancode;
>  
>  	/* poll IR chip */
>  	if (5 != i2c_master_recv(ir->c, buf, 5))
(Continue reading)

Permalink | Reply | 2 comments |
headers
Sylwester Nawrocki | 1 Jan 2012 16:23
Picon

Re: [PATCHv2 00/94] Only use DVBv5 internally on frontend drivers

On 12/30/2011 05:45 PM, Mauro Carvalho Chehab wrote:
> On 30-12-2011 14:36, Sylwester Nawrocki wrote:
>> Hi Mauro,
>>
>> On 12/30/2011 04:06 PM, Mauro Carvalho Chehab wrote:
>>> This patch series comes after the previous series of 47 patches.
>>> Basically, changes all DVB frontend drivers to work directly with
>>> the DVBv5 structure. This warrants that all drivers will be
>>
>> Is there any git tree available with all these patches ? It would be easier
>> to pull rather than applying almost 150 patches. :) I know I don't need
>> them all, but just to be sure I have all the relevant changes in place for
>> testing.
> 
> Forgot to mention, and to update them on my tree. The latest version are at
> the branch "DVB_v5_v5" on my experimental tree:
> 	http://git.linuxtv.org/mchehab/experimental.git/shortlog/refs/heads/DVB_v5_v5
> 
> (yeah, I know: the name become weird... It were "DVB_v5", meaning DVB API v5,
>  then, for each rebase, I added a new branch there)

Just for the record, I've tested it with as102 driver (pctv74e usb stick) and
MeTV and didn't notice any runtime problems.

--

-- 
Thanks,
Sylwester
Permalink | Reply | 2 comments |
headers
Sylwester Nawrocki | 1 Jan 2012 16:38
Picon

Re: [RFC PATCH 1/4] v4l: Add V4L2_CID_PRESET_WHITE_BALANCE menu control

Hi,

On 12/30/2011 09:41 PM, Sakari Ailus wrote:
> On Fri, Dec 30, 2011 at 11:14:39AM +0100, Sylwester Nawrocki wrote:
>> On 12/30/2011 12:34 AM, Sakari Ailus wrote:
>>> On Wed, Dec 28, 2011 at 02:51:38PM +0100, Laurent Pinchart wrote:
>>>> On Wednesday 28 December 2011 14:35:00 Sylwester Nawrocki wrote:
>>>>> On 12/28/2011 07:23 AM, HeungJun, Kim wrote:
>>>>>> It adds the new CID for setting White Balance Preset. This CID is
>>>>>> provided as menu type using the following items:
>>>>>> 0 - V4L2_WHITE_BALANCE_INCANDESCENT,
>>>>>> 1 - V4L2_WHITE_BALANCE_FLUORESCENT,
>>>>>> 2 - V4L2_WHITE_BALANCE_DAYLIGHT,
>>>>>> 3 - V4L2_WHITE_BALANCE_CLOUDY,
>>>>>> 4 - V4L2_WHITE_BALANCE_SHADE,
>>>>>
>>>>> I have been also investigating those white balance presets recently and
>>>>> noticed they're also needed for the pwc driver. Looking at
>>>>> drivers/media/video/pwc/pwc-v4l2.c there is something like:
>>>>>
>>>>> const char * const pwc_auto_whitebal_qmenu[] = {
>>>>> 	"Indoor (Incandescant Lighting) Mode",
>>>>> 	"Outdoor (Sunlight) Mode",
>>>>> 	"Indoor (Fluorescent Lighting) Mode",
>>>>> 	"Manual Mode",
>>>>> 	"Auto Mode",
>>>>> 	NULL
>>>>> };
>>>>>
>>>>> static const struct v4l2_ctrl_config pwc_auto_white_balance_cfg = {
(Continue reading)

Permalink | Reply | 6 comments |
headers
Sylwester Nawrocki | 1 Jan 2012 17:49
Picon

Re: [RFC/PATCH 1/5] v4l: Convert V4L2_CID_FOCUS_AUTO control to a menu control

On 12/31/2011 01:00 PM, Sakari Ailus wrote:
> Hi Sylwester,
> 
> Apologies for my late answer.

No problem, thanks for your comments!

> On Sat, Dec 10, 2011 at 03:42:41PM +0100, Sylwester Nawrocki wrote:
>> Hi Sakari,
>>
>> On 12/10/2011 11:33 AM, Sakari Ailus wrote:
>>> On Sun, Dec 04, 2011 at 04:16:12PM +0100, Sylwester Nawrocki wrote:
>>>> Change the V4L2_CID_FOCUS_AUTO control type from boolean to a menu
>>>> type. In case of boolean control we had values 0 and 1 corresponding
>>>> to manual and automatic focus respectively.
>>>>
>>>> The V4L2_CID_FOCUS_AUTO menu control has currently following items:
>>>>   0 - V4L2_FOCUS_MANUAL,
>>>>   1 - V4L2_FOCUS_AUTO,
>>>>   2 - V4L2_FOCUS_AUTO_MACRO,
>>>>   3 - V4L2_FOCUS_AUTO_CONTINUOUS.
>>>
>>> I would put the macro mode to a separate menu since it's configuration for
>>> how the regular AF works rather than really different mode.
>>
>> Yes, makes sense. Most likely there could be also continuous macro auto focus..
>> I don't have yet an idea what could be a name for that new menu though.
> 
> V4L2_CID_FOCUS_AUTO_DISTANCE? It could then have choices FULL or MACRO.
(Continue reading)

Permalink | Reply | 8 comments |

Gmane