[PATCH 10/21] media: dvb_core: slight optimization of addr compare

Use the recently added and possibly more efficient ether_addr_equal_unaligned to instead of memcmp. Cc: Mauro Carvalho Chehab Cc: linux-media@vger.kernel.org Cc: linux-ker...@vger.kernel.org Signed-off-by: Yang Yingliang Signed-off-by: Ding Tianhong --- drivers/media/dvb-core/dvb_net.c | 10 ++

cron job: media_tree daily build: ERRORS

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 Dec 23 04:00:20 CET 2013 git branch: test git hash: c57f87e62368c33ebda11a4993380c8e5a19a5c5 gcc versio

[PATCH] V4L: s5k6a3: Add DT binding documentation

This patch adds DT binding documentation for the Samsung S5K6A3(YX) raw image sensor. Signed-off-by: Sylwester Nawrocki Signed-off-by: Kyungmin Park --- This patch adds missing documentation [1] for the "samsung,s5k6a3" compatible. Rob, can you please merge it through your tree if it looks OK ?

[PATCH RFC] v4l: disable lockdep on vb2_fop_mmap()

Avoid that lockdep warning: [ INFO: possible circular locking dependency detected ] 3.13.0-rc1+ #77 Tainted: G C O --- video_source:sr/32072 is trying to acquire lock: (&dev->mutex#2){+.+.+.}, at: [] vb2_fop_mmap+0x33/0x90 [videobuf2_co

[PATCH RFC] v4l lockdep error

I know that patch is a little bit stupid, but at least it seems to kill that "INFO: possible circular locking dependency detected" / DEADLOCK warning reported by lockdep. Somehow this kind of warnings are very annoying when you don't know it is a "feature". Like what happens to me; I made my first

Re: em28xx DEADLOCK reported by lock debug

Am 22.12.2013 19:14, schrieb Antti Palosaari: > On 22.12.2013 20:02, Frank Schäfer wrote: >> Am 22.12.2013 15:34, schrieb Antti Palosaari: >>> On 22.12.2013 15:51, Frank Schäfer wrote: Am 21.12.2013 20:55, schrieb Antti Palosaari: > On 21.12.2013 18:51, Frank Schäfer wrote: >> Hi Antti

Re: [PATCH] em28xx: fix I2S audio sample rate definitions and info output

Am 22.12.2013 17:09, schrieb Mauro Carvalho Chehab: > Em Sun, 22 Dec 2013 15:17:46 +0100 > Frank Schäfer escreveu: > >> The audio configuration in chip config register 0x00 and eeprom are always >> consistent. But currently the audio configuration #defines for the chip >> config >> register say 0

Re: em28xx DEADLOCK reported by lock debug

On 22.12.2013 20:02, Frank Schäfer wrote: Am 22.12.2013 15:34, schrieb Antti Palosaari: On 22.12.2013 15:51, Frank Schäfer wrote: Am 21.12.2013 20:55, schrieb Antti Palosaari: On 21.12.2013 18:51, Frank Schäfer wrote: Hi Antti, thank you for reporting this issue. Am 18.12.2013 17:04, schrie

Re: em28xx DEADLOCK reported by lock debug

Am 22.12.2013 15:53, schrieb Mauro Carvalho Chehab: > Em Sun, 22 Dec 2013 14:51:53 +0100 > Frank Schäfer escreveu: > >> Am 21.12.2013 20:55, schrieb Antti Palosaari: >>> On 21.12.2013 18:51, Frank Schäfer wrote: Hi Antti, thank you for reporting this issue. Am 18.12.2013 1

Re: em28xx DEADLOCK reported by lock debug

Am 22.12.2013 15:34, schrieb Antti Palosaari: > On 22.12.2013 15:51, Frank Schäfer wrote: >> Am 21.12.2013 20:55, schrieb Antti Palosaari: >>> On 21.12.2013 18:51, Frank Schäfer wrote: Hi Antti, thank you for reporting this issue. Am 18.12.2013 17:04, schrieb Antti Palosaar

Re: em28xx list_add corruption reported by list debug

Em Sun, 22 Dec 2013 18:17:50 +0200 Antti Palosaari escreveu: > On 22.12.2013 17:55, Mauro Carvalho Chehab wrote: > > Em Sun, 22 Dec 2013 13:06:00 -0200 > > Mauro Carvalho Chehab escreveu: > > > >> Em Sun, 22 Dec 2013 00:27:21 +0200 > >> Antti Palosaari escreveu: > >> > >>> I ran also this kind

VIVI driver DEADLOCK reported by lockdep

Hello! I started testing locks from my SDR drivers and ended up unexpected warnings. Now I have looked quite a lot of things and read carefully many times v4l2 framework documentation [1]. V4L2 locking model is not very clear for me, but I understand there is 2 mutex, one for serializing IOCTL

Re: em28xx list_add corruption reported by list debug

On 22.12.2013 18:17, Antti Palosaari wrote: On 22.12.2013 17:55, Mauro Carvalho Chehab wrote: Em Sun, 22 Dec 2013 13:06:00 -0200 Mauro Carvalho Chehab escreveu: Em Sun, 22 Dec 2013 00:27:21 +0200 Antti Palosaari escreveu: I ran also this kind of bug. Device was PCTV 290e, which has that vi

Re: em28xx list_add corruption reported by list debug

On 22.12.2013 17:55, Mauro Carvalho Chehab wrote: Em Sun, 22 Dec 2013 13:06:00 -0200 Mauro Carvalho Chehab escreveu: Em Sun, 22 Dec 2013 00:27:21 +0200 Antti Palosaari escreveu: I ran also this kind of bug. Device was PCTV 290e, which has that video unused. I have no any analog em28xx webca

Re: [PATCH] em28xx: fix I2S audio sample rate definitions and info output

Em Sun, 22 Dec 2013 15:17:46 +0100 Frank Schäfer escreveu: > The audio configuration in chip config register 0x00 and eeprom are always > consistent. But currently the audio configuration #defines for the chip config > register say 0x20 means 3 sample rates and 0x30 5 sample rates, while the > e

Re: em28xx list_add corruption reported by list debug

Em Sun, 22 Dec 2013 13:06:00 -0200 Mauro Carvalho Chehab escreveu: > Em Sun, 22 Dec 2013 00:27:21 +0200 > Antti Palosaari escreveu: > > > I ran also this kind of bug. Device was PCTV 290e, which has that video > > unused. I have no any analog em28xx webcam to test if that happens here too. > >

[RFC PATCHv2] em28xx: split analog part into a separate module

Now that dvb-only devices start to happen, it makes sense to split the analog part on a separate module. Signed-off-by: Mauro Carvalho Chehab - This is a respin of https://patchwork.linuxtv.org/patch/17967/ v2: add a dev->has_video to signalize if the device has a video interface, and fix

Re: em28xx list_add corruption reported by list debug

Em Sun, 22 Dec 2013 00:27:21 +0200 Antti Palosaari escreveu: > I ran also this kind of bug. Device was PCTV 290e, which has that video > unused. I have no any analog em28xx webcam to test if that happens here too. > > Fortunately I found one video device which does not crash nor dump debug > b

Re: em28xx DEADLOCK reported by lock debug

Em Sun, 22 Dec 2013 14:51:53 +0100 Frank Schäfer escreveu: > Am 21.12.2013 20:55, schrieb Antti Palosaari: > > On 21.12.2013 18:51, Frank Schäfer wrote: > >> Hi Antti, > >> > >> thank you for reporting this issue. > >> > >> Am 18.12.2013 17:04, schrieb Antti Palosaari: > >>> That same lock debug

Re: em28xx DEADLOCK reported by lock debug

On 22.12.2013 15:51, Frank Schäfer wrote: Am 21.12.2013 20:55, schrieb Antti Palosaari: On 21.12.2013 18:51, Frank Schäfer wrote: Hi Antti, thank you for reporting this issue. Am 18.12.2013 17:04, schrieb Antti Palosaari: That same lock debug deadlock is still there (maybe ~4 times I report

[PATCH] em28xx: fix I2S audio sample rate definitions and info output

The audio configuration in chip config register 0x00 and eeprom are always consistent. But currently the audio configuration #defines for the chip config register say 0x20 means 3 sample rates and 0x30 5 sample rates, while the eeprom info output says 0x20 means 1 sample rate and 0x30 3 sample rate

Re: [PATCH] dma-buf: avoid using IS_ERR_OR_NULL

Em Sat, 21 Dec 2013 07:42:17 -0500 Rob Clark escreveu: > On Fri, Dec 20, 2013 at 7:43 PM, Colin Cross wrote: > > dma_buf_map_attachment and dma_buf_vmap can return NULL or > > ERR_PTR on a error. This encourages a common buggy pattern in > > callers: > > sgt = dma_buf_map_attachment(att

Re: [PATCH 10/11] media: rc: img-ir: add Sharp decoder module

Em Fri, 13 Dec 2013 15:12:58 + James Hogan escreveu: > Add an img-ir module for decoding the Sharp infrared protocol. Patches 5 and 7-11 look OK to me. While not required for patchset acceptance, it would be great if you could also add an IR raw decoder for this protocol, specially if you c

Re: em28xx DEADLOCK reported by lock debug

Am 21.12.2013 20:55, schrieb Antti Palosaari: > On 21.12.2013 18:51, Frank Schäfer wrote: >> Hi Antti, >> >> thank you for reporting this issue. >> >> Am 18.12.2013 17:04, schrieb Antti Palosaari: >>> That same lock debug deadlock is still there (maybe ~4 times I report >>> it during 2 years). Is t

Re: [PATCH 06/11] media: rc: img-ir: add NEC decoder module

Em Fri, 13 Dec 2013 15:12:54 + James Hogan escreveu: > Add an img-ir module for decoding the NEC and extended NEC infrared > protocols. > > Signed-off-by: James Hogan > Cc: Mauro Carvalho Chehab > Cc: linux-media@vger.kernel.org > --- > drivers/media/rc/img-ir/Kconfig | 7 ++ > dri

Re: [PATCH 04/11] media: rc: img-ir: add hardware decoder driver

Hi James, Em Fri, 13 Dec 2013 15:12:52 + James Hogan escreveu: > Add remote control input driver for the ImgTec Infrared block hardware > decoder, which is set up with timings for a specific protocol and > supports mask/value filtering and wake events. > > The hardware decoder timing values

Re: [PATCH 01/11] dt: binding: add binding for ImgTec IR block

Hi James, On Friday 13 of December 2013 15:12:49 James Hogan wrote: > Add device tree binding for ImgTec Consumer Infrared block. > > Signed-off-by: James Hogan > Cc: Mauro Carvalho Chehab > Cc: linux-media@vger.kernel.org > Cc: Rob Herring > Cc: Pawel Moll > Cc: Mark Rutland > Cc: Stephen W

Re: [PATCH 01/11] dt: binding: add binding for ImgTec IR block

Em Fri, 13 Dec 2013 15:12:49 + James Hogan escreveu: > Add device tree binding for ImgTec Consumer Infrared block. > > Signed-off-by: James Hogan > Cc: Mauro Carvalho Chehab > Cc: linux-media@vger.kernel.org > Cc: Rob Herring > Cc: Pawel Moll > Cc: Mark Rutland > Cc: Stephen Warren > C

omap4 pandaboard - Technisat USB HD problem

subscribe linux-media Hello there, theres some trouble with technisat DVBS/S2 USB HD on pandaboard. My system: ubuntu 3.2.0-1441-omap4 media_build is installed and firmware dvb-usb-SkyStar_USB_HD_FW_v17_63.HEX.fw is at /lib/firmware. With all debugging options enabled dmesg sais the following