When user requests V4L2_MEMORY_MMAP type buffers, the videobuf-core
will assign the corresponding offset to the 'boff' field of the
videobuf_buffer for each requested buffer sequentially. Later, user
may call mmap() to map one or all of the buffers with the 'offset'
parameter which is equal to its
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: Wed Sep 10 04:00:20 CEST 2014
git branch: test
git hash: f5281fc81e9a0a3e80b78720c5ae2ed06da3bfae
gcc versi
--
Wir bieten persönliche und geschäftliche Kredite ohne Sicherheiten (nur
zur Identifizierung) mit maximaler Garantie, ab € 10.000 bis €
90.000.000 bei 3% Zinsen in 1 Jahr bis 20 Jahre Laufzeit überall in der
Welt! Jetzt bewerben!
--
To unsubscribe from this list: send the line "unsubscribe
--
Wir bieten persönliche und geschäftliche Kredite ohne Sicherheiten (nur
zur Identifizierung) mit maximaler Garantie, ab € 10.000 bis €
90.000.000 bei 3% Zinsen in 1 Jahr bis 20 Jahre Laufzeit überall in der
Welt! Jetzt bewerben!
--
To unsubscribe from this list: send the line "unsubscribe
Hi Guennadi,
Thank you for the patch.
On Tuesday 09 September 2014 09:42:43 Guennadi Liakhovetski wrote:
> A test in uvc_video_decode_isoc() checks whether an image has been
> received from the camera completely. For this the data amount is compared
> to the buffer length, which, however, doesn't
Hi Jean-Michel,
Thank you for the patch. Please see below for a couple of comments after a
very quick review.
On Tuesday 09 September 2014 17:51:25 Jean-Michel Hautbois wrote:
> This device is a SPI based device from TI.
> It is a 3 Gbps HD/SD SDI Dual Output Low Power
> Extended Reach Adaptive
Thanks, Mauro,
On Tue, 9 Sep 2014, Mauro Carvalho Chehab wrote:
> This driver depends on a legacy OMAP DMA API. So, it won't
> compile-test on other archs.
>
> While we might add stubs to the functions, this is not a
> good idea, as the hole API should be replaced.
>
> So, for now, let's just r
This patch is sent out, because I got multiple requests for it.
So here it is.
It works only for HVR-4400/HVR-5500.
For WinTV-HVR-930C-HD it fails with bad/no reception for unknown reasons.
Signed-off-by: Matthias Schwarzott
---
drivers/media/dvb-frontends/si2165.c | 132 +++
This driver depends on a legacy OMAP DMA API. So, it won't
compile-test on other archs.
While we might add stubs to the functions, this is not a
good idea, as the hole API should be replaced.
So, for now, let's just remove COMPILE_TEST and wait for
some time for people to fix. If not fixed, then
When vpif is compiled as module, those errors happen:
ERROR: "vpif_lock" [drivers/media/platform/davinci/vpif_display.ko] undefined!
ERROR: "vpif_lock" [drivers/media/platform/davinci/vpif_capture.ko] undefined!
That's because vpif_lock symbol is not exported.
Reported-by: Stephen Rothwell
Acke
ERROR: "__bad_ndelay" [drivers/media/platform/s5p-jpeg/s5p-jpeg.ko] undefined!
That happens because asm-generic doesn't like any ndelay time
bigger than 20us.
Currently, usleep_range() couldn't simply be used, since
exynos4_jpeg_sw_reset() is called with a spinlock held.
So, let's use udelay() i
Em Tue, 09 Sep 2014 19:54:19 +0200
Arnd Bergmann escreveu:
> On Tuesday 09 September 2014 12:09:36 Mauro Carvalho Chehab wrote:
> > -exynos4.c
> > > > index e51c078360f5..01eeacf28843 100644
> > > > --- a/drivers/media/platform/s5p-jpeg/jpeg-hw-exynos4.c
> > > > +++ b/drivers/media/platform/s5p-j
On Tue, Sep 9, 2014 at 3:38 PM, Mauro Carvalho Chehab
wrote:
> When vpif is compiled as module, those errors happen:
>
> ERROR: "vpif_lock" [drivers/media/platform/davinci/vpif_display.ko] undefined!
> ERROR: "vpif_lock" [drivers/media/platform/davinci/vpif_capture.ko] undefined!
>
> That's becaus
On Tuesday 09 September 2014 12:09:36 Mauro Carvalho Chehab wrote:
> -exynos4.c
> > > index e51c078360f5..01eeacf28843 100644
> > > --- a/drivers/media/platform/s5p-jpeg/jpeg-hw-exynos4.c
> > > +++ b/drivers/media/platform/s5p-jpeg/jpeg-hw-exynos4.c
> > > @@ -23,7 +23,9 @@ void exynos4_jpeg_sw_rese
Em Tue, 09 Sep 2014 12:36:54 -0300
Mauro Carvalho Chehab escreveu:
> Em Tue, 9 Sep 2014 15:41:58 +0100
> Russell King - ARM Linux escreveu:
>
> > On Tue, Sep 09, 2014 at 11:38:17AM -0300, Mauro Carvalho Chehab wrote:
> > > We want to be able to COMPILE_TEST the omap1_camera driver.
> > > It com
Hi Steve,
Am Dienstag, den 09.09.2014, 09:12 -0700 schrieb Steve Longerbeam:
> Hi Jean-Michel,
>
>
> On 09/09/2014 12:49 AM, Jean-Michel Hautbois wrote:
> > 2014-08-27 16:23 GMT+02:00 Steve Longerbeam :
> >
> >> Hi Jean-Michel, Phillip,
> > Hi Steve,
> >
> >> I've done some work on Philipp's Jun
On Tue, Sep 9, 2014 at 1:10 PM, Mauro Carvalho Chehab
wrote:
> ERROR: "__bad_ndelay" [drivers/media/platform/s5p-jpeg/s5p-jpeg.ko] undefined!
>
> That happens because asm-generic doesn't like any ndelay time
> bigger than 20us.
>
> Currently, usleep_range() couldn't simply be used, since
> exynos4
On 09/09/14 18:10, Mauro Carvalho Chehab wrote:
> ERROR: "__bad_ndelay" [drivers/media/platform/s5p-jpeg/s5p-jpeg.ko] undefined!
>
> That happens because asm-generic doesn't like any ndelay time
> bigger than 20us.
>
> Currently, usleep_range() couldn't simply be used, since
> exynos4_jpeg_sw_res
On 09/09/2014 12:49 AM, Jean-Michel Hautbois wrote:
> 2014-08-27 16:23 GMT+02:00 Steve Longerbeam :
>
>> The complete driver I posted to the list does have some minor issues
>> mostly suggested by Hans Verkuil (switch to new selection API instead
>> of cropping API for example). It is a full featur
Hi Jean-Michel,
On 09/09/2014 12:49 AM, Jean-Michel Hautbois wrote:
> 2014-08-27 16:23 GMT+02:00 Steve Longerbeam :
>
>> Hi Jean-Michel, Phillip,
> Hi Steve,
>
>> I've done some work on Philipp's June 12 patchset, converting
>> the CSI driver to a CSI subdev entity, and fixing some issues here
>>
ERROR: "__bad_ndelay" [drivers/media/platform/s5p-jpeg/s5p-jpeg.ko] undefined!
That happens because asm-generic doesn't like any ndelay time
bigger than 20us.
Currently, usleep_range() couldn't simply be used, since
exynos4_jpeg_sw_reset() is called with a spinlock held.
So, let's use ndelay() i
On 09/09/2014 12:52 AM, Hans Verkuil wrote:
> On 09/09/14 09:49, Jean-Michel Hautbois wrote:
>> 2014-08-27 16:23 GMT+02:00 Steve Longerbeam :
>>
>>> Hi Jean-Michel, Phillip,
>> Hi Steve,
>>
>>> I've done some work on Philipp's June 12 patchset, converting
>>> the CSI driver to a CSI subdev entity,
This device is a SPI based device from TI.
It is a 3 Gbps HD/SD SDI Dual Output Low Power
Extended Reach Adaptive Cable Equalizer.
LMH0395 enables the use of up to two outputs.
These can be configured using DT.
Controls should be accessible from userspace too.
This will have to be done later.
Si
Em Tue, 9 Sep 2014 15:41:58 +0100
Russell King - ARM Linux escreveu:
> On Tue, Sep 09, 2014 at 11:38:17AM -0300, Mauro Carvalho Chehab wrote:
> > We want to be able to COMPILE_TEST the omap1_camera driver.
> > It compiles fine, but it fails linkediting:
> >
> > ERROR: "omap_stop_dma" [drivers/me
Hi Mauro, Sylwester,
On 09/09/2014 05:09 PM, Mauro Carvalho Chehab wrote:
Em Tue, 09 Sep 2014 16:58:58 +0200
Sylwester Nawrocki escreveu:
On 09/09/14 16:38, Mauro Carvalho Chehab wrote:
ERROR: "__bad_ndelay" [drivers/media/platform/s5p-jpeg/s5p-jpeg.ko] undefined!
Yet, it sounds a bad idea
Fix clamp_align() used in v4l_bound_align_image() to prevent overflow when
passed large value like UINT32_MAX. In the current implementation:
clamp_align(UINT32_MAX, 8, 8192, 3)
returns 8, because in line:
x = (x + (1 << (align - 1))) & mask;
x overflows to (-1 + 4) & 0x7 = 3, while expecte
Em Tue, 09 Sep 2014 16:58:58 +0200
Sylwester Nawrocki escreveu:
> On 09/09/14 16:38, Mauro Carvalho Chehab wrote:
> > ERROR: "__bad_ndelay" [drivers/media/platform/s5p-jpeg/s5p-jpeg.ko]
> > undefined!
> >
> > Yet, it sounds a bad idea to use ndelay to wait for 100 us
> > for the device to reset
--
I came down to Russia for a short vacation. Unfortunately, i was mugged at
the park of the hotel where i stayed. All cash, credit cards and mobile phones
were stolen from me but luckily i still have my passport with me. I've been to
the Embassy and the Police here but they're not helping
On 09/09/14 16:38, Mauro Carvalho Chehab wrote:
> ERROR: "__bad_ndelay" [drivers/media/platform/s5p-jpeg/s5p-jpeg.ko] undefined!
>
> Yet, it sounds a bad idea to use ndelay to wait for 100 us
> for the device to reset.
>
> Reported-by: Stephen Rothwell
> Signed-off-by: Mauro Carvalho Chehab
>
* Nishanth Menon [140909 07:40]:
> +linux-omap, tony
> -Balaji
>
> On 09/09/2014 09:38 AM, Mauro Carvalho Chehab wrote:
> > We want to be able to COMPILE_TEST the omap1_camera driver.
> > It compiles fine, but it fails linkediting:
> >
> > ERROR: "omap_stop_dma" [drivers/media/platform/soc_camer
On 09/09/14 15:18, Laurent Pinchart wrote:
> On Tuesday 22 July 2014 00:44:34 Hans Verkuil wrote:
>> On 07/22/2014 12:30 AM, Laurent Pinchart wrote:
>>> On Monday 21 July 2014 23:43:16 Hans Verkuil wrote:
On 07/21/2014 10:39 PM, Laurent Pinchart wrote:
> The RGB666 pixel format doesn't inc
On Tue, Sep 09, 2014 at 11:38:17AM -0300, Mauro Carvalho Chehab wrote:
> We want to be able to COMPILE_TEST the omap1_camera driver.
> It compiles fine, but it fails linkediting:
>
> ERROR: "omap_stop_dma" [drivers/media/platform/soc_camera/omap1_camera.ko]
> undefined!
> ERROR: "omap_start_dma"
+linux-omap, tony
-Balaji
On 09/09/2014 09:38 AM, Mauro Carvalho Chehab wrote:
> We want to be able to COMPILE_TEST the omap1_camera driver.
> It compiles fine, but it fails linkediting:
>
> ERROR: "omap_stop_dma" [drivers/media/platform/soc_camera/omap1_camera.ko]
> undefined!
> ERROR: "omap_st
ERROR: "__bad_ndelay" [drivers/media/platform/s5p-jpeg/s5p-jpeg.ko] undefined!
Yet, it sounds a bad idea to use ndelay to wait for 100 us
for the device to reset.
Reported-by: Stephen Rothwell
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/platform/s5p-jpeg/jpeg-hw-exynos4.c
When vpif is compiled as module, those errors happen:
ERROR: "vpif_lock" [drivers/media/platform/davinci/vpif_display.ko] undefined!
ERROR: "vpif_lock" [drivers/media/platform/davinci/vpif_capture.ko] undefined!
That's because vpif_lock symbol is not exported.
Reported-by: Stephen Rothwell
Sign
We want to be able to COMPILE_TEST the omap1_camera driver.
It compiles fine, but it fails linkediting:
ERROR: "omap_stop_dma" [drivers/media/platform/soc_camera/omap1_camera.ko]
undefined!
ERROR: "omap_start_dma" [drivers/media/platform/soc_camera/omap1_camera.ko]
undefined!
ERROR: "omap_dma_li
Hi Mauro,
This pull request supersedes the "[GIT PULL FOR v3.18] Media core changes"
pull request I've just sent. Sorry for the noise.
The following changes since commit 91f96e8b7255537da3a58805cf465003521d7c5f:
[media] tw68: drop bogus cpu_to_le32() call (2014-09-08 16:40:54 -0300)
are avai
On Tuesday 22 July 2014 00:44:34 Hans Verkuil wrote:
> On 07/22/2014 12:30 AM, Laurent Pinchart wrote:
> > On Monday 21 July 2014 23:43:16 Hans Verkuil wrote:
> >> On 07/21/2014 10:39 PM, Laurent Pinchart wrote:
> >>> The RGB666 pixel format doesn't include an alpha channel. Document it as
> >>> su
Hi Mauro,
The following changes since commit 91f96e8b7255537da3a58805cf465003521d7c5f:
[media] tw68: drop bogus cpu_to_le32() call (2014-09-08 16:40:54 -0300)
are available in the git repository at:
git://linuxtv.org/pinchartl/media.git v4l2/core
for you to fetch changes up to acac9bf2c8bf
Simplify ioctl handling by using video_ioctl2.
Signed-off-by: Laurent Pinchart
---
drivers/media/usb/uvc/uvc_driver.c |1 +
drivers/media/usb/uvc/uvc_v4l2.c | 1011
drivers/media/usb/uvc/uvcvideo.h |2 +-
3 files changed, 560 insertions(+), 454 de
"program_info_length" is user controlled and can go up to 4095. The
operand[] array has 509 bytes so we need to add a limit here to prevent
buffer overflows.
The " - 4" in the limit check is because we have 4 bytes more data to
add after the memcpy().
Signed-off-by: Dan Carpenter
---
v2: The f
"len" is user controlled and can be up to 255. Anything more than 59
will cause a buffer overflow so we need to add a test for that.
Signed-off-by: Dan Carpenter
diff --git a/drivers/media/dvb-frontends/si21xx.c
b/drivers/media/dvb-frontends/si21xx.c
index 73b47cc..16850e2 100644
--- a/drivers
This device is a SPI based device from TI.
It is a 3 Gbps HD/SD SDI Dual Output Low Power
Extended Reach Adaptive Cable Equalizer.
LMH0395 enables the use of up to two outputs.
These can be configured using DT.
Controls should be accessible from userspace too...
Signed-off-by: Jean-Michel Hautbo
The clk_prepare_enable() and clk_disable_unprepare() clock helpers were
introduced in kernel v3.3. Add them to compat.h for kernels that don't
provide them.
Signed-off-by: Laurent Pinchart
---
v4l/compat.h | 23 +++
v4l/scripts/make_config_compat.pl | 1
On Tue, Sep 09, 2014 at 02:10:43AM +0400, Alexey Khoroshilov wrote:
> mceusb_init_rc_dev() does usb_get_dev(), but there is no any
> usb_put_dev() in the driver.
drivers/media/rc/imon.c suffers from the same problem.
Thanks
Sean
--
To unsubscribe from this list: send the line "unsubscribe linux-m
Hi Mauro,
The following changes since commit 91f96e8b7255537da3a58805cf465003521d7c5f:
[media] tw68: drop bogus cpu_to_le32() call (2014-09-08 16:40:54 -0300)
are available in the git repository at:
git://linuxtv.org/pinchartl/media.git uvc/next
for you to fetch changes up to 18e27c1f02310
On Mon, Sep 08, 2014 at 02:40:33PM +0200, Stefan Richter wrote:
> On Sep 08 Stefan Richter wrote:
> > On Sep 08 Dan Carpenter wrote:
> > > "program_info_length" is user controlled and can go up to 4095. The
> > > operand[] array has 509 bytes so we need to add a limit here to prevent
> > > buffer
On 09/09/14 09:49, Jean-Michel Hautbois wrote:
> 2014-08-27 16:23 GMT+02:00 Steve Longerbeam :
>
>> Hi Jean-Michel, Phillip,
>
> Hi Steve,
>
>> I've done some work on Philipp's June 12 patchset, converting
>> the CSI driver to a CSI subdev entity, and fixing some issues here
>> and there. This J
2014-08-27 16:23 GMT+02:00 Steve Longerbeam :
> Hi Jean-Michel, Phillip,
Hi Steve,
> I've done some work on Philipp's June 12 patchset, converting
> the CSI driver to a CSI subdev entity, and fixing some issues here
> and there. This June 12 patchset doesn't appear to be a fully working
> driver
A test in uvc_video_decode_isoc() checks whether an image has been
received from the camera completely. For this the data amount is compared
to the buffer length, which, however, doesn't have to be equal to the
image size. Switch to using formats .sizeimage field for an exact
expected image size.
I am Barrister Sysndey Walter, i have an important issue to discuss with you
please kindly get back to me for info via my private email:
mrs.sydneywaltercham...@hotmail.com--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.o
51 matches
Mail list logo
