All of lore.kernel.org
 help / color / mirror / Atom feed
From: Hans Verkuil <hverkuil@xs4all.nl>
To: Ezequiel Garcia <elezegarcia@gmail.com>
Cc: linux-media <linux-media@vger.kernel.org>,
	Greg KH <gregkh@suse.de>,
	Mauro Carvalho Chehab <mchehab@redhat.com>,
	bcollins@bluecherry.net
Subject: Re: [Q] What's preventing solo6x10 driver from moving out of staging
Date: Thu, 21 Jun 2012 22:09:49 +0200	[thread overview]
Message-ID: <4FE37F8D.8080704@xs4all.nl> (raw)
In-Reply-To: <CALF0-+U9_g64bekEDpjJwkKZrCjbXwArSRxGamG0XR1JN6qG4w@mail.gmail.com>

On 21/06/12 17:08, Ezequiel Garcia wrote:
> Hi all,
>
> solo6x10 TODO file says this:
>
> TODO (staging =>  main):
>
>          * Motion detection flags need to be moved to v4l2
>          * Some private CIDs need to be moved to v4l2
>
> But I could not find any v4l2 motion detection flag. I guess it's a
> new kind of flag that needs to be added.

I don't know about the motion detection part, but I do know that any ioctls
and/or controls relating to video compression need to be reviewed in light of
the support for H264 etc. that was added some time ago.

I actually have a device, but I haven't had time to play with it and clean it
up.

> Also, what happened with the mainline effort? (Assuming there was one :-)

Well, when the new compression API was discussed I made sure that bluecherry
was CC-ed, but no action was taken from their side.

In other words, it seems unmaintained at the moment. Which is a shame, since
the code is actually fairly clean.

I've just scanned through the code and it looks like it wouldn't take too much
work to get it out of staging.

Regards,

	Hans

  reply	other threads:[~2012-06-21 20:10 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-21 15:08 [Q] What's preventing solo6x10 driver from moving out of staging Ezequiel Garcia
2012-06-21 20:09 ` Hans Verkuil [this message]
2012-06-21 21:18   ` Ezequiel Garcia
2012-06-21 22:34     ` Hans Verkuil

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4FE37F8D.8080704@xs4all.nl \
    --to=hverkuil@xs4all.nl \
    --cc=bcollins@bluecherry.net \
    --cc=elezegarcia@gmail.com \
    --cc=gregkh@suse.de \
    --cc=linux-media@vger.kernel.org \
    --cc=mchehab@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.