Fwd: Re: [PATCH] vicodec: change codec license to LGPL

Forwarding this to the linux-media mailinglist so Tom's Signed-off-by is archived. His original email was blocked by the mailinglist since it contained HTML markup. Regards, Hans Forwarded Message Subject:Re: [PATCH] vicodec: change codec license to LGPL

Re: Fwd: Re: [PATCHv5 0/3] drm/i915: add DisplayPort CEC-Tunneling-over-AUX support

Hi Ville, I finally found some time to dig deeper into when a CEC device should be registered. Since it's been a long while since we discussed this let me just recap the situation and then propose three solutions: CEC is implemented for DP-to-HDMI branch devices through DPCD CEC registers.

Re: Fwd: Re: [PATCHv5 0/3] drm/i915: add DisplayPort CEC-Tunneling-over-AUX support

Hi Ville, On 12/01/18 20:08, Hans Verkuil wrote: > On 01/12/2018 07:12 PM, Hans Verkuil wrote: >> On 01/12/2018 06:52 PM, Ville Syrjälä wrote: >>> On Fri, Jan 12, 2018 at 06:14:53PM +0100, Hans Verkuil wrote: On 01/12/2018 05:30 PM, Ville Syrjälä wrote: > On Fri, Jan 12, 2018 at

Fwd: Freeview UK Scan Tables - URGENT Attention Necessarily Required

-- Forwarded message -- From: John Cooper Date: 10 February 2018 at 17:05 Subject: Freeview UK Scan Tables - URGENT Attention Necessarily Required To: linux-me...@vget.kernel.org Hi, I have just had a talk with Dave from Digital UK so I can update my

Fwd: Distro-specific hint for media_build - Linux Mint Sylvia 18.3

Following error occurred when building media_build on Linux Mint 18.3: *** Checking if the needed tools for Linux Mint 18.3 Sylvia are available ERROR: please install "Proc::ProcessTable", otherwise, build won't work. I don't know distro Linux Mint 18.3 Sylvia. So, I can't provide you a hint with

Re: Fwd: Re: [PATCHv5 0/3] drm/i915: add DisplayPort CEC-Tunneling-over-AUX support

On 01/12/2018 07:12 PM, Hans Verkuil wrote: > On 01/12/2018 06:52 PM, Ville Syrjälä wrote: >> On Fri, Jan 12, 2018 at 06:14:53PM +0100, Hans Verkuil wrote: >>> On 01/12/2018 05:30 PM, Ville Syrjälä wrote: On Fri, Jan 12, 2018 at 05:19:44PM +0100, Hans Verkuil wrote: > Hi Ville, >

Re: Fwd: Re: [PATCHv5 0/3] drm/i915: add DisplayPort CEC-Tunneling-over-AUX support

On 01/12/2018 06:52 PM, Ville Syrjälä wrote: > On Fri, Jan 12, 2018 at 06:14:53PM +0100, Hans Verkuil wrote: >> On 01/12/2018 05:30 PM, Ville Syrjälä wrote: >>> On Fri, Jan 12, 2018 at 05:19:44PM +0100, Hans Verkuil wrote: Hi Ville, For some strange reason your email disappeared

Re: Fwd: Re: [PATCHv5 0/3] drm/i915: add DisplayPort CEC-Tunneling-over-AUX support

On Fri, Jan 12, 2018 at 06:14:53PM +0100, Hans Verkuil wrote: > On 01/12/2018 05:30 PM, Ville Syrjälä wrote: > > On Fri, Jan 12, 2018 at 05:19:44PM +0100, Hans Verkuil wrote: > >> Hi Ville, > >> > >> For some strange reason your email disappeared from the Cc list. Perhaps > >> it's the > >> ä

Re: Fwd: Re: [PATCHv5 0/3] drm/i915: add DisplayPort CEC-Tunneling-over-AUX support

On 01/12/2018 05:30 PM, Ville Syrjälä wrote: > On Fri, Jan 12, 2018 at 05:19:44PM +0100, Hans Verkuil wrote: >> Hi Ville, >> >> For some strange reason your email disappeared from the Cc list. Perhaps >> it's the >> ä that confuses something somewhere. >> >> So I'll just forward this directly to

Re: Fwd: Re: [PATCHv5 0/3] drm/i915: add DisplayPort CEC-Tunneling-over-AUX support

On Fri, Jan 12, 2018 at 05:19:44PM +0100, Hans Verkuil wrote: > Hi Ville, > > For some strange reason your email disappeared from the Cc list. Perhaps it's > the > ä that confuses something somewhere. > > So I'll just forward this directly to you. > > Can you please take a look? This patch

Re: [PATCH] [media] ov5645: I2C address change (fwd)

Hello, On 4.10.2017 12:06, Julia Lawall wrote: > Hello, > > It seems that an unlock is missing on line 764. Yes, this is true. I'll add an unlock there. Thank you for noticing this. Best regards, Todor > > julia > > -- Forwarded message -- > Date: Wed, 4 Oct 2017 05:59:09

Re: [PATCH] [media] ov5645: I2C address change (fwd)

Hello, It seems that an unlock is missing on line 764. julia -- Forwarded message -- Date: Wed, 4 Oct 2017 05:59:09 +0800 From: kbuild test robot To: kbu...@01.org Cc: Julia Lawall Subject: Re: [PATCH] [media] ov5645: I2C address

Fwd: Aw: Fwd: [PATCH 1/2] cx23885: Fix use-after-free when unregistering the i2c_client for the dvb demod

Forwarding a tested-by statement (using a HVR-5500). Regards Matthias Weitergeleitete Nachricht Betreff: Aw: Fwd: [PATCH 1/2] cx23885: Fix use-after-free when unregistering the i2c_client for the dvb demod Datum: Sun, 27 Aug 2017 12:18:55 +0200 Von: "Sven Müller" &

Re: [ragnatech:media-tree 2075/2144] drivers/media/dvb-frontends/stv0910.c:1185:2-8: preceding lock on line 1176 (fwd)

Hello Jula, Am 24.07.2017 um 07:02 schrieb Julia Lawall: Is a lock release needed before line 1185? Is the !enable in line 1189 correct? If the code is correct as is, perhaps it could be good to add some comments. Yes, it's needed because the I2C gate is shared for the two tuner chips

[ragnatech:media-tree 2075/2144] drivers/media/dvb-frontends/stv0910.c:1185:2-8: preceding lock on line 1176 (fwd)

Is a lock release needed before line 1185? Is the !enable in line 1189 correct? If the code is correct as is, perhaps it could be good to add some comments. julia -- Forwarded message -- Date: Mon, 24 Jul 2017 12:55:30 +0800 From: kbuild test robot To:

Re: [PATCH 1/3] [media] uvcvideo: variable size controls (fwd)

There is a double free on data if the goto is taken on line 1815. julia -- Forwarded message -- Date: Sat, 15 Jul 2017 21:07:03 +0800 From: kbuild test robot To: kbu...@01.org Cc: Julia Lawall Subject: Re: [PATCH 1/3] [media]

Re: [PATCH 2/2] v4l: cadence: Add Cadence MIPI-CSI2 RX driver (fwd)

Please check on this (line 199). julia -- Forwarded message -- Date: Thu, 6 Jul 2017 13:58:29 +0800 From: kbuild test robot To: kbu...@01.org Cc: Julia Lawall Subject: Re: [PATCH 2/2] v4l: cadence: Add Cadence MIPI-CSI2 RX driver

Re: [PATCH v1 5/6] [media] ov9650: add multiple variant support (fwd)

Ok course, thanks Julia. On 06/25/2017 10:00 PM, Julia Lawall wrote: > Braces are probably missing aroud lines 1618-1620. > > julia > > -- Forwarded message -- > Date: Sun, 25 Jun 2017 23:06:03 +0800 > From: kbuild test robot > To: kbu...@01.org > Cc:

Re: [PATCH v1 5/6] [media] ov9650: add multiple variant support (fwd)

Braces are probably missing aroud lines 1618-1620. julia -- Forwarded message -- Date: Sun, 25 Jun 2017 23:06:03 +0800 From: kbuild test robot To: kbu...@01.org Cc: Julia Lawall Subject: Re: [PATCH v1 5/6] [media] ov9650: add

[ragnatech:media-tree 1869/1907] drivers/media/dvb-frontends/stv0367.c:3127:3-16: duplicated argument to & or | (fwd)

It seems that some of the constants on lines 3127 and on are the same as the ones on lines 3134 and on. julia -- Forwarded message -- Date: Wed, 21 Jun 2017 18:20:03 +0800 From: kbuild test robot To: kbu...@01.org Cc: Julia Lawall

Fwd: Re: [PATCH v6 1/3] [media] v4l: add parsed MPEG-2 support

I don't know why it was sent in html format, I am sorry to re-send it again. On 04/28/2017 09:25 PM, Hugues Fruchet wrote: Add "parsed MPEG-2" pixel format & related controls needed by stateless video decoders. In order to decode the video bitstream chunk provided by user on output queue,

Re: Fwd: [PATCH] em28xx: add support for Hauppauge WinTV-dualHD DVB tuner

Christian et al, I am an engineer at Hauppauge. This repo is the staging area for all the patches I am testing, with the intention of getting them upstreamed. I will be inaccessible for the next 18 days however, so I will not be able to put any effort until I get back. Cheers, Brad On

Re: [PATCH v4 2/2] cec: add STM32 cec driver (fwd)

BRDNOGEN is duplicate in the #defined on line 46. julia -- Forwarded message -- Date: Mon, 29 May 2017 19:16:10 +0800 From: kbuild test robot To: kbu...@01.org Cc: Julia Lawall Subject: Re: [PATCH v4 2/2] cec: add STM32 cec driver

Re: Fwd: [PATCH] em28xx: add support for Hauppauge WinTV-dualHD DVB tuner

Hello, I have found patches that add support for the second tuner: https://github.com/b-rad-NDi/Ubuntu-media-tree-kernel-builder/tree/master/patches/ubuntu-zesty-4.10.0/extra I can confirm that they also work with the latest kernel (4.12.0-rc2). Would it be possible to integrate these patches

Fwd: uvcvideo extension controls

-- Forwarded message -- From: Paulo Assis Date: 2017-04-20 12:04 GMT+01:00 Subject: uvcvideo extension controls To: Laurent Pinchart Cc: Linux Media Mailing List , aUDIo

Re: [PATCH 04/22] target: Make use of the new sg_map function at 16 call sites (fwd)

Thanks Julia. I missed that and I'll fix it in my series. Logan On 14/04/17 09:19 AM, Julia Lawall wrote: > It looks like >cmdr_lock should be released at line 512 if it has > not been released otherwise. The lock was taken at line 438. > > julia > > -- Forwarded message -- >

Re: [PATCH 04/22] target: Make use of the new sg_map function at 16 call sites (fwd)

It looks like >cmdr_lock should be released at line 512 if it has not been released otherwise. The lock was taken at line 438. julia -- Forwarded message -- Date: Fri, 14 Apr 2017 22:21:44 +0800 From: kbuild test robot To: kbu...@01.org Cc: Julia Lawall

Re: [Patch v3 10/11] [media] s5p-mfc: Add support for HEVC encoder (fwd)

On Tue, 2017-04-11 at 11:00 +0200, Sylwester Nawrocki wrote: > Hi, > > On 04/03/2017 08:17 AM, Smitha T Murthy wrote: > > On Mon, 2017-04-03 at 08:00 +0200, Julia Lawall wrote: > >> See line 2101 > >> > >> julia > >> > > Thank you for bringing it to my notice, I had not checked on this git. > > I

Re: [Patch v3 10/11] [media] s5p-mfc: Add support for HEVC encoder (fwd)

On 04/11/2017 11:23 AM, Julia Lawall wrote: On Tue, 11 Apr 2017, Sylwester Nawrocki wrote: Hi, On 04/03/2017 08:17 AM, Smitha T Murthy wrote: On Mon, 2017-04-03 at 08:00 +0200, Julia Lawall wrote: See line 2101 julia Thank you for bringing it to my notice, I had not checked on this git. I

Re: [Patch v3 10/11] [media] s5p-mfc: Add support for HEVC encoder (fwd)

On Tue, 11 Apr 2017, Sylwester Nawrocki wrote: > Hi, > > On 04/03/2017 08:17 AM, Smitha T Murthy wrote: > > On Mon, 2017-04-03 at 08:00 +0200, Julia Lawall wrote: > > > See line 2101 > > > > > > julia > > > > > Thank you for bringing it to my notice, I had not checked on this git. > > I will

Re: [Patch v3 10/11] [media] s5p-mfc: Add support for HEVC encoder (fwd)

Hi, On 04/03/2017 08:17 AM, Smitha T Murthy wrote: On Mon, 2017-04-03 at 08:00 +0200, Julia Lawall wrote: See line 2101 julia Thank you for bringing it to my notice, I had not checked on this git. I will upload the next version of patches soon corresponding to this git. In general please

Re: [Patch v3 10/11] [media] s5p-mfc: Add support for HEVC encoder (fwd)

On Mon, 2017-04-03 at 08:00 +0200, Julia Lawall wrote: > See line 2101 > > julia > Thank you for bringing it to my notice, I had not checked on this git. I will upload the next version of patches soon corresponding to this git. Thanks, Smitha > - Forwarded message -- > Date:

Re: [Patch v3 10/11] [media] s5p-mfc: Add support for HEVC encoder (fwd)

See line 2101 julia - Forwarded message -- Date: Mon, 3 Apr 2017 05:04:39 +0800 From: kbuild test robot To: kbu...@01.org Cc: Julia Lawall Subject: Re: [Patch v3 10/11] [media] s5p-mfc: Add support for HEVC encoder Hi Smitha,

Fwd: [regression] dvb_usb_cxusb (was Re: ir-keytable: infinite loops, segfaults)

Hi list I missed you in the cc: field... -- Forwarded message -- From: Vincent McIntyre Date: Thu, 16 Feb 2017 23:51:05 +1100 Subject: Re: [regression] dvb_usb_cxusb (was Re: ir-keytable: infinite loops, segfaults) To: Sean Young On

Fwd: Upside down webcam

Hello, There is a problem with the webcam that uses v4l code. If anyone has a hint, contact me on hamidrjaf...@gmail.com since I am going off the mailing list since The mailing list is sending numerous notifications Hamid با سپاس، حمیدرضا جعفری ‎-- Forwarded message --‎ From:

Fwd: [PATCH] stk1160: Give the chip some time to retrieve data from AC97 codec.

This patch might need some explaining. I actually noticed this problem early on while trying to fix the sound problem, but it was only this morning that I realized the (trivial) cause of it. I first noticed something strange going on when I read the AC97 registers from

Fwd: [Bug 116551] media_gobj_create NULL pointer dereference

Can you look that bug as I think it is media controller related. regards Antti Forwarded Message Subject: [Bug 116551] media_gobj_create NULL pointer dereference Date: Sat, 16 Apr 2016 20:40:18 + From: bugzilla-dae...@bugzilla.kernel.org To: cr...@iki.fi

Fwd: [PATCH] em28xx: add support for Hauppauge WinTV-dualHD DVB tuner

Hi Christian, Thanks for reporting back your experience. Certainly there's a chance of supporting the second tuner too. There are still two issues that I have not solved: 1. I haven't gotten the 2nd tuner working yet (alone, without the first tuner), even if I think all the pieces of the puzzle

Fwd: [PATCH] Add GS1662 driver (a SPI video serializer)

>From 65b48bf1c77801c210bf93c07bc7f513efdbcbb5 Mon Sep 17 00:00:00 2001 From: Charles-Antoine Couret Date: Fri, 1 Apr 2016 17:19:26 +0200 Subject: [PATCH] Add GS1662 driver (a SPI video serializer) Signed-off-by: Charles-Antoine Couret

Fwd: Urgent- Quotations Needed

Dear Sir, FYI kindly send us proforma ASAP for the attached purchase order. Thanks Carmen Rodriguez -- 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: Fwd: Re: tw68 fails with motion package running more than 4 cameras on 8 channel card

On 03/13/2016 03:41 PM, Tony IBM-MAIN wrote: > Hans, > > Sorry for the long delay in responding. Only just got around to testing > qv4l2. > > All was well with qv4l2 on 4 camera's each capturing 25fps. Then when I > activated the 5th camera it all went pear shaped. > One camera dies, the image

Fwd: Re: tw68 fails with motion package running more than 4 cameras on 8 channel card

Forwarded Message From: 07 2016 <> X-Mozilla-Status: 0001 X-Mozilla-Status2: 0080 X-Mozilla-Keys: Subject: Re: tw68 fails with motion package running more than 4 cameras on 8 channel card To: Hans Verkuil References:

[Fwd: Problem with avermedia Volar Black HD (af9015) : recognised but not scanning]

Hello, Any ideas on my problem ? Am I on the right mailing-list ? Any help would be appreciated ! Thanks, OD Message transféré > De: oddebian > À: linux-media@vger.kernel.org > Objet: Problem with avermedia Volar Black HD (af9015) : recognised but > not

Re: [git:media_tree/master] [media] UVC: Add support for ds4 depth camera (fwd)

On Thu, Dec 3, 2015 at 12:34 PM, Guennadi Liakhovetski wrote: > > > -- Forwarded message -- > Date: Thu, 3 Dec 2015 16:18:42 +0100 > From: Hans Verkuil > To: linux-media@vger.kernel.org, > Mauro Carvalho Chehab

Fwd: Dvb-fe-tool add features

Hello Mauro, Please add to dvb-fe-tool function as a femon from dvb-apps. ,,-c number : samples to take (default 0 = infinite),, This is the number of repetitions of reading signal. It's important for my statistics adapter. Thanks. -- To unsubscribe from

[FWD] PROBLEM: there exists a wrong return value of function mantis_dma_init()

It does seem like the error handling for mantis_dma_init() is insane.. Linus On Sun, Aug 9, 2015 at 5:12 PM, RUC_Soft_Sec zy900...@163.com wrote: Summary: there exists a wrong return value of function mantis_dma_init().It's a theoretical problem. we use static analysis

Re: [PATCH 1/4] media: pxa_camera: fix the buffer free path (fwd)

Hi Robert, No idea why this mail hasn't been delivered... Sorry, resending. Thanks Guennadi -- Forwarded message -- Date: Sun, 31 May 2015 21:34:50 +0200 (CEST) From: Guennadi Liakhovetski g.liakhovet...@gmx.de Subject: Re: [PATCH 1/4] media: pxa_camera: fix the buffer free path

Fwd: [Bug 98541] New: there exists a wrong return value of function meye_probe()

-- Forwarded message -- From: bugzilla-dae...@bugzilla.kernel.org Date: Mon, May 18, 2015 at 3:19 AM Subject: [Bug 98541] New: there exists a wrong return value of function meye_probe() To: bhelg...@google.com https://bugzilla.kernel.org/show_bug.cgi?id=98541 Bug

Fwd: Error with TBS6285

Hi, I'm trying to use this card for DVB-C and when I use w_scan I get this error: -_-_-_-_ Getting frontend capabilities-_-_-_-_ Using DVB API 5.3 frontend 'TurboSight TBS 62x1 DVBT/T2 frontend' supports INVERSION_AUTO QAM_AUTO FEC_AUTO FREQ (42.00MHz ... 1002.00MHz) This dvb driver is

Fwd: UVC Camera on BeagleBoneBlack does not achieve good resolutions for preview

Hi, I'm facing a problem on BeagleBoneBlack. For capturing pictures on a USB UVC capture board camera I have to stick with a camera preview streaming with a very low resolution of 320x240 otherwise I cannot get the camera preview streaming. I'm using Rowboat Android and a v4l2 camera hardware

Fwd: [PATCH] Correction doco NV12/NV21M Chroma indexes

In the linuxtv.org entry with the description of V4L2_PIX_FMT_NV{12,21} @ http://linuxtv.org/downloads/v4l-dvb-apis/re30.html it reads: start + 0:Y'00 Y'01 Y'02 Y'03 start + 4:Y'10 Y'11 Y'12 Y'13 start + 8:Y'20 Y'21 Y'22 Y'23 start + 12:Y'30 Y'31 Y'32 Y'33 start + 16:Cb00 Cr00 Cb01 Cr01 start

Re: Fwd: divide error: 0000 in the gspca_topro

On Sun, Feb 08, 2015 at 06:07:45PM -0800, Linus Torvalds wrote: I got this, and it certainly seems relevant,. It would seem that that whole 'quality' thing needs some range checking, it should presumably be in the range [1..100] in order to avoid negative 'sc' values or the divide-by-zero.

Fwd: divide error: 0000 in the gspca_topro

I got this, and it certainly seems relevant,. It would seem that that whole 'quality' thing needs some range checking, it should presumably be in the range [1..100] in order to avoid negative 'sc' values or the divide-by-zero. Hans, Mauro? Linus -- Forwarded

Fwd: PCTV 800i

I moved it to a dual boot system, and it works in windows, and the same error in Linux. The chips are marked: Conexant CX23880 Samsung S5H1411 Cirrus CS5340CZZ Atmel ATMLH138 three out of four are a different part number than the Wiki. It is Board T1213044 stamped on

Re: Re: Fwd: Re: Re: Problems with Linux drivers (Debian Jessie kernel3.16.0-4)

Hello Max, sorry for the delayed answer - I'm currently busy. About your question where I have the issues: It concerns to all transponders using dvb-s or dvb-s2. Currently I have no chance for testing. Around Christmas I'll have some more time for testing. I'll check out the current drivers

Fwd: Instalation issue on S960

Dear support team , i have spent 4 days trying to get my S960 setup in my raspberrry Pi I have tried multiple options and using the linuxtv.org drivers the power light switches on but then i get the below message [8.561909] usb 1-1.5: dvb_usb_v2: found a 'DVBSky S960/S860' in warm state [

Fwd: USB capture card regression

I've noticed my Easycap DC60+ stopped capturing audio after a kernel upgrade on my distribution (Arch Linux x86_64); going from linux 3.17.2 to 3.17.3. I started a thread on the Arch Linux forums https://bbs.archlinux.org/viewtopic.php?pid=1482059 and was adviced to report it to this mailing

Re: Fwd: Re: Re: Problems with Linux drivers (Debian Jessie kernel 3.16.0-4)

Hello, I yust checked the SNR Level the DVBSky-Card providing with the drivers from dvbsky.net (media_build-bst-14-141106): # ./femon -a 0 using '/dev/dvb/adapter0/frontend0' FE: Montage DS3103/TS2022 (SAT) status 1f | signal 7323 | snr b064 | ber | unc | FE_HAS_LOCK # ./femon

Re: Re: Fwd: Re: Re: Problems with Linux drivers (Debian Jessie kernel3.16.0-4)

Hello Chris, Do all of your transponders have such issue or only some special transponders? Could you list the parameters for them? for example, dvb-s or dvb-s2 type, frequency, symbol rate. The dvbsky.net firmware dvb-fe-ds3103.fw is version 3.7. Annti uses the firmware dvb-demod-m88ds3103.fw,

Fwd: Fwd: Re: Re: Problems with Linux drivers (Debian Jessie kernel 3.16.0-4)

resend because of mailing-list rules: text-only mails Weitergeleitete Nachricht Betreff:Fwd: Re: Re: Problems with Linux drivers (Debian Jessie kernel 3.16.0-4) Datum: Wed, 19 Nov 2014 20:28:39 +0100 Von:Christopher Scheuring ch...@anke-und-chris.de An: cr

Re: Fwd: Re: Re: Problems with Linux drivers (Debian Jessie kernel 3.16.0-4)

Moikka According to logs, everything seems to be fine. You could not compare statistics numbers between two drivers. SNR 0096 is 150DEC, which means 15dB, IIRC it was max chip could return for DVB-S. No idea about sync etc. problems, are you sure about those? I am pretty sure it works rather

Fwd: em28xx: Hauppauge HVR 900 on 3.18.0-rc3

Hi all, plaese somebody could explain me why i can't use correctly Hauppauge HVR 900 [2040:6500] like before 5 years for example ? could somebody have a look on it to fix it ? i bought new hardware with Intel Haswell and i'm unable to use tv analog tuner on old kernels as i used on my old

Fwd: Kernel panic using a webcam

-- Forwarded message -- From: Andrew Klofas aklo...@gmail.com Date: Sun, Oct 12, 2014 at 12:20 PM Subject: Re: Kernel panic using a webcam To: Laurent Pinchart laurent.pinch...@ideasonboard.com Cc: linux-media@vger.kernel.org On Sat, Oct 11, 2014 at 5:02 AM, Laurent Pinchart

Re: Fwd: kernel BUG at mm/slub.c on cx23885

On 09/20/2014 01:51 AM, beta992 wrote: Hauppauge HVR-5500 using the latest git build, keeps crashing with the following error: Fixed in this patch: https://patchwork.linuxtv.org/patch/25123/ Should have been merged quite some time ago but we discovered a few days ago that this one fell

Fwd: kernel BUG at mm/slub.c on cx23885

Hauppauge HVR-5500 using the latest git build, keeps crashing with the following error: [ 2111.934790] kernel BUG at mm/slub.c:1416! [ 2111.934877] invalid opcode: [#1] PREEMPT SMP [ 2111.934993] Modules linked in: ftdi_sio usbserial xt_recent si2165(O) a8293(O) tda10071(O) tea5767(O)

Fwd: Hauppauge WinTV-HVR 1900 high BER and unable to switch to Composite input

Hi, a quick update on this one. I found out the image and sound corruption seems to be mainly due to the TV Headend plugin. Using the tool: femon -H and the output from TV Headend directly it clearly shows that yes there is a high BER however, most of it seems to be corrected. The

Fwd: Updated dvb-t scan and channels.conf data for Australia/Melbourne (au-Melbourne)

Attached are updated dvb-t scan and channels.conf data for Australia/Melbourne as of August 17 2014. The main change is the updated SBS channel frequency which occurred early in 2014. Could these please be used to patch the official repository for the au-Melbourne files. Regards Paul

Fwd: Re: CX23885 error during boot

Dear Media Community: Since switching to CentOS7 and the 3.10.0-123 kernel as listed below: Linux mythbox.lightfoot.us 3.10.0-123.6.3.el7.x86_64 #1 SMP Wed Aug 6 21:12:36 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux I keep getting the following in dmesg related to my Hauppage Video Card

Re: Fwd: Bug#746404: dtv-scan-tables: /usr/share/dvb/dvb-t/fr-all file : invalid enum and no DVB-T services found

Apologies to all involved, I overlooked this e-mail. I patched it to fix the casing as suggested in the e-mail and pushed it upstream. Can you please test it? Olliver On 04/29/2014 11:57 PM, Jonathan McCrohan wrote: Hi Oliver, Please find Debian bug report from fredboboss regarding

Fwd: Bug#746404: dtv-scan-tables: /usr/share/dvb/dvb-t/fr-all file : invalid enum and no DVB-T services found

Hi Oliver, Please find Debian bug report from fredboboss regarding dtv-scan-tables below. Thanks, Jon On Tue, 29 Apr 2014 19:50:57 +0200, fredboboss wrote: Package: dtv-scan-tables Version: 0+git20140326.cfc2975-1 Severity: normal Dear Maintainer, Dear Debian Maintainer, when

Fwd: cx23885-dvb.c:undefined reference to `tda18271_attach'

Hi, I'm being blamed for some bugs for more than one year, and this weekend I was able to reproduce the error for the first time. I have the impression that the issue is related to Kconfig because when compiling the Kernel for x86(not x86_64), and when: CONFIG_VIDEO_CX23885=y and

Fwd: Fail to set resolution for the Vimicro USB Camera (Altair)

Hi uvc v4l developers, My Vimicro USB Camera (Altair) driver info shown as below: Driver Info (using libv4l2): Driver name : uvcvideo Card type : Vimicro USB Camera (Altair) Bus info : usb-:00:1d.2-1 Driver version: 3.12.7 Capabilities :

OMAP3 ISP capabilities (fwd)

Hello, trying (3) below and hitting [ 6241.536071] WARNING: at drivers/media/v4l2-core/v4l2-subdev.c:424 v4l2_subdev_link_validate_get_format+0x90/0xa8() [ 6241.573150] Driver bug! Wrong media entity type 65536, entity OMAP3 ISP resizer input [ 6241.595153] [c0011cdc]

Fwd: log

media: Linux media interface: v0.10 Linux video capture interface: v2.00 em28xx: New device USB 2870 Device @ 480 Mbps (eb1a:2870, interface 0, class 0) em28xx: Video interface 0 found: isoc em28xx: DVB interface 0 found: isoc em28xx: chip ID is em2870 em2870 #0: i2c eeprom 00: 1a eb 67 95 1a eb

Re: Fwd: v4l2: The device does not support the streaming I/O method.

On Sun, 2013-12-29 at 15:27 -0500, Andy wrote: Are there any other viable options to stream /dev/video0 then? I'm not sure what you mean by stream; what are you trying to do? By default the ivtv driver and the PVR-150 output an MPEG-2 Program Stream containing MPEG-2 Video and MPEG-2 Audio

Re: Fwd: v4l2: The device does not support the streaming I/O method.

I am trying to stream /dev/video0 to http and encode it in h.264. On Wed, Jan 1, 2014 at 9:24 AM, Andy Walls awa...@md.metrocast.net wrote: On Sun, 2013-12-29 at 15:27 -0500, Andy wrote: Are there any other viable options to stream /dev/video0 then? I'm not sure what you mean by stream; what

Re: Fwd: v4l2: The device does not support the streaming I/O method.

On Wed, Jan 1, 2014 at 2:41 PM, Andy dssnos...@gmail.com wrote: I am trying to stream /dev/video0 to http and encode it in h.264. Last I checked, the ffmpeg v4l2 input interface is just for raw video. What you probably want to do is just use v4l2-ctl to setup the tuner appropriately, and then

Re: Fwd: v4l2: The device does not support the streaming I/O method.

On Wed, 2014-01-01 at 14:46 -0500, Devin Heitmueller wrote: On Wed, Jan 1, 2014 at 2:41 PM, Andy dssnos...@gmail.com wrote: I am trying to stream /dev/video0 to http and encode it in h.264. Last I checked, the ffmpeg v4l2 input interface is just for raw video. What you probably want to do

Re: Fwd: v4l2: The device does not support the streaming I/O method.

On Wed, Jan 1, 2014 at 5:18 PM, Andy Walls awa...@md.metrocast.net wrote: uncompressed video is available from /dev/video32 in an odd Conexant macroblock format that is called 'HM12' under linux. I should have been more clear - last I checked it only supported raw video in streaming mode

Re: Fwd: v4l2: The device does not support the streaming I/O method.

On Wed, Jan 1, 2014 at 5:21 PM, Devin Heitmueller dheitmuel...@kernellabs.com wrote: On Wed, Jan 1, 2014 at 5:18 PM, Andy Walls awa...@md.metrocast.net wrote: uncompressed video is available from /dev/video32 in an odd Conexant macroblock format that is called 'HM12' under linux. One more

Re: Fwd: v4l2: The device does not support the streaming I/O method.

On Wed, 2014-01-01 at 17:22 -0500, Devin Heitmueller wrote: On Wed, Jan 1, 2014 at 5:21 PM, Devin Heitmueller dheitmuel...@kernellabs.com wrote: On Wed, Jan 1, 2014 at 5:18 PM, Andy Walls awa...@md.metrocast.net wrote: uncompressed video is available from /dev/video32 in an odd Conexant

Re: Fwd: v4l2: The device does not support the streaming I/O method.

Are there any other viable options to stream /dev/video0 then? On Sat, Dec 28, 2013 at 1:15 PM, Andy Walls awa...@md.metrocast.net wrote: On Fri, 2013-12-27 at 00:37 -0500, Andy wrote: I am trying to capture input from /dev/video0 which is Hauppauge Win 150 MCE PCI card but I get the following

Re: Fwd: v4l2: The device does not support the streaming I/O method.

On Fri, 2013-12-27 at 00:37 -0500, Andy wrote: I am trying to capture input from /dev/video0 which is Hauppauge Win 150 MCE PCI card but I get the following error which has no record on google [video4linux2,v4l2 @ 0xb080d60] The device does not support the streaming I/O method.

Fwd: question about drivers/media/usb/gspca/kinect.c

Hi, Forwarding this to Antonio, the author of the kinect driver, who is the best person to answer this. Regards, Hans Original Message Subject: question about drivers/media/usb/gspca/kinect.c Date: Wed, 25 Dec 2013 20:00:34 +0100 (CET) From: Julia Lawall

Fwd: v4l2: The device does not support the streaming I/O method.

I am trying to capture input from /dev/video0 which is Hauppauge Win 150 MCE PCI card but I get the following error which has no record on google [video4linux2,v4l2 @ 0xb080d60] The device does not support the streaming I/O method. /dev/video0: Function not implemented Here is the ffmpeg command

Re: Fwd: dib8000 scanning not working on 3.10.3

Hi Javier, On Tue, Dec 10, 2013 at 04:46:16PM -0200, Javier Búcar wrote: The issue remain on kernel 3.12.3 I'll try to push a fixed kernel (with some patches reverted), so you can try. Will you be able to try a mainline-like kernel? I'll push a git branch, so it'll be something like this:

Re: Fwd: dib8000 scanning not working on 3.10.3

Hi Luis, On Wed, Jul 31, 2013 at 03:47:10PM -0300, Luis Polasek wrote: Hi, I just upgraded my kernel to 3.10.3, and dib8000 scanning does not work anymore. I'm just wondering, is this issue still present in mainline kernel? -- Ezequiel García, Free Electrons Embedded Linux, Kernel and

Re: Fwd: [PATCH 3/6] [media] s5p-mfc: add support for VIDIOC_{G,S}_CROP to encoder

Hi John, On 10/18/2013 02:03 AM, John Sheu wrote: On Thu, Oct 17, 2013 at 3:54 PM, Sylwester Nawrocki sylvester.nawro...@gmail.com wrote: On 10/18/2013 12:25 AM, John Sheu wrote: On Thu, Oct 17, 2013 at 2:46 PM, John Sheus...@google.com wrote: Sweet. Thanks for spelling things out

Re: Fwd: [PATCH 3/6] [media] s5p-mfc: add support for VIDIOC_{G,S}_CROP to encoder

Sorry, I missed to reply to this e-mail. On 04/11/13 11:57, Hans Verkuil wrote: Hi John, On 10/18/2013 02:03 AM, John Sheu wrote: On Thu, Oct 17, 2013 at 3:54 PM, Sylwester Nawrocki sylvester.nawro...@gmail.com wrote: On 10/18/2013 12:25 AM, John Sheu wrote: On Thu, Oct 17, 2013 at 2:46

Re: Fwd: [PATCH 3/6] [media] s5p-mfc: add support for VIDIOC_{G,S}_CROP to encoder

On 11/04/2013 12:29 PM, Sylwester Nawrocki wrote: Sorry, I missed to reply to this e-mail. On 04/11/13 11:57, Hans Verkuil wrote: Hi John, On 10/18/2013 02:03 AM, John Sheu wrote: On Thu, Oct 17, 2013 at 3:54 PM, Sylwester Nawrocki sylvester.nawro...@gmail.com wrote: On 10/18/2013 12:25

Re: Fwd: [PATCH 3/6] [media] s5p-mfc: add support for VIDIOC_{G,S}_CROP to encoder

Hi Hans, On 11/04/2013 01:07 PM, Hans Verkuil wrote: Let me be precise as to what should happen, and you can check whether that's what is actually done in the fimc and g2d drivers. For V4L2_BUF_TYPE_VIDEO_CAPTURE_MPLANE: Say that the mem2mem hardware creates a 640x480 picture. If

Re: Fwd: [linux-media] Patch notification: 1 patch updated

Hi Russell, On Tuesday 15 October 2013 17:06:57 Russell King - ARM Linux wrote: Bad move. Wrong status indeed. I wasn't planning to apply the patch through my tree as it's part of a much larger series. Sorry for the noise. - Forwarded message from Patchwork patchw...@linuxtv.org -

Re: Fwd: [PATCH 3/6] [media] s5p-mfc: add support for VIDIOC_{G,S}_CROP to encoder

Hello John, I am a designer of original selection API. Maybe I could clarify what does what in VIDIOC_S_CROP ioctl. I thought you were not making sense for a bit. Then I walked away, came back, and I think you're making sense now. So: * Crop always refers to the source image * Compose

Re: Fwd: [PATCH 3/6] [media] s5p-mfc: add support for VIDIOC_{G,S}_CROP to encoder

On Thu, Oct 17, 2013 at 8:27 AM, Tomasz Stanislawski t.stanisl...@samsung.com wrote: Hello John, I am a designer of original selection API. Maybe I could clarify what does what in VIDIOC_S_CROP ioctl. snip Sweet. Thanks for spelling things out explicitly like this. The fact that the

Re: Fwd: [PATCH 3/6] [media] s5p-mfc: add support for VIDIOC_{G,S}_CROP to encoder

On Thu, Oct 17, 2013 at 2:46 PM, John Sheu s...@google.com wrote: Sweet. Thanks for spelling things out explicitly like this. The fact that the CAPTURE and OUTPUT queues invert their sense of crop-ness when used in a m2m device is definitely all sorts of confusing. Just to double-check: this

Re: Fwd: [PATCH 3/6] [media] s5p-mfc: add support for VIDIOC_{G,S}_CROP to encoder

On 10/18/2013 12:25 AM, John Sheu wrote: On Thu, Oct 17, 2013 at 2:46 PM, John Sheus...@google.com wrote: Sweet. Thanks for spelling things out explicitly like this. The fact that the CAPTURE and OUTPUT queues invert their sense of crop-ness when used in a m2m device is definitely all

Re: Fwd: [PATCH 3/6] [media] s5p-mfc: add support for VIDIOC_{G,S}_CROP to encoder

On Thu, Oct 17, 2013 at 3:54 PM, Sylwester Nawrocki sylvester.nawro...@gmail.com wrote: On 10/18/2013 12:25 AM, John Sheu wrote: On Thu, Oct 17, 2013 at 2:46 PM, John Sheus...@google.com wrote: Sweet. Thanks for spelling things out explicitly like this. The fact that the CAPTURE and

Fwd: [linux-media] Patch notification: 1 patch updated

Bad move. - Forwarded message from Patchwork patchw...@linuxtv.org - Date: Tue, 15 Oct 2013 15:58:03 - From: Patchwork patchw...@linuxtv.org To: rmk+ker...@arm.linux.org.uk Subject: [linux-media] Patch notification: 1 patch updated Delivery-date: Tue, 15 Oct 2013 16:58:09 +0100

Re: Fwd: [PATCH 3/6] [media] s5p-mfc: add support for VIDIOC_{G,S}_CROP to encoder

On 10/12/2013 01:48 AM, John Sheu wrote: On Wed, Oct 9, 2013 at 11:49 PM, Hans Verkuil hverk...@xs4all.nl wrote: The main problem is that you use the wrong API: you need to use G/S_SELECTION instead of G/S_CROP. S_CROP on an output video node doesn't crop, it composes. And if your reaction

Re: Fwd: [PATCH 3/6] [media] s5p-mfc: add support for VIDIOC_{G,S}_CROP to encoder

I thought you were not making sense for a bit. Then I walked away, came back, and I think you're making sense now. So: * Crop always refers to the source image * Compose always refers to the destination image On Sat, Oct 12, 2013 at 1:00 AM, Hans Verkuil hverk...@xs4all.nl wrote: On

  1   2   3   4   >