Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933308Ab0DHTvM (ORCPT ); Thu, 8 Apr 2010 15:51:12 -0400 Received: from mail-pz0-f193.google.com ([209.85.222.193]:63488 "EHLO mail-pz0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933211Ab0DHTvJ convert rfc822-to-8bit (ORCPT ); Thu, 8 Apr 2010 15:51:09 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Gw7MmbFZ7q5Fgyh7HriDl0A3SR/qgUIy02rDe3zgJKiVRC+LLGvGSDAWlmeyGCQLMv AyT73P/YpUf0CXZXavpfAqKYEQIDqy4WmhnlctdBJw6p4arAb6OqfMD3nBGc8yBLAKPu 21d5W0JBCZ0eMAUIMvxxMnShPPmtyFH9+Pq7I= MIME-Version: 1.0 In-Reply-To: References: <4BBD1957.90502@gmail.com> <4BBD7997.1020803@ladisch.de> <4BBDEF93.6070306@ladisch.de> Date: Thu, 8 Apr 2010 12:51:09 -0700 Message-ID: Subject: Re: Failed to initialize MSI interrupts && ioremap reserve_memtype failed -22 From: Mark Knecht To: Robert Hancock Cc: Clemens Ladisch , Linux Kernel List Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2564 Lines: 65 On Thu, Apr 8, 2010 at 12:01 PM, Mark Knecht wrote: > On Thu, Apr 8, 2010 at 10:40 AM, Robert Hancock wrote: >> On Thu, Apr 8, 2010 at 10:24 AM, Mark Knecht wrote: >>> On Thu, Apr 8, 2010 at 8:00 AM, Clemens Ladisch wrote: >>>> Mark Knecht wrote: >>>>> ioremap reserve_memtype failed -22 >>>>> phys_addr: 0xcf7fe000, size: 0x2000 >>>> >>>> What is at this address in /proc/iomem? >>>> >>>>> Call Trace: >>>>>  [] ? __ioremap_caller+0x1e2/0x30e >>>>>  [] ? _nv006553rm+0x3a/0x40 [nvidia] >>>> >>>> I didn't find this function name in the kernel source ... >>>> >>>> >>>> Regards, >>>> Clemens >>>> >>> >>> Is there a serious chance this is somehow related to the closed source >>> nvidia driver? I could investigate switching to the in kernel driver >>> although that might take me a little time to get to. >> >> Yeah, those symbols are from the NVIDIA driver. Seems like it's trying >> to reserve part of memory in ACPI tables somehow? >> >> You might want to make sure you have the latest version (or just use >> nouveau instead..) >> > > I spent a few minutes looking at the Gentoo nouveau guide. I think I > won't be able to do that before Sunday so if there's nothing else to > reasonably look at and you're >50% sure that's the reason then I'll > probably have to get back to you guys next Monday or so. (Assuming the > guides are correct and it actually works. > > One question: If I simply remove the nvidia driver (either emerge -C > or blacklist it) then assuming it doesn't load if I don't see the > message we at least know it's involved in the problem, correct? That's > very easy to do right now as a test. > > - Mark > OK - final follow up for today. I removed the nvidia driver completely from the system and rebooted. No error messages in dmesg anymore, so we solved on (bad kernel config on my part) and we understand the second. As far as I can tell so far there hasn't been actual problem running nvidia and getting this error so I'll reinstall the driver for now and then look into either a newer version from them or doing the tricky stuff the Gentoo guide wants me to do for nouveau. (Or I suppose the less tricky nouveau setup on an 2.6.34 kernel.) Thanks! - Mark -- 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/