summaryrefslogtreecommitdiffstats
path: root/fs/romfs/mmap-nommu.c
diff options
context:
space:
mode:
authorStefan Richter <stefanr@s5r6.in-berlin.de>2012-04-09 20:51:18 +0200
committerStefan Richter <stefanr@s5r6.in-berlin.de>2012-04-17 22:27:37 +0200
commit0b6c4857f7684f6d3f59e0506f62953575346978 (patch)
treec266c9232022a962f1cb868d0f3664074efa2134 /fs/romfs/mmap-nommu.c
parentfe2af11c220c7bb3a67f7aec0594811e5c59e019 (diff)
downloadop-kernel-dev-0b6c4857f7684f6d3f59e0506f62953575346978.zip
op-kernel-dev-0b6c4857f7684f6d3f59e0506f62953575346978.tar.gz
firewire: core: fix DMA mapping direction
Seen with recent libdc1394: If a client mmap()s the buffer of an isochronous reception buffer with PROT_READ|PROT_WRITE instead of just PROT_READ, firewire-core sets the wrong DMA mapping direction during buffer initialization. The fix is to split fw_iso_buffer_init() into allocation and DMA mapping and to perform the latter after both buffer and DMA context were allocated. Buffer allocation and context allocation may happen in any order, but we need the context type (reception or transmission) in order to set the DMA direction of the buffer. Signed-off-by: Stefan Richter <stefanr@s5r6.in-berlin.de>
Diffstat (limited to 'fs/romfs/mmap-nommu.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud