Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752970AbbBRVPj (ORCPT ); Wed, 18 Feb 2015 16:15:39 -0500 Received: from iolanthe.rowland.org ([192.131.102.54]:52299 "HELO iolanthe.rowland.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1752658AbbBRVPi (ORCPT ); Wed, 18 Feb 2015 16:15:38 -0500 Date: Wed, 18 Feb 2015 16:15:37 -0500 (EST) From: Alan Stern X-X-Sender: stern@iolanthe.rowland.org To: Andi Kleen cc: Tim Chen , Sergei Shtylyov , Greg Kroah-Hartman , Jiri Slaby , "H. Peter Anvin" , Akinobu Mita , Mathias Nyman , Ingo Molnar , Andrew Morton , Marek Szyprowski , Thomas Gleixner , , , , stable , Subject: Re: [PATCH] pci-dma: Fix x86 dma_alloc_coherent to fully clear all pages returned In-Reply-To: <20150218203909.GE13991@two.firstfloor.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1652 Lines: 43 On Wed, 18 Feb 2015, Andi Kleen wrote: > > > Have you tried doing the experiments I suggested in > > > > > > http://marc.info/?l=linux-usb&m=142272448620716&w=2 > > > > > > to determine where the problem occurs? > > > > > > > I was bogged down with other things lately and I haven't got a chance to > > test that. But as you said, there's very few places where xhci > > call this memory allocation. So I think the problem has been fairly > > narrowed down for the XHCI folks. > > Also I don't really understand why we're even discussing this. The patch > only makes an widely used API behave as it was before. Who knows who > else was broken with this change. There's no sane way to audit all > users. There is no real advantage of the new behavior. We are discussing it because fixing problems is better than papering around them. > The only good way is to revert to old behavior, like in Tim's > original patch. And doing it quickly for mainline and stable. I will agree that applying the patch is a reasonable thing to do. However, I also believe that it is important to fix the bugs revealed by the API change. > FWIW we have a large number of systems here that are broken > without this change. For all you know, they will still be broken even after the change is applied. The breakage may become less obvious, but that doesn't mean it will disappear entirely. Alan Stern -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/