On 11/02/2015 07:18 PM, Jason Gunthorpe wrote: > On Mon, Nov 02, 2015 at 07:02:04PM -0500, Doug Ledford wrote: > >> Because they are *scheduled* for removal. If I simply didn't care if >> they went away, then I wouldn't screw around with deprecating them or >> tagging them to be removed, I'd just delete them. Breaking them before >> the scheduled removal time defeats that entire purpose. > > You don't see in the compiles, but IIRC ipath is unusable after the > PAT rework.
It shouldn't be. I reviewed those changes and they looked right (given the limitations). All you needed was to boot with nopat on the kernel command line to get the old kernel behavior and it would continue to work as before, and it would print out a message telling you to do so if you hadn't already. > We've also been ripping out the ULP side of things that would let > amso1100/ehca work in any meningful way with the kernel ULPs. For amso1100, kernel ULPs has never been its target. Didn't we only recently got any support for iWARP in iSER? And we never had it or will have it in IPoIB or SRP/SRPT. That only leaves RDS and NFSoRDMA. RDS/RDMA upstream has been a mess for a long time. That only leaves NFSoRDMA. So it's fair to say amso1100 has been primarily a user space RDMA device, not a kernel ULP device. For ehca, that's another matter entirely. I gave up trying to work with that driver a long time ago. If IBM tells me something is broke, I'll review their patches to fix it, but as I have no working hardware, and only every had hardware I couldn't get working in our environment, there isn't much I can do about it. > The reason I lobbied to get rid of them is specifically because they > don't work and maintaining them (ie the driver and the single-use ULP > codepath side) is a huge pain. Keeping them around and keeping them > compiling defeats the entire point. Just delete them, we don't need to > wait for 4.6. That's not true. User space continues to work, and amso1100 shouldn't be greatly negatively impacted by recent changes. Nor should ipath. -- Doug Ledford <[email protected]> GPG KeyID: 0E572FDD
signature.asc
Description: OpenPGP digital signature
