From owner-freebsd-mobile@FreeBSD.ORG Thu Mar 27 14:28:13 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A2D51065677 for ; Thu, 27 Mar 2008 14:28:13 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail01.adl6.internode.on.net (ipmail01.adl6.internode.on.net [203.16.214.146]) by mx1.freebsd.org (Postfix) with ESMTP id 894B68FC26 for ; Thu, 27 Mar 2008 14:28:12 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjEFADRG60d5LTqG/2dsb2JhbACBWqlJ X-IronPort-AV: E=Sophos;i="4.25,563,1199626200"; d="scan'208";a="70270829" Received: from ppp121-45-58-134.lns11.adl2.internode.on.net (HELO mail.clearchain.com) ([121.45.58.134]) by ipmail01.adl6.internode.on.net with ESMTP; 28 Mar 2008 00:42:53 +1030 Received: from [192.168.155.54] (taurus.internal.clearchain.com [192.168.155.54]) (authenticated bits=0) by mail.clearchain.com (8.14.2/8.14.2) with ESMTP id m2RECNNh003805 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Mar 2008 00:42:24 +1030 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <47EBAB5A.8070203@clearchain.com> Date: Fri, 28 Mar 2008 00:42:42 +1030 From: Benjamin Close User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Yousif Hassan References: <200803181157.m2IBvBLb000594@tausa.cc.uit.no><200803261002.m2QA2VNZ036148@tausa.cc.uit.no> <20080326184712.50100aac.torfinn.ingolfsen@broadpark.no> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on pegasus.clearchain.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (mail.clearchain.com [192.168.154.1]); Fri, 28 Mar 2008 00:42:25 +1030 (CST) Cc: freebsd-mobile@freebsd.org Subject: Re: if_wpi will not work for me X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2008 14:28:13 -0000 Yousif Hassan wrote: > Torfinn Ingolfsen wrote: >> Johan Johansen wrote: >> >>> Returning from my vacation, I notice that my problem is somewhat >>> different from what some of you other guys describe. I cant get a >>> wpi-device to work with at all. >>> >>> Booting without acpi makes no differens. >>> Applying patch wpi_releng7.diff makes no differens. >>> >>> Before I load if_wpi, pciconf says >>> none0@pci0:8:0:0: class=0x028000 card=0x135c103c >>> chip=0x42228086 rev=0x02 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = '10418086 Intel 3945ABG Wireless LAN controller' >>> class = network >>> and after >>> wpi0@pci0:8:0:0: class=0x028000 card=0x135c103c >>> chip=0x42228086 rev=0x02 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = '10418086 Intel 3945ABG Wireless LAN controller' >>> class = network >>> but still no wpi0 present. >>> >>> So, would it help to buy more memory, and if I do, where should I put >>> it? >> >> Just curious: why do you think that buying more memory will help? >> Because of the "cabn't allocate memory resource" message? >> AFAIU, that message indicates that there is something wrong with the >> way your acpi / bios tells FreeBSD what memory / how much memory it >> needs, not that the machine itself has too little memory. > > To wit, my experience has been that this message is innocuous. This > has been confirmed by Ben, who wrote the driver. I used to get these > messages but the wpi0 device would attach fine (it tends to get buried > during bootup messages after all that scroll - check dmesg). In > addition, Andrew's latest patches to -current and -stable resolve this > message - it no longer appears for me. So Johan, do not buy more > memory simply to solve this issue! > > Did you try those latest patches, and do you still see a problem? > > If your pciconf is reporting a "wpi0@...." in the device list, it > seems improbable that the device didn't attach - in that case you'd > have seen "noneX@..." This may be stating the obvious, but there are > specific steps you need to do to enable this device, including > accepting a license via /boot/loader.conf; did you follow them? Do > you have a dmesg confirming that the device did not attach? Do you > have the output of ifconfig for us to look at? I believe there is two issues here. The innocent message is: // wpi0: bus_dmamem_alloc failed to align memory properly. //This is handled by the driver and the driver version now in -Current/RELENG_7 has a proper fix preventing this from occurring. However, // // wpi0: could not allocate memory resource device_attach: wpi0 attach returned 6 Is caused by pci memory not being available. This seems to be occurring on pci-pci bridges on some laptops and will render you without a wpi device showing up. At present the cause is unknown but I'm working to try and fix it. It's not actually driver related but pci bus related. Also, adding more memory won't help fix the problem. Cheers, Benjamin