My review also imply Kamil's original patch.
Jeongtae Park wrote:
Multi Format Codec v5.1 is a module available on S5PC110 and S5PC210
Samsung SoCs. Hardware is capable of handling a range of video codecs
and this driver provides V4L2 interface for video decoding encoding.
Reviewed-by:
On 26 Dec 2010, at 14:40, Ludovic BOUÉ wrote:
Hi all,
I have a Satix-S2 Dual and I'm trying to get to work without his CI in a
first time. I'm trying ngene-test2
from http://linuxtv.org/hg/~endriss/ngene-test2/ under
2.6.32-21-generic.
It contains too much nodes (extra demuxes, dvrs
Horizontal and vertical scaling range are according to the following equations.
If (SRC_Width = 64 x DST_Width) { Exit(-1); /* Out of Horizontal scale range}
If (SRC_Height = 64 x DST_Height) { Exit(-1); /* Out of Vertical scale range}
fimc_check_scaler_ratio() is used to check if horizontal
Em 26-12-2010 17:38, David Henningsson escreveu:
On 2010-12-26 12:41, Mauro Carvalho Chehab wrote:
Hi David,
Em 26-12-2010 07:14, David Henningsson escreveu:
Hi Linux-media,
As a spare time project I bought myself a TT CT-3650, to see if I could get
it working. Waling Dijkstra did write a
Sunday 26 December 2010 18:45:00 Guennadi Liakhovetski wrote:
On Sat, 25 Dec 2010, Janusz Krzysztofik wrote:
[snip]
Passing the virtual address allows the API to become much more
flexible. Not only that, it allows it to be used on ARM, rather
than becoming (as it currently stands)
Hi Hyunwoong,
On 12/27/2010 10:17 AM, Hyunwoong Kim wrote:
Horizontal and vertical scaling range are according to the following
equations.
If (SRC_Width = 64 x DST_Width) { Exit(-1); /* Out of Horizontal scale
range}
If (SRC_Height = 64 x DST_Height) { Exit(-1); /* Out of Vertical scale
There's no sense on keeping VIDEO_V4L1 Kconfig option just because of
two deprecated drivers moved to staging scheduled to die on 2.6.39.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/Kconfig b/drivers/media/Kconfig
index 9ea1a6d..147c92b 100644
---
This comment mentions a field that doesn't exist, and talks about
videodev.h that got removed. So, it doesn't make any sense to keep
it.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/video/omap/omap_vout.c
b/drivers/media/video/omap/omap_vout.c
index
This example file uses the old V4L1 API. It also doesn't use libv4l.
So, it is completely obsolete. A good example already exists at
v4l-utils (v4l2grab.c):
http://git.linuxtv.org/v4l-utils.git
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
delete mode 100644
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/Documentation/DocBook/v4l/func-ioctl.xml
b/Documentation/DocBook/v4l/func-ioctl.xml
index 00f9690..b60fd37 100644
--- a/Documentation/DocBook/v4l/func-ioctl.xml
+++ b/Documentation/DocBook/v4l/func-ioctl.xml
@@ -34,8 +34,7 @@
The V4L1 removal patches removed a few ioctls. Update it at the docspace.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/Documentation/ioctl/ioctl-number.txt
b/Documentation/ioctl/ioctl-number.txt
index 63ffd78..49d7f00 100644
--- a/Documentation/ioctl/ioctl-number.txt
+++
There's no sense on keeping it on 2.6.38, as nobody is using it
anymore, at the kernel tree, and installing it at the userspace
API.
As two deprecated drivers still need it, move it to their internal
directories.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
create mode 100644
Hi Steve,
Am 14.12.2010 20:51, schrieb Steven Toth:
On 12/14/10 12:23 PM, Julian Scheel wrote:
Is there any reason, why the additional card-information found here:
http://www.kernellabs.com/hg/~stoth/saa7164-dev/
is not yet in the kernel tree?
PAL encoder support is broken in the current tree
Em 26-12-2010 15:54, Mariusz Białończyk escreveu:
Hello,
Maybe you could give me some tip for issue i found with ir-core.
I am using cx88 chipset for ir-decoding.
The problem is that sometimes the key is wrong handled (especially
when the remote is long from the receiver), for instance:
I am
On Monday, December 27, 2010 12:38:39 Mauro Carvalho Chehab wrote:
The V4L1 removal patches removed a few ioctls. Update it at the docspace.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/Documentation/ioctl/ioctl-number.txt
b/Documentation/ioctl/ioctl-number.txt
Em 24-12-2010 09:19, Hans Verkuil escreveu:
Good to hear from Qualcomm!
I've made some comments below:
On Thursday, December 23, 2010 20:38:04 Shuzhen Wang wrote:
Hello,
This is the architecture overview we put together for Qualcomm MSM camera
support in linux-media tree. Your comments
On 27 Dec 2010, at 11:12, Ludovic BOUE wrote:
Hi,
About the CI part, from what I’ve read, it seems that the stream must be get
from
dvr0, than passed to sec0. And the final decrypted stream must be read
from sec0.
I use Mumudvb and will not be able to handle this setup.
I hadn't
On Monday, December 27, 2010 12:38:48 Mauro Carvalho Chehab wrote:
Now that all hard work to remove V4L1 happened, it doesn't make
sense on keeping videodev.h just because of two obsoleted drivers.
Perhaps it is also time to mark the videodev2.h _OLD ioctls for removal in
2.6.39?
If we are
Em 27-12-2010 10:21, Hans Verkuil escreveu:
On Monday, December 27, 2010 12:38:48 Mauro Carvalho Chehab wrote:
Now that all hard work to remove V4L1 happened, it doesn't make
sense on keeping videodev.h just because of two obsoleted drivers.
Perhaps it is also time to mark the videodev2.h
On Monday, December 27, 2010 13:33:52 Mauro Carvalho Chehab wrote:
Em 27-12-2010 10:21, Hans Verkuil escreveu:
On Monday, December 27, 2010 12:38:48 Mauro Carvalho Chehab wrote:
Now that all hard work to remove V4L1 happened, it doesn't make
sense on keeping videodev.h just because of two
Em 27-12-2010 10:01, Hans Verkuil escreveu:
On Monday, December 27, 2010 12:38:39 Mauro Carvalho Chehab wrote:
The V4L1 removal patches removed a few ioctls. Update it at the docspace.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/Documentation/ioctl/ioctl-number.txt
Em 27-12-2010 10:01, Hans Verkuil escreveu:
On Monday, December 27, 2010 12:38:39 Mauro Carvalho Chehab wrote:
The V4L1 removal patches removed a few ioctls. Update it at the docspace.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
Reviewed version, removing also ovcamchip.h.
On Monday, December 27, 2010 14:03:03 Mauro Carvalho Chehab wrote:
Em 27-12-2010 10:01, Hans Verkuil escreveu:
On Monday, December 27, 2010 12:38:39 Mauro Carvalho Chehab wrote:
The V4L1 removal patches removed a few ioctls. Update it at the docspace.
Signed-off-by: Mauro Carvalho Chehab
Hi all,
I recently purchased a Hauppauge Nova-T USB DVB-T receiver and have
been having trouble getting it to work.
I read through the Wiki page
(http://www.linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-Stick)
for this device and followed the instructions but still no luck.
Most of the time
Hi Mauro,
with the help of Bernd Spaeth, I finally managed to get the Terratec
Grabby
working by using
mplayer -v -tv
driver=v4l2:input=0:device=/dev/video1:alsa:adevice=hw.2,0:audiorate=48000:forceaudio:immediatemode=0
tv://
and your patch
diff --git
Em 27-12-2010 11:23, Hans Verkuil escreveu:
On Monday, December 27, 2010 14:03:03 Mauro Carvalho Chehab wrote:
Em 27-12-2010 10:01, Hans Verkuil escreveu:
On Monday, December 27, 2010 12:38:39 Mauro Carvalho Chehab wrote:
The V4L1 removal patches removed a few ioctls. Update it at the
There are some old broken definitions of ioctl's, where the
read/write arguments were marked wrong. The last one were added
on 2.6.6 kernel. Remove them, in order to cleanup some
copy_from_user/copy_to_user logic done inside V4L core.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff
Em 27-12-2010 10:45, Hans Verkuil escreveu:
On Monday, December 27, 2010 13:33:52 Mauro Carvalho Chehab wrote:
Em 27-12-2010 10:21, Hans Verkuil escreveu:
On Monday, December 27, 2010 12:38:48 Mauro Carvalho Chehab wrote:
Now that all hard work to remove V4L1 happened, it doesn't make
sense
drivers/staging/lirc/lirc_bt829.c:141: undefined reference to
`lirc_register_driver'
drivers/built-in.o:(.rodata+0x20f68): undefined reference to `lirc_dev_fop_read'
drivers/built-in.o:(.rodata+0x20f7c): undefined reference to `lirc_dev_fop_poll'
drivers/built-in.o:(.rodata+0x20f8c): undefined
The following changes since commit 0ccbb0642d57b7d8b044ecf6d6529b186591c1ce:
Mauro Carvalho Chehab (1):
feature_removal_schedule.txt: mark VIDIOC_*_OLD ioctls to die
are available in the git repository at:
ssh://linuxtv.org/git/hverkuil/media_tree.git rds
Hans Verkuil (2):
Hi,
I'm responsible for the multimedia support at Linux Kernel. I tried to contact
the
authors of the DABUSB driver back in september some time ago without any luck.
We're considering the removal of dabusb driver from Linux Kernel, due to a few
reasons:
1) The driver is for an engineering
Em 27-12-2010 13:08, Hans Verkuil escreveu:
On Monday, December 27, 2010 15:02:05 Mauro Carvalho Chehab wrote:
Em 27-12-2010 11:23, Hans Verkuil escreveu:
On Monday, December 27, 2010 14:03:03 Mauro Carvalho Chehab wrote:
Em 27-12-2010 10:01, Hans Verkuil escreveu:
On Monday, December 27,
On 2010-12-27 10:54, Mauro Carvalho Chehab wrote:
Em 26-12-2010 17:38, David Henningsson escreveu:
On 2010-12-26 12:41, Mauro Carvalho Chehab wrote:
Hi David,
Em 26-12-2010 07:14, David Henningsson escreveu:
Hi Linux-media,
As a spare time project I bought myself a TT CT-3650, to see if I
drivers/media/rc/streamzap.c: In function ‘streamzap_probe’:
drivers/media/rc/streamzap.c:460:2: warning: statement with no effect
Cc: Jarod Wilson ja...@redhat.com
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/rc/streamzap.c b/drivers/media/rc/streamzap.c
Hello all,
I'm new on media and camera, I try to use the OMAP3 ISP driver on
OMAP3530 with media framework. I've a TVP5151 connected on ISP port
though the parallel interface on own custom board
Against which repository/branch should I start the development ?
Should I port tvp5150 driver
drivers/media/dvb/frontends/af9013.c: In function
‘af9013_update_signal_strength.clone.0’:
drivers/media/dvb/frontends/af9013.c:967:6: warning: ‘ret’ may be used
uninitialized in this function
Cc: Antti Palosaari cr...@iki.fi
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git
A few typos at the driver are causing the following warnings:
drivers/media/dvb/frontends/stv090x.c: In function ‘stv090x_start_search’:
drivers/media/dvb/frontends/stv090x.c:1486:27: warning: comparison between
‘enum stv090x_search’ and ‘enum stv090x_delsys’
The check for status errors is now before the check for len. That's
ok. However, the error printk's for the status error prints the URB
length. This generates this error:
drivers/media/video/gspca/gspca.c: In function ‘fill_frame’:
drivers/media/video/gspca/gspca.c:305:9: warning: ‘len’ may be
Fixes several warnings:
drivers/media/dvb/frontends/dib7000m.c: In function ‘dib7000m_set_channel’:
drivers/media/dvb/frontends/dib7000m.c:808:3: warning: case value ‘255’ not in
enumerated type ‘fe_transmit_mode_t’
drivers/media/dvb/frontends/dib7000m.c:869:3: warning: case value ‘255’ not in
Hi Hans,
-Original Message-
From: Hans Verkuil [mailto:hverk...@xs4all.nl]
Sent: 22 December 2010 13:42
To: Jeongtae Park
Cc: linux-media@vger.kernel.org; linux-samsung-...@vger.kernel.org;
k.deb...@samsung.com; jaeryul...@samsung.com; kgene@samsung.com;
ben-li...@fluff.org;
drivers/staging/lirc/lirc_zilog.c: In function ‘send_code’:
drivers/staging/lirc/lirc_zilog.c:886:1: warning: label ‘done’ defined but not
used
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/staging/lirc/lirc_zilog.c
b/drivers/staging/lirc/lirc_zilog.c
index
drivers/media/radio/radio-wl1273.c: In function
‘wl1273_fm_upload_firmware_patch’:
drivers/media/radio/radio-wl1273.c:675:2: warning: ‘n’ may be used
uninitialized in this function
drivers/media/radio/radio-wl1273.c:675:2: warning: ‘i’ may be used
uninitialized in this function
Those vars are
drivers/media/dvb/dvb-core/dmxdev.c: In function ‘dvb_dmxdev_start_feed’:
drivers/media/dvb/dvb-core/dmxdev.c:583:13: warning: comparison between ‘enum
dmx_ts_pes’ and ‘enum anonymous’
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/dvb/dvb-core/dmxdev.c
There were several warnings at the subsystem, that were catched with
gcc version 4.5.1. All of them are fixed on those patches by a
trivial patch. So, let's fix them ;)
Now, the only remaining patches are the ones we want to be there:
drivers/staging/lirc/lirc_i2c.c: In function ‘ir_probe’:
Em 27-12-2010 13:54, David Henningsson escreveu:
On 2010-12-27 10:54, Mauro Carvalho Chehab wrote:
Em 26-12-2010 17:38, David Henningsson escreveu:
On 2010-12-26 12:41, Mauro Carvalho Chehab wrote:
+/* command to poll IR receiver (copied from pctv452e.c) */
+#define CMD_GET_IR_CODE 0x1b
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Mon Dec 27 19:00:30 CET 2010
git master: 59365d136d205cc20fe666ca7f89b1c5001b0d5a
git media-master: gcc version:
On 2010-12-27 17:51, Mauro Carvalho Chehab wrote:
Em 27-12-2010 13:54, David Henningsson escreveu:
On 2010-12-27 10:54, Mauro Carvalho Chehab wrote:
Em 26-12-2010 17:38, David Henningsson escreveu:
On 2010-12-26 12:41, Mauro Carvalho Chehab wrote:
+/* command to poll IR receiver (copied
Hello,
sorry for not answering in time. Please feel free to remove this piece
of unusable code from the kernel.
Deti
On 12/27/2010 04:39 PM, Mauro Carvalho Chehab wrote:
Hi,
I'm responsible for the multimedia support at Linux Kernel. I tried to contact
the
authors of the DABUSB driver
Em 27-12-2010 17:49, Deti Fliegl escreveu:
Hello,
sorry for not answering in time. Please feel free to remove this piece of
unusable code from the kernel.
Hi Deti,
Thanks for your answer. I'll be moving it to staging and scheduling its removal
on 2.6.39.
If you have instead an update for
From cd1b06628baa2cc4780e70922623aac310d890e1 Mon Sep 17 00:00:00 2001
From: Mauro Carvalho Chehab mche...@redhat.com
Date: Mon, 27 Dec 2010 19:17:12 -0200
Subject: [PATCH] [media] dabusb: Move it to staging to be deprecated
dabusb driver were conceived as an experimental driver for a test
Em 27-12-2010 17:02, David Henningsson escreveu:
On 2010-12-27 17:51, Mauro Carvalho Chehab wrote:
Em 27-12-2010 13:54, David Henningsson escreveu:
On 2010-12-27 10:54, Mauro Carvalho Chehab wrote:
Em 26-12-2010 17:38, David Henningsson escreveu:
On 2010-12-26 12:41, Mauro Carvalho Chehab
On Sunday 26 December 2010 15:40:15 Ludovic BOUÉ wrote:
Hi all,
I have a Satix-S2 Dual and I'm trying to get to work without his CI in a
first time. I'm trying ngene-test2
from http://linuxtv.org/hg/~endriss/ngene-test2/ under
2.6.32-21-generic.
It contains too much nodes (extra
I have hardware for lirc_zilog. I can look later this week.
I also have hardware that lirc_i2c handles but not all the hardware it handles.
IIRC lirc_i2c is very much like ir-kbd-i2c, so do we need it anymore? I'm not
able to check for myself at the moment.
Regards,
Andy
Mauro Carvalho
Bitwise negate was intended here. INPUT_SEL_MASK is 0x30.
Signed-off-by: Dan Carpenter erro...@gmail.com
diff --git a/drivers/media/video/cx231xx/cx231xx-avcore.c
b/drivers/media/video/cx231xx/cx231xx-avcore.c
index d52955c..c53e972 100644
--- a/drivers/media/video/cx231xx/cx231xx-avcore.c
+++
Sylwester Nawrocki wrote:
-Original Message-
From: linux-samsung-soc-ow...@vger.kernel.org [mailto:linux-samsung-soc-
ow...@vger.kernel.org] On Behalf Of Sylwester Nawrocki
Sent: Monday, December 27, 2010 7:57 PM
To: Hyunwoong Kim
Cc: linux-media@vger.kernel.org;
Em 27-12-2010 21:55, Andy Walls escreveu:
I have hardware for lirc_zilog. I can look later this week.
That would be great!
I also have hardware that lirc_i2c handles but not all the hardware it
handles.
IIRC lirc_i2c is very much like ir-kbd-i2c, so do we need it anymore? I'm
not
Hi Charles
(linux-i2c added to cc)
On Mon, 27 Dec 2010, Charles D. Krebs wrote:
Guennadi,
I'm developing a driver for a video receiver chip that has register
banks on multiple I2C addresses on the same bus. The data output is
parallel and I will be connecting it to the sh host
57 matches
Mail list logo
