[no subject]

Cool crazy deals never seen before with our latest 2008 improved models. http://zbleather.com/content/download/download.php -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.o

Re: [GIT PULL 3.16] tda10071 fixes

These are not very critical and all are old, so better to pull for 3.17 as it is now 3.16-rc4... regards Antti On 07/08/2014 08:55 AM, Antti Palosaari wrote: The following changes since commit 13936af3d2f04f173a83cc050dbc4b20d8562b81: [media] saa7134: use unlocked_ioctl instead of ioctl (2

[GIT PULL 3.16] tda10071 fixes

The following changes since commit 13936af3d2f04f173a83cc050dbc4b20d8562b81: [media] saa7134: use unlocked_ioctl instead of ioctl (2014-06-19 13:14:51 -0300) are available in the git repository at: git://linuxtv.org/anttip/media_tree.git tda10071 for you to fetch changes up to c1154dfb51

[PATCH 1/4] tda10071: force modulation to QPSK on DVB-S

Only supported modulation for DVB-S is QPSK. Modulation parameter contains invalid value for DVB-S on some cases, which leads driver refusing tuning attempt. Due to that, hard code modulation to QPSK in case of DVB-S. Cc: sta...@vger.kernel.org Signed-off-by: Antti Palosaari --- drivers/media/dv

[PATCH 2/4] tda10071: add missing DVB-S2/PSK-8 FEC AUTO

FEC AUTO is valid for PSK-8 modulation too. Add it. Signed-off-by: Antti Palosaari --- drivers/media/dvb-frontends/tda10071_priv.h | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/media/dvb-frontends/tda10071_priv.h b/drivers/media/dvb-frontends/tda10071_priv.h index 4baf14b..4204861

[PATCH 4/4] tda10071: fix returned symbol rate calculation

Detected symbol rate value was returned too small. Signed-off-by: Antti Palosaari --- drivers/media/dvb-frontends/tda10071.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/dvb-frontends/tda10071.c b/drivers/media/dvb-frontends/tda10071.c index d590798..9619be5

[PATCH 3/4] tda10071: fix spec inversion reporting

Inversion ON was reported as inversion OFF and vice versa. Signed-off-by: Antti Palosaari --- drivers/media/dvb-frontends/tda10071.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/media/dvb-frontends/tda10071.c b/drivers/media/dvb-frontends/tda10071.c index 4987

Re: fix PCTV 461e tuner I2C binding

Moikka Shuah On 07/08/2014 02:34 AM, Shuah Khan wrote: Mauro/Antti, I have been looking at the following commit to drivers/media/usb/em28xx/em28xx-dvb.c a83b93a7480441a47856dc9104bea970e84cda87 +++ b/drivers/media/usb/em28xx/em28xx-dvb.c @@ -1630,6 +1630,7 @@ static int em28xx_dvb_resume(str

cron job: media_tree daily build: OK

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 Jul 8 04:00:21 CEST 2014 git branch: test git hash: 3c0d394ea7022bb9666d9df97a5776c4bcc3045c gcc versi

fix PCTV 461e tuner I2C binding

Mauro/Antti, I have been looking at the following commit to drivers/media/usb/em28xx/em28xx-dvb.c a83b93a7480441a47856dc9104bea970e84cda87 +++ b/drivers/media/usb/em28xx/em28xx-dvb.c @@ -1630,6 +1630,7 @@ static int em28xx_dvb_resume(struct em28xx *dev) em28xx_info("Resuming DVB extens

Status of the ddbridge driver update

Hi Maik, What is the current status of the ddbridge driver update ? Are you still working on it ? I'm not seeing any update since November 2013. Do you have an updated version of what you sent last ? I'd like to continue your work if you cannot work on this anymore. Regards, Guy -- To uns

Few questions about dibusb i2c over usb protocol

Hello. 1) As I understand format of i2c read command is following: 2, (dev_i2c_addr<<1)|1, addr_hi, addr_lo, size_hi, size_lo but in debug output I saw following commands: >>> 02 a3 00 01 <<< 55 >>> 02 a3 00 04 <<< 55 00 53 00 This commands are shorter then command described above. Meaning of

Re: [RFC 1/1] em28xx: fix configuration warning

Hi Fabian, Em Mon, 07 Jul 2014 20:51:55 +0200 Fabian Frederick escreveu: > This patch tries to solve a problem detected with random configuration. > warning: (VIDEO_EM28XX_V4L2) selects VIDEO_MT9V011 which has unmet direct > dependencies (MEDIA_SUPPORT && I2C && VIDEO_V4L2 && MEDIA_CAMERA_SUPPO

[RFC 1/1] em28xx: fix configuration warning

This patch tries to solve a problem detected with random configuration. warning: (VIDEO_EM28XX_V4L2) selects VIDEO_MT9V011 which has unmet direct dependencies (MEDIA_SUPPORT && I2C && VIDEO_V4L2 && MEDIA_CAMERA_SUPPORT) Cc: Mauro Carvalho Chehab Cc: linux-media@vger.kernel.org Signed-off-by: Fab

New v4l2 driver does not allow brightness/contrast control

I have a v4l2 video capture board that using kernel 2.6 with v4l2 em28xx driver 3.0.36 allows me to control brightness, contrast etc... However in kernel 3.2 with v4l2 em28xx driver version 3.2.0 it does not. This is what I get from the latest driver: root@android:/ # v4l2-ctl --info Driver Info (

Re: [PATCH v2 0/9] Updated fence patch series

Hi Greg, On 2 July 2014 11:07, Greg KH wrote: > On Tue, Jul 01, 2014 at 12:57:02PM +0200, Maarten Lankhorst wrote: >> So after some more hacking I've moved dma-buf to its own subdirectory, >> drivers/dma-buf and applied the fence patches to its new place. I believe >> that the >> first patch sho

Re: [PATCH v2 0/9] Updated fence patch series

On Mon, Jul 07, 2014 at 03:23:17PM +0200, Daniel Vetter wrote: > On Wed, Jul 2, 2014 at 7:37 AM, Greg KH wrote: > >> Android can expose fences to userspace. It's possible to make the new fence > >> mechanism expose the same fences to userspace by changing sync_fence_create > >> to take a struct fe

Re: [Linux-kernel] [PATCH 0/4] rcar_vin: fix soc_camera WARN_ON() issues.

On 07/07/14 17:37, Ian Molton wrote: > This patch series provides fixes that allow the rcar_vin driver to function > without triggering dozens of warnings from the videobuf2 and soc_camera > layers. > > Patches 2/3 should probably be merged into a single, atomic change, although > patch 2 does no

[PATCH 1/4] media: rcar_vin: Dont aggressively retire buffers

rcar_vin_videobuf_release() is called once per buffer from the buf_cleanup hook. There is no need to look up the queue and free all buffers at this point. Signed-off-by: Ian Molton Signed-off-by: William Towle --- drivers/media/platform/soc_camera/rcar_vin.c | 12 +++- 1 file changed,

[PATCH 0/4] rcar_vin: fix soc_camera WARN_ON() issues.

This patch series provides fixes that allow the rcar_vin driver to function without triggering dozens of warnings from the videobuf2 and soc_camera layers. Patches 2/3 should probably be merged into a single, atomic change, although patch 2 does not make the existing situation /worse/ in and of it

[PATCH 4/4] media: rcar_vin: Clean up rcar_vin_irq

This patch makes the rcar_vin IRQ handler a little more readable. Removes an else clause, and simplifies the buffer handling. Signed-off-by: Ian Molton Reviewed-by: William Towle --- drivers/media/platform/soc_camera/rcar_vin.c | 24 ++-- 1 file changed, 14 insertions(+), 1

[PATCH 2/4] media: rcar_vin: Ensure all in-flight buffers are returned to error state before stopping.

Videobuf2 complains about buffers that are still marked ACTIVE (in use by the driver) following a call to stop_streaming(). This patch returns all active buffers to state ERROR prior to stopping. Note: this introduces a (non fatal) race condition as the stream is not guaranteed to be stopped at

[PATCH 3/4] media: rcar_vin: Fix race condition terminating stream

This patch fixes a race condition whereby a frame being captured may generate an interrupt between requesting capture to halt and freeing buffers. This condition is exposed by the earlier patch that explicitly calls vb2_buffer_done() during stop streaming. The solution is to wait for capture to

[PATCH 9/9] ARM: dts: exynos3250: add JPEG codec device node

Signed-off-by: Jacek Anaszewski Signed-off-by: Kyungmin Park Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Cc: Ian Campbell Cc: Kumar Gala Cc: devicet...@vger.kernel.org --- arch/arm/boot/dts/exynos3250.dtsi | 12 1 file changed, 12 insertions(+) diff --git a/arch/arm/boot

[PATCH 6/9] s5p-jpeg: Prevent erroneous downscaling for Exynos3250 SoC

JPEG codec on Exynos3250 SoC produces broken raw image if a JPEG is decoded to YUV420 format and downscaling by more then 2 is applied. Prevent this by asserting downscale ratio to 2. Signed-off-by: Jacek Anaszewski Signed-off-by: Kyungmin Park --- drivers/media/platform/s5p-jpeg/jpeg-core.c |

[PATCH 8/9] Documentation: devicetree: Document sclk-jpeg clock for exynos3250 SoC

JPEG IP on Exynos3250 SoC requires enabling two clock gates for its operation. This patch documents this requirement. Signed-off-by: Jacek Anaszewski Signed-off-by: Kyungmin Park Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Cc: Ian Campbell Cc: Kumar Gala Cc: devicet...@vger.kernel.org -

[PATCH 7/9] s5p-jpeg: add chroma subsampling adjustment for Exynos3250

Take into account limitations specific to the Exynos3250 SoC, regarding setting chroma subsampling control value. Signed-off-by: Jacek Anaszewski Signed-off-by: Kyungmin Park --- drivers/media/platform/s5p-jpeg/jpeg-core.c | 59 +-- 1 file changed, 38 insertions(+), 21

[PATCH 5/9] s5p-jpeg: Assure proper crop rectangle initialization

Assure proper crop_rect initialization in case the user space doesn't call S_SELECTION ioctl. Signed-off-by: Jacek Anaszewski Signed-off-by: Kyungmin Park --- drivers/media/platform/s5p-jpeg/jpeg-core.c | 15 +++ 1 file changed, 15 insertions(+) diff --git a/drivers/media/platfor

[PATCH 3/9] s5p-jpeg: Adjust jpeg_bound_align_image to Exynos3250 needs

The jpeg_bound_align_image function needs to know the context in which it is called, as it needs to align image dimensions in a slight different manner for Exynos3250, which crops pixels for specific values in case the format is RGB. Signed-off-by: Jacek Anaszewski Signed-off-by: Kyungmin Park -

[PATCH 4/9] s5p-jpeg: fix g_selection op

V4L2_SEL_TGT_COMPOSE_DEFAULT switch case should select whole available area of the image and V4L2_SEL_TGT_COMPOSE should apply user settings. Signed-off-by: Jacek Anaszewski Signed-off-by: Kyungmin Park --- drivers/media/platform/s5p-jpeg/jpeg-core.c | 12 +++- 1 file changed, 7 inser

[PATCH 2/9] s5p-jpeg: return error immediately after get_byte fails

When parsing JPEG header s5p_jpeg_parse_hdr function should return immediately in case there was an error while reading a byte. Signed-off-by: Jacek Anaszewski Signed-off-by: Kyungmin Park --- drivers/media/platform/s5p-jpeg/jpeg-core.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(

[PATCH 0/9] Add support for Exynos3250 SoC to the s5p-jpeg driver

This patch series adds support for jpeg codec on Exynos3250 SoC to the s5p-jpeg driver. Supported raw formats are: YUYV, YVYU, UYVY, VYUY, RGB565, RGB565X, RGB32, NV12, NV21. The support includes also scaling and cropping features. Thanks, Jacek Anaszewski Jacek Anaszewski (9): s5p-jpeg: Add su

[PATCH 1/9] s5p-jpeg: Add support for Exynos3250 SoC

This patch adds support for jpeg codec on Exynos3250 SoC to the s5p-jpeg driver. Supported raw formats are: YUYV, YVYU, UYVY, VYUY, RGB565, RGB565X, RGB32, NV12, NV21. The support includes also scaling and cropping features. Signed-off-by: Jacek Anaszewski Signed-off-by: Kyungmin Park --- drive

Re: "LED / flash API integration" related improvements

Hi Jacek, I'll promise to reply sooner the next time. Just back from holidays. :-) On Mon, Jun 16, 2014 at 01:34:40PM +0200, Jacek Anaszewski wrote: > On 06/16/2014 10:53 AM, Sakari Ailus wrote: > >Hi Jacek and others, > > > >Comments from the LED API folks would be highly appreciated. > > > >(Cc

[PATCH] DocBook media: fix number of bits filled with zeros for SRGBB12

>From 4e0d586d6ff8019032d1c6771428ee25c4bbb755 Mon Sep 17 00:00:00 2001 From: Andreas Weber Date: Mon, 7 Jul 2014 16:00:05 +0200 Subject: [PATCH] DocBook media: fix number of bits filled with zeros for SRGBB12 Signed-off-by: Andreas Weber --- Documentation/DocBook/media/v4l/pixfmt-srggb12.xml

Re: [PATCH] Update sync-with-kernel to use installed kernel headers

On Tue, Jul 01, 2014 at 06:24:26PM +0200, Laurent Pinchart wrote: > Hi Sakari, > > Thank you for the review. > > On Tuesday 01 July 2014 17:30:38 Sakari Ailus wrote: > > On Tue, Jun 03, 2014 at 12:40:19PM +0200, Laurent Pinchart wrote: > > > diff --git a/Makefile.am b/Makefile.am > > > index 11ba

Re: [REPOST PATCH 4/8] android: convert sync to fence api, v5

On Mon, Jun 23, 2014 at 10:45 AM, Maarten Lankhorst wrote: > But in drivers/drm I can encounter a similar issue, people expect to be able > to > overwrite the contents of the currently displayed buffer, so I 'solved' it by > not adding > a fence on the buffer, only by waiting for buffer idle bef

Re: [PATCH v2 0/9] Updated fence patch series

On Wed, Jul 2, 2014 at 7:37 AM, Greg KH wrote: >> Android can expose fences to userspace. It's possible to make the new fence >> mechanism expose the same fences to userspace by changing sync_fence_create >> to take a struct fence instead of a struct sync_pt. No other change is >> needed, >> beca

my love

prosím, můj drahý, budu rád, kdybyste mě kontaktovat na (mirianandrevv@yahoo. in) Můj nejdražší Jak se dnes máte a vaše rodina doufám, že je vše v pořádku s tebou Já jsem volal Mirian viděl jsem váš profil dnes (facebook) a zjistíte, že jste hoden být moje jako někoho, koho můžu ležel na jeho

Re: vb2_reqbufs() is not allowing more than VIDEO_MAX_FRAME

On 07/07/2014 09:27 AM, Divneil Wadhawan wrote: > Hi Hans, > > >> include/media/davinci/vpfe_capture.h > > It uses videobuf-dma-contig.h, so, I left it out. Ah, you are right. I thought that one was converted to vb2, but it isn't. > > >> drivers/media/platform/vivi-core.c > > Cannot find th

Re: [[PATCH v2] 00/14] Fix ISDB-T tuning issues

Hi Mauro, I like all of your changes. Acked-By: Patrick Boettcher regards, Patrick. On Fri, 4 Jul 2014 14:15:26 -0300 Mauro Carvalho Chehab wrote: > While testing two dvb devices: > - Mygica S870 (dib8096 based); > - Pixelview PV-D231U (RN-F) > > I noticed several bugs: > - I

RE: vb2_reqbufs() is not allowing more than VIDEO_MAX_FRAME

Hi Hans, > include/media/davinci/vpfe_capture.h It uses videobuf-dma-contig.h, so, I left it out. > drivers/media/platform/vivi-core.c Cannot find this one. Checked with find, in case it changed location, but couldn't. > drivers/media/pci/saa7134/* Updated. Please find below the patch.