[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1417436.RHVOLNlTxk@harkonnen>
Date: Fri, 24 Aug 2012 15:23:09 +0200
From: Federico Vaga <federico.vaga@...il.com>
To: Marek Szyprowski <m.szyprowski@...sung.com>
Cc: 'Mauro Carvalho Chehab' <mchehab@...radead.org>,
'Pawel Osciak' <pawel@...iak.com>,
'Hans Verkuil' <hans.verkuil@...co.com>,
'Giancarlo Asnaghi' <giancarlo.asnaghi@...com>,
linux-media@...r.kernel.org, linux-kernel@...r.kernel.org,
'Jonathan Corbet' <corbet@....net>,
Tomasz Stanislawski <t.stanislaws@...sung.local>
Subject: Re: [PATCH 2/3] [media] videobuf2-dma-streaming: new videobuf2 memory allocator
> Getting back to your patch - in your approach cpu cache handling is
> missing. I suspect that it worked fine only because it has been
> tested on some simple platform without any cpu caches (or with very
> small ones).
Is missing from the memory allocator because I do it on the device
driver. The current operations don't allow me to do that in the memory
allocator.
> Please check the following thread:
> http://www.spinics.net/lists/linux-media/msg51768.html where Tomasz
> has posted his ongoing effort on updating and extending videobuf2 and
> dma-contig allocator. Especially the patch
> http://www.spinics.net/lists/linux-media/msg51776.html will be
> interesting for you, because cpu cache synchronization
> (dma_sync_single_for_device / dma_sync_single_for_cpu) should be
> called from prepare/finish callbacks.
You are right, it is interesting because avoid me to use cache sync in
my driver. Can I work on these patches?
>From this page I understand that these patches are not approved yet
https://patchwork.kernel.org/project/linux-media/list/?page=2
--
Federico Vaga
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists