Previously the vb2_dma_contig_mmap() function was using a dma_addr_t as a
physical address. The two addressses are not necessarily the same.
For example, when using the IOMMU funtion on certain platforms, dma_addr_t
addresses are not directly mappable physical address.
dma_mmap_coherent() maps the
fb_mmap() implemented in fbmem.c uses smem_start as the physical
address of the frame buffer. In the sh_mobile_lcdc driver, the
smem_start is a dma_addr_t that is not a physical address when IOMMU is
enabled. dma_mmap_coherent() maps the address correctly. It is
available on ARM platforms.
Sign
There is a dma_mmap_coherent() API in some architectures. This API
provides a mmap function for memory allocated by dma_alloc_coherent().
Some drivers mmap a dma_addr_t returned by dma_alloc_coherent() as a
physical address. But such drivers do not work correctly when IOMMU
mapper is used.
Hidek
ARCH_HAS_DMA_MMAP_COHERENT indicates that there is dma_mmap_coherent() API
in this architecture. The name is already defined in PowerPC.
Signed-off-by: Hideki EIRAKU
---
arch/arm/include/asm/dma-mapping.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/
On Tue July 24 2012 22:37:35 Rémi Denis-Courmont wrote:
> Le mardi 24 juillet 2012 23:31:42 Andy Walls, vous avez écrit :
> > >I would strongly be in favor of this. One thing that we get far to
> > >little of is feedback from actual userland developers making use of
> > >the V4L and DVB interfaces
On Tue July 24 2012 19:40:27 Michael Krufky wrote:
> Apologies for my late reply -- I plan to attend the conference!!!
Looking forward to seeing you again!
> I am looking to book everything today... I think I'm going to Barcelona
> as well -- will you guys go to both conferences?
I'll be in Bar
Hi Naveen,
On Wed July 25 2012 02:17:25 Naveen KRISHNAMURTHY wrote:
> Hello Mauro,
>
> We would like to participate in the media summit at San Diego. Can you
> please reserve 2 seats for us. If possible we would like to reserve a
> session to present how we have used the linuxTV to model our devi
On 07/25/2012 03:15 AM, Michael Krufky wrote:
On Tue, Jul 24, 2012 at 6:17 PM, Michael Krufky wrote:
On Tue, Jul 24, 2012 at 6:12 PM, Antti Palosaari wrote:
On 07/25/2012 12:55 AM, Michael Krufky wrote:
On Sun, Jul 22, 2012 at 3:59 PM, Antti Palosaari wrote:
Moi Michael,
I just realized
Hello Mauro,
We would like to participate in the media summit at San Diego. Can you please
reserve 2 seats for us. If possible we would like to reserve a session to
present how we have used the linuxTV to model our devices and support our use
cases. We will also consolidate and pass on a list o
On Tue, Jul 24, 2012 at 6:17 PM, Michael Krufky wrote:
> On Tue, Jul 24, 2012 at 6:12 PM, Antti Palosaari wrote:
>> On 07/25/2012 12:55 AM, Michael Krufky wrote:
>>>
>>> On Sun, Jul 22, 2012 at 3:59 PM, Antti Palosaari wrote:
Moi Michael,
I just realized tda18271 driver eats 160mA
On Tue, Jul 24, 2012 at 6:12 PM, Antti Palosaari wrote:
> On 07/25/2012 12:55 AM, Michael Krufky wrote:
>>
>> On Sun, Jul 22, 2012 at 3:59 PM, Antti Palosaari wrote:
>>>
>>> Moi Michael,
>>> I just realized tda18271 driver eats 160mA too much current after attach.
>>> This means, there is power m
On 07/25/2012 12:55 AM, Michael Krufky wrote:
On Sun, Jul 22, 2012 at 3:59 PM, Antti Palosaari wrote:
Moi Michael,
I just realized tda18271 driver eats 160mA too much current after attach.
This means, there is power management bug.
When I plug my nanoStick it eats total 240mA, after tda18271 s
On Tue, Jul 24, 2012 at 5:50 PM, Antti Palosaari wrote:
> I wonder if it is wise to merge both DVB and V4L2 APIs, add needed DVB stuff
> to V4L2 API and finally remove whole DVB API. V4L2 API seems to be much more
> feature rich, developed more actively and maybe has less problems than
> current D
On Sun, Jul 22, 2012 at 3:59 PM, Antti Palosaari wrote:
> Moi Michael,
> I just realized tda18271 driver eats 160mA too much current after attach.
> This means, there is power management bug.
>
> When I plug my nanoStick it eats total 240mA, after tda18271 sleep is called
> it eats only 80mA total
On Tue, Jul 24, 2012 at 5:50 PM, Antti Palosaari wrote:
> On 07/24/2012 11:11 PM, Devin Heitmueller wrote:
>>
>> On Tue, Jul 24, 2012 at 4:05 PM, Rémi Denis-Courmont
>> wrote:
>>>
>>> If it's of interest to anyone, I could probably present a bunch of issues
>>> with
>>> V4L2 and DVB from userspac
On 07/24/2012 11:11 PM, Devin Heitmueller wrote:
On Tue, Jul 24, 2012 at 4:05 PM, Rémi Denis-Courmont wrote:
If it's of interest to anyone, I could probably present a bunch of issues with
V4L2 and DVB from userspace perspective.
Remi,
I would strongly be in favor of this. One thing that we
Cc: Mauro Carvalho Chehab
Cc: Dean Anderson
Cc: Hans Verkuil
Cc: Dan Carpenter
Cc: Hans de Goede
Cc: linux-media@vger.kernel.org
Signed-off-by: Tim Gardner
---
drivers/media/video/s2255drv.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/media/video/s2255drv.c b/drivers/media
Hi Sangwook,
On 07/20/2012 12:03 PM, Sangwook Lee wrote:
> Hi Sylwester
>
> Thank for the review.
>
> On 19 July 2012 20:40, Sylwester Nawrocki
> wrote:
>> On 07/19/2012 02:14 PM, Sangwook Lee wrote:
...
>>> Add factory default settings for S5K4ECGX sensor registers.
>>> I copied them from the
Le mardi 24 juillet 2012 23:31:42 Andy Walls, vous avez écrit :
> >I would strongly be in favor of this. One thing that we get far to
> >little of is feedback from actual userland developers making use of
> >the V4L and DVB interfaces (aside from the SoC vendors, which is a
> >completely different
Devin Heitmueller wrote:
>On Tue, Jul 24, 2012 at 4:05 PM, Rémi Denis-Courmont
>wrote:
>> If it's of interest to anyone, I could probably present a bunch of
>issues with
>> V4L2 and DVB from userspace perspective.
>
>Remi,
>
>I would strongly be in favor of this. One thing that we get far to
>l
On Tue, Jul 24, 2012 at 4:05 PM, Rémi Denis-Courmont wrote:
> If it's of interest to anyone, I could probably present a bunch of issues with
> V4L2 and DVB from userspace perspective.
Remi,
I would strongly be in favor of this. One thing that we get far to
little of is feedback from actual user
Hello,
Le mardi 17 juillet 2012 20:30:53 Mauro Carvalho Chehab, vous avez écrit :
> As we did in 2012, we're planning to do a media summit again at KS/2012.
>
> The KS/2012 will happen in San Diego, CA, US, between Aug 26-28, just
> before the LinuxCon North America.
>
> In order to do i
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date:Tue Jul 24 19:00:23 CEST 2012
git hash:931efdf58bd83af8d0578a6cc53421675daf6d41
gcc version: i686-linux-gcc (GC
Apologies for my late reply -- I plan to attend the conference!!! I
am looking to book everything today... I think I'm going to Barcelona
as well -- will you guys go to both conferences?
On Sat, Jul 21, 2012 at 1:06 AM, Guennadi Liakhovetski
wrote:
> Hi Mauro
>
> On Tue, 17 Jul 2012, Guennadi
Hi Greg,
This patch is already in Linus' tree and I really think it should go into stable
as well. You will find this bug in every kernel from the moment cx25821 went
out of staging.
I just read Documentation/stable_kernel_rules.txt, so I guess it was enough
to add a tag "Cc: sta...@vger.kernel.o
Hey Hans,
On Thu, Jul 19, 2012 at 10:41 AM, Hans Verkuil wrote:
> On Thu 19 July 2012 15:32:21 Ezequiel Garcia wrote:
>> On Thu, Jul 19, 2012 at 8:17 AM, Hans Verkuil wrote:
>> > Ezequiel,
>> >
>> > Can you post this patch again, but this time to Linus Torvalds as well?
>> >
>> > See e.g. http:/
From: Julia Lawall
Add missing usb_free_urb on failure path after usb_alloc_urb.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
//
@km exists@
local idexpression e;
expression e1,e2,e3;
type T,T1;
identifier f;
@@
* e = usb_alloc
From: Alan Cox
Some parts of the C language are subtle and evil. This is one example.
Reported-by: dcb...@hotmail.com
Resolves-bug: https://bugzilla.kernel.org/show_bug.cgi?id=44041
Signed-off-by: Alan Cox
---
drivers/media/dvb/dvb-usb/az6007.c |2 +-
1 file changed, 1 insertion(+), 1 del
From: Alan Cox
Unsupported requests should be ignored but in fact affected VDEC_A
Reported-by: dcb...@hotmail.com
Resolves-bug: https://bugzilla.kernel.org/show_bug.cgi?id=44051
Signed-off-by: Alan Cox
---
drivers/media/video/cx25821/cx25821-medusa-video.c |2 +-
1 file changed, 1 inserti
From: Alan Cox
Without this rev2 ends up behaving as rev3
Reported-by: dcb...@hotmail.com
Resolves-bug: https://bugzilla.kernel.org/show_bug.cgi?id=44081
Signed-off-by: Alan Cox
---
drivers/media/video/ov9640.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/media/video/ov9640.
> From: Sylwester Nawrocki [mailto:sylvester.nawro...@gmail.com]
> Sent: 30 June 2012 21:24
>
> This patch adds new V4L2_CAP_VIDEO_M2M and V4L2_CAP_VIDEO_M2M_MPLANE
> capability
> flags that are intended to be used for memory-to-memory (M2M) devices,
> instead
> of ORed V4L2_CAP_VIDEO_CAPTURE and
On Mon, 2012-07-23 at 10:12 -0700, Tejun Heo wrote:
> Hello,
>
> On Sun, Jul 22, 2012 at 04:46:54PM -0400, Andy Walls wrote:
> > Hmmm, I didn't know about the constraint about 'known to be alive' in
> > the other email I just sent.
> >
> > That might make calling flush_kthread_work() hard for a u
Hi Hans
Thanks for your comments.
Best Regards
Soby Mathew
On Mon, Jul 23, 2012 at 6:14 PM, Hans Verkuil wrote:
> On Mon July 23 2012 14:35:14 Soby Mathew wrote:
>> Hi Hans,
>> Thanks for the reply and I was going through the HDMI1.4 spec again.
>> The 'active space' is part of the Vactive and
Some video decoders such as tvp5150 provide separate
video fields (V4L2_FIELD_SEQ_TB/BT). This driver uses
dmaengine to convert this format to V4L2_FIELD_INTERLACED_TB/BT
(weaving) or V4L2_FIELD_NONE (line doubling) so that the
image can be displayed or processed.
Of course there will be combing e
34 matches
Mail list logo
