From owner-freebsd-mobile@FreeBSD.ORG Sun Jun 18 01:09:01 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98F1316A479 for ; Sun, 18 Jun 2006 01:09:01 +0000 (UTC) (envelope-from dan@langille.org) Received: from havoc.unixathome.org (havoc.unixathome.org [66.154.98.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42B3243D46 for ; Sun, 18 Jun 2006 01:09:01 +0000 (GMT) (envelope-from dan@langille.org) Received: from localhost (localhost [127.0.0.1]) by havoc.unixathome.org (Postfix) with ESMTP id D98115647E; Sat, 17 Jun 2006 18:09:00 -0700 (PDT) X-Virus-Scanned: by amavisd-new at unixathome.org Received: from havoc.unixathome.org ([127.0.0.1]) by localhost (havoc.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WYYu0Rcg24RO; Sat, 17 Jun 2006 18:08:55 -0700 (PDT) Received: from bast.unixathome.org (bast.unixathome.org [70.26.229.230]) by havoc.unixathome.org (Postfix) with ESMTP id 322995641A; Sat, 17 Jun 2006 18:08:54 -0700 (PDT) Received: from [10.55.0.99] (wocker.unixathome.org [10.55.0.99]) by bast.unixathome.org (Postfix) with ESMTP id 785C4B822; Sat, 17 Jun 2006 21:08:54 -0400 (EDT) From: "Dan Langille" To: "Kevin Oberman" Date: Sat, 17 Jun 2006 21:08:54 -0400 MIME-Version: 1.0 Message-ID: <44946F66.1570.642B0D75@dan.langille.org> Priority: normal In-reply-to: <20060617235457.D6AFA45043@ptavv.es.net> References: Your message of "Sat, 17 Jun 2006 18:12:49 EDT." <44944621.3695.6389DA2F@dan.langille.org> X-mailer: Pegasus Mail for Windows (4.31) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Cc: freebsd-mobile@freebsd.org Subject: Re: ThinkPad - UltraBay battery magic 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: Sun, 18 Jun 2006 01:09:01 -0000 On 17 Jun 2006 at 16:54, Kevin Oberman wrote: > > When installing a 2nd battery (i.e in the UltraBay after removing the > > CD drive) in a ThinkPad, I think there's some magic you must invoke > > to get the system to notice the additional power resource. > > > > Any ideas? > > The code to allow ACPI to add batteries has yet to be written (or committed, > at least). If the system is booted with 2 two batteries, both will be seen. > Even it one is removed and then returned, it will be seen. But if a system is > booted with a single battery, ACPI will not ever see the second battery. > > Please note that the second battery WILL be seen by the hardware and both > charged and used. I rebooted. It froze after probing ad0. I powered off. I removed the spare battery. I rebooted. Froze again, same place. I put in the CD drive, it booted fine. I swapped out the CD drive and put the battery back in. This time I did a verbose boot. In short: both batteries are seen in the probing. ad0 is probed pcm0 is measured fdc0: output ready timeout [repeat above line 7 times] GEOM: new disk ad0 Screen shot here: http://www.langille.org/tmp/100_2831.jpg Ideas? Suggestions? -- Dan Langille : Software Developer looking for work my resume: http://www.freebsddiary.org/dan_langille.php From owner-freebsd-mobile@FreeBSD.ORG Sun Jun 18 03:39:13 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E528816A47B for ; Sun, 18 Jun 2006 03:39:13 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABAC043D45 for ; Sun, 18 Jun 2006 03:39:11 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Sat, 17 Jun 2006 20:39:11 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id AD2DB45043; Sat, 17 Jun 2006 20:39:10 -0700 (PDT) To: "Dan Langille" In-reply-to: Your message of "Sat, 17 Jun 2006 21:08:54 EDT." <44946F66.1570.642B0D75@dan.langille.org> Date: Sat, 17 Jun 2006 20:39:10 -0700 From: "Kevin Oberman" Message-Id: <20060618033910.AD2DB45043@ptavv.es.net> Cc: freebsd-mobile@freebsd.org Subject: Re: ThinkPad - UltraBay battery magic 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: Sun, 18 Jun 2006 03:39:14 -0000 > From: "Dan Langille" > Date: Sat, 17 Jun 2006 21:08:54 -0400 > > On 17 Jun 2006 at 16:54, Kevin Oberman wrote: > > > > When installing a 2nd battery (i.e in the UltraBay after removing the > > > CD drive) in a ThinkPad, I think there's some magic you must invoke > > > to get the system to notice the additional power resource. > > > > > > Any ideas? > > > > The code to allow ACPI to add batteries has yet to be written (or committed, > > at least). If the system is booted with 2 two batteries, both will be seen. > > Even it one is removed and then returned, it will be seen. But if a system is > > booted with a single battery, ACPI will not ever see the second battery. > > > > Please note that the second battery WILL be seen by the hardware and both > > charged and used. > > I rebooted. It froze after probing ad0. I powered off. I removed > the spare battery. I rebooted. Froze again, same place. I put in > the CD drive, it booted fine. I swapped out the CD drive and put the > battery back in. This time I did a verbose boot. > > In short: > both batteries are seen in the probing. > ad0 is probed > pcm0 is measured > fdc0: output ready timeout > [repeat above line 7 times] > GEOM: new disk ad0 > > Screen shot here: > > http://www.langille.org/tmp/100_2831.jpg > > Ideas? Suggestions? This is sounding just a bit familiar. Do you actually have a floppy drive? If so, try putting a disk into it. If not, try building a kernel without the floppy and see if that behaves. There have been several similar reports. You might want to look at the archives. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-mobile@FreeBSD.ORG Sun Jun 18 14:34:52 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8EA916A54C for ; Sun, 18 Jun 2006 14:34:51 +0000 (UTC) (envelope-from stapleton@mps.ohio-state.edu) Received: from phyas1.mps.ohio-state.edu (phyas1.mps.ohio-state.edu [128.146.37.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9245243D46 for ; Sun, 18 Jun 2006 14:34:51 +0000 (GMT) (envelope-from stapleton@mps.ohio-state.edu) Received: from bilbo (adsl-67-36-51-166.dsl.wotnoh.ameritech.net [67.36.51.166]) by mps.ohio-state.edu (PMDF V6.2-1x9 #31224) with ESMTPA id <01M3RMRW4T0K8WYJ9V@mps.ohio-state.edu> for freebsd-mobile@freebsd.org; Sun, 18 Jun 2006 10:33:50 -0400 (EDT) Date: Sun, 18 Jun 2006 10:34:01 -0400 From: Steven James Samuel Stapleton To: freebsd-mobile@freebsd.org Message-id: <001301c692e4$40c997b0$5801a8c0@bilbo> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Mailer: Microsoft Outlook Express 6.00.2900.2869 Content-type: text/plain; format=flowed; charset=iso-8859-1; reply-type=original Content-transfer-encoding: 8BIT X-Priority: 3 X-MSMail-priority: Normal Subject: Toshibal Sat. A105-4001 Review + Questions [RTL ALC861 Sound, Intel PRO/Wireless 3945ABG issues] 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: Sun, 18 Jun 2006 14:34:52 -0000 I have this notebook, and it seems to work well, except for two luxury items which I can't get working... The wireless and sound, listed in the subject. I know the sound works in linux, and I know Intel made linux drivers for the chipset... However, after trying Linux, and not even going 24 hours without a tedious, poorly documented issue I had to fix in a critical system for me, I remember why I didn't care for Linux, and went back to BSD. Sound and Wireless aren't worth that annoyance. Now my notes on the machine for prospective BSD interested buyers... Specifications: Satellite A105-S4001 Intel® Core Solo Processor T1300 (1.66GHz); 512MB DDR2-533 RAM; 60GB 5400RPM SATA Hard Drive; SuperMulti Double Layer 8x DVD±RW Drive; 5-in-1 Bridge Media Adapter; Intel Graphics Media Accelerator 950 Video Chipset; Realtek ALC861 Sound; 10/100 Network Adapter; Intel PRO/Wireless 3945ABG 15.4" Widescreen XGA TruBrite Display; Microsoft Windows XP Home Edition (Service Pack 2) [not anymore...] ===== What works: ===== Intel® Core Solo Processor T1300 (1.66GHz); 512MB DDR2-533 RAM; 10/100 Network Adapter; 15.4" Widescreen XGA TruBrite Display; Touchpad; 4xUSB; No real surprises with these, though the XOrg was tricky to get working with the native res. If you have trouble with the native monitor res, look at my monitor configuration entry at the end of the mail. You'll need to turn on the moused in your rc.conf to get the touchpad to work. USB mice work fine, as well as USB drives. 60GB 5400RPM SATA Hard Drive; Yes, the hard drive controller works! SuperMulti Double Layer 8x DVD±RW Drive; At least reading CDs/CDRs, haven't tested anything else yet. Intel Graphics Media Accelerator 950 Video Chipset; The i810 driver in XOrg works fine, as stated in the docs. However, the shared memory can be problematic when doing memory intensive tasks... ===== Not Tested: ===== 5-in-1 Bridge Media Adapter; 1x Firewire; I have any memory-card or firewire type devices. ===== Things that I can't get working so far: ===== Realtek ALC861 Sound; The default sound driver (snd_drv) in the handbook has no effect, the soundstat doesn't produce any loaded drivers. snd_ich also doesn't provide any results (not that I expected any) Intel PRO/Wireless 3945ABG The wi and iwi drivers do not function here, I saw another thread about them, but haven't had a chance to sift through it yet. It looked lite the main idea was that the patchsets for this card were still buggy? Thanks, -Jim Stapleton XOrg monitor config (This is taken from a googled post on a 15.4" widescreen for a slightly different Toshiba model), and selected other XOrg sections: Section "Module" Load "dbe" Load "dri" Load "i810" Load "extmod" Load "glx" Load "GLcore" Load "record" Load "xtrap" Load "freetype" Load "type1" EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "ShadowFB" # [] #Option "DefaultRefresh" # [] #Option "ModeSetClearScreen" # [] Identifier "Card0" Driver "vesa" VendorName "Intel Corporation" BoardName "Mobile Integrated Graphics Controller" BusID "PCI:0:2:0" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Toshiba" ModelName "SatelliteLCD" HorizSync 30.0 - 107.0 VertRefresh 50.0 - 185.0 Option "DPMS" Modeline "1280x800" 159.74 1280 1296 1552 1664 800 800 815 835 EndSection From owner-freebsd-mobile@FreeBSD.ORG Sun Jun 18 17:57:34 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53DE916A47F for ; Sun, 18 Jun 2006 17:57:34 +0000 (UTC) (envelope-from rich@pencil.math.missouri.edu) Received: from pencil.math.missouri.edu (pencil.math.missouri.edu [128.206.49.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7740043D49 for ; Sun, 18 Jun 2006 17:57:33 +0000 (GMT) (envelope-from rich@pencil.math.missouri.edu) Received: from pencil.math.missouri.edu (rich@localhost [127.0.0.1]) by pencil.math.missouri.edu (8.13.1/8.13.1) with ESMTP id k5IHvLSk046047; Sun, 18 Jun 2006 12:57:21 -0500 (CDT) (envelope-from rich@pencil.math.missouri.edu) Received: (from rich@localhost) by pencil.math.missouri.edu (8.13.1/8.13.1/Submit) id k5IHvLSt046046; Sun, 18 Jun 2006 12:57:21 -0500 (CDT) (envelope-from rich) From: Rich Winkel Message-Id: <200606181757.k5IHvLSt046046@pencil.math.missouri.edu> In-Reply-To: <4492A8F9.6060007@centtech.com> "from Eric Anderson at Jun 16, 2006 07:50:01 am" To: Eric Anderson Date: Sun, 18 Jun 2006 12:57:21 -0500 (CDT) X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pencil.math.missouri.edu X-Virus-Scanned: ClamAV 0.87.1/1549/Sat Jun 17 17:20:39 2006 on pencil.math.missouri.edu X-Virus-Status: Clean Cc: freebsd-mobile@freebsd.org Subject: Re: Video sleep on dell d600 (6.1-release) 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: Sun, 18 Jun 2006 17:57:34 -0000 Sorry I've lost track of the attributions :) > I think in the OP's case these are the same - I think (and he'll have to > clarify) that he just wanted the screen to turn off when he closed the > lid, right before it goes to sleep, and have the screen come on when he > opens the lid. Sounds like S1 is working fine for him otherwise (which > I do believe to be true for D600's). Correct, I just want the display to turn off when I close the lid. Browsing the web, it appears at least one person has gotten this working, but he didn't post the specifics. I need to hunt up his address. > > On my Inspiron 8200 (and the 5000e that preceded it), I have the BIOS > > set to leave the machine running when I close the lid so that I can > > start a "make buildworld," close the lid, put the laptop in the trunk of > > the car, then drive to work, thus making arguably constructive use of > > the commute time. Doesn't this invite overheating problems? I thought laptops dissipate a significant amount of heat from below the keyboard ... Rich From owner-freebsd-mobile@FreeBSD.ORG Sun Jun 18 18:24:18 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE34816A479 for ; Sun, 18 Jun 2006 18:24:18 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from ms-smtp-01.southeast.rr.com (ms-smtp-01.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52B3743D49 for ; Sun, 18 Jun 2006 18:24:18 +0000 (GMT) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (cpe-024-211-118-154.sc.res.rr.com [24.211.118.154]) by ms-smtp-01.southeast.rr.com (8.13.6/8.13.6) with ESMTP id k5IIOGZv007293; Sun, 18 Jun 2006 14:24:16 -0400 (EDT) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.13.6/8.13.6) with ESMTP id k5IIOFpd011174; Sun, 18 Jun 2006 14:24:15 -0400 (EDT) (envelope-from morganw@chemikals.org) Date: Sun, 18 Jun 2006 14:24:15 -0400 (EDT) From: Wesley Morgan To: Steven James Samuel Stapleton In-Reply-To: <001301c692e4$40c997b0$5801a8c0@bilbo> Message-ID: <20060618142321.M11155@volatile.chemikals.org> References: <001301c692e4$40c997b0$5801a8c0@bilbo> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-914671150-1150655055=:11155" X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: freebsd-mobile@freebsd.org Subject: Re: Toshibal Sat. A105-4001 Review + Questions [RTL ALC861 Sound, Intel PRO/Wireless 3945ABG issues] 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: Sun, 18 Jun 2006 18:24:18 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-914671150-1150655055=:11155 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Sun, 18 Jun 2006, Steven James Samuel Stapleton wrote: > I have this notebook, and it seems to work well, except for two luxury items > which I can't get working... The wireless and sound, listed in the subject. > I know the sound works in linux, and I know Intel made linux drivers for the > chipset... However, after trying Linux, and not even going 24 hours without > a tedious, poorly documented issue I had to fix in a critical system for me, > I remember why I didn't care for Linux, and went back to BSD. Sound and > Wireless aren't worth that annoyance. Try the "free" OSS drivers from 4-front technologies at www.4front-tech.com. > > Now my notes on the machine for prospective BSD interested buyers... > Specifications: > Satellite A105-S4001 > Intel® Core Solo Processor T1300 (1.66GHz); > 512MB DDR2-533 RAM; > 60GB 5400RPM SATA Hard Drive; > SuperMulti Double Layer 8x DVD±RW Drive; > 5-in-1 Bridge Media Adapter; > Intel Graphics Media Accelerator 950 Video Chipset; > Realtek ALC861 Sound; > 10/100 Network Adapter; > Intel PRO/Wireless 3945ABG > 15.4" Widescreen XGA TruBrite Display; > Microsoft Windows XP Home Edition (Service Pack 2) [not anymore...] > > > ===== What works: ===== > Intel® Core Solo Processor T1300 (1.66GHz); > 512MB DDR2-533 RAM; > 10/100 Network Adapter; > 15.4" Widescreen XGA TruBrite Display; > Touchpad; > 4xUSB; > No real surprises with these, though the XOrg was tricky to get working > with the native res. If you have trouble with the native monitor res, > look at > my monitor configuration entry at the end of the mail. > You'll need to turn on the moused in your rc.conf to get the touchpad to > work. USB mice work fine, as well as USB drives. > > 60GB 5400RPM SATA Hard Drive; > Yes, the hard drive controller works! > > SuperMulti Double Layer 8x DVD±RW Drive; > At least reading CDs/CDRs, haven't tested anything else yet. > > Intel Graphics Media Accelerator 950 Video Chipset; > The i810 driver in XOrg works fine, as stated in the docs. However, the > shared memory can be problematic when doing memory intensive tasks... > > > ===== Not Tested: ===== > 5-in-1 Bridge Media Adapter; > 1x Firewire; > I have any memory-card or firewire type devices. > > > ===== Things that I can't get working so far: ===== > Realtek ALC861 Sound; > The default sound driver (snd_drv) in the handbook has no effect, the > soundstat doesn't produce any loaded drivers. snd_ich also doesn't > provide any results (not that I expected any) > > Intel PRO/Wireless 3945ABG > The wi and iwi drivers do not function here, I saw another thread about > them, but haven't had a chance to sift through it yet. It looked lite > the main > idea was that the patchsets for this card were still buggy? > > > > Thanks, > -Jim Stapleton > > > > XOrg monitor config (This is taken from a googled post on a 15.4" widescreen > for a slightly different Toshiba model), and selected other XOrg sections: > > Section "Module" > Load "dbe" > Load "dri" > Load "i810" > Load "extmod" > Load "glx" > Load "GLcore" > Load "record" > Load "xtrap" > Load "freetype" > Load "type1" > EndSection > > Section "Device" > ### Available Driver options are:- > ### Values: : integer, : float, : "True"/"False", > ### : "String", : " Hz/kHz/MHz" > ### [arg]: arg optional > #Option "ShadowFB" # [] > #Option "DefaultRefresh" # [] > #Option "ModeSetClearScreen" # [] > Identifier "Card0" > Driver "vesa" > VendorName "Intel Corporation" > BoardName "Mobile Integrated Graphics Controller" > BusID "PCI:0:2:0" > EndSection > > Section "Monitor" > Identifier "Monitor0" > VendorName "Toshiba" > ModelName "SatelliteLCD" > HorizSync 30.0 - 107.0 > VertRefresh 50.0 - 185.0 > Option "DPMS" > Modeline "1280x800" 159.74 1280 1296 1552 1664 800 800 815 835 > EndSection > > > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" > -- This .signature sanitized for your protection --0-914671150-1150655055=:11155-- From owner-freebsd-mobile@FreeBSD.ORG Sun Jun 18 19:28:52 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6074216A479 for ; Sun, 18 Jun 2006 19:28:52 +0000 (UTC) (envelope-from stapleton@mps.ohio-state.edu) Received: from phyas1.mps.ohio-state.edu (phyas1.mps.ohio-state.edu [128.146.37.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id F022C43D48 for ; Sun, 18 Jun 2006 19:28:51 +0000 (GMT) (envelope-from stapleton@mps.ohio-state.edu) Received: from bilbo (adsl-67-36-51-166.dsl.wotnoh.ameritech.net [67.36.51.166]) by mps.ohio-state.edu (PMDF V6.2-1x9 #31224) with ESMTPA id <01M3RX1HJB568WYB0F@mps.ohio-state.edu> for freebsd-mobile@freebsd.org; Sun, 18 Jun 2006 15:27:50 -0400 (EDT) Date: Sun, 18 Jun 2006 15:28:04 -0400 From: Steven James Samuel Stapleton To: Wesley Morgan Message-id: <002101c6930d$52914d70$5801a8c0@bilbo> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Mailer: Microsoft Outlook Express 6.00.2900.2869 Content-type: text/plain; format=flowed; charset=iso-8859-1; reply-type=original Content-transfer-encoding: 8BIT X-Priority: 3 X-MSMail-priority: Normal References: <001301c692e4$40c997b0$5801a8c0@bilbo> <20060618142321.M11155@volatile.chemikals.org> Cc: freebsd-mobile@freebsd.org Subject: Re: Toshibal Sat. A105-4001 Review + Questions [RTL ALC861 Sound, Intel PRO/Wireless 3945ABG issues] 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: Sun, 18 Jun 2006 19:28:52 -0000 It looked good at first, but when it tried to startup, it caused a hard crash. ======================================== Fatal Trap 19: non-maskable interrupt trap while in kernel mode cpuid = 0; apicid = 00 instruction pointer: 0x20:0xc0836cc0 stack pointer: 0x28:0xd53c3a88 frame pointer: 0x28:0xd53c3a88 code segment = base 0x0, type 0xfffff, limit 0x1b = dpl 1, pres 1, def32 1, gran 1 processor eflags = IOPL = 1 current process = 439 (sndconf) trap number = 19 panic: non-maskable interrupt trap cpuid: 0 ======================================== -Jim Stapleton ----- Original Message ----- From: "Wesley Morgan" To: "Steven James Samuel Stapleton" Cc: Sent: Sunday, June 18, 2006 2:24 PM Subject: Re: Toshibal Sat. A105-4001 Review + Questions [RTL ALC861 Sound, Intel PRO/Wireless 3945ABG issues] On Sun, 18 Jun 2006, Steven James Samuel Stapleton wrote: > I have this notebook, and it seems to work well, except for two luxury > items > which I can't get working... The wireless and sound, listed in the > subject. > I know the sound works in linux, and I know Intel made linux drivers for > the > chipset... However, after trying Linux, and not even going 24 hours > without > a tedious, poorly documented issue I had to fix in a critical system for > me, > I remember why I didn't care for Linux, and went back to BSD. Sound and > Wireless aren't worth that annoyance. Try the "free" OSS drivers from 4-front technologies at www.4front-tech.com. > > Now my notes on the machine for prospective BSD interested buyers... > Specifications: > Satellite A105-S4001 > Intel® Core Solo Processor T1300 (1.66GHz); > 512MB DDR2-533 RAM; > 60GB 5400RPM SATA Hard Drive; > SuperMulti Double Layer 8x DVD±RW Drive; > 5-in-1 Bridge Media Adapter; > Intel Graphics Media Accelerator 950 Video Chipset; > Realtek ALC861 Sound; > 10/100 Network Adapter; > Intel PRO/Wireless 3945ABG > 15.4" Widescreen XGA TruBrite Display; > Microsoft Windows XP Home Edition (Service Pack 2) [not anymore...] > > > ===== What works: ===== > Intel® Core Solo Processor T1300 (1.66GHz); > 512MB DDR2-533 RAM; > 10/100 Network Adapter; > 15.4" Widescreen XGA TruBrite Display; > Touchpad; > 4xUSB; > No real surprises with these, though the XOrg was tricky to get working > with the native res. If you have trouble with the native monitor res, > look at > my monitor configuration entry at the end of the mail. > You'll need to turn on the moused in your rc.conf to get the touchpad to > work. USB mice work fine, as well as USB drives. > > 60GB 5400RPM SATA Hard Drive; > Yes, the hard drive controller works! > > SuperMulti Double Layer 8x DVD±RW Drive; > At least reading CDs/CDRs, haven't tested anything else yet. > > Intel Graphics Media Accelerator 950 Video Chipset; > The i810 driver in XOrg works fine, as stated in the docs. However, the > shared memory can be problematic when doing memory intensive tasks... > > > ===== Not Tested: ===== > 5-in-1 Bridge Media Adapter; > 1x Firewire; > I have any memory-card or firewire type devices. > > > ===== Things that I can't get working so far: ===== > Realtek ALC861 Sound; > The default sound driver (snd_drv) in the handbook has no effect, the > soundstat doesn't produce any loaded drivers. snd_ich also doesn't > provide any results (not that I expected any) > > Intel PRO/Wireless 3945ABG > The wi and iwi drivers do not function here, I saw another thread about > them, but haven't had a chance to sift through it yet. It looked lite > the main > idea was that the patchsets for this card were still buggy? > > > > Thanks, > -Jim Stapleton > > > > XOrg monitor config (This is taken from a googled post on a 15.4" > widescreen > for a slightly different Toshiba model), and selected other XOrg sections: > > Section "Module" > Load "dbe" > Load "dri" > Load "i810" > Load "extmod" > Load "glx" > Load "GLcore" > Load "record" > Load "xtrap" > Load "freetype" > Load "type1" > EndSection > > Section "Device" > ### Available Driver options are:- > ### Values: : integer, : float, : "True"/"False", > ### : "String", : " Hz/kHz/MHz" > ### [arg]: arg optional > #Option "ShadowFB" # [] > #Option "DefaultRefresh" # [] > #Option "ModeSetClearScreen" # [] > Identifier "Card0" > Driver "vesa" > VendorName "Intel Corporation" > BoardName "Mobile Integrated Graphics Controller" > BusID "PCI:0:2:0" > EndSection > > Section "Monitor" > Identifier "Monitor0" > VendorName "Toshiba" > ModelName "SatelliteLCD" > HorizSync 30.0 - 107.0 > VertRefresh 50.0 - 185.0 > Option "DPMS" > Modeline "1280x800" 159.74 1280 1296 1552 1664 800 800 815 835 > EndSection > > > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" > -- This .signature sanitized for your protection From owner-freebsd-mobile@FreeBSD.ORG Mon Jun 19 12:44:42 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DBC116A474 for ; Mon, 19 Jun 2006 12:44:42 +0000 (UTC) (envelope-from dan@langille.org) Received: from havoc.unixathome.org (havoc.unixathome.org [66.154.98.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EA2D43D6B for ; Mon, 19 Jun 2006 12:44:42 +0000 (GMT) (envelope-from dan@langille.org) Received: from localhost (localhost [127.0.0.1]) by havoc.unixathome.org (Postfix) with ESMTP id B7A4356445; Mon, 19 Jun 2006 05:44:41 -0700 (PDT) X-Virus-Scanned: by amavisd-new at unixathome.org Received: from havoc.unixathome.org ([127.0.0.1]) by localhost (havoc.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mnUU6Ev7I1+m; Mon, 19 Jun 2006 05:44:40 -0700 (PDT) Received: from bast.unixathome.org (bast.unixathome.org [70.26.229.230]) by havoc.unixathome.org (Postfix) with ESMTP id 8FA4656468; Mon, 19 Jun 2006 05:44:40 -0700 (PDT) Received: from [10.55.0.99] (wocker.unixathome.org [10.55.0.99]) by bast.unixathome.org (Postfix) with ESMTP id 02585B822; Mon, 19 Jun 2006 08:44:39 -0400 (EDT) From: "Dan Langille" To: "Kevin Oberman" Date: Mon, 19 Jun 2006 08:44:39 -0400 MIME-Version: 1.0 Message-ID: <449663F7.26986.33730F0@dan.langille.org> Priority: normal In-reply-to: <20060618033910.AD2DB45043@ptavv.es.net> References: Your message of "Sat, 17 Jun 2006 21:08:54 EDT." <44946F66.1570.642B0D75@dan.langille.org> X-mailer: Pegasus Mail for Windows (4.31) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Cc: freebsd-mobile@freebsd.org Subject: Re: ThinkPad - UltraBay battery magic 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: Mon, 19 Jun 2006 12:44:42 -0000 On 17 Jun 2006 at 20:39, Kevin Oberman wrote: > > From: "Dan Langille" > > Date: Sat, 17 Jun 2006 21:08:54 -0400 > > > > On 17 Jun 2006 at 16:54, Kevin Oberman wrote: > > > > > > When installing a 2nd battery (i.e in the UltraBay after removing the > > > > CD drive) in a ThinkPad, I think there's some magic you must invoke > > > > to get the system to notice the additional power resource. > > > > > > > > Any ideas? > > > > > > The code to allow ACPI to add batteries has yet to be written (or committed, > > > at least). If the system is booted with 2 two batteries, both will be seen. > > > Even it one is removed and then returned, it will be seen. But if a system is > > > booted with a single battery, ACPI will not ever see the second battery. > > > > > > Please note that the second battery WILL be seen by the hardware and both > > > charged and used. > > > > I rebooted. It froze after probing ad0. I powered off. I removed > > the spare battery. I rebooted. Froze again, same place. I put in > > the CD drive, it booted fine. I swapped out the CD drive and put the > > battery back in. This time I did a verbose boot. > > > > In short: > > both batteries are seen in the probing. > > ad0 is probed > > pcm0 is measured > > fdc0: output ready timeout > > [repeat above line 7 times] > > GEOM: new disk ad0 > > > > Screen shot here: > > > > http://www.langille.org/tmp/100_2831.jpg > > > > Ideas? Suggestions? > > This is sounding just a bit familiar. Do you actually have a floppy > drive? If so, try putting a disk into it. If not, try building a kernel > without the floppy and see if that behaves. There is no floppy in this laptop (IBM ThinkPad T41); I have one, but it is external, connected via USD, and has not been attached during these tests. I created a kernel without fd, based on GENERIC: $ diff GENERIC LAPTOPGENNOFD1 25c25 < ident GENERIC --- > ident LAPTOPGEN 159c159 < #device apm --- > device apm In short, I changed the ident, and added apm. This kernel boots if the CDRW is installed. Without it, the systems boots and then freezes at the login prompt. I have no idea why. The freeze occurs with or without the second battery. With the CDRW installed, all is well. > There have been several similar reports. You might want to look at the > archives. I didn't find anything that gave me a lead to follow. -- Dan Langille : Software Developer looking for work my resume: http://www.freebsddiary.org/dan_langille.php From owner-freebsd-mobile@FreeBSD.ORG Mon Jun 19 12:59:21 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B403516A47A for ; Mon, 19 Jun 2006 12:59:21 +0000 (UTC) (envelope-from zec@icir.org) Received: from xaqua.tel.fer.hr (xaqua.tel.fer.hr [161.53.19.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1133243D45 for ; Mon, 19 Jun 2006 12:59:21 +0000 (GMT) (envelope-from zec@icir.org) Received: by xaqua.tel.fer.hr (Postfix, from userid 20006) id AD2529B659; Mon, 19 Jun 2006 14:59:18 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on xaqua.tel.fer.hr X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.1 Received: from [192.168.200.106] (zec2.tel.fer.hr [161.53.19.79]) by xaqua.tel.fer.hr (Postfix) with ESMTP id D0ACA9B650; Mon, 19 Jun 2006 14:59:11 +0200 (CEST) From: Marko Zec To: freebsd-mobile@freebsd.org Date: Mon, 19 Jun 2006 14:59:02 +0000 User-Agent: KMail/1.9.1 References: <44946F66.1570.642B0D75@dan.langille.org> <449663F7.26986.33730F0@dan.langille.org> In-Reply-To: <449663F7.26986.33730F0@dan.langille.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606191459.03707.zec@icir.org> Cc: Dan Langille Subject: Re: ThinkPad - UltraBay battery magic 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: Mon, 19 Jun 2006 12:59:21 -0000 On Monday 19 June 2006 12:44, Dan Langille wrote: > On 17 Jun 2006 at 20:39, Kevin Oberman wrote: > > > From: "Dan Langille" > > > Date: Sat, 17 Jun 2006 21:08:54 -0400 > > > > > > On 17 Jun 2006 at 16:54, Kevin Oberman wrote: > > > > > When installing a 2nd battery (i.e in the UltraBay after removing > > > > > the CD drive) in a ThinkPad, I think there's some magic you must > > > > > invoke to get the system to notice the additional power resource. > > > > > > > > > > Any ideas? > > > > > > > > The code to allow ACPI to add batteries has yet to be written (or > > > > committed, at least). If the system is booted with 2 two batteries, > > > > both will be seen. Even it one is removed and then returned, it will > > > > be seen. But if a system is booted with a single battery, ACPI will > > > > not ever see the second battery. > > > > > > > > Please note that the second battery WILL be seen by the hardware and > > > > both charged and used. > > > > > > I rebooted. It froze after probing ad0. I powered off. I removed > > > the spare battery. I rebooted. Froze again, same place. I put in > > > the CD drive, it booted fine. I swapped out the CD drive and put the > > > battery back in. This time I did a verbose boot. > > > > > > In short: > > > both batteries are seen in the probing. > > > ad0 is probed > > > pcm0 is measured > > > fdc0: output ready timeout > > > [repeat above line 7 times] > > > GEOM: new disk ad0 > > > > > > Screen shot here: > > > > > > http://www.langille.org/tmp/100_2831.jpg > > > > > > Ideas? Suggestions? > > > > This is sounding just a bit familiar. Do you actually have a floppy > > drive? If so, try putting a disk into it. If not, try building a kernel > > without the floppy and see if that behaves. > > There is no floppy in this laptop (IBM ThinkPad T41); I have one, but > it is external, connected via USD, and has not been attached during > these tests. > > I created a kernel without fd, based on GENERIC: > > $ diff GENERIC LAPTOPGENNOFD1 > 25c25 > < ident GENERIC > --- > > > ident LAPTOPGEN > > 159c159 > < #device apm > --- > > > device apm > > In short, I changed the ident, and added apm. > > This kernel boots if the CDRW is installed. Without it, the systems > boots and then freezes at the login prompt. I have no idea why. The > freeze occurs with or without the second battery. With the CDRW > installed, all is well. > > > There have been several similar reports. You might want to look at the > > archives. > > I didn't find anything that gave me a lead to follow. Try booting in windows and using the "ps2" command-line configuration utility to disable the secondary IDE channel in BIOS. This recently saved my ThinkPad X32 from becoming a wrack after I went completely nuts with exactly the same symptoms as you observed: the machine would lock hard if booted with APM and without the CDRW installed. I observed this issue only in 6.1; 4.11 works flawlessly out of the box with APM / without CDROM. Hope this helps, Marko From owner-freebsd-mobile@FreeBSD.ORG Mon Jun 19 13:13:14 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3322116A50D for ; Mon, 19 Jun 2006 13:13:14 +0000 (UTC) (envelope-from k.yelizarov@ru.faberlic.com) Received: from border1.faberlic.com (border1.faberlic.com [212.74.229.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id E52F443D6A for ; Mon, 19 Jun 2006 13:13:09 +0000 (GMT) (envelope-from k.yelizarov@ru.faberlic.com) Received: by border1.faberlic.com (Postfix, from userid 1002) id 0604972FC4; Mon, 19 Jun 2006 17:13:00 +0400 (MSD) Received: from [192.168.18.73] (unknown [192.168.18.73]) by border1.faberlic.com (Postfix) with ESMTP id DDAE172FC0 for ; Mon, 19 Jun 2006 17:12:59 +0400 (MSD) Message-ID: <4496A2DB.3000809@ru.faberlic.com> Date: Mon, 19 Jun 2006 17:12:59 +0400 From: Kirill Yelizarov User-Agent: Thunderbird 1.5.0.2 (X11/20060425) MIME-Version: 1.0 To: freebsd-mobile@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: pccard problem in FreeBSD6.1 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: Mon, 19 Jun 2006 13:13:14 -0000 I have a problem with my PCMCIA GPRS modem in FreeBSD6.1. I had no problems with this card in FreeBSD5.4. pccard0: Allocation failed for cfe 1 pccard0: Allocation failed for cfe 5 Interrupt storm detected on "irq9:"; throttling interrupt source pccard0: No config entry could be allocated I posted this problem on freebsd-bugs not long time ago: http://lists.freebsd.org/pipermail/freebsd-bugs/2006-March/017650.html I can provide more information if necessary. Best, Kirill From owner-freebsd-mobile@FreeBSD.ORG Mon Jun 19 19:38:17 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DE4916A474 for ; Mon, 19 Jun 2006 19:38:17 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 366DF43D46 for ; Mon, 19 Jun 2006 19:38:16 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by nf-out-0910.google.com with SMTP id y38so1129397nfb for ; Mon, 19 Jun 2006 12:38:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=YngHeSSYCC5AcNKkAbLcLxm0K8rlMjkO8QDTUw54SU2blq4Zj92XG3mk/cIjQqpdijDBEnRVjSIJXTYmACbpyWrS77xLMhSgesbArpfDwsSz2mzOQCiHWIqfne4IOd6WADe2fKLxU9VRhMUvNOgflEXG3VtcJksC4RIrHTtRdeQ= Received: by 10.49.19.14 with SMTP id w14mr5717345nfi; Mon, 19 Jun 2006 12:38:14 -0700 (PDT) Received: from roadrunner.q.local ( [217.185.119.155]) by mx.gmail.com with ESMTP id p45sm5961561nfa.2006.06.19.12.38.12; Mon, 19 Jun 2006 12:38:14 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.6/8.13.6) with ESMTP id k5IKJrrq010868 for ; Sun, 18 Jun 2006 22:19:53 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.6/8.13.6/Submit) id k5IKJqIt010867; Sun, 18 Jun 2006 22:19:52 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Sun, 18 Jun 2006 22:19:52 +0200 From: Ulrich Spoerlein To: Rich Winkel Message-ID: <20060618201952.GB1145@roadrunner.aventurien.local> Mail-Followup-To: Rich Winkel , freebsd-mobile@freebsd.org References: <4492A8F9.6060007@centtech.com> <200606181757.k5IHvLSt046046@pencil.math.missouri.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0lnxQi9hkpPO77W3" Content-Disposition: inline In-Reply-To: <200606181757.k5IHvLSt046046@pencil.math.missouri.edu> Cc: freebsd-mobile@freebsd.org Subject: Re: Video sleep on dell d600 (6.1-release) 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: Mon, 19 Jun 2006 19:38:17 -0000 --0lnxQi9hkpPO77W3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Rich Winkel wrote: > Sorry I've lost track of the attributions :) >=20 > > I think in the OP's case these are the same - I think (and he'll have t= o=20 > > clarify) that he just wanted the screen to turn off when he closed the= =20 > > lid, right before it goes to sleep, and have the screen come on when he= =20 > > opens the lid. Sounds like S1 is working fine for him otherwise (which= =20 > > I do believe to be true for D600's). >=20 > Correct, I just want the display to turn off when I close the lid. > Browsing the web, it appears at least one person has gotten this > working, but he didn't post the specifics. I need to hunt up his address. Well, here's the solution I'm using: /boot/loader.conf: acpi_video_load=3D"YES" /etc/sysctl.conf: hw.acpi.lid_switch_state=3DNONE hw.acpi.video.lcd0.active=3D1 /etc/devd.conf: notify 10 { match "system" "ACPI"; match "subsystem" "Lid"; action "/sbin/sysctl hw.acpi.video.lcd0.active=3D$notify"; }; hth, Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --0lnxQi9hkpPO77W3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFElbVo524iJyD+6d0RAkGXAKCO0jLwLHdnSO4eMbZrXmsjorX4IQCeOxwb 9/kFcNOXzS4dTi4aCo6dENI= =SLPx -----END PGP SIGNATURE----- --0lnxQi9hkpPO77W3-- From owner-freebsd-mobile@FreeBSD.ORG Mon Jun 19 20:18:08 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52A0C16A474 for ; Mon, 19 Jun 2006 20:18:08 +0000 (UTC) (envelope-from dan@langille.org) Received: from m21.unixathome.org (m21.unixathome.org [205.150.199.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id C594443D46 for ; Mon, 19 Jun 2006 20:18:07 +0000 (GMT) (envelope-from dan@langille.org) Received: from localhost (localhost [205.150.199.217]) by m21.unixathome.org (Postfix) with ESMTP id 66C4DC3B8; Mon, 19 Jun 2006 16:21:03 -0400 (EDT) Received: from m21.unixathome.org ([205.150.199.217]) by localhost (m21.unixathome.org [205.150.199.217]) (amavisd-new, port 10024) with ESMTP id 28885-02; Mon, 19 Jun 2006 16:20:58 -0400 (EDT) Received: from bast.unixathome.org (bast.unixathome.org [70.26.229.230]) by m21.unixathome.org (Postfix) with ESMTP id 78B1FC380; Mon, 19 Jun 2006 16:20:58 -0400 (EDT) Received: from [10.55.0.99] (wocker.unixathome.org [10.55.0.99]) by bast.unixathome.org (Postfix) with ESMTP id AF275B822; Mon, 19 Jun 2006 16:18:01 -0400 (EDT) From: "Dan Langille" To: Marko Zec Date: Mon, 19 Jun 2006 16:18:01 -0400 MIME-Version: 1.0 Message-ID: <4496CE39.3898.4D6403F@dan.langille.org> Priority: normal In-reply-to: <200606191459.03707.zec@icir.org> References: <449663F7.26986.33730F0@dan.langille.org> X-mailer: Pegasus Mail for Windows (4.31) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at unixathome.org Cc: freebsd-mobile@freebsd.org Subject: Re: ThinkPad - UltraBay battery magic 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: Mon, 19 Jun 2006 20:18:08 -0000 On 19 Jun 2006 at 14:59, Marko Zec wrote: > On Monday 19 June 2006 12:44, Dan Langille wrote: > > On 17 Jun 2006 at 20:39, Kevin Oberman wrote: > > > > From: "Dan Langille" > > > > Date: Sat, 17 Jun 2006 21:08:54 -0400 > > > > > > > > On 17 Jun 2006 at 16:54, Kevin Oberman wrote: > > > > > > When installing a 2nd battery (i.e in the UltraBay after removing > > > > > > the CD drive) in a ThinkPad, I think there's some magic you must > > > > > > invoke to get the system to notice the additional power resource. > > > > > > > > > > > > Any ideas? > > > > > > > > > > The code to allow ACPI to add batteries has yet to be written (or > > > > > committed, at least). If the system is booted with 2 two batteries, > > > > > both will be seen. Even it one is removed and then returned, it will > > > > > be seen. But if a system is booted with a single battery, ACPI will > > > > > not ever see the second battery. > > > > > > > > > > Please note that the second battery WILL be seen by the hardware and > > > > > both charged and used. > > > > > > > > I rebooted. It froze after probing ad0. I powered off. I removed > > > > the spare battery. I rebooted. Froze again, same place. I put in > > > > the CD drive, it booted fine. I swapped out the CD drive and put the > > > > battery back in. This time I did a verbose boot. > > > > > > > > In short: > > > > both batteries are seen in the probing. > > > > ad0 is probed > > > > pcm0 is measured > > > > fdc0: output ready timeout > > > > [repeat above line 7 times] > > > > GEOM: new disk ad0 > > > > > > > > Screen shot here: > > > > > > > > http://www.langille.org/tmp/100_2831.jpg > > > > > > > > Ideas? Suggestions? > > > > > > This is sounding just a bit familiar. Do you actually have a floppy > > > drive? If so, try putting a disk into it. If not, try building a kernel > > > without the floppy and see if that behaves. > > > > There is no floppy in this laptop (IBM ThinkPad T41); I have one, but > > it is external, connected via USD, and has not been attached during > > these tests. > > > > I created a kernel without fd, based on GENERIC: > > > > $ diff GENERIC LAPTOPGENNOFD1 > > 25c25 > > < ident GENERIC > > --- > > > > > ident LAPTOPGEN > > > > 159c159 > > < #device apm > > --- > > > > > device apm > > > > In short, I changed the ident, and added apm. > > > > This kernel boots if the CDRW is installed. Without it, the systems > > boots and then freezes at the login prompt. I have no idea why. The > > freeze occurs with or without the second battery. With the CDRW > > installed, all is well. > > > > > There have been several similar reports. You might want to look at the > > > archives. > > > > I didn't find anything that gave me a lead to follow. > > Try booting in windows and using the "ps2" command-line configuration utility > to disable the secondary IDE channel in BIOS. This recently saved my > ThinkPad X32 from becoming a wrack after I went completely nuts with exactly > the same symptoms as you observed: the machine would lock hard if booted with > APM and without the CDRW installed. I observed this issue only in 6.1; 4.11 > works flawlessly out of the box with APM / without CDROM. > > Hope this helps, SCOOOOOOOOOOOOOOOOOOOOOORE! Yes. That allowed me to boot with the 2nd battery installed. I'll try adding fd back into the kernel and try going back to my original kernel, but we have definite progress. Thank you. -- Dan Langille : Software Developer looking for work my resume: http://www.freebsddiary.org/dan_langille.php From owner-freebsd-mobile@FreeBSD.ORG Tue Jun 20 03:23:38 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76FA916A47C for ; Tue, 20 Jun 2006 03:23:38 +0000 (UTC) (envelope-from rich@pencil.math.missouri.edu) Received: from pencil.math.missouri.edu (pencil.math.missouri.edu [128.206.49.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1E7943D45 for ; Tue, 20 Jun 2006 03:23:37 +0000 (GMT) (envelope-from rich@pencil.math.missouri.edu) Received: from pencil.math.missouri.edu (rich@localhost [127.0.0.1]) by pencil.math.missouri.edu (8.13.1/8.13.1) with ESMTP id k5K3Nau2063124; Mon, 19 Jun 2006 22:23:36 -0500 (CDT) (envelope-from rich@pencil.math.missouri.edu) Received: (from rich@localhost) by pencil.math.missouri.edu (8.13.1/8.13.1/Submit) id k5K3NaZB063123; Mon, 19 Jun 2006 22:23:36 -0500 (CDT) (envelope-from rich) From: Rich Winkel Message-Id: <200606200323.k5K3NaZB063123@pencil.math.missouri.edu> In-Reply-To: <20060618201952.GB1145@roadrunner.aventurien.local> "from Ulrich Spoerlein at Jun 18, 2006 10:19:52 pm" To: Ulrich Spoerlein Date: Mon, 19 Jun 2006 22:23:36 -0500 (CDT) X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pencil.math.missouri.edu X-Virus-Scanned: ClamAV 0.87.1/1550/Mon Jun 19 12:01:35 2006 on pencil.math.missouri.edu X-Virus-Status: Clean Cc: Rich Winkel , freebsd-mobile@freebsd.org Subject: Re: Video sleep on dell d600 (6.1-release) 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: Tue, 20 Jun 2006 03:23:38 -0000 According to Ulrich Spoerlein: -- Start of PGP signed section. > Rich Winkel wrote: > > Correct, I just want the display to turn off when I close the lid. > > Browsing the web, it appears at least one person has gotten this > > working, but he didn't post the specifics. I need to hunt up his address. > > Well, > > here's the solution I'm using: > > /boot/loader.conf: > acpi_video_load="YES" > > /etc/sysctl.conf: > hw.acpi.lid_switch_state=NONE > hw.acpi.video.lcd0.active=1 > > /etc/devd.conf: > notify 10 { > match "system" "ACPI"; > match "subsystem" "Lid"; > action "/sbin/sysctl hw.acpi.video.lcd0.active=$notify"; > }; Thank you!! Works perfectly. Rich From owner-freebsd-mobile@FreeBSD.ORG Tue Jun 20 14:40:18 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 203C716A492 for ; Tue, 20 Jun 2006 14:40:18 +0000 (UTC) (envelope-from freebsd-mobile@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F28E43D7B for ; Tue, 20 Jun 2006 14:40:10 +0000 (GMT) (envelope-from freebsd-mobile@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1FshOc-0000yN-27 for freebsd-mobile@freebsd.org; Tue, 20 Jun 2006 16:40:02 +0200 Received: from efficio.wh29.tu-dresden.de ([141.30.207.25]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 20 Jun 2006 16:40:02 +0200 Received: from der_julian by efficio.wh29.tu-dresden.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 20 Jun 2006 16:40:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-mobile@freebsd.org From: Julian Stecklina Date: Tue, 20 Jun 2006 15:29:57 +0200 Lines: 40 Message-ID: <86hd2gc5uy.fsf@dellbeast.localnet> References: <20060618201952.GB1145@roadrunner.aventurien.local> <200606200323.k5K3NaZB063123@pencil.math.missouri.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: efficio.wh29.tu-dresden.de User-Agent: Gnus/5.110004 (No Gnus v0.4) XEmacs/21.4.19 (berkeley-unix) Cancel-Lock: sha1:49dshW8ie06dWTMMN9/2ScjZzww= Sender: news Subject: Re: Video sleep on dell d600 (6.1-release) 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: Tue, 20 Jun 2006 14:40:18 -0000 Rich Winkel writes: > According to Ulrich Spoerlein: > -- Start of PGP signed section. >> Rich Winkel wrote: >> > Correct, I just want the display to turn off when I close the lid. >> > Browsing the web, it appears at least one person has gotten this >> > working, but he didn't post the specifics. I need to hunt up his address. >> >> Well, >> >> here's the solution I'm using: >> >> /boot/loader.conf: >> acpi_video_load="YES" >> >> /etc/sysctl.conf: >> hw.acpi.lid_switch_state=NONE >> hw.acpi.video.lcd0.active=1 >> >> /etc/devd.conf: >> notify 10 { >> match "system" "ACPI"; >> match "subsystem" "Lid"; >> action "/sbin/sysctl hw.acpi.video.lcd0.active=$notify"; >> }; > > Thank you!! Works perfectly. Setting this sysctl value works on the console. But under X it turns the screen off correctly, but leaves its content distorted when turning it on. Screen contents can be restored by switching to a console and back. Any workarounds for that? Regards, -- Julian Stecklina Being really good at C++ is like being really good at using rocks to sharpen sticks. - Thant Tessman From owner-freebsd-mobile@FreeBSD.ORG Tue Jun 20 18:06:28 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A1D816A47A for ; Tue, 20 Jun 2006 18:06:28 +0000 (UTC) (envelope-from yraffah@savola.com) Received: from heathrow.savoladns.com (heathrow.savoladns.com [212.12.174.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 278E043D48 for ; Tue, 20 Jun 2006 18:06:26 +0000 (GMT) (envelope-from yraffah@savola.com) Received: from ocs.savola.com (ocs.savola.com [222.22.1.211]) by heathrow.savoladns.com (Postfix) with ESMTP id C86C995846 for ; Tue, 20 Jun 2006 21:06:21 +0300 (AST) Received: from 222.22.1.105 by ocs.savola.com with ESMTP id 63920151150825998; Tue, 20 Jun 2006 20:53:18 +0300 From: Yousef Raffah To: freebsd-mobile@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-g3H/lmVDJGqGe5hJy+Zn" Organization: The Savola Group Date: Tue, 20 Jun 2006 21:05:02 +0300 Message-Id: <1150826702.20518.7.camel@redevil.savola.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port Subject: can't get apm running :( X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yraffah@savola.com List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 18:06:28 -0000 --=-g3H/lmVDJGqGe5hJy+Zn Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Since ACPI is broken on my Toshiba Tecra A4, I decided to go for apm, however, I'm not able to get it working yet, therefore, I seek your help and experience on this to help me get it started. I just hate when my machine shuts down dying on batteries, grrr! I'm running 6.1-RELEASE-p1 ACPI is disabled with hint.acpi.0.disabled=3D"1" in /boot/device.hints then enabled apm by adding=20 hint.apm.0.disabled=3D"0" #hint.apm.0.flags=3D"0x20" I have device apm in my kernel file apm_load=3D"YES" has been added to my /boot/loader.conf still apm is not working :(, I get /dev/apm not available messages during bootup :( Your help will be really appreciated... -- Sincerely, Yousef Raffah Senior Systems Administrator -- Aren't you using Firefox? Get it at http://www.getfirefox.com --=-g3H/lmVDJGqGe5hJy+Zn Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEmDjOH9IXMb4e6CMRAgtgAKCR13rNja9ZgvYP6qPrBz5sG32dKQCfcBYM iqerZZfkkrGvn6U4a+DNk4Y= =NOur -----END PGP SIGNATURE----- --=-g3H/lmVDJGqGe5hJy+Zn-- From owner-freebsd-mobile@FreeBSD.ORG Wed Jun 21 01:23:53 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C63716A479; Wed, 21 Jun 2006 01:23:53 +0000 (UTC) (envelope-from cfaber@ruckusmail.com) Received: from unixgr.com (unixgr.com [63.224.69.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2BCF43D48; Wed, 21 Jun 2006 01:23:48 +0000 (GMT) (envelope-from cfaber@ruckusmail.com) Received: from [192.168.0.56] (c-24-8-35-213.hsd1.co.comcast.net [24.8.35.213]) (authenticated bits=0) by unixgr.com (8.13.3/8.13.3) with ESMTP id k5L2P2YV096644; Tue, 20 Jun 2006 20:25:03 -0600 (MDT) (envelope-from cfaber@ruckusmail.com) X-Authentication-Warning: unixgr.com: Host c-24-8-35-213.hsd1.co.comcast.net [24.8.35.213] claimed to be [192.168.0.56] Message-ID: <4498A018.9090404@ruckusmail.com> Date: Tue, 20 Jun 2006 19:25:44 -0600 From: Colin Faber User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-mobile@freebsd.org, freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: ACPI hw.acpi.video.* OID's not showing up witth acpi_video on Dell D610 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: Wed, 21 Jun 2006 01:23:53 -0000 Hello Guys, First, sorry for the cross posting, I'm not sure if someone in mobile or acpi can help me out with this one.. In Any event, I'm running a Dell Latitude D610 with FreeBSD 6.1-STABLE. The last cvsup on my source tree was Jun 19th. The problem I'm having is, for the life of me I can't seem to get hw.acpi.video OID entries to show up. I've followed every bit of advice I could find on the mailing lists and usenet postings. I've compiled and installed acpi_video, ACPI does work and events are trapped. Below is the dmesg output from verbose boot: Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-STABLE #4: Tue Jun 20 18:07:08 MDT 2006 root@d610.resdata.com:/usr/obj/usr/src/sys/D610 Preloaded elf kernel "/boot/kernel/kernel" at 0xc095e000. Preloaded elf module "/boot/kernel/vesa.ko" at 0xc095e1c4. Preloaded elf module "/boot/kernel/acpi_video.ko" at 0xc095e270. Preloaded elf module "/boot/kernel/wlan_wep.ko" at 0xc095e320. Calibrating clock(s) ... i8254 clock: 1193205 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1862135063 Hz CPU: Intel(R) Pentium(R) M processor 1.86GHz (1862.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff Features2=0x180 AMD Features=0x100000 real memory = 2147291136 (2047 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000007db98fff, 2096578560 bytes (511860 pages) avail memory = 2096443392 (1999 MB) Table 'FACP' at 0x7ffd2c00 Table 'APIC' at 0x7ffd3400 MADT: Found table at 0x7ffd3400 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled MADT: Found CPU APIC ID 1 ACPI ID 1: disabled ACPI APIC Table: APIC: CPU 0 has ACPI ID 0 bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xb5be pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry = f0000:e2f4 Rev = 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 1 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high MADT: Ignoring local NMI routed to ACPI CPU 1 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 wlan: <802.11 Link Layer> kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled null: nfslock: pseudo-device random: ichwd module loaded io: VESA: information block 56 45 53 41 00 02 00 01 00 01 01 00 00 00 22 00 00 01 ff 03 00 01 1c 01 00 01 32 01 00 01 37 01 00 01 82 01 0d 01 0e 01 0f 01 20 01 92 01 93 01 94 01 95 01 96 01 a2 01 a3 01 a4 01 a5 01 a6 01 VESA: 55 mode(s) found VESA: v2.0, 65472k memory, flags:0x1, mode table:0xc0953722 (1000022) VESA: ATI MOBILITY RADEON (M24) VESA: ATI Technologies Inc. CP22 01.00 acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80010014 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25908086) pcibios: BIOS version 2.10 Found $PIR table, 10 entries at 0xc00fb2c0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 3 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 2 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 3 1 A 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 3 1 B 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 3 3 A 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 3 3 B 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 3 8 A 0x60 3 4 5 6 7 9 10 11 12 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 ACPI timer: 1/1 1/1 1/1 1/2 1/2 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 9 10 11 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 9 10 11 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 9 10 11 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 5 7 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 9 N 0 9 10 11 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 9 N 0 9 10 11 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 9 10 11 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 7 N 0 5 7 9 10 11 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 7 N 0 5 7 9 10 11 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x2590, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2591, revid=0x03 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x0a (2500 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 found-> vendor=0x8086, dev=0x2660, revid=0x03 bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 found-> vendor=0x8086, dev=0x2658, revid=0x03 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type 4, range 32, base 0000bf80, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2659, revid=0x03 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type 4, range 32, base 0000bf60, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x265a, revid=0x03 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=9 map[20]: type 4, range 32, base 0000bf40, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x265b, revid=0x03 bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=7 map[20]: type 4, range 32, base 0000bf20, size 5, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 19 found-> vendor=0x8086, dev=0x265c, revid=0x03 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base ffa80800, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2448, revid=0xd3 bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x266e, revid=0x03 bus=0, slot=30, func=2 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000ed00, size 8, enabled map[14]: type 4, range 32, base 0000ec40, size 6, enabled map[18]: type 1, range 32, base dffffe00, size 9, enabled map[1c]: type 1, range 32, base dffffd00, size 8, enabled pcib0: matched entry for 0.30.INTA pcib0: slot 30 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2641, revid=0x03 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2653, revid=0x03 bus=0, slot=31, func=2 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000bfa0, size 4, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: memory decode 0xdfd00000-0xdfefffff pcib1: prefetched decode 0xd0000000-0xd7ffffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1002, dev=0x5460, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 3, range 32, base d0000000, size 27, enabled pcib1: (null) requested memory range 0xd0000000-0xd7ffffff: good map[14]: type 4, range 32, base 0000de00, size 8, enabled pcib1: (null) requested I/O range 0xde00-0xdeff: in range map[18]: type 1, range 32, base dfdf0000, size 16, enabled pcib1: (null) requested memory range 0xdfdf0000-0xdfdfffff: good pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 drm0: port 0xde00-0xdeff mem 0xd0000000-0xd7ffffff,0xdfdf0000-0xdfdfffff irq 16 at device 0.0 on pci1 info: [drm] Initialized radeon 1.24.0 20060225 pcib2: at device 28.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xf000-0xfff pcib2: memory decode 0xdfc00000-0xdfcfffff pcib2: prefetched decode 0xfff00000-0xfffff pcib2: could not get PCI interrupt routing table for \\_SB_.PCI0.PXP0 - AE_NOT_FOUND pci2: on pcib2 pci2: physical bus=2 found-> vendor=0x14e4, dev=0x1677, revid=0x01 bus=2, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type 1, range 64, base dfcf0000, size 16, enabled pcib2: (null) requested memory range 0xdfcf0000-0xdfcfffff: good pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 pcib2: slot 0 INTA is routed to irq 16 bge0: mem 0xdfcf0000-0xdfcfffff irq 16 at device 0.0 on pci2 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xdfcf0000 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:14:22:c8:fb:55 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 49 bge0: [MPSAFE] uhci0: port 0xbf80-0xbf9f irq 16 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf80 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xbf60-0xbf7f irq 17 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf60 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 50 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xbf40-0xbf5f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf40 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 51 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xbf20-0xbf3f irq 19 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf20 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 52 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xffa80800-0xffa80bff irq 16 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xffa80800 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib3: at device 30.0 on pci0 pcib3: secondary bus 3 pcib3: subordinate bus 4 pcib3: I/O decode 0xf000-0xfff pcib3: memory decode 0xdfb00000-0xdfbfffff pcib3: prefetched decode 0xfff00000-0xfffff pcib3: Subtractively decoded bridge. pci3: on pcib3 pci3: physical bus=3 found-> vendor=0x104c, dev=0x8036, revid=0x00 bus=3, slot=1, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0000, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x07 (1750 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, memory disabled found-> vendor=0x104c, dev=0x8038, revid=0x00 bus=3, slot=1, func=5 class=07-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0102, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base dfbfc000, size 12, enabled pcib3: (null) requested memory range 0xdfbfc000-0xdfbfcfff: good map[14]: type 1, range 32, base dfbfd000, size 12, enabled pcib3: (null) requested memory range 0xdfbfd000-0xdfbfdfff: good pcib3: matched entry for 3.1.INTA pcib3: slot 1 INTA hardwired to IRQ 19 found-> vendor=0x14e4, dev=0x4318, revid=0x02 bus=3, slot=3, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[10]: type 1, range 32, base dfbfe000, size 13, enabled pcib3: (null) requested memory range 0xdfbfe000-0xdfbfffff: good pcib3: matched entry for 3.3.INTA pcib3: slot 3 INTA hardwired to IRQ 17 cbb0: at device 1.0 on pci3 pcib3: cbb0 requested memory range 0xdfb00000-0xdfbfffff: good cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xdfb00000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib3: matched entry for 3.1.INTA pcib3: slot 1 INTA hardwired to IRQ 19 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x8036104c 0x02100007 0x06070000 0x00824010 0x10: 0xdfb00000 0x020000a0 0x20040403 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x07400113 0x40: 0x01821028 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x0840d061 0x047f0019 0x00030000 0x01111122 0x90: 0x606482c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 pci3: at device 1.5 (no driver attached) pci3: at device 3.0 (no driver attached) pcm0: port 0xed00-0xedff,0xec40-0xec7f mem 0xdffffe00-0xdfffffff,0xdffffd00-0xdffffdff irq 16 at device 30.2 on pci0 pcm0: Reserved 0x200 bytes for rid 0x18 type 3 at 0xdffffe00 pcm0: Reserved 0x100 bytes for rid 0x1c type 3 at 0xdffffd00 pcm0: [MPSAFE] pcm0: pcm0: Codec features headphone, 20 bit DAC, 20 bit ADC, 5 bit master volume, SigmaTel 3D Enhancement pcm0: Primary codec extended features variable rate PCM, reserved 1, AMAP, reserved 4 pcm0: ac97 codec dac ready count: 0 pcm0: sndbuf_setmap 7d7eb000, 4000; 0xe6a9c000 -> 7d7eb000 pcm0: sndbuf_setmap 7d7e3000, 4000; 0xe6aa0000 -> 7d7e3000 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf irq 17 at device 31.2 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xbfa0 atapci0: failed to enable memory mapping! ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0xd0 err=0x01 lsb=0x00 msb=0x00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 53 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 54 ata1: [MPSAFE] acpi_tz0: on acpi0 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64,0x62,0x66 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 55 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 56 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 npx0: INT 16 interface ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0x8e81 0x8e81 0x8e81 0x8e81 sio0: probe failed test(s): 0 1 2 4 6 7 9 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding ioapic0: routing intpin 4 (ISA IRQ 4) to vector 57 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x8e81 0x8e81 0x8e81 0x8e81 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 134360 -> 100000 procfs registered lapic: Divisor 2, Frequency 66504580 hz Timecounter "TSC" frequency 1862135063 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached acpi_acad0: acline initialization start battery0: battery initialization start battery1: battery initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ad0: 76319MB at ata0-master UDMA100 ad0: 156301488 sectors [155061C/16H/63S] 16 sectors/interrupt 1 depth queue battery0: battery initialization done, tried 1 times GEOM: new disk ad0 ad0: Intel check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: CDRW drive at ata1 as master acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc pcm0: measured ac97 link rate at 47998 Hz, will use 48000 Hz ATA PseudoRAID loaded Trying to mount root from ufs:/dev/ad0s3a start_init: trying /sbin/init bge0: link UP Here is my kldstat output: d610# kldstat Id Refs Address Size Name 1 16 0xc0400000 54e60c kernel 2 1 0xc094f000 5628 vesa.ko 3 1 0xc0955000 4344 acpi_video.ko 4 1 0xc095a000 2de8 wlan_wep.ko 5 1 0xc66ea000 b000 ntfs.ko 6 1 0xc6c0f000 67000 bcmwl5_sys.ko 7 1 0xc6c76000 c000 if_ndis.ko d610# acpi is built into the kernel, however I've tried it as a loadable module also and have had the same results. Here is the sysctl -a output: kern.ostype: FreeBSD kern.osrelease: 6.1-STABLE kern.osrevision: 199506 kern.version: FreeBSD 6.1-STABLE #4: Tue Jun 20 18:07:08 MDT 2006 root@d610.resdata.com:/usr/obj/usr/src/sys/D610 kern.maxvnodes: 100000 kern.maxproc: 6164 kern.maxfiles: 12328 kern.argmax: 262144 kern.securelevel: -1 kern.hostname: d610.resdata.com kern.hostid: 0 kern.clockrate: { hz = 1000, tick = 1000, profhz = 666, stathz = 133 } kern.posix1version: 200112 kern.ngroups: 16 kern.job_control: 1 kern.saved_ids: 0 kern.boottime: { sec = 1150850416, usec = 268477 } Tue Jun 20 18:40:16 2006 kern.domainname: kern.osreldate: 601100 kern.bootfile: /boot/kernel/kernel kern.maxfilesperproc: 11095 kern.maxprocperuid: 5547 kern.ipc.maxsockbuf: 262144 kern.ipc.sockbuf_waste_factor: 8 kern.ipc.somaxconn: 128 kern.ipc.max_linkhdr: 16 kern.ipc.max_protohdr: 60 kern.ipc.max_hdr: 76 kern.ipc.max_datalen: 132 kern.ipc.nmbjumbo16: 0 kern.ipc.nmbjumbo9: 0 kern.ipc.nmbjumbop: 0 kern.ipc.nmbclusters: 25600 kern.ipc.piperesizeallowed: 1 kern.ipc.piperesizefail: 0 kern.ipc.pipeallocfail: 0 kern.ipc.pipefragretry: 0 kern.ipc.pipekva: 69632 kern.ipc.pipes: 8 kern.ipc.maxpipekva: 16777216 kern.ipc.msgseg: 2048 kern.ipc.msgssz: 8 kern.ipc.msgtql: 40 kern.ipc.msgmnb: 2048 kern.ipc.msgmni: 40 kern.ipc.msgmax: 16384 kern.ipc.semaem: 16384 kern.ipc.semvmx: 32767 kern.ipc.semusz: 92 kern.ipc.semume: 10 kern.ipc.semopm: 100 kern.ipc.semmsl: 60 kern.ipc.semmnu: 30 kern.ipc.semmns: 60 kern.ipc.semmni: 10 kern.ipc.semmap: 30 kern.ipc.shm_allow_removed: 0 kern.ipc.shm_use_phys: 0 kern.ipc.shmall: 8192 kern.ipc.shmseg: 128 kern.ipc.shmmni: 192 kern.ipc.shmmin: 1 kern.ipc.shmmax: 33554432 kern.ipc.numopensockets: 23 kern.ipc.maxsockets: 25600 kern.ipc.nsfbufsused: 0 kern.ipc.nsfbufspeak: 5 kern.ipc.nsfbufs: 6656 kern.dummy: 0 kern.ps_strings: 3217031152 kern.usrstack: 3217031168 kern.logsigexit: 1 kern.iov_max: 1024 kern.cam.cam_srch_hi: 0 kern.cam.scsi_delay: 5000 kern.cam.cd.changer.max_busy_seconds: 15 kern.cam.cd.changer.min_busy_seconds: 5 kern.cam.da.default_timeout: 60 kern.cam.da.retry_count: 4 kern.disks: ad0 kern.geom.collectstats: 1 kern.geom.debugflags: 0 kern.elf32.fallback_brand: -1 kern.init_shutdown_timeout: 120 kern.init_path: /sbin/init:/sbin/oinit:/sbin/init.bak:/rescue/init:/stand/sysinstall kern.acct_suspended: 0 kern.acct_chkfreq: 15 kern.acct_resume: 4 kern.acct_suspend: 2 kern.cp_time: 145427 0 10061 19060 130004 kern.openfiles: 86 kern.kq_calloutmax: 4096 kern.ps_arg_cache_limit: 256 kern.stackprot: 7 kern.randompid: 0 kern.lastpid: 86558 kern.ktrace.request_pool: 100 kern.ktrace.genio_size: 4096 kern.module_path: /boot/kernel;/boot/modules kern.malloc_count: 203 kern.malloc: Type InUse MemUse HighUse Requests Size(s) NTFS nthash 1 256K - 1 NTFS vattr 20 10K - 20 512 NTFS res data 15 130K - 15 16,64,128,256 NTFS vrun 12 1K - 12 16,64 NTFS mount 2 3K - 2 256,2048 NTFS ntnode 5 2K - 5 256 NTFS fnode 5 1K - 5 128 DEVFS 10 1K - 11 16,128 nexusdev 3 1K - 3 16 memdesc 1 4K - 1 4096 I/O APIC 1 1K - 1 1024 DEVFS3 108 14K - 109 128 DEVFS1 95 24K - 95 256 USB 79 7K - 79 16,32,64,128,256 USBdev 6 1K - 21 16,128,256,512 atkbddev 2 1K - 2 32 acpisem 17 2K - 17 64 CAM dev queue 1 1K - 1 64 VM pgdata 2 65K - 2 64 mixer 1 1K - 1 1024 feeder 111 2K - 111 16,64 UMAHash 2 2K - 4 256,512,1024 UFS mount 15 32K - 15 256,2048,4096 UFS dirhash 159 30K - 231 16,32,64,128,256,512 pagedep 4 65K - 1215 64 inodedep 79 266K - 19812 128 newblk 1 1K - 59302 64,256 bmsafemap 2 1K - 203 64 allocdirect 34 5K - 54187 128 indirdep 0 0K - 200 32 allocindir 0 0K - 5114 64 freefrag 3 1K - 10053 32 freeblks 0 0K - 4336 256 freefile 0 0K - 4750 32 diradd 77 5K - 20876 64 mkdir 0 0K - 1744 32 dirrem 0 0K - 6364 32 newdirblk 1 1K - 84 32 savedino 0 0K - 6751 256 p1003.1b 1 1K - 1 16 NFS daemon 1 8K - 1 in6_multi 28 1K - 28 16,32,64 syncache 1 8K - 1 hostcache 1 24K - 1 in_multi 2 1K - 2 32 ac97 2 1K - 2 16,256 routetbl 29 3K - 83 16,32,64,128,256 entropy 1024 64K - 1024 64 acpitask 0 0K - 7 32 lo 1 1K - 1 16 arpcom 1 1K - 1 16 clone 4 16K - 4 4096 ifnet 3 3K - 3 256,1024 ifaddr 24 7K - 25 16,32,64,256,512,2048 ether_multi 33 2K - 38 16,32,64 BPF 7 9K - 9 64,128,256,4096 acpi_perf 1 1K - 1 128 mount 135 11K - 230 16,32,64,128,256,1024,2048 vnodemarker 0 0K - 806 512 vnodes 1 1K - 3 16,128 VFS hash 1 256K - 1 cluster_save buffer 0 0K - 556 32,64 vfscache 1 512K - 1 BIO buffer 239 478K - 1084 2048 acpica 1865 200K - 77620 16,32,64,128,256,512,1024,2048 soname 3 1K - 424 16,32,128 pcb 10 5K - 122 16,32,64,2048 mbuf_tag 0 0K - 7 32 ptys 1 1K - 1 128 ttys 1124 158K - 5639 128,1024 shm 1 12K - 1 sem 4 7K - 4 512,1024,4096 msg 4 25K - 4 1024,4096 ioctlops 0 0K - 17131 16,32,64,256,512,1024 iov 0 0K - 1079 16,64,128 Unitno 7 1K - 9 16,64 turnstiles 121 8K - 121 64 taskqueue 6 1K - 6 128 PCI Link 14 2K - 14 16,32,64,128 CAM XPT 10 1K - 17 16,64,512 sleep queues 121 4K - 121 32 sbuf 0 0K - 486 16,32,64,128,256,512,1024,2048,4096 rman 179 12K - 510 16,64 acpidev 93 3K - 93 32 kobj 144 288K - 165 2048 eventhandler 48 3K - 48 32,128 devstat 8 17K - 8 16,4096 bus 783 38K - 5206 16,32,64,128,1024 bus-sc 67 50K - 2179 16,32,64,128,256,512,1024,2048,4096 SWAP 2 277K - 2 64 umtx 120 8K - 120 64 sysctl 0 0K - 662 16,32,64 sysctloid 2902 87K - 2902 16,32,64 sysctltmp 0 0K - 658 16,32,64,128,256 plimit 22 6K - 765 256 uidinfo 5 2K - 18 32,1024 cred 28 4K - 166152 128 CAM periph 1 1K - 1 128 pgrp 31 2K - 127 64 session 24 3K - 36 128 proc 2 8K - 2 4096 subproc 209 413K - 86672 256,4096 mtx_pool 1 8K - 1 module 230 15K - 230 64,128 devbuf 936 3132K - 996 16,32,64,128,256,512,1024,2048,4096 temp 29 244K - 146387 16,32,64,128,256,512,1024,2048,4096 ip6ndp 4 1K - 5 64,128 lockf 5 1K - 7 64 linker 78 536K - 146 16,32,256,1024,2048,4096 kbdmux 6 9K - 6 16,128,256,2048,4096 KTRACE 100 13K - 100 128 drm 4 6K - 16 16,1024,4096 CAM SIM 1 1K - 1 64 ithread 71 6K - 71 16,64,128 CAM queue 3 1K - 3 16 zombie 0 0K - 86463 128 proc-args 41 3K - 42139 16,32,64,128,256 kqueue 0 0K - 150 256,1024 kenv 111 8K - 112 16,32,64,4096 file desc 102 29K - 89841 16,32,256,512,2048 sigio 1 1K - 1 32 cdev 28 4K - 28 128 acd_driver 1 2K - 1 2048 ar_driver 0 0K - 5 512,2048 ata_dma 2 1K - 2 128 ad_driver 1 1K - 1 32 isadev 21 2K - 21 64 GEOM 87 9K - 524 16,32,64,128,256,512,1024,2048,4096 ata_generic 2 2K - 2 1024 pfs_nodes 20 3K - 20 128 kern.fallback_elf_brand: -1 kern.maxusers: 384 kern.ident: D610 kern.kstack_pages: 2 kern.shutdown.kproc_shutdown_wait: 60 kern.shutdown.poweroff_delay: 5000 kern.sync_on_panic: 0 kern.corefile: %N.core kern.nodump_coredump: 0 kern.coredump: 1 kern.sugid_coredump: 0 kern.fscale: 2048 kern.timecounter.tick: 1 kern.timecounter.choice: TSC(800) ACPI-fast(1000) i8254(0) dummy(-1000000) kern.timecounter.hardware: ACPI-fast kern.timecounter.nsetclock: 3 kern.timecounter.ngetmicrotime: 1634449 kern.timecounter.ngetnanotime: 22 kern.timecounter.ngetbintime: 0 kern.timecounter.ngetmicrouptime: 113980 kern.timecounter.ngetnanouptime: 135 kern.timecounter.ngetbinuptime: 24987 kern.timecounter.nmicrotime: 119342 kern.timecounter.nnanotime: 9 kern.timecounter.nbintime: 119351 kern.timecounter.nmicrouptime: 86601 kern.timecounter.nnanouptime: 0 kern.timecounter.nbinuptime: 1698017 kern.timecounter.stepwarnings: 0 kern.threads.thr_concurrency: 0 kern.threads.thr_scope: 0 kern.threads.virtual_cpu: 1 kern.threads.max_threads_hits: 0 kern.threads.max_groups_per_proc: 1500 kern.threads.max_threads_per_proc: 1500 kern.threads.debug: 0 kern.ccpu: 1948 kern.sched.preemption: 1 kern.sched.kgfollowons: 0 kern.sched.pfollowons: 0 kern.sched.followon: 0 kern.sched.quantum: 100000 kern.sched.name: 4BSD kern.devstat.version: 6 kern.devstat.generation: 133 kern.devstat.numdevs: 1 kern.kobj_methodcount: 129 kern.log_wakeups_per_second: 5 kern.msgbuf_clear: 0 kern.msgbuf: kern.always_console_output: 0 kern.log_console_output: 1 kern.smp.cpus: 1 kern.smp.disabled: 0 kern.smp.active: 0 kern.smp.maxcpus: 1 kern.nselcoll: 0 kern.tty_nout: 1704413 kern.tty_nin: 2353 kern.drainwait: 300 kern.constty_wakeups_per_second: 5 kern.consmsgbuf_size: 8192 kern.consmute: 0 kern.console: consolectl,/ttyd0,consolectl, kern.minvnodes: 25000 kern.metadelay: 28 kern.dirdelay: 29 kern.filedelay: 30 kern.chroot_allow_open_directories: 1 kern.rpc.invalid: 0 kern.rpc.unexpected: 0 kern.rpc.timeouts: 0 kern.rpc.request: 0 kern.rpc.retries: 0 kern.random.yarrow.gengateinterval: 10 kern.random.yarrow.bins: 10 kern.random.yarrow.fastthresh: 192 kern.random.yarrow.slowthresh: 256 kern.random.yarrow.slowoverthresh: 2 kern.random.sys.seeded: 1 kern.random.sys.harvest.ethernet: 1 kern.random.sys.harvest.point_to_point: 1 kern.random.sys.harvest.interrupt: 1 kern.random.sys.harvest.swi: 0 vm.vmtotal: System wide totals computed every five seconds: (values in kilobytes) =============================================== Processes: (RUNQ: 2 Disk Wait: 1 Page Wait: 0 Sleep: 42) Virtual Memory: (Total: 19184K, Active 103344K) Real Memory: (Total: 393540K Active 49660K) Shared Virtual Memory: (Total: 7396K Active: 4300K) Shared Real Memory: (Total: 5976K Active: 3396K) Free Memory Pages: 1656684K vm.loadavg: { 1.07 1.07 0.86 } vm.v_free_min: 3311 vm.v_free_target: 13993 vm.v_free_reserved: 749 vm.v_inactive_target: 20989 vm.v_cache_min: 13993 vm.v_cache_max: 27986 vm.v_pageout_free_min: 34 vm.pageout_algorithm: 0 vm.swap_enabled: 1 vm.kmem_size_scale: 3 vm.kmem_size_max: 335544320 vm.kmem_size: 335544320 vm.nswapdev: 1 vm.dmmax: 32 vm.swap_async_max: 4 vm.zone_count: 71 vm.zone: ITEM SIZE LIMIT USED FREE REQUESTS FFS2 dinode: 256, 0, 20234, 16, 24987 FFS1 dinode: 128, 0, 0, 0, 0 FFS inode: 132, 0, 20234, 37, 24987 SWAPMETA: 276, 121576, 0, 0, 0 rtentry: 132, 0, 14, 44, 15 unpcb: 140, 25620, 15, 41, 72 ripcb: 180, 25608, 0, 0, 0 sackhole: 20, 0, 0, 0, 0 tcpreass: 20, 1690, 0, 169, 593 hostcache: 76, 15400, 5, 95, 5 syncache: 100, 15366, 0, 78, 2 tcptw: 48, 5148, 0, 156, 9 tcpcb: 464, 25600, 5, 11, 39 inpcb: 180, 25608, 5, 39, 39 udpcb: 180, 25608, 2, 42, 297 ipq: 32, 904, 0, 0, 0 socket: 356, 25608, 23, 21, 410 KNOTE: 68, 0, 0, 112, 158 PIPE: 408, 0, 4, 23, 39832 DIRHASH: 1024, 0, 239, 17, 338 NFSNODE: 460, 0, 0, 0, 0 NFSMOUNT: 480, 0, 0, 0, 0 L VFS Cache: 291, 0, 405, 128, 1180 S VFS Cache: 68, 0, 20280, 48, 70077 NAMEI: 1024, 0, 0, 12, 1662615 VNODEPOLL: 76, 0, 0, 0, 0 VNODE: 272, 0, 20292, 22, 25046 Windows Work: 24, 0, 0, 0, 0 Windows MDL: 92, 0, 0, 0, 0 ata_composit: 196, 0, 0, 0, 0 ata_request: 204, 0, 0, 855, 27998 g_bio: 132, 0, 0, 3393, 108317 NetGraph ite: 36, 546, 0, 0, 0 ACL UMA zone: 388, 0, 0, 0, 0 mbuf_jumbo_1: 16384, 0, 0, 0, 0 mbuf_jumbo_9: 9216, 0, 0, 0, 0 mbuf_jumbo_p: 4096, 0, 0, 0, 0 mbuf_cluster: 2048, 25600, 384, 6, 384 mbuf: 256, 0, 386, 139, 16998 mbuf_packet: 256, 0, 384, 141, 22434 VMSPACE: 296, 0, 46, 19, 86507 UPCALL: 44, 0, 0, 0, 0 KSEGRP: 88, 0, 112, 48, 112 THREAD: 372, 0, 112, 8, 112 PROC: 524, 0, 95, 17, 86558 Files: 72, 0, 86, 73, 924619 4096: 4096, 0, 147, 4, 90424 2048: 2048, 0, 406, 330, 2982 1024: 1024, 0, 53, 155, 59729 512: 512, 0, 110, 10, 1112 256: 256, 0, 413, 2302, 141517 128: 128, 0, 3080, 8290, 352147 64: 64, 0, 4166, 6749, 233731 32: 32, 0, 1113, 808, 35065 16: 16, 0, 2652, 190, 19164 mt_zone: 64, 0, 203, 92, 203 DP fakepg: 72, 0, 0, 0, 0 PV ENTRY: 24, 1745655, 23889, 28746, 47606950 MAP ENTRY: 68, 0, 1167, 905, 2868932 KMAP ENTRY: 68, 57456, 19, 149, 6830 MAP: 192, 0, 7, 33, 7 VM OBJECT: 132, 0, 16354, 31, 1284499 128 Bucket: 524, 0, 252, 0, 252 64 Bucket: 268, 0, 48, 8, 48 32 Bucket: 140, 0, 29, 27, 29 16 Bucket: 76, 0, 30, 20, 30 UMA Hash: 128, 0, 4, 26, 6 UMA RCntSlab: 104, 0, 195, 27, 195 UMA Slabs: 64, 0, 713, 54, 829 UMA Zones: 120, 0, 69, 21, 69 UMA Kegs: 140, 0, 69, 3, 69 vm.old_contigmalloc: 0 vm.swap_idle_threshold2: 10 vm.swap_idle_threshold1: 2 vm.exec_map_entries: 16 vm.stats.misc.zero_page_count: 273660 vm.stats.misc.cnt_prezero: 5815919 vm.stats.vm.v_kthreadpages: 0 vm.stats.vm.v_rforkpages: 0 vm.stats.vm.v_vforkpages: 1436142 vm.stats.vm.v_forkpages: 8464762 vm.stats.vm.v_kthreads: 50 vm.stats.vm.v_rforks: 0 vm.stats.vm.v_vforks: 6489 vm.stats.vm.v_forks: 80019 vm.stats.vm.v_interrupt_free_min: 2 vm.stats.vm.v_pageout_free_min: 34 vm.stats.vm.v_cache_max: 27986 vm.stats.vm.v_cache_min: 13993 vm.stats.vm.v_cache_count: 134 vm.stats.vm.v_inactive_count: 59505 vm.stats.vm.v_inactive_target: 20989 vm.stats.vm.v_active_count: 11505 vm.stats.vm.v_wire_count: 27428 vm.stats.vm.v_free_count: 414035 vm.stats.vm.v_free_min: 3311 vm.stats.vm.v_free_target: 13993 vm.stats.vm.v_free_reserved: 749 vm.stats.vm.v_page_count: 512786 vm.stats.vm.v_page_size: 4096 vm.stats.vm.v_tfree: 8428767 vm.stats.vm.v_pfree: 4770689 vm.stats.vm.v_dfree: 0 vm.stats.vm.v_pdpages: 0 vm.stats.vm.v_pdwakeups: 0 vm.stats.vm.v_reactivated: 490 vm.stats.vm.v_intrans: 13 vm.stats.vm.v_vnodepgsout: 0 vm.stats.vm.v_vnodepgsin: 6490 vm.stats.vm.v_vnodeout: 0 vm.stats.vm.v_vnodein: 782 vm.stats.vm.v_swappgsout: 0 vm.stats.vm.v_swappgsin: 0 vm.stats.vm.v_swapout: 0 vm.stats.vm.v_swapin: 0 vm.stats.vm.v_ozfod: 5539476 vm.stats.vm.v_zfod: 5798806 vm.stats.vm.v_cow_optim: 4305 vm.stats.vm.v_cow_faults: 1702078 vm.stats.vm.v_vm_faults: 8632222 vm.stats.sys.v_soft: 107570 vm.stats.sys.v_intr: 385244 vm.stats.sys.v_syscall: 6592378 vm.stats.sys.v_trap: 8808471 vm.stats.sys.v_swtch: 1275450 vm.v_free_severe: 2030 vm.max_proc_mmap: 49344 vm.old_msync: 0 vm.msync_flush_flags: 3 vm.boot_pages: 48 vm.pageout_lock_miss: 0 vm.disable_swapspace_pageouts: 0 vm.defer_swapspace_pageouts: 0 vm.swap_idle_enabled: 0 vm.pageout_stats_interval: 5 vm.pageout_full_stats_interval: 20 vm.pageout_stats_max: 13993 vm.max_launder: 32 vm.idlezero_maxrun: 16 vm.idlezero_enable: 1 vm.kvm_free: 318763008 vm.kvm_size: 1073737728 vfs.nfs.downdelayinitial: 12 vfs.nfs.downdelayinterval: 30 vfs.nfs.nfs3_jukebox_delay: 10 vfs.nfs.reconnects: 0 vfs.nfs.bufpackets: 4 vfs.nfs.realign_count: 0 vfs.nfs.realign_test: 0 vfs.nfs.defect: 0 vfs.nfs.iodmax: 20 vfs.nfs.iodmin: 0 vfs.nfs.iodmaxidle: 120 vfs.nfs.diskless_rootpath: vfs.nfs.diskless_valid: 0 vfs.nfs.nfs_ip_paranoia: 1 vfs.nfs.nfs_directio_allow_mmap: 1 vfs.nfs.nfs_directio_enable: 0 vfs.nfs.clean_pages_on_close: 1 vfs.nfs.nfsv3_commit_on_close: 0 vfs.nfs.access_cache_timeout: 2 vfs.ufs.dirhash_docheck: 0 vfs.ufs.dirhash_mem: 266055 vfs.ufs.dirhash_maxmem: 2097152 vfs.ufs.dirhash_minsize: 2560 vfs.nfs4.nfsv3_commit_on_close: 0 vfs.nfs4.access_cache_timeout: 60 vfs.devfs.rule_depth: 1 vfs.devfs.generation: 95 vfs.pfs.vncache.misses: 0 vfs.pfs.vncache.hits: 0 vfs.pfs.vncache.maxentries: 0 vfs.pfs.vncache.entries: 0 vfs.flushwithdeps: 0 vfs.getnewbufrestarts: 0 vfs.getnewbufcalls: 37512 vfs.hifreebuffers: 812 vfs.lofreebuffers: 406 vfs.numfreebuffers: 7146 vfs.dirtybufthresh: 1643 vfs.hidirtybuffers: 1826 vfs.lodirtybuffers: 913 vfs.numdirtybuffers: 78 vfs.recursiveflushes: 0 vfs.altbufferflushes: 0 vfs.dirtybufferflushes: 0 vfs.hirunningspace: 1048576 vfs.lorunningspace: 524288 vfs.bufdefragcnt: 0 vfs.buffreekvacnt: 0 vfs.bufreusecnt: 7180 vfs.hibufspace: 117702656 vfs.lobufspace: 117637120 vfs.maxmallocbufspace: 5885132 vfs.bufmallocspace: 489472 vfs.maxbufspace: 118358016 vfs.bufspace: 117637120 vfs.runningbufspace: 0 vfs.vmiodirenable: 1 vfs.cache.numfullpathfound: 56542 vfs.cache.numfullpathfail4: 0 vfs.cache.numfullpathfail2: 0 vfs.cache.numfullpathfail1: 15 vfs.cache.numfullpathcalls: 56557 vfs.cache.nchstats: 4343345 753170 22136 0 78122 0 4155 12686 vfs.cache.numneghits: 753170 vfs.cache.numnegzaps: 15420 vfs.cache.numposhits: 4343345 vfs.cache.numposzaps: 6716 vfs.cache.nummisszap: 2958 vfs.cache.nummiss: 75164 vfs.cache.numchecks: 5373777 vfs.cache.dotdothits: 272906 vfs.cache.dothits: 126821 vfs.cache.numcalls: 5596500 vfs.cache.numcache: 20685 vfs.cache.numneg: 1292 vfs.read_max: 8 vfs.write_behind: 1 vfs.lookup_shared: 0 vfs.usermount: 0 vfs.worklist_len: 28 vfs.timestamp_precision: 0 vfs.reassignbufcalls: 76639 vfs.freevnodes: 4603 vfs.wantfreevnodes: 25000 vfs.numvnodes: 20292 vfs.nfsrv.nfs_privport: 0 vfs.nfsrv.commit_miss: 0 vfs.nfsrv.commit_blks: 0 vfs.nfsrv.async: 0 vfs.nfsrv.realign_count: 0 vfs.nfsrv.realign_test: 0 vfs.nfsrv.gatherdelay_v3: 0 vfs.nfsrv.gatherdelay: 10000 vfs.ffs.doreallocblks: 1 vfs.ffs.doasyncfree: 1 vfs.ffs.compute_summary_at_mount: 0 net.local.stream.recvspace: 8192 net.local.stream.sendspace: 8192 net.local.dgram.recvspace: 4096 net.local.dgram.maxdgram: 2048 net.local.recycled: 0 net.local.taskcount: 0 net.local.inflight: 0 net.inet.ip.portrange.randomtime: 45 net.inet.ip.portrange.randomcps: 10 net.inet.ip.portrange.randomized: 1 net.inet.ip.portrange.reservedlow: 0 net.inet.ip.portrange.reservedhigh: 1023 net.inet.ip.portrange.hilast: 65535 net.inet.ip.portrange.hifirst: 49152 net.inet.ip.portrange.last: 65535 net.inet.ip.portrange.first: 49152 net.inet.ip.portrange.lowlast: 600 net.inet.ip.portrange.lowfirst: 1023 net.inet.ip.forwarding: 0 net.inet.ip.redirect: 1 net.inet.ip.ttl: 64 net.inet.ip.rtexpire: 3600 net.inet.ip.rtminexpire: 10 net.inet.ip.rtmaxcache: 128 net.inet.ip.sourceroute: 0 net.inet.ip.intr_queue_maxlen: 50 net.inet.ip.intr_queue_drops: 0 net.inet.ip.accept_sourceroute: 0 net.inet.ip.keepfaith: 0 net.inet.ip.gifttl: 30 net.inet.ip.same_prefix_carp_only: 0 net.inet.ip.subnets_are_local: 0 net.inet.ip.fastforwarding: 0 net.inet.ip.maxfragpackets: 800 net.inet.ip.maxfragsperpacket: 16 net.inet.ip.fragpackets: 0 net.inet.ip.check_interface: 0 net.inet.ip.random_id: 0 net.inet.ip.sendsourcequench: 0 net.inet.ip.process_options: 1 net.inet.icmp.maskrepl: 0 net.inet.icmp.icmplim: 200 net.inet.icmp.bmcastecho: 0 net.inet.icmp.quotelen: 8 net.inet.icmp.reply_from_interface: 0 net.inet.icmp.reply_src: net.inet.icmp.icmplim_output: 1 net.inet.icmp.log_redirect: 0 net.inet.icmp.drop_redirect: 0 net.inet.icmp.maskfake: 0 net.inet.tcp.rfc1323: 1 net.inet.tcp.mssdflt: 512 net.inet.tcp.keepidle: 7200000 net.inet.tcp.keepintvl: 75000 net.inet.tcp.sendspace: 32768 net.inet.tcp.recvspace: 65536 net.inet.tcp.keepinit: 75000 net.inet.tcp.delacktime: 100 net.inet.tcp.v6mssdflt: 1024 net.inet.tcp.hostcache.purge: 0 net.inet.tcp.hostcache.expire: 3600 net.inet.tcp.hostcache.count: 5 net.inet.tcp.hostcache.bucketlimit: 30 net.inet.tcp.hostcache.hashsize: 512 net.inet.tcp.hostcache.cachelimit: 15360 net.inet.tcp.reass.overflows: 0 net.inet.tcp.reass.maxqlen: 48 net.inet.tcp.reass.cursegments: 0 net.inet.tcp.reass.maxsegments: 1600 net.inet.tcp.insecure_rst: 0 net.inet.tcp.rfc3390: 1 net.inet.tcp.rfc3042: 1 net.inet.tcp.delayed_ack: 1 net.inet.tcp.blackhole: 0 net.inet.tcp.log_in_vain: 0 net.inet.tcp.newreno: 1 net.inet.tcp.local_slowstart_flightsize: 4 net.inet.tcp.slowstart_flightsize: 1 net.inet.tcp.path_mtu_discovery: 1 net.inet.tcp.sack.globalholes: 0 net.inet.tcp.sack.globalmaxholes: 65536 net.inet.tcp.sack.maxholes: 128 net.inet.tcp.sack.enable: 1 net.inet.tcp.inflight.stab: 20 net.inet.tcp.inflight.max: 1073725440 net.inet.tcp.inflight.min: 6144 net.inet.tcp.inflight.rttthresh: 10 net.inet.tcp.inflight.debug: 0 net.inet.tcp.inflight.enable: 1 net.inet.tcp.isn_reseed_interval: 0 net.inet.tcp.icmp_may_rst: 1 net.inet.tcp.pcbcount: 5 net.inet.tcp.do_tcpdrain: 1 net.inet.tcp.tcbhashsize: 512 net.inet.tcp.minmssoverload: 0 net.inet.tcp.minmss: 216 net.inet.tcp.syncache.rexmtlimit: 3 net.inet.tcp.syncache.hashsize: 512 net.inet.tcp.syncache.count: 0 net.inet.tcp.syncache.cachelimit: 15359 net.inet.tcp.syncache.bucketlimit: 30 net.inet.tcp.syncookies: 1 net.inet.tcp.always_keepalive: 1 net.inet.tcp.rexmit_slop: 200 net.inet.tcp.rexmit_min: 3 net.inet.tcp.msl: 30000 net.inet.udp.checksum: 1 net.inet.udp.maxdgram: 9216 net.inet.udp.recvspace: 42080 net.inet.udp.strict_mcast_mship: 0 net.inet.udp.blackhole: 0 net.inet.udp.log_in_vain: 0 net.inet.raw.recvspace: 8192 net.inet.raw.maxdgram: 8192 net.inet.accf.unloadable: 0 net.link.generic.system.ifcount: 2 net.link.ether.inet.log_arp_permanent_modify: 1 net.link.ether.inet.log_arp_movements: 1 net.link.ether.inet.log_arp_wrong_iface: 1 net.link.ether.inet.proxyall: 0 net.link.ether.inet.useloopback: 1 net.link.ether.inet.maxtries: 5 net.link.ether.inet.max_age: 1200 net.link.ether.inet.prune_intvl: 300 net.link.ether.ipfw: 0 net.link.gif.parallel_tunnels: 0 net.link.gif.max_nesting: 1 net.link.log_link_state_change: 1 net.inet6.ip6.forwarding: 0 net.inet6.ip6.redirect: 1 net.inet6.ip6.hlim: 64 net.inet6.ip6.maxfragpackets: 6400 net.inet6.ip6.accept_rtadv: 0 net.inet6.ip6.keepfaith: 0 net.inet6.ip6.log_interval: 5 net.inet6.ip6.hdrnestlimit: 50 net.inet6.ip6.dad_count: 1 net.inet6.ip6.auto_flowlabel: 1 net.inet6.ip6.defmcasthlim: 1 net.inet6.ip6.gifhlim: 30 net.inet6.ip6.kame_version: FreeBSD net.inet6.ip6.use_deprecated: 1 net.inet6.ip6.rr_prune: 5 net.inet6.ip6.v6only: 1 net.inet6.ip6.rtexpire: 3600 net.inet6.ip6.rtminexpire: 10 net.inet6.ip6.rtmaxcache: 128 net.inet6.ip6.use_tempaddr: 0 net.inet6.ip6.temppltime: 86400 net.inet6.ip6.tempvltime: 604800 net.inet6.ip6.auto_linklocal: 1 net.inet6.ip6.prefer_tempaddr: 0 net.inet6.ip6.use_defaultzone: 0 net.inet6.ip6.maxfrags: 6400 net.inet6.ip6.mcast_pmtu: 0 net.inet6.icmp6.rediraccept: 1 net.inet6.icmp6.redirtimeout: 600 net.inet6.icmp6.nd6_prune: 1 net.inet6.icmp6.nd6_delay: 5 net.inet6.icmp6.nd6_umaxtries: 3 net.inet6.icmp6.nd6_mmaxtries: 3 net.inet6.icmp6.nd6_useloopback: 1 net.inet6.icmp6.nodeinfo: 3 net.inet6.icmp6.errppslimit: 100 net.inet6.icmp6.nd6_maxnudhint: 0 net.inet6.icmp6.nd6_debug: 0 net.inet6.icmp6.nd6_maxqueuelen: 1 net.bpf.maxinsns: 512 net.bpf.maxbufsize: 524288 net.bpf.bufsize: 4096 net.isr.swi_count: 21717 net.isr.drop: 0 net.isr.queued: 7 net.isr.deferred: 22072 net.isr.directed: 0 net.isr.count: 22072 net.isr.direct: 0 net.route.netisr_maxqlen: 256 net.wlan.debug: 0 net.graph.msg_version: 8 net.graph.abi_version: 11 net.graph.maxalloc: 512 debug.acpi.semaphore_debug: 0 debug.acpi.level: NONE debug.acpi.layer: NONE debug.acpi.do_powerstate: 1 debug.acpi.acpi_ca_version: 0x20041119 debug.mddebug: 0 debug.elf32_legacy_coredump: 0 debug.elf32_trace: 0 debug.bootverbose: 1 debug.boothowto: -2147481600 debug.cpufreq.verbose: 0 debug.cpufreq.lowest: 0 debug.sizeof.cdev_priv: 216 debug.sizeof.cdev: 184 debug.sizeof.g_bioq: 48 debug.sizeof.g_consumer: 60 debug.sizeof.g_provider: 88 debug.sizeof.g_geom: 68 debug.sizeof.g_class: 68 debug.sizeof.kinfo_proc: 768 debug.sizeof.buf: 328 debug.sizeof.bio: 132 debug.sizeof.proc: 524 debug.sizeof.vnode: 272 debug.sizeof.devstat: 240 debug.to_avg_mpcalls: 1478 debug.to_avg_mtxcalls: 0 debug.to_avg_gcalls: 254 debug.to_avg_depth: 1862 debug.kdb.enter: 0 debug.kdb.current: debug.kdb.available: debug.rman_debug: 0 debug.ttydebug: 0 debug.disablefullpath: 0 debug.disablecwd: 0 debug.hashstat.nchash: 131072 19153 4 1461 debug.ncsize: 36 debug.vnsize: 272 debug.vfscache: 1 debug.numcachehv: 1149 debug.numcache: 20685 debug.numneg: 1292 debug.ncnegfactor: 16 debug.nchash: 131071 debug.vnlru_nowhere: 0 debug.rush_requests: 0 debug.mpsafevfs: 1 debug.if_tun_debug: 0 debug.mpsafenet: 1 debug.collectsnapstats: 0 debug.snapdebug: 0 debug.dopersistence: 0 debug.dir_entry: 836 debug.direct_blk_ptrs: 157 debug.inode_bitmap: 230 debug.indir_blk_ptrs: 3 debug.sync_limit_hit: 0 debug.ino_limit_hit: 0 debug.blk_limit_hit: 0 debug.ino_limit_push: 0 debug.blk_limit_push: 0 debug.worklist_push: 0 debug.maxindirdeps: 50 debug.tickdelay: 2 debug.max_softdeps: 400000 debug.dobkgrdwrite: 1 debug.bigcgs: 0 debug.dircheck: 0 debug.nosleepwithlocks: 0 debug.mpsafevm: 1 debug.psm.pkterrthresh: 2 debug.psm.usecs: 500000 debug.psm.secs: 0 debug.psm.errusecs: 0 debug.psm.errsecs: 2 debug.psm.hz: 20 debug.psm.loglevel: 0 debug.apm_debug: 0 debug.PMAP1unchanged: 30642460 debug.PMAP1changed: 240071 hw.machine: i386 hw.model: Intel(R) Pentium(R) M processor 1.86GHz hw.ncpu: 1 hw.byteorder: 1234 hw.physmem: 2138349568 hw.usermem: 2025992192 hw.pagesize: 4096 hw.floatingpoint: 1 hw.machine_arch: i386 hw.realmem: 2147291136 hw.ata.wc: 1 hw.ata.atapi_dma: 1 hw.ata.ata_dma: 1 hw.cardbus.cis_debug: 0 hw.cardbus.debug: 0 hw.pccard.cis_debug: 0 hw.pccard.debug: 0 hw.cbb.debug: 0 hw.cbb.start_32_io: 4096 hw.cbb.start_16_io: 256 hw.cbb.start_memory: 2281701376 hw.pcic.intr_mask: 57016 hw.pci.do_power_resume: 1 hw.pci.do_power_nodriver: 0 hw.pci.enable_io_modes: 1 hw.pci.host_mem_start: 2147483648 hw.pci.irq_override_mask: 57080 hw.snd.report_soft_formats: 1 hw.snd.targetirqrate: 32 hw.snd.verbose: 1 hw.snd.maxautovchans: 0 hw.snd.unit: 0 hw.snd.pcm0.buffersize: 16384 hw.snd.pcm0.vchans: 0 hw.snd.pcm0.ac97rate: 48000 hw.intr_storm_threshold: 500 hw.availpages: 522058 hw.bus.devctl_disable: 0 hw.ndis_filepath: /compat/ndis hw.psm.tap_timeout: 125000 hw.psm.tap_threshold: 25 hw.kbd.keymap_restrict_change: 0 hw.syscons.kbd_debug: 1 hw.syscons.kbd_reboot: 1 hw.syscons.bell: 1 hw.syscons.saver.keybonly: 1 hw.syscons.sc_no_suspend_vtswitch: 0 hw.busdma.total_bpages: 33 hw.busdma.zone0.total_bpages: 1 hw.busdma.zone0.free_bpages: 1 hw.busdma.zone0.reserved_bpages: 0 hw.busdma.zone0.active_bpages: 0 hw.busdma.zone0.total_bounced: 0 hw.busdma.zone0.total_deferred: 0 hw.busdma.zone0.lowaddr: 0xffffffff hw.busdma.zone0.alignment: 4096 hw.busdma.zone0.boundary: 0 hw.busdma.zone1.total_bpages: 32 hw.busdma.zone1.free_bpages: 32 hw.busdma.zone1.reserved_bpages: 0 hw.busdma.zone1.active_bpages: 0 hw.busdma.zone1.total_bounced: 0 hw.busdma.zone1.total_deferred: 0 hw.busdma.zone1.lowaddr: 0xffffffff hw.busdma.zone1.alignment: 2 hw.busdma.zone1.boundary: 65536 hw.clockrate: 1862 hw.instruction_sse: 1 hw.apic.enable_extint: 0 hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 1 hw.acpi.verbose: 1 hw.acpi.disable_on_reboot: 0 hw.acpi.reset_video: 1 hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 C4/185 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% 0.00% 0.00% 0.00% hw.acpi.acline: 1 hw.acpi.battery.life: 100 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 80.5C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 0 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 101.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.dri.0.name: radeon 0x20 hw.dri.0.vm: slot offset size type flags address mtrr hw.dri.0.clients: a dev pid uid magic ioctls hw.dri.0.debug: 0 machdep.adjkerntz: 21600 machdep.disable_rtc_set: 0 machdep.wall_cmos_clock: 1 machdep.acpi_timer_freq: 3579545 machdep.conspeed: 9600 machdep.gdbspeed: 9600 machdep.conrclk: 1843200 machdep.enable_panic_key: 0 machdep.acpi_root: 1034672 machdep.apm_swab_batt_minutes: 0 machdep.apm_standby_delay: 1 machdep.apm_suspend_delay: 1 machdep.disable_mtrrs: 0 machdep.guessed_bootdev: 2688548864 machdep.cpu_idle_hlt: 1 machdep.panic_on_nmi: 1 machdep.tsc_freq: 1862135063 machdep.i8254_freq: 1193182 user.cs_path: /usr/bin:/bin:/usr/sbin:/sbin: user.bc_base_max: 99 user.bc_dim_max: 2048 user.bc_scale_max: 99 user.bc_string_max: 1000 user.coll_weights_max: 0 user.expr_nest_max: 32 user.line_max: 2048 user.re_dup_max: 255 user.posix2_version: 199212 user.posix2_c_bind: 0 user.posix2_c_dev: 0 user.posix2_char_term: 0 user.posix2_fort_dev: 0 user.posix2_fort_run: 0 user.posix2_localedef: 0 user.posix2_sw_dev: 0 user.posix2_upe: 0 user.stream_max: 20 user.tzname_max: 255 p1003_1b.asynchronous_io: 0 p1003_1b.mapped_files: 1 p1003_1b.memlock: 0 p1003_1b.memlock_range: 0 p1003_1b.memory_protection: 0 p1003_1b.message_passing: 0 p1003_1b.prioritized_io: 0 p1003_1b.priority_scheduling: 1 p1003_1b.realtime_signals: 0 p1003_1b.semaphores: 0 p1003_1b.fsync: 0 p1003_1b.shared_memory_objects: 1 p1003_1b.synchronized_io: 0 p1003_1b.timers: 0 p1003_1b.aio_listio_max: -1 p1003_1b.aio_max: -1 p1003_1b.aio_prio_delta_max: -1 p1003_1b.delaytimer_max: 0 p1003_1b.mq_open_max: 0 p1003_1b.pagesize: 4096 p1003_1b.rtsig_max: 0 p1003_1b.sem_nsems_max: 0 p1003_1b.sem_value_max: 0 p1003_1b.sigqueue_max: 0 p1003_1b.timer_max: 0 security.jail.jailed: 0 security.jail.chflags_allowed: 0 security.jail.allow_raw_sockets: 0 security.jail.enforce_statfs: 2 security.jail.sysvipc_allowed: 0 security.jail.socket_unixiproute_only: 1 security.jail.set_hostname_allowed: 1 security.bsd.unprivileged_proc_debug: 1 security.bsd.conservative_signals: 1 security.bsd.see_other_gids: 1 security.bsd.see_other_uids: 1 security.bsd.suser_enabled: 1 security.bsd.unprivileged_read_msgbuf: 1 security.bsd.hardlink_check_gid: 0 security.bsd.hardlink_check_uid: 0 security.bsd.unprivileged_get_quota: 0 dev.nexus.0.%driver: nexus dev.nexus.0.%parent: root0 dev.acpi.0.%desc: DELL CPi R dev.acpi.0.%driver: acpi dev.acpi.0.%parent: nexus0 dev.acpi_sysresource.0.%desc: System Resource dev.acpi_sysresource.0.%driver: acpi_sysresource dev.acpi_sysresource.0.%location: handle=\_SB_.MB1_ dev.acpi_sysresource.0.%pnpinfo: _HID=PNP0C01 _UID=1 dev.acpi_sysresource.0.%parent: acpi0 dev.acpi_sysresource.1.%desc: System Resource dev.acpi_sysresource.1.%driver: acpi_sysresource dev.acpi_sysresource.1.%location: handle=\_SB_.PCI0.MB2_ dev.acpi_sysresource.1.%pnpinfo: _HID=PNP0C01 _UID=2 dev.acpi_sysresource.1.%parent: acpi0 dev.acpi_sysresource.2.%desc: System Resource dev.acpi_sysresource.2.%driver: acpi_sysresource dev.acpi_sysresource.2.%location: handle=\_SB_.PCI0.MB3_ dev.acpi_sysresource.2.%pnpinfo: _HID=PNP0C01 _UID=3 dev.acpi_sysresource.2.%parent: acpi0 dev.acpi_sysresource.3.%desc: System Resource dev.acpi_sysresource.3.%driver: acpi_sysresource dev.acpi_sysresource.3.%location: handle=\_SB_.PCI0.ISAB.MB4_ dev.acpi_sysresource.3.%pnpinfo: _HID=PNP0C01 _UID=4 dev.acpi_sysresource.3.%parent: acpi0 dev.acpi_sysresource.4.%desc: System Resource dev.acpi_sysresource.4.%driver: acpi_sysresource dev.acpi_sysresource.4.%location: handle=\_SB_.PCI0.ISAB.FTPM dev.acpi_sysresource.4.%pnpinfo: _HID=PNP0C01 _UID=5 dev.acpi_sysresource.4.%parent: acpi0 dev.acpi_timer.0.%desc: 24-bit timer at 3.579545MHz dev.acpi_timer.0.%driver: acpi_timer dev.acpi_timer.0.%location: unknown dev.acpi_timer.0.%pnpinfo: unknown dev.acpi_timer.0.%parent: acpi0 dev.pci_link.0.%desc: ACPI PCI Link LNKA dev.pci_link.0.%driver: pci_link dev.pci_link.0.%location: handle=\_SB_.PCI0.LNKA dev.pci_link.0.%pnpinfo: _HID=PNP0C0F _UID=1 dev.pci_link.0.%parent: acpi0 dev.pci_link.1.%desc: ACPI PCI Link LNKB dev.pci_link.1.%driver: pci_link dev.pci_link.1.%location: handle=\_SB_.PCI0.LNKB dev.pci_link.1.%pnpinfo: _HID=PNP0C0F _UID=2 dev.pci_link.1.%parent: acpi0 dev.pci_link.2.%desc: ACPI PCI Link LNKC dev.pci_link.2.%driver: pci_link dev.pci_link.2.%location: handle=\_SB_.PCI0.LNKC dev.pci_link.2.%pnpinfo: _HID=PNP0C0F _UID=3 dev.pci_link.2.%parent: acpi0 dev.pci_link.3.%desc: ACPI PCI Link LNKD dev.pci_link.3.%driver: pci_link dev.pci_link.3.%location: handle=\_SB_.PCI0.LNKD dev.pci_link.3.%pnpinfo: _HID=PNP0C0F _UID=4 dev.pci_link.3.%parent: acpi0 dev.pci_link.4.%desc: ACPI PCI Link LNKE dev.pci_link.4.%driver: pci_link dev.pci_link.4.%location: handle=\_SB_.PCI0.LNKE dev.pci_link.4.%pnpinfo: _HID=PNP0C0F _UID=5 dev.pci_link.4.%parent: acpi0 dev.pci_link.5.%desc: ACPI PCI Link LNKF dev.pci_link.5.%driver: pci_link dev.pci_link.5.%location: handle=\_SB_.PCI0.LNKF dev.pci_link.5.%pnpinfo: _HID=PNP0C0F _UID=8 dev.pci_link.5.%parent: acpi0 dev.pci_link.6.%desc: ACPI PCI Link LNKH dev.pci_link.6.%driver: pci_link dev.pci_link.6.%location: handle=\_SB_.PCI0.LNKH dev.pci_link.6.%pnpinfo: _HID=PNP0C0F _UID=8 dev.pci_link.6.%parent: acpi0 dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1867 dev.cpu.0.freq_levels: 1867/27000 1633/23625 1600/23000 1400/20125 1333/20000 1166/17500 1067/17000 933/14875 800/13000 700/11375 600/9750 500/8125 400/6500 300/4875 200/3250 100/1625 dev.acpi_perf.0.%driver: acpi_perf dev.acpi_perf.0.%parent: cpu0 dev.est.0.%desc: Enhanced SpeedStep Frequency Control dev.est.0.%driver: est dev.est.0.%parent: cpu0 dev.est.0.freq_settings: 1867/27000 1600/23000 1333/20000 1067/17000 800/13000 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dev.p4tcc.0.%desc: CPU Frequency Thermal Control dev.p4tcc.0.%driver: p4tcc dev.p4tcc.0.%parent: cpu0 dev.p4tcc.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 dev.acpi_acad.0.%desc: AC Adapter dev.acpi_acad.0.%driver: acpi_acad dev.acpi_acad.0.%location: handle=\_SB_.AC__ dev.acpi_acad.0.%pnpinfo: _HID=ACPI0003 _UID=0 dev.acpi_acad.0.%parent: acpi0 dev.battery.0.%desc: ACPI Control Method Battery dev.battery.0.%driver: battery dev.battery.0.%location: handle=\_SB_.BAT0 dev.battery.0.%pnpinfo: _HID=PNP0C0A _UID=1 dev.battery.0.%parent: acpi0 dev.battery.1.%desc: ACPI Control Method Battery dev.battery.1.%driver: battery dev.battery.1.%location: handle=\_SB_.BAT1 dev.battery.1.%pnpinfo: _HID=PNP0C0A _UID=2 dev.battery.1.%parent: acpi0 dev.acpi_lid.0.%desc: Control Method Lid Switch dev.acpi_lid.0.%driver: acpi_lid dev.acpi_lid.0.%location: handle=\_SB_.LID_ dev.acpi_lid.0.%pnpinfo: _HID=PNP0C0D _UID=0 dev.acpi_lid.0.%parent: acpi0 dev.acpi_lid.0.wake: 1 dev.acpi_button.0.%desc: Power Button dev.acpi_button.0.%driver: acpi_button dev.acpi_button.0.%location: handle=\_SB_.PBTN dev.acpi_button.0.%pnpinfo: _HID=PNP0C0C _UID=0 dev.acpi_button.0.%parent: acpi0 dev.acpi_button.0.wake: 1 dev.acpi_button.1.%desc: Sleep Button dev.acpi_button.1.%driver: acpi_button dev.acpi_button.1.%location: handle=\_SB_.SBTN dev.acpi_button.1.%pnpinfo: _HID=PNP0C0E _UID=0 dev.acpi_button.1.%parent: acpi0 dev.pcib.0.%desc: ACPI Host-PCI bridge dev.pcib.0.%driver: pcib dev.pcib.0.%location: handle=\_SB_.PCI0 dev.pcib.0.%pnpinfo: _HID=PNP0A03 _UID=0 dev.pcib.0.%parent: acpi0 dev.pcib.0.wake: 0 dev.pcib.1.%desc: ACPI PCI-PCI bridge dev.pcib.1.%driver: pcib dev.pcib.1.%location: slot=1 function=0 handle=\_SB_.PCI0.AGP_ dev.pcib.1.%pnpinfo: vendor=0x8086 device=0x2591 subvendor=0x0088 subdevice=0x0000 class=0x060400 dev.pcib.1.%parent: pci0 dev.pcib.2.%desc: ACPI PCI-PCI bridge dev.pcib.2.%driver: pcib dev.pcib.2.%location: slot=28 function=0 handle=\_SB_.PCI0.PXP0 dev.pcib.2.%pnpinfo: vendor=0x8086 device=0x2660 subvendor=0x0040 subdevice=0x0000 class=0x060400 dev.pcib.2.%parent: pci0 dev.pcib.3.%desc: ACPI PCI-PCI bridge dev.pcib.3.%driver: pcib dev.pcib.3.%location: slot=30 function=0 handle=\_SB_.PCI0.PCIE dev.pcib.3.%pnpinfo: vendor=0x8086 device=0x2448 subvendor=0x0050 subdevice=0x0000 class=0x060401 dev.pcib.3.%parent: pci0 dev.pcib.3.wake: 0 dev.pci.0.%desc: ACPI PCI bus dev.pci.0.%driver: pci dev.pci.0.%parent: pcib0 dev.pci.0.wake: 0 dev.pci.1.%desc: ACPI PCI bus dev.pci.1.%driver: pci dev.pci.1.%parent: pcib1 dev.pci.2.%desc: ACPI PCI bus dev.pci.2.%driver: pci dev.pci.2.%parent: pcib2 dev.pci.3.%desc: ACPI PCI bus dev.pci.3.%driver: pci dev.pci.3.%parent: pcib3 dev.pci.3.wake: 0 dev.hostb.0.%desc: Host to PCI bridge dev.hostb.0.%driver: hostb dev.hostb.0.%location: slot=0 function=0 dev.hostb.0.%pnpinfo: vendor=0x8086 device=0x2590 subvendor=0x1028 subdevice=0x0182 class=0x060000 dev.hostb.0.%parent: pci0 dev.drm.0.%desc: ATI Radeon Mobility X300 M22 dev.drm.0.%driver: drm dev.drm.0.%location: slot=0 function=0 handle=\_SB_.PCI0.AGP_.VID_ dev.drm.0.%pnpinfo: vendor=0x1002 device=0x5460 subvendor=0x1028 subdevice=0x2006 class=0x030000 dev.drm.0.%parent: pci1 dev.bge.0.%desc: Broadcom BCM5751 Gigabit Ethernet, ASIC rev. 0x4001 dev.bge.0.%driver: bge dev.bge.0.%location: slot=0 function=0 handle=\_SB_.PCI0.PXP0.NIC_ dev.bge.0.%pnpinfo: vendor=0x14e4 device=0x1677 subvendor=0x1028 subdevice=0x0182 class=0x020000 dev.bge.0.%parent: pci2 dev.bge.0.wake: 0 dev.miibus.0.%desc: MII bus dev.miibus.0.%driver: miibus dev.miibus.0.%parent: bge0 dev.brgphy.0.%desc: BCM5750 10/100/1000baseTX PHY dev.brgphy.0.%driver: brgphy dev.brgphy.0.%location: phyno=1 dev.brgphy.0.%pnpinfo: oui=0x818 model=0x18 rev=0x0 dev.brgphy.0.%parent: miibus0 dev.uhci.0.%desc: Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-A dev.uhci.0.%driver: uhci dev.uhci.0.%location: slot=29 function=0 handle=\_SB_.PCI0.USB0 dev.uhci.0.%pnpinfo: vendor=0x8086 device=0x2658 subvendor=0x1028 subdevice=0x0182 class=0x0c0300 dev.uhci.0.%parent: pci0 dev.uhci.0.wake: 0 dev.uhci.1.%desc: Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-B dev.uhci.1.%driver: uhci dev.uhci.1.%location: slot=29 function=1 handle=\_SB_.PCI0.USB1 dev.uhci.1.%pnpinfo: vendor=0x8086 device=0x2659 subvendor=0x1028 subdevice=0x0182 class=0x0c0300 dev.uhci.1.%parent: pci0 dev.uhci.1.wake: 0 dev.uhci.2.%desc: Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-C dev.uhci.2.%driver: uhci dev.uhci.2.%location: slot=29 function=2 handle=\_SB_.PCI0.USB2 dev.uhci.2.%pnpinfo: vendor=0x8086 device=0x265a subvendor=0x1028 subdevice=0x0182 class=0x0c0300 dev.uhci.2.%parent: pci0 dev.uhci.2.wake: 0 dev.uhci.3.%desc: Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-D dev.uhci.3.%driver: uhci dev.uhci.3.%location: slot=29 function=3 handle=\_SB_.PCI0.USB4 dev.uhci.3.%pnpinfo: vendor=0x8086 device=0x265b subvendor=0x1028 subdevice=0x0182 class=0x0c0300 dev.uhci.3.%parent: pci0 dev.uhci.3.wake: 0 dev.usb.0.%desc: Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-A dev.usb.0.%driver: usb dev.usb.0.%parent: uhci0 dev.usb.1.%desc: Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-B dev.usb.1.%driver: usb dev.usb.1.%parent: uhci1 dev.usb.2.%desc: Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-C dev.usb.2.%driver: usb dev.usb.2.%parent: uhci2 dev.usb.3.%desc: Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-D dev.usb.3.%driver: usb dev.usb.3.%parent: uhci3 dev.usb.4.%desc: Intel 82801FB (ICH6) USB 2.0 controller dev.usb.4.%driver: usb dev.usb.4.%parent: ehci0 dev.uhub.0.%desc: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 dev.uhub.0.%driver: uhub dev.uhub.0.%parent: usb0 dev.uhub.1.%desc: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 dev.uhub.1.%driver: uhub dev.uhub.1.%parent: usb1 dev.uhub.2.%desc: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 dev.uhub.2.%driver: uhub dev.uhub.2.%parent: usb2 dev.uhub.3.%desc: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 dev.uhub.3.%driver: uhub dev.uhub.3.%parent: usb3 dev.uhub.4.%desc: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 dev.uhub.4.%driver: uhub dev.uhub.4.%parent: usb4 dev.ehci.0.%desc: Intel 82801FB (ICH6) USB 2.0 controller dev.ehci.0.%driver: ehci dev.ehci.0.%location: slot=29 function=7 handle=\_SB_.PCI0.USB3 dev.ehci.0.%pnpinfo: vendor=0x8086 device=0x265c subvendor=0x1028 subdevice=0x0182 class=0x0c0320 dev.ehci.0.%parent: pci0 dev.ehci.0.wake: 0 dev.cbb.0.%desc: PCI-CardBus Bridge dev.cbb.0.%driver: cbb dev.cbb.0.%location: slot=1 function=0 handle=\_SB_.PCI0.PCIE.CRD0 dev.cbb.0.%pnpinfo: vendor=0x104c device=0x8036 subvendor=0x1028 subdevice=0x0182 class=0x060700 dev.cbb.0.%parent: pci3 dev.cardbus.%parent: pci dev.cardbus.0.%desc: CardBus bus dev.cardbus.0.%driver: cardbus dev.cardbus.0.%parent: cbb0 dev.pccard.0.%desc: 16-bit PCCard bus dev.pccard.0.%driver: pccard dev.pccard.0.%parent: cbb0 dev.pcm.0.%desc: Intel ICH6 (82801FB) dev.pcm.0.%driver: pcm dev.pcm.0.%location: slot=30 function=2 handle=\_SB_.PCI0.AUD_ dev.pcm.0.%pnpinfo: vendor=0x8086 device=0x266e subvendor=0x1028 subdevice=0x0182 class=0x040100 dev.pcm.0.%parent: pci0 dev.isab.0.%desc: PCI-ISA bridge dev.isab.0.%driver: isab dev.isab.0.%location: slot=31 function=0 handle=\_SB_.PCI0.ISAB dev.isab.0.%pnpinfo: vendor=0x8086 device=0x2641 subvendor=0x1028 subdevice=0x0182 class=0x060100 dev.isab.0.%parent: pci0 dev.isa.0.%desc: ISA bus dev.isa.0.%driver: isa dev.isa.0.%parent: isab0 dev.atapci.0.%desc: Intel ICH6 SATA150 controller dev.atapci.0.%driver: atapci dev.atapci.0.%location: slot=31 function=2 handle=\_SB_.PCI0.IDE0 dev.atapci.0.%pnpinfo: vendor=0x8086 device=0x2653 subvendor=0x1028 subdevice=0x0182 class=0x010180 dev.atapci.0.%parent: pci0 dev.ata.0.%desc: ATA channel 0 dev.ata.0.%driver: ata dev.ata.0.%parent: atapci0 dev.ata.1.%desc: ATA channel 1 dev.ata.1.%driver: ata dev.ata.1.%parent: atapci0 dev.acpi_tz.0.%desc: Thermal Zone dev.acpi_tz.0.%driver: acpi_tz dev.acpi_tz.0.%location: handle=\_TZ_.THM_ dev.acpi_tz.0.%pnpinfo: _HID=none _UID=0 dev.acpi_tz.0.%parent: acpi0 dev.psmcpnp.0.%desc: PS/2 mouse port dev.psmcpnp.0.%driver: psmcpnp dev.psmcpnp.0.%location: handle=\_SB_.PCI0.ISAB.PS2M dev.psmcpnp.0.%pnpinfo: _HID=PNP0F13 _UID=0 dev.psmcpnp.0.%parent: acpi0 dev.atkbdc.0.%desc: Keyboard controller (i8042) dev.atkbdc.0.%driver: atkbdc dev.atkbdc.0.%location: handle=\_SB_.PCI0.ISAB.KBC_ dev.atkbdc.0.%pnpinfo: _HID=PNP0303 _UID=0 dev.atkbdc.0.%parent: acpi0 dev.atkbd.0.%desc: AT Keyboard dev.atkbd.0.%driver: atkbd dev.atkbd.0.%parent: atkbdc0 dev.psm.0.%desc: PS/2 Mouse dev.psm.0.%driver: psm dev.psm.0.%parent: atkbdc0 dev.attimer.0.%desc: AT realtime clock dev.attimer.0.%driver: attimer dev.attimer.0.%location: handle=\_SB_.PCI0.ISAB.RTC_ dev.attimer.0.%pnpinfo: _HID=PNP0B00 _UID=0 dev.attimer.0.%parent: acpi0 dev.attimer.1.%desc: AT timer dev.attimer.1.%driver: attimer dev.attimer.1.%location: handle=\_SB_.PCI0.ISAB.TMR_ dev.attimer.1.%pnpinfo: _HID=PNP0100 _UID=0 dev.attimer.1.%parent: acpi0 dev.atpic.0.%desc: AT interrupt controller dev.atpic.0.%driver: atpic dev.atpic.0.%location: handle=\_SB_.PCI0.ISAB.PIC_ dev.atpic.0.%pnpinfo: _HID=PNP0000 _UID=0 dev.atpic.0.%parent: acpi0 dev.atdma.0.%desc: AT DMA controller dev.atdma.0.%driver: atdma dev.atdma.0.%location: handle=\_SB_.PCI0.ISAB.MAD_ dev.atdma.0.%pnpinfo: _HID=PNP0200 _UID=0 dev.atdma.0.%parent: acpi0 dev.npxisa.0.%desc: Legacy ISA coprocessor support dev.npxisa.0.%driver: npxisa dev.npxisa.0.%location: handle=\_SB_.PCI0.ISAB.COPR dev.npxisa.0.%pnpinfo: _HID=PNP0C04 _UID=0 dev.npxisa.0.%parent: acpi0 dev.npx.0.%desc: math processor dev.npx.0.%driver: npx dev.npx.0.%parent: nexus0 dev.pmtimer.0.%driver: pmtimer dev.pmtimer.0.%parent: isa0 dev.orm.0.%desc: ISA Option ROM dev.orm.0.%driver: orm dev.orm.0.%parent: isa0 dev.sc.0.%desc: System console dev.sc.0.%driver: sc dev.sc.0.%parent: isa0 dev.sio.0.%driver: sio dev.sio.0.%parent: isa0 dev.vga.0.%desc: Generic ISA VGA dev.vga.0.%driver: vga dev.vga.0.%parent: isa0 dev.ad.0.%desc: SAMSUNG MP0804H/UE200-16 dev.ad.0.%driver: ad dev.ad.0.%parent: ata0 dev.subdisk.0.%driver: subdisk dev.subdisk.0.%parent: ad0 dev.acd.0.%desc: HL-DT-STCD-RW/DVD-ROM GCC-4244N/B101 dev.acd.0.%driver: acd dev.acd.0.%parent: ata1 I haven't had a chance to check of acpi_video in current has been updated, and my perference is to not have to update to -CURRENT however I'm willing to try anyones suggestions at this point. -cf From owner-freebsd-mobile@FreeBSD.ORG Wed Jun 21 01:38:24 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D904F16A474 for ; Wed, 21 Jun 2006 01:38:24 +0000 (UTC) (envelope-from cfaber@ruckusmail.com) Received: from unixgr.com (unixgr.com [63.224.69.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DEE343D48 for ; Wed, 21 Jun 2006 01:38:24 +0000 (GMT) (envelope-from cfaber@ruckusmail.com) Received: from [192.168.0.56] (c-24-8-35-213.hsd1.co.comcast.net [24.8.35.213]) (authenticated bits=0) by unixgr.com (8.13.3/8.13.3) with ESMTP id k5L2dfwe096736 for ; Tue, 20 Jun 2006 20:39:42 -0600 (MDT) (envelope-from cfaber@ruckusmail.com) X-Authentication-Warning: unixgr.com: Host c-24-8-35-213.hsd1.co.comcast.net [24.8.35.213] claimed to be [192.168.0.56] Message-ID: <4498A387.9040303@ruckusmail.com> Date: Tue, 20 Jun 2006 19:40:23 -0600 From: Colin Faber User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-mobile@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Broadcom bcmwl5 NDIS driver and Dell D610 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: Wed, 21 Jun 2006 01:38:24 -0000 Hello Folks, I'm having trouble getting my Dell D610 to recognize my Broadcom/Dell miniPCI b/g wireless card. What I've done so far is as follows: 1) I copied the drivers that windows was using successfully from my windows slice to my freebsd slice. 2) I made sure that the .inf file was ascii, after that I generated bcmwl5_sys.ko with ndisgen. 3) I loaded the module generated, it loaded successfully. At this point I expected to see a ndis0 device popup, however sadly this wasn't the case. Running after running pciconf -lv I think I've successfully identified the miniPCI card as PCI:3:3:0 and the driver appears to see it, however that's it. Below is the snippit of my system log after attaching the driver. Below that is the pciconf -lv output pci0: driver added pci1: driver added pci2: driver added pci3: driver added found-> vendor=0x104c, dev=0x8038, revid=0x00 bus=3, slot=1, func=5 class=07-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0102, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=19 powerspec 2 supports D0 D1 D2 D3 current D0 pci3:1:5: reprobing on driver added found-> vendor=0x14e4, dev=0x4318, revid=0x02 bus=3, slot=3, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=17 pci3:3:0: reprobing on driver added pci0: driver added pci1: driver added pci2: driver added pci3: driver added found-> vendor=0x104c, dev=0x8038, revid=0x00 bus=3, slot=1, func=5 class=07-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0102, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=19 powerspec 2 supports D0 D1 D2 D3 current D0 pci3:1:5: reprobing on driver added found-> vendor=0x14e4, dev=0x4318, revid=0x02 bus=3, slot=3, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=17 pci3:3:0: reprobing on driver added Now the pciconf -lv output: hostb0@pci0:0:0: class=0x060000 card=0x01821028 chip=0x25908086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82915PM/GM/GMS, 82910GML Host Bridge' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000088 chip=0x25918086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82915PM/GM PCI Express Graphics Port' class = bridge subclass = PCI-PCI pcib2@pci0:28:0: class=0x060400 card=0x00000040 chip=0x26608086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW PCI Express Port 1' class = bridge subclass = PCI-PCI uhci0@pci0:29:0: class=0x0c0300 card=0x01821028 chip=0x26588086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x01821028 chip=0x26598086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB uhci2@pci0:29:2: class=0x0c0300 card=0x01821028 chip=0x265a8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB uhci3@pci0:29:3: class=0x0c0300 card=0x01821028 chip=0x265b8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB ehci0@pci0:29:7: class=0x0c0320 card=0x01821028 chip=0x265c8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB 2.0 EHCI Controller' class = serial bus subclass = USB pcib3@pci0:30:0: class=0x060401 card=0x00000050 chip=0x24488086 rev=0xd3 hdr=0x01 vendor = 'Intel Corporation' device = '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI pcm0@pci0:30:2: class=0x040100 card=0x01821028 chip=0x266e8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW AC '97 Audio Controller' class = multimedia subclass = audio isab0@pci0:31:0: class=0x060100 card=0x01821028 chip=0x26418086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FBM ICH6M LPC Interface Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:31:2: class=0x010180 card=0x01821028 chip=0x26538086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FBM ICH6M SATA Controller' class = mass storage subclass = ATA drm0@pci1:0:0: class=0x030000 card=0x20061028 chip=0x54601002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Mobility Radeon X300' class = display subclass = VGA bge0@pci2:0:0: class=0x020000 card=0x01821028 chip=0x167714e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5750A1 NetXtreme Gigabit Ethernet PCI Express' class = network subclass = ethernet cbb0@pci3:1:0: class=0x060700 card=0x01821028 chip=0x8036104c rev=0x00 hdr=0x02 vendor = 'Texas Instruments (TI)' class = bridge subclass = PCI-CardBus none0@pci3:1:5: class=0x078000 card=0x01821028 chip=0x8038104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = '01821028 GemCore based SmartCard container' class = simple comms none1@pci3:3:0: class=0x028000 card=0x00051028 chip=0x431814e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' class = network Any advice would is welcome. If I can get the wireless card working and resolve an ACPI video issue I have, I will have just about everything that I'm interested in, fully functional. Thank you -cf From owner-freebsd-mobile@FreeBSD.ORG Wed Jun 21 03:00:04 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C9FF16A47B; Wed, 21 Jun 2006 03:00:04 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8135143D67; Wed, 21 Jun 2006 02:59:54 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.22] (andersonbox2.centtech.com [192.168.42.22]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k5L2xrvE091835; Tue, 20 Jun 2006 21:59:53 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <4498B634.9040805@centtech.com> Date: Tue, 20 Jun 2006 22:00:04 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Colin Faber References: <4498A018.9090404@ruckusmail.com> In-Reply-To: <4498A018.9090404@ruckusmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1555/Tue Jun 20 17:21:12 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-acpi@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: ACPI hw.acpi.video.* OID's not showing up witth acpi_video on Dell D610 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: Wed, 21 Jun 2006 03:00:04 -0000 Colin Faber wrote: > Hello Guys, > > First, sorry for the cross posting, I'm not sure if someone in mobile or > acpi can help me out with this one.. > > In Any event, I'm running a Dell Latitude D610 with FreeBSD 6.1-STABLE. > The last cvsup on my source tree was Jun 19th. > > The problem I'm having is, for the life of me I can't seem to get > hw.acpi.video OID entries to show up. I've followed every bit of advice > I could find on the mailing lists and usenet postings. > > I've compiled and installed acpi_video, ACPI does work and events are > trapped. > > Below is the dmesg output from verbose boot: [..snip..] > I haven't had a chance to check of acpi_video in current has been > updated, and my perference is to not have to update to -CURRENT however > I'm willing to try anyones suggestions at this point. > > -cf Just for your own sanity, I had a D610, and it did in fact work for me. Here's a dmesg from it (when I had it): http://www.googlebit.com/freebsd/archive/dmesg.txt.200601260617 and kernel config: http://www.googlebit.com/freebsd/archive/kernelconfig.200601260617 Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-mobile@FreeBSD.ORG Wed Jun 21 03:05:02 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2433C16A474 for ; Wed, 21 Jun 2006 03:05:02 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79D6143D46 for ; Wed, 21 Jun 2006 03:05:01 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.22] (andersonbox2.centtech.com [192.168.42.22]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k5L350E9010966; Tue, 20 Jun 2006 22:05:00 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <4498B767.4030605@centtech.com> Date: Tue, 20 Jun 2006 22:05:11 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Colin Faber References: <4498A387.9040303@ruckusmail.com> In-Reply-To: <4498A387.9040303@ruckusmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1555/Tue Jun 20 17:21:12 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-mobile@freebsd.org Subject: Re: Broadcom bcmwl5 NDIS driver and Dell D610 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: Wed, 21 Jun 2006 03:05:02 -0000 Colin Faber wrote: > Hello Folks, > > I'm having trouble getting my Dell D610 to recognize my Broadcom/Dell > miniPCI b/g wireless card. > > What I've done so far is as follows: > > 1) I copied the drivers that windows was using successfully from my > windows slice to my freebsd slice. > 2) I made sure that the .inf file was ascii, after that I generated > bcmwl5_sys.ko with ndisgen. > 3) I loaded the module generated, it loaded successfully. > > At this point I expected to see a ndis0 device popup, however sadly this > wasn't the case. > > Running after running pciconf -lv I think I've successfully identified > the miniPCI card as PCI:3:3:0 and the driver appears to see it, however > that's it. > > Below is the snippit of my system log after attaching the driver. Below > that is the pciconf -lv output > > pci0: driver added > pci1: driver added > pci2: driver added > pci3: driver added > found-> vendor=0x104c, dev=0x8038, revid=0x00 > bus=3, slot=1, func=5 > class=07-80-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0102, statreg=0x0210, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=19 > powerspec 2 supports D0 D1 D2 D3 current D0 > pci3:1:5: reprobing on driver added > found-> vendor=0x14e4, dev=0x4318, revid=0x02 > bus=3, slot=3, func=0 > class=02-80-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0106, statreg=0x0000, cachelnsz=0 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=17 > pci3:3:0: reprobing on driver added > pci0: driver added > pci1: driver added > pci2: driver added > pci3: driver added > found-> vendor=0x104c, dev=0x8038, revid=0x00 > bus=3, slot=1, func=5 > class=07-80-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0102, statreg=0x0210, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=19 > powerspec 2 supports D0 D1 D2 D3 current D0 > pci3:1:5: reprobing on driver added > found-> vendor=0x14e4, dev=0x4318, revid=0x02 > bus=3, slot=3, func=0 > class=02-80-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0106, statreg=0x0000, cachelnsz=0 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=17 > pci3:3:0: reprobing on driver added > > > Now the pciconf -lv output: > > hostb0@pci0:0:0: class=0x060000 card=0x01821028 chip=0x25908086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82915PM/GM/GMS, 82910GML Host Bridge' > class = bridge > subclass = HOST-PCI > pcib1@pci0:1:0: class=0x060400 card=0x00000088 chip=0x25918086 > rev=0x03 hdr=0x01 > vendor = 'Intel Corporation' > device = '82915PM/GM PCI Express Graphics Port' > class = bridge > subclass = PCI-PCI > pcib2@pci0:28:0: class=0x060400 card=0x00000040 chip=0x26608086 > rev=0x03 hdr=0x01 > vendor = 'Intel Corporation' > device = '82801FB/FR/FW/FRW PCI Express Port 1' > class = bridge > subclass = PCI-PCI > uhci0@pci0:29:0: class=0x0c0300 card=0x01821028 chip=0x26588086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FB/FR/FW/FRW USB UHCI Controller' > class = serial bus > subclass = USB > uhci1@pci0:29:1: class=0x0c0300 card=0x01821028 chip=0x26598086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FB/FR/FW/FRW USB UHCI Controller' > class = serial bus > subclass = USB > uhci2@pci0:29:2: class=0x0c0300 card=0x01821028 chip=0x265a8086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FB/FR/FW/FRW USB UHCI Controller' > class = serial bus > subclass = USB > uhci3@pci0:29:3: class=0x0c0300 card=0x01821028 chip=0x265b8086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FB/FR/FW/FRW USB UHCI Controller' > class = serial bus > subclass = USB > ehci0@pci0:29:7: class=0x0c0320 card=0x01821028 chip=0x265c8086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FB/FR/FW/FRW USB 2.0 EHCI Controller' > class = serial bus > subclass = USB > pcib3@pci0:30:0: class=0x060401 card=0x00000050 chip=0x24488086 > rev=0xd3 hdr=0x01 > vendor = 'Intel Corporation' > device = '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI > Bridge' > class = bridge > subclass = PCI-PCI > pcm0@pci0:30:2: class=0x040100 card=0x01821028 chip=0x266e8086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FB/FR/FW/FRW AC '97 Audio Controller' > class = multimedia > subclass = audio > isab0@pci0:31:0: class=0x060100 card=0x01821028 chip=0x26418086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FBM ICH6M LPC Interface Bridge' > class = bridge > subclass = PCI-ISA > atapci0@pci0:31:2: class=0x010180 card=0x01821028 chip=0x26538086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FBM ICH6M SATA Controller' > class = mass storage > subclass = ATA > drm0@pci1:0:0: class=0x030000 card=0x20061028 chip=0x54601002 > rev=0x00 hdr=0x00 > vendor = 'ATI Technologies Inc' > device = 'Mobility Radeon X300' > class = display > subclass = VGA > bge0@pci2:0:0: class=0x020000 card=0x01821028 chip=0x167714e4 > rev=0x01 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM5750A1 NetXtreme Gigabit Ethernet PCI Express' > class = network > subclass = ethernet > cbb0@pci3:1:0: class=0x060700 card=0x01821028 chip=0x8036104c > rev=0x00 hdr=0x02 > vendor = 'Texas Instruments (TI)' > class = bridge > subclass = PCI-CardBus > none0@pci3:1:5: class=0x078000 card=0x01821028 chip=0x8038104c > rev=0x00 hdr=0x00 > vendor = 'Texas Instruments (TI)' > device = '01821028 GemCore based SmartCard container' > class = simple comms > none1@pci3:3:0: class=0x028000 card=0x00051028 chip=0x431814e4 > rev=0x02 hdr=0x00 > vendor = 'Broadcom Corporation' > class = network > > > Any advice would is welcome. If I can get the wireless card working and > resolve an ACPI video issue I have, I will have just about everything > that I'm interested in, fully functional. > > Thank you I recall having problems with that too, and ended up finding a different set of drivers somewhere (windows install?). Here's the files I used (I think): -rw-r--r-- 1 anderson anderson 494176 May 26 2005 bcmwl5.inf -rw-r--r-- 1 anderson anderson 376192 May 26 2005 bcmwl5.sys -rwxr-xr-x 1 root anderson 597289 Apr 26 21:48 bcmwl5_sys.ko I still have that .ko around if you'd like to try it. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-mobile@FreeBSD.ORG Wed Jun 21 10:48:20 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72F0516A479; Wed, 21 Jun 2006 10:48:20 +0000 (UTC) (envelope-from m.apitz@oclcpica.org) Received: from hunter.Sisis.de (hunter.sisis.de [193.31.11.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD8FD43D53; Wed, 21 Jun 2006 10:48:18 +0000 (GMT) (envelope-from m.apitz@oclcpica.org) Received: (from mail@localhost) by hunter.Sisis.de (8.8.8/8.8.8) id MAA20526; Wed, 21 Jun 2006 12:09:41 +0200 (CEST) (envelope-from m.apitz@oclcpica.org) Received: from hermes.sisis.de(193.31.10.38) by hunter.Sisis.de via smap (V2.1) id xma020513; Wed, 21 Jun 06 12:09:31 +0200 Received: from rebelion.Sisis.de (rebelion.Sisis.de [193.31.10.34]) by hermes.sisis.de (8.8.8/8.8.8) with ESMTP id LAA07201; Wed, 21 Jun 2006 11:27:08 +0200 (CEST) (envelope-from m.apitz@oclcpica.org) Received: (from guru@localhost) by rebelion.Sisis.de (8.13.4/8.13.4/Submit) id k5L9Qus1007435; Wed, 21 Jun 2006 11:26:56 +0200 (CEST) (envelope-from m.apitz@oclcpica.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to m.apitz@oclcpica.org using -f Date: Wed, 21 Jun 2006 11:26:56 +0200 From: Matthias Apitz To: freebsd-multimedia@freebsd.org, freebsd-mobile@freebsd.org Message-ID: <20060621092656.GA7264@rebelion.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.0-RELEASE (i386) Cc: Subject: Ekiga && FreeBSD 6.0-REL X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 10:48:20 -0000 Hello, I've successful ported Ekiga (Gnomemeeting) to my FreeBSD notebook from the sources (version ekiga-2.0.2); it installes fine and can establish voice calls. My main question is, what could I do for the video grabbing in my notebook? Are there some external LAN based cams working with Ekiga and plug-in's for them? What about firewire devices? Ekiga self comes for FreeBSD with a plug-in that supports Meteor and Bktr devices, but I think this is not an option for notebooks. What can I do, is someone working on a solution? Thx matthias -- Matthias Apitz Manager Technical Support - OCLC PICA GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclcpica.org/ http://guru.UnixLand.de/ From owner-freebsd-mobile@FreeBSD.ORG Wed Jun 21 10:56:48 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9762616A474; Wed, 21 Jun 2006 10:56:48 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED65643D45; Wed, 21 Jun 2006 10:56:47 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:AzW8oG+Flbed9FzXMTf5RWUkAjkDL4tvjexAqOcDTOOz0QzhT+duO1GgCXhFeZog@localhost [IPv6:::1]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.6/8.13.6) with ESMTP/inet6 id k5LAufgT053174 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Jun 2006 19:56:41 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 21 Jun 2006 19:56:40 +0900 Message-ID: From: Hajimu UMEMOTO To: Matthias Apitz In-Reply-To: <20060621092656.GA7264@rebelion.Sisis.de> References: <20060621092656.GA7264@rebelion.Sisis.de> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-pc-freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.1-RELEASE-p1 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.5 (ameno.mahoroba.org [IPv6:::1]); Wed, 21 Jun 2006 19:56:41 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on ameno.mahoroba.org Cc: freebsd-multimedia@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: Ekiga && FreeBSD 6.0-REL 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: Wed, 21 Jun 2006 10:56:48 -0000 Hi, >>>>> On Wed, 21 Jun 2006 11:26:56 +0200 >>>>> Matthias Apitz said: guru> Ekiga self comes for FreeBSD with a plug-in that supports Meteor guru> and Bktr devices, but I think this is not an option for notebooks. guru> What can I do, is someone working on a solution? I've not tried it yet, it seems you can try multimedia/pwcbsd. You can find a patch for ekiga in http://raaf.atspace.org/ Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-mobile@FreeBSD.ORG Wed Jun 21 12:18:47 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05B8216A479 for ; Wed, 21 Jun 2006 12:18:47 +0000 (UTC) (envelope-from yraffah@savola.com) Received: from heathrow.savoladns.com (heathrow.savoladns.com [212.12.174.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 3299A4463E for ; Wed, 21 Jun 2006 12:18:45 +0000 (GMT) (envelope-from yraffah@savola.com) Received: from ocs.savola.com (ocs.savola.com [222.22.1.211]) by heathrow.savoladns.com (Postfix) with ESMTP id CAC7F95889; Wed, 21 Jun 2006 15:18:43 +0300 (AST) Received: from 222.22.1.105 by ocs.savola.com with ESMTP id 64049621150891566; Wed, 21 Jun 2006 15:06:06 +0300 From: Yousef Raffah To: Matthias Apitz In-Reply-To: <20060621092656.GA7264@rebelion.Sisis.de> References: <20060621092656.GA7264@rebelion.Sisis.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-dVT/maLXVM65ZQ4U9M3W" Organization: The Savola Group Date: Wed, 21 Jun 2006 15:17:49 +0300 Message-Id: <1150892269.65813.3.camel@redevil.savola.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port Cc: freebsd-mobile@freebsd.org Subject: Re: Ekiga && FreeBSD 6.0-REL X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yraffah@savola.com List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 12:18:47 -0000 --=-dVT/maLXVM65ZQ4U9M3W Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2006-06-21 at 11:26 +0200, Matthias Apitz wrote: >=20 > Hello, >=20 > I've successful ported Ekiga (Gnomemeeting) to my FreeBSD notebook from > the sources (version ekiga-2.0.2); it installes fine and can establish > voice calls. >=20 Does this mean ekiga-2.0.2 is now in ports? -- Sincerely, Yousef Raffah Senior Systems Administrator -- Aren't you using Firefox? Get it at http://www.getfirefox.com --=-dVT/maLXVM65ZQ4U9M3W Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEmTjtH9IXMb4e6CMRAhLnAJ9Fh3F/oTFACNhtx3KeJflXubwj0gCg3CMu bTgSe9PxdYBg5Dny+jW6S7w= =QI8h -----END PGP SIGNATURE----- --=-dVT/maLXVM65ZQ4U9M3W-- From owner-freebsd-mobile@FreeBSD.ORG Wed Jun 21 12:27:32 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FE2316A515 for ; Wed, 21 Jun 2006 12:27:32 +0000 (UTC) (envelope-from m.apitz@oclcpica.org) Received: from hunter.Sisis.de (hunter.sisis.de [193.31.11.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5271543DBA for ; Wed, 21 Jun 2006 12:26:01 +0000 (GMT) (envelope-from m.apitz@oclcpica.org) Received: (from mail@localhost) by hunter.Sisis.de (8.8.8/8.8.8) id OAA25692; Wed, 21 Jun 2006 14:23:05 +0200 (CEST) (envelope-from m.apitz@oclcpica.org) From: m.apitz@oclcpica.org Received: from hermes.sisis.de(193.31.10.38) by hunter.Sisis.de via smap (V2.1) id xma025688; Wed, 21 Jun 06 14:23:02 +0200 Received: from rebelion.Sisis.de (rebelion.Sisis.de [193.31.10.34]) by hermes.sisis.de (8.8.8/8.8.8) with ESMTP id OAA09848; Wed, 21 Jun 2006 14:25:53 +0200 (CEST) (envelope-from m.apitz@oclcpica.org) Received: (from guru@localhost) by rebelion.Sisis.de (8.13.4/8.13.4/Submit) id k5LCPqEM011370; Wed, 21 Jun 2006 14:25:52 +0200 (CEST) (envelope-from m.apitz@oclcpica.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to m.apitz@oclcpica.org using -f Date: Wed, 21 Jun 2006 14:25:52 +0200 To: Yousef Raffah Message-ID: <20060621122552.GB10929@rebelion.Sisis.de> References: <20060621092656.GA7264@rebelion.Sisis.de> <1150892269.65813.3.camel@redevil.savola.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1150892269.65813.3.camel@redevil.savola.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.0-RELEASE (i386) Cc: freebsd-mobile@freebsd.org Subject: Re: Ekiga && FreeBSD 6.0-REL X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 12:27:32 -0000 El día Wednesday, June 21, 2006 a las 03:17:49PM +0300, Yousef Raffah escribió: > On Wed, 2006-06-21 at 11:26 +0200, Matthias Apitz wrote: > > > > Hello, > > > > I've successful ported Ekiga (Gnomemeeting) to my FreeBSD notebook from > > the sources (version ekiga-2.0.2); it installes fine and can establish > > voice calls. > > > Does this mean ekiga-2.0.2 is now in ports? In my 6.0-REL there is /usr/ports/net/ekiga which builds 2.0.1 but is marked as broken (you have to update your ports collection to build it); that's why I've compiled 2.0.2 from the sources. matthias -- Matthias Apitz Manager Technical Support - OCLC PICA GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclcpica.org/ http://guru.UnixLand.de/ From owner-freebsd-mobile@FreeBSD.ORG Wed Jun 21 12:32:53 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30D3216A47D for ; Wed, 21 Jun 2006 12:32:53 +0000 (UTC) (envelope-from yraffah@savola.com) Received: from heathrow.savoladns.com (heathrow.savoladns.com [212.12.174.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 64C4343D77 for ; Wed, 21 Jun 2006 12:32:47 +0000 (GMT) (envelope-from yraffah@savola.com) Received: from ocs.savola.com (ocs.savola.com [222.22.1.211]) by heathrow.savoladns.com (Postfix) with ESMTP id F1F6595893; Wed, 21 Jun 2006 15:32:45 +0300 (AST) Received: from 222.22.1.105 by ocs.savola.com with ESMTP id 64054301150892408; Wed, 21 Jun 2006 15:20:08 +0300 From: Yousef Raffah To: Matthias Apitz In-Reply-To: <20060621122552.GB10929@rebelion.Sisis.de> References: <20060621092656.GA7264@rebelion.Sisis.de> <1150892269.65813.3.camel@redevil.savola.com> <20060621122552.GB10929@rebelion.Sisis.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-iKtWhYgmzHooxQuXKBRa" Organization: The Savola Group Date: Wed, 21 Jun 2006 15:31:51 +0300 Message-Id: <1150893111.65813.11.camel@redevil.savola.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port Cc: freebsd-mobile@freebsd.org Subject: Re: Ekiga && FreeBSD 6.0-REL X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yraffah@savola.com List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 12:32:53 -0000 --=-iKtWhYgmzHooxQuXKBRa Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, 2006-06-21 at 14:25 +0200, m.apitz@oclcpica.org wrote: > El d=C3=ADa Wednesday, June 21, 2006 a las 03:17:49PM +0300, Yousef Raffa= h escribi=C3=B3: >=20 > > On Wed, 2006-06-21 at 11:26 +0200, Matthias Apitz wrote: > > >=20 > > > Hello, > > >=20 > > > I've successful ported Ekiga (Gnomemeeting) to my FreeBSD notebook fr= om > > > the sources (version ekiga-2.0.2); it installes fine and can establis= h > > > voice calls. > > >=20 > > Does this mean ekiga-2.0.2 is now in ports? >=20 > In my 6.0-REL there is /usr/ports/net/ekiga which builds 2.0.1 > but is marked as broken (you have to update your ports collection > to build it); that's why I've compiled 2.0.2 from the sources. >=20 Thanks for the explanation, I remember I had lots of problems trying to build ekiga on 6.1-RC, however, now I'm running 6.1-RELEASE-p1 and just tried to build ekiga (2.0.1) from a fresh updated ports, that worked :) I think I will wait for 2.0.2 to be in ports to update it. But thanks for sharing it and good luck > matthias >=20 -- Sincerely, Yousef Raffah Senior Systems Administrator -- Aren't you using Firefox? Get it at http://www.getfirefox.com --=-iKtWhYgmzHooxQuXKBRa Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEmTw3H9IXMb4e6CMRAnHTAJ44kbT90FJ+Pqvm6q2topTNNH7HmACffl4V vqOjwbB19JU8QJ7hqdEbZ+0= =orU0 -----END PGP SIGNATURE----- --=-iKtWhYgmzHooxQuXKBRa-- From owner-freebsd-mobile@FreeBSD.ORG Wed Jun 21 13:17:25 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CBF516A47C for ; Wed, 21 Jun 2006 13:17:25 +0000 (UTC) (envelope-from freebsd-mobile@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75C9A43D48 for ; Wed, 21 Jun 2006 13:17:22 +0000 (GMT) (envelope-from freebsd-mobile@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Ft2a7-0002qM-Sn for freebsd-mobile@freebsd.org; Wed, 21 Jun 2006 15:17:19 +0200 Received: from efficio.wh29.tu-dresden.de ([141.30.207.25]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 21 Jun 2006 15:17:19 +0200 Received: from der_julian by efficio.wh29.tu-dresden.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 21 Jun 2006 15:17:19 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-mobile@freebsd.org From: Julian Stecklina Date: Wed, 21 Jun 2006 15:17:02 +0200 Lines: 15 Message-ID: <86mzc6tzqp.fsf@dellbeast.localnet> References: <20060621092656.GA7264@rebelion.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: efficio.wh29.tu-dresden.de User-Agent: Gnus/5.110004 (No Gnus v0.4) XEmacs/21.4.19 (berkeley-unix) Cancel-Lock: sha1:HcH+7/k/TYoiaDmyp8NFzbFNrBA= Sender: news Cc: freebsd-multimedia@freebsd.org Subject: Re: Ekiga && FreeBSD 6.0-REL 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: Wed, 21 Jun 2006 13:17:25 -0000 Matthias Apitz writes: > My main question is, what could I do for the video grabbing in > my notebook? Are there some external LAN based cams working with > Ekiga and plug-in's for them? What about firewire devices? I have a MiniDV-Cam that works fine via Firewire. Don't know of any tools that would allow me to use it as webcam on FreeBSD. Regards, -- Julian Stecklina Being really good at C++ is like being really good at using rocks to sharpen sticks. - Thant Tessman From owner-freebsd-mobile@FreeBSD.ORG Wed Jun 21 17:03:03 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69F8216A47A for ; Wed, 21 Jun 2006 17:03:03 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id B09B643D6D for ; Wed, 21 Jun 2006 17:02:51 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.62 (FreeBSD)) (envelope-from ) id 1Ft66L-000MAC-IJ; Wed, 21 Jun 2006 17:02:49 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1Ft66K-0000B3-Ew; Wed, 21 Jun 2006 07:02:48 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17561.31671.812719.293478@roam.psg.com> Date: Wed, 21 Jun 2006 10:02:47 -0700 To: Yousef Raffah References: <20060621092656.GA7264@rebelion.Sisis.de> <1150892269.65813.3.camel@redevil.savola.com> Cc: Matthias Apitz , freebsd-mobile@freebsd.org Subject: Re: Ekiga && FreeBSD 6.0-REL 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: Wed, 21 Jun 2006 17:03:03 -0000 the port builds on current, but locks up on config From owner-freebsd-mobile@FreeBSD.ORG Wed Jun 21 17:32:04 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51FD216A474 for ; Wed, 21 Jun 2006 17:32:04 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E15643D72 for ; Wed, 21 Jun 2006 17:32:03 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.62 (FreeBSD)) (envelope-from ) id 1Ft6Yc-000Mzl-EZ; Wed, 21 Jun 2006 17:32:02 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1Ft6Yb-0000EP-8m; Wed, 21 Jun 2006 07:32:01 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17561.33424.756672.963515@roam.psg.com> Date: Wed, 21 Jun 2006 10:32:00 -0700 To: Frank Altpeter References: <20060621092656.GA7264@rebelion.Sisis.de> <1150892269.65813.3.camel@redevil.savola.com> <17561.31671.812719.293478@roam.psg.com> <20060621172246.GG5363@corpex.de> Cc: freebsd-mobile@freebsd.org Subject: Re: Ekiga && FreeBSD 6.0-REL 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: Wed, 21 Jun 2006 17:32:04 -0000 >> the port builds on current, but locks up on config > ^^^^^^^ > Strange. Just installed on 6.1-RELEASE-p2 with success and running fine. From owner-freebsd-mobile@FreeBSD.ORG Wed Jun 21 18:14:00 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63D0C16A479; Wed, 21 Jun 2006 18:14:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id D98F443D45; Wed, 21 Jun 2006 18:13:59 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k5LIDUKb040406; Wed, 21 Jun 2006 14:13:31 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Wed, 21 Jun 2006 12:44:43 -0400 User-Agent: KMail/1.9.1 References: <4498A018.9090404@ruckusmail.com> In-Reply-To: <4498A018.9090404@ruckusmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606211244.44024.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 21 Jun 2006 14:13:31 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1559/Wed Jun 21 10:23:13 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Colin Faber , freebsd-mobile@freebsd.org Subject: Re: ACPI hw.acpi.video.* OID's not showing up witth acpi_video on Dell D610 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: Wed, 21 Jun 2006 18:14:00 -0000 On Tuesday 20 June 2006 21:25, Colin Faber wrote: > Hello Guys, > > First, sorry for the cross posting, I'm not sure if someone in mobile or > acpi can help me out with this one.. > > In Any event, I'm running a Dell Latitude D610 with FreeBSD 6.1-STABLE. > The last cvsup on my source tree was Jun 19th. > > The problem I'm having is, for the life of me I can't seem to get > hw.acpi.video OID entries to show up. I've followed every bit of advice > I could find on the mailing lists and usenet postings. > > I've compiled and installed acpi_video, ACPI does work and events are > trapped. drm(4) is using the device node that acpi_video(4) wants to use. You can either update to -CURRENT where this is fixed, or you can turn off drm(4) so you can use acpi_video(4). -- John Baldwin From owner-freebsd-mobile@FreeBSD.ORG Thu Jun 22 02:14:26 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2FE816A479 for ; Thu, 22 Jun 2006 02:14:25 +0000 (UTC) (envelope-from mraught@acm.org) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [63.240.77.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F36143D46 for ; Thu, 22 Jun 2006 02:14:25 +0000 (GMT) (envelope-from mraught@acm.org) Received: from www.raught.net (raught.net[68.36.102.177]) by comcast.net (sccrmhc14) with ESMTP id <2006062202142301400aon1ne>; Thu, 22 Jun 2006 02:14:24 +0000 Received: from [10.0.1.2] ([10.0.0.55]) by www.raught.net (8.12.9/8.12.9) with ESMTP id k5M1pLGS023696; Wed, 21 Jun 2006 21:51:21 -0400 (EDT) Message-ID: <4499FC84.5090205@acm.org> Date: Wed, 21 Jun 2006 22:12:20 -0400 From: "Mark A-J. Raught" User-Agent: Thunderbird 1.5.0.2 (X11/20060501) MIME-Version: 1.0 To: Colin Faber References: <4498A387.9040303@ruckusmail.com> In-Reply-To: <4498A387.9040303@ruckusmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-mobile@freebsd.org Subject: Re: Broadcom bcmwl5 NDIS driver and Dell D610 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, 22 Jun 2006 02:14:26 -0000 Colin Faber wrote: > Hello Folks, > > I'm having trouble getting my Dell D610 to recognize my Broadcom/Dell > miniPCI b/g wireless card. > > What I've done so far is as follows: > > 1) I copied the drivers that windows was using successfully from my > windows slice to my freebsd slice. > 2) I made sure that the .inf file was ascii, after that I generated > bcmwl5_sys.ko with ndisgen. > 3) I loaded the module generated, it loaded successfully. > > At this point I expected to see a ndis0 device popup, however sadly > this wasn't the case. > > Running after running pciconf -lv I think I've successfully identified > the miniPCI card as PCI:3:3:0 and the driver appears to see it, > however that's it. > > Below is the snippit of my system log after attaching the driver. > Below that is the pciconf -lv output > > pci0: driver added > pci1: driver added > pci2: driver added > pci3: driver added > found-> vendor=0x104c, dev=0x8038, revid=0x00 > bus=3, slot=1, func=5 > class=07-80-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0102, statreg=0x0210, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=19 > powerspec 2 supports D0 D1 D2 D3 current D0 > pci3:1:5: reprobing on driver added > found-> vendor=0x14e4, dev=0x4318, revid=0x02 > bus=3, slot=3, func=0 > class=02-80-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0106, statreg=0x0000, cachelnsz=0 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=17 > pci3:3:0: reprobing on driver added > pci0: driver added > pci1: driver added > pci2: driver added > pci3: driver added > found-> vendor=0x104c, dev=0x8038, revid=0x00 > bus=3, slot=1, func=5 > class=07-80-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0102, statreg=0x0210, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=19 > powerspec 2 supports D0 D1 D2 D3 current D0 > pci3:1:5: reprobing on driver added > found-> vendor=0x14e4, dev=0x4318, revid=0x02 > bus=3, slot=3, func=0 > class=02-80-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0106, statreg=0x0000, cachelnsz=0 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=17 > pci3:3:0: reprobing on driver added > > > Now the pciconf -lv output: > > hostb0@pci0:0:0: class=0x060000 card=0x01821028 chip=0x25908086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82915PM/GM/GMS, 82910GML Host Bridge' > class = bridge > subclass = HOST-PCI > pcib1@pci0:1:0: class=0x060400 card=0x00000088 chip=0x25918086 > rev=0x03 hdr=0x01 > vendor = 'Intel Corporation' > device = '82915PM/GM PCI Express Graphics Port' > class = bridge > subclass = PCI-PCI > pcib2@pci0:28:0: class=0x060400 card=0x00000040 chip=0x26608086 > rev=0x03 hdr=0x01 > vendor = 'Intel Corporation' > device = '82801FB/FR/FW/FRW PCI Express Port 1' > class = bridge > subclass = PCI-PCI > uhci0@pci0:29:0: class=0x0c0300 card=0x01821028 chip=0x26588086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FB/FR/FW/FRW USB UHCI Controller' > class = serial bus > subclass = USB > uhci1@pci0:29:1: class=0x0c0300 card=0x01821028 chip=0x26598086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FB/FR/FW/FRW USB UHCI Controller' > class = serial bus > subclass = USB > uhci2@pci0:29:2: class=0x0c0300 card=0x01821028 chip=0x265a8086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FB/FR/FW/FRW USB UHCI Controller' > class = serial bus > subclass = USB > uhci3@pci0:29:3: class=0x0c0300 card=0x01821028 chip=0x265b8086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FB/FR/FW/FRW USB UHCI Controller' > class = serial bus > subclass = USB > ehci0@pci0:29:7: class=0x0c0320 card=0x01821028 chip=0x265c8086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FB/FR/FW/FRW USB 2.0 EHCI Controller' > class = serial bus > subclass = USB > pcib3@pci0:30:0: class=0x060401 card=0x00000050 chip=0x24488086 > rev=0xd3 hdr=0x01 > vendor = 'Intel Corporation' > device = '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI > Bridge' > class = bridge > subclass = PCI-PCI > pcm0@pci0:30:2: class=0x040100 card=0x01821028 chip=0x266e8086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FB/FR/FW/FRW AC '97 Audio Controller' > class = multimedia > subclass = audio > isab0@pci0:31:0: class=0x060100 card=0x01821028 chip=0x26418086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FBM ICH6M LPC Interface Bridge' > class = bridge > subclass = PCI-ISA > atapci0@pci0:31:2: class=0x010180 card=0x01821028 chip=0x26538086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FBM ICH6M SATA Controller' > class = mass storage > subclass = ATA > drm0@pci1:0:0: class=0x030000 card=0x20061028 chip=0x54601002 > rev=0x00 hdr=0x00 > vendor = 'ATI Technologies Inc' > device = 'Mobility Radeon X300' > class = display > subclass = VGA > bge0@pci2:0:0: class=0x020000 card=0x01821028 chip=0x167714e4 > rev=0x01 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM5750A1 NetXtreme Gigabit Ethernet PCI Express' > class = network > subclass = ethernet > cbb0@pci3:1:0: class=0x060700 card=0x01821028 chip=0x8036104c > rev=0x00 hdr=0x02 > vendor = 'Texas Instruments (TI)' > class = bridge > subclass = PCI-CardBus > none0@pci3:1:5: class=0x078000 card=0x01821028 chip=0x8038104c > rev=0x00 hdr=0x00 > vendor = 'Texas Instruments (TI)' > device = '01821028 GemCore based SmartCard container' > class = simple comms > none1@pci3:3:0: class=0x028000 card=0x00051028 chip=0x431814e4 > rev=0x02 hdr=0x00 > vendor = 'Broadcom Corporation' > class = network > > > Any advice would is welcome. If I can get the wireless card working > and resolve an ACPI video issue I have, I will have just about > everything that I'm interested in, fully functional. > > Thank you > > -cf > > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" > I am currently running linux on my laptop with the broadcom card in it, but I had a couple problems when I first set it up in FreeBSD. Here are some tips I can give, hopefully they'll help. First I had 2 inf files available and I needed to use the ascii one (bcmwl5a.inf) and the sys file (bcmwl5.sys) with the other file (bcmwl5.inf) it appeared to work, but no love. This was about a year ago, so it may not matter now. The other main thing is to make sure your wireless is physically on. On my laptop I need to hold the Fn button and hit F2. That turns the wireless on and off. However, the first time I needed to go into the BIOS and set it to ON instead of Last Used (or LAST STATE, or somesuch) that leaves it in the last state it was in. After it started once, I could then change the BIOS back and it worked properly after that. Finally, make sure you are following the correct directions, the last time I needed to use NDIS I set it all up and it seemed to be correct, but you needed to use some wizard instead of the "classic" way. This also may have changed since then (again about a year ago). -mark From owner-freebsd-mobile@FreeBSD.ORG Thu Jun 22 04:03:41 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69D1C16A479 for ; Thu, 22 Jun 2006 04:03:41 +0000 (UTC) (envelope-from dan@langille.org) Received: from m21.unixathome.org (m21.unixathome.org [205.150.199.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCD924458D for ; Thu, 22 Jun 2006 04:03:40 +0000 (GMT) (envelope-from dan@langille.org) Received: from localhost (localhost [205.150.199.217]) by m21.unixathome.org (Postfix) with ESMTP id B5A06C3DB for ; Thu, 22 Jun 2006 00:07:09 -0400 (EDT) Received: from m21.unixathome.org ([205.150.199.217]) by localhost (m21.unixathome.org [205.150.199.217]) (amavisd-new, port 10024) with ESMTP id 01728-07 for ; Thu, 22 Jun 2006 00:07:00 -0400 (EDT) Received: from bast.unixathome.org (bast.unixathome.org [70.26.229.230]) by m21.unixathome.org (Postfix) with ESMTP id 10AE2C36A for ; Thu, 22 Jun 2006 00:06:59 -0400 (EDT) Received: from [10.55.0.99] (wocker.unixathome.org [10.55.0.99]) by bast.unixathome.org (Postfix) with ESMTP id 32CB5B822 for ; Thu, 22 Jun 2006 00:03:28 -0400 (EDT) From: "Dan Langille" To: freebsd-mobile@freebsd.org Date: Thu, 22 Jun 2006 00:03:28 -0400 MIME-Version: 1.0 Message-ID: <4499DE50.24848.10CD0F0B@dan.langille.org> Priority: normal In-reply-to: <44944621.3695.6389DA2F@dan.langille.org> X-mailer: Pegasus Mail for Windows (4.31) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at unixathome.org Subject: Re: ThinkPad - UltraBay battery magic 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, 22 Jun 2006 04:03:41 -0000 On 17 Jun 2006 at 18:12, Dan Langille wrote: > When installing a 2nd battery (i.e in the UltraBay after removing the > CD drive) in a ThinkPad, I think there's some magic you must invoke > to get the system to notice the additional power resource. I've written up this problem and the solution. Comments welcome. http://www.freebsddiary.org/ibm-thinkpad-t41-second-battery.php -- Dan Langille : Software Developer looking for work my resume: http://www.freebsddiary.org/dan_langille.php From owner-freebsd-mobile@FreeBSD.ORG Thu Jun 22 09:49:26 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97F3116A864 for ; Thu, 22 Jun 2006 09:49:26 +0000 (UTC) (envelope-from ykirill@yahoo.com) Received: from web54709.mail.yahoo.com (web54709.mail.yahoo.com [206.190.49.199]) by mx1.FreeBSD.org (Postfix) with SMTP id D801543D7F for ; Thu, 22 Jun 2006 09:48:52 +0000 (GMT) (envelope-from ykirill@yahoo.com) Received: (qmail 45465 invoked by uid 60001); 22 Jun 2006 09:48:52 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=B4F4mP+DtSv0RUF0Ps9T/wuFVBSBAASBv6L0IiJyYBPDdYspPCgDsh3YN8sKEk6Pih/AW23+VeqFvsFAtUOoyfE5hItwYfT+1/7yy5Y1wutNc/HTIZryxlTJAWh3ZiL7tgFTo2QvaHGtzA8YBMBHB2uisgDp+5IAn1F6Kvk1T2w= ; Message-ID: <20060622094852.45463.qmail@web54709.mail.yahoo.com> Received: from [212.74.229.235] by web54709.mail.yahoo.com via HTTP; Thu, 22 Jun 2006 02:48:52 PDT Date: Thu, 22 Jun 2006 02:48:52 -0700 (PDT) From: Kirill Yelizarov To: freebsd-mobile@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: pccard problem in FreeBSD6.1 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, 22 Jun 2006 09:49:26 -0000 I have a problem with my PCMCIA GPRS modem in FreeBSD6.1. I had no problems with this card in FreeBSD5.4. pccard0: Allocation failed for cfe 1 pccard0: Allocation failed for cfe 5 Interrupt storm detected on "irq9:"; throttling interrupt source pccard0: No config entry could be allocated I posted this problem on freebsd-bugs not long time ago: http://lists.freebsd.org/pipermail/freebsd-bugs/2006-March/017650.html I can provide more information if necessary. I know there were changes in 6.X so I'd like to make this gprs card work again. I don't want to move back to 5.X. Best Regards, Kirill __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-mobile@FreeBSD.ORG Thu Jun 22 20:02:30 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 113BD16A481; Thu, 22 Jun 2006 20:02:30 +0000 (UTC) (envelope-from cfaber@ruckusmail.com) Received: from unixgr.com (unixgr.com [63.224.69.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70BFD450B9; Thu, 22 Jun 2006 20:02:29 +0000 (GMT) (envelope-from cfaber@ruckusmail.com) Received: from [168.116.81.140] ([208.49.79.59]) (authenticated bits=0) by unixgr.com (8.13.3/8.13.3) with ESMTP id k5ML3xB2033049; Thu, 22 Jun 2006 15:04:09 -0600 (MDT) (envelope-from cfaber@ruckusmail.com) X-Authentication-Warning: unixgr.com: Host [208.49.79.59] claimed to be [168.116.81.140] Message-ID: <449AF72B.5040408@ruckusmail.com> Date: Thu, 22 Jun 2006 20:01:47 +0000 From: Colin Faber User-Agent: Thunderbird 1.5.0.4 (X11/20060622) MIME-Version: 1.0 To: John Baldwin References: <4498A018.9090404@ruckusmail.com> <200606211244.44024.jhb@freebsd.org> In-Reply-To: <200606211244.44024.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: ACPI hw.acpi.video.* OID's not showing up witth acpi_video on Dell D610 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, 22 Jun 2006 20:02:30 -0000 Hi John, I've discovered that if I omit acpi acpi_video and drm from my kernel, and load them later on as modules the OID's do appear correctly. John Baldwin wrote: > On Tuesday 20 June 2006 21:25, Colin Faber wrote: > >> Hello Guys, >> >> First, sorry for the cross posting, I'm not sure if someone in mobile or >> acpi can help me out with this one.. >> >> In Any event, I'm running a Dell Latitude D610 with FreeBSD 6.1-STABLE. >> The last cvsup on my source tree was Jun 19th. >> >> The problem I'm having is, for the life of me I can't seem to get >> hw.acpi.video OID entries to show up. I've followed every bit of advice >> I could find on the mailing lists and usenet postings. >> >> I've compiled and installed acpi_video, ACPI does work and events are >> trapped. >> > > > drm(4) is using the device node that acpi_video(4) wants to use. You can > either update to -CURRENT where this is fixed, or you can turn off drm(4) so > you can use acpi_video(4). > > From owner-freebsd-mobile@FreeBSD.ORG Thu Jun 22 21:13:53 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF1BB16A51E; Thu, 22 Jun 2006 21:13:53 +0000 (UTC) (envelope-from john@utzweb.net) Received: from marley.grokthis.net (marley.grokthis.net [69.93.78.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 279F04580B; Thu, 22 Jun 2006 20:52:22 +0000 (GMT) (envelope-from john@utzweb.net) Received: from utzweb.net (marley.grokthis.net [127.0.0.1]) by marley.grokthis.net (Postfix) with ESMTP id 7CFB1F147E; Thu, 22 Jun 2006 16:52:21 -0400 (EDT) Received: from 69.93.78.27 (proxying for 216.254.62.194) (SquirrelMail authenticated user john-utzweb-net); by utzweb.net with HTTP; Thu, 22 Jun 2006 16:52:25 -0400 (EDT) Message-ID: <48662.69.93.78.27.1151009545.squirrel@69.93.78.27> In-Reply-To: <449AF72B.5040408@ruckusmail.com> References: <4498A018.9090404@ruckusmail.com> <200606211244.44024.jhb@freebsd.org> <449AF72B.5040408@ruckusmail.com> Date: Thu, 22 Jun 2006 16:52:25 -0400 (EDT) From: john@utzweb.net To: "Colin Faber" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-acpi@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: ACPI hw.acpi.video.* OID's not showing up witth acpi_video on Dell D610 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, 22 Jun 2006 21:13:54 -0000 > Hi John, > > I've discovered that if I omit acpi acpi_video and drm from my kernel, > and load them later on as modules the OID's do appear correctly. yes, but do they (OIDs, drm, agp) work correctly afterwords? my experience was that on 6.1-RELEASE if i loaded agp and/or i915drm after acpi_video then they wouldnt work, xorg would fail with a message along the lines of "/dev/agpgart" no such file or directory and the sysctls for turning on and off the screen from acpi_video wouldnt do anything. as always, YMMV, :-) johnu > > John Baldwin wrote: >> On Tuesday 20 June 2006 21:25, Colin Faber wrote: >> >>> Hello Guys, >>> >>> First, sorry for the cross posting, I'm not sure if someone in mobile >>> or >>> acpi can help me out with this one.. >>> >>> In Any event, I'm running a Dell Latitude D610 with FreeBSD 6.1-STABLE. >>> The last cvsup on my source tree was Jun 19th. >>> >>> The problem I'm having is, for the life of me I can't seem to get >>> hw.acpi.video OID entries to show up. I've followed every bit of advice >>> I could find on the mailing lists and usenet postings. >>> >>> I've compiled and installed acpi_video, ACPI does work and events are >>> trapped. >>> >> >> >> drm(4) is using the device node that acpi_video(4) wants to use. You >> can >> either update to -CURRENT where this is fixed, or you can turn off >> drm(4) so >> you can use acpi_video(4). >> >> > > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" > > From owner-freebsd-mobile@FreeBSD.ORG Thu Jun 22 21:46:03 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0718716A9EB; Thu, 22 Jun 2006 21:46:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 655AD4581F; Thu, 22 Jun 2006 20:52:31 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k5MKqMCH051151; Thu, 22 Jun 2006 16:52:30 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Colin Faber Date: Thu, 22 Jun 2006 16:44:20 -0400 User-Agent: KMail/1.9.1 References: <4498A018.9090404@ruckusmail.com> <200606211244.44024.jhb@freebsd.org> <449AF72B.5040408@ruckusmail.com> In-Reply-To: <449AF72B.5040408@ruckusmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606221644.20555.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 22 Jun 2006 16:52:30 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1561/Thu Jun 22 11:40:00 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: freebsd-acpi@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: ACPI hw.acpi.video.* OID's not showing up witth acpi_video on Dell D610 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, 22 Jun 2006 21:46:03 -0000 On Thursday 22 June 2006 16:01, Colin Faber wrote: > Hi John, > > I've discovered that if I omit acpi acpi_video and drm from my kernel, > and load them later on as modules the OID's do appear correctly. I bet that drm isn't actually working though. :) -- John Baldwin From owner-freebsd-mobile@FreeBSD.ORG Fri Jun 23 14:46:46 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E98D916A49A for ; Fri, 23 Jun 2006 14:46:46 +0000 (UTC) (envelope-from hans@lambermont.dyndns.org) Received: from lambermont.dyndns.org (lambermont.dyndns.org [82.93.47.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B28243D45 for ; Fri, 23 Jun 2006 14:46:46 +0000 (GMT) (envelope-from hans@lambermont.dyndns.org) Received: by lambermont.dyndns.org (Postfix, from userid 1001) id E92D022DEAE; Fri, 23 Jun 2006 16:46:44 +0200 (CEST) Date: Fri, 23 Jun 2006 16:46:44 +0200 To: Norberto Meijome Message-ID: <20060623144644.GA12311@leia.lambermont.dyndns.org> References: <20060317015400.44485811@localhost> <20060316161550.2BECA45042@ptavv.es.net> <20060326213026.0766c95f@localhost> <1143609771.4977.6.camel@localhost.localdomain> <20060329202906.74e3cb6c@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060329202906.74e3cb6c@localhost> User-Agent: Mutt/1.4.2.1i From: hans@lambermont.dyndns.org (Hans Lambermont) Cc: victoria , freebsd-mobile@freebsd.org Subject: Re: Update - Thinkpad Z60M 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: Fri, 23 Jun 2006 14:46:47 -0000 Norberto Meijome wrote: > Victoria wrote: >> I have got freebsd 6.1 installed on it and all devices was >> successfully found. Except sound and when i tried opensound drivers >> and it just make kernel panics on boot. ... > ah yes, same here. (which is getting rather annoying as a) cant listen > to music, b) cant use skype). > > I'm playing with the IRQs, trying to map which setting in the bios > changes what. I am pretty certain the conflicts are due to same IRQ > being used by several devices, and the OSS driver cannot cope with > that. (read that in OSS' forum, as well as some info gathered from a > panic I had). > > I'll send more info / questions myself when I have more information on > the subject. Any news on this ? (I have a Z60M, which supposedly has a 'SoundMax HD audio chip') regards, Hans Lambermont From owner-freebsd-mobile@FreeBSD.ORG Sat Jun 24 05:51:04 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AA1216A4A6 for ; Sat, 24 Jun 2006 05:51:04 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6763643D49 for ; Sat, 24 Jun 2006 05:51:03 +0000 (GMT) (envelope-from freebsd@meijome.net) Received: (qmail 19631 invoked from network); 24 Jun 2006 15:51:02 +1000 Received: from 210-84-59-117.dyn.iinet.net.au (HELO localhost) (210.84.59.117) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 24 Jun 2006 15:51:02 +1000 Date: Sat, 24 Jun 2006 15:50:53 +1000 From: Norberto Meijome To: hans@lambermont.dyndns.org (Hans Lambermont) Message-ID: <20060624155053.0f1d2768@localhost> In-Reply-To: <20060623144644.GA12311@leia.lambermont.dyndns.org> References: <20060317015400.44485811@localhost> <20060316161550.2BECA45042@ptavv.es.net> <20060326213026.0766c95f@localhost> <1143609771.4977.6.camel@localhost.localdomain> <20060329202906.74e3cb6c@localhost> <20060623144644.GA12311@leia.lambermont.dyndns.org> X-Mailer: Sylpheed-Claws 2.3.1 (GTK+ 2.8.19; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: victoria , freebsd-mobile@freebsd.org Subject: Re: Update - Thinkpad Z60M 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: Sat, 24 Jun 2006 05:51:04 -0000 On Fri, 23 Jun 2006 16:46:44 +0200 hans@lambermont.dyndns.org (Hans Lambermont) wrote: > Norberto Meijome wrote: > > > Victoria wrote: > >> I have got freebsd 6.1 installed on it and all devices was > >> successfully found. Except sound and when i tried opensound drivers > >> and it just make kernel panics on boot. > ... > > ah yes, same here. (which is getting rather annoying as a) cant listen > > to music, b) cant use skype). > > > > I'm playing with the IRQs, trying to map which setting in the bios > > changes what. I am pretty certain the conflicts are due to same IRQ > > being used by several devices, and the OSS driver cannot cope with > > that. (read that in OSS' forum, as well as some info gathered from a > > panic I had). > > > > I'll send more info / questions myself when I have more information on > > the subject. > > Any news on this ? (I have a Z60M, which supposedly has a 'SoundMax HD > audio chip') > Hey, nothing on my front - but there is now some support for this card from the Freebsd project. check the archives in -mobile (or -multimedia, cant remember which one). best, B From owner-freebsd-mobile@FreeBSD.ORG Sat Jun 24 06:05:06 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB53816A4AB for ; Sat, 24 Jun 2006 06:05:06 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35B0043D49 for ; Sat, 24 Jun 2006 06:05:06 +0000 (GMT) (envelope-from freebsd@meijome.net) Received: (qmail 19878 invoked from network); 24 Jun 2006 16:05:05 +1000 Received: from 210-84-59-117.dyn.iinet.net.au (HELO localhost) (210.84.59.117) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 24 Jun 2006 16:05:05 +1000 Date: Fri, 23 Jun 2006 19:31:32 +1000 From: Norberto Meijome To: Julian Stecklina Message-ID: <20060623193132.4f4c9631@localhost> In-Reply-To: <86hd2gc5uy.fsf@dellbeast.localnet> References: <20060618201952.GB1145@roadrunner.aventurien.local> <200606200323.k5K3NaZB063123@pencil.math.missouri.edu> <86hd2gc5uy.fsf@dellbeast.localnet> X-Mailer: Sylpheed-Claws 2.3.1 (GTK+ 2.8.19; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-mobile@freebsd.org Subject: Re: Video sleep on dell d600 (6.1-release) 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: Sat, 24 Jun 2006 06:05:06 -0000 On Tue, 20 Jun 2006 15:29:57 +0200 Julian Stecklina wrote: > Setting this sysctl value works on the console. But under X it turns the > screen off correctly, but leaves its content distorted when turning it > on. Screen contents can be restored by switching to a console and > back. Any workarounds for that? what happens if you change to a VC programatically when closing the lid, the when back on , revert the steps? search the archives on how to do it (late march 06, Subject: Re: ACPI Suspend, devd and rc.suspend Best, Beto From owner-freebsd-mobile@FreeBSD.ORG Sat Jun 24 09:53:58 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B37D216A492 for ; Sat, 24 Jun 2006 09:53:58 +0000 (UTC) (envelope-from oedipus@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id B35B643D5C for ; Sat, 24 Jun 2006 09:53:57 +0000 (GMT) (envelope-from oedipus@gmail.com) Received: by nf-out-0910.google.com with SMTP id c29so696955nfb for ; Sat, 24 Jun 2006 02:53:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=PyyQBKXw5kbImZOrvPAPx/Jzy9tk69P7R6pQIljo4DPfATPdLypAQSfaJAZ/5dlB83v+dZMLqAj2iFGTWGmF17Gsbr/7jIrslP6Cetonuj5PRoprO4SoEAlUNS5DBVwwpUlq/sQioQ5WCM9KMXT/EXezT5wGp1Gvp1zkRRV4q0k= Received: by 10.49.81.12 with SMTP id i12mr3270761nfl; Sat, 24 Jun 2006 02:53:56 -0700 (PDT) Received: by 10.48.231.5 with HTTP; Sat, 24 Jun 2006 02:53:56 -0700 (PDT) Message-ID: <2f5766840606240253lcb47b84v9aa64fd73413c3ff@mail.gmail.com> Date: Sat, 24 Jun 2006 02:53:56 -0700 From: "Mr. M" To: freebsd-mobile@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: PCMCIA on a Toshiba 430CDT 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: Sat, 24 Jun 2006 09:53:58 -0000 Hello! I've recently acquired an old Toshiba 430CDT laptop (pentium 120, 32mb ram, 1.2gb hdd) with 16-bit pcmcia slots. I've loaded FreeBSD 6.1 on it and bought a wireless card (Netgear MA301) . However, after putting in the card, I realized that FreeBSD did not even see the slots (nothing in dmesg). I've tried googling and searching through the mailing list archives but I couldn't really find any similar situations. I'd post a dmesg for you guys but the machine has no network connectivity and says nothing about pcmcia/pc cards anyways. Please let me know if you have a solution or a tip. I would love to have a laptop running FreeBSD, now matter how old. Thanks! From owner-freebsd-mobile@FreeBSD.ORG Sat Jun 24 12:41:25 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEC9716A492 for ; Sat, 24 Jun 2006 12:41:25 +0000 (UTC) (envelope-from a.bittau@cs.ucl.ac.uk) Received: from darkircop.org (tapir.cs.ucl.ac.uk [128.16.66.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3225043D58 for ; Sat, 24 Jun 2006 12:41:24 +0000 (GMT) (envelope-from a.bittau@cs.ucl.ac.uk) Received: by darkircop.org (Postfix, from userid 0) id ACCAB8615C8; Sat, 24 Jun 2006 13:41:11 +0100 (BST) Date: Sat, 24 Jun 2006 13:41:11 +0100 From: Andrea Bittau To: freebsd-mobile@freebsd.org Message-ID: <20060624124111.GA26914@shorty.sorbonet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Echelon: Bush Bomb War KGB Subject: if_ath raw 802.11 packet injection patch when in monitor mode 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: Sat, 24 Jun 2006 12:41:25 -0000 I think it would be useful to have 802.11 packet injection support in the mainstream driver. This would allow people, amongst other things, to run user-land access points and clients. Below is a crude patch for doing so. The only problem is that ACKs are not sent in time. I know a fix, but it's a bit of a hack and a better solution is needed. I've tried contacting Sam but failed [e-mail bounced]. Hopefully he will see this, and if he's interested, I could make the patch better. --- *** /sys/dev/ath/if_ath.c Tue May 2 18:08:34 2006 --- /root/programmi/ath/if_ath.c Sat Jun 24 13:11:10 2006 *************** ath_start(struct ifnet *ifp) *** 1141,1146 **** --- 1141,1147 ---- struct mbuf *m; struct ieee80211_frame *wh; struct ether_header *eh; + int monitor = ic->ic_opmode == IEEE80211_M_MONITOR; if ((ifp->if_drv_flags & IFF_DRV_RUNNING) == 0 || sc->sc_invalid) return; *************** ath_start(struct ifnet *ifp) *** 1191,1204 **** * Find the node for the destination so we can do * things like power save and fast frames aggregation. */ ! if (m->m_len < sizeof(struct ether_header) && (m = m_pullup(m, sizeof(struct ether_header))) == NULL) { ic->ic_stats.is_tx_nobuf++; /* XXX */ ni = NULL; goto bad; } eh = mtod(m, struct ether_header *); ! ni = ieee80211_find_txnode(ic, eh->ether_dhost); if (ni == NULL) { /* NB: ieee80211_find_txnode does stat+msg */ m_freem(m); --- 1192,1208 ---- * Find the node for the destination so we can do * things like power save and fast frames aggregation. */ ! if (!monitor && m->m_len < sizeof(struct ether_header) && (m = m_pullup(m, sizeof(struct ether_header))) == NULL) { ic->ic_stats.is_tx_nobuf++; /* XXX */ ni = NULL; goto bad; } eh = mtod(m, struct ether_header *); ! if (monitor) ! ni = ieee80211_ref_node(ic->ic_bss); ! else ! ni = ieee80211_find_txnode(ic, eh->ether_dhost); if (ni == NULL) { /* NB: ieee80211_find_txnode does stat+msg */ m_freem(m); *************** ath_start(struct ifnet *ifp) *** 1227,1239 **** /* * Encapsulate the packet in prep for transmission. */ ! m = ieee80211_encap(ic, m, ni); ! if (m == NULL) { ! DPRINTF(sc, ATH_DEBUG_XMIT, ! "%s: encapsulation failure\n", ! __func__); ! sc->sc_stats.ast_tx_encap++; ! goto bad; } } else { /* --- 1231,1245 ---- /* * Encapsulate the packet in prep for transmission. */ ! if (!monitor) { ! m = ieee80211_encap(ic, m, ni); ! if (m == NULL) { ! DPRINTF(sc, ATH_DEBUG_XMIT, ! "%s: encapsulation failure\n", ! __func__); ! sc->sc_stats.ast_tx_encap++; ! goto bad; ! } } } else { /* *************** ath_calcrxfilter(struct ath_softc *sc, e *** 1713,1718 **** --- 1719,1726 ---- ic->ic_opmode == IEEE80211_M_IBSS || state == IEEE80211_S_SCAN) rfilt |= HAL_RX_FILTER_BEACON; + if (ic->ic_opmode == IEEE80211_M_MONITOR) + rfilt |= HAL_RX_FILTER_CONTROL; return rfilt; #undef RX_FILTER_PRESERVE } *************** ath_tx_start(struct ath_softc *sc, struc *** 3307,3312 **** --- 3315,3321 ---- struct ath_node *an; struct mbuf *m; u_int pri; + int monitor = ic->ic_opmode == IEEE80211_M_MONITOR; wh = mtod(m0, struct ieee80211_frame *); iswep = wh->i_fc[1] & IEEE80211_FC1_WEP; *************** ath_tx_start(struct ath_softc *sc, struc *** 3317,3324 **** * pad bytes; deduct them here. */ pktlen = m0->m_pkthdr.len - (hdrlen & 3); ! ! if (iswep) { const struct ieee80211_cipher *cip; struct ieee80211_key *k; --- 3326,3343 ---- * pad bytes; deduct them here. */ pktlen = m0->m_pkthdr.len - (hdrlen & 3); ! /* ACK frames are shorter than Ethernet header, so userland needs to pad ! * ACKs with 4 bytes. We get rid of those bytes here. ! */ ! if (monitor && ! (wh->i_fc[0] & IEEE80211_FC0_TYPE_MASK) == IEEE80211_FC0_TYPE_CTL && ! (wh->i_fc[0] & IEEE80211_FC0_SUBTYPE_MASK) == ! IEEE80211_FC0_SUBTYPE_ACK) { ! m_adj(m0, -4); ! pktlen = m0->m_pkthdr.len; ! } ! ! if (iswep && !monitor) { const struct ieee80211_cipher *cip; struct ieee80211_key *k; *************** ath_tx_start(struct ath_softc *sc, struc *** 3522,3527 **** --- 3541,3550 ---- } txq = sc->sc_ac2q[pri]; + /* Set packet type to PSPOLL so fragment & seqnos are not mangled */ + if (monitor) + atype = HAL_PKT_TYPE_PSPOLL; + /* * When servicing one or more stations in power-save mode * multicast frames must be buffered until after the beacon. *************** ath_tx_start(struct ath_softc *sc, struc *** 3535,3541 **** /* * Calculate miscellaneous flags. */ ! if (ismcast) { flags |= HAL_TXDESC_NOACK; /* no ack on broad/multicast */ } else if (pktlen > ic->ic_rtsthreshold) { flags |= HAL_TXDESC_RTSENA; /* RTS based on frame length */ --- 3558,3564 ---- /* * Calculate miscellaneous flags. */ ! if (ismcast || monitor) { flags |= HAL_TXDESC_NOACK; /* no ack on broad/multicast */ } else if (pktlen > ic->ic_rtsthreshold) { flags |= HAL_TXDESC_RTSENA; /* RTS based on frame length */ From owner-freebsd-mobile@FreeBSD.ORG Sat Jun 24 15:11:14 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D7A216A508 for ; Sat, 24 Jun 2006 15:11:14 +0000 (UTC) (envelope-from drgerlists@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id C360243D45 for ; Sat, 24 Jun 2006 15:11:13 +0000 (GMT) (envelope-from drgerlists@gmail.com) Received: by nz-out-0102.google.com with SMTP id v1so378612nzb for ; Sat, 24 Jun 2006 08:11:13 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:organization:reply-to:to:subject:cc:message-id:references:in-reply-to:user-agent:mime-version:content-type:content-transfer-encoding; b=Odshm0s8gBZM6vrf+7+8IG6OxmiVeP6UTdXiHX1UHcRGHT3M43ysRn3VKct3/JEBvaGFsmP3JhGwCTqgynUv2fF+rlOjd5eVlbVIzf79yiXUqbXn0ipiSdMtciRDaotoUUoHmFQ0XOt9vj8sEbXjP02+TfRF9vdFRb3nC38mdsQ= Received: by 10.36.250.75 with SMTP id x75mr5382213nzh; Sat, 24 Jun 2006 08:11:13 -0700 (PDT) Received: from lmrmac.uhw.utoledo.edu ( [131.183.85.137]) by mx.gmail.com with ESMTP id c12sm5736312nzc.2006.06.24.08.11.12; Sat, 24 Jun 2006 08:11:12 -0700 (PDT) Date: Sat, 24 Jun 2006 11:11:11 -0400 From: drgerlists@gmail.com (Dr. Gary E. RAFE) Organization: Dr. Gary E. RAFE To: oedipus@gmail.com Message-ID: <449d560f.qN5sQmcJ22Gi0V6m3Z9xZU/X@lmrmac.uhw.utoledo.edu> References: <2f5766840606240253lcb47b84v9aa64fd73413c3ff@mail.gmail.com> In-Reply-To: <2f5766840606240253lcb47b84v9aa64fd73413c3ff@mail.gmail.com> User-Agent: Heirloom mailx 12.0 3/4/06 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-mobile@freebsd.org Subject: Re: PCMCIA on a Toshiba 430CDT X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: drgerlists@gmail.com List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Jun 2006 15:11:14 -0000 "Mr. M" wrote: !Hello! I've recently acquired an old Toshiba 430CDT laptop (pentium 120, !32mb ram, 1.2gb hdd) with 16-bit pcmcia slots. I've loaded FreeBSD 6.1 on it !and bought a wireless card (Netgear MA301) . However, after putting in the !card, I realized that FreeBSD did not even see the slots (nothing in dmesg). !I've tried googling and searching through the mailing list archives but I !couldn't really find any similar situations. I'd post a dmesg for you guys !but the machine has no network connectivity and says nothing about pcmcia/pc !cards anyways. Please let me know if you have a solution or a tip. I would !love to have a laptop running FreeBSD, now matter how old. Thanks! I'm not expert on the matter, but I did once own that vintage Toshiba notebooks (Satellite 220, 330) running pre-5 releases. The 330 is now owned by a friend who is running a 4.x release on it and uses 16-bit PCCARDs without problem. Perhaps you might give 4.11-RELEASE a try on that old Toshiba, or have a look at the OLDCARD kernel of 5.5-RELEASE. -- Dr Gary E RAFE: drgerlists at gmail dot com From owner-freebsd-mobile@FreeBSD.ORG Sat Jun 24 15:31:42 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B39F016A4C9 for ; Sat, 24 Jun 2006 15:31:42 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66FE243D53 for ; Sat, 24 Jun 2006 15:31:42 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k5OFVaca085265 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 24 Jun 2006 08:31:37 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <449D5AD8.5090003@errno.com> Date: Sat, 24 Jun 2006 08:31:36 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.4 (Macintosh/20060530) MIME-Version: 1.0 To: Andrea Bittau References: <20060624124111.GA26914@shorty.sorbonet.org> In-Reply-To: <20060624124111.GA26914@shorty.sorbonet.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-mobile@freebsd.org Subject: Re: if_ath raw 802.11 packet injection patch when in monitor mode 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: Sat, 24 Jun 2006 15:31:42 -0000 Andrea Bittau wrote: > I think it would be useful to have 802.11 packet injection support in the > mainstream driver. This would allow people, amongst other things, to run > user-land access points and clients. Below is a crude patch for doing so. The > only problem is that ACKs are not sent in time. I know a fix, but it's a bit of > a hack and a better solution is needed. I've tried contacting Sam but failed > [e-mail bounced]. Hopefully he will see this, and if he's interested, I could > make the patch better. > <...patch removed...> Thanks for the contribution. Sending packets in monitor mode is a mistake; you should use adhoc demo mode. Future versions of the hal are likely to disallow packet transmission. I've had changes to send 802.11 frames via bpf for a long time (12+ months). They go through the net80211 layer and are device independent. I'll try to clean 'em up so you can try them. Sam