Kernel crash with dvb devices

2015-05-02 Thread Josu Lazkano
Hello list,

I have some DVB devices in a MythTV backend:

TeVii S660 USB
Hauppauge Nova-TD Stick (52009)
Avermedia Super 007

The problems is that sometimes I got a kernel crash and I need to
reboot the machine. Here is a log: http://paste.debian.net/170723/

Is this kernel/module/firmware problem?

I am using Debian Jessie with 3.16.0-4-amd64 kernel.

Thanks for your help.

Best regards.

-- 
Josu Lazkano
--
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.org/majordomo-info.html


DARLEHEN !

2015-05-02 Thread ABBEY Credit Union Inc
 Sind Sie benötigen eine dringende Darlehen? Benötigen Sie ein Darlehen zu 
zahlen Sie Rechnungen oder ein Haus kaufen? Wenn ja, bitte e-Mail uns für 
Darlehensantrag zurück.

 In Zusammenarbeit mit ABBEY SANTANDER BANK, ABBEY Credit Union Inc. bietet 
langfristige Darlehen 2.29 % bis 4.5 % verzinst, der Suite auch solche mit 
schlechten Kredit-Scores und niedrigem Einkommen. Unser Büro befindet sich hier 
in 1341 Wayne Street, Troy, Ohio, USA.

Wir bieten die folgenden Arten von Darlehen:

* Persönliche Darlehen (Gesicherte Und Ungesicherte) $5,000.00 USD bis zu 
$100,000.00 USD 2.29 % verzinst.
* Auto-Kredit
* Bildung Darlehen
* Schuldenkonsolidierung
* Kreditlinie
* Business-Darlehen
* Konsolidierung Darlehen
* Internationale Kredite
* Refinanzierung
* Investitionsdarlehen

Hinweis: Antworten uns jetzt auf E-Mail: abbey_t...@aim.com
--
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.org/majordomo-info.html


Re: [PATCH] media: Fix regression in some more dib0700 based devices.

2015-05-02 Thread Thomas Reitmayr
Hi,
as indicated by the Fixes: commit, this problem exists from kernel
version 3.17 up until now. Please consider forwarding the fix to
linux-stable if it looks ok to you.
Best regards,
-Thomas


Am Samstag, den 02.05.2015, 01:18 +0200 schrieb Thomas Reitmayr:
 Fix an oops during device initialization by correctly setting size_of_priv
 instead of leaving it 0.
 The regression was introduced by 8abe4a0a3f6d4217b16a ([media] dib7000:
 export just one symbol) and only fixed for one type of dib0700 based
 devices in 9e334c75642b6e5bfb95 ([media] Fix regression in some dib0700
 based devices).
 
 Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=92301
 
 Fixes: 8abe4a0a3f6d4217b16a ([media] dib7000: export just one symbol)
 Signed-off-by: Thomas Reitmayr treitm...@devbase.at
 ---
  drivers/media/usb/dvb-usb/dib0700_devices.c | 6 ++
  1 file changed, 6 insertions(+)
 
 diff --git a/drivers/media/usb/dvb-usb/dib0700_devices.c 
 b/drivers/media/usb/dvb-usb/dib0700_devices.c
 index 90cee38..e87ce83 100644
 --- a/drivers/media/usb/dvb-usb/dib0700_devices.c
 +++ b/drivers/media/usb/dvb-usb/dib0700_devices.c
 @@ -3944,6 +3944,8 @@ struct dvb_usb_device_properties dib0700_devices[] = {
  
   DIB0700_DEFAULT_STREAMING_CONFIG(0x02),
   }},
 + .size_of_priv = sizeof(struct
 + dib0700_adapter_state),
   }, {
   .num_frontends = 1,
   .fe = {{
 @@ -3956,6 +3958,8 @@ struct dvb_usb_device_properties dib0700_devices[] = {
  
   DIB0700_DEFAULT_STREAMING_CONFIG(0x03),
   }},
 + .size_of_priv = sizeof(struct
 + dib0700_adapter_state),
   }
   },
  
 @@ -4009,6 +4013,8 @@ struct dvb_usb_device_properties dib0700_devices[] = {
  
   DIB0700_DEFAULT_STREAMING_CONFIG(0x02),
   }},
 + .size_of_priv = sizeof(struct
 + dib0700_adapter_state),
   },
   },
  

--
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.org/majordomo-info.html


Re: [PATCH 3/7] v4l2: replace try_mbus_fmt by set_fmt

2015-05-02 Thread Guennadi Liakhovetski
Hi Hans,

Thanks for the patch! As already discussed on IRC, I realise, that this 
patch has already been merged. Sorry, didn't have the time to review it 
earlier. I'll provide some comments below, maybe someone decides to use 
them to improve respective locations.

On Thu, 9 Apr 2015, Hans Verkuil wrote:

 From: Hans Verkuil hans.verk...@cisco.com
 
 The try_mbus_fmt video op is a duplicate of the pad op. Replace all uses
 in sub-devices by the set_fmt() pad op.
 
 Since try_mbus_fmt and s_mbus_fmt both map to the set_fmt pad op (but
 with a different 'which' argument), this patch will replace both try_mbus_fmt
 and s_mbus_fmt by set_fmt.
 
 Signed-off-by: Hans Verkuil hans.verk...@cisco.com
 Cc: Guennadi Liakhovetski g.liakhovet...@gmx.de
 Cc: Jonathan Corbet cor...@lwn.net
 Cc: Kamil Debski k.deb...@samsung.com
 ---
  drivers/media/i2c/adv7183.c| 36 
  drivers/media/i2c/mt9v011.c| 38 -
  drivers/media/i2c/ov7670.c | 27 +++-
  drivers/media/i2c/saa6752hs.c  | 28 +++--
  drivers/media/i2c/soc_camera/imx074.c  | 39 --
  drivers/media/i2c/soc_camera/mt9m001.c | 17 +---
  drivers/media/i2c/soc_camera/mt9m111.c | 31 ++
  drivers/media/i2c/soc_camera/mt9t031.c | 48 
 +++---
  drivers/media/i2c/soc_camera/mt9t112.c | 15 +--
  drivers/media/i2c/soc_camera/mt9v022.c | 17 +---
  drivers/media/i2c/soc_camera/ov2640.c  | 36 +---
  drivers/media/i2c/soc_camera/ov5642.c  | 34 +++
  drivers/media/i2c/soc_camera/ov6650.c  | 17 +---
  drivers/media/i2c/soc_camera/ov772x.c  | 15 +--
  drivers/media/i2c/soc_camera/ov9640.c  | 17 ++--
  drivers/media/i2c/soc_camera/ov9740.c  | 16 ++--
  drivers/media/i2c/soc_camera/rj54n1cb0c.c  | 40 +++---
  drivers/media/i2c/soc_camera/tw9910.c  | 15 +--
  drivers/media/i2c/sr030pc30.c  | 38 -
  drivers/media/i2c/vs6624.c | 28 ++---
  drivers/media/platform/soc_camera/sh_mobile_csi2.c | 35 
  21 files changed, 304 insertions(+), 283 deletions(-)

[snip]

 diff --git a/drivers/media/i2c/soc_camera/imx074.c 
 b/drivers/media/i2c/soc_camera/imx074.c
 index ba60ccf..f68c235 100644
 --- a/drivers/media/i2c/soc_camera/imx074.c
 +++ b/drivers/media/i2c/soc_camera/imx074.c
 @@ -153,14 +153,24 @@ static int reg_read(struct i2c_client *client, const 
 u16 addr)
   return buf[0]  0xff; /* no sign-extension */
  }
  
 -static int imx074_try_fmt(struct v4l2_subdev *sd,
 -   struct v4l2_mbus_framefmt *mf)
 +static int imx074_set_fmt(struct v4l2_subdev *sd,
 + struct v4l2_subdev_pad_config *cfg,
 + struct v4l2_subdev_format *format)
  {
 + struct v4l2_mbus_framefmt *mf = format-format;
   const struct imx074_datafmt *fmt = imx074_find_datafmt(mf-code);
 + struct i2c_client *client = v4l2_get_subdevdata(sd);
 + struct imx074 *priv = to_imx074(client);
 +
 + if (format-pad)
 + return -EINVAL;
  
   dev_dbg(sd-v4l2_dev-dev, %s(%u)\n, __func__, mf-code);
  
   if (!fmt) {
 + /* MIPI CSI could have changed the format, double-check */
 + if (format-which == V4L2_SUBDEV_FORMAT_ACTIVE)
 + return -EINVAL;
   mf-code= imx074_colour_fmts[0].code;
   mf-colorspace  = imx074_colour_fmts[0].colorspace;
   }
 @@ -169,24 +179,10 @@ static int imx074_try_fmt(struct v4l2_subdev *sd,
   mf-height  = IMX074_HEIGHT;
   mf-field   = V4L2_FIELD_NONE;
  
 - return 0;
 -}
 -
 -static int imx074_s_fmt(struct v4l2_subdev *sd,
 - struct v4l2_mbus_framefmt *mf)
 -{
 - struct i2c_client *client = v4l2_get_subdevdata(sd);
 - struct imx074 *priv = to_imx074(client);
 -
 - dev_dbg(sd-v4l2_dev-dev, %s(%u)\n, __func__, mf-code);
 -
 - /* MIPI CSI could have changed the format, double-check */
 - if (!imx074_find_datafmt(mf-code))
 - return -EINVAL;
 -
 - imx074_try_fmt(sd, mf);
 -
 - priv-fmt = imx074_find_datafmt(mf-code);
 + if (format-which == V4L2_SUBDEV_FORMAT_ACTIVE)
 + priv-fmt = imx074_find_datafmt(mf-code);

Called imx074_find_datafmt() above already, can just reuse fmt, right?

 + else
 + cfg-try_fmt = *mf;
  
   return 0;
  }
 @@ -282,8 +278,6 @@ static int imx074_g_mbus_config(struct v4l2_subdev *sd,
  
  static struct v4l2_subdev_video_ops imx074_subdev_video_ops = {
   .s_stream   = imx074_s_stream,
 - .s_mbus_fmt = imx074_s_fmt,
 - .try_mbus_fmt   = imx074_try_fmt,
   .g_crop = imx074_g_crop,
   .cropcap= 

[PATCH 1/1 linux-next] [media] siano: define SRVM_MAX_PID_FILTERS only once

2015-05-02 Thread Fabian Frederick
SRVM_MAX_PID_FILTERS was defined in 2 sms_tx_stats structures

Signed-off-by: Fabian Frederick f...@skynet.be
---
 drivers/media/common/siano/smscoreapi.h | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/drivers/media/common/siano/smscoreapi.h 
b/drivers/media/common/siano/smscoreapi.h
index eb8bd68..4cc39e4 100644
--- a/drivers/media/common/siano/smscoreapi.h
+++ b/drivers/media/common/siano/smscoreapi.h
@@ -1010,6 +1010,7 @@ struct sms_rx_stats_ex {
s32 mrc_in_band_pwr;/* In band power in dBM */
 };
 
+#defineSRVM_MAX_PID_FILTERS 8
 
 /* statistics information returned as response for
  * SmsHostApiGetstatisticsEx_Req for DVB applications, SMS1100 and up */
@@ -1021,7 +1022,6 @@ struct sms_stats_dvb {
struct sms_tx_stats transmission_data;
 
/* Burst parameters, valid only for DVB-H */
-#defineSRVM_MAX_PID_FILTERS 8
struct sms_pid_data pid_data[SRVM_MAX_PID_FILTERS];
 };
 
@@ -1035,7 +1035,6 @@ struct sms_stats_dvb_ex {
struct sms_tx_stats transmission_data;
 
/* Burst parameters, valid only for DVB-H */
-#defineSRVM_MAX_PID_FILTERS 8
struct sms_pid_data pid_data[SRVM_MAX_PID_FILTERS];
 };
 
-- 
1.9.1

--
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.org/majordomo-info.html


[PATCH] [media] mn88472: Fix possible leak in mn88472_init()

2015-05-02 Thread Christian Engelmayer
Commit 307e95c92257 ([media] mn88472: implement firmware parity check)
introduced the usage of exit paths that do not free the already allocated
firmware data in case the parity handling fails. Go through the correct
exit paths. Detected by Coverity CID 1295989.

Signed-off-by: Christian Engelmayer cenge...@gmx.at
---
Compile tested only. Applies against linux-next.
---
 drivers/staging/media/mn88472/mn88472.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/staging/media/mn88472/mn88472.c 
b/drivers/staging/media/mn88472/mn88472.c
index a4cfcf57c99c..6863c431c648 100644
--- a/drivers/staging/media/mn88472/mn88472.c
+++ b/drivers/staging/media/mn88472/mn88472.c
@@ -344,12 +344,12 @@ static int mn88472_init(struct dvb_frontend *fe)
if (ret) {
dev_err(client-dev,
parity reg read failed=%d\n, ret);
-   goto err;
+   goto firmware_release;
}
if (tmp  0x10) {
dev_err(client-dev,
firmware parity check failed=0x%x\n, tmp);
-   goto err;
+   goto firmware_release;
}
dev_err(client-dev, firmware parity check succeeded=0x%x\n, tmp);
 
-- 
1.9.1

--
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.org/majordomo-info.html


Re: [PATCH] [media] mn88472: Fix possible leak in mn88472_init()

2015-05-02 Thread Benjamin Larsson

On 05/02/2015 11:59 PM, Christian Engelmayer wrote:

Commit 307e95c92257 ([media] mn88472: implement firmware parity check)
introduced the usage of exit paths that do not free the already allocated
firmware data in case the parity handling fails. Go through the correct
exit paths. Detected by Coverity CID 1295989.

Signed-off-by: Christian Engelmayer cenge...@gmx.at


ACK

MvH
Benjamin Larsson
--
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.org/majordomo-info.html


cron job: media_tree daily build: ERRORS

2015-05-02 Thread Hans Verkuil
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:   Sun May  3 04:00:19 CEST 2015
git branch: test
git hash:   ebf984bb151e9952cccd060d3aba0b4d30a87e81
gcc version:i686-linux-gcc (GCC) 5.1.0
sparse version: v0.5.0-44-g40791b9
smatch version: 0.4.1-3153-g7d56ab3
host hardware:  x86_64
host os:4.0.0-0.slh.3-amd64

linux-git-arm-at91: OK
linux-git-arm-davinci: WARNINGS
linux-git-arm-exynos: OK
linux-git-arm-mx: OK
linux-git-arm-omap: ERRORS
linux-git-arm-omap1: OK
linux-git-arm-pxa: OK
linux-git-blackfin-bf561: OK
linux-git-i686: OK
linux-git-m32r: OK
linux-git-mips: OK
linux-git-powerpc64: OK
linux-git-sh: OK
linux-git-x86_64: OK
linux-2.6.32.27-i686: WARNINGS
linux-2.6.33.7-i686: WARNINGS
linux-2.6.34.7-i686: WARNINGS
linux-2.6.35.9-i686: WARNINGS
linux-2.6.36.4-i686: WARNINGS
linux-2.6.37.6-i686: WARNINGS
linux-2.6.38.8-i686: WARNINGS
linux-2.6.39.4-i686: WARNINGS
linux-3.0.60-i686: WARNINGS
linux-3.1.10-i686: WARNINGS
linux-3.2.37-i686: WARNINGS
linux-3.3.8-i686: WARNINGS
linux-3.4.27-i686: WARNINGS
linux-3.5.7-i686: WARNINGS
linux-3.6.11-i686: WARNINGS
linux-3.7.4-i686: WARNINGS
linux-3.8-i686: WARNINGS
linux-3.9.2-i686: WARNINGS
linux-3.10.1-i686: OK
linux-3.11.1-i686: OK
linux-3.12.23-i686: OK
linux-3.13.11-i686: OK
linux-3.14.9-i686: OK
linux-3.15.2-i686: OK
linux-3.16.7-i686: WARNINGS
linux-3.17.8-i686: WARNINGS
linux-3.18.7-i686: WARNINGS
linux-3.19-i686: WARNINGS
linux-4.0-i686: WARNINGS
linux-4.1-rc1-i686: WARNINGS
linux-2.6.32.27-x86_64: WARNINGS
linux-2.6.33.7-x86_64: WARNINGS
linux-2.6.34.7-x86_64: WARNINGS
linux-2.6.35.9-x86_64: WARNINGS
linux-2.6.36.4-x86_64: WARNINGS
linux-2.6.37.6-x86_64: WARNINGS
linux-2.6.38.8-x86_64: WARNINGS
linux-2.6.39.4-x86_64: WARNINGS
linux-3.0.60-x86_64: WARNINGS
linux-3.1.10-x86_64: WARNINGS
linux-3.2.37-x86_64: WARNINGS
linux-3.3.8-x86_64: WARNINGS
linux-3.4.27-x86_64: WARNINGS
linux-3.5.7-x86_64: WARNINGS
linux-3.6.11-x86_64: WARNINGS
linux-3.7.4-x86_64: WARNINGS
linux-3.8-x86_64: WARNINGS
linux-3.9.2-x86_64: WARNINGS
linux-3.10.1-x86_64: OK
linux-3.11.1-x86_64: OK
linux-3.12.23-x86_64: OK
linux-3.13.11-x86_64: OK
linux-3.14.9-x86_64: OK
linux-3.15.2-x86_64: OK
linux-3.16.7-x86_64: OK
linux-3.17.8-x86_64: OK
linux-3.18.7-x86_64: OK
linux-3.19-x86_64: OK
linux-4.0-x86_64: WARNINGS
linux-4.1-rc1-x86_64: WARNINGS
apps: OK
spec-git: OK
sparse: WARNINGS
smatch: ERRORS

Detailed results are available here:

http://www.xs4all.nl/~hverkuil/logs/Sunday.log

Full logs are available here:

http://www.xs4all.nl/~hverkuil/logs/Sunday.tar.bz2

The Media Infrastructure API from this daily build is here:

http://www.xs4all.nl/~hverkuil/spec/media.html
--
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.org/majordomo-info.html