Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753602Ab1ESWUg (ORCPT ); Thu, 19 May 2011 18:20:36 -0400 Received: from ns5.dns-guards.com ([41.203.20.164]:57939 "EHLO velocity.dns-guards.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751927Ab1ESWUf (ORCPT ); Thu, 19 May 2011 18:20:35 -0400 Message-ID: Date: Fri, 20 May 2011 00:20:18 +0200 From: Jan Zwiegers User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-GB; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: Bjorn Helgaas CC: "linux-pci@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: Re: PCI BAR1 Unassigned References: <4DD5452F.9050108@radicalsystems.co.za> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Assp-ID: velocity.dns-guards.com () X-Assp-Version: 1.7.1.3(1.0.2) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - velocity.dns-guards.com X-AntiAbuse: Original Domain - vger.kernel.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - radicalsystems.co.za X-Source: X-Source-Args: X-Source-Dir: Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2707 Lines: 58 On 2011-05-20 12:13 AM, Bjorn Helgaas wrote: > On Thu, May 19, 2011 at 2:27 PM, Jan Zwiegers wrote: >> On 2011-05-19 08:50 PM, Bjorn Helgaas wrote: >>> >>> On Thu, May 19, 2011 at 10:28 AM, Jan Zwiegers >>> wrote: >>>> >>>> I have the problem below where my PCI card's second BAR does not get >>>> assigned. >>>> What can be the cause of this problem? >>>> The last kernel I tested on which worked OK was 2.6.27. >>>> My current problematic kernel 2.6.35. >>>> >>>> 05:01.0 Unassigned class [ff00]: Eagle Technology PCI-703 Analog I/O Card >>>> (rev 5c) >>>> Flags: bus master, slow devsel, latency 32, IRQ 22 >>>> Memory at 93b00000 (type 3, prefetchable) [size=2K] >>>> Memory at (type 3, prefetchable) >>>> Capabilities: [80] #00 [0600] >>>> Kernel modules: pci703drv >>> >>> Could be resource exhaustion or, more likely, we ran out because we >>> now assign resource to things that don't need them, leaving none for >>> things that *do* need them. This sounds like a regression, so we >>> should open a bugzilla for it and attach dmesg logs from 2.6.27 and >>> 2.6.35. >>> >>> Does this problem keep the driver from working? (Sometimes drivers >>> don't actually use all the BARs a device supports.) >> >> I'm the maintainer of the driver and was involved in the development of the >> board as well in 2003. The board uses two BARS and the second BAR is the >> most important. The board worked fine since the 2.4 days and only recently >> became problematic. I suspect it works on even later kernels than 27, maybe >> 2.6.32. >> >> My knowledge is too little to actually determine if the problem is because >> the FPGA based PCI interface is not within spec or something that changed in >> the kernel, because of the post .30 releases becoming more strict to PCI >> specification, i.e. BIOS / Kernel interaction. > > Well, let's at least look at the working and broken dmesg logs. My > money is on kernel breakage. If it used to work, it should still > work. > -- > To unsubscribe from this list: send the line "unsubscribe linux-pci" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > What do you need from me? I have at least 3 machines on which it used to work and is now running a later kernel. I can post dmesg from both .27 and .35. Will do tomorrow when I'm back at the office. -- 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/