On Fri, Jun 8, 2012 at 3:56 PM, Erik Gilling wrote:
>> I guess my other thought is that implicit vs explicit is not
>> mutually exclusive, though I'd guess there'd be interesting
>> deadlocks to have to debug if both were in use _at the same
>> time_. :-)
>
> I think this is an approach worth inve
On Fri, Mar 2, 2012 at 6:23 PM, Sakari Ailus wrote:
> Hi Daniel,
>
> Thanks for the patch.
>
> On Thu, Mar 01, 2012 at 04:36:01PM +0100, Daniel Vetter wrote:
>> Signed-off-by: Daniel Vetter
>> ---
>> Documentation/dma-buf-sharing.txt | 102
>> +++-
>> 1 files ch
On Wed, Feb 22, 2012 at 10:36 AM, Chris Wilson wrote:
> On Wed, 22 Feb 2012 17:24:24 +0100, Daniel Vetter wrote:
>> On Wed, Feb 22, 2012 at 04:03:21PM +, James Simmons wrote:
>> > Fbcon scrolling at be painful at HD or better modes. Fbcon needs 3
>> > possible accels; copyarea, imageblit, and
On Fri, Feb 17, 2012 at 1:42 PM, Adam Jackson wrote:
> On 2/16/12 6:25 PM, Laurent Pinchart wrote:
>
>> Helper functions will be implemented in the subsystems to convert
>> between
>> that generic structure and the various subsystem-specific structures.
>
>
> I guess. I don't really see a rea
On Sat, Feb 4, 2012 at 5:43 AM, Sakari Ailus wrote:
> Hi Rob,
>
> Clark, Rob wrote:
>> On Mon, Jan 30, 2012 at 4:01 PM, Sakari Ailus wrote:
>>>
>>>> So to summarize I understand your constraints - gpu drivers have worked
>>>> like v4l a few year
On Thu, Feb 2, 2012 at 2:23 PM, Daniel Vetter wrote:
> On Thu, Feb 2, 2012 at 11:19, Laurent Pinchart
> wrote:
>>> On omap4 v4l2+drm example I have running, it is actually the DRM driver
>>> doing the "IOMMU" programming.. so v4l2 camera really doesn't need to care
>>> about it. (And the IOMMU
On Thu, Feb 2, 2012 at 4:19 AM, Laurent Pinchart
wrote:
> Hi Rob,
>
> On Tuesday 31 January 2012 16:38:35 Clark, Rob wrote:
>> On Mon, Jan 30, 2012 at 4:01 PM, Sakari Ailus wrote:
>> >> So to summarize I understand your constraints - gpu drivers have worked
>>
On Mon, Jan 30, 2012 at 4:01 PM, Sakari Ailus wrote:
>
>> So to summarize I understand your constraints - gpu drivers have worked
>> like v4l a few years ago. The thing I'm trying to achieve with this
>> constant yelling is just to raise awereness for these issues so that
>> people aren't suprised
2012/1/27 Marek Szyprowski :
> Hi Ohad,
>
> On Friday, January 27, 2012 10:44 AM Ohad Ben-Cohen wrote:
>
>> With v19, I can't seem to allocate big regions anymore (e.g. 101MiB).
>> In particular, this seems to fail:
>>
>> On Thu, Jan 26, 2012 at 11:00 AM, Marek Szyprowski
>> wrote:
>> > +static in
On Mon, Jan 23, 2012 at 4:54 AM, Laurent Pinchart
wrote:
> Hi Daniel,
>
> On Monday 23 January 2012 11:35:01 Daniel Vetter wrote:
>> On Mon, Jan 23, 2012 at 10:48, Laurent Pinchart wrote:
>> > On Monday 23 January 2012 10:06:57 Marek Szyprowski wrote:
>> >> On Friday, January 20, 2012 5:29 PM Laur
On Mon, Jan 23, 2012 at 10:57 AM, Mauro Carvalho Chehab
wrote:
>
>>> 2) The userspace API changes to properly support for dma buffers.
>>>
>>> If you're not ready to discuss (2), that's ok, but I'd like to follow
>>> the discussions for it with care, not only for reviewing the actual
>>> patches,
On Thu, Nov 3, 2011 at 3:04 AM, Marek Szyprowski
wrote:
> Hello,
>
> I'm sorry for a late reply, but after Kernel Summit/ELC I have some comments.
>
> On Friday, October 14, 2011 5:35 PM Daniel Vetter wrote:
>
>> On Fri, Oct 14, 2011 at 12:00:58PM +0200, Tomasz Stanislawski wrote:
>> > >+/**
>> >
On Mon, Oct 10, 2011 at 1:58 AM, Ohad Ben-Cohen wrote:
> On Fri, Oct 7, 2011 at 6:27 PM, Arnd Bergmann wrote:
>> IMHO it would be good to merge the entire series into 3.2, since
>> the ARM portion fixes an important bug (double mapping of memory
>> ranges with conflicting attributes) that we've l
On Thu, Aug 4, 2011 at 7:34 AM, Daniel Vetter wrote:
> On Thu, Aug 4, 2011 at 13:14, Clark, Rob wrote:
>> hmm, there would be a dmabuf->private ptr in struct dmabuf. Normally
>> that should be for private data of the buffer allocator, but I guess
>> it could be (ab
On Thu, Aug 4, 2011 at 3:58 AM, Daniel Vetter wrote:
> On Wed, Aug 3, 2011 at 17:12, Jordan Crouse wrote:
>> On 08/03/2011 03:33 AM, Tom Cooksey wrote:
>>> Passing buffer meta-data around was also discussed yesterday. Again, the
>>> general consensus seemed to be that this data should be kept out
On Tue, Aug 2, 2011 at 4:49 AM, Marek Szyprowski
wrote:
> From: Tomasz Stanislawski
>
> +/**
> + * shrbuf_import() - obtain shrbuf structure from a file descriptor
> + * @fd: file descriptor
> + *
> + * The function obtains an instance of a shared buffer from a file
> descriptor
> + * Ca
On Fri, May 13, 2011 at 8:02 PM, Jesse Barnes wrote:
> On Fri, 13 May 2011 18:16:30 +0200
> Daniel Vetter wrote:
>
>> Hi Jesse,
>>
>> Discussion here in Budapest with v4l and embedded graphics folks was
>> extremely fruitful. A few quick things to take away - I'll try to dig
>> through all
>> the
On Wed, Mar 16, 2011 at 3:14 AM, Kyungmin Park wrote:
>
> Rough schedules.
>
> 1. Warsaw meetings (3/16~3/18): mostly v4l2 person and some SoC vendors
> Make a consensence at media developers. and share the information.
> Please note that it's v4l2 brainstorming meeting. so memory
> management i
On Thu, Feb 24, 2011 at 7:17 AM, Hans Verkuil wrote:
> There are two parts to this: first of all you need a way to allocate large
> buffers. The CMA patch series is available (but not yet merged) that does
> this.
> I'm not sure of the latest status of this series.
>
> The other part is that ever
On Thu, Feb 24, 2011 at 2:19 PM, Edward Hervey wrote:
>
> What *needs* to be solved is an API for data allocation/passing at the
> kernel level which v4l2,omx,X,GL,vdpau,vaapi,... can use and that
> userspace (like GStreamer) can pass around, monitor and know about.
yes yes yes yes!!
vaapi/vdpa
On Thu, Feb 24, 2011 at 7:10 AM, Laurent Pinchart
wrote:
> On Thursday 24 February 2011 14:04:19 Hans Verkuil wrote:
>> On Thursday, February 24, 2011 13:29:56 Linus Walleij wrote:
>> > 2011/2/23 Sachin Gupta :
>> > > The imaging coprocessor in today's platforms have a general purpose DSP
>> > > a
On Fri, Feb 18, 2011 at 10:39 AM, Robert Fekete
wrote:
> Hi,
>
> In order to expand this knowledge outside of Linaro I took the Liberty of
> inviting both linux-media@vger.kernel.org and
> gstreamer-de...@lists.freedesktop.org. For any newcomer I really recommend
> to do some catch-up reading on
>
22 matches
Mail list logo
