On Thu, Jan 6, 2011 at 20:40, Pawel Osciak wrote:
> Correct ioctl return value handling and fix coding style issues.
>
> Signed-off-by: Pawel Osciak
> ---
> Documentation/DocBook/v4l/io.xml | 40
> +++---
> 1 files changed, 20 insertions(+), 20 deletions(-)
Th
Add DocBook documentation for the new multi-planar API extensions to the
Video for Linux 2 API DocBook.
Signed-off-by: Pawel Osciak
---
Documentation/DocBook/media-entities.tmpl |4 +
Documentation/DocBook/v4l/common.xml |2 +
Documentation/DocBook/v4l/compat.xml |
Correct ioctl return value handling and fix coding style issues.
Signed-off-by: Pawel Osciak
---
Documentation/DocBook/v4l/io.xml | 40 +++---
1 files changed, 20 insertions(+), 20 deletions(-)
diff --git a/Documentation/DocBook/v4l/io.xml b/Documentation/DocBo
Hello, Mr. Jonghun.
please, note that user process's pgd and device's pgd with system mmu
are differnent. first, the memory allocated by user malloc should be
mapped to physical memory in page unit because user app also should be
accessed to own memory region. and when mapping the physical memory
Hello,
That's not a translation issue. What I mention is the size of allocation.
The malloc uses 4KB page allocation and SYS.MMU can handle it.
But 64KB or 1MB physically contiguous memory is better than 4KB page in the
point of performance.
Best regards,
> -Original Message-
> From: li
pass VIDIOC_ENUM_FRAMESIZES down to sub device drivers. So far no
special handling in soc-camera core.
Signed-off-by: Kassey Lee
Signed-off-by: Qing Xu
---
drivers/media/video/soc_camera.c | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/so
thank you for your comments.
your second comment has no any problem as I said before, user virtual
addess could be translated in page unit. but the problem, as you said,
is that when cpu access to the memory in user mode, the memory
allocated by malloc, page fault occurs so we can't find pfn to us
Yeah well, lame-o default email client on my Android phone.
-Andy
Greg KH wrote:
>
>
>A: No.
>Q: Should I include quotations after my reply?
>
>http://daringfireball.net/2007/07/on_top
>
>On Thu, Jan 06, 2011 at 07:24:27PM -0500, Andy Walls wrote:
>> Why, yes, there is a standard:
>>
>> http:/
Hi Kamil,
Kamil Debski wrote:
> Hi,
>
> Thanks for the comment. Some of them include my code, which will I comment
> below.
>
> > My review also imply Kamil's original patch.
>
> >
> > > +#define MFC_NUM_CONTEXTS 4
> >
> > How about use MFC_NUM_INSTANT instead MFC_NUM_CONTEXTS ?
> > Becaus
A: No.
Q: Should I include quotations after my reply?
http://daringfireball.net/2007/07/on_top
On Thu, Jan 06, 2011 at 07:24:27PM -0500, Andy Walls wrote:
> Why, yes, there is a standard:
>
> http://pubs.opengroup.org/onlinepubs/009695399/functions/xsh_chap02_03.html
>
> A somewhat verbose de
Why, yes, there is a standard:
http://pubs.opengroup.org/onlinepubs/009695399/functions/xsh_chap02_03.html
A somewhat verbose description of the errnos is in section 2.3.
-Andy
Hans Verkuil wrote:
>On Thursday, January 06, 2011 23:19:12 Greg KH wrote:
>
>
>
>> > > > +static ssize_t media_read
Thanks for the comments - certainly good arguments to our lawyers :-)...
actually the information of how to config the ISP HW is requested to be
protected for now, we are working on certain degree of openness.
The HW config code is just a small part of the user space (daemon)
tasks, the user s
Hello,
There are two reasons why malloc isn't suitable for it.
The first is that malloc doesn't allocate memory when malloc is called.
So driver or vb2 cannot find PFN for it in the VIDIOC_QBUF.
The second is that malloc uses 4KB page allocation.
SYS.MMU(IO-MMU) can handle scattered memory. But
On Fri, Jan 07, 2011 at 12:27:11AM +0100, Hans Verkuil wrote:
> On Thursday, January 06, 2011 23:19:12 Greg KH wrote:
>
>
>
> > > > > +static ssize_t media_read(struct file *filp, char __user *buf,
> > > > > + size_t sz, loff_t *off)
> > > > > +{
> > > > > + struct media_devnode
On Thursday, January 06, 2011 23:19:12 Greg KH wrote:
> > > > +static ssize_t media_read(struct file *filp, char __user *buf,
> > > > + size_t sz, loff_t *off)
> > > > +{
> > > > + struct media_devnode *mdev = media_devnode_data(filp);
> > > > +
> > > > + if (!mdev->fop
Attached is the diff I currently use.
Some more process. Attached is a new patch, which allows me to capture
video and audio from a PAL tuner. Imho the video has wrong colours
though (using PAL-B). Maybe someone would want to test that patch and
give some feedback?
Regards,
Julian
Nur in
On Fri, Dec 24, 2010 at 12:59:38PM +0100, Laurent Pinchart wrote:
> Hi Greg,
>
> Thank you for the review.
>
> On Thursday 23 December 2010 04:32:53 Greg KH wrote:
> > On Mon, Dec 20, 2010 at 12:36:24PM +0100, Laurent Pinchart wrote:
> > > The media_devnode structure provides support for register
On Dec 30, 2010, at 6:45 AM, Mauro Carvalho Chehab wrote:
> This series remove lirc_i2c driver. The first patch just
> adds a note to bttv-input. The next patches add two
> parsers for two devices that are supported by lirc_i2c, but
> not by ir-kbd-i2c. The last one finally drops lirc_i2c.
>
> Ma
On Dec 28, 2010, at 5:18 PM, Andy Walls wrote:
> On Tue, 2010-12-28 at 12:45 -0200, Mauro Carvalho Chehab wrote:
>> Em 28-12-2010 12:14, Andy Walls escreveu:
>>> On Tue, 2010-12-28 at 01:12 -0200, Mauro Carvalho Chehab wrote:
Em 27-12-2010 21:55, Andy Walls escreveu:
> I have hardware for
My initial thinking was that we should default to mouse mode, so people
could use the mouse function to click on something on a login screen,
but a lot of systems where a remote is useful automatically log in a
user and launch a media center application, some of which hide the
mouse, which can be c
Fixes an egregious bug in mceusb driver, where the receiver was being
put into idle mode far sooner than it should have, thanks to storing a
timeout value that in us where it should be ns. Basically, the receiver
kept going into idle mode before a trailing space had been fully
received, which was c
The ene_ir driver was using a private define of MS_TO_NS, which is meant
to be microseconds to nanoseconds. The mceusb driver copied it,
intending to use is a milliseconds to microseconds. Lets move the
defines to a common location, expand and standardize them a touch, so
that we now have:
MS_TO
Otherwise, we have a null receive buffer, and the logic all falls down,
goes boom, all ffdc devs wind up as imon IR w/VFD. Oops.
Signed-off-by: Jarod Wilson
---
drivers/media/rc/imon.c | 28 ++--
1 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/drivers/m
From: Kyle McMartin
dev->rdev is accessed in ene_setup_hw_settings, so it needs to be wired
up before then.
[Jarod Wilson]: Also fix a possible improper resource freeing bug while
we're looking at possible probe issues here.
Signed-off-by: Kyle McMartin
CC: Maxim Levitsky
Signed-off-by: Jarod
There's a nasty bug that slipped in when the rc device interface was
altered, only affecting the older 0xffdc imon devices. We were trying
to access ictx->rdev->allowed_protos before ictx->rdev had been set.
There's also an issue with call ordering that meant the correct
keymap wasn't getting load
Mostly relatively small, but also fairly important, fixups for 2.6.38.
The ene_ir and imon driver are both prone to probe oops following the
rc dev interface refactoring, and there are ugly little bugs in each of
the mceusb and imon drivers, which I'll send off for 2.6.37 stable as
well...
Patches
In the CA_GET_SLOT_INFO ioctl, we only check whether "num" is too large,
but we don't check if it's negative.
drivers/media/dvb/ttpci/av7110_ca.c
278 ca_slot_info_t *info=(ca_slot_info_t *)parg;
279
280 if (info->num > 1)
281 return -EINVAL;
282
Hello,
I've been trying to get my USB-DVB-T stick to work and I've been
searching quite a bit, but now I think I need a little bit help.
I've bought a XTension XD 380 stick in Germany through Amazon, but the
USB-ID differs from the one in the wiki. The page shows "1ae7:0381" as a
USB-ID, but my
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 6 19:00:20 CET 2011
git master: 59365d136d205cc20fe666ca7f89b1c5001b0d5a
git media-master: gcc version: i6
On Thu, 2011-01-06 at 16:33 +0100, Laurent Pinchart wrote:
> Hi everybody,
>
> I ran into an issue when implementing cropping and scaling on the OMAP3 ISP
> resizer sub-device using the pad-level operations. As nobody seems to be
> happy
> with the V4L2 crop ioctls, I thought I would ask for co
The scan config for de-neftv seems to be outdated: It is missing some
channels, and (more importantly) has incorrect settings for some other
channels, as their settings differ a little from the rest [*].
The following patch fixes that (and, at least for me, allows reception
on these channels to fin
Signed-off-by: Thadeu Lima de Souza Cascardo
---
drivers/media/video/cx231xx/cx231xx-dvb.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/media/video/cx231xx/cx231xx-dvb.c
b/drivers/media/video/cx231xx/cx231xx-dvb.c
index 5feb3ee..227d0dc 100644
--- a/driver
Hi everybody,
I ran into an issue when implementing cropping and scaling on the OMAP3 ISP
resizer sub-device using the pad-level operations. As nobody seems to be happy
with the V4L2 crop ioctls, I thought I would ask for comments about the subdev
pad-level API to avoid repeating the same mista
Hi Mauro,
Here is an updated pull request for DV preset and DV timing
support on VPIF as well as core-assisted locking support.
All the changes are local to DaVinci VPIF driver. The patches
have been reviewed on linux-media and acked by TI developers.
Thanks,
Sekhar
The following changes since
Hello list,
I use a HVR-2250 with MythTV. I have been using the beta drivers
with analog support from Steven Toth for quite some time. I am now
experiencing failed recordings from the second tuner on the card. So
far I have not seen any failed analog recordings only failed DVB
(ClearQAM). I am w
Hello, all.
I'd like to discuss memory sharing issue by application on v4l2 based
device driver with system mmu and get some advices about that.
Now I am working on Samsung SoC C210 platform and this platform has some
multimedia devices with system mmu such as fimc, and mfc also we have
implement
On Thu, 6 Jan 2011 09:28:36 -0200
Mauro Carvalho Chehab wrote:
> This patch series backport POWER INV fixes for sonixj sensors.
>
> Jean,
>
> I'm currently without any sensorj camera. Could you please test this
> backport? Greg already backported two patches of this series. Those
> patches shou
Backport changeset 0e4d413af1a9ddd12f82617734eb535007e186a8
The initial values of the registers 0x01 and 0x17 are taken from the sensor
table at capture start and updated according to the flag PDN_INV.
Their values are updated at each step of the capture initialization and
memorized for reuse in
backport changeset 4f67f3a
Signed-off-by: Jean-François Moine
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/video/gspca/sonixj.c
b/drivers/media/video/gspca/sonixj.c
index 7adadd8..6f48b46 100644
--- a/drivers/media/video/gspca/sonixj.c
+++ b/drivers/media/video/gspca/sonixj.
backports changeset 4fd350ee2bf129acb933ad5104bc4754b2c7c9ef
Signed-off-by: Jean-François Moine
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/video/gspca/sonixj.c
b/drivers/media/video/gspca/sonixj.c
index 63f789d..f8d25570 100644
--- a/drivers/media/video/gspca/sonixj.c
+++
This patch series backport POWER INV fixes for sonixj sensors.
Jean,
I'm currently without any sensorj camera. Could you please test this backport?
Greg already backported two patches of this series. Those patches should be
applied after stable patches he sent yesterday (151/152 and 152/152).
All
Backports changeset 5e68f400aad4e2c29e2531cc4413c459fa88cb62
Signed-off-by: Jean-François Moine
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/video/gspca/sonixj.c
b/drivers/media/video/gspca/sonixj.c
index 248c2e6..63f789d 100644
--- a/drivers/media/video/gspca/sonixj.c
+++ b
Em 06-01-2011 08:17, Nori, Sekhar escreveu:
> Hi Mauro,
>
> On Thu, Jan 06, 2011 at 12:10:07, Hadli, Manjunath wrote:
>> Tested for SD loopback and other IOCTLS. Reviewed the patches.
>>
>> Patch series Acked by: Manjunath Hadli
>
> Shall I add these two patches as well to the pull request
Hi Mauro,
On Thu, Jan 06, 2011 at 12:10:07, Hadli, Manjunath wrote:
> Tested for SD loopback and other IOCTLS. Reviewed the patches.
>
> Patch series Acked by: Manjunath Hadli
Shall I add these two patches as well to the pull request I sent
yesterday[1]? These changes are localized to th
44 matches
Mail list logo
