From mboxrd@z Thu Jan 1 00:00:00 1970 From: Steven Newbury Subject: Re: agp/intel: can't ioremap flush page - no chipset flushing Date: Sun, 09 Feb 2014 13:32:40 +0000 Message-ID: <1391952760.6036.10.camel@artifact> References: <1391886379.2669.11.camel@x41> <1391890927.1882.5.camel@x41> <1391951759.6036.7.camel@artifact> <1391952344.25424.4.camel@x220> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from know-smtprelay-omc-2.server.virginmedia.net (know-smtprelay-omc-2.server.virginmedia.net [80.0.253.66]) by gabe.freedesktop.org (Postfix) with ESMTP id D9CB9FA2DB for ; Sun, 9 Feb 2014 05:32:50 -0800 (PST) In-Reply-To: <1391952344.25424.4.camel@x220> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: intel-gfx-bounces@lists.freedesktop.org Errors-To: intel-gfx-bounces@lists.freedesktop.org To: Paul Bolle Cc: David Airlie , Daniel Vetter , intel-gfx , Linux Kernel Mailing List , Bjorn Helgaas , Yinghai Lu List-Id: intel-gfx@lists.freedesktop.org On Sun, 2014-02-09 at 14:25 +0100, Paul Bolle wrote: > On Sun, 2014-02-09 at 13:15 +0000, Steven Newbury wrote: > > PCI resource allocation is undergoing some changes at the moment, it's > > definitely a bug if the Flush Page isn't getting allocated. I'm looking > > forward to hopefully getting pci_bus_alloc_resource_fit() behaviour in > > mainline, it will provide much better resource allocation in the 32 bit > > PCI address space, and prevent problems like this from cropping up. > > > > See Yinghai Lu's for-pci-res-alloc branch. > > > > I've been carrying the changes in my local tree, but right now the > > upstream PCI changes are quite extensive. He's planning on rebasing the > > branch soon. > > Does this mean I might be better of not bisecting this just yet? Or are > these changes targeted at v3.15 (or later)? > > > Paul Bolle > It's an aside really for now. The bug has probably been introduced by the recent pci allocation changes so it should be easier for you to bisect, hopefully.