Pôvodná správa
Od: Jarod Wilson
Predmet: Re: Last key repeated after every keypress on remote control (saa7134
lirc devinput driver)
Dátum: 06.6.2011 20:39:50
Devin Heitmueller wrote:
> On Mon, Jun 6, 2011 at 2:13 PM, Radim wro
On Tue, 7 Jun 2011, Kuninori Morimoto wrote:
>
> Dear Guennadi
>
> Thank you for your email.
>
> > Morimoto-san, sorry, that was a wrong address of yours again in the
> > original mail. With the correct request also comes a request: would it be
> > difficult for you to give this patch a try?
Yes they do but closed drivers. as there is a em28xx project in kernel
with support for other empia drivers I just wanted to contribute with
device information.
On Mon, Jun 6, 2011 at 3:58 PM, Magnus Alm wrote:
> Hi!
>
> Doesn't Sundtek make their own closed drivers?
>
> 2011/6/6 Kristoffer Edwar
On Tue, 2011-06-07 at 02:28 +0300, Mehmet Altan Pire wrote:
> 06-06-2011 00:47, Malcolm Priestley yazmış:
> > On Sun, 2011-06-05 at 21:42 +0100, Malcolm Priestley wrote:
> >> On Sun, 2011-06-05 at 19:34 +0300, Mehmet Altan Pire wrote:
> >>> 05-06-2011 17:16, Malcolm Priestley yazmış:
> On Sun,
On 06/06/2011 12:43 AM, Hans de Goede wrote:
> Hi,
>
> On 06/06/2011 07:40 AM, John McMaster wrote:
>> On 06/03/2011 06:22 AM, Hans de Goede wrote:
>>> Hi,
>>>
>>> On 06/03/2011 02:15 PM, Mauro Carvalho Chehab wrote:
Em 03-06-2011 02:40, John McMaster escreveu:
> I'd like to write a driver
hi, Guennadi:
I'm a little confused.
there is possible that a board will connect the sensor with
[1234] lanes.
so this means it could be a board-specific flags too ?
thanks!
Best regards
Kassey
Application Processor Systems Engineering, Marvell Technology Group Ltd.
Shangh
Dear Guennadi
Thank you for your email.
> Morimoto-san, sorry, that was a wrong address of yours again in the
> original mail. With the correct request also comes a request: would it be
> difficult for you to give this patch a try? If you don't happen to have a
> set up ready at hand, no prob
This patch add suport for the dvb-t part of CT-3650.
Jose Alberto
Signed-off-by: Jose Alberto Reguero
diff -urN linux/drivers/media/common/tuners/tda827x.c linux.new/drivers/media/common/tuners/tda827x.c
--- linux/drivers/media/common/tuners/tda827x.c 2010-07-03 23:22:08.0 +0200
+++ linu
06-06-2011 00:47, Malcolm Priestley yazmış:
> On Sun, 2011-06-05 at 21:42 +0100, Malcolm Priestley wrote:
>> On Sun, 2011-06-05 at 19:34 +0300, Mehmet Altan Pire wrote:
>>> 05-06-2011 17:16, Malcolm Priestley yazmış:
On Sun, 2011-06-05 at 03:35 +0300, Mehmet Altan Pire wrote:
> Hi,
> I
On Mon, 6 Jun 2011, Sylwester Nawrocki wrote:
> Hi Guennadi,
>
> On 06/06/2011 02:31 PM, Guennadi Liakhovetski wrote:
> > Add media bus configuration types and two subdev operations to get
> > supported mediabus configurations and to set a specific configuration.
> > Subdevs can support several c
Now we have a camera working over the marvell cam controller core. It
works like the cafe driver and has all the same limitations, contiguous DMA
only being one of them. But it's a start.
Signed-off-by: Jonathan Corbet
---
drivers/media/video/Makefile |1 +
drivers/media/
This makes the cafe i2c implement consistent with the rest of Linux so that
the core can use the same slave ID everywhere.
Signed-off-by: Jonathan Corbet
---
drivers/media/video/marvell-ccic/cafe-driver.c |9 -
drivers/media/video/marvell-ccic/mcam-core.c |2 +-
2 files changed
Depending on the controller, the ov7670 sensor may be told to work with a
different clock speed or to use the SMBUS protocol. Remove the wired-in
code and pass that information from the platform layer. The Cafe driver
now just assumes it's running on an OLPC XO 1; I do not believe it has ever
run
Nobody else ever needs to see these, so let's hide them.
Signed-off-by: Jonathan Corbet
---
drivers/media/video/marvell-ccic/cafe-driver.c | 63
drivers/media/video/marvell-ccic/mcam-core.h | 56 +-
2 files changed, 64 insertions(+), 55 deletion
This code is, indeed, tested :)
Signed-off-by: Jonathan Corbet
---
drivers/media/video/marvell-ccic/cafe-driver.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/media/video/marvell-ccic/cafe-driver.c
b/drivers/media/video/marvell-ccic/cafe-driver.c
index e9cb
Hello, all,
As I promised last week, here's the state of my work refactoring the Cafe
driver and adding Armada 610 support. I intend to have them ready for 3.1,
but they are not ready for merging yet. There's a couple of things I'd
like to clean up, and I'd like to let the OLPC people test thing
On Mon, Jun 06, 2011 at 07:43:39PM +0200, Hans de Goede wrote:
> Unplugging a pwc cam while an app has the /dev/video# node open leads
> to an oops in pwc_video_close when the app closes the node, because
> the disconnect handler has free-ed the pdev struct pwc_video_close
> tries to use. Instead o
Hi Jürgen, Hi List,
Thank you for your answer.
On Sat, Jun 4, 2011 at 4:34 PM, Juergen Lock wrote:
> Ok let me try...
>
> 1. Your remote is the same as in this (googled) picture?
>
>
> http://4.bp.blogspot.com/_B0OTxmaxXPU/SfL1yGqvGjI/ABU/GFOklS4R9GM/s320/tt_s2_3650.jpg
At first
On Mon, 2011-06-06 at 13:59 -0400, Devin Heitmueller wrote:
> On Mon, Jun 6, 2011 at 1:56 PM, Hans de Goede wrote:
> > Hi,
> >
> > While working on my cleanup / v4l2 compliance series for
> > the pwc driver I've noticed that the pwc and gspca drivers
> > are doing different things wrt what error t
Hi Guennadi,
On 06/06/2011 02:31 PM, Guennadi Liakhovetski wrote:
> Add media bus configuration types and two subdev operations to get
> supported mediabus configurations and to set a specific configuration.
> Subdevs can support several configurations, e.g., they can send video data
> on 1 or sev
On Mon, 6 Jun 2011, Robert Jarzmik wrote:
> On 06/06/2011 07:02 PM, Guennadi Liakhovetski wrote:
> > soc_camera core now performs the standard .bytesperline and .sizeimage
> > calculations internally, no need to duplicate in drivers.
> Haven't I noticed that this patch is twofold :
> - the calcul
On 06/06/2011 07:02 PM, Guennadi Liakhovetski wrote:
soc_camera core now performs the standard .bytesperline and .sizeimage
calculations internally, no need to duplicate in drivers.
Haven't I noticed that this patch is twofold :
- the calculation duplication
- the suspend/resume change from ol
On 06/06/2011 07:20 PM, Guennadi Liakhovetski wrote:
It is more convenient to propagate the higher level abstraction - the
struct mt9m111 object into functions and then retrieve a pointer to
the i2c client, if needed, than to do the reverse.
Agreed.
One minor point, you ofter replace :
> - str
Em 06-06-2011 13:03, Istvan Varga escreveu:
> Removed the use of 'card_type' from the tuner configuration structure, and
> replaced it with separate parameters to set board-specific configuration.
Ok, with respect to xc4000 patches, I'm happy with what we currently have.
I'm applying those patches
On Mon, Jun 6, 2011 at 10:20 PM, Roedel, Joerg wrote:
> Well, it certainly makes sense to have a single implementation for this.
> But I want to hide this complexity to the user of the IOMMU-API. The
> best choice is to put this into the layer between the IOMMU-API and the
> backend implementation
On Mon, Jun 6, 2011 at 3:22 PM, Peter Moon wrote:
> This patch adds support for the " Hauppauge WinTV USB2-FM" Analog Stick.
>
> Signed-off-by: Peter Moon
I basically have the same patch sitting in my one of my Hauppauge
private repos, but hadn't gotten around to submitting it upstream yet.
My
While here, remove a few printk noise by converting some msgs
into debug ones.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/common/tuners/xc4000.c
b/drivers/media/common/tuners/xc4000.c
index 479c198..634f4d9 100644
--- a/drivers/media/common/tuners/xc4000.c
+++ b/drivers/med
This patch adds support for the " Hauppauge WinTV USB2-FM" Analog Stick.
Signed-off-by: Peter Moon
diff -ru linux.orig/drivers/media/video/cx231xx/cx231xx-avcore.c
linux/drivers/media/video/cx231xx/cx231xx-avcore.c
--- linux.orig/drivers/media/video/cx231xx/cx231xx-avcore.c 2011-06-03
21:53:
On Mon, Jun 06, 2011 at 12:36:13PM -0400, Ohad Ben-Cohen wrote:
> On Mon, Jun 6, 2011 at 6:35 PM, Roedel, Joerg wrote:
> > On Mon, Jun 06, 2011 at 11:15:30AM -0400, Ohad Ben-Cohen wrote:
> >
> >> This is insufficient; users need somehow to tell what page sizes are
> >> supported by the underlying
Devin Heitmueller wrote:
On Mon, Jun 6, 2011 at 2:13 PM, Radim wrote:
Hello to everybody,
I was redirected here from lirc mailinglist (reason is at the end).
I'm asking for any help because I wasn't able to solve
this problem by my self (and google of course).
When I'm testing lirc configurat
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 Jun 6 19:00:16 CEST 2011
git hash:eeb14a926c357a1d912358541dfd4098dba96b52
gcc version: i686-linux-gcc (GCC) 4.5
On Mon, Jun 6, 2011 at 2:13 PM, Radim wrote:
> Hello to everybody,
> I was redirected here from lirc mailinglist (reason is at the end).
>
> I'm asking for any help because I wasn't able to solve
> this problem by my self (and google of course).
>
> When I'm testing lirc configuration using irw, l
Hello to everybody,
I was redirected here from lirc mailinglist (reason is at the end).
I'm asking for any help because I wasn't able to solve
this problem by my self (and google of course).
When I'm testing lirc configuration using irw, last pressed key is repeated
just befor the new one:
aft
On Mon, Jun 6, 2011 at 1:56 PM, Hans de Goede wrote:
> Hi,
>
> While working on my cleanup / v4l2 compliance series for
> the pwc driver I've noticed that the pwc and gspca drivers
> are doing different things wrt what error they return to
> an app is using the device while it gets unplugged.
> gs
Hi,
While working on my cleanup / v4l2 compliance series for
the pwc driver I've noticed that the pwc and gspca drivers
are doing different things wrt what error they return to
an app is using the device while it gets unplugged.
gspca returns -ENODEV, where as pwc returns -EPIPE.
Both make some
Unplugging a pwc cam while an app has the /dev/video# node open leads
to an oops in pwc_video_close when the app closes the node, because
the disconnect handler has free-ed the pdev struct pwc_video_close
tries to use. Instead of adding some sort of bandaid for this.
fix it properly using the v4l2
Hi Mauro et all,
I'm working on (much needed) large cleanup + v4l2 compliance series for the
pwc driver, more on that later (targetting 3.1). But this particular patch
(the first of the series) seems one which we should have in 3.0 and stable
releases for older kernels too, since it fixes a re
Hi Mauro et all,
I'm working on (much needed) large cleanup + v4l2 compliance series for the
pwc driver, more on that later (targetting 3.1). But this particular patch
(the first of the series) seems one which we should have in 3.0 and stable
releases for older kernels too, since it fixes a real (
Hi Guennadi,
On Mon, Jun 06, 2011 at 03:10:54PM +0200, Guennadi Liakhovetski wrote:
> On Wed, 18 May 2011, Sakari Ailus wrote:
>
> > Hi Guennadi and Laurent,
> >
> > Guennadi Liakhovetski wrote:
> > > On Wed, 18 May 2011, Laurent Pinchart wrote:
> > >
> > >> On Tuesday 17 May 2011 07:52:28 Saka
Morimoto-san, sorry, that was a wrong address of yours again in the
original mail. With the correct request also comes a request: would it be
difficult for you to give this patch a try? If you don't happen to have a
set up ready at hand, no problem, I'll dig out some video signal source
myself
On Mon, Jun 6, 2011 at 1:17 PM, Florent Audebert
wrote:
> That's right. RAW output seems clean so far in all cases.
>
> - When selecting composite input, MPEG encoder output is clean
> - When selecting s-video input, MPEG encoder output have lines
Oh, that is interesting. If I had to bet, I wo
Also this functionality should be implemented, if needed, using the
v4l2-subdev API.
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/video/soc_camera.c | 13 -
include/media/soc_camera.h |1 -
2 files changed, 4 insertions(+), 10 deletions(-)
diff --git a/drivers/
Eliminate soc-camera specific .suspend() and .restore() methods in favour
of the standard v4l2-subdev .s_power() method
Signed-off-by: Guennadi Liakhovetski
---
Please, test both these mt9m111 patches.
drivers/media/video/mt9m111.c | 51 +++-
1 files chang
It is more convenient to propagate the higher level abstraction - the
struct mt9m111 object into functions and then retrieve a pointer to
the i2c client, if needed, than to do the reverse.
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/video/mt9m111.c | 124 +++--
SOCAM_MIPI_[1234]LANE flags are not board-specific sensor flags, they
are bus configuration flags.
Signed-off-by: Guennadi Liakhovetski
---
include/media/soc_camera.h | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/include/media/soc_camera.h b/include/media/so
tw9910 is a TV decoder, it doesn't have a tuner. Besides, the
.enum_input soc-camera operation is optional and normally not needed.
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/video/tw9910.c | 11 ---
1 files changed, 0 insertions(+), 11 deletions(-)
diff --git a/drivers/me
On 06/06/2011 06:55 PM, Devin Heitmueller wrote:
On Mon, Jun 6, 2011 at 12:45 PM, Florent Audebert
wrote:
Nonetheless, I have vertical lines when using s-video at MPEG device output
(more visible in white areas)[1].
Reading from capture device is alright whether s-video (input=2) or
composite
soc_camera core now performs the standard .bytesperline and .sizeimage
calculations internally, no need to duplicate in drivers.
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/video/sh_mobile_ceu_camera.c |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/driver
If the user is requesting too large a frame, instead of failing
select an acceptable geometry, preserving the requested aspect ratio.
Signed-off-by: Guennadi Liakhovetski
---
Attention: completely untested! Please, give it a spin on an i.MX25,
specifically, please, try to force a TRY_FMT with t
soc_camera core now performs the standard .bytesperline and .sizeimage
calculations internally, no need to duplicate in drivers.
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/video/pxa_camera.c | 24 +---
1 files changed, 13 insertions(+), 11 deletions(-)
diff --g
soc_camera core now performs the standard .bytesperline and .sizeimage
calculations internally, no need to duplicate in drivers.
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/video/mx3_camera.c | 12
1 files changed, 0 insertions(+), 12 deletions(-)
diff --git a/drivers/
On Mon, Jun 6, 2011 at 12:45 PM, Florent Audebert
wrote:
> Nonetheless, I have vertical lines when using s-video at MPEG device output
> (more visible in white areas)[1].
>
> Reading from capture device is alright whether s-video (input=2) or
> composite (input=1) is selected. I've tested it like
On 06/01/2011 05:49 PM, Devin Heitmueller wrote:
On Wed, Jun 1, 2011 at 11:36 AM, Florent Audebert
wrote:
I'm experimenting around with an Hauppauge HVR-1300 (cx88_blackbird) analog
inputs (PAL-I signal).
You probably won't be able to go any higher than a width of 720. That
said, it looks l
On Mon, Jun 6, 2011 at 6:35 PM, Roedel, Joerg wrote:
> On Mon, Jun 06, 2011 at 11:15:30AM -0400, Ohad Ben-Cohen wrote:
>
>> This is insufficient; users need somehow to tell what page sizes are
>> supported by the underlying hardware (we can't assume host page-sizes,
>> and we want to use bigger pa
From: "Justin P. Mattock"
The below patch, changes clock_settting to clock_setting.
Note: This could be intentionally set this way from the beginning and/or is a
typo.
Signed-off-by: Justin P. Mattock
---
drivers/media/dvb/frontends/s5h1420.c | 12 ++--
1 files changed, 6 insertio
Removed the use of 'card_type' from the tuner configuration structure, and
replaced it with separate parameters to set board-specific configuration.
Signed-off-by: Istvan Varga
diff -uNr xc4000_orig/drivers/media/common/tuners/xc4000.c
xc4000/drivers/media/common/tuners/xc4000.c
--- xc4000_orig
Enabled code to check if the version of the firmware reported by the hardware
is correct after uploading it.
Signed-off-by: Istvan Varga
diff -uNr xc4000_orig/drivers/media/common/tuners/xc4000.c
xc4000/drivers/media/common/tuners/xc4000.c
--- xc4000_orig/drivers/media/common/tuners/xc4000.c
Automatically select the xc4000 module for dib0700 if the tuner selection is
not customized.
Signed-off-by: Istvan Varga
diff -uNr xc4000_orig/drivers/media/dvb/dvb-usb/Kconfig
xc4000/drivers/media/dvb/dvb-usb/Kconfig
--- xc4000_orig/drivers/media/dvb/dvb-usb/Kconfig 2011-06-06
14:10:12.
Various coding style changes:
- removed unused / commented out code
- changed C++ style comments to C format
- renamed functions and variables that included upper case letters in the name
- removed tabs from module parameter descriptions
- replaced the use of XC_RESULT_* with standard err
On Mon, Jun 06, 2011 at 11:15:30AM -0400, Ohad Ben-Cohen wrote:
> This is insufficient; users need somehow to tell what page sizes are
> supported by the underlying hardware (we can't assume host page-sizes,
> and we want to use bigger pages whenever possible, to relax the TLB
> pressure).
/
What
On Mon, Jun 6, 2011 at 12:10 PM, Arnd Bergmann wrote:
>> I'd still prefer us to take small steps here, and not gate the omap
>> iommu cleanups with Marek's generic dma_map_ops work though. Let's go
>> forward and migrate omap's iommu to the generic iommu API, so new code
>> will be able to use it
Hi Joerg,
On Mon, Jun 6, 2011 at 1:09 PM, Roedel, Joerg wrote:
> The IOMMU-API already supports multiple page-sizes. See the
> 'order'-parameter of the map/unmap functions.
This is insufficient; users need somehow to tell what page sizes are
supported by the underlying hardware (we can't assume
Em 06-06-2011 08:32, Vincent McIntyre escreveu:
> Hi,
>
> I just noticed this starting to happen - I can't see any sign of it in syslog
> before I rebuilt the modules (git commit tags are listed below).
> I don't know if this is a backporting issue or a bug in mainline.
>
> The system in question
Hi Guennadi,
On Mon, Jun 6, 2011 at 9:37 AM, Guennadi Liakhovetski
wrote:
> Hi Sergio
>
> On Mon, 6 Jun 2011, Aguirre, Sergio wrote:
>
>> Hi Guennadi,
>>
>> Thanks for the patch.
>>
>> On Mon, Jun 6, 2011 at 7:31 AM, Guennadi Liakhovetski
>> wrote:
>> > Add media bus configuration types and two
Hi Sergio
On Mon, 6 Jun 2011, Aguirre, Sergio wrote:
> Hi Guennadi,
>
> Thanks for the patch.
>
> On Mon, Jun 6, 2011 at 7:31 AM, Guennadi Liakhovetski
> wrote:
> > Add media bus configuration types and two subdev operations to get
> > supported mediabus configurations and to set a specific co
Hi Guennadi,
Thanks for the patch.
On Mon, Jun 6, 2011 at 7:31 AM, Guennadi Liakhovetski
wrote:
> Add media bus configuration types and two subdev operations to get
> supported mediabus configurations and to set a specific configuration.
> Subdevs can support several configurations, e.g., they c
Hi!
Doesn't Sundtek make their own closed drivers?
2011/6/6 Kristoffer Edwardsson :
> HI
>
> I Noticed the em28xx driver in kernel but the EM28188 is not supported.
>
> I dont know if it can be supported but here is some info about the device.
> Its a DVB-CT hybrid device without analog from Sund
> Hi Hans
>
> Thanks for your comments
>
> On Mon, 6 Jun 2011, Hans Verkuil wrote:
>
>> > Add media bus configuration types and two subdev operations to get
>> > supported mediabus configurations and to set a specific configuration.
>> > Subdevs can support several configurations, e.g., they can se
On Wed, 18 May 2011, Sakari Ailus wrote:
> Hi Guennadi and Laurent,
>
> Guennadi Liakhovetski wrote:
> > On Wed, 18 May 2011, Laurent Pinchart wrote:
> >
> >> On Tuesday 17 May 2011 07:52:28 Sakari Ailus wrote:
> >>> Guennadi Liakhovetski wrote:
> >
> > [snip]
> >
> > What about making it
Hi Hans
Thanks for your comments
On Mon, 6 Jun 2011, Hans Verkuil wrote:
> > Add media bus configuration types and two subdev operations to get
> > supported mediabus configurations and to set a specific configuration.
> > Subdevs can support several configurations, e.g., they can send video dat
> Add media bus configuration types and two subdev operations to get
> supported mediabus configurations and to set a specific configuration.
> Subdevs can support several configurations, e.g., they can send video data
> on 1 or several lanes, can be configured to use a specific CSI-2 channel,
> in
Add media bus configuration types and two subdev operations to get
supported mediabus configurations and to set a specific configuration.
Subdevs can support several configurations, e.g., they can send video data
on 1 or several lanes, can be configured to use a specific CSI-2 channel,
in such
Hi,
I just noticed this starting to happen - I can't see any sign of it in syslog
before I rebuilt the modules (git commit tags are listed below).
I don't know if this is a backporting issue or a bug in mainline.
The system in question has two dual-tuner cards, one a USB (mounted on
a PCI card)
t
On Tue, May 31, 2011 at 01:33:32PM +0200, Martin Strubel wrote:
> Hi,
Hi Martin,
> >
> > Not religion, it's experience. I understand what you want to do and it is
> > just a bad idea in the long term. Mind you, it's great for prototyping and
> > experimentation. But if you want to get stable sen
2011. 6. 5., 오후 9:11, Sakari Ailus 작성:
> On Sun, Jun 05, 2011 at 03:03:47PM +0300, Sakari Ailus wrote:
> [clip]
>>> - /* store version information swapped for being readable */
>>> - info->ver = version.ver;
>>> info->ver.fw= be16_to_cpu(info->ver.fw);
>>> info->ver.hw=
On Sun, Jun 05, 2011 at 03:13:40PM +0200, Sylwester Nawrocki wrote:
> Hi Sakari,
Hi Sylwester,
> On 06/05/2011 01:55 PM, Sakari Ailus wrote:
> > On Thu, May 26, 2011 at 04:12:47PM +0900, Kim, HeungJun wrote:
> >> Hi Sakari,
> >
> > Hi HeungJun,
> >
> >> 2011-05-25 ?? 10:54, Sakari Ailus ???
Hi,
On Thu, Jun 02, 2011 at 06:27:37PM -0400, Ohad Ben-Cohen wrote:
> First stab at iommu consolidation:
>
> - Migrate OMAP's iommu driver to the generic iommu API. With this in hand,
> users can now start using the generic iommu layer instead of calling
> omap-specific iommu API.
>
> New
On Sat, Jun 04, 2011 at 12:28:04PM +0200, Hans Verkuil wrote:
> On Friday, June 03, 2011 21:55:10 Laurent Pinchart wrote:
[clip]
> > > +{
> > > + int ret = 0;
> > > +
> > > + if (!fh->events)
> > > + ret = v4l2_event_init(fh);
> > > + if (!ret)
> > > + ret = v4l2_event_alloc(fh, n);
Hi Geert
On Sun, 5 Jun 2011, Geert Uytterhoeven wrote:
> drivers/media/video/soc_camera.c: In function ‘soc_camera_video_start’:
> drivers/media/video/soc_camera.c:1515: warning: initialization discards
> qualifiers from pointer target type
>
> Signed-off-by: Geert Uytterhoeven
> ---
> driver
Hi Sakari,
2011. 6. 5., 오후 8:55, Sakari Ailus 작성:
> On Thu, May 26, 2011 at 04:12:47PM +0900, Kim, HeungJun wrote:
>> Hi Sakari,
>
> Hi HeungJun,
>
>> 2011-05-25 ?? 10:54, Sakari Ailus ??? ???:
>>> Hi HeungJun,
>>>
>>> Thanks for the patch!
>> Also, thanks for the interests of this driver!
On Sunday 05 June 2011, Ohad Ben-Cohen wrote:
> > As far as I can tell, once we have that in
> > place, we you can migrate omap3isp from iovmm to dma-mapping and
> > remove iovmm.
>
> Sounds like a plan.
>
> I'd still prefer us to take small steps here, and not gate the omap
> iommu cleanups with
HI
I Noticed the em28xx driver in kernel but the EM28188 is not supported.
I dont know if it can be supported but here is some info about the device.
Its a DVB-CT hybrid device without analog from Sundtek.
Device Descriptor:
bLength18
bDescriptorType 1
bcdUSB
Hi,
On 06/06/2011 07:40 AM, John McMaster wrote:
On 06/03/2011 06:22 AM, Hans de Goede wrote:
Hi,
On 06/03/2011 02:15 PM, Mauro Carvalho Chehab wrote:
Em 03-06-2011 02:40, John McMaster escreveu:
I'd like to write a driver for an Anchor Chips (seems to be bought by
Cypress) USB camera Linux
83 matches
Mail list logo
