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
..
Kconfig	firewire net, ipv6: IPv6 over Firewire (RFC3146) support.	2013-03-26 12:32:13 -04:00
Makefile	…
core-card.c	…
core-cdev.c	firewire: core: typecast from gfp_t to bool more safely	2013-07-30 15:46:18 +02:00
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	firewire: Enable remote DMA above 4 GB	2014-01-20 01:11:13 +01:00
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	…
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