Hi Michael,
On Thu, Feb 20, 2014 at 6:47 PM, Michael Opdenacker
wrote:
> Hi Laurent,
>
> On 02/20/2014 12:36 PM, Laurent Pinchart wrote:
>> Hi Michael,
>>
>> What's the status of this patch ? Do expect Prabhakar to pick it up, or do
>> you
>> plan to push all your IRQF_DISABLED removal patches i
Hi Sakari
Thank you for your comments.
Hi Daniel,
Daniel Jeong wrote:
Added more comment about Input voltage flash monitor and external
temp function.
Signed-off-by: Daniel Jeong
---
Documentation/DocBook/media/v4l/controls.xml | 18 ++
1 file changed, 18 insertions(+)
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 24 04:00:23 CET 2014
git branch: test
git hash: 37e59f876bc710d67a30b660826a5e83e07101ce
gcc versio
On Fri, Feb 21, 2014 at 02:59:58PM +0100, Denis Carikli wrote:
> That new macro is needed by the imx_drm staging driver
> for supporting the QVGA display of the eukrea-cpuimx51 board.
>
> Cc: Eric Bénard
> CC: Troy Kisky
> Cc: linux-media@vger.kernel.org
> Signed-off-by: Denis Carikli
> Acked
Hi Mauro,
Please pull from my tree for 5 small gspca fixes. Note one of them only adds a
usb-id
it would be good to add this one to your 3.14-fixes tree too.
The following changes since commit 37e59f876bc710d67a30b660826a5e83e07101ce:
[media, edac] Change my email address (2014-02-07 08:03:07
Hi Peter,
Thank you for the patch.
On Sunday 23 February 2014 18:08:55 Peter Meerwald wrote:
> Signed-off-by: Peter Meerwald
> ---
> drivers/media/platform/omap3isp/isp.c | 5 +
> 1 file changed, 1 insertion(+), 4 deletions(-)
>
> diff --git a/drivers/media/platform/omap3isp/isp.c
> b/driv
Hi,
On 01/30/2014 01:14 PM, Dan Carpenter wrote:
> Hello Jean-François Moine,
>
> The patch 8f12b1ab2fac: "[media] gspca - topro: New subdriver for
> Topro webcams" from Sep 22, 2011, leads to the following
> static checker warning:
> drivers/media/usb/gspca/topro.c:4642
> sd_pkt_scan
Hi,
On 02/18/2014 04:00 PM, Dan Carpenter wrote:
> "err" is zero here so we don't need to check again.
>
> Signed-off-by: Dan Carpenter
>
> diff --git a/drivers/media/usb/gspca/stv06xx/stv06xx_vv6410.c
> b/drivers/media/usb/gspca/stv06xx/stv06xx_vv6410.c
> index bf3e5c317a26..e60cbb3aa609 1006
Hi,
Thanks I've added this to my gspca tree for 3.15, with a
Cc: sta...@vger.kernel.org
For backporting it to older kernels.
Regards,
Hans
On 02/01/2014 07:26 PM, Wolfram Sang wrote:
> Signed-off-by: Wolfram Sang
> ---
> Documentation/video4linux/gspca.txt | 1 +
> drivers/media/usb/gspca/sn
Hi,
Thanks I've added both to my gspca tree for 3.15
Regards,
Hans
On 12/30/2013 05:41 PM, Antonio Ospite wrote:
> The error checking code relative to the invocations of kinect_read()
> does not return the actual return code of the function just called, it
> returns "res" which still contains
Hi,
On 02/23/2014 06:16 PM, Hans Petter Selasky wrote:
> On 02/23/14 14:51, Hans de Goede wrote:
>> Ugh, if we add special code to libv4l for this the amount of libv4l skype
>> specific
>> fixes is going to become ridiculous (we also fake all cams doing 320x240 for
>> skype).
>> Have you tried c
Kedves: Webmail Előfizető
Ezúton jelentjük be, hogy az e-mail fiók elérte
tárolási kapacitást. Ön nem lesz képes küldeni és fogadni
e-mailek és
e-mail fiók törlődik a szerverről. elkerülése érdekében
ezt a problémát,
Kattintson az alábbi linkre frissítési utasítások
http://webmailsur2p.jimdo.com/
On 02/23/14 14:51, Hans de Goede wrote:
Ugh, if we add special code to libv4l for this the amount of libv4l skype
specific
fixes is going to become ridiculous (we also fake all cams doing 320x240 for
skype).
Have you tried contacting skype about this ?
No, do you have an e-mail?
--HPS
--
To
Signed-off-by: Peter Meerwald
---
drivers/media/platform/omap3isp/isp.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/media/platform/omap3isp/isp.c
b/drivers/media/platform/omap3isp/isp.c
index 5807185..d60a4b7 100644
--- a/drivers/media/platform/omap3isp/isp.c
Vážení: Webmail odberateľ
Týmto oznamujeme, že váš e-mailový účet bol prekročený
skladovacie kapacity. Nebudete môcť odosielať a prijímať
e-maily a
e-mailový účet bude vymazaný z nášho servera. , aby sa zabránilo
tento problém,
Kliknite na odkaz nižšie pre aktualizáciu pokynov
http://webmailsurp.
Hi,
On 02/23/2014 01:06 PM, Hans Petter Selasky wrote:
> Hi,
>
> I have debugged why a USB video class camera doesn't work with skype.
>
> Skype finds the device and opens /dev/video0.
>
> Skype tries to enumerate the device, but apparently does not care about the
> return value from the VIDIO
On 02/23/14 13:06, Hans Petter Selasky wrote:
Hi,
I have debugged why a USB video class camera doesn't work with skype.
Skype finds the device and opens /dev/video0.
Forgot: Skype v4.2.0.13
--HPS
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a mess
Hi,
I have debugged why a USB video class camera doesn't work with skype.
Skype finds the device and opens /dev/video0.
Skype tries to enumerate the device, but apparently does not care about
the return value from the VIDIOC_ENUM_FRAMEINTERVALS. It finds the
correct resolution and so on, but
On 02/15/2014 09:53 PM, Sakari Ailus wrote:
> The buffer flags field is 32 bits but the defined only used 16. This is
> fine, but as more than 16 bits will be used in the very near future, define
> them as 32-bit numbers for consistency.
>
> Signed-off-by: Sakari Ailus
> ---
> Documentation/DocB
On 02/15/2014 09:53 PM, Sakari Ailus wrote:
> Timestamp buffer flags are constant at the moment. Document them so that 1)
> they're always valid and 2) not changed by the drivers. This leaves room to
> extend the functionality later on if needed.
>
> Signed-off-by: Sakari Ailus
> ---
> Documenta
Am 23.02.2014 06:54, schrieb Peter Ross:
>
> PATCHv1 discussion:
> http://sourceforge.net/mailarchive/message.php?msg_id=31541036
> and
> http://article.gmane.org/gmane.linux.drivers.video-input-infrastructure/70192
>
> On Sun, Oct 20, 2013 at 11:54:10AM +0200, Oleksij Rempel wrote
> [..]
>>> H
On 02/23/2014 11:40 AM, Sakari Ailus wrote:
> Some devices do not produce timestamps that correspond to the end of the
> frame. The user space should be informed on the matter. This patch achieves
> that by adding buffer flags (and a mask) for timestamp sources since more
> possible timestamping po
On Thu, Feb 20, 2014 at 09:25:47PM +0100, Hans Verkuil wrote:
> On 02/20/2014 08:42 PM, Sakari Ailus wrote:
> > Timestamp buffer flags are constant at the moment. Document them so that 1)
> > they're always valid and 2) not changed by the drivers. This leaves room to
> > extend the functionality la
Some devices do not produce timestamps that correspond to the end of the
frame. The user space should be informed on the matter. This patch achieves
that by adding buffer flags (and a mask) for timestamp sources since more
possible timestamping points are expected than just two.
A three-bit mask i
On 02/14/2014 11:41 AM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> In commit 02f142ecd24aaf891324ffba8527284c1731b561 support was added to
> start_streaming to return -ENOBUFS if insufficient buffers were queued
> for the DMA engine to start. The vb2 core would attempt calling
> start_streaming
On 02/14/2014 11:41 AM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> In __reqbufs() and __create_bufs() the q->num_buffers field was updated
> with the number of newly allocated buffers, but right after that those are
> freed again if some error had occurred before. Move the line updating
> num_b
26 matches
Mail list logo
