While usb_kill_urb is in progress, calls to usb_submit_urb will fail
with -EPERM (documented in Documentation/usb/URB.txt). The UVC driver
does not correctly handle this case -- there is no synchronization
between uvc_v4l2_open / uvc_status_start and uvc_v4l2_release /
uvc_status_stop.
This patch
From: Shawn Nematbakhsh
While usb_kill_urb is in progress, calls to usb_submit_urb will fail
with -EPERM (documented in Documentation/usb/URB.txt). The UVC driver
does not correctly handle this case -- there is no synchronization
between uvc_v4l2_open / uvc_status_start and uvc_v4l2_release /
uvc
Hi Guennadi
I already pulled the branch.
The board is hanging after uboot transfers the control to the kernel.
I will have to sweat a little bit to put it to work.
Many thanks for your kindness
Regards
Marcio
Enviado via iPhone
Em 23/04/2013, às 13:08, Guennadi Liakhovetski escreveu:
> Hi Marc
Hi Linux Media,
I was quite keen to try out the new modules for em28xx on my raspberry.
Unfortunately, when the module is about to be used by a frontend (TVHEADEND
in this case) a reproducable kernel panic occurs. Here is the console
output.
pi@raspbmc:~$ tvheadend
Apr 23 00:16:06.977 [ INFO] cha
Hi Kevin,
Em 22-04-2013 17:09, Kevin Baradon escreveu:
This reverts commit d92f150f9cb80b4df56331d1f42442da78e351f0.
It seems send_packet() is used during initialization, before send_packet_delay
is set.
This will be fixed by another patch.
Reverting patches is a resource that we generally u
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: Tue Apr 23 19:00:20 CEST 2013
git branch: test
git hash: 6695be6863b75620ffa6d422965680ce785cb7c8
gcc versi
From: Vladimir Barinov
Add the VIN and ML86V7667 drivers to 'bockw_defconfig'.
Signed-off-by: Vladimir Barinov
Signed-off-by: Sergei Shtylyov
---
arch/arm/configs/bockw_defconfig |7 +++
1 file changed, 7 insertions(+)
Index: renesas/arch/arm/configs/bockw_defconfig
From: Vladimir Barinov
Add ML86V7667 platform devices on BOCK-W board, configure VIN0/1 pins, and
register VIN0/1 devices with the ML86V7667 specific platform data.
Signed-off-by: Vladimir Barinov
[Sergei: some macro/comment cleanup; updated the copyrights, removed duplicate
#include, annotated
From: Vladimir Barinov
Add VIN clocks and platform devices on R8A7778 SoC; add function to register
the VIN platform devices.
Signed-off-by: Vladimir Barinov
[Sergei: added 'id' parameter check to r8a7779_add_vin_device(), used '*pdata'
in *sizeof* operator there, renamed some variables, annota
From: Vladimir Barinov
Add OKI Semiconductor ML86V7667 video decoder driver.
Signed-off-by: Vladimir Barinov
[Sergei: added v4l2_device_unregister_subdev() call to the error cleanup path of
ml86v7667_probe(); some cleanup.]
Signed-off-by: Sergei Shtylyov
---
Changes since version 2:
- removed
Hello.
Here's the set of 5 patches against the Simon Horman's 'renesas.git' repo,
'renesas-next-20130422' tag and my recent yet unapplied patches. Here we
add the OKI ML86V7667 video decoder driver and the VIN platform code working on
the R8A7778/BOCK-W with ML86V7667. The driver patch also app
From: Vladimir Barinov
Add the VIN and ADV7180 drivers to 'marzen_defconfig'.
Signed-off-by: Vladimir Barinov
Signed-off-by: Sergei Shtylyov
---
arch/arm/configs/marzen_defconfig |7 +++
1 file changed, 7 insertions(+)
Index: renesas/arch/arm/configs/marzen_defconfig
===
From: Vladimir Barinov
Add ADV7180 platform devices on the Marzen board, configure VIN1/3 pins, and
register VIN1/3 devices with the ADV7180 specific platform data.
Signed-off-by: Vladimir Barinov
[Sergei: removed superfluous tabulation and inserted empty lines in the macro
definition, updated
From: Vladimir Barinov
Add VIN clocks and platform devices for R8A7779 SoC; add function to register
the VIN platform devices.
Signed-off-by: Vladimir Barinov
[Sergei: added 'id' parameter check to r8a7779_add_vin_device(), renamed some
variables, annotated vin[01]_resources[] and 'vin[01]_info
From: Vladimir Barinov
Add Renesas R-Car VIN (Video In) V4L2 driver.
Based on the patch by Phil Edworthy .
Signed-off-by: Vladimir Barinov
[Sergei: removed deprecated IRQF_DISABLED flag.]
Signed-off-by: Sergei Shtylyov
---
Changes since version 2:
- replaced Cyrillic characters in comments w
Hello.
Here's the set of 4 patches against the Simon Horman's 'renesas.git' repo,
'renesas-next-20130422' tag and my recent yet unapplied USB patches. Here we
add the VIN (Video In) driver and its platform code working on the R8A7779/
Marzen with ADV7180 I2C video decoder. The driver patch also
...
>>>
Am 13.04.2013 20:08, schrieb Mauro Carvalho Chehab:
> Writing is sane: GPIO input lines requires writing as well, in order to
> set it to either pull-up or pull-down mode (not sure if em28xx supports
> both ways).
>
> So, the driver needs to know if it will write t
Em 23-04-2013 12:40, Frank Schäfer escreveu:
(forwarding to the linux-media mailing list) (2nd try)
Am 18.04.2013 21:04, schrieb Michael .:
Hi
I hope you don't mind me contacting you directly.
Issues like this should always be discussed on the linux-media mailing
list, so please CC it in th
On Tuesday 23 April 2013 17:41:27 Sylwester Nawrocki wrote:
> Ensure TRY format is propagated from the sink to source pad.
> The format at both pads is always same so the TRY format buffer
> for pad 0 is used to hold format for both pads.
> While at it remove redundant fmt->pad checking.
>
> Repor
Hi Marcio
On Tue, 23 Apr 2013, Marcio Campos de Lima wrote:
> Hi Guennadi
>
> What is the Linux version that has all of your patches already applied?
> Where can I download it?
You can pull the tmp-mt9p031-dontuse branch of
git://linuxtv.org/gliakhovetski/v4l-dvb.git
I'd be grateful if you le
Ensure TRY format is propagated from the sink to source pad.
The format at both pads is always same so the TRY format buffer
for pad 0 is used to hold format for both pads.
While at it remove redundant fmt->pad checking.
Reported-by: Jacek Anaszewski
Signed-off-by: Sylwester Nawrocki
Signed-off-
Hi Guennadi
What is the Linux version that has all of your patches already applied?
Where can I download it?
Thanks
Marcio
On 19/04/13 10:42, "Guennadi Liakhovetski" wrote:
>On Thu, 18 Apr 2013, Marcio Campos de Lima wrote:
>
>> Hi Guennadi
>>
>> Thanks a lot for your attention.
>> I think I
(forwarding to the linux-media mailing list) (2nd try)
Am 18.04.2013 21:04, schrieb Michael .:
> Hi
>
> I hope you don't mind me contacting you directly.
Issues like this should always be discussed on the linux-media mailing
list, so please CC it in the future.
Neither I'm the em28xx maintainer
Originally struct v4l2_capability driver and card name was filled
with name of the platform device. After switching to the device tree
the device names have changed and now are 4 different driver names
reported, depending on the video device opened. So instead of e.g.
"exynos4-fimc" there is now on
On Tue, Apr 23, 2013 at 8:13 AM, Another Sillyname
wrote:
> I recently picked up one of these very cheap and am trying to load it into
> 'nix.
>
> According to this
>
> http://www.linuxtv.org/wiki/index.php/Elgato_EyeTV_DTT_deluxe_v2
>
> It should be recognised and load, and indeed when plugged i
Hi Laurent
On Mon, 22 Apr 2013, Laurent Pinchart wrote:
> Hi Guennadi and Sylwester,
>
> On Monday 15 April 2013 13:57:17 Sylwester Nawrocki wrote:
> > On 04/12/2013 05:40 PM, Guennadi Liakhovetski wrote:
[snip]
> > > +
> > > + if (notifier->unbind)
> > > + notifier->un
Hi Guennadi,
From: Guennadi Liakhovetski
Date: Tue, 23 Apr 2013 14:25:54 +0200 (CEST)
>> This patch set fixes some small bugs in the sh_veu driver.
>> They have been tested on the Mackerel board.
>>
>> Thanks,
>>
>> Katsuya Matsubara (3):
>> [media] sh_veu: invoke v4l2_m2m_job_finish() even
Hi Matsubara-san
On Tue, 23 Apr 2013, Katsuya Matsubara wrote:
> Hi Guennadi,
>
> This patch set fixes some small bugs in the sh_veu driver.
> They have been tested on the Mackerel board.
>
> Thanks,
>
> Katsuya Matsubara (3):
> [media] sh_veu: invoke v4l2_m2m_job_finish() even if a job has
I recently picked up one of these very cheap and am trying to load it into 'nix.
According to this
http://www.linuxtv.org/wiki/index.php/Elgato_EyeTV_DTT_deluxe_v2
It should be recognised and load, and indeed when plugged in dmesg
correctly reports it being detected and lsusb sees the device and
2013/4/22 Inki Dae
> 2013/4/22 Rafael J. Wysocki
> > On Monday, April 22, 2013 12:37:36 PM Tomasz Figa wrote:
> > > On Monday 22 of April 2013 12:17:39 Sylwester Nawrocki wrote:
> > > > On 04/22/2013 12:03 PM, Inki Dae wrote:
> > > > > > Also looks good to me. But what if power domain was disa
The 'bytesperline' value only indicates the stride of the Y plane
if the color format is planar, such as NV12. When calculating
the total plane size, the size of CbCr plane must also be considered.
Signed-off-by: Katsuya Matsubara
---
drivers/media/platform/sh_veu.c |6 +++---
1 files change
In the sh_veu driver, only the interrupt handler 'sh_veu_bh'
can invoke the v4l2_m2m_job_finish() function.
So the hardware must be alive for handling interrupts
until returning from v4l2_m2m_ctx_release().
Signed-off-by: Katsuya Matsubara
---
drivers/media/platform/sh_veu.c |4 ++--
1 files
v4l2_m2m_job_finish() should be invoked even if the current
ongoing job has been aborted since v4l2_m2m_ctx_release() which
has issued the job abort may wait until the finish function is invoked.
Signed-off-by: Katsuya Matsubara
---
drivers/media/platform/sh_veu.c |5 +
1 files changed,
Hi Guennadi,
This patch set fixes some small bugs in the sh_veu driver.
They have been tested on the Mackerel board.
Thanks,
Katsuya Matsubara (3):
[media] sh_veu: invoke v4l2_m2m_job_finish() even if a job has been
aborted
[media] sh_veu: keep power supply until the m2m context is relea
Hi Hans,
On Tue, Apr 23, 2013 at 12:11 PM, Hans Verkuil wrote:
> On Monday, April 22, 2013 12:50:50 Prabhakar Lad wrote:
>> Hi Mauro,
>>
>> On Sat, Apr 20, 2013 at 5:43 PM, Patchwork wrote:
>> > Hello,
>> >
>> > The following patches (submitted by you) have been updated in patchwork:
>> >
>> >
35 matches
Mail list logo
