Sorry for late reply.
Samsung SoC C210 has many multimedia IPs.
Each IP has its own MMU named SYSTEM MMU like CPU's MMU.
So it can handle discontiguous memory using device own virtual address.
What Inki Dae wants to discuss is how to allocate the memory and how to
share it with other multimedia
Hi Andy,
On Wed, 05 Jan 2011 20:20:35 -0500, Andy Walls wrote:
The cx18 driver has a function scope i2c_client for reading the EEPROM,
and there's a good reason for it. We don't want to register the EEPROM
with the I2C system and make it visible to the rest of the system,
including i2c-dev
Hi,
Kamil Debski wrote:
snip
+/* Reqeust buffers */
+static int vidioc_reqbufs(struct file *file, void *priv,
+ struct v4l2_requestbuffers
*reqbufs)
+{
+ struct s5p_mfc_dev *dev = video_drvdata(file);
+ struct s5p_mfc_ctx *ctx = priv;
+
The following changes since commit
353b61709a555fab9745cb7aea18e1c376c413ce:
[media] radio-si470x: Always report support for RDS (2011-01-11 14:44:28
-0200)
are available in the git repository at:
git://linuxtv.org/jfrancois/gspca.git for_2.6.38
Jean-François Moine (9):
gspca:
On Thu, 13 Jan 2011 11:59:53 +0100
Jean-Francois Moine moin...@free.fr wrote:
The following changes since commit
353b61709a555fab9745cb7aea18e1c376c413ce:
[media] radio-si470x: Always report support for RDS (2011-01-11 14:44:28
-0200)
are available in the git repository at:
Hello again, Mauro,
On Thursday, January 13, 2011 9:46 AM Andrzej Pietrasiewicz wrote:
Hello Mauro,
On Wednesday, January 12, 2011 9:24 PM Mauro Carvalho Chehab wrote:
Em 12-01-2011 08:25, Marek Szyprowski escreveu:
Hello Mauro,
I've rebased our fimc and saa patches onto
Em 13-01-2011 01:05, Pawel Osciak escreveu:
Hi Mauro,
On Wed, Jan 12, 2011 at 10:49, Mauro Carvalho Chehab mche...@redhat.com
wrote:
Em 12-01-2011 08:25, Marek Szyprowski escreveu:
Hello Mauro,
I've rebased our fimc and saa patches onto
http://linuxtv.org/git/mchehab/experimental.git
Hi all,
2011/1/12 Laurent Pinchart laurent.pinch...@ideasonboard.com:
Hi Enric,
On Wednesday 12 January 2011 12:58:04 Enric Balletbò i Serra wrote:
Hi all,
As explained in my first mail I would like port the tvp515x driver to
new media framework, I'm a newbie with the v4l2 API and of
Em 13-01-2011 02:43, Vincent McIntyre escreveu:
On 1/12/11, Mauro Carvalho Chehab mche...@redhat.com wrote:
which on the face of it suggests
btty-input.c
already handled, my mistake.
cx88-input.c
the search string was in a comment
hdpvr-i2c.c
see below
I have no time
Em 13-01-2011 06:46, Andrzej Pietrasiewicz escreveu:
Hello Mauro,
On Wednesday, January 12, 2011 9:24 PM Mauro Carvalho Chehab wrote:
Em 12-01-2011 08:25, Marek Szyprowski escreveu:
Hello Mauro,
I've rebased our fimc and saa patches onto
http://linuxtv.org/git/mchehab/experimental.git
Em 13-01-2011 10:13, Andrzej Pietrasiewicz escreveu:
Hello again, Mauro,
On Thursday, January 13, 2011 9:46 AM Andrzej Pietrasiewicz wrote:
Hello Mauro,
On Wednesday, January 12, 2011 9:24 PM Mauro Carvalho Chehab wrote:
Em 12-01-2011 08:25, Marek Szyprowski escreveu:
Hello Mauro,
On Wed, 05 Jan 2011 19:46:20 -0500, Andy Walls wrote:
If you look at more of the dumps, it appears that accesses to I2C
addresses 0x70 and 0x71 can be interleaved, so it looks like the
IR.ir_lock might not be needed. Although looking further I see this:
2.035mS: 70 W 61 00 00 00 . . .
On Wed, 05 Jan 2011 20:02:41 -0200, Mauro Carvalho Chehab wrote:
Em 05-01-2011 19:51, Jean Delvare escreveu:
If you have specific cases you don't know how to solve, please point me
to them and I'll take a look.
You can take a look at saa7134-cards.c, for example. saa7134_tuner_setup()
has
On Thu, Jan 13, 2011 at 8:21 AM, Jean Delvare kh...@linux-fr.org wrote:
My bet is that register at 0x00 is a control register, and writing bit
7 (value 0x80) makes the chip busy enough that it can't process I2C
requests at the same time. The following naks would be until the
chip is
Hello,
the device still does not work with my linux boxes.
With new installed openSuSE 11.3 System Linux trixi 2.6.34.7-0.7-
desktop #1 SMP PREEMPT 2010-12-13 11:13:53 +0100 x86_64 x86_64 x86_64
GNU/Linux.
The informations about the Video Grabber VG 2000 changed. Therefore I
have updatet and
On Thu, 13 Jan 2011 12:38:04 +0100
Antonio Ospite osp...@studenti.unina.it wrote:
Jean-François Moine (9):
[...]
gspca - ov534: Use the new video control mechanism
In this commit, is there a reason why you didn't rename also
sd_setagc() into setagc() like for the other
Devin,
You've seen the clock stretch with your I2C analyzer?
Jean,
How should clock stretches by slaves be handled using i2c-algo-bit?
Regards,
Andy
Devin Heitmueller dheitmuel...@kernellabs.com wrote:
On Thu, Jan 13, 2011 at 8:21 AM, Jean Delvare kh...@linux-fr.org wrote:
My bet is that
On Thu, 13 Jan 2011 11:34:42 -0500, Andy Walls wrote:
How should clock stretches by slaves be handled using i2c-algo-bit?
It is already handled. But hdpvr-i2c doesn't use i2c-algo-bit. I2C
support is done with USB commands instead. Maybe the hardware
implementation doesn't support clock
Jean,
Yes, however, I asked because ivtv and cx18 use i2c-algo-bit and also provide
Zilog z8 IR I2C clients for lirc_zilog to use. So if those get clock stretch
handling for free, that's great.
Regards,
Andy
Jean Delvare kh...@linux-fr.org wrote:
On Thu, 13 Jan 2011 11:34:42 -0500, Andy
On Thu, Jan 13, 2011 at 11:48 AM, Jean Delvare kh...@linux-fr.org wrote:
On Thu, 13 Jan 2011 11:34:42 -0500, Andy Walls wrote:
How should clock stretches by slaves be handled using i2c-algo-bit?
It is already handled. But hdpvr-i2c doesn't use i2c-algo-bit. I2C
support is done with USB
On Thu, 13 Jan 2011 12:07:34 -0500, Devin Heitmueller wrote:
On Thu, Jan 13, 2011 at 11:48 AM, Jean Delvare kh...@linux-fr.org wrote:
On Thu, 13 Jan 2011 11:34:42 -0500, Andy Walls wrote:
How should clock stretches by slaves be handled using i2c-algo-bit?
It is already handled. But
Read operations should be preceeded by a write operation. However,
nothing prevents that an I2C operation could happen between the two
transactions.
To avoid that problem, use an unique I2C transfer for both parts of
the I2C transaction.
Cc: Michael Krufky mkru...@kernellabs.com
Signed-off-by:
If tda8290 is detected, but no tuner is found, the driver will do bad
things:
tuner 2-0060: chip found @ 0xc0 (saa7133[0])
tda829x 2-0060: could not clearly identify tuner address, defaulting to 60
tda829x 2-0060: tuner access failed!
BUG: unable to handle kernel NULL pointer dereference at
There were some issues at tda8290 that were preventing this device
to work. Now that those fixes were fixed, we can enable analog
mode.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/video/saa7134/saa7134-cards.c
b/drivers/media/video/saa7134/saa7134-cards.c
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:Thu Jan 13 19:00:38 CET 2011
git master: 59365d136d205cc20fe666ca7f89b1c5001b0d5a
git media-master: gcc version:
usb_altnum_to_altsetting() may return NULL. If it does we'll dereference a
NULL pointer in
drivers/media/video/gspca/stv06xx/stv06xx_pb0100.c::pb0100_start().
As far as I can tell there's not really anything more sensible than
-ENODEV that we can return in that situation, but I'm not at all
Hello,
How do you think about adding a new callback function which makes allocator
for vb2 fill the reserved field in v4l2_buffer as below.
As-Is: VIDIOC_QUERYBUF - v4l2_m2m_querybuf - vb2_querybuf -
__fill_v4l2_buffer
To-Be: VIDIOC_QUERYBUF - v4l2_m2m_querybuf - vb2_querybuf -
Hi,
-Original Message-
From: Jonghun Han [mailto:jonghun@samsung.com]
Hi,
Kamil Debski wrote:
snip
+/* Reqeust buffers */
+static int vidioc_reqbufs(struct file *file, void *priv,
+ struct v4l2_requestbuffers
*reqbufs)
+{
+
28 matches
Mail list logo