From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753728AbaCKJUl (ORCPT ); Tue, 11 Mar 2014 05:20:41 -0400 Received: from cpsmtpb-ews09.kpnxchange.com ([213.75.39.14]:64144 "EHLO cpsmtpb-ews09.kpnxchange.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753500AbaCKJUg (ORCPT ); Tue, 11 Mar 2014 05:20:36 -0400 Message-ID: <1394529634.8352.18.camel@x41> Subject: Re: [Intel-gfx] agp/intel: can't ioremap flush page - no chipset flushing From: Paul Bolle To: Bjorn Helgaas Cc: Steven Newbury , Daniel Vetter , David Airlie , intel-gfx , Linux Kernel Mailing List , Yinghai Lu , "linux-pci@vger.kernel.org" , "Rafael J. Wysocki" Date: Tue, 11 Mar 2014 10:20:34 +0100 In-Reply-To: References: <1391951759.6036.7.camel@artifact> <1391952344.25424.4.camel@x220> <1394185698.5608.5.camel@x41> <1394212609.1987.6.camel@x41> <20140307204021.GA9822@google.com> <1394289877.31006.2.camel@x41> <20140310182431.GA11424@google.com> <1394495121.1975.6.camel@x41> <1394496924.16134.40.camel@x220> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4 (3.10.4-2.fc20) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 11 Mar 2014 09:20:34.0776 (UTC) FILETIME=[28570580:01CF3D0B] X-RcptDomain: vger.kernel.org Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Bjorn Helgaas schreef op ma 10-03-2014 om 20:07 [-0600]: > On Mon, Mar 10, 2014 at 6:15 PM, Paul Bolle wrote: > > On Mon, 2014-03-10 at 18:07 -0600, Bjorn Helgaas wrote: > >> On Mon, Mar 10, 2014 at 5:45 PM, Paul Bolle wrote: > >> > A bit of doubt is caused by two new boot time messages: > >> > pnp 00:00: unknown resource type 10 in _CRS > >> > pnp 00:00: can't evaluate _CRS: 1 > >> > > >> > But I haven't yet tried v3.14-rc6 without your patch, so these might be > >> > unrelated. They're unclear to me, anyway. > >> > >> Hmm, this is definitely concerning. Resource type 10 is > >> ACPI_RESOURCE_TYPE_FIXED_MEMORY32, which we do handle (unless it's > >> length 0). And your previous dmesg logs (at > >> https://bugzilla.kernel.org/show_bug.cgi?id=71611) don't show anything > >> like that. > >> > >> Can you attach an acpidump and the dmesg log with my patch to the bugzilla? > > > > It's getting rather late over here. So I'll try (quite) a few hours > > later. But acpidump doesn't ring any bells right now. Any hints? > > There's acpidump info here: https://01.org/linux-acpi/utilities . You > don't need to extract the binary tables or anything; just attach the > text dump to the bugzilla. (On Fedora it's shipped in acpica-tools. But since acpidump is a symlink to /usr/bin/acpidump-acpica that is created at install time it won't show up when one does "repoquery -f "*/acpidump". Add to this that "yum list pmtools" returns an error, and one is guaranteed roughly 30 minutes of sheer fun. Unsurprisingly, stubbornly trying "yum install pmtools" will actually install acpica-tools.) At least this all is written down somewhere now.) > It would be very interesting to try v3.14-rc6 without my patch. I > hope it has the same "unknown resource type" messages, because I don't > see how my patch could be related to them. There were no recent > PNP-related changes, so then I start to worry about some sort of > memory corruption from an unrelated patch. But I hope that's not the > case. lkml.org is returning some error page, but Markus Trippelsdorf just reported seeing this message too. Markus is unlikely to be also trying this patch. I've just added you to the CC's of my reply to Markus. I won't update the bugzilla report for now, because those messages appear unrelated to your patch. Thanks, Paul Bolle