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 inte
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
> no
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; linux-samsung-
Bitwise negate was intended here. INPUT_SEL_MASK is 0x30.
Signed-off-by: Dan Carpenter
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
+++ b/drivers/media/v
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 Cheha
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 (extr
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 Carva
>From cd1b06628baa2cc4780e70922623aac310d890e1 Mon Sep 17 00:00:00 2001
From: Mauro Carvalho Chehab
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
device. The driver never
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 f
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 back
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 fro
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: i6
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_COD
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’:
dri
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 ’
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/dvb/dvb-core/dmxdev.c
b/drivers/media/dvb/dvb-core/dmx
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 n
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
diff --git a/drivers/staging/lirc/lirc_zilog.c
b/drivers/staging/lirc/lirc_zilog.c
index f0076eb..52be6de 100644
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.o
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
e
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 use
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’
drivers/media/dvb/frontends/stv090x.c
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
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/dvb/frontends/af
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 to
drivers/media/rc/streamzap.c: In function ‘streamzap_probe’:
drivers/media/rc/streamzap.c:460:2: warning: statement with no effect
Cc: Jarod Wilson
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/rc/streamzap.c b/drivers/media/rc/streamzap.c
index 7f82f55..6e2911c 100644
--- a/d
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 co
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, De
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 sampl
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):
saa6
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, 2010 12:38:39 Mauro Carvalho Chehab
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 ref
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
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
diff --git a/Documentati
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
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 a/drivers/media/video/em28xx/em28xx-card
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 t
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 Carva
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
>>
Reviewed version, removing also ovcamchip.h.
Cheers,
Mauro
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
>>
>> diff --git a/Documentation/ioctl/ioctl-number.txt
>> b/Doc
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
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 videodev
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 ge
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
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. Y
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
>
> diff --git a/Documentation/ioctl/ioctl-number.txt
> b/Documentation/ioctl/ioctl-number.txt
> index 63ffd78.
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:
>
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
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
create mode 100644 drivers/staging/se401/vid
The V4L1 removal patches removed a few ioctls. Update it at the docspace.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/Documentation/ioctl/ioctl-number.txt
b/Documentation/ioctl/ioctl-number.txt
index 63ffd78..49d7f00 100644
--- a/Documentation/ioctl/ioctl-number.txt
+++ b/Documentation/io
Signed-off-by: Mauro Carvalho Chehab
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 @@
requ
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
delete mode 100644 Documentation/video4linux/v4lgrab.c
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
diff --git a/drivers/media/video/omap/omap_vout.c
b/drivers/media/video/omap/omap_vout.c
index 15f8793..83de97a 100644
--
Now that all hard work to remove V4L1 happened, it doesn't make
sense on keeping videodev.h just because of two obsoleted drivers.
Let's just remove this thing and copy it to the two staging drivers
that still needs it.
While here, fix the remaining bits that were hit by:
$ git grep video
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
diff --git a/drivers/media/Kconfig b/drivers/media/Kconfig
index 9ea1a6d..147c92b 100644
--- a/drivers/media/Kconfig
+++
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
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
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 Di
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 a
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 demuxe
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-b
59 matches
Mail list logo
