Stefan Richter 2fe2023adf firewire: revert to 4 GB RDMA, fix protocols using Memory Space ... Undo a feature introduced in v3.14 by commit fcd46b3442 "firewire: Enable remote DMA above 4 GB". That change raised the minimum address at which protocol drivers and user programs can register for request reception from 0x0001'0000'0000 to 0x8000'0000'0000. It turned out that at least one vendor-specific protocol exists which uses lower addresses: https://bugzilla.kernel.org/show_bug.cgi?id=76921 For the time being, revert most of commit fcd46b3442 so that affected protocols work like with kernel v3.13 and before. Just keep the valid documentation parts from the regressing commit, and the ability to identify controllers which could be programmed to accept >32 bit physical DMA addresses. The rest of fcd46b3442 should probably be brought back as an optional instead of default feature. Reported-by: Fabien Spindler <fabien.spindler@inria.fr> Cc: <stable@vger.kernel.org> # 3.14+ Signed-off-by: Stefan Richter <stefanr@s5r6.in-berlin.de>		2014-05-29 15:50:30 +02:00
..
core-card.c
core-cdev.c
core-device.c	firewire: don't use PREPARE_DELAYED_WORK	2014-03-07 10:19:57 -05:00
core-iso.c
core-topology.c
core-transaction.c
core.h	firewire: revert to 4 GB RDMA, fix protocols using Memory Space	2014-05-29 15:50:30 +02:00
init_ohci1394_dma.c
Kconfig
Makefile
net.c	firewire: net: fix use after free	2014-02-28 11:02:51 +01:00
nosy-user.h
nosy.c
nosy.h
ohci.c	firewire: revert to 4 GB RDMA, fix protocols using Memory Space	2014-05-29 15:50:30 +02:00
ohci.h
sbp2.c	firewire: don't use PREPARE_DELAYED_WORK	2014-03-07 10:19:57 -05:00