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 versi
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 response, but only be
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 the write/read
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 write
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
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 buf[MAX_X
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 n
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 AF9035 + MXL5007T. It is HP branded A867,
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
---
drivers/media/pci/bt8x
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 Pinchart
> ---
>
> Changes si
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 the code comes originaly from
v
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
>
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 @@ static const struct format_info {
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 inserti
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 void raw_to_rgb(const struct format_in
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 raw_to_rgb(const struct format_info *inf
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 pap
Здравствуйте!
Принимаете ли Вы оплату по безналу? Если нет - я могда бы предложить свои
услугу по регистрации ООО.
Есть такие возможные варианты:
- Изготовление всех документов - 5000 руб. (полностью подготовленные документы
- идете в налоговую и Вашу организацию регистрируют) + бесплатная печ
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:
http://return
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 to linux-media, sorry about
Здравствуйте!
Скажите, пожалуйста, имеются ли у Вас неработающие, устаревшие или просто
ненужные компьютеры, комплектующие, мониторы, сотовые телефоны (кроме бытовой
техники)?
Так же интересует электронный лом, радиодетали, старую советскую технику, ЭВМ,
аналоговые АТС в любом состоянии!
Сооб
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 and USB3.0 U3V machine visio
22 matches
Mail list logo
