On Saturday, April 02, 2011 10:05:57 Hans Verkuil wrote:
> On Friday, April 01, 2011 19:12:02 Herton Ronaldo Krzesinski wrote:
> > Some v4l drivers currently don't initialize their struct v4l2_subdev
> > with zeros, and this is a problem since some of the v4l2 code expects
> > this. One example is
Em 26-04-2011 19:06, Sylwester Nawrocki escreveu:
> Hi Mauro,
>
> On 04/26/2011 10:35 PM, Mauro Carvalho Chehab wrote:
>> Hi Sylvester/Marek,
>>
>> I've changed the kernel configuration in order to compile the media
>> subsystem as a
>
> Which kernel tree is this?
http://git.kernel.org/?p=linux
Hi Mauro,
On 04/26/2011 10:35 PM, Mauro Carvalho Chehab wrote:
> Hi Sylvester/Marek,
>
> I've changed the kernel configuration in order to compile the media subsystem
> as a
Which kernel tree is this?
I assume it's kernel maintained by the System LSI team, so I cced Mr. Kukjin
Kim.
> module (
Sorry if this is a repeat, I was getting repeated bounce messages due
to html formatting...
I am interested in adding this support if it does not yet exist, or
talking to someone about adding this support.
thanks,
--mc
Here is my original mail:
Hi,
I need to tune analog OTA channels from a pc
On Tuesday 26 April 2011 14:33:20 Hans Verkuil wrote:
> > Hi,
> >
> > On 04/26/2011 10:30 AM, Ondrej Zary wrote:
> >> On Tuesday 26 April 2011, you wrote:
> >>> On Monday, April 25, 2011 23:23:17 Ondrej Zary wrote:
> The YVU420 and YUV422P formats are broken and cause kernel panic on
> us
Hi Sylvester/Marek,
I've changed the kernel configuration in order to compile the media subsystem
as a
module (in order to allow me to use the media_build tree and compile just the
modules I want). The end result is that the arch tree refused to compile with
this
error:
CC arch/arm/mach-
Hi Bastian,
On Tuesday 26 April 2011 17:39:41 Bastian Hecht wrote:
> 2011/4/21 Laurent Pinchart :
> > On Tuesday 19 April 2011 09:31:05 Sakari Ailus wrote:
> >> Laurent Pinchart wrote:
> >> ...
> >>
> >> > That's the ideal situation: sensors should not produce any data (or
> >> > rather any trans
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:Tue Apr 26 19:00:30 CEST 2011
git hash:a4761a092fd3b6bf8b5f9cfe361670c86cdcc8ca
gcc version: i686-linux-gcc (GCC) 4.5
2011/4/21 Laurent Pinchart :
> Hi Sakari,
>
> On Tuesday 19 April 2011 09:31:05 Sakari Ailus wrote:
>> Laurent Pinchart wrote:
>> ...
>>
>> > That's the ideal situation: sensors should not produce any data (or
>> > rather any transition on the VS/HS signals) when they're supposed to be
>> > stopped
Laurent,
Can you please review the patches with your suggestions from :
http://git.linuxtv.org/mhadli/v4l-dvb-davinci_devices.git?a=shortlog;h=refs/heads/forkhilman2
and let me know if you think all your suggestions are taken care of?
The patch you reviewed was :
http://git.linuxtv.org/mhadli/v
Hello,
On Tuesday, April 26, 2011 4:10 PM Arnd Bergmann wrote:
> On Friday 22 April 2011, Marek Szyprowski wrote:
> > > * Create two codec devices in parallel and bind to both with your
> > > driver, ideally splitting up the resources between the two
> > > devices in a meaningful way.
> >
> >
On Friday 22 April 2011, Marek Szyprowski wrote:
> > * Create two codec devices in parallel and bind to both with your
> > driver, ideally splitting up the resources between the two
> > devices in a meaningful way.
>
> Video codec has only standard 2 resources - ioregs and irq, so there
> is n
On Tue, Apr 26, 2011 at 12:53 AM, Hans Verkuil wrote:
>
> OK, whatever is causing the problems is *not* msp3400 since your card does not
> have one :-)
>
> This card uses gpio to handle audio.
>
>> i2c-core: driver [tuner] using legacy suspend method
>> i2c-core: driver [tuner] using legacy resume
Hello Vladimir,
Davinci family of devices consist of mainly Dm6446, Dm6467, Dm365, Dm355
which are dissimilar to OMAP devices in features and registers, and some (for
ex Dm6467) in entire architecture. the current driver which you are seeing is
DM6446, but the intent is to build-up the same co
> Hi,
>
> On 04/26/2011 10:30 AM, Ondrej Zary wrote:
>> On Tuesday 26 April 2011, you wrote:
>>> On Monday, April 25, 2011 23:23:17 Ondrej Zary wrote:
The YVU420 and YUV422P formats are broken and cause kernel panic on
use.
(YVU420 does not work and sometimes causes "unable to handle
Hi,
On 04/26/2011 10:30 AM, Ondrej Zary wrote:
On Tuesday 26 April 2011, you wrote:
On Monday, April 25, 2011 23:23:17 Ondrej Zary wrote:
The YVU420 and YUV422P formats are broken and cause kernel panic on use.
(YVU420 does not work and sometimes causes "unable to handle paging
request" panic,
Hi,
I'm trying to port Guennadi's patches
(http://download.open-technology.de/BeagleBoard_xM-MT9P031/) to last
mainline kernel 2.6.39-rc.
I've managed to compile and configure the video interface using the
suggested commands:
root@beagleboard:~# ./media-ctl -r -l '"mt9p031 2-0048":0->"OMAP3 ISP
C
Stefan Richter wrote:
> ...provided that the allocation persists until the packet was sent out
> to the bus. But we do not need slab allocations anymore in order to
> satisfy streaming DMA mapping constraints, thanks to commit da28947e7e36
> "firewire: ohci: avoid separate DMA mapping for small AT
Hi,
On 04/26/2011 08:32 AM, Hans Verkuil wrote:
On Monday, April 25, 2011 23:23:17 Ondrej Zary wrote:
The YVU420 and YUV422P formats are broken and cause kernel panic on use.
(YVU420 does not work and sometimes causes "unable to handle paging request"
panic, YUV422P always causes "NULL pointer
On Tuesday 26 April 2011, you wrote:
> On Monday, April 25, 2011 23:23:17 Ondrej Zary wrote:
> > The YVU420 and YUV422P formats are broken and cause kernel panic on use.
> > (YVU420 does not work and sometimes causes "unable to handle paging
> > request" panic, YUV422P always causes "NULL pointer d
20 matches
Mail list logo