Hi Stefan,
On Sun, Jan 16, 2011 at 09:39:21AM +0100, Stefan Richter wrote:
@@ -188,6 +189,7 @@ void fdtv_handle_rc(struct firedtv *fdtv
return;
}
- input_report_key(fdtv-remote_ctrl_dev, code, 1);
- input_report_key(fdtv-remote_ctrl_dev, code, 0);
+
add vidioc_enum_framesizes implementation, follow default_g_parm()
and g_mbus_fmt() method
Signed-off-by: Qing Xu qi...@marvell.com
---
drivers/media/video/soc_camera.c | 42 ++
include/media/soc_camera.h |1 +
include/media/v4l2-subdev.h |
On Sat, 2011-01-15 at 22:35 +0100, Guennadi Liakhovetski wrote:
On Wed, 12 Jan 2011, Alberto Panizzo wrote:
If the camera was set to output formats like RGB565 YUYV or SBGGR10,
the resulting image was scrambled due to erroneous interpretations of
horizontal parameter's units.
This
If the camera was set to output formats like RGB565 YUYV or SBGGR10,
the resulting image was scrambled due to erroneous interpretations of
horizontal parameter's units.
This patch in fourcc_to_ipu_pix, eliminate also the pixel formats mappings
that, first are not used within mainline code and
Hi,
Many of our sensors support directly outputting JPEG data to camera controller,
do you feel it's reasonable to add jpeg support into soc-camera? As it seems
that there is no define in v4l2-mediabus.h which is suitable for our case.
Such as:
--- a/drivers/media/video/soc_mediabus.c
+++
Hi Hans and Mauro,
If there are no major comments for the V10 of FM V4L2 driver, is it
possible to take this driver (V10) to mainline?
Since the files are becoming big to be posted as patches and
maintaining it that way is a bit difficult. We can submit the patches
to mainline to fix minor
Hi,
We are now nearly complete porting our camera driver to align with soc-camera
framework, however, we encounter a problem when it works with our application
during switch format from preview to still capture, application's main calling
sequence is as follow:
1) s_fmt /* preview @ YUV, VGA
Hi Hans and Mauro,
If there are no major comments for the V10 of FM V4L2 driver, is it
possible to take this driver (V10) to mainline?
Since the files are becoming big to be posted as patches and
maintaining it that way is a bit difficult. We can submit the patches
to mainline to fix minor
Thanks for interesting.
Ok, I will submit it using VIDIOC_S_CTRL.
Best regards,
-Original Message-
From: Hans Verkuil [mailto:hverk...@xs4all.nl]
Sent: Monday, January 17, 2011 3:52 PM
To: Jonghun Han
Cc: linux-media@vger.kernel.org; pa...@osciak.com; 'Marek Szyprowski'
Subject:
Hi Mauro,
Can you apply this patch to the media_build tree? It quotes the *.[ch] file
pattern used by find.
When I was experimenting with the media_build tree and trying
'make tar DIR=git repo' I kept ending up with just one source in my tar
archive. I couldn't for the life of me understand what
Commented as belows.
-Original Message-
From: Kamil Debski [mailto:k.deb...@samsung.com]
Sent: Monday, January 17, 2011 1:59 PM
To: jaeryul...@samsung.com; 'Jonghun Han'; linux-media@vger.kernel.org;
linux-samsung-...@vger.kernel.org
Cc: 'Marek Szyprowski'; pa...@osciak.com;
I am using the current git version of Linux 2.6 and I was wondering if somebody
is still working on Apple remote support?
I've found this patch[1] which seems to add support for the Apple remote, but
it does not compile any more with the current git tree.
The Apple remote is a very popular
Em 17-01-2011 10:21, Hans Verkuil escreveu:
Hi Mauro,
Can you apply this patch to the media_build tree? It quotes the *.[ch] file
pattern used by find.
When I was experimenting with the media_build tree and trying
'make tar DIR=git repo' I kept ending up with just one source in my tar
After a recent update of xf86-input-evdev and xorg-server, I noticed
that X11 applications did not receive keypresses from the FireDTV
infrared remote control anymore. Instead, the Xorg log featured lots of
FireDTV remote control: dropping event due to full queue!
exclamations. The Linux
On Sat, Jan 15, 2011 at 21:13:33, Sergei Shtylyov wrote:
Hello.
On 14-01-2011 16:31, Manjunath Hadli wrote:
This patch implements the overall device creation for the Video
display driver.
It does not only that...
Signed-off-by: Manjunath Hadlimanjunath.ha...@ti.com
version15 : addressed Sergei and Shekhar's comments
on:
1. Moving the ioremap of DAVINCI_SYSTEM_MODULE_BASE to common.c
2. Moving the DM644X #defines to Dm644x.c
3. Removed the initializer for field inversion parameter.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Acked-by: Muralidharan
This patch implements the overall device creation for the Video
display driver, initializes the platform variables and implements
platform functions including setting video clocks.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Acked-by: Muralidharan Karicheri m-kariche...@ti.com
Acked-by:
On Sat, 2011-01-15 at 16:04 -0200, ext Mauro Carvalho Chehab wrote:
There are some weird bugs at tda8290/tda18271 initialization, as it
insits do do analog initialization during DVB frontend attach:
diff --git a/drivers/media/common/tuners/tda8290.c
b/drivers/media/common/tuners/tda8290.c
This patch implements tables for display timings,outputs and
other board related functionalities.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Acked-by: Muralidharan Karicheri m-kariche...@ti.com
Acked-by: Hans Verkuil hverk...@xs4all.nl
---
arch/arm/mach-davinci/board-dm644x-evm.c |
Implemented a common and single mapping for DAVINCI_SYSTEM_MODULE_BASE
to be used by all davinci platforms.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Acked-by: Muralidharan Karicheri m-kariche...@ti.com
Acked-by: Hans Verkuil hverk...@xs4all.nl
---
arch/arm/mach-davinci/common.c
Hello.
Hadli, Manjunath wrote:
This patch implements the overall device creation for the Video
display driver.
It does not only that...
Signed-off-by: Manjunath Hadlimanjunath.ha...@ti.com
Acked-by: Muralidharan Karicherim-kariche...@ti.com
Acked-by: Hans Verkuilhverk...@xs4all.nl
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 Jan 17 15:55:48 CET 2011
git master: 1b59be2a6cdcb5a12e18d8315c07c94a624de48f
git media-master: gcc version:
Am 03.12.2010 21:07, schrieb Guennadi Liakhovetski:
On Fri, 3 Dec 2010, Markus Niebel wrote:
Hello,
thank you for your answer. I think there is a problem, but I did not describe
it correctly. See my comments
On Thu, 2 Dec 2010, Markus Niebel wrote:
Hello,
we're working with a special
On Monday, January 17, 2011 16:29:52 Hans Verkuil wrote:
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 Jan 17 15:55:48 CET 2011
git master:
Hello,
On Thursday, December 30, 2010 5:55 AM Jeongtae Park wrote:
The DMA pool allocator allocates a memory using dma_alloc_coherent(),
creates a pool using generic allocator in the initialization.
For every allocation requests, the allocator returns a part of its
memory pool using generic
On Mon, 17 Jan 2011, Markus Niebel wrote:
Hello,
sorry for the __very__ long timeout. The doublebuffering is indeed enabled
when the second buffer is queued - my fault, should have read the code more
carfully.
Good.
But in this way a new question arises:
in soc_camera.c, function
Em 10-01-2011 15:20, Oliver Endriss escreveu:
On Monday 10 January 2011 15:05:34 Andreas Oberritter wrote:
On 01/10/2011 10:36 AM, Oliver Endriss wrote:
From: Ralph Metzler r...@metzlerbros.de
Driver for the Common Interface Controller CXD2099AR.
Supports the CI of the cineS2 DVB-S2.
For
On Mon, Jan 17, 2011 at 02:17:58PM +0100, Stefan Richter wrote:
After a recent update of xf86-input-evdev and xorg-server, I noticed
that X11 applications did not receive keypresses from the FireDTV
infrared remote control anymore. Instead, the Xorg log featured lots of
FireDTV remote
Am 17.01.2011 17:27, schrieb Guennadi Liakhovetski:
On Mon, 17 Jan 2011, Markus Niebel wrote:
Hello,
sorry for the __very__ long timeout. The doublebuffering is indeed enabled
when the second buffer is queued - my fault, should have read the code more
carfully.
Good.
But in this way a new
On Mon, 17 Jan 2011, Qing Xu wrote:
Hi,
Many of our sensors support directly outputting JPEG data to camera
controller, do you feel it's reasonable to add jpeg support into
soc-camera? As it seems that there is no define in v4l2-mediabus.h which
is suitable for our case.
In principle I
On Mon, 17 Jan 2011, Qing Xu wrote:
Hi,
We are now nearly complete porting our camera driver to align with
soc-camera framework, however, we encounter a problem when it works with
our application during switch format from preview to still capture,
application's main calling sequence is
On Jan 17, 2011, at 7:45 AM, a.b...@mailueberfall.de wrote:
I am using the current git version of Linux 2.6 and I was wondering if
somebody is still working on Apple remote support?
I've found this patch[1] which seems to add support for the Apple remote, but
it does not compile any more
On Monday, January 17, 2011 18:43:06 Guennadi Liakhovetski wrote:
On Mon, 17 Jan 2011, Qing Xu wrote:
Hi,
We are now nearly complete porting our camera driver to align with
soc-camera framework, however, we encounter a problem when it works with
our application during switch format
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 Jan 17 19:00:20 CET 2011
git master: 1b59be2a6cdcb5a12e18d8315c07c94a624de48f
git media-master: gcc version:
Hey Mauro,
Please grab these additional IR fixes for 2.6.38. One was included in my
prior pull req, but doesn't seem to have made it into the tree, the other
three are new. The two hdpvr i2c patches heavily discussed this past week
are included here, as is a new patch that fixes some memory leaks
Manjunath Hadli wrote:
This patch implements the overall device creation for the Video
display driver, initializes the platform variables and implements
platform functions including setting video clocks.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Acked-by: Muralidharan Karicheri
Hello.
Manjunath Hadli wrote:
Implemented a common and single mapping for DAVINCI_SYSTEM_MODULE_BASE
to be used by all davinci platforms.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Acked-by: Muralidharan Karicheri m-kariche...@ti.com
Acked-by: Hans Verkuil hverk...@xs4all.nl
Dimitry notes that EV_SYN is also necessary between down and up,
otherwise userspace could combine their state.
Signed-off-by: Stefan Richter stef...@s5r6.in-berlin.de
---
Hi Mauro,
since you already pushed out the first version of firedtv: fix remote
control with newer Xorg evdev, here is the
this might be a little easier to read on the em28xx-cards.c changes,
my apologies on pasting the entire file in-line.
[EM2820_BOARD_PINNACLE_DVC_90] = {
.name = Pinnacle Dazzle DVC 90/100/101/107 / Kaiser
Baas
Video to DVD maker
- / Kworld
Clean up legacy issues for error free build on Kernel 2.6.37.
Today while testing on Kernel 2.6.35 latest tarball throws error with
alloc_ordered_workqueue undefined on Kernels less than 2.6.37. defined back to
create_singlethread_workqueue.
Please test on other kernel versions.
Tested-on
I just tried to update from kernel 2.6.34 and in doing so had to switch
to git for v4l. I noticed the chip in this this post and saved it to
look at latter. now I'm glad I did. I ran into the same problem. Driver
seems to load ok, but when I try to start vdr I get thet same messages
in syslog.
Hi Mauro,
These patches where posted as RFC on January 3rd. I thought I made a pull
request for them since that time since there were no comments. It turned
out I didn't, so here it is.
The new v4l2_device release function is needed for any hotpluggable device
that has more than one device
Hello,
we've a set of Hauppauge WinTV-HVR-1150 that works very well on
analogic mode on Ubuntu 10.10, but we don't seem to get the remote
control input to work. Apparently it's not detected by the kernel (no
reference in /proc/bus/input/devices, no eventX under /dev/input ).
--
To unsubscribe
(continuing)
On Mon, Jan 17, 2011 at 9:34 PM, Fernando Laudares Camargos
fernando.laudares.camar...@gmail.com wrote:
Hello,
we've a set of Hauppauge WinTV-HVR-1150 that works very well on
analogic mode on Ubuntu 10.10, but we don't seem to get the remote
control input to work. Apparently
On Sun, 2011-01-16 at 11:55 +0100, Keld Jørn Simonsen wrote:
Antti Palosaari wrote Thu, 03 Dec 2009 13:48:01 -0800
On 12/03/2009 10:09 PM, Peter Rasmussen wrote:
as mentioned in the welcome email of this list, but it isn't
apparent to
me what the status in Linux of using a
On Tue, Jan 18, 2011 at 03:05:04AM +0200, Maxim Levitsky wrote:
On Sun, 2011-01-16 at 11:55 +0100, Keld Jørn Simonsen wrote:
Antti Palosaari wrote Thu, 03 Dec 2009 13:48:01 -0800
On 12/03/2009 10:09 PM, Peter Rasmussen wrote:
as mentioned in the welcome email of this list, but
Hi Guennadi,
In close(), the sensor/camera controller will be totally powered-off/clock-off,
then in open(), we will set hundreds of default values into sensor's registers
by I2C, to enable/configure sensor to a default status, it takes too much
time(several seconds) to switch from preview to
On Mon, 2011-01-17 at 22:59 +, Malcolm Priestley wrote:
Clean up legacy issues for error free build on Kernel 2.6.37.
Today while testing on Kernel 2.6.35 latest tarball throws error with
alloc_ordered_workqueue undefined on Kernels less than 2.6.37. defined back
to
Hi,
Thanks for your answer! So, we will be waiting and keeping sync with latest
soc-camera + videobuf2 framework.
-Qing
-Original Message-
From: Hans Verkuil [mailto:hverk...@xs4all.nl]
Sent: 2011年1月18日 1:54
To: Guennadi Liakhovetski
Cc: Qing Xu; Laurent Pinchart;
On Tuesday, January 18, 2011 03:30:09 Qing Xu wrote:
Hi,
Thanks for your answer! So, we will be waiting and keeping sync with latest
soc-camera + videobuf2 framework.
Erm, just to avoid any confusion: I am *not* going to convert soc-camera
to videobuf2. I just mentioned it because if
On Tue, 18 Jan 2011, Hans Verkuil wrote:
On Tuesday, January 18, 2011 03:30:09 Qing Xu wrote:
Hi,
Thanks for your answer! So, we will be waiting and keeping sync with latest
soc-camera + videobuf2 framework.
Erm, just to avoid any confusion: I am *not* going to convert soc-camera
On Tuesday, January 18, 2011 08:44:28 Guennadi Liakhovetski wrote:
On Tue, 18 Jan 2011, Hans Verkuil wrote:
On Tuesday, January 18, 2011 03:30:09 Qing Xu wrote:
Hi,
Thanks for your answer! So, we will be waiting and keeping sync with
latest soc-camera + videobuf2 framework.
52 matches
Mail list logo