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: Sat Apr 9 04:00:15 CEST 2016 git branch: test git hash: bc5ccdbc990debbcae4602214dddc8d5fd38b01d gcc

Re: AVerMedia HD Volar (A867) AF9035 + MXL5007T driver issues

On 04/09/2016 04:52 AM, Alessandro Radicati wrote: On Sat, Apr 9, 2016 at 3:22 AM, Antti Palosaari wrote: Here is patches to test: http://git.linuxtv.org/anttip/media_tree.git/log/?h=af9035 I've done this already in my testing, and it works for getting a correct chip_id

Re: AVerMedia HD Volar (A867) AF9035 + MXL5007T driver issues

On Sat, Apr 9, 2016 at 3:22 AM, Antti Palosaari wrote: > Here is patches to test: > http://git.linuxtv.org/anttip/media_tree.git/log/?h=af9035 > I've done this already in my testing, and it works for getting a correct chip_id response, but only because it's avoiding the issue with

Re: AVerMedia HD Volar (A867) AF9035 + MXL5007T driver issues

Antti, AF9035 I2C write/read is fine with the patch I proposed, like your middle case. This issue is not specific to MXL5007T; it's something I caught sniffing the I2C bus with a logic analyzer and stands on it's own. I implemented it this way because the driver specifically implements that

Re: AVerMedia HD Volar (A867) AF9035 + MXL5007T driver issues

Here is patches to test: http://git.linuxtv.org/anttip/media_tree.git/log/?h=af9035 After that both af9015+mxl5007t and af9035+mxl5007t started working. Earlier both were returning bogus values for chip id read. Also I am interested to known which kind of communication there is actually seen

Re: AVerMedia HD Volar (A867) AF9035 + MXL5007T driver issues

uh, how it could be so hard? I just made few tests and found 3 ways to read it. OK, one is that Alessandro already pointed out and I don't feel it correct. But those 2 are one for look. CMD_I2C_WR / CMD_I2C_RD with 1st priority, then CMD_GENERIC_I2C_WR / CMD_GENERIC_I2C_RD { u8

Re: AVerMedia HD Volar (A867) AF9035 + MXL5007T driver issues

Jose, Antti, The no_probe option or similar is the only fix I could find (in fact i was going to propose a similar patch to what you have). I've tried all combinations of firmware and also tried issuing the read command to the tuner in different states (e.g. sleep, just after soft/hard reset) to

Re: AVerMedia HD Volar (A867) AF9035 + MXL5007T driver issues

I made a patch long time ago, but it was not accepted. https://patchwork.linuxtv.org/patch/16242/ Jose Alberto El 06/04/2016 01:00, Alessandro Radicati escribió: > > On Wed, Apr 6, 2016 at 12:33 AM, Antti Palosaari wrote: > > I found one stick having

[PATCH] [media] bt8xx: remove needless module refcounting

It is responsibility of a caller of fops->open(), to make sure an owner of the fops is available until file is closed. So, there is no need to lock THIS_MODULE explicitly. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov ---

Re: [PATCH v4] [media] tpg: Export the tpg code from vivid as a module

Hi Helen, Thank you for the patch. On Friday 08 Apr 2016 17:28:58 Helen Mae Koike Fornazier wrote: > The test pattern generator will be used by other drivers as the virtual > media controller (vimc) > > Signed-off-by: Helen Mae Koike Fornazier Acked-by: Laurent

[PATCH v4] [media] tpg: Export the tpg code from vivid as a module

The test pattern generator will be used by other drivers as the virtual media controller (vimc) Signed-off-by: Helen Mae Koike Fornazier --- Changes since v3: - "depends on VIDEO_VIVID" removed from Kconfig - License changed from GPL v2 to GLP, as

Re: [PATCH 0/3] raw2rgbpnm support for NV16/61, YUV420 and RGB332

On Fri, Apr 08, 2016 at 10:36:11PM +0300, Laurent Pinchart wrote: > Hello, > > The subject says it all, please see individual patches. > > Laurent Pinchart (3): > Add support for NV16 and NV61 formats > Add support for YUV420 format > Add support for RGB332 format > > raw2rgbpnm.c | 73

[PATCH 1/3] Add support for NV16 and NV61 formats

Signed-off-by: Laurent Pinchart --- raw2rgbpnm.c | 35 +++ 1 file changed, 35 insertions(+) diff --git a/raw2rgbpnm.c b/raw2rgbpnm.c index 96835c3591f5..aa4127330ebe 100644 --- a/raw2rgbpnm.c +++ b/raw2rgbpnm.c @@ -81,6 +81,8 @@

[PATCH 3/3] Add support for RGB332 format

Signed-off-by: Laurent Pinchart --- raw2rgbpnm.c | 15 +++ 1 file changed, 15 insertions(+) diff --git a/raw2rgbpnm.c b/raw2rgbpnm.c index ac3ee31feb8e..0cffcced928a 100644 --- a/raw2rgbpnm.c +++ b/raw2rgbpnm.c @@ -432,6 +432,21 @@ static void

[PATCH 0/3] raw2rgbpnm support for NV16/61, YUV420 and RGB332

Hello, The subject says it all, please see individual patches. Laurent Pinchart (3): Add support for NV16 and NV61 formats Add support for YUV420 format Add support for RGB332 format raw2rgbpnm.c | 73 1 file changed, 73

[PATCH 2/3] Add support for YUV420 format

Signed-off-by: Laurent Pinchart --- raw2rgbpnm.c | 23 +++ 1 file changed, 23 insertions(+) diff --git a/raw2rgbpnm.c b/raw2rgbpnm.c index aa4127330ebe..ac3ee31feb8e 100644 --- a/raw2rgbpnm.c +++ b/raw2rgbpnm.c @@ -215,6 +215,7 @@ static

FROM: MR. OLIVER SENO!!

Dear Sir. I bring you greetings. My name is Mr.Oliver Seno Lim, I am a staff of Abbey National Plc. London and heading our regional office in West Africa. Our late customer named Engr.Ben W.westland, made a fixed deposit amount of US$7Million.He did not declare any next of kin in any of his

Принимаете ли Вы оплаты по безналу?

Здравствуйте! Принимаете ли Вы оплату по безналу? Если нет - я могда бы предложить свои услугу по регистрации ООО. Есть такие возможные варианты: - Изготовление всех документов - 5000 руб. (полностью подготовленные документы - идете в налоговую и Вашу организацию регистрируют) + бесплатная

Re: Kernel docs: muddying the waters a bit

Hi kernel-doc authors, motivated by this MT, I implemented a toolchain to migrate the kernel’s DocBook XML documentation to reST markup. It converts 99% of the docs well ... to gain an impression how kernel-docs could benefit from, visit my sphkerneldoc project page on github:

Re: USB xHCI regression after upgrading from kernel 3.19.0-51 to 4.2.0-34.

On Fri, Apr 08, 2016 at 10:51:26AM +0200, Hans de Goede wrote: > Hi, > > It is probably best to resend this mail to > linux-usb > since this is more of a usb problem then a v4l2 problem, > and all the usb experts are subscribed to that list. Heh, I told him to send it

Насчет советской техники (приборы, ЭВМ, аналоговые АТС в любом состоянии).

Здравствуйте! Скажите, пожалуйста, имеются ли у Вас неработающие, устаревшие или просто ненужные компьютеры, комплектующие, мониторы, сотовые телефоны (кроме бытовой техники)? Так же интересует электронный лом, радиодетали, старую советскую технику, ЭВМ, аналоговые АТС в любом состоянии!

Re: USB xHCI regression after upgrading from kernel 3.19.0-51 to 4.2.0-34.

Hi, It is probably best to resend this mail to linux-usb since this is more of a usb problem then a v4l2 problem, and all the usb experts are subscribed to that list. Regards, Hans On 07-04-16 17:36, Matthew Giassa wrote: Good day, I maintain an SDK for USB2.0