This patch adds a buffer synchronization framework based on DMA BUF[1]
and and based on ww-mutexes[2] for lock mechanism.
The purpose of this framework is to provide not only buffer access control
to CPU and DMA but also easy-to-use interfaces for device drivers and
user application. This
This patch adds lock callback to dma buf file operations,
and this callback will be called by fcntl system call.
With this patch, fcntl system call can be used for buffer
synchronization between CPU and CPU, and CPU and DMA in user mode.
Signed-off-by: Inki Dae inki@samsung.com
Hi all,
This patch set introduces a buffer synchronization framework based
on DMA BUF[1] and based on ww-mutexes[2] for lock mechanism.
The purpose of this framework is to provide not only buffer access
control to CPU and CPU, and CPU and DMA, and DMA and DMA but also
easy-to-use interfaces for
Hey all,
since I hadn't received any comment in the previous message (which was a
reply only) I thought i get this through the list as well.
I have created a github repostiory [0] for the dtv-tables so that it is
easier for people to fork and upstream new data.
I'm not a fan to using
Hi Guennadi,
snip
Well, I think, both of you will agree, that these register value lists
look horrible and actually have little to do with open-source software,
but I don't know what to do about them either. We could just reject them
and only accept drivers, properly describing what they
From: Srinivas Kandagatla srinivas.kandaga...@st.com
The use case is simple, if any rc device has allowed protocols =
RC_TYPE_LIRC and map_name = RC_MAP_LIRC set, the driver open will be never
called. The reason for this is, all of the key maps except lirc have some
KEYS in there map, so during
Alongside already existing Composite input.
Signed-off-by: Lubomir Rintel lkund...@v3.sk
Cc: Hans Verkuil hans.verk...@cisco.com
Cc: Mauro Carvalho Chehab mche...@redhat.com
Cc: linux-ker...@vger.kernel.org
Cc: linux-media@vger.kernel.org
---
drivers/media/usb/usbtv/usbtv.c | 99
Mauro,
I think the archive is generated incorrectly. Could you take a look and
see why? I shamefully admit I still am not sure where you did what to
generate these ;)
Oliver
Original Message
Subject:dtv-scan-tables tar archive
Date: Fri, 12 Jul 2013 10:59:56
From: Huei-Horng Yo hiroshi...@gmail.com
Signed-off-by: Oliver Schinagl oli...@schinagl.nl
---
channels-conf/dvb-t/tw-All | 21 +
dvb-t/tw-All | 11 +++
dvb-t/tw-Kaohsiung | 6 --
dvb-t/tw-Taipei| 7 ---
4 files changed, 32
Hey all,
The channels-conf directory in the dtv-scan-tables repository is
bitrotten. Besides tw-All, the newest addition is over 6 years ago, with
some being as old as 9 years. While I'm sure it's possible that the
channels-conf are still accurate, it's not really needed any longer.
Unless
On Fri, Jul 12, 2013 at 09:55:28AM +0100, Srinivas KANDAGATLA wrote:
From: Srinivas Kandagatla srinivas.kandaga...@st.com
The use case is simple, if any rc device has allowed protocols =
RC_TYPE_LIRC and map_name = RC_MAP_LIRC set, the driver open will be never
called. The reason for this
Hi Laurent,
On 05.07.13 12:48, Laurent Pinchart wrote:
Thanks for the explanation. It would be great if you could update your
board/beagle/mt9p031 branch and include the discussed changes.
Done. Could you please test it ?
Thanks for you help. There are no errors about the clocks or
Hi,
the maintainer contact for the cx231xx driver is broken - the author of that
driver is not reachable via the email adress stated in the source file:
srinivasa.de...@conexant.com
[ host cnxtsmtp1.conexant.com [198.62.9.252]: 550 5.1.1
srinivasa.de...@conexant.com: Recipient address
Hi,
the chip CX23103 that is used in various devices sold e.g. in germany works
with the cx231xx stock driver.
The author of that driver is not reachable via the email adress stated in the
source file: srinivasa.de...@conexant.com
[ host cnxtsmtp1.conexant.com [198.62.9.252]: 550 5.1.1
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: Fri Jul 12 19:00:20 CEST 2013
git branch: test
git hash: 1c26190a8d492adadac4711fe5762d46204b18b0
gcc
Em Fri, 12 Jul 2013 11:07:55 +0200
Oliver Schinagl oliver+l...@schinagl.nl escreveu:
Mauro,
I think the archive is generated incorrectly. Could you take a look and
see why? I shamefully admit I still am not sure where you did what to
generate these ;)
Basically, I run a script like the
From: Vladimir Lalov v.la...@gmail.com
Signed-off-by: Oliver Schinagl oli...@schinagl.nl
---
dvb-t/bg-Sofia | 16
1 file changed, 16 insertions(+)
create mode 100644 dvb-t/bg-Sofia
diff --git a/dvb-t/bg-Sofia b/dvb-t/bg-Sofia
new file mode 100644
index 000..82cc037
---
Friday, May 17, 2013, 11:52:17 AM, you wrote:
On Fri May 17 2013 11:04:50 Sander Eikelenboom wrote:
Friday, May 17, 2013, 10:25:24 AM, you wrote:
On Thu May 16 2013 19:41:42 Sander Eikelenboom wrote:
Hi Hans / Mauro,
With 3.10.0-rc1 (including the cx25821 changes from Hans), I get
From: Huei-Horng Yo hiroshi...@gmail.com
Signed-off-by: Huei-Horng Yo hiroshi...@gmail.com
---
scan.patch
Description: Binary data
於 西元2013年07月13日 10:44, Huei-Horng Yo 提到:
From: Huei-Horng Yo hiroshi...@gmail.com
Signed-off-by: Huei-Horng Yo hiroshi...@gmail.com
---
Sorry, don't know how to keep tab in GMail and the attachment is encoded
in MIME form. :(
---
From: Huei-Horng Yo hiroshi...@gmail.com
Signed-off-by:
20 matches
Mail list logo