From owner-freebsd-mobile@FreeBSD.ORG Sun Sep 25 08:03:25 2005 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 213F416A41F for ; Sun, 25 Sep 2005 08:03:25 +0000 (GMT) (envelope-from kansascity_guy2005@yahoo.com) Received: from web32809.mail.mud.yahoo.com (web32809.mail.mud.yahoo.com [68.142.206.39]) by mx1.FreeBSD.org (Postfix) with SMTP id 9D6F243D4C for ; Sun, 25 Sep 2005 08:03:24 +0000 (GMT) (envelope-from kansascity_guy2005@yahoo.com) Received: (qmail 27716 invoked by uid 60001); 25 Sep 2005 08:03:24 -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=LzXDKC/zwxpq/xDBzCHUfV0vQk92MkAEotlF4qScficSW6Z5z5fqy1tlDruE/HzbK+NfZgXljmEBDevZJ0BHpF6pX/lqM4kj6swZMT7n0ooVhNMHxazS7dYGddalTc3gh18fVYaOoIkLwt4mHzImptbzxgHBcPIl/m/PaQUlbuQ= ; Message-ID: <20050925080324.27714.qmail@web32809.mail.mud.yahoo.com> Received: from [65.30.122.93] by web32809.mail.mud.yahoo.com via HTTP; Sun, 25 Sep 2005 01:03:23 PDT Date: Sun, 25 Sep 2005 01:03:23 -0700 (PDT) From: Brian To: freebsd-mobile@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: IBM ThinkPad T43 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, 25 Sep 2005 08:03:25 -0000 My laptop has the intel wifi card bulit in x2200 and Ati 300 Moble with what files do I need audio will not work also. I am running KDE 3 and also see no network confilg files. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-mobile@FreeBSD.ORG Sun Sep 25 18:13:45 2005 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 E2EE716A41F for ; Sun, 25 Sep 2005 18:13:45 +0000 (GMT) (envelope-from adrian@leg.uct.ac.za) Received: from ctb-mesg9.saix.net (ctb-mesg9.saix.net [196.25.240.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B19E43D53 for ; Sun, 25 Sep 2005 18:13:44 +0000 (GMT) (envelope-from adrian@leg.uct.ac.za) Received: from zeno.frith (wbs-146-175-65.telkomadsl.co.za [165.146.175.65]) by ctb-mesg9.saix.net (Postfix) with ESMTP id B681B3B98; Sun, 25 Sep 2005 20:13:41 +0200 (SAST) Received: from [192.168.1.3] (diogenes.frith [192.168.1.3]) by zeno.frith (Postfix) with ESMTP id 05CC8FA799; Sun, 25 Sep 2005 20:13:40 +0200 (SAST) Message-ID: <4336E8D7.3070701@leg.uct.ac.za> Date: Sun, 25 Sep 2005 20:13:43 +0200 From: Adrian Frith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-GB; rv:1.7.12) Gecko/20050925 X-Accept-Language: en-za, en-gb, en, en-us MIME-Version: 1.0 To: Brian References: <20050925080324.27714.qmail@web32809.mail.mud.yahoo.com> In-Reply-To: <20050925080324.27714.qmail@web32809.mail.mud.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-mobile@freebsd.org Subject: Re: IBM ThinkPad T43 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, 25 Sep 2005 18:13:46 -0000 Brian wrote: > My laptop has the intel wifi card bulit in x2200 and Ati 300 Moble > with what files do I need audio will not work also. I am running KDE > 3 and also see no network confilg files. > To use the wifi, look at http://damien.bergamini.free.fr/ipw/iwi-freebsd.html. The ATi card should be detected automatically by X.Org (at least, it was on my T43); it uses the 'ati' or 'radeon' driver. To use the audio, run 'kldload snd_ich' as root. Hope this helps, Adrian -- Adrian Frith - UCT Comp.Sci. Student - UNIX Geek "Many that live deserve death. And some that die deserve life. Can you give it to them? Then do not be too eager to deal out death in judgement." -- Gandalf the Grey, Lord of the Rings Book One Chapter II From owner-freebsd-mobile@FreeBSD.ORG Sun Sep 25 20:08:32 2005 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 15B9316A41F for ; Sun, 25 Sep 2005 20:08:32 +0000 (GMT) (envelope-from asstec@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63FF643D49 for ; Sun, 25 Sep 2005 20:08:30 +0000 (GMT) (envelope-from asstec@matik.com.br) Received: from mc01.mega.net.br (nbc.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.3/8.13.1) with ESMTP id j8PK8WZj027969 for ; Sun, 25 Sep 2005 17:08:33 -0300 (BRST) (envelope-from asstec@matik.com.br) From: AT Matik To: freebsd-mobile@freebsd.org Date: Sun, 25 Sep 2005 17:08:11 -0300 User-Agent: KMail/1.8.2 References: <20050925080324.27714.qmail@web32809.mail.mud.yahoo.com> <4336E8D7.3070701@leg.uct.ac.za> In-Reply-To: <4336E8D7.3070701@leg.uct.ac.za> Organization: Infomatik MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200509251708.12267.asstec@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Subject: NB Acer [3|5]0x and ACPI 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, 25 Sep 2005 20:08:32 -0000 hi i am wondering if some got this acer nb's working well on v5 or v6 I have an Acer 3002 and fbsd6-B5 is installing and working fine for me whe= n=20 not looking at notebook issues ... I have no battery control at all and when it comes to end it is like a=20 power-failure (=3Doff) I noticed zillions of "AE_whatever_battery_.." in messages and I could stop= =20 this by debug.acpi.disabled=3D"cmbat" in /boot/loader.conf I set=20 apm_enable=3D"YES" in rc.conf and in KDE the kdelaptopd reports "on AC"or "on Bat" but still n= o=20 powermangement and it's ever fully charged or empty apm is not compiled in my kernel as well as acpi is not and acpi is normall= y=20 loaded at boot even if I see msgs like "power_profile economy" in messages after some time= of=20 inactivity there is no real power management is there anybody doing better or has suggestions? I saw a doc about Acer smart batteries on FBSD and ACPI, does it mean that= =20 acpi is not working on my NB actually? the page of the following link do has any chance on Fbsd? http://www.archernar.co.uk/acer_acpi/acer_acpi_main.html So final question is if some compiled with success amd64 on this NB with=20 Sempron Mobile 2800+ (1600Mhz) ? Jo=E3o btw: who wants to now the onboard broadcom WL is working very well with ndi= s=20 on 2.4 and 5.8 to my surprise A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-mobile@FreeBSD.ORG Sun Sep 25 21:23:06 2005 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 A05FE16A41F for ; Sun, 25 Sep 2005 21:23:06 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49E3043D48 for ; Sun, 25 Sep 2005 21:23:06 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j8PLN4pK009550; Sun, 25 Sep 2005 14:23:04 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j8PLN4II009548; Sun, 25 Sep 2005 14:23:04 -0700 Date: Sun, 25 Sep 2005 14:23:04 -0700 From: Brooks Davis To: "Mark A-J. Raught" Message-ID: <20050925212304.GE15981@odin.ac.hmc.edu> References: <43321517.8000700@unixfreak.org> <1127442590.4143.6.camel@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9l24NVCWtSuIVIod" Content-Disposition: inline In-Reply-To: <1127442590.4143.6.camel@localhost> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Roman Shakin , freebsd-mobile@freebsd.org Subject: Re: Wireless on start up 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, 25 Sep 2005 21:23:06 -0000 --9l24NVCWtSuIVIod Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 22, 2005 at 10:29:50PM -0400, Mark A-J. Raught wrote: > On Wed, 2005-09-21 at 19:21 -0700, Roman Shakin wrote: > > hello I need help with setting up my wireless card to be run on startup= =20 > > of the machene i am trying to use rc.config and it's only half=20 > > working... can someone share a script or something like that. Or show m= e=20 > > how they did it so my wi0 is set before the dhcp starts > >=20 > >=20 > > right now I have > >=20 > > /sbin/infconfig wi0 wepmode on weptxkey1 wepkey is set directly from=20 > > rc.config now I dont want to do that... i want it set before=20 > > ifconfig_wi0=3D"DHCP" so it actually works. How would I go about that > > _______________________________________________ > > freebsd-mobile@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.or= g" >=20 > config it for DHCP in rc.conf such as ifconfig_wi0=3D"DHCP" then create a > file in /etc called start_if.wi0 and add the extras like > ifconfig_wi0=3D"ssid blahblahblah" I'm in linux right now so I don't have > an exact example, but if you google for start_if.wi0, you should find > plenty of examples. Better yet, run FreeBSD 6.0 and just set: ifconfig_wi0=3D"ssid blahblahblah DHCP" -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --9l24NVCWtSuIVIod Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDNxU3XY6L6fI4GtQRArWlAKDA2zdVtlDSgOabDpm/g8ceMVnJ/ACgnJ/g h/huQpKT/h7cyae/tt84gAg= =wIQI -----END PGP SIGNATURE----- --9l24NVCWtSuIVIod-- From owner-freebsd-mobile@FreeBSD.ORG Sun Sep 25 21:41:17 2005 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 A3E1D16A41F for ; Sun, 25 Sep 2005 21:41:17 +0000 (GMT) (envelope-from kansascity_guy2005@yahoo.com) Received: from web32809.mail.mud.yahoo.com (web32809.mail.mud.yahoo.com [68.142.206.39]) by mx1.FreeBSD.org (Postfix) with SMTP id 276AB43D49 for ; Sun, 25 Sep 2005 21:41:17 +0000 (GMT) (envelope-from kansascity_guy2005@yahoo.com) Received: (qmail 59930 invoked by uid 60001); 25 Sep 2005 21:41:16 -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=g0BMzkL7QQX2lUj4qVyp1dQMC4SZLx0cv6d1rJDQclmGQDZpiEmyL5yzyl/73dYfBWAbIUtdXiFNxCfrhl11/gadMHgNm08d6HAq4FV9gJV/lOKuihh+cf2ArPmdjJCGUOcNqBQ9m6VozyOcfH3xXFIcPGYlKiBxiXt4xJVt47M= ; Message-ID: <20050925214116.59928.qmail@web32809.mail.mud.yahoo.com> Received: from [65.30.122.93] by web32809.mail.mud.yahoo.com via HTTP; Sun, 25 Sep 2005 14:41:16 PDT Date: Sun, 25 Sep 2005 14:41:16 -0700 (PDT) From: Brian To: freebsd-mobile@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Speed Steping hw.acpi.cpu.cx_support 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, 25 Sep 2005 21:41:17 -0000 Does any one know how to config speed steping. sysctl output > hw.acpi.cpu.cx_support: C1/1 C2/1 C3/85 hw.acpi.cpu.cx_support C1 hw.acpi.cpu.cx_support 100.00% 0.00% 0.00% --------------------------------- Yahoo! for Good Click here to donate to the Hurricane Katrina relief effort. From owner-freebsd-mobile@FreeBSD.ORG Sun Sep 25 23:55:01 2005 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 0274116A41F for ; Sun, 25 Sep 2005 23:55:00 +0000 (GMT) (envelope-from kansascity_guy2005@yahoo.com) Received: from web32812.mail.mud.yahoo.com (web32812.mail.mud.yahoo.com [68.142.206.42]) by mx1.FreeBSD.org (Postfix) with SMTP id 750FE43D48 for ; Sun, 25 Sep 2005 23:55:00 +0000 (GMT) (envelope-from kansascity_guy2005@yahoo.com) Received: (qmail 33785 invoked by uid 60001); 25 Sep 2005 23:55:00 -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=21PdvQkxV2tycbsm7pLqip9rrH1YWHtGiKpl0JUgRXYbJRG6GNb0F1+3mYMLa6KaIOiaOkYd7h98lgNfIAVctFxeC1NCJV7GrTUQi5sg2emRLtgwxokZ8i9J2xRlGrnh9t755u+inYfRbZUEyE4MFACgvS2DgKQmw7Zt9sWNRK0= ; Message-ID: <20050925235500.33783.qmail@web32812.mail.mud.yahoo.com> Received: from [65.30.122.93] by web32812.mail.mud.yahoo.com via HTTP; Sun, 25 Sep 2005 16:54:59 PDT Date: Sun, 25 Sep 2005 16:54:59 -0700 (PDT) From: Brian To: freebsd-mobile@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: =?iso-8859-1?q?Intel=AE_PRO/Wireless_2100/2200BG/2225BG/2915ABG?= 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, 25 Sep 2005 23:55:01 -0000 I did the ports install /usr/ports/net/iwi-firmware It installed Then # kldload -v if_ip but when I do # dmesg | grep ip I get nothing # ipwcontrol -i ipw0 -f /usr/local/share/ipw-firmware/ipw.fw ipwcontrol: Command Not Found __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-mobile@FreeBSD.ORG Mon Sep 26 01:51:32 2005 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 C2AB216A41F for ; Mon, 26 Sep 2005 01:51:32 +0000 (GMT) (envelope-from adrian@leg.uct.ac.za) Received: from ctb-mesg9.saix.net (ctb-mesg9.saix.net [196.25.240.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id 348C143D49 for ; Mon, 26 Sep 2005 01:51:32 +0000 (GMT) (envelope-from adrian@leg.uct.ac.za) Received: from zeno.frith (wbs-146-175-65.telkomadsl.co.za [165.146.175.65]) by ctb-mesg9.saix.net (Postfix) with ESMTP id EA66C32C2; Mon, 26 Sep 2005 03:51:30 +0200 (SAST) Received: from [192.168.1.3] (diogenes.frith [192.168.1.3]) by zeno.frith (Postfix) with ESMTP id CDDD4FAB30; Mon, 26 Sep 2005 03:51:29 +0200 (SAST) Message-ID: <43375424.2080905@leg.uct.ac.za> Date: Mon, 26 Sep 2005 03:51:32 +0200 From: Adrian Frith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-GB; rv:1.7.12) Gecko/20050925 X-Accept-Language: en-za, en-gb, en, en-us MIME-Version: 1.0 To: Brian References: <20050925235500.33783.qmail@web32812.mail.mud.yahoo.com> In-Reply-To: <20050925235500.33783.qmail@web32812.mail.mud.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-mobile@freebsd.org Subject: Re: =?iso-8859-1?q?Intel=AE_PRO/Wireless_2100/2200BG/2225BG/2915A?= =?iso-8859-1?q?BG?= 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, 26 Sep 2005 01:51:32 -0000 Brian wrote: > I did the ports install /usr/ports/net/iwi-firmware > It installed > Then > # kldload -v if_ip > but when I do # dmesg | grep ip I get nothing > # ipwcontrol -i ipw0 -f /usr/local/share/ipw-firmware/ipw.fw > ipwcontrol: Command Not Found That's because there are two separate drivers: ipw for the 21xx chipset, and iwi for the 22xx/29xx chipset. If you have a 22xx or a 29xx (which I assume since your previous email was about the T43), then those commands should be # kldload -v if_iwi and # iwicontrol -i iwi0 -m bss -f /usr/local/share/iwi-firmware Cheers, Adrian -- Adrian Frith - UCT Comp.Sci. Student - UNIX Geek "Many that live deserve death. And some that die deserve life. Can you give it to them? Then do not be too eager to deal out death in judgement." -- Gandalf the Grey, Lord of the Rings Book One Chapter II From owner-freebsd-mobile@FreeBSD.ORG Mon Sep 26 02:49:17 2005 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 25E4A16A41F for ; Mon, 26 Sep 2005 02:49:17 +0000 (GMT) (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 E0CE643D49 for ; Mon, 26 Sep 2005 02:49:16 +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; Sun, 25 Sep 2005 19:49:15 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id C989B5D07; Sun, 25 Sep 2005 19:49:10 -0700 (PDT) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Brian In-reply-to: Your message of "Sun, 25 Sep 2005 14:41:16 PDT." <20050925214116.59928.qmail@web32809.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 25 Sep 2005 19:49:08 -0700 From: "Kevin Oberman" Message-Id: <20050926024910.C989B5D07@ptavv.es.net> Cc: freebsd-mobile@freebsd.org Subject: Re: Speed Steping hw.acpi.cpu.cx_support 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, 26 Sep 2005 02:49:17 -0000 > Does any one know how to config speed steping. > > sysctl output > hw.acpi.cpu.cx_support: > C1/1 C2/1 C3/85 > hw.acpi.cpu.cx_support C1 > hw.acpi.cpu.cx_support 100.00% 0.00% 0.00% Add th line: performance_cx_lowest="LOW" to /etc/rc.local. To get C3, you must run without USB drivers and, with the numbers you quoted, C2 is not going to buy you much. -- 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 Mon Sep 26 05:21:42 2005 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 33F2F16A41F for ; Mon, 26 Sep 2005 05:21:42 +0000 (GMT) (envelope-from andy@neu.net) Received: from orion.dandy.net (orion.dandy.net [209.128.224.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1BD943D48 for ; Mon, 26 Sep 2005 05:21:41 +0000 (GMT) (envelope-from andy@neu.net) Received: from Mira.dandy.net (mira.dandy.net [209.128.224.15]) by orion.dandy.net (Postfix) with ESMTP id 152F45C286; Mon, 26 Sep 2005 01:21:40 -0400 (EDT) Date: Mon, 26 Sep 2005 01:21:40 -0400 (EDT) From: andy@neu.net X-X-Sender: andyneu@Mira.dandy.net To: Adrian Frith In-Reply-To: <43375424.2080905@leg.uct.ac.za> Message-ID: References: <20050925235500.33783.qmail@web32812.mail.mud.yahoo.com> <43375424.2080905@leg.uct.ac.za> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Brian , freebsd-mobile@freebsd.org Subject: Re: =?iso-8859-1?q?Intel=AE_PRO/Wireless_2100/2200BG/2225BG/2915A?= =?iso-8859-1?q?BG?= 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, 26 Sep 2005 05:21:42 -0000 On Mon, 26 Sep 2005, Adrian Frith wrote: > Brian wrote: > > I did the ports install /usr/ports/net/iwi-firmware > > It installed > > Then > > # kldload -v if_ip > > but when I do # dmesg | grep ip I get nothing > > # ipwcontrol -i ipw0 -f /usr/local/share/ipw-firmware/ipw.fw > > ipwcontrol: Command Not Found > > That's because there are two separate drivers: ipw for the 21xx chipset, > and iwi for the 22xx/29xx chipset. If you have a 22xx or a 29xx (which I > assume since your previous email was about the T43), then those commands > should be > # kldload -v if_iwi > and > # iwicontrol -i iwi0 -m bss -f /usr/local/share/iwi-firmware > > Cheers, > Adrian > > Adrian: I have a Thinkpad R51, and it has a 2200BG card installed. I tried the command you suggested, but it did not work. Here is what I did: installed /usr/pots/net/iwi-firmware/iwi-firmware-2.3_1 kldload -v if_iwi kldstat shows if_iwi.ko when I issue iwicontrol -i iwi0 -m bss -f /usr/local/share/iwi-firmware, I receive: illegal option f I also tried iwicontrol -i iwi0 -d /usr/local/share/iwi-firmware -m bss, and I get: Can't load firmware to driver: Device not configured Any suggestions for help are appreciated. TIA, Andy From owner-freebsd-mobile@FreeBSD.ORG Mon Sep 26 07:04:16 2005 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 67F6C16A41F for ; Mon, 26 Sep 2005 07:04:16 +0000 (GMT) (envelope-from adrian@leg.uct.ac.za) Received: from casper2.cs.uct.ac.za (casper2.cs.uct.ac.za [137.158.96.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id D850943D48 for ; Mon, 26 Sep 2005 07:04:15 +0000 (GMT) (envelope-from adrian@leg.uct.ac.za) Received: from frtadr003-wifi.cs.uct.ac.za ([137.158.98.56]) by casper2.cs.uct.ac.za with esmtp (Exim 4.42 (FreeBSD)) id 1EJn1i-0008H8-6C; Mon, 26 Sep 2005 09:03:50 +0200 Message-ID: <43379D66.30602@leg.uct.ac.za> Date: Mon, 26 Sep 2005 09:04:06 +0200 From: Adrian Frith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-GB; rv:1.7.12) Gecko/20050925 X-Accept-Language: en-za, en-gb, en, en-us MIME-Version: 1.0 To: andy@neu.net, freebsd-mobile@freebsd.org References: <20050925235500.33783.qmail@web32812.mail.mud.yahoo.com> <43375424.2080905@leg.uct.ac.za> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: =?iso-8859-1?q?Intel=AE_PRO/Wireless_2100/2200BG/2225BG/2915A?= =?iso-8859-1?q?BG?= 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, 26 Sep 2005 07:04:16 -0000 (CCing this back to the list) andy@neu.net wrote: > > > Adrian: > > I have a Thinkpad R51, and it has a 2200BG card installed. I tried the > command you suggested, but it did not work. Here is what I did: > > installed /usr/pots/net/iwi-firmware/iwi-firmware-2.3_1 > > kldload -v if_iwi > > kldstat shows if_iwi.ko Does # dmesg | grep iwi show anything? > when I issue iwicontrol -i iwi0 -m bss -f /usr/local/share/iwi-firmware, I > receive: illegal option f Sorry, that's a mistake on my part. That should be -d, not -f. > I also tried iwicontrol -i iwi0 -d /usr/local/share/iwi-firmware -m bss, > and I get: Can't load firmware to driver: Device not configured Does ifconfig show an iwi0 interface? > Any suggestions for help are appreciated. > > TIA, > > > Andy > Cheers, Adrian -- Adrian Frith - UCT Comp.Sci. Student - UNIX Geek "Many that live deserve death. And some that die deserve life. Can you give it to them? Then do not be too eager to deal out death in judgement." -- Gandalf the Grey, Lord of the Rings Book One Chapter II From owner-freebsd-mobile@FreeBSD.ORG Mon Sep 26 08:26:26 2005 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 4E98216A41F for ; Mon, 26 Sep 2005 08:26:26 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id EADD843D58 for ; Mon, 26 Sep 2005 08:26:25 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EJoJJ-0003Vx-00; Mon, 26 Sep 2005 10:26:05 +0200 Date: Mon, 26 Sep 2005 10:26:05 +0200 To: AT Matik Message-ID: <20050926082605.GF21906@poupinou.org> References: <20050925080324.27714.qmail@web32809.mail.mud.yahoo.com> <4336E8D7.3070701@leg.uct.ac.za> <200509251708.12267.asstec@matik.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200509251708.12267.asstec@matik.com.br> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-mobile@freebsd.org Subject: Re: NB Acer [3|5]0x and ACPI 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, 26 Sep 2005 08:26:26 -0000 On Sun, Sep 25, 2005 at 05:08:11PM -0300, AT Matik wrote: > hi > > i am wondering if some got this acer nb's working well on v5 or v6 > > I have an Acer 3002 and fbsd6-B5 is installing and working fine for me when > not looking at notebook issues ... > > I have no battery control at all and when it comes to end it is like a > power-failure (=off) > > I noticed zillions of "AE_whatever_battery_.." in messages and I could stop > this by > > debug.acpi.disabled="cmbat" > > in /boot/loader.conf > > I set > > apm_enable="YES" > > in rc.conf and in KDE the kdelaptopd reports "on AC"or "on Bat" but still no > powermangement and it's ever fully charged or empty > > apm is not compiled in my kernel as well as acpi is not and acpi is normally > loaded at boot > > even if I see msgs like "power_profile economy" in messages after some time of > inactivity there is no real power management > > is there anybody doing better or has suggestions? > > I saw a doc about Acer smart batteries on FBSD and ACPI, does it mean that > acpi is not working on my NB actually? This issue is not the same. It's pretty well known and require to hack a little the DSDT unfortunately. I'm not sure if one day someone will write a workaround other than to replace the DSDT alas. Could you please send to me, or better point to a web link, the output from 'acpidmp -dt'? > the page of the following link do has any chance on Fbsd? > > http://www.archernar.co.uk/acer_acpi/acer_acpi_main.html > > So final question is if some compiled with success amd64 on this NB with > Sempron Mobile 2800+ (1600Mhz) ? > > João > > btw: who wants to now the onboard broadcom WL is working very well with ndis > on 2.4 and 5.8 to my surprise -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-mobile@FreeBSD.ORG Mon Sep 26 11:17:39 2005 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 BE98B16A424 for ; Mon, 26 Sep 2005 11:17:39 +0000 (GMT) (envelope-from laslo_holifeld@yahoo.com) Received: from web35808.mail.mud.yahoo.com (web35808.mail.mud.yahoo.com [66.163.179.177]) by mx1.FreeBSD.org (Postfix) with SMTP id 5AC5B43D48 for ; Mon, 26 Sep 2005 11:17:39 +0000 (GMT) (envelope-from laslo_holifeld@yahoo.com) Received: (qmail 78466 invoked by uid 60001); 26 Sep 2005 11:17:38 -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=Vd77CYA/dc4+Ln3EMZtgW735V7infErTOpDkYREMHJ3W49CAqLxSKvUg11Hl0AoAP6n8RJtbZ4zNnSUExrfFVyhPqF4pB7okWav3QCXURqmECWvoh8NpIjGUpU4KT63vFNKC7FymdHHe/ThghmGjzDaCEK9GlA40itDm0em6mX0= ; Message-ID: <20050926111738.78464.qmail@web35808.mail.mud.yahoo.com> Received: from [83.16.159.50] by web35808.mail.mud.yahoo.com via HTTP; Mon, 26 Sep 2005 04:17:38 PDT Date: Mon, 26 Sep 2005 04:17:38 -0700 (PDT) From: acid burn To: freebsd-mobile@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 'failed to get bssid' problem, rtl8180 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, 26 Sep 2005 11:17:39 -0000 im runnig fbsd 5.4-stable, but the same problem appears in 6.0 b5 i have a problem with setting up rtl8180 wifi card, i used ndis with winxp drivers. everything works fine, the module loads, dmesg shows new iface ndis0 but i can't assign the ssid to the interface with ifconfig. i was able to detect the AP with "wicontrol -i ndis0 -l" but i cat get it associated. under 6.0, when i'm trying to bring the iface up there appears the msg 'failed to get bssid' --------------------------------- Yahoo! for Good Click here to donate to the Hurricane Katrina relief effort. From owner-freebsd-mobile@FreeBSD.ORG Mon Sep 26 11:49:05 2005 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 9650D16A41F for ; Mon, 26 Sep 2005 11:49:05 +0000 (GMT) (envelope-from asstec@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id E85DB43D48 for ; Mon, 26 Sep 2005 11:49:04 +0000 (GMT) (envelope-from asstec@matik.com.br) Received: from mc01.mega.net.br (nbc.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.3/8.13.1) with ESMTP id j8QBn3RE065428 for ; Mon, 26 Sep 2005 08:49:03 -0300 (BRST) (envelope-from asstec@matik.com.br) From: AT Matik Organization: Infomatik To: freebsd-mobile@freebsd.org Date: Mon, 26 Sep 2005 08:48:49 -0300 User-Agent: KMail/1.8.2 References: <20050925080324.27714.qmail@web32809.mail.mud.yahoo.com> <200509251708.12267.asstec@matik.com.br> <20050926082605.GF21906@poupinou.org> In-Reply-To: <20050926082605.GF21906@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509260848.50040.asstec@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: NB Acer [3|5]0x and ACPI 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, 26 Sep 2005 11:49:05 -0000 On Monday 26 September 2005 05:26, you wrote: > Could you please send to me, or better point to a web link, > the output from 'acpidmp -dt'? > sure, here it comes http://suporte.matik.com.br/anb.acpi.dump.txt and thanks btw, when I set economy_cx_lowest="LOW" the NB is unusable slow, it takes almost 15 minutes to get kdm up -- A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-mobile@FreeBSD.ORG Mon Sep 26 13:01:25 2005 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 436BD16A41F for ; Mon, 26 Sep 2005 13:01:25 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8B1843D48 for ; Mon, 26 Sep 2005 13:01:24 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EJsbR-0004B1-00; Mon, 26 Sep 2005 15:01:05 +0200 Date: Mon, 26 Sep 2005 15:01:04 +0200 To: AT Matik Message-ID: <20050926130104.GG21906@poupinou.org> References: <20050925080324.27714.qmail@web32809.mail.mud.yahoo.com> <200509251708.12267.asstec@matik.com.br> <20050926082605.GF21906@poupinou.org> <200509260848.50040.asstec@matik.com.br> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: <200509260848.50040.asstec@matik.com.br> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-mobile@freebsd.org Subject: Re: NB Acer [3|5]0x and ACPI 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, 26 Sep 2005 13:01:25 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Sep 26, 2005 at 08:48:49AM -0300, AT Matik wrote: > On Monday 26 September 2005 05:26, you wrote: > > Could you please send to me, or better point to a web link, > > the output from 'acpidmp -dt'? > > > > sure, here it comes > > http://suporte.matik.com.br/anb.acpi.dump.txt Apply attached patch to your anb.acpi.dump.txt, read http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html especially "11.16.5.3 Overriding the Default AML" and this should be OK. > btw, when I set > > economy_cx_lowest="LOW" > > the NB is unusable slow, it takes almost 15 minutes to get kdm up Strange. Could you please provide sysctl hw.acpi please? -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=t --- anb.acpi.dump.txt 2005/09/26 12:54:10 1.1 +++ anb.acpi.dump.txt 2005/09/26 12:54:40 @@ -3061,8 +3061,8 @@ Name (PBST, Package (0x04) { 0x00, - Z007, - Z007, + Ones, + Ones, 0x2710 }) Name (ERRC, 0x00) --zYM0uCDKw75PZbzx-- From owner-freebsd-mobile@FreeBSD.ORG Mon Sep 26 13:06:05 2005 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 6431316A41F for ; Mon, 26 Sep 2005 13:06:05 +0000 (GMT) (envelope-from asstec@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE6D443D49 for ; Mon, 26 Sep 2005 13:06:04 +0000 (GMT) (envelope-from asstec@matik.com.br) Received: from mc01.mega.net.br (nbc.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.3/8.13.1) with ESMTP id j8QD6458069487; Mon, 26 Sep 2005 10:06:04 -0300 (BRST) (envelope-from asstec@matik.com.br) From: AT Matik Organization: Infomatik To: freebsd-mobile@freebsd.org Date: Mon, 26 Sep 2005 10:05:50 -0300 User-Agent: KMail/1.8.2 References: <20050925080324.27714.qmail@web32809.mail.mud.yahoo.com> <200509260848.50040.asstec@matik.com.br> <20050926130104.GG21906@poupinou.org> In-Reply-To: <20050926130104.GG21906@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509261005.50828.asstec@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: Re: NB Acer [3|5]0x and ACPI 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, 26 Sep 2005 13:06:05 -0000 On Monday 26 September 2005 10:01, Bruno Ducrot wrote: > Apply attached patch to your anb.acpi.dump.txt, read > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html > especially "11.16.5.3 Overriding the Default AML" > and this should be OK. > thanks , I'll try it soon I have some minutes > > Strange. Could you please provide > sysctl hw.acpi > please? sure, here: 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: 0 hw.acpi.verbose: 0 hw.acpi.reset_video: 1 hw.acpi.cpu.cx_supported: C1/0 C2/99 C3/999 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% 0.00% 0.00% hw.acpi.acline: 1 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 55.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 93.0C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 97.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -- Atenciosamente Infomatik Internet Technology (18)3551.8155 (18)8112.7007 http://info.matik.com.br A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-mobile@FreeBSD.ORG Mon Sep 26 13:18:43 2005 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 C142B16A41F for ; Mon, 26 Sep 2005 13:18:43 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C03B43D58 for ; Mon, 26 Sep 2005 13:18:43 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EJssE-0004CI-00; Mon, 26 Sep 2005 15:18:26 +0200 Date: Mon, 26 Sep 2005 15:18:26 +0200 To: AT Matik Message-ID: <20050926131826.GH21906@poupinou.org> References: <20050925080324.27714.qmail@web32809.mail.mud.yahoo.com> <200509260848.50040.asstec@matik.com.br> <20050926130104.GG21906@poupinou.org> <200509261005.50828.asstec@matik.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509261005.50828.asstec@matik.com.br> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-mobile@freebsd.org Subject: Re: NB Acer [3|5]0x and ACPI 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, 26 Sep 2005 13:18:43 -0000 On Mon, Sep 26, 2005 at 10:05:50AM -0300, AT Matik wrote: > hw.acpi.cpu.cx_supported: C1/0 C2/99 C3/999 > hw.acpi.cpu.cx_lowest: C1 > hw.acpi.cpu.cx_usage: 100.00% 0.00% 0.00% Do you have the same kind of slowdown with sysctl hw.acpi.cpu.cx_lowest="C2"? Maybe something is wrong with C3 (the lowest one). -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-mobile@FreeBSD.ORG Mon Sep 26 13:31:52 2005 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 23A9216A41F for ; Mon, 26 Sep 2005 13:31:52 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97F6543D48 for ; Mon, 26 Sep 2005 13:31:51 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EJt52-0004D3-00; Mon, 26 Sep 2005 15:31:40 +0200 Date: Mon, 26 Sep 2005 15:31:39 +0200 To: Kevin Oberman Message-ID: <20050926133139.GI21906@poupinou.org> References: <20050925214116.59928.qmail@web32809.mail.mud.yahoo.com> <20050926024910.C989B5D07@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050926024910.C989B5D07@ptavv.es.net> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: Brian , freebsd-mobile@freebsd.org Subject: Re: Speed Steping hw.acpi.cpu.cx_support 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, 26 Sep 2005 13:31:52 -0000 On Sun, Sep 25, 2005 at 07:49:08PM -0700, Kevin Oberman wrote: > > Does any one know how to config speed steping. > > > > sysctl output > hw.acpi.cpu.cx_support: > > C1/1 C2/1 C3/85 > > hw.acpi.cpu.cx_support C1 > > hw.acpi.cpu.cx_support 100.00% 0.00% 0.00% > > Add th line: > performance_cx_lowest="LOW" > to /etc/rc.local. To get C3, you must run without USB drivers and, with the numbers you quoted, C2 is not going to buy you much. Except that Cx stuff have absolutely nothing to do with speed steping. The Cx states are some power states entered by the processor in the idle loop. The higher is less power hungry at the cost of more latency to leave this power state. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-mobile@FreeBSD.ORG Mon Sep 26 15:45:14 2005 Return-Path: X-Original-To: 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 EB48416A431 for ; Mon, 26 Sep 2005 15:45:13 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 711E243D4C for ; Mon, 26 Sep 2005 15:45:13 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id IBA74465; Mon, 26 Sep 2005 08:45:11 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 8B3505D0A; Mon, 26 Sep 2005 08:45:09 -0700 (PDT) To: "M. Warner Losh" In-reply-to: Your message of "Fri, 23 Sep 2005 16:53:30 MDT." <20050923.165330.89899603.imp@bsdimp.com> Date: Mon, 26 Sep 2005 08:45:09 -0700 From: "Kevin Oberman" Message-Id: <20050926154509.8B3505D0A@ptavv.es.net> Cc: mobile@freebsd.org Subject: Re: Video capture for laptops 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, 26 Sep 2005 15:45:14 -0000 > Date: Fri, 23 Sep 2005 16:53:30 -0600 (MDT) > From: "M. Warner Losh" > > In message: <20050923214326.1C6F85D07@ptavv.es.net> > "Kevin Oberman" writes: > : I see that KWORLD Computer is making a Cardbus video capture card. > : Fry's is advertising it for $29.95 this weekend. It's the KWORLD > : NB-TV100 and the spec are at: > : http://www.kworld.com.tw/en/product/analog/007/a07.htm > : > : Any hope that this might work with bktr(4)? I'm tempted to get one just > : to play with. > > Hope? Yes. I don't see anything in the spec that we'll have trouble > meeting. If Zoom Video is required, we're not going to work. Try one > and find out. It is only $30 after all. I'll be happy to help you > out if it isn't too horrible, or be available as a consultant if it is > too horrible ;-) Great! I just got it (the last on on the shelf), but due to major problems with my desktop (upgrade gone VERY bad), I don't want to touch my laptop. Maybe later this week. Simply inserting give me: cardbus1: CIS pointer is 0! cardbus1: Resource not specified in CIS: id=10, size=800 cardbus1: at device 0.0 (no driver attached) My system is current as of about a week ago and my only Cardbus device (Xircom RBEM56G-100) probes correctly. I have not built a kernel for the system with bktr, so that is likely at least a part of the problem. :-) -- 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 Mon Sep 26 17:52:11 2005 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 9AE6116A41F for ; Mon, 26 Sep 2005 17:52:11 +0000 (GMT) (envelope-from asstec@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id E837943D48 for ; Mon, 26 Sep 2005 17:52:10 +0000 (GMT) (envelope-from asstec@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.83.34] (may be forged)) by msrv.matik.com.br (8.13.3/8.13.1) with ESMTP id j8QHqBYV083474; Mon, 26 Sep 2005 14:52:11 -0300 (BRST) (envelope-from asstec@matik.com.br) From: AT Matik Organization: Infomatik To: freebsd-mobile@freebsd.org Date: Mon, 26 Sep 2005 14:51:56 -0300 User-Agent: KMail/1.8.2 References: <20050925080324.27714.qmail@web32809.mail.mud.yahoo.com> <200509260848.50040.asstec@matik.com.br> <20050926130104.GG21906@poupinou.org> In-Reply-To: <20050926130104.GG21906@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509261451.56912.asstec@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: Re: NB Acer [3|5]0x and ACPI 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, 26 Sep 2005 17:52:11 -0000 On Monday 26 September 2005 10:01, Bruno Ducrot wrote: > Apply attached patch to your anb.acpi.dump.txt, read > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html > especially "11.16.5.3 Overriding the Default AML" > and this should be OK. > so I now get in klaptopdaemon plugged in or on battery but all time fully charged when on battery it adds 0 time left but (fully charged) and still the NB cuts me off without warning when the battery is empty makes no difference if set debug.acpi.disabled="cmbat" or not thank's A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-mobile@FreeBSD.ORG Tue Sep 27 01:56:12 2005 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 188C116A41F for ; Tue, 27 Sep 2005 01:56:12 +0000 (GMT) (envelope-from chris@vindaloo.com) Received: from fearlessleader.lhr-its.com (fearlessleader.lhr-its.com [64.204.249.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id B34B443D49 for ; Tue, 27 Sep 2005 01:56:11 +0000 (GMT) (envelope-from chris@vindaloo.com) Received: from yavin.vindaloo.com (unknown [172.24.144.34]) by fearlessleader.lhr-its.com (Postfix) with ESMTP id 63D4A408 for ; Mon, 26 Sep 2005 21:56:03 -0400 (EDT) Received: from dagobah.vindaloo.com (dagobah.vindaloo.com [172.24.145.68]) by yavin.vindaloo.com (Postfix) with ESMTP id 76E592532E; Mon, 26 Sep 2005 21:56:02 -0400 (EDT) Received: from localhost.vindaloo.com (localhost.vindaloo.com [127.0.0.1]) by dagobah.vindaloo.com (8.13.3/8.13.3) with ESMTP id j8R1tOxX006136; Mon, 26 Sep 2005 21:55:24 -0400 (EDT) (envelope-from chris@vindaloo.com) From: Christopher Sean Hilton To: freebsd-mobile@freebsd.org Content-Type: text/plain Date: Mon, 26 Sep 2005 21:55:23 -0400 Message-Id: <1127786123.1063.8.camel@dagobah.vindaloo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Synaptics Touchpad 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, 27 Sep 2005 01:56:12 -0000 Hi, I have a Gateway 405ROG running 5-STABLE. I've been very happy with the support. Everything is supported more or less except the winmodem. One thing that I'd like to improve is the synaptics touchpad support. Under gnome there seems to be a long time after one presses a button before one can resize a window. If one moves too quickly the cursor changes from the familiar resize cursor back to the arrow. I thought that I saw a patch on this a while ago but a google search for: "freebsd gnome synaptics" turns up a notice about 6-STABLE and not 5-STABLE. -- Chris -- Chris Hilton chris-at-vindaloo-dot-com ------------------------------------------------------------------------ "All I was doing was trying to get home from work!" -- Rosa Parks From owner-freebsd-mobile@FreeBSD.ORG Tue Sep 27 09:46:16 2005 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 0A2C716A41F for ; Tue, 27 Sep 2005 09:46:16 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66CAF43D5C for ; Tue, 27 Sep 2005 09:46:15 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EKC29-00063U-00; Tue, 27 Sep 2005 11:45:57 +0200 Date: Tue, 27 Sep 2005 11:45:57 +0200 To: AT Matik Message-ID: <20050927094557.GJ21906@poupinou.org> References: <20050925080324.27714.qmail@web32809.mail.mud.yahoo.com> <200509260848.50040.asstec@matik.com.br> <20050926130104.GG21906@poupinou.org> <200509261451.56912.asstec@matik.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509261451.56912.asstec@matik.com.br> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-mobile@freebsd.org Subject: Re: NB Acer [3|5]0x and ACPI 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, 27 Sep 2005 09:46:16 -0000 On Mon, Sep 26, 2005 at 02:51:56PM -0300, AT Matik wrote: > On Monday 26 September 2005 10:01, Bruno Ducrot wrote: > > Apply attached patch to your anb.acpi.dump.txt, read > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html > > especially "11.16.5.3 Overriding the Default AML" > > and this should be OK. > > > > so I now get in klaptopdaemon plugged in or on battery but all time fully > charged > when on battery it adds 0 time left but (fully charged) > > and still the NB cuts me off without warning when the battery is empty > > makes no difference if set debug.acpi.disabled="cmbat" or not > Well, I'm lost. Could you provide (again) a sysctl hw.acpi both on AC and on battery, without the debug.acpi.disabled="cmbat"? Also a dmesg with boot -v if possible. Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-mobile@FreeBSD.ORG Tue Sep 27 10:21:05 2005 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 5B63E16A41F for ; Tue, 27 Sep 2005 10:21:05 +0000 (GMT) (envelope-from asstec@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id A967B43D48 for ; Tue, 27 Sep 2005 10:21:04 +0000 (GMT) (envelope-from asstec@matik.com.br) Received: from mc01.mega.net.br (nbc.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.3/8.13.1) with ESMTP id j8RAL2eW024766; Tue, 27 Sep 2005 07:21:03 -0300 (BRST) (envelope-from asstec@matik.com.br) From: AT Matik Organization: Infomatik To: Bruno Ducrot Date: Tue, 27 Sep 2005 07:20:43 -0300 User-Agent: KMail/1.8.2 References: <20050925080324.27714.qmail@web32809.mail.mud.yahoo.com> <200509261451.56912.asstec@matik.com.br> <20050927094557.GJ21906@poupinou.org> In-Reply-To: <20050927094557.GJ21906@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509270720.43505.asstec@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-mobile@freebsd.org Subject: Re: NB Acer [3|5]0x and ACPI 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, 27 Sep 2005 10:21:05 -0000 On Tuesday 27 September 2005 06:45, Bruno Ducrot wrote: > > Well, I'm lost. Could you provide (again) a sysctl hw.acpi both on AC > and on battery, without the debug.acpi.disabled="cmbat"? Also a dmesg > with boot -v if possible I had a tipo in my loader.conf so sorry for answering wrong what really happens is that when I unplug the powercord the NB freezes totally when I start it on battery it starts but freezes after soon as login comes up no difference if disabling cmbat or not later today I send you what you are asking for thanks again > A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-mobile@FreeBSD.ORG Tue Sep 27 11:03:21 2005 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 A01DA16A422 for ; Tue, 27 Sep 2005 11:03:21 +0000 (GMT) (envelope-from asstec@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 250A643D48 for ; Tue, 27 Sep 2005 11:03:19 +0000 (GMT) (envelope-from asstec@matik.com.br) Received: from mc01.mega.net.br (nbc.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.3/8.13.1) with ESMTP id j8RB3HPB026414; Tue, 27 Sep 2005 08:03:18 -0300 (BRST) (envelope-from asstec@matik.com.br) From: AT Matik Organization: Infomatik To: Bruno Ducrot Date: Tue, 27 Sep 2005 08:02:52 -0300 User-Agent: KMail/1.8.2 References: <20050925080324.27714.qmail@web32809.mail.mud.yahoo.com> <200509261451.56912.asstec@matik.com.br> <20050927094557.GJ21906@poupinou.org> In-Reply-To: <20050927094557.GJ21906@poupinou.org> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_cbSODZ01kr8tUxX" Message-Id: <200509270802.52828.asstec@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-mobile@freebsd.org Subject: Re: NB Acer [3|5]0x and ACPI 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, 27 Sep 2005 11:03:21 -0000 --Boundary-00=_cbSODZ01kr8tUxX Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tuesday 27 September 2005 06:45, Bruno Ducrot wrote: > Well, I'm lost. Could you provide (again) a sysctl hw.acpi both on AC > and on battery, without the debug.acpi.disabled="cmbat"? Also a dmesg > with boot -v if possible. > Hi and thanks again attached the outputs, I hope I didn't missed anything --Boundary-00=_cbSODZ01kr8tUxX Content-Type: text/plain; charset="iso-8859-1"; name="anb.dmesg.cmbat-0.-v.ac.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="anb.dmesg.cmbat-0.-v.ac.txt" Copyright (c) 1992-2005 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.0-BETA5 #7: Sat Sep 24 17:57:35 BRST 2005 hmm@anb.matik.com.br:/usr/src/sys/i386/compile/anb Preloaded elf kernel "/boot/kernel/kernel" at 0xc0841000. Preloaded elf module "/boot/kernel/splash_bmp.ko" at 0xc0841198. Preloaded splash_image_data "/boot/im.bmp" at 0xc0841248. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc0841294. Preloaded elf module "/boot/kernel/sound.ko" at 0xc0841340. Preloaded elf module "/boot/kernel/if_ndis.ko" at 0xc08413ec. Preloaded elf module "/boot/kernel/ndis.ko" at 0xc0841498. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0841544. MP Configuration Table version 1.4 found at 0xc009fc70 Table 'FACP' at 0xdef9e5f Table 'SSDT' at 0xdef9ed3 Table 'APIC' at 0xdef9f88 MADT: Found table at 0xdef9f88 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193182 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1600064873 Hz CPU: Mobile AMD Sempron(tm) Processor 2800+ (1600.06-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20fc2 Stepping = 2 Features=0x78bfbff Features2=0x1 AMD Features=0xc2500800,3DNow+,3DNow> Data TLB: 32 entries, fully associative Instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 233766912 (222 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000000dacbfff, 216690688 bytes (52903 pages) avail memory = 219262976 (209 MB) bios32: Found BIOS32 Service Directory header at 0xc00f7f10 bios32: Entry = 0xfd5f0 (c00fd5f0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd5f0+0x186 pnpbios: Found PnP BIOS data at 0xc00f7f90 pnpbios: Entry = f0000:c411 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 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 lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high MADT: Forcing active-low polarity and level trigger for SCI ioapic0: intpin 11 polarity: low ioapic0: intpin 11 trigger: level ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050010 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 wlan: <802.11 Link Layer> mem: Pentium Pro MTRR support enabled io: null: VESA: information block 56 45 53 41 00 03 00 01 00 01 00 00 00 00 22 00 00 01 00 01 00 01 04 01 00 01 25 01 00 01 2a 01 00 01 02 01 01 01 00 01 03 01 04 01 05 01 0d 01 0e 01 10 01 11 01 13 01 14 01 16 01 17 01 27 01 VESA: 25 mode(s) found VESA: v3.0, 16384k memory, flags:0x0, mode table:0xc070a542 (1000022) VESA: SiS VESA: Silicon Integrated Systems Corp. 6330 2.27.g8 random: nfslock: pseudo-device splash: image@0xc0796204, size:46078 bmp_start(): splash_mode:257 splash: image decoder found: splash_bmp npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND SearchNode 0xc14993c0 StartNode 0xc14993c0 ReturnNode 0 pci_open(1): mode 1 addr port (0x0cf8) is 0x80010010 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=07601039) pcibios: BIOS version 2.10 Found $PIR table, 8 entries at 0xc00fdd30 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x41 3 4 5 7 9 10 11 12 15 embedded 0 1 B 0x42 3 4 5 7 9 10 11 12 15 embedded 0 2 A 0x41 3 4 5 7 9 10 11 12 15 embedded 0 2 B 0x42 3 4 5 7 9 10 11 12 15 embedded 0 2 C 0x43 3 4 5 7 9 10 11 12 15 embedded 0 2 D 0x44 3 4 5 7 9 10 11 12 15 embedded 0 3 A 0x60 3 4 5 7 9 10 11 12 15 embedded 0 3 B 0x61 3 4 5 7 9 10 11 12 15 embedded 0 3 C 0x62 3 4 5 7 9 10 11 12 15 embedded 0 3 D 0x63 3 4 5 7 9 10 11 12 15 embedded 0 4 A 0x44 3 4 5 7 9 10 11 12 15 embedded 0 6 A 0x44 3 4 5 7 9 10 11 12 15 embedded 0 11 A 0x42 3 4 5 7 9 10 11 12 15 embedded 0 11 B 0x43 3 4 5 7 9 10 11 12 15 AcpiOsDerivePciId: bus 0 dev 24 func 3 AcpiOsDerivePciId: bus 0 dev 2 func 0 acpi0: Power Button (fixed) AcpiOsDerivePciId: bus 0 dev 2 func 0 unknown: I/O range not supported acpi_ec0: port 0x62,0x66 on acpi0 acpi_ec0: info: new max delay is 30 us acpi_ec0: info: new max delay is 350 us acpi_ec0: info: new max delay is 670 us acpi_ec0: info: new max delay is 680 us pci_link0: irq 7 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 7 N 0 3 4 5 7 9 10 11 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 7 N 0 3 4 5 7 9 10 11 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link1: irq 4 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 4 N 0 3 4 5 7 9 10 11 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 4 N 0 3 4 5 7 9 10 11 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link2: irq 5 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 7 9 10 11 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 7 9 10 11 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link3: irq 3 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 7 9 10 11 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 7 9 10 11 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link4: irq 9 on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 7 9 10 11 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 7 9 10 11 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link5: irq 11 on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 9 10 11 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 9 10 11 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link6: irq 0 on acpi0 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link7: irq 10 on acpi0 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 7 9 10 11 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 7 9 10 11 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 ACPI timer: 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1039, dev=0x0760, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base e0000000, size 25, enabled found-> vendor=0x1039, dev=0x0002, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x63 (2970 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1039, dev=0x0008, revid=0x25 bus=0, slot=2, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1039, dev=0x5513, revid=0x00 bus=0, slot=2, func=5 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type 4, range 32, base 00002000, size 4, enabled found-> vendor=0x1039, dev=0x7013, revid=0xa0 bus=0, slot=2, func=6 class=07-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0xad (5190 ns), mingnt=0x34 (13000 ns), maxlat=0x0b (2750 ns) intpin=c, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00001000, size 8, enabled map[14]: type 4, range 32, base 00001c00, size 7, enabled pcib0: matched entry for 0.2.INTC pcib0: slot 2 INTC hardwired to IRQ 18 found-> vendor=0x1039, dev=0x7012, revid=0xa0 bus=0, slot=2, func=7 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0xad (5190 ns), mingnt=0x34 (13000 ns), maxlat=0x0b (2750 ns) intpin=c, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00001400, size 8, enabled map[14]: type 4, range 32, base 00001c80, size 7, enabled pcib0: matched entry for 0.2.INTC pcib0: slot 2 INTC hardwired to IRQ 18 found-> vendor=0x1039, dev=0x7001, revid=0x0f bus=0, slot=3, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=a, irq=9 map[10]: type 1, range 32, base e2002000, size 12, enabled pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 20 found-> vendor=0x1039, dev=0x7001, revid=0x0f bus=0, slot=3, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=b, irq=11 map[10]: type 1, range 32, base e2003000, size 12, enabled pcib0: matched entry for 0.3.INTB pcib0: slot 3 INTB hardwired to IRQ 21 found-> vendor=0x1039, dev=0x7002, revid=0x00 bus=0, slot=3, func=2 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=d, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base e2004000, size 12, enabled pcib0: matched entry for 0.3.INTD pcib0: slot 3 INTD hardwired to IRQ 23 found-> vendor=0x1039, dev=0x0900, revid=0x91 bus=0, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0xad (5190 ns), mingnt=0x34 (13000 ns), maxlat=0x0b (2750 ns) intpin=a, irq=3 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00001800, size 8, enabled map[14]: type 1, range 32, base e2005000, size 12, enabled pcib0: matched entry for 0.4.INTA pcib0: slot 4 INTA hardwired to IRQ 19 found-> vendor=0x104c, dev=0xac50, revid=0x02 bus=0, slot=6, func=0 class=06-07-00, hdrtype=0x02, mfdev=0 cmdreg=0x0000, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x03 (750 ns) intpin=a, irq=255 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, memory disabled found-> vendor=0x14e4, dev=0x4318, revid=0x02 bus=0, slot=11, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0002, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=4 map[10]: type 1, range 32, base e2000000, size 13, enabled pcib0: matched entry for 0.11.INTA pcib0: slot 11 INTA hardwired to IRQ 17 found-> vendor=0x1022, dev=0x1100, revid=0x00 bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) agp0: mem 0xe0000000-0xe1ffffff at device 0.0 on pci0 agp0: Reserved 0x2000000 bytes for rid 0x10 type 3 at 0xe0000000 agp0: allocating GATT for aperture of size 4M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xa000-0xafff pcib1: memory decode 0xe2100000-0xe21fffff pcib1: prefetched decode 0xe8000000-0xefffffff pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.AGP0 - AE_NOT_FOUND pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1039, dev=0x6330, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0230, 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 3, range 32, base e8000000, size 27, enabled pcib1: (null) requested memory range 0xe8000000-0xefffffff: good map[14]: type 1, range 32, base e2100000, size 17, enabled pcib1: (null) requested memory range 0xe2100000-0xe211ffff: good map[18]: type 4, range 32, base 0000a000, size 7, enabled pcib1: (null) requested I/O range 0xa000-0xa07f: in range pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 pci1: at device 0.0 (no driver attached) isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 2.5 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x2000 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=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 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 ata1: [MPSAFE] pci0: at device 2.6 (no driver attached) pcm0: port 0x1400-0x14ff,0x1c80-0x1cff irq 18 at device 2.7 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x1400 pcm0: Reserved 0x80 bytes for rid 0x14 type 4 at 0x1c80 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features headphone, 20 bit DAC, 18 bit ADC, 6 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, double rate PCM, reserved 1, AMAP, reserved 5 pcm0: sndbuf_setmap d96a000, 4000; 0xcd891000 -> d96a000 pcm0: sndbuf_setmap d962000, 4000; 0xcd895000 -> d962000 ohci0: mem 0xe2002000-0xe2002fff irq 20 at device 3.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe2002000 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe2003000-0xe2003fff irq 21 at device 3.1 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe2003000 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ehci0: mem 0xe2004000-0xe2004fff irq 23 at device 3.2 on pci0 ehci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe2004000 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 3 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: SiS EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 6 ports with 6 removable, self powered sis0: port 0x1800-0x18ff mem 0xe2005000-0xe2005fff irq 19 at device 4.0 on pci0 sis0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x1800 miibus0: on sis0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: bpf attached sis0: Ethernet address: 00:c0:9f:ae:45:16 sis0: [MPSAFE] cbb0: at device 6.0 on pci0 cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib0: matched entry for 0.6.INTA pcib0: slot 6 INTA hardwired to IRQ 19 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0xac50104c 0x02100007 0x06070002 0x00024000 0x10: 0x80000000 0x020000a0 0x20030200 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x07400113 0x40: 0x00831025 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x0844d060 0x00000000 0x00000000 0x00521d22 0x90: 0x616402c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe110001 0x00c00100 0x00000000 0x0000001f 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 pci0: at device 11.0 (no driver attached) acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 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 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 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-0xcbfff,0xcc000-0xd5fff,0xdc000-0xe3fff 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: No FDOUT register! 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 failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0 failed to probe at port 0x3f8 irq 4 on isa0 sio1 failed to probe at port 0x2f8 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. procfs registered lapic: Divisor 2, Frequency 100003834 hz Timecounter "TSC" frequency 1600064873 Hz quality 800 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times battery0: battery initialization start ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ad0: setting PIO4 on SiS 5513 chip ad0: setting UDMA100 on SiS 5513 chip ad0: 38154MB at ata0-master UDMA100 ad0: 78140160 sectors [77520C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND SearchNode 0xc14993c0 StartNode 0xc14993c0 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc14992c0), AE_NOT_FOUND battery0: error fetching current battery status -- AE_NOT_FOUND acpi_ec0: info: new max delay is 11000 us battery0: battery initialization done, tried 1 times 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: setting PIO4 on SiS 5513 chip acd0: setting UDMA33 on SiS 5513 chip acd0: CDRW drive at ata1 as master acd0: 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc pcm0: measured ac97 link rate at 47998 Hz, will use 48000 Hz (probe0:ata1:0:0:0): error 22 (probe0:ata1:0:0:0): Unretryable Error (probe0:ata1:0:0:0): error 6 (probe0:ata1:0:0:0): Unretryable Error (probe0:ata1:0:0:0): error 22 (probe0:ata1:0:0:0): Unretryable Error pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 33.000MB/s transfers GEOM: new disk cd0 ATA PseudoRAID loaded ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 11 (ISA IRQ 11) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 ioapic0: routing intpin 20 (PCI IRQ 20) to cluster 0 ioapic0: routing intpin 21 (PCI IRQ 21) to cluster 0 ioapic0: routing intpin 23 (PCI IRQ 23) to cluster 0 (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error Trying to mount root from ufs:/dev/ad0s3a start_init: trying /sbin/init linprocfs registered --Boundary-00=_cbSODZ01kr8tUxX Content-Type: text/plain; charset="iso-8859-1"; name="anb.hw.acpi.cmbat-0.ac.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="anb.hw.acpi.cmbat-0.ac.txt" 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: 0 hw.acpi.verbose: 1 hw.acpi.reset_video: 1 hw.acpi.cpu.cx_supported: C1/0 C2/99 C3/999 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% 0.00% 0.00% hw.acpi.acline: 1 hw.acpi.battery.life: 0 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 47.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 93.0C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 97.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 --Boundary-00=_cbSODZ01kr8tUxX Content-Type: text/plain; charset="iso-8859-1"; name="anb.dmesg.cmbat-0.-v.bat.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="anb.dmesg.cmbat-0.-v.bat.txt" Copyright (c) 1992-2005 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.0-BETA5 #7: Sat Sep 24 17:57:35 BRST 2005 hmm@anb.matik.com.br:/usr/src/sys/i386/compile/anb Preloaded elf kernel "/boot/kernel/kernel" at 0xc0841000. Preloaded elf module "/boot/kernel/splash_bmp.ko" at 0xc0841198. Preloaded splash_image_data "/boot/im.bmp" at 0xc0841248. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc0841294. Preloaded elf module "/boot/kernel/sound.ko" at 0xc0841340. Preloaded elf module "/boot/kernel/if_ndis.ko" at 0xc08413ec. Preloaded elf module "/boot/kernel/ndis.ko" at 0xc0841498. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0841544. MP Configuration Table version 1.4 found at 0xc009fc70 Table 'FACP' at 0xdef9e5f Table 'SSDT' at 0xdef9ed3 Table 'APIC' at 0xdef9f88 MADT: Found table at 0xdef9f88 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193182 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1600061969 Hz CPU: Mobile AMD Sempron(tm) Processor 2800+ (1600.06-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20fc2 Stepping = 2 Features=0x78bfbff Features2=0x1 AMD Features=0xc2500800,3DNow+,3DNow> Data TLB: 32 entries, fully associative Instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 233766912 (222 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000000dacbfff, 216690688 bytes (52903 pages) avail memory = 219262976 (209 MB) bios32: Found BIOS32 Service Directory header at 0xc00f7f10 bios32: Entry = 0xfd5f0 (c00fd5f0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd5f0+0x186 pnpbios: Found PnP BIOS data at 0xc00f7f90 pnpbios: Entry = f0000:c411 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 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 lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high MADT: Forcing active-low polarity and level trigger for SCI ioapic0: intpin 11 polarity: low ioapic0: intpin 11 trigger: level ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050010 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 wlan: <802.11 Link Layer> mem: Pentium Pro MTRR support enabled io: null: VESA: information block 56 45 53 41 00 03 00 01 00 01 00 00 00 00 22 00 00 01 00 01 00 01 04 01 00 01 25 01 00 01 2a 01 00 01 02 01 01 01 00 01 03 01 04 01 05 01 0d 01 0e 01 10 01 11 01 13 01 14 01 16 01 17 01 27 01 VESA: 25 mode(s) found VESA: v3.0, 16384k memory, flags:0x0, mode table:0xc070a542 (1000022) VESA: SiS VESA: Silicon Integrated Systems Corp. 6330 2.27.g8 random: nfslock: pseudo-device splash: image@0xc0796204, size:46078 bmp_start(): splash_mode:257 splash: image decoder found: splash_bmp npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND SearchNode 0xc14993c0 StartNode 0xc14993c0 ReturnNode 0 pci_open(1): mode 1 addr port (0x0cf8) is 0x80010010 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=07601039) pcibios: BIOS version 2.10 Found $PIR table, 8 entries at 0xc00fdd30 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x41 3 4 5 7 9 10 11 12 15 embedded 0 1 B 0x42 3 4 5 7 9 10 11 12 15 embedded 0 2 A 0x41 3 4 5 7 9 10 11 12 15 embedded 0 2 B 0x42 3 4 5 7 9 10 11 12 15 embedded 0 2 C 0x43 3 4 5 7 9 10 11 12 15 embedded 0 2 D 0x44 3 4 5 7 9 10 11 12 15 embedded 0 3 A 0x60 3 4 5 7 9 10 11 12 15 embedded 0 3 B 0x61 3 4 5 7 9 10 11 12 15 embedded 0 3 C 0x62 3 4 5 7 9 10 11 12 15 embedded 0 3 D 0x63 3 4 5 7 9 10 11 12 15 embedded 0 4 A 0x44 3 4 5 7 9 10 11 12 15 embedded 0 6 A 0x44 3 4 5 7 9 10 11 12 15 embedded 0 11 A 0x42 3 4 5 7 9 10 11 12 15 embedded 0 11 B 0x43 3 4 5 7 9 10 11 12 15 AcpiOsDerivePciId: bus 0 dev 24 func 3 AcpiOsDerivePciId: bus 0 dev 2 func 0 acpi0: Power Button (fixed) AcpiOsDerivePciId: bus 0 dev 2 func 0 unknown: I/O range not supported acpi_ec0: port 0x62,0x66 on acpi0 acpi_ec0: info: new max delay is 30 us acpi_ec0: info: new max delay is 350 us acpi_ec0: info: new max delay is 670 us pci_link0: irq 7 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 7 N 0 3 4 5 7 9 10 11 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 7 N 0 3 4 5 7 9 10 11 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link1: irq 4 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 4 N 0 3 4 5 7 9 10 11 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 4 N 0 3 4 5 7 9 10 11 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link2: irq 5 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 7 9 10 11 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 7 9 10 11 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link3: irq 3 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 7 9 10 11 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 7 9 10 11 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link4: irq 9 on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 7 9 10 11 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 7 9 10 11 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link5: irq 11 on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 9 10 11 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 9 10 11 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link6: irq 0 on acpi0 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link7: irq 10 on acpi0 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 7 9 10 11 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 7 9 10 11 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 ACPI timer: 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1039, dev=0x0760, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base e0000000, size 25, enabled found-> vendor=0x1039, dev=0x0002, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x63 (2970 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1039, dev=0x0008, revid=0x25 bus=0, slot=2, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1039, dev=0x5513, revid=0x00 bus=0, slot=2, func=5 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type 4, range 32, base 00002000, size 4, enabled found-> vendor=0x1039, dev=0x7013, revid=0xa0 bus=0, slot=2, func=6 class=07-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0xad (5190 ns), mingnt=0x34 (13000 ns), maxlat=0x0b (2750 ns) intpin=c, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00001000, size 8, enabled map[14]: type 4, range 32, base 00001c00, size 7, enabled pcib0: matched entry for 0.2.INTC pcib0: slot 2 INTC hardwired to IRQ 18 found-> vendor=0x1039, dev=0x7012, revid=0xa0 bus=0, slot=2, func=7 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0xad (5190 ns), mingnt=0x34 (13000 ns), maxlat=0x0b (2750 ns) intpin=c, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00001400, size 8, enabled map[14]: type 4, range 32, base 00001c80, size 7, enabled pcib0: matched entry for 0.2.INTC pcib0: slot 2 INTC hardwired to IRQ 18 found-> vendor=0x1039, dev=0x7001, revid=0x0f bus=0, slot=3, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=a, irq=9 map[10]: type 1, range 32, base e2002000, size 12, enabled pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 20 found-> vendor=0x1039, dev=0x7001, revid=0x0f bus=0, slot=3, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=b, irq=11 map[10]: type 1, range 32, base e2003000, size 12, enabled pcib0: matched entry for 0.3.INTB pcib0: slot 3 INTB hardwired to IRQ 21 found-> vendor=0x1039, dev=0x7002, revid=0x00 bus=0, slot=3, func=2 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=d, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base e2004000, size 12, enabled pcib0: matched entry for 0.3.INTD pcib0: slot 3 INTD hardwired to IRQ 23 found-> vendor=0x1039, dev=0x0900, revid=0x91 bus=0, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0xad (5190 ns), mingnt=0x34 (13000 ns), maxlat=0x0b (2750 ns) intpin=a, irq=3 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00001800, size 8, enabled map[14]: type 1, range 32, base e2005000, size 12, enabled pcib0: matched entry for 0.4.INTA pcib0: slot 4 INTA hardwired to IRQ 19 found-> vendor=0x104c, dev=0xac50, revid=0x02 bus=0, slot=6, func=0 class=06-07-00, hdrtype=0x02, mfdev=0 cmdreg=0x0000, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x03 (750 ns) intpin=a, irq=255 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, memory disabled found-> vendor=0x14e4, dev=0x4318, revid=0x02 bus=0, slot=11, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0002, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=4 map[10]: type 1, range 32, base e2000000, size 13, enabled pcib0: matched entry for 0.11.INTA pcib0: slot 11 INTA hardwired to IRQ 17 found-> vendor=0x1022, dev=0x1100, revid=0x00 bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) agp0: mem 0xe0000000-0xe1ffffff at device 0.0 on pci0 agp0: Reserved 0x2000000 bytes for rid 0x10 type 3 at 0xe0000000 agp0: allocating GATT for aperture of size 4M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xa000-0xafff pcib1: memory decode 0xe2100000-0xe21fffff pcib1: prefetched decode 0xe8000000-0xefffffff pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.AGP0 - AE_NOT_FOUND pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1039, dev=0x6330, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0230, 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 3, range 32, base e8000000, size 27, enabled pcib1: (null) requested memory range 0xe8000000-0xefffffff: good map[14]: type 1, range 32, base e2100000, size 17, enabled pcib1: (null) requested memory range 0xe2100000-0xe211ffff: good map[18]: type 4, range 32, base 0000a000, size 7, enabled pcib1: (null) requested I/O range 0xa000-0xa07f: in range pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 pci1: at device 0.0 (no driver attached) isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 2.5 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x2000 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=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 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 ata1: [MPSAFE] pci0: at device 2.6 (no driver attached) pcm0: port 0x1400-0x14ff,0x1c80-0x1cff irq 18 at device 2.7 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x1400 pcm0: Reserved 0x80 bytes for rid 0x14 type 4 at 0x1c80 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features headphone, 20 bit DAC, 18 bit ADC, 6 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, double rate PCM, reserved 1, AMAP, reserved 5 pcm0: sndbuf_setmap d96a000, 4000; 0xcd891000 -> d96a000 pcm0: sndbuf_setmap d962000, 4000; 0xcd895000 -> d962000 ohci0: mem 0xe2002000-0xe2002fff irq 20 at device 3.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe2002000 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe2003000-0xe2003fff irq 21 at device 3.1 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe2003000 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ehci0: mem 0xe2004000-0xe2004fff irq 23 at device 3.2 on pci0 ehci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe2004000 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 3 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: SiS EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 6 ports with 6 removable, self powered sis0: port 0x1800-0x18ff mem 0xe2005000-0xe2005fff irq 19 at device 4.0 on pci0 sis0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x1800 miibus0: on sis0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: bpf attached sis0: Ethernet address: 00:c0:9f:ae:45:16 sis0: [MPSAFE] cbb0: at device 6.0 on pci0 cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib0: matched entry for 0.6.INTA pcib0: slot 6 INTA hardwired to IRQ 19 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0xac50104c 0x02100007 0x06070002 0x00024000 0x10: 0x80000000 0x020000a0 0x20030200 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x07400113 0x40: 0x00831025 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x0844d060 0x00000000 0x00000000 0x00521d22 0x90: 0x616402c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe110001 0x00c00100 0x00000000 0x0000001f 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 pci0: at device 11.0 (no driver attached) acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 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 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 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-0xcbfff,0xcc000-0xd5fff,0xdc000-0xe3fff 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: No FDOUT register! 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 failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0 failed to probe at port 0x3f8 irq 4 on isa0 sio1 failed to probe at port 0x2f8 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. procfs registered lapic: Divisor 2, Frequency 100003786 hz Timecounter "TSC" frequency 1600061969 Hz quality 800 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached acpi_acad0: acline initialization start battery0: battery initialization start ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ad0: setting PIO4 on SiS 5513 chip ad0: setting UDMA100 on SiS 5513 chip ad0: 38154MB at ata0-master UDMA100 ad0: 78140160 sectors [77520C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 system power profile changed to 'economy' acpi_acad0: Off Line acpi_acad0: acline initialization done, tried 1 times 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: setting PIO4 on SiS 5513 chip acd0: setting UDMA33 on SiS 5513 chip acd0: CDRW drive at ata1 as master acd0: 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc pcm0: measured ac97 link rate at 47998 Hz, will use 48000 Hz (probe0:ata1:0:0:0): error 22 (probe0:ata1:0:0:0): Unretryable Error (probe0:ata1:0:0:0): error 6 (probe0:ata1:0:0:0): Unretryable Error (probe0:ata1:0:0:0): error 22 (probe0:ata1:0:0:0): Unretryable Error pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 33.000MB/s transfers GEOM: new disk cd0 ATA PseudoRAID loaded ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 11 (ISA IRQ 11) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 ioapic0: routing intpin 20 (PCI IRQ 20) to cluster 0 ioapic0: routing intpin 21 (PCI IRQ 21) to cluster 0 ioapic0: routing intpin 23 (PCI IRQ 23) to cluster 0 (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error Trying to mount root from ufs:/dev/ad0s3a start_init: trying /sbin/init ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND SearchNode 0xc14993c0 StartNode 0xc14993c0 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc14992c0), AE_NOT_FOUND battery0: error fetching current battery status -- AE_NOT_FOUND battery0: battery initialization done, tried 2 times linprocfs registered acpi_ec0: info: new max delay is 760 us --Boundary-00=_cbSODZ01kr8tUxX Content-Type: text/plain; charset="iso-8859-1"; name="anb.hw.acpi.cmbat-0.bat.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="anb.hw.acpi.cmbat-0.bat.txt" 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: 0 hw.acpi.verbose: 1 hw.acpi.reset_video: 1 hw.acpi.cpu.cx_supported: C1/0 C2/99 C3/999 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% 0.00% 0.00% hw.acpi.acline: 0 hw.acpi.battery.life: 0 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 52.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 93.0C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 97.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 --Boundary-00=_cbSODZ01kr8tUxX-- A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-mobile@FreeBSD.ORG Tue Sep 27 12:46:24 2005 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 6FE6B16A41F for ; Tue, 27 Sep 2005 12:46:24 +0000 (GMT) (envelope-from kansascity_guy2005@yahoo.com) Received: from web32815.mail.mud.yahoo.com (web32815.mail.mud.yahoo.com [68.142.206.45]) by mx1.FreeBSD.org (Postfix) with SMTP id EFB2B43D48 for ; Tue, 27 Sep 2005 12:46:23 +0000 (GMT) (envelope-from kansascity_guy2005@yahoo.com) Received: (qmail 24314 invoked by uid 60001); 27 Sep 2005 12:46:23 -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=Jmdt5UbQ45+bRGONQOIMMferHYUZd0rByc2YQXUd+R9xfeT0XqzVlsmjoJ+evHJ7D94/AvkhvVo0rOi20rufaaK30UK5meSjSXY9/4BPbVbASGOy4Rr0e0VhMb+nlzw/4ymlFXJxJUl0nC1hKmo2b2lGGJuGKX8W6x/CzCmd0IU= ; Message-ID: <20050927124623.24309.qmail@web32815.mail.mud.yahoo.com> Received: from [65.30.122.93] by web32815.mail.mud.yahoo.com via HTTP; Tue, 27 Sep 2005 05:46:23 PDT Date: Tue, 27 Sep 2005 05:46:23 -0700 (PDT) From: Brian To: freebsd-mobile@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: KDE on ThinkPad T43 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, 27 Sep 2005 12:46:24 -0000 Any one have KDE 3 working on there ThinkPad T43? My vidow will not work and I pached the port with the newer xorg. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-mobile@FreeBSD.ORG Tue Sep 27 14:52:36 2005 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 EEBF316A41F for ; Tue, 27 Sep 2005 14:52:36 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64A7843D4C for ; Tue, 27 Sep 2005 14:52:36 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EKGoa-0006zI-00; Tue, 27 Sep 2005 16:52:16 +0200 Date: Tue, 27 Sep 2005 16:52:16 +0200 To: AT Matik Message-ID: <20050927145216.GB26697@poupinou.org> References: <20050925080324.27714.qmail@web32809.mail.mud.yahoo.com> <200509261451.56912.asstec@matik.com.br> <20050927094557.GJ21906@poupinou.org> <200509270802.52828.asstec@matik.com.br> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: <200509270802.52828.asstec@matik.com.br> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-mobile@freebsd.org Subject: Re: NB Acer [3|5]0x and ACPI 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, 27 Sep 2005 14:52:37 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Sep 27, 2005 at 08:02:52AM -0300, AT Matik wrote: > On Tuesday 27 September 2005 06:45, Bruno Ducrot wrote: > > > Well, I'm lost. Could you provide (again) a sysctl hw.acpi both on AC > > and on battery, without the debug.acpi.disabled="cmbat"? Also a dmesg > > with boot -v if possible. > > > > Hi and thanks again > attached the outputs, I hope I didn't missed anything > > Copyright (c) 1992-2005 The FreeBSD Project. ... > acpi0: on motherboard > acpi0: [MPSAFE] > ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND The DSDT override isn't ok. Are you sure you applied the patch I send to you to the anb.acpi.dump.txt file? Something like that: patch < anb.acpi.dump.txt.diff iasl anb.acpi.dump.txt at that stage you should have a file called DSDT.aml Then ls -l DSDT.aml (just to check it's not empty, who knows) cp DSDT.aml /boot change the /boot/loader.conf so that it contains those lines: acpi_dsdt_load="YES" acpi_dsdt_name="/boot/DSDT.aml" and then reboot. If you still have errors like that: > ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND then the DSDT is the original ones, not the one that have been corrected. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="anb.acpi.dump.txt.diff" --- anb.acpi.dump.txt 2005/09/26 12:54:10 1.1 +++ anb.acpi.dump.txt 2005/09/26 12:54:40 @@ -3061,8 +3061,8 @@ DefinitionBlock ("DSDT.aml", "DSDT", 1, Name (PBST, Package (0x04) { 0x00, - Z007, - Z007, + Ones, + Ones, 0x2710 }) Name (ERRC, 0x00) --NzB8fVQJ5HfG6fxh-- From owner-freebsd-mobile@FreeBSD.ORG Tue Sep 27 15:11:42 2005 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 545EE16A41F; Tue, 27 Sep 2005 15:11:42 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from efacilitas.de (smtp.efacilitas.de [85.10.196.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 400C343D48; Tue, 27 Sep 2005 15:11:40 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from eurystheus.local (port-212-202-37-18.dynamic.qsc.de [212.202.37.18]) by efacilitas.de (Postfix) with ESMTP id CA3C54AF5A; Tue, 27 Sep 2005 17:18:27 +0200 (CEST) Received: from [192.168.1.67] (eurystheus.local [192.168.1.67]) by eurystheus.local (Postfix) with ESMTP id 8B2943328D1; Tue, 27 Sep 2005 17:11:45 +0200 (CEST) Message-ID: <43396131.8010204@cs.tu-berlin.de> Date: Tue, 27 Sep 2005 17:11:45 +0200 From: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.10) Gecko/20050824 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org, freebsd-mobile@freebsd.org Content-Type: multipart/mixed; boundary="------------050805070805060904050204" Cc: Subject: ACPI-related weird behaviour of PCMCIA network adapter X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-acpi@freebsd.org List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 15:11:42 -0000 This is a multi-part message in MIME format. --------------050805070805060904050204 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hello, I have an IBM Thinkpad 600 (Pentium II 300) with a 3com Megahertz 574B PCMCIA network adapter. ACPI-related commits to HEAD on November 23th 2004 have broken something. These commits concern the files src/sys/dev/acpica/acpi_pci_link.c src/sys/dev/acpica/acpi_pcib.c src/sys/dev/acpica/acpi_pcib_acpi.c src/sys/dev/acpica/acpi_pcib_pci.c src/sys/dev/acpica/acpi_pcibvar.h The problem is that the network adapter behaves very strange. It works overall and there is no packet loss, but there is a high latency and a low throughput as a result. The output of ping might give a clue what's going on: before: 64 bytes from 192.168.1.4: icmp_seq=0 ttl=64 time=0.690 ms 64 bytes from 192.168.1.4: icmp_seq=1 ttl=64 time=0.565 ms 64 bytes from 192.168.1.4: icmp_seq=2 ttl=64 time=0.560 ms 64 bytes from 192.168.1.4: icmp_seq=3 ttl=64 time=0.579 ms after: 64 bytes from 192.168.1.4: icmp_seq=0 ttl=64 time=642.271 ms 64 bytes from 192.168.1.4: icmp_seq=1 ttl=64 time=765.606 ms 64 bytes from 192.168.1.4: icmp_seq=2 ttl=64 time=8652.092 ms 64 bytes from 192.168.1.4: icmp_seq=3 ttl=64 time=7651.296 ms 64 bytes from 192.168.1.4: icmp_seq=4 ttl=64 time=6650.415 ms 64 bytes from 192.168.1.4: icmp_seq=5 ttl=64 time=5649.384 ms 64 bytes from 192.168.1.4: icmp_seq=6 ttl=64 time=4648.452 ms 64 bytes from 192.168.1.4: icmp_seq=7 ttl=64 time=3647.554 ms 64 bytes from 192.168.1.4: icmp_seq=8 ttl=64 time=2646.692 ms 64 bytes from 192.168.1.4: icmp_seq=9 ttl=64 time=1645.702 ms 64 bytes from 192.168.1.4: icmp_seq=10 ttl=64 time=644.745 ms 64 bytes from 192.168.1.4: icmp_seq=11 ttl=64 time=754.280 ms 64 bytes from 192.168.1.4: icmp_seq=12 ttl=64 time=8653.586 ms 64 bytes from 192.168.1.4: icmp_seq=13 ttl=64 time=7652.703 ms 64 bytes from 192.168.1.4: icmp_seq=14 ttl=64 time=6651.699 ms 64 bytes from 192.168.1.4: icmp_seq=15 ttl=64 time=5651.197 ms 64 bytes from 192.168.1.4: icmp_seq=16 ttl=64 time=4650.333 ms 64 bytes from 192.168.1.4: icmp_seq=17 ttl=64 time=3649.383 ms 64 bytes from 192.168.1.4: icmp_seq=18 ttl=64 time=2648.421 ms 64 bytes from 192.168.1.4: icmp_seq=19 ttl=64 time=1647.459 ms 64 bytes from 192.168.1.4: icmp_seq=20 ttl=64 time=646.492 ms 64 bytes from 192.168.1.4: icmp_seq=21 ttl=64 time=743.899 ms There is a scheme. It looks like that 9 replies arrives at the same time; in this case the packets with the sequence number 2-10 and 12-20. It continues periodically. The length of a period is exactly 10 seconds. I attached output of 'vmstat -i' and verbose boot messages to this mail. I would appreciate a hint to make it easier for me to find the responsible piece of code in the huge changes of November 23th. Regards Björn --------------050805070805060904050204 Content-Type: text/plain; name="dmesg.boot.after" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.boot.after" Copyright (c) 1992-2004 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.0-CURRENT #0: Tue Sep 27 12:49:45 UTC 2005 root@nestor.local:/usr/obj/usr/src/sys/SYN Preloaded elf kernel "/boot/kernel/kernel" at 0xc0634000. Preloaded elf module "/boot/modules/acpi_broken.ko" at 0xc063415c. Calibrating clock(s) ... i8254 clock: 1193108 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 298422367 Hz CPU: Pentium II/Pentium II Xeon/Celeron (298.42-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183f9ff real memory = 201129984 (191 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000825000 - 0x000000000bc40fff, 188858368 bytes (46108 pages) avail memory = 191578112 (182 MB) bios32: Found BIOS32 Service Directory header at 0xc00fd800 bios32: Entry = 0xfd820 (c00fd820) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd880+0x0 pnpbios: Found PnP BIOS data at 0xc00fe700 pnpbios: Entry = f0000:e724 Rev = 1.0 pnpbios: Event flag at 415 Other BIOS signatures found: VESA: information block 56 45 53 41 00 02 1f 01 00 01 00 00 00 00 22 00 00 01 1f 00 10 01 00 01 00 01 09 01 00 01 1a 01 00 01 00 01 01 01 02 01 03 01 04 01 05 01 0d 01 0e 01 10 01 11 01 12 01 13 01 14 01 15 01 16 01 VESA: 22 mode(s) found VESA: v2.0, 1984k memory, flags:0x0, mode table:0xc05ef342 (1000022) VESA: MagicGraph 128XD 40K SVGA BIOS VESA: NeoMagic MagicGraph 128XV 01.0 mem: Pentium Pro MTRR support enabled random: null: io: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x000038c8 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71928086) pcibios: BIOS version 2.10 Found $PIR table, 4 entries at 0xc00f9e40 PCI-Only Interrupts: 11 Location Bus Device Pin Link IRQs embedded 0 7 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 7 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 0 2 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 D 0x63 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 1 func 0 acpi0: [MPSAFE] acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 2 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 2 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 3 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 1 acpi0: Power Button (fixed) atpic: Programming IRQ9 as level/low acpi_ec0: port 0x66,0x62 on acpi0 acpi_ec0: info: new max delay is 10 us acpi_ec0: info: new max delay is 20 us acpi_ec0: info: new max delay is 30 us acpi_ec0: info: new max delay is 50 us acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 0 func 1 ACPI timer: 0/5 0/4 0/4 0/4 0/4 0/4 0/4 0/4 0/4 0/4 -> 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xef08-0xef0b on acpi0 cpu0: on acpi0 acpi_tz0: on acpi0 acpi_tz1: on acpi0 acpi_tz2: on acpi0 pci_link0: on acpi0 pci_link0: 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_link0: 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_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: on acpi0 pci_link1: 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_link1: 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_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: on acpi0 pci_link2: 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_link2: 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_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: on acpi0 pci_link3: 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_link3: 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_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base 00000000, size 28, enabled found-> vendor=0x8086, dev=0x7192, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0xa200, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base 20301000, size 12, enabled found-> vendor=0x104c, dev=0xac16, revid=0x02 bus=0, slot=2, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0xa8 (5040 ns), mingnt=0xc0 (48000 ns), maxlat=0x03 (750 ns) intpin=a, irq=255 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 20300000, size 12, enabled found-> vendor=0x104c, dev=0xac16, revid=0x02 bus=0, slot=2, func=1 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0xa8 (5040 ns), mingnt=0xc0 (48000 ns), maxlat=0x03 (750 ns) intpin=b, irq=255 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base e0000000, size 24, enabled map[14]: type 1, range 32, base 20000000, size 21, enabled map[18]: type 1, range 32, base 20200000, size 20, enabled pcib0: matched entry for 0.3.INTA (src \\_SB_.LNKA:0) pci_link0: Picked IRQ 9 with weight 0 pcib0: slot 3 INTA routed to irq 9 via \\_SB_.LNKA found-> vendor=0x10c8, dev=0x0004, revid=0x01 bus=0, slot=3, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x10 (4000 ns), maxlat=0xff (63750 ns) intpin=a, irq=9 found-> vendor=0x8086, dev=0x7110, revid=0x01 bus=0, slot=7, func=0 class=06-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000fcf0, size 4, enabled found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=7, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00008400, size 5, enabled pcib0: matched entry for 0.7.INTD (src \\_SB_.LNKD:0) pci_link3: Picked IRQ 9 with weight 3 pcib0: slot 7 INTD routed to irq 9 via \\_SB_.LNKD found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=7, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x30 (1440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=9 map[90]: type 4, range 32, base 0000efa0, size 4, enabled found-> vendor=0x8086, dev=0x7113, revid=0x01 bus=0, slot=7, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) cbb0: mem 0x20301000-0x20301fff at device 2.0 on pci0 cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x20301000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib0: matched entry for 0.2.INTA (src \\_SB_.LNKA:0) pcib0: slot 2 INTA routed to irq 9 via \\_SB_.LNKA cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0xac16104c 0x02100007 0x06070002 0x0082a808 0x10: 0x20301000 0x020000a0 0xb0030100 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffc 0x30: 0x00000000 0x0000fffc 0x00000000 0x07400109 0x40: 0x00921014 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x00449061 0x00000000 0x09818148 0xfba97543 0x90: 0x606202c0 0x00000000 0x00000000 0x00000000 0xa0: 0x7e210001 0x00808000 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 cbb1: mem 0x20300000-0x20300fff at device 2.1 on pci0 cbb1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x20300000 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pcib0: matched entry for 0.2.INTB (src \\_SB_.LNKB:0) pci_link1: Picked IRQ 9 with weight 4 pcib0: slot 2 INTB routed to irq 9 via \\_SB_.LNKB cbb1: [MPSAFE] cbb1: PCI Configuration space: 0x00: 0xac16104c 0x02100007 0x06070002 0x0082a808 0x10: 0x20300000 0x020000a0 0xb0060400 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffc 0x30: 0x00000000 0x0000fffc 0x00000000 0x07400209 0x40: 0x00921014 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x00449061 0x00000000 0x09818148 0xfba97543 0x90: 0x606202c0 0x00000000 0x00000000 0x00000000 0xa0: 0x7e210001 0x00808000 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 pci0: at device 3.0 (no driver attached) PCI-ISA bridge with incorrect subclass 0x80 PCI-ISA bridge with incorrect subclass 0x80 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xfcf0-0xfcff,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfcf0 ata0: channel #0 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-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: channel #1 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=01 ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x01 err=0x04 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=01 devices=0x4 ata1: [MPSAFE] pci0: at device 7.2 (no driver attached) pci0:7:2: Transition from D0 to D3 pci0: at device 7.3 (no driver attached) pci0:7:3: Transition from D0 to D3 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x54ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] acpi_ec0: info: new max delay is 60 us acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 acpi_ec0: info: new max delay is 70 us ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 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 orm0: at iomem 0xc0000-0xc9fff on isa0 pmtimer0 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 failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0 failed to probe at port 0x3f8 irq 4 on isa0 sio1 failed to probe at port 0x2f8 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. Timecounter "TSC" frequency 298422367 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached acpi_cmbat0: battery initialization start acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ata0-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata0-master: setting PIO4 on Intel PIIX4 chip ata0-master: setting UDMA33 on Intel PIIX4 chip ad0: ATA-4 disk at ata0-master ad0: 6149MB (12594960 sectors), 13328 C, 15 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA33 GEOM: new disk ad0 acpi_tz1: _AC1: temperature 44.8 >= setpoint 40.5 acpi_tz1: _AC0: temperature 44.8 >= setpoint 41.5 acpi_tz1: switched from NONE to _AC0: 44.8C ata1-master: pio=0x0c wdma=0x22 udma=0xffffffff cable=40pin ata1-master: setting PIO4 on Intel PIIX4 chip acd0: CDROM drive at ata1 as master acd0: read 1377KB/s (4125KB/s), 256KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc acpi_tz1: _AC1: temperature 44.8 >= setpoint 40.5 acpi_tz1: _AC1: temperature 44.8 >= setpoint 40.5 Mounting root from ufs:/dev/ad0s1a start_init: trying /sbin/init pccard0: CIS version PCCARD 2.0 or 2.1 pccard0: CIS info: 3Com, Megahertz 574B, B, 001 pccard0: Manufacturer code 0x101, product 0x574 pccard0: function 0: network adapter, ccr addr 10000 mask 3 pccard0: function 0, config table entry 1: I/O card; irq mask ffff; iomask 5, iospace 0-1f; io8 io16 irqlevel ep0: <3Com Megahertz 574B> at port 0x100-0x11f irq 9 function 0 config 1 on pccard0 Unknown ID: 0x201 ep0: Pass 1 of 2 detection failed (nonfatal) id 0x201 ep0: bpf attached ep0: Ethernet address: 00:01:03:81:cf:61 ep0: [MPSAFE] acpi_tz1: _AC1: temperature 44.8 >= setpoint 40.5 --------------050805070805060904050204 Content-Type: text/plain; name="dmesg.boot.before" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.boot.before" Copyright (c) 1992-2004 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.0-CURRENT #0: Tue Sep 27 12:49:45 UTC 2005 root@nestor.local:/usr/obj/usr/src/sys/SYN Preloaded elf kernel "/boot/kernel/kernel" at 0xc0634000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc063415c. Calibrating clock(s) ... i8254 clock: 1193107 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 298422322 Hz CPU: Pentium II/Pentium II Xeon/Celeron (298.42-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183f9ff real memory = 201129984 (191 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000825000 - 0x000000000bc40fff, 188858368 bytes (46108 pages) avail memory = 191578112 (182 MB) bios32: Found BIOS32 Service Directory header at 0xc00fd800 bios32: Entry = 0xfd820 (c00fd820) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd880+0x0 pnpbios: Found PnP BIOS data at 0xc00fe700 pnpbios: Entry = f0000:e724 Rev = 1.0 pnpbios: Event flag at 415 Other BIOS signatures found: VESA: information block 56 45 53 41 00 02 1f 01 00 01 00 00 00 00 22 00 00 01 1f 00 10 01 00 01 00 01 09 01 00 01 1a 01 00 01 00 01 01 01 02 01 03 01 04 01 05 01 0d 01 0e 01 10 01 11 01 12 01 13 01 14 01 15 01 16 01 VESA: 22 mode(s) found VESA: v2.0, 1984k memory, flags:0x0, mode table:0xc05ef342 (1000022) VESA: MagicGraph 128XD 40K SVGA BIOS VESA: NeoMagic MagicGraph 128XV 01.0 mem: Pentium Pro MTRR support enabled random: null: io: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x000038c8 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71928086) pcibios: BIOS version 2.10 Found $PIR table, 4 entries at 0xc00f9e40 PCI-Only Interrupts: 11 Location Bus Device Pin Link IRQs embedded 0 7 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 7 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 0 2 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 D 0x63 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 1 func 0 acpi0: [MPSAFE] acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 2 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 2 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 3 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 1 acpi0: Power Button (fixed) atpic: Programming IRQ9 as level/low acpi_ec0: port 0x66,0x62 on acpi0 acpi_ec0: info: new max delay is 10 us acpi_ec0: info: new max delay is 20 us acpi_ec0: info: new max delay is 30 us acpi_ec0: info: new max delay is 50 us acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 0 func 1 ACPI timer: 0/4 0/4 0/4 0/5 0/4 0/4 0/5 0/4 0/4 0/4 -> 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xef08-0xef0b on acpi0 cpu0: on acpi0 acpi_tz0: on acpi0 acpi_tz1: on acpi0 acpi_tz2: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: \\_SB_.LNKD irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 0+ low,level,sharable 0.7.3 \\_SB_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 0+ low,level,sharable 0.2.0 \\_SB_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 0+ low,level,sharable 0.2.1 \\_SB_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 0+ low,level,sharable 0.3.0 \\_SB_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 0+ low,level,sharable 0.5.0 \\_SB_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] 0+ low,level,sharable 0.6.0 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base 00000000, size 28, enabled found-> vendor=0x8086, dev=0x7192, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0xa200, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base 20301000, size 12, enabled found-> vendor=0x104c, dev=0xac16, revid=0x02 bus=0, slot=2, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0xa8 (5040 ns), mingnt=0xc0 (48000 ns), maxlat=0x03 (750 ns) intpin=a, irq=255 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 20300000, size 12, enabled found-> vendor=0x104c, dev=0xac16, revid=0x02 bus=0, slot=2, func=1 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0xa8 (5040 ns), mingnt=0xc0 (48000 ns), maxlat=0x03 (750 ns) intpin=b, irq=255 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base e0000000, size 24, enabled map[14]: type 1, range 32, base 20000000, size 21, enabled map[18]: type 1, range 32, base 20200000, size 20, enabled pcib0: matched entry for 0.3.INTA (src \\_SB_.LNKA) pcib0: possible interrupts: 3 4 5 6 7 9 10 11 12 14 15 ACPI PCI link arbitrated settings: \\_SB_.LNKA (references 3, priority 34300): interrupts: 11 10 5 9 12 7 6 4 3 15 14 penalty: 60 60 110 120 5060 5060 5060 5060 5060 50060 50060 \\_SB_.LNKB (references 2, priority 22867): interrupts: 11 10 5 9 12 7 6 4 3 15 14 penalty: 60 60 110 120 5060 5060 5060 5060 5060 50060 50060 \\_SB_.LNKD (references 1, priority 11433): interrupts: 11 10 5 9 12 7 6 4 3 15 14 penalty: 60 60 110 120 5060 5060 5060 5060 5060 50060 50060 acpi link set: _CRS failed for link \\_SB_.LNKA - AE_NULL_ENTRY acpi link set: curr irq 0 != 11 for \\_SB_.LNKA pcib0: slot 3 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=0x10c8, dev=0x0004, revid=0x01 bus=0, slot=3, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x10 (4000 ns), maxlat=0xff (63750 ns) intpin=a, irq=11 found-> vendor=0x8086, dev=0x7110, revid=0x01 bus=0, slot=7, func=0 class=06-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000fcf0, size 4, enabled found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=7, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00008400, size 5, enabled pcib0: matched entry for 0.7.INTD (src \\_SB_.LNKD) pcib0: possible interrupts: 3 4 5 6 7 9 10 11 12 14 15 ACPI PCI link arbitrated settings: \\_SB_.LNKB (references 2, priority 23003): interrupts: 10 11 5 9 12 7 6 4 3 15 14 penalty: 120 150 170 240 5120 5120 5120 5120 5120 50120 50120 \\_SB_.LNKD (references 1, priority 11501): interrupts: 10 11 5 9 12 7 6 4 3 15 14 penalty: 120 150 170 240 5120 5120 5120 5120 5120 50120 50120 acpi link set: _CRS failed for link \\_SB_.LNKD - AE_NULL_ENTRY acpi link set: curr irq 0 != 10 for \\_SB_.LNKD atpic: Programming IRQ10 as level/low pcib0: slot 7 INTD routed to irq 10 via \\_SB_.LNKD found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=7, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x30 (1440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 map[90]: type 4, range 32, base 0000efa0, size 4, enabled found-> vendor=0x8086, dev=0x7113, revid=0x01 bus=0, slot=7, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) cbb0: mem 0x20301000-0x20301fff at device 2.0 on pci0 cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x20301000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib0: matched entry for 0.2.INTA (src \\_SB_.LNKA) pcib0: slot 2 INTA is already routed to irq 11 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0xac16104c 0x02100007 0x06070002 0x0082a808 0x10: 0x20301000 0x020000a0 0xb0030100 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffc 0x30: 0x00000000 0x0000fffc 0x00000000 0x0740010b 0x40: 0x00921014 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x00449061 0x00000000 0x09818148 0xfba97543 0x90: 0x606202c0 0x00000000 0x00000000 0x00000000 0xa0: 0x7e210001 0x00808000 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 cbb1: mem 0x20300000-0x20300fff at device 2.1 on pci0 cbb1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x20300000 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pcib0: matched entry for 0.2.INTB (src \\_SB_.LNKB) pcib0: possible interrupts: 3 4 5 6 7 9 10 11 12 14 15 ACPI PCI link arbitrated settings: \\_SB_.LNKB (references 2, priority 23147): interrupts: 10 5 11 9 12 7 6 4 3 15 14 penalty: 190 230 270 360 5180 5180 5180 5180 5180 50180 50180 acpi link set: _CRS failed for link \\_SB_.LNKB - AE_NULL_ENTRY acpi link set: curr irq 0 != 10 for \\_SB_.LNKB pcib0: slot 2 INTB routed to irq 10 via \\_SB_.LNKB cbb1: [MPSAFE] cbb1: PCI Configuration space: 0x00: 0xac16104c 0x02100007 0x06070002 0x0082a808 0x10: 0x20300000 0x020000a0 0xb0060400 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffc 0x30: 0x00000000 0x0000fffc 0x00000000 0x0740020a 0x40: 0x00921014 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x00449061 0x00000000 0x09818148 0xfba97543 0x90: 0x606202c0 0x00000000 0x00000000 0x00000000 0xa0: 0x7e210001 0x00808000 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 pci0: at device 3.0 (no driver attached) PCI-ISA bridge with incorrect subclass 0x80 PCI-ISA bridge with incorrect subclass 0x80 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xfcf0-0xfcff,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfcf0 ata0: channel #0 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-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: channel #1 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=01 ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x01 err=0x04 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=01 devices=0x4 ata1: [MPSAFE] pci0: at device 7.2 (no driver attached) pci0:7:2: Transition from D0 to D3 pci0: at device 7.3 (no driver attached) pci0:7:3: Transition from D0 to D3 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x54ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 acpi_ec0: info: new max delay is 70 us ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 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 orm0: at iomem 0xc0000-0xc9fff on isa0 pmtimer0 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 failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0 failed to probe at port 0x3f8 irq 4 on isa0 sio1 failed to probe at port 0x2f8 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. Timecounter "TSC" frequency 298422322 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached Interrupt storm detected on "irq10: cbb1"; throttling interrupt source acpi_cmbat0: battery initialization start acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ata0-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata0-master: setting PIO4 on Intel PIIX4 chip ata0-master: setting UDMA33 on Intel PIIX4 chip ad0: ATA-4 disk at ata0-master ad0: 6149MB (12594960 sectors), 13328 C, 15 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA33 GEOM: new disk ad0 ata1-master: pio=0x0c wdma=0x22 udma=0xffffffff cable=40pin ata1-master: setting PIO4 on Intel PIIX4 chip acpi_tz1: _AC1: temperature 43.8 >= setpoint 40.5 acpi_tz1: _AC0: temperacd0: CDROM drive at ata1 as master acd0: read 1377KB/s (4125KB/s), 256KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ature 43.8 >= setpoint 41.5 acpi_tz1: switched from NONE to _AC0: 43.8C acpi_tz1: _AC1: temperature 43.8 >= setpoint 40.5 acpi_tz1: _AC1: temperature 43.8 >= setpoint 40.5 Mounting root from ufs:/dev/ad0s1a start_init: trying /sbin/init pccard0: CIS version PCCARD 2.0 or 2.1 pccard0: CIS info: 3Com, Megahertz 574B, B, 001 pccard0: Manufacturer code 0x101, product 0x574 pccard0: function 0: network adapter, ccr addr 10000 mask 3 pccard0: function 0, config table entry 1: I/O card; irq mask ffff; iomask 5, iospace 0-1f; io8 io16 irqlevel ep0: <3Com Megahertz 574B> at port 0x100-0x11f irq 11 function 0 config 1 on pccard0 Unknown ID: 0x201 ep0: Pass 1 of 2 detection failed (nonfatal) id 0x201 ep0: bpf attached ep0: Ethernet address: 00:01:03:81:cf:61 ep0: [MPSAFE] acpi_tz1: _AC1: temperature 43.8 >= setpoint 40.5 --------------050805070805060904050204 Content-Type: text/plain; name="vmstat-i.after" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="vmstat-i.after" interrupt total rate irq0: clk 43188 981 irq1: atkbd0 80 1 irq8: rtc 5529 125 irq9: cbb0 cbb1 ep+ 90 2 irq13: npx0 1 0 irq14: ata0 721 16 irq15: ata1 58 1 Total 49667 1128 --------------050805070805060904050204 Content-Type: text/plain; name="vmstat-i.before" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="vmstat-i.before" interrupt total rate irq0: clk 215177 996 irq1: atkbd0 4 0 irq8: rtc 27541 127 irq9: acpi0 332 1 irq10: cbb1 212249 982 irq11: cbb0 ep0 1621 7 irq13: npx0 1 0 irq14: ata0 1015 4 irq15: ata1 58 0 Total 457998 2120 --------------050805070805060904050204-- From owner-freebsd-mobile@FreeBSD.ORG Tue Sep 27 15:48:48 2005 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 C0D2716A420; Tue, 27 Sep 2005 15:48:48 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2834943D53; Tue, 27 Sep 2005 15:48:45 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j8RFmgZm092361; Tue, 27 Sep 2005 18:48:42 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 05429-02-4; Tue, 27 Sep 2005 18:48:40 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j8RFj5wv092235 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Sep 2005 18:45:05 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j8RFjONF054526; Tue, 27 Sep 2005 18:45:24 +0300 (EEST) (envelope-from ru) Date: Tue, 27 Sep 2005 18:45:23 +0300 From: Ruslan Ermilov To: freebsd-acpi@FreeBSD.org Message-ID: <20050927154523.GA54045@ip.net.ua> References: <43396131.8010204@cs.tu-berlin.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline In-Reply-To: <43396131.8010204@cs.tu-berlin.de> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-mobile@FreeBSD.org Subject: Re: ACPI-related weird behaviour of PCMCIA network adapter 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, 27 Sep 2005 15:48:48 -0000 --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 27, 2005 at 05:11:45PM +0200, Bj?rn K?nig wrote: > Hello, >=20 > I have an IBM Thinkpad 600 (Pentium II 300) with a 3com Megahertz 574B=20 > PCMCIA network adapter. >=20 I have a similar notebook, and I' happily running it with the following lines in /boot/loader.conf: hw.cbb.start_memory=3D0xd8000 hw.pci.link.LNKA.irq=3D11 hw.pci.link.LNKB.irq=3D11 hw.pci.link.LNKC.irq=3D11 hw.pci.link.LNKD.irq=3D11 IRQ 11 is configured as a "PCI interrupt" using the DOS ThinkPad Configuration Utility, but I think IRQ 11 is the default. Hope this helps, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --jRHKVT23PllUwdXP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDOWkTqRfpzJluFF4RAsyfAJkB79gJkrIUwZA7bhK/vvSTwuhlPgCfdck1 Bt9/IH3XJ3H+cTjcNHhaSSI= =+jF1 -----END PGP SIGNATURE----- --jRHKVT23PllUwdXP-- From owner-freebsd-mobile@FreeBSD.ORG Tue Sep 27 16:16:54 2005 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 6C13616A41F; Tue, 27 Sep 2005 16:16:54 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from efacilitas.de (smtp.efacilitas.de [85.10.196.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD67543D48; Tue, 27 Sep 2005 16:16:53 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from eurystheus.local (port-212-202-37-18.dynamic.qsc.de [212.202.37.18]) by efacilitas.de (Postfix) with ESMTP id 91CA04AF36; Tue, 27 Sep 2005 18:23:41 +0200 (CEST) Received: from [192.168.1.67] (eurystheus.local [192.168.1.67]) by eurystheus.local (Postfix) with ESMTP id 64D383328D1; Tue, 27 Sep 2005 18:16:57 +0200 (CEST) Message-ID: <43397079.4000700@cs.tu-berlin.de> Date: Tue, 27 Sep 2005 18:16:57 +0200 From: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.10) Gecko/20050824 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <43396131.8010204@cs.tu-berlin.de> <20050927154523.GA54045@ip.net.ua> In-Reply-To: <20050927154523.GA54045@ip.net.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-acpi@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: ACPI-related weird behaviour of PCMCIA network adapter 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, 27 Sep 2005 16:16:54 -0000 Ruslan Ermilov wrote: > On Tue, Sep 27, 2005 at 05:11:45PM +0200, Bj?rn K?nig wrote: > >>Hello, >> >>I have an IBM Thinkpad 600 (Pentium II 300) with a 3com Megahertz 574B >>PCMCIA network adapter. >> > > I have a similar notebook, and I' happily running it with the following > lines in /boot/loader.conf: > > hw.cbb.start_memory=0xd8000 > hw.pci.link.LNKA.irq=11 > hw.pci.link.LNKB.irq=11 > hw.pci.link.LNKC.irq=11 > hw.pci.link.LNKD.irq=11 > > IRQ 11 is configured as a "PCI interrupt" using the DOS ThinkPad > Configuration Utility, but I think IRQ 11 is the default. > > > Hope this helps, Great! It works. Thank you. Björn From owner-freebsd-mobile@FreeBSD.ORG Tue Sep 27 17:38:13 2005 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 52FD516A41F for ; Tue, 27 Sep 2005 17:38:13 +0000 (GMT) (envelope-from asstec@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE9D443D48 for ; Tue, 27 Sep 2005 17:38:11 +0000 (GMT) (envelope-from asstec@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.83.34] (may be forged)) by msrv.matik.com.br (8.13.3/8.13.1) with ESMTP id j8RHcBa2046918; Tue, 27 Sep 2005 14:38:11 -0300 (BRST) (envelope-from asstec@matik.com.br) From: AT Matik Organization: Infomatik To: freebsd-mobile@freebsd.org, Bruno Ducrot Date: Tue, 27 Sep 2005 14:37:55 -0300 User-Agent: KMail/1.8.2 References: <20050925080324.27714.qmail@web32809.mail.mud.yahoo.com> <200509270802.52828.asstec@matik.com.br> <20050927145216.GB26697@poupinou.org> In-Reply-To: <20050927145216.GB26697@poupinou.org> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_zNYOD7dlv+/0YYC" Message-Id: <200509271437.55361.asstec@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: Re: NB Acer [3|5]0x and ACPI 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, 27 Sep 2005 17:38:13 -0000 --Boundary-00=_zNYOD7dlv+/0YYC Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tuesday 27 September 2005 11:52, Bruno Ducrot wrote: > > acpi0: on motherboard > > acpi0: [MPSAFE] > > ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND > > The DSDT override isn't ok. > > Are you sure you applied the patch I send to you to the > anb.acpi.dump.txt file? > absolutely but with the patch the PC freeze totally so I can not do the dumps with your patch on battery but here attached you find dmesg and sysct hw.acpi output WITH your patch and boot -v but both on AC cable thank's --Boundary-00=_zNYOD7dlv+/0YYC Content-Type: text/plain; charset="iso-8859-1"; name="anb.hw.acpi.-v.cmbat-0.ac.patched.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="anb.hw.acpi.-v.cmbat-0.ac.patched.txt" 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: 0 hw.acpi.verbose: 1 hw.acpi.reset_video: 1 hw.acpi.cpu.cx_supported: C1/0 C2/99 C3/999 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.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: 1 hw.acpi.battery.info_expire: 5 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 48.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 93.0C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 97.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 --Boundary-00=_zNYOD7dlv+/0YYC Content-Type: text/plain; charset="iso-8859-1"; name="anb.dmesg.-v.cmbat-0.ac.patched.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="anb.dmesg.-v.cmbat-0.ac.patched.txt" Copyright (c) 1992-2005 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.0-BETA5 #7: Sat Sep 24 17:57:35 BRST 2005 hmm@anb.matik.com.br:/usr/src/sys/i386/compile/anb Preloaded elf kernel "/boot/kernel/kernel" at 0xc0844000. Preloaded elf module "/boot/kernel/splash_bmp.ko" at 0xc0844198. Preloaded splash_image_data "/boot/im.bmp" at 0xc0844248. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc0844294. Preloaded elf module "/boot/kernel/sound.ko" at 0xc0844340. Preloaded acpi_dsdt "/boot/DSDT.aml" at 0xc08443ec. Preloaded elf module "/boot/kernel/if_ndis.ko" at 0xc0844430. Preloaded elf module "/boot/kernel/ndis.ko" at 0xc08444dc. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0844588. MP Configuration Table version 1.4 found at 0xc009fc70 Table 'FACP' at 0xdef9e5f Table 'SSDT' at 0xdef9ed3 Table 'APIC' at 0xdef9f88 MADT: Found table at 0xdef9f88 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193193 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1600064868 Hz CPU: Mobile AMD Sempron(tm) Processor 2800+ (1600.06-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20fc2 Stepping = 2 Features=0x78bfbff Features2=0x1 AMD Features=0xc2500800,3DNow+,3DNow> Data TLB: 32 entries, fully associative Instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 233766912 (222 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000000dacbfff, 216690688 bytes (52903 pages) avail memory = 219262976 (209 MB) bios32: Found BIOS32 Service Directory header at 0xc00f7f10 bios32: Entry = 0xfd5f0 (c00fd5f0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd5f0+0x186 pnpbios: Found PnP BIOS data at 0xc00f7f90 pnpbios: Entry = f0000:c411 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 ACPI-0377: *** Info: Table [SSDT] replaced by host OS ACPI: overriding DSDT/SSDT with custom table ACPI-0377: *** Info: Table [DSDT] replaced by host OS MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 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 lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high MADT: Forcing active-low polarity and level trigger for SCI ioapic0: intpin 11 polarity: low ioapic0: intpin 11 trigger: level ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050010 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 wlan: <802.11 Link Layer> mem: Pentium Pro MTRR support enabled io: null: VESA: information block 56 45 53 41 00 03 00 01 00 01 00 00 00 00 22 00 00 01 00 01 00 01 04 01 00 01 25 01 00 01 2a 01 00 01 02 01 01 01 00 01 03 01 04 01 05 01 0d 01 0e 01 10 01 11 01 13 01 14 01 16 01 17 01 27 01 VESA: 25 mode(s) found VESA: v3.0, 16384k memory, flags:0x0, mode table:0xc070a542 (1000022) VESA: SiS VESA: Silicon Integrated Systems Corp. 6330 2.27.g8 random: nfslock: pseudo-device splash: image@0xc0796204, size:46078 bmp_start(): splash_mode:257 splash: image decoder found: splash_bmp npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80010010 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=07601039) pcibios: BIOS version 2.10 Found $PIR table, 8 entries at 0xc00fdd30 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x41 3 4 5 7 9 10 11 12 15 embedded 0 1 B 0x42 3 4 5 7 9 10 11 12 15 embedded 0 2 A 0x41 3 4 5 7 9 10 11 12 15 embedded 0 2 B 0x42 3 4 5 7 9 10 11 12 15 embedded 0 2 C 0x43 3 4 5 7 9 10 11 12 15 embedded 0 2 D 0x44 3 4 5 7 9 10 11 12 15 embedded 0 3 A 0x60 3 4 5 7 9 10 11 12 15 embedded 0 3 B 0x61 3 4 5 7 9 10 11 12 15 embedded 0 3 C 0x62 3 4 5 7 9 10 11 12 15 embedded 0 3 D 0x63 3 4 5 7 9 10 11 12 15 embedded 0 4 A 0x44 3 4 5 7 9 10 11 12 15 embedded 0 6 A 0x44 3 4 5 7 9 10 11 12 15 embedded 0 11 A 0x42 3 4 5 7 9 10 11 12 15 embedded 0 11 B 0x43 3 4 5 7 9 10 11 12 15 AcpiOsDerivePciId: bus 0 dev 24 func 3 AcpiOsDerivePciId: bus 0 dev 2 func 0 acpi0: Power Button (fixed) AcpiOsDerivePciId: bus 0 dev 2 func 0 unknown: I/O range not supported acpi_ec0: port 0x62,0x66 on acpi0 acpi_ec0: info: new max delay is 30 us acpi_ec0: info: new max delay is 350 us acpi_ec0: info: new max delay is 360 us acpi_ec0: info: new max delay is 620 us acpi_ec0: info: new max delay is 640 us acpi_ec0: info: new max delay is 670 us acpi_ec0: info: new max delay is 680 us pci_link0: irq 7 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 7 N 0 3 4 5 7 9 10 11 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 7 N 0 3 4 5 7 9 10 11 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link1: irq 4 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 4 N 0 3 4 5 7 9 10 11 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 4 N 0 3 4 5 7 9 10 11 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link2: irq 5 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 7 9 10 11 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 7 9 10 11 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link3: irq 3 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 7 9 10 11 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 7 9 10 11 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link4: irq 9 on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 7 9 10 11 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 7 9 10 11 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link5: irq 11 on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 9 10 11 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 9 10 11 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link6: irq 0 on acpi0 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 pci_link7: irq 10 on acpi0 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 7 9 10 11 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 7 9 10 11 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 ACPI timer: 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1039, dev=0x0760, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base e0000000, size 25, enabled found-> vendor=0x1039, dev=0x0002, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x63 (2970 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1039, dev=0x0008, revid=0x25 bus=0, slot=2, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1039, dev=0x5513, revid=0x00 bus=0, slot=2, func=5 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type 4, range 32, base 00002000, size 4, enabled found-> vendor=0x1039, dev=0x7013, revid=0xa0 bus=0, slot=2, func=6 class=07-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0xad (5190 ns), mingnt=0x34 (13000 ns), maxlat=0x0b (2750 ns) intpin=c, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00001000, size 8, enabled map[14]: type 4, range 32, base 00001c00, size 7, enabled pcib0: matched entry for 0.2.INTC pcib0: slot 2 INTC hardwired to IRQ 18 found-> vendor=0x1039, dev=0x7012, revid=0xa0 bus=0, slot=2, func=7 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0xad (5190 ns), mingnt=0x34 (13000 ns), maxlat=0x0b (2750 ns) intpin=c, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00001400, size 8, enabled map[14]: type 4, range 32, base 00001c80, size 7, enabled pcib0: matched entry for 0.2.INTC pcib0: slot 2 INTC hardwired to IRQ 18 found-> vendor=0x1039, dev=0x7001, revid=0x0f bus=0, slot=3, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=a, irq=9 map[10]: type 1, range 32, base e2002000, size 12, enabled pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 20 found-> vendor=0x1039, dev=0x7001, revid=0x0f bus=0, slot=3, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=b, irq=11 map[10]: type 1, range 32, base e2003000, size 12, enabled pcib0: matched entry for 0.3.INTB pcib0: slot 3 INTB hardwired to IRQ 21 found-> vendor=0x1039, dev=0x7002, revid=0x00 bus=0, slot=3, func=2 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=d, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base e2004000, size 12, enabled pcib0: matched entry for 0.3.INTD pcib0: slot 3 INTD hardwired to IRQ 23 found-> vendor=0x1039, dev=0x0900, revid=0x91 bus=0, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0xad (5190 ns), mingnt=0x34 (13000 ns), maxlat=0x0b (2750 ns) intpin=a, irq=3 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00001800, size 8, enabled map[14]: type 1, range 32, base e2005000, size 12, enabled pcib0: matched entry for 0.4.INTA pcib0: slot 4 INTA hardwired to IRQ 19 found-> vendor=0x104c, dev=0xac50, revid=0x02 bus=0, slot=6, func=0 class=06-07-00, hdrtype=0x02, mfdev=0 cmdreg=0x0000, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x03 (750 ns) intpin=a, irq=255 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, memory disabled found-> vendor=0x14e4, dev=0x4318, revid=0x02 bus=0, slot=11, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0002, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=4 map[10]: type 1, range 32, base e2000000, size 13, enabled pcib0: matched entry for 0.11.INTA pcib0: slot 11 INTA hardwired to IRQ 17 found-> vendor=0x1022, dev=0x1100, revid=0x00 bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) agp0: mem 0xe0000000-0xe1ffffff at device 0.0 on pci0 agp0: Reserved 0x2000000 bytes for rid 0x10 type 3 at 0xe0000000 agp0: allocating GATT for aperture of size 4M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xa000-0xafff pcib1: memory decode 0xe2100000-0xe21fffff pcib1: prefetched decode 0xe8000000-0xefffffff pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.AGP0 - AE_NOT_FOUND pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1039, dev=0x6330, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0230, 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 3, range 32, base e8000000, size 27, enabled pcib1: (null) requested memory range 0xe8000000-0xefffffff: good map[14]: type 1, range 32, base e2100000, size 17, enabled pcib1: (null) requested memory range 0xe2100000-0xe211ffff: good map[18]: type 4, range 32, base 0000a000, size 7, enabled pcib1: (null) requested I/O range 0xa000-0xa07f: in range pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 pci1: at device 0.0 (no driver attached) isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 2.5 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x2000 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=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 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 ata1: [MPSAFE] pci0: at device 2.6 (no driver attached) pcm0: port 0x1400-0x14ff,0x1c80-0x1cff irq 18 at device 2.7 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x1400 pcm0: Reserved 0x80 bytes for rid 0x14 type 4 at 0x1c80 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features headphone, 20 bit DAC, 18 bit ADC, 6 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, double rate PCM, reserved 1, AMAP, reserved 5 pcm0: sndbuf_setmap d96b000, 4000; 0xcd88c000 -> d96b000 pcm0: sndbuf_setmap d966000, 4000; 0xcd890000 -> d966000 ohci0: mem 0xe2002000-0xe2002fff irq 20 at device 3.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe2002000 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe2003000-0xe2003fff irq 21 at device 3.1 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe2003000 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ehci0: mem 0xe2004000-0xe2004fff irq 23 at device 3.2 on pci0 ehci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe2004000 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 3 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: SiS EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 6 ports with 6 removable, self powered sis0: port 0x1800-0x18ff mem 0xe2005000-0xe2005fff irq 19 at device 4.0 on pci0 sis0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x1800 miibus0: on sis0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: bpf attached sis0: Ethernet address: 00:c0:9f:ae:45:16 sis0: [MPSAFE] cbb0: at device 6.0 on pci0 cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib0: matched entry for 0.6.INTA pcib0: slot 6 INTA hardwired to IRQ 19 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0xac50104c 0x02100007 0x06070002 0x00024000 0x10: 0x80000000 0x020000a0 0x20030200 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x07400113 0x40: 0x00831025 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x0844d060 0x00000000 0x00000000 0x00521d22 0x90: 0x616402c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe110001 0x00c00100 0x0000001e 0x0000001f 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 pci0: at device 11.0 (no driver attached) acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 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 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 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-0xcbfff,0xcc000-0xd5fff,0xdc000-0xe3fff 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: No FDOUT register! 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 failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0 failed to probe at port 0x3f8 irq 4 on isa0 sio1 failed to probe at port 0x2f8 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. procfs registered lapic: Divisor 2, Frequency 100003790 hz Timecounter "TSC" frequency 1600064868 Hz quality 800 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times battery0: battery initialization start ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ad0: setting PIO4 on SiS 5513 chip ad0: setting UDMA100 on SiS 5513 chip ad0: 38154MB at ata0-master UDMA100 ad0: 78140160 sectors [77520C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 battery0: battery initialization done, tried 1 times 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: setting PIO4 on SiS 5513 chip acd0: setting UDMA33 on SiS 5513 chip acd0: CDRW drive at ata1 as master acd0: 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc pcm0: measured ac97 link rate at 47999 Hz, will use 48000 Hz (probe0:ata1:0:0:0): error 22 (probe0:ata1:0:0:0): Unretryable Error (probe0:ata1:0:0:0): error 6 (probe0:ata1:0:0:0): Unretryable Error (probe0:ata1:0:0:0): error 22 (probe0:ata1:0:0:0): Unretryable Error pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 33.000MB/s transfers GEOM: new disk cd0 ATA PseudoRAID loaded ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 11 (ISA IRQ 11) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 ioapic0: routing intpin 20 (PCI IRQ 20) to cluster 0 ioapic0: routing intpin 21 (PCI IRQ 21) to cluster 0 ioapic0: routing intpin 23 (PCI IRQ 23) to cluster 0 (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error Trying to mount root from ufs:/dev/ad0s3a start_init: trying /sbin/init linprocfs registered acpi_ec0: info: new max delay is 760 us --Boundary-00=_zNYOD7dlv+/0YYC-- A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-mobile@FreeBSD.ORG Tue Sep 27 19:19:31 2005 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 4789116A41F for ; Tue, 27 Sep 2005 19:19:31 +0000 (GMT) (envelope-from kiffin@gish.demon.nl) Received: from post-25.mail.nl.demon.net (post-25.mail.nl.demon.net [194.159.73.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id E536843D4C for ; Tue, 27 Sep 2005 19:19:30 +0000 (GMT) (envelope-from kiffin@gish.demon.nl) Received: from gish.demon.nl ([83.160.27.223]:14794 helo=[192.168.1.34]) by post-25.mail.nl.demon.net with esmtp (Exim 4.51) id 1EKKzB-0007Uy-QZ for freebsd-mobile@freebsd.org; Tue, 27 Sep 2005 19:19:29 +0000 Message-ID: <43399B45.2040107@gish.demon.nl> Date: Tue, 27 Sep 2005 21:19:33 +0200 From: Kiffin Gish User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050918) 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: Wireless to fixed to wireless again ... X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kiffin@gish.demon.nl List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 19:19:31 -0000 I have a laptop which normally uses WiFi (wi0) but would like it to switch over automatically if I plug my laptop in directly to my LAN at home. Is there anyway to do this without thinking, e.g. an auto-detect mode at boot as well as whenever the big switch is made? -- Kiffin Gish Gouda, The Netherlands From owner-freebsd-mobile@FreeBSD.ORG Tue Sep 27 21:40:23 2005 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 16F6E16A41F for ; Tue, 27 Sep 2005 21:40:23 +0000 (GMT) (envelope-from asstec@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F94F43D5D for ; Tue, 27 Sep 2005 21:40:21 +0000 (GMT) (envelope-from asstec@matik.com.br) Received: from mc01.mega.net.br (nbc.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.3/8.13.1) with ESMTP id j8RLeMPG059943; Tue, 27 Sep 2005 18:40:23 -0300 (BRST) (envelope-from asstec@matik.com.br) From: AT Matik Organization: Infomatik To: freebsd-mobile@freebsd.org Date: Tue, 27 Sep 2005 18:40:00 -0300 User-Agent: KMail/1.8.2 References: <20050925080324.27714.qmail@web32809.mail.mud.yahoo.com> <200509270802.52828.asstec@matik.com.br> <20050927145216.GB26697@poupinou.org> In-Reply-To: <20050927145216.GB26697@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509271840.00839.asstec@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: Re: NB Acer [3|5]0x and ACPI 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, 27 Sep 2005 21:40:23 -0000 On Tuesday 27 September 2005 11:52, Bruno Ducrot wrote: > On Tue, Sep 27, 2005 at 08:02:52AM -0300, AT Matik wrote: > > On Tuesday 27 September 2005 06:45, Bruno Ducrot wrote: > > > Well, I'm lost. Could you provide (again) a sysctl hw.acpi both on AC > > > and on battery, without the debug.acpi.disabled="cmbat"? Also a dmesg > > > with boot -v if possible. > > good news your patch does works and I see the supposed correct values in klaptopdaemon but, only with economy_cx_lowest="HIGH" economy_cpu_freq="NONE" anything else freezes the notebook completly but with this settings I have nothing more than 35 minutes on a fully charged battery thanks again A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-mobile@FreeBSD.ORG Thu Sep 29 02:39:27 2005 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 B869D16A41F for ; Thu, 29 Sep 2005 02:39:27 +0000 (GMT) (envelope-from jaleto@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4480A43D49 for ; Thu, 29 Sep 2005 02:39:27 +0000 (GMT) (envelope-from jaleto@gmail.com) Received: by zproxy.gmail.com with SMTP id z31so150889nzd for ; Wed, 28 Sep 2005 19:39:26 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type; b=tVTCRrX4x5WFlTqqJ+CWLvB+23tKa+gzSkdfSTGJ5gmLfCPNJXmxFS2rZBPQU05fgQy1bI8UyeFe2a/ARq9S5AXVTYdhQ7Ouasu/QARs+CBRI67X/FSTPTKa6QhN9UCPH9/U57RB443bjWQC0bTW1NsDxCVRX0FlVIL6cWWhvgA= Received: by 10.36.56.5 with SMTP id e5mr4023497nza; Wed, 28 Sep 2005 18:38:54 -0700 (PDT) Received: by 10.36.72.20 with HTTP; Wed, 28 Sep 2005 18:38:54 -0700 (PDT) Message-ID: <9aaadf9c05092818381520b0fc@mail.gmail.com> Date: Wed, 28 Sep 2005 20:38:54 -0500 From: Jonathan Leto To: freebsd-mobile@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 5.4-RELEASE on the IBM Thinkpad T42 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jonathan Leto List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2005 02:39:27 -0000 Hello fellow freebsd folks, I have been happily using 5.4-RELEASE on my Thinkpad T42 for about a month and a half, and have run into the following when I attempt to use my 256MB Memorex usbdrive: uhci0: port 0x1800-0x181f irq 1= 1 at device 29.0 on pci0 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 0x1820-0x183f irq 1= 1 at device 29.1 on pci0 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 0x1840-0x185f irq 1= 1 at device 29.2 on pci0 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 umass0: Memorex TD 2C, rev 2.00/1.00, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 245MB (501760 512 byte sectors: 64H 32S/T 245C) umass0: Phase Error, residue =3D 0 (da0:umass-sim0:0:0:0): Synchronize cache failed, status =3D=3D 0x4, scsi s= tatus =3D=3D 0x0 umass0: Phase Error, residue =3D 0 (da0:umass-sim0:0:0:0): Synchronize cache failed, status =3D=3D 0x4, scsi s= tatus =3D=3D 0x0 umass0: Phase Error, residue =3D 0 (da0:umass-sim0:0:0:0): Synchronize cache failed, status =3D=3D 0x4, scsi s= tatus =3D=3D 0x0 umass0: Phase Error, residue =3D 0 (da0:umass-sim0:0:0:0): Synchronize cache failed, status =3D=3D 0x4, scsi s= tatus =3D=3D 0x0 umass0: Phase Error, residue =3D 0 (da0:umass-sim0:0:0:0): Synchronize cache failed, status =3D=3D 0x4, scsi s= tatus =3D=3D 0x0 umass0: Phase Error, residue =3D 0 (da0:umass-sim0:0:0:0): Synchronize cache failed, status =3D=3D 0x4, scsi s= tatus =3D=3D 0x0 umass0: Phase Error, residue =3D 0 (da0:umass-sim0:0:0:0): Synchronize cache failed, status =3D=3D 0x4, scsi s= tatus =3D=3D 0x0 umass0: at uhub1 port 2 (addr 2) disconnected (da0:umass-sim0:0:0:0): lost device (da0:umass-sim0:0:0:0): removing device entry umass0: detached A similar error happens when trying to connect an iPod mini, but interestingly an iMac usb keyboard works just fine. Any help resolving this would be appreciated. Jonathan Leto From owner-freebsd-mobile@FreeBSD.ORG Thu Sep 29 07:18:52 2005 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 15EF216A41F for ; Thu, 29 Sep 2005 07:18:52 +0000 (GMT) (envelope-from kansascity_guy2005@yahoo.com) Received: from web32811.mail.mud.yahoo.com (web32811.mail.mud.yahoo.com [68.142.206.41]) by mx1.FreeBSD.org (Postfix) with SMTP id 74E0843D5A for ; Thu, 29 Sep 2005 07:18:51 +0000 (GMT) (envelope-from kansascity_guy2005@yahoo.com) Received: (qmail 20872 invoked by uid 60001); 29 Sep 2005 07:18:50 -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=3PtDgK4xUJlJbl13jO8dSsQ4VLl0gwRFdyGpObvQ+QFKmqD1abVfezRqX5kL3EGV1Zi2eQNTvf2QfTDhGwuvWkym618ZnkcIXJ3aNv+DHikYWtOPdpfIU0izfyY7FsH9PpZB4OPrTokl0UwXC/TK1mnXQ1937M/9EFkAPZtGS0I= ; Message-ID: <20050929071850.20870.qmail@web32811.mail.mud.yahoo.com> Received: from [65.30.122.93] by web32811.mail.mud.yahoo.com via HTTP; Thu, 29 Sep 2005 00:18:50 PDT Date: Thu, 29 Sep 2005 00:18:50 -0700 (PDT) From: Brian To: freebsd-mobile@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: xsetroot: Unable to open display" xset: Unable to open display" 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, 29 Sep 2005 07:18:52 -0000 I insatlled FreeBSD 6.0 BETA 5 with Xwindows the newst X.org and Server with KDE 3. Whne I goto Command line and do this # exec startxkde I get this xsetroot: Unable to open display" xset: Unable to open display" and cannot connect to X-Server what is thet matter. I have The IBM ThinkPad T43 ATI moble 300. --------------------------------- Yahoo! for Good Click here to donate to the Hurricane Katrina relief effort. From owner-freebsd-mobile@FreeBSD.ORG Thu Sep 29 09:20:27 2005 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 863AB16A41F for ; Thu, 29 Sep 2005 09:20:27 +0000 (GMT) (envelope-from dennis.binder@gmx.de) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id CB8FC43D55 for ; Thu, 29 Sep 2005 09:20:26 +0000 (GMT) (envelope-from dennis.binder@gmx.de) Received: (qmail 11267 invoked by uid 0); 29 Sep 2005 09:20:25 -0000 Received: from 153.96.204.2 by www48.gmx.net with HTTP; Thu, 29 Sep 2005 11:20:25 +0200 (MEST) Date: Thu, 29 Sep 2005 11:20:25 +0200 (MEST) From: "Dennis Binder" To: freebsd-mobile@freebsd.org MIME-Version: 1.0 X-Priority: 3 (Normal) X-Authenticated: #2825716 Message-ID: <20614.1127985625@www48.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: WG511T dhcp problem on Freebsd 5.4 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, 29 Sep 2005 09:20:27 -0000 hello, i'm trying to get a wlan card WG511T from netgear to work and connect to the internet via an accesspoint. The accesspoint has an SSID= "WLAN" and provides DHCP. dmesg bings up the following: ath0: mem 0x88000000-0x8800ffff irq 9 at device 0.0 on cardbus0 ath0: mac 5.9 phy 4.3 5ghz radio 4.6 ath0: Ethernet address: 00:0f:b5:67:1b:4f ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps my /etc/rc.conf looks like this: removable_interfaces="ath0 ep0" ifconfig_ath0="NO" my /etc/start_if.ath0 is empty. After plugging the card "ifconfig ath0" prints this: ath0: flags=8802 mtu 1500 ether 00:0f:b5:67:1b:4f media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ssid "" channel -1 authmode OPEN powersavemode OFF powersavesleep 100 rtsthreshold 2312 protmode CTS wepmode OFF weptxkey 1 after this I want to manually connect to the internet. I try # ifconfig ath0 ssid WLAN # ifconfig ath0 ath0: flags=8843 mtu 1500 inet6 fe80::20f:b5ff:fe67:1b4f%ath0 prefixlen 64 scopeid 0x4 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 ether 00:0f:b5:67:1b:4f media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) status: no carrier ssid WLAN 1:WLAN channel -1 authmode OPEN powersavemode OFF powersavesleep 100 rtsthreshold 2312 protmode CTS wepmode OFF weptxkey 1 After running "dhclient ath0" the netgear-card finds the accesspoint ( both leds blinking simultanously). "ifconfig ath0" prints "status: active" but the inet-address remains 0.0.0.0. How can I assign the card a valid ip-address via dhcp ? Or what is wrong in my setup ? My second interface fxp0 has no problems getting valid ip-address via dhcp. Any tips are very welcome. Dennis Binder -- GMX DSL = Maximale Leistung zum minimalen Preis! 2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl From owner-freebsd-mobile@FreeBSD.ORG Thu Sep 29 14:17:13 2005 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 13E4716A41F for ; Thu, 29 Sep 2005 14:17:13 +0000 (GMT) (envelope-from joji@eskimo.com) Received: from ultra5.eskimo.com (ultra5.eskimo.com [204.122.16.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACDAB43D53 for ; Thu, 29 Sep 2005 14:17:12 +0000 (GMT) (envelope-from joji@eskimo.com) Received: from eskimo.com (joji@eskimo.com [204.122.16.13]) by ultra5.eskimo.com (8.13.4/8.13.4) with ESMTP id j8TEGtJ7013041; Thu, 29 Sep 2005 07:17:10 -0700 Received: (from joji@localhost) by eskimo.com (8.9.1a/8.9.1) id HAA19015; Thu, 29 Sep 2005 07:16:52 -0700 (PDT) Date: Thu, 29 Sep 2005 07:16:51 -0700 From: Joseph Olatt To: Brian Message-ID: <20050929071651.A18731@eskimo.com> References: <20050929071850.20870.qmail@web32811.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20050929071850.20870.qmail@web32811.mail.mud.yahoo.com>; from kansascity_guy2005@yahoo.com on Thu, Sep 29, 2005 at 12:18:50AM -0700 Cc: freebsd-mobile@freebsd.org Subject: Re: xsetroot: Unable to open display" xset: Unable to open display" 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, 29 Sep 2005 14:17:13 -0000 On Thu, Sep 29, 2005 at 12:18:50AM -0700, Brian wrote: > I insatlled FreeBSD 6.0 BETA 5 with Xwindows the newst X.org and Server with KDE 3. Whne I goto Command line and do this # exec startxkde I get this xsetroot: Unable to open display" xset: Unable to open display" and cannot connect to X-Server what is thet matter. I have The IBM ThinkPad T43 ATI moble 300. > Try the following: 1. In your home directory create a file called ".xinitrc" 2. In ".xinitrc" place the following line: exec startkde 3. Save and close the file and then go to the command line and type "startx" Note: It is not a good idea to be running as "root". Create an account for yourself and log in using that account. Switch user to root whenever you need to using "su" (see: man su) > > --------------------------------- > Yahoo! for Good > Click here to donate to the Hurricane Katrina relief effort. > _______________________________________________ > 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 Sep 29 14:31:49 2005 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 906B716A41F for ; Thu, 29 Sep 2005 14:31:49 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39F6B43D48 for ; Thu, 29 Sep 2005 14:31:49 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EKzRe-0002sa-00; Thu, 29 Sep 2005 16:31:34 +0200 Date: Thu, 29 Sep 2005 16:31:34 +0200 To: AT Matik Message-ID: <20050929143134.GA10109@poupinou.org> References: <20050925080324.27714.qmail@web32809.mail.mud.yahoo.com> <200509270802.52828.asstec@matik.com.br> <20050927145216.GB26697@poupinou.org> <200509271840.00839.asstec@matik.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509271840.00839.asstec@matik.com.br> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-mobile@freebsd.org Subject: Re: NB Acer [3|5]0x and ACPI 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, 29 Sep 2005 14:31:49 -0000 On Tue, Sep 27, 2005 at 06:40:00PM -0300, AT Matik wrote: > On Tuesday 27 September 2005 11:52, Bruno Ducrot wrote: > > On Tue, Sep 27, 2005 at 08:02:52AM -0300, AT Matik wrote: > > > On Tuesday 27 September 2005 06:45, Bruno Ducrot wrote: > > > > Well, I'm lost. Could you provide (again) a sysctl hw.acpi both on AC > > > > and on battery, without the debug.acpi.disabled="cmbat"? Also a dmesg > > > > with boot -v if possible. > > > > > > good news > your patch does works and I see the supposed correct values in klaptopdaemon > > but, only with > > economy_cx_lowest="HIGH" > economy_cpu_freq="NONE" It's strange. I though econmy_cpu_freq was deprecated in favor of powerd(8) under FreeBSD 6.0. Anyway, could you test if by chance C2 work? > > anything else freezes the notebook completly -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-mobile@FreeBSD.ORG Thu Sep 29 16:52:46 2005 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 2F19716A41F for ; Thu, 29 Sep 2005 16:52:46 +0000 (GMT) (envelope-from roger.zuniga@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABC2243D4C for ; Thu, 29 Sep 2005 16:52:45 +0000 (GMT) (envelope-from roger.zuniga@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so146848nzk for ; Thu, 29 Sep 2005 09:52:44 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kn3qLT6bG2PqUj93VIM9AviJM9JzdZiM5Wu5DTM5RxSHEPAlMaW47YSCi3HQKDUgv9GZcI65BdJv4J8E/wVL0DGw36qqZdOKrK8raV/fuITB8Id70OhjlTJqiHK6+sjEj/xhsOKA9DYpnw8TGCH/XKZI9mpPAQUKz1QRW/FnL7I= Received: by 10.36.108.9 with SMTP id g9mr4730470nzc; Thu, 29 Sep 2005 09:52:44 -0700 (PDT) Received: by 10.36.160.19 with HTTP; Thu, 29 Sep 2005 09:52:44 -0700 (PDT) Message-ID: <69df809805092909523f418bab@mail.gmail.com> Date: Thu, 29 Sep 2005 12:52:44 -0400 From: Roger Zuniga To: Dennis Binder In-Reply-To: <20614.1127985625@www48.gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20614.1127985625@www48.gmx.net> Cc: freebsd-mobile@freebsd.org Subject: Re: WG511T dhcp problem on Freebsd 5.4 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Roger Zuniga List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2005 16:52:46 -0000 Hi, I am using the WG511T with really great results but on FreeBSD 6Beta5, all I did was add ifconfig_ath0=3D"DHCP" ifconfig_ath0=3D"ssid default DHCP" to /etc/rc.conf Hope that helps. Roger On 9/29/05, Dennis Binder wrote: > hello, > > i'm trying to get a wlan card WG511T from netgear to work > and connect to the internet via an accesspoint. > The accesspoint has an SSID=3D "WLAN" and provides DHCP. > > dmesg bings up the following: > ath0: mem 0x88000000-0x8800ffff irq 9 at device 0.0 on > cardbus0 > ath0: mac 5.9 phy 4.3 5ghz radio 4.6 > ath0: Ethernet address: 00:0f:b5:67:1b:4f > ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24M= bps > 36Mbps 48Mbps 54Mbps > > my /etc/rc.conf looks like this: > removable_interfaces=3D"ath0 ep0" > ifconfig_ath0=3D"NO" > > my /etc/start_if.ath0 is empty. After plugging the card "ifconfig ath0" > prints this: > ath0: flags=3D8802 mtu 1500 > ether 00:0f:b5:67:1b:4f > media: IEEE 802.11 Wireless Ethernet autoselect > status: no carrier > ssid "" > channel -1 authmode OPEN powersavemode OFF powersavesleep 100 > rtsthreshold 2312 protmode CTS > wepmode OFF weptxkey 1 > > after this I want to manually connect to the internet. > I try > # ifconfig ath0 ssid WLAN > # ifconfig ath0 > ath0: flags=3D8843 mtu 1500 > inet6 fe80::20f:b5ff:fe67:1b4f%ath0 prefixlen 64 scopeid 0x4 > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > ether 00:0f:b5:67:1b:4f > media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) > status: no carrier > ssid WLAN 1:WLAN > channel -1 authmode OPEN powersavemode OFF powersavesleep 100 > rtsthreshold 2312 protmode CTS > wepmode OFF weptxkey 1 > > After running "dhclient ath0" the netgear-card finds the accesspoint ( bo= th > leds blinking simultanously). > "ifconfig ath0" prints "status: active" but the inet-address remains > 0.0.0.0. > > How can I assign the card a valid ip-address via dhcp ? > Or what is wrong in my setup ? > My second interface fxp0 has no problems getting valid > ip-address via dhcp. > > Any tips are very welcome. > > Dennis Binder > > > > -- > GMX DSL =3D Maximale Leistung zum minimalen Preis! > 2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/d= sl > _______________________________________________ > 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 Fri Sep 30 03:47:51 2005 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 429A216A41F for ; Fri, 30 Sep 2005 03:47:51 +0000 (GMT) (envelope-from kansascity_guy2005@yahoo.com) Received: from web32806.mail.mud.yahoo.com (web32806.mail.mud.yahoo.com [68.142.206.36]) by mx1.FreeBSD.org (Postfix) with SMTP id D389D43D49 for ; Fri, 30 Sep 2005 03:47:50 +0000 (GMT) (envelope-from kansascity_guy2005@yahoo.com) Received: (qmail 49829 invoked by uid 60001); 30 Sep 2005 03:47:50 -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=qQFkE7vD7rSuz0cpHYQAfIpxCicjtJIFRJLiTLDH4k7FTh7dRZDDv0u/5ygjCFDdqm5WT3ltSn9Fn8uyYUMWYWM4thtekiMw6Ucjb+dPWHd7sUx7bRhrjbpqL1iXlIFowSN987MxLJgxJ2CHTsXKUUWiwY5JQbs5SK+qZ5RzY6E= ; Message-ID: <20050930034750.49827.qmail@web32806.mail.mud.yahoo.com> Received: from [65.30.122.93] by web32806.mail.mud.yahoo.com via HTTP; Thu, 29 Sep 2005 20:47:50 PDT Date: Thu, 29 Sep 2005 20:47:50 -0700 (PDT) From: Brian To: freebsd-mobile@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-666271324-1128052070=:49282" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: KDE Xorg.0.log 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, 30 Sep 2005 03:47:51 -0000 --0-666271324-1128052070=:49282 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit This is the error code I get when I do startx. I attacd the Xorg.0.log file to this email also It loads xwindows with nothing on the screen with the mouse x icon with no ked stuff then kicks me out and tells me this. Fatal server error: Server is already active for display 0 if this server is no longer running, remove /tmp/,X0-lock and start agin --------------------------------- Yahoo! for Good Click here to donate to the Hurricane Katrina relief effort. --0-666271324-1128052070=:49282 Content-Type: application/octet-stream; name="Xorg.0.log" Content-Transfer-Encoding: base64 Content-Description: 2501666187-Xorg.0.log Content-Disposition: attachment; filename="Xorg.0.log" DQpYIFdpbmRvdyBTeXN0ZW0gVmVyc2lvbiA2LjguMg0KUmVsZWFzZSBEYXRl OiA5IEZlYnJ1YXJ5IDIwMDUNClggUHJvdG9jb2wgVmVyc2lvbiAxMSwgUmV2 aXNpb24gMCwgUmVsZWFzZSA2LjguMg0KQnVpbGQgT3BlcmF0aW5nIFN5c3Rl bTogRnJlZUJTRCA2LjAgaTM4NiBbRUxGXSANCkN1cnJlbnQgT3BlcmF0aW5n IFN5c3RlbTogRnJlZUJTRCBsb2NhbGhvc3QgNi4wLUJFVEE1IEZyZWVCU0Qg Ni4wLUJFVEE1ICMwOiBNb24gU2VwIDE5IDAwOjEyOjQ1IFVUQyAyMDA1ICAg ICByb290QHg2NC5zYW1zY28uaG9tZTovdXNyL29iai91c3Ivc3JjL3N5cy9H RU5FUklDIGkzODYNCkJ1aWxkIERhdGU6IDI5IFNlcHRlbWJlciAyMDA1DQoJ QmVmb3JlIHJlcG9ydGluZyBwcm9ibGVtcywgY2hlY2sgaHR0cDovL3dpa2ku WC5PcmcNCgl0byBtYWtlIHN1cmUgdGhhdCB5b3UgaGF2ZSB0aGUgbGF0ZXN0 IHZlcnNpb24uDQpNb2R1bGUgTG9hZGVyIHByZXNlbnQNCk1hcmtlcnM6ICgt LSkgcHJvYmVkLCAoKiopIGZyb20gY29uZmlnIGZpbGUsICg9PSkgZGVmYXVs dCBzZXR0aW5nLA0KCSgrKykgZnJvbSBjb21tYW5kIGxpbmUsICghISkgbm90 aWNlLCAoSUkpIGluZm9ybWF0aW9uYWwsDQoJKFdXKSB3YXJuaW5nLCAoRUUp IGVycm9yLCAoTkkpIG5vdCBpbXBsZW1lbnRlZCwgKD8/KSB1bmtub3duLg0K KD09KSBMb2cgZmlsZTogIi92YXIvbG9nL1hvcmcuMC5sb2ciLCBUaW1lOiBU aHUgU2VwIDI5IDIyOjAxOjQ4IDIwMDUNCig9PSkgVXNpbmcgY29uZmlnIGZp bGU6ICIvcm9vdC94b3JnLmNvbmYiDQooPT0pIFNlcnZlckxheW91dCAiWC5v cmcgQ29uZmlndXJlZCINCigqKikgfC0tPlNjcmVlbiAiU2NyZWVuMCIgKDAp DQooKiopIHwgICB8LS0+TW9uaXRvciAiTW9uaXRvcjAiDQooKiopIHwgICB8 LS0+RGV2aWNlICJDYXJkMCINCigqKikgfC0tPklucHV0IERldmljZSAiTW91 c2UwIg0KKCoqKSB8LS0+SW5wdXQgRGV2aWNlICJLZXlib2FyZDAiDQooV1cp IFRoZSBkaXJlY3RvcnkgIi91c3IvWDExUjYvbGliL1gxMS9mb250cy9DSUQv IiBkb2VzIG5vdCBleGlzdC4NCglFbnRyeSBkZWxldGVkIGZyb20gZm9udCBw YXRoLg0KKCoqKSBGb250UGF0aCBzZXQgdG8gIi91c3IvWDExUjYvbGliL1gx MS9mb250cy9taXNjLywvdXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvVFRGLywv dXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvVHlwZTEvLC91c3IvWDExUjYvbGli L1gxMS9mb250cy83NWRwaS8sL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRzLzEw MGRwaS8iDQooKiopIFJnYlBhdGggc2V0IHRvICIvdXNyL1gxMVI2L2xpYi9Y MTEvcmdiIg0KKCoqKSBNb2R1bGVQYXRoIHNldCB0byAiL3Vzci9YMTFSNi9s aWIvbW9kdWxlcyINCihJSSkgTW9kdWxlIEFCSSB2ZXJzaW9uczoNCglYLk9y ZyBBTlNJIEMgRW11bGF0aW9uOiAwLjINCglYLk9yZyBWaWRlbyBEcml2ZXI6 IDAuNw0KCVguT3JnIFhJbnB1dCBkcml2ZXIgOiAwLjQNCglYLk9yZyBTZXJ2 ZXIgRXh0ZW5zaW9uIDogMC4yDQoJWC5PcmcgRm9udCBSZW5kZXJlciA6IDAu NA0KKElJKSBMb2FkZXIgcnVubmluZyBvbiBmcmVlYnNkDQooSUkpIExvYWRN b2R1bGU6ICJiaXRtYXAiDQooSUkpIExvYWRpbmcgL3Vzci9YMTFSNi9saWIv bW9kdWxlcy9mb250cy9saWJiaXRtYXAuYQ0KKElJKSBNb2R1bGUgYml0bWFw OiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iDQoJY29tcGlsZWQgZm9yIDYu OC4yLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wDQoJTW9kdWxlIGNsYXNzOiBY Lk9yZyBGb250IFJlbmRlcmVyDQoJQUJJIGNsYXNzOiBYLk9yZyBGb250IFJl bmRlcmVyLCB2ZXJzaW9uIDAuNA0KKElJKSBMb2FkaW5nIGZvbnQgQml0bWFw DQooSUkpIExvYWRNb2R1bGU6ICJwY2lkYXRhIg0KKElJKSBMb2FkaW5nIC91 c3IvWDExUjYvbGliL21vZHVsZXMvbGlicGNpZGF0YS5hDQooSUkpIE1vZHVs ZSBwY2lkYXRhOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iDQoJY29tcGls ZWQgZm9yIDYuOC4yLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wDQoJQUJJIGNs YXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIsIHZlcnNpb24gMC43DQooLS0pIFVz aW5nIHN5c2NvbnMgZHJpdmVyIHdpdGggWCBzdXBwb3J0ICh2ZXJzaW9uIDIu MCkNCigtLSkgdXNpbmcgVlQgbnVtYmVyIDkNCg0KKElJKSBQQ0k6IFByb2Jp bmcgY29uZmlnIHR5cGUgdXNpbmcgbWV0aG9kIDENCihJSSkgUENJOiBDb25m aWcgdHlwZSBpcyAxDQooSUkpIFBDSTogc3RhZ2VzID0gMHgwMywgb2xkVmFs MSA9IDB4MDAwMDAwMDAsIG1vZGUxUmVzMSA9IDB4ODAwMDAwMDANCihJSSkg UENJOiBQQ0kgc2NhbiAoYWxsIHZhbHVlcyBhcmUgaW4gaGV4KQ0KKElJKSBQ Q0k6IDAwOjAwOjA6IGNoaXAgODA4NiwyNTkwIGNhcmQgMTAxNCwwNTc1IHJl diAwMyBjbGFzcyAwNiwwMCwwMCBoZHIgMDANCihJSSkgUENJOiAwMDowMTow OiBjaGlwIDgwODYsMjU5MSBjYXJkIDAwMDAsMDAwMCByZXYgMDMgY2xhc3Mg MDYsMDQsMDAgaGRyIDAxDQooSUkpIFBDSTogMDA6MWM6MDogY2hpcCA4MDg2 LDI2NjAgY2FyZCAwMDAwLDAwMDAgcmV2IDAzIGNsYXNzIDA2LDA0LDAwIGhk ciA4MQ0KKElJKSBQQ0k6IDAwOjFjOjI6IGNoaXAgODA4NiwyNjY0IGNhcmQg MDAwMCwwMDAwIHJldiAwMyBjbGFzcyAwNiwwNCwwMCBoZHIgODENCihJSSkg UENJOiAwMDoxZDowOiBjaGlwIDgwODYsMjY1OCBjYXJkIDEwMTQsMDU2NSBy ZXYgMDMgY2xhc3MgMGMsMDMsMDAgaGRyIDgwDQooSUkpIFBDSTogMDA6MWQ6 MTogY2hpcCA4MDg2LDI2NTkgY2FyZCAxMDE0LDA1NjUgcmV2IDAzIGNsYXNz IDBjLDAzLDAwIGhkciAwMA0KKElJKSBQQ0k6IDAwOjFkOjI6IGNoaXAgODA4 NiwyNjVhIGNhcmQgMTAxNCwwNTY1IHJldiAwMyBjbGFzcyAwYywwMywwMCBo ZHIgMDANCihJSSkgUENJOiAwMDoxZDozOiBjaGlwIDgwODYsMjY1YiBjYXJk IDEwMTQsMDU2NSByZXYgMDMgY2xhc3MgMGMsMDMsMDAgaGRyIDAwDQooSUkp IFBDSTogMDA6MWQ6NzogY2hpcCA4MDg2LDI2NWMgY2FyZCAxMDE0LDA1NjYg cmV2IDAzIGNsYXNzIDBjLDAzLDIwIGhkciAwMA0KKElJKSBQQ0k6IDAwOjFl OjA6IGNoaXAgODA4NiwyNDQ4IGNhcmQgMDAwMCwwMDAwIHJldiBkMyBjbGFz cyAwNiwwNCwwMSBoZHIgODENCihJSSkgUENJOiAwMDoxZToyOiBjaGlwIDgw ODYsMjY2ZSBjYXJkIDEwMTQsMDU2NyByZXYgMDMgY2xhc3MgMDQsMDEsMDAg aGRyIDAwDQooSUkpIFBDSTogMDA6MWU6MzogY2hpcCA4MDg2LDI2NmQgY2Fy ZCAxMDE0LDA1NzYgcmV2IDAzIGNsYXNzIDA3LDAzLDAwIGhkciAwMA0KKElJ KSBQQ0k6IDAwOjFmOjA6IGNoaXAgODA4NiwyNjQxIGNhcmQgMTAxNCwwNTY4 IHJldiAwMyBjbGFzcyAwNiwwMSwwMCBoZHIgODANCihJSSkgUENJOiAwMDox ZjoyOiBjaGlwIDgwODYsMjY1MyBjYXJkIDEwMTQsMDU2YSByZXYgMDMgY2xh c3MgMDEsMDEsODAgaGRyIDAwDQooSUkpIFBDSTogMDA6MWY6MzogY2hpcCA4 MDg2LDI2NmEgY2FyZCAxMDE0LDA1NmIgcmV2IDAzIGNsYXNzIDBjLDA1LDAw IGhkciAwMA0KKElJKSBQQ0k6IDAxOjAwOjA6IGNoaXAgMTAwMiw1NDYwIGNh cmQgMTAxNCwwNTZlIHJldiAwMCBjbGFzcyAwMywwMCwwMCBoZHIgMDANCihJ SSkgUENJOiAwMjowMDowOiBjaGlwIDE0ZTQsMTY3ZCBjYXJkIDEwMTQsMDU3 NyByZXYgMTEgY2xhc3MgMDIsMDAsMDAgaGRyIDAwDQooSUkpIFBDSTogMDQ6 MDA6MDogY2hpcCAxMTgwLDA0NzYgY2FyZCBmZmZjLGZmZmYgcmV2IDhkIGNs YXNzIDA2LDA3LDAwIGhkciA4Mg0KKElJKSBQQ0k6IDA0OjAyOjA6IGNoaXAg ODA4Niw0MjIwIGNhcmQgODA4NiwyNzExIHJldiAwNSBjbGFzcyAwMiw4MCww MCBoZHIgMDANCihJSSkgUENJOiBFbmQgb2YgUENJIHNjYW4NCihJSSkgSG9z dC10by1QQ0kgYnJpZGdlOg0KKElJKSBCdXMgMDogYnJpZGdlIGlzIGF0ICgw OjA6MCksICgwLDAsNSksIEJDVFJMOiAweDAwMDggKFZHQV9FTiBpcyBzZXQp DQooSUkpIEJ1cyAwIEkvTyByYW5nZToNCglbMF0gLTEJMAkweDAwMDAwMDAw IC0gMHgwMDAwZmZmZiAoMHgxMDAwMCkgSVhbQl0NCihJSSkgQnVzIDAgbm9u LXByZWZldGNoYWJsZSBtZW1vcnkgcmFuZ2U6DQoJWzBdIC0xCTAJMHgwMDAw MDAwMCAtIDB4ZmZmZmZmZmYgKDB4MCkgTVhbQl0NCihJSSkgQnVzIDAgcHJl ZmV0Y2hhYmxlIG1lbW9yeSByYW5nZToNCglbMF0gLTEJMAkweDAwMDAwMDAw IC0gMHhmZmZmZmZmZiAoMHgwKSBNWFtCXQ0KKElJKSBQQ0ktdG8tUENJIGJy aWRnZToNCihJSSkgQnVzIDE6IGJyaWRnZSBpcyBhdCAoMDoxOjApLCAoMCwx LDEpLCBCQ1RSTDogMHgwMDBjIChWR0FfRU4gaXMgc2V0KQ0KKElJKSBCdXMg MSBJL08gcmFuZ2U6DQoJWzBdIC0xCTAJMHgwMDAwMzAwMCAtIDB4MDAwMDMw ZmYgKDB4MTAwKSBJWFtCXQ0KCVsxXSAtMQkwCTB4MDAwMDM0MDAgLSAweDAw MDAzNGZmICgweDEwMCkgSVhbQl0NCglbMl0gLTEJMAkweDAwMDAzODAwIC0g MHgwMDAwMzhmZiAoMHgxMDApIElYW0JdDQoJWzNdIC0xCTAJMHgwMDAwM2Mw MCAtIDB4MDAwMDNjZmYgKDB4MTAwKSBJWFtCXQ0KKElJKSBCdXMgMSBub24t cHJlZmV0Y2hhYmxlIG1lbW9yeSByYW5nZToNCglbMF0gLTEJMAkweGE4MTAw MDAwIC0gMHhhODFmZmZmZiAoMHgxMDAwMDApIE1YW0JdDQooSUkpIEJ1cyAx IHByZWZldGNoYWJsZSBtZW1vcnkgcmFuZ2U6DQoJWzBdIC0xCTAJMHhjMDAw MDAwMCAtIDB4YzdmZmZmZmYgKDB4ODAwMDAwMCkgTVhbQl0NCihJSSkgUENJ LXRvLVBDSSBicmlkZ2U6DQooSUkpIEJ1cyAyOiBicmlkZ2UgaXMgYXQgKDA6 Mjg6MCksICgwLDIsMiksIEJDVFJMOiAweDAwMDQgKFZHQV9FTiBpcyBjbGVh cmVkKQ0KKElJKSBCdXMgMiBub24tcHJlZmV0Y2hhYmxlIG1lbW9yeSByYW5n ZToNCglbMF0gLTEJMAkweGE4MjAwMDAwIC0gMHhhODJmZmZmZiAoMHgxMDAw MDApIE1YW0JdDQooSUkpIFBDSS10by1QQ0kgYnJpZGdlOg0KKElJKSBCdXMg MzogYnJpZGdlIGlzIGF0ICgwOjI4OjIpLCAoMCwzLDMpLCBCQ1RSTDogMHgw MDA0IChWR0FfRU4gaXMgY2xlYXJlZCkNCihJSSkgQnVzIDMgSS9PIHJhbmdl Og0KCVswXSAtMQkwCTB4MDAwMDQwMDAgLSAweDAwMDA0MGZmICgweDEwMCkg SVhbQl0NCglbMV0gLTEJMAkweDAwMDA0NDAwIC0gMHgwMDAwNDRmZiAoMHgx MDApIElYW0JdDQoJWzJdIC0xCTAJMHgwMDAwNDgwMCAtIDB4MDAwMDQ4ZmYg KDB4MTAwKSBJWFtCXQ0KCVszXSAtMQkwCTB4MDAwMDRjMDAgLSAweDAwMDA0 Y2ZmICgweDEwMCkgSVhbQl0NCihJSSkgQnVzIDMgbm9uLXByZWZldGNoYWJs ZSBtZW1vcnkgcmFuZ2U6DQoJWzBdIC0xCTAJMHhhODMwMDAwMCAtIDB4YTgz ZmZmZmYgKDB4MTAwMDAwKSBNWFtCXQ0KKElJKSBCdXMgMyBwcmVmZXRjaGFi bGUgbWVtb3J5IHJhbmdlOg0KCVswXSAtMQkwCTB4YzgwMDAwMDAgLSAweGM4 MGZmZmZmICgweDEwMDAwMCkgTVhbQl0NCihJSSkgU3VidHJhY3RpdmUgUENJ LXRvLVBDSSBicmlkZ2U6DQooSUkpIEJ1cyA0OiBicmlkZ2UgaXMgYXQgKDA6 MzA6MCksICgwLDQsNyksIEJDVFJMOiAweDAwMDQgKFZHQV9FTiBpcyBjbGVh cmVkKQ0KKElJKSBCdXMgNCBJL08gcmFuZ2U6DQoJWzBdIC0xCTAJMHgwMDAw NTAwMCAtIDB4MDAwMDUwZmYgKDB4MTAwKSBJWFtCXQ0KCVsxXSAtMQkwCTB4 MDAwMDU0MDAgLSAweDAwMDA1NGZmICgweDEwMCkgSVhbQl0NCglbMl0gLTEJ MAkweDAwMDA1ODAwIC0gMHgwMDAwNThmZiAoMHgxMDApIElYW0JdDQoJWzNd IC0xCTAJMHgwMDAwNWMwMCAtIDB4MDAwMDVjZmYgKDB4MTAwKSBJWFtCXQ0K CVs0XSAtMQkwCTB4MDAwMDYwMDAgLSAweDAwMDA2MGZmICgweDEwMCkgSVhb Ql0NCglbNV0gLTEJMAkweDAwMDA2NDAwIC0gMHgwMDAwNjRmZiAoMHgxMDAp IElYW0JdDQoJWzZdIC0xCTAJMHgwMDAwNjgwMCAtIDB4MDAwMDY4ZmYgKDB4 MTAwKSBJWFtCXQ0KCVs3XSAtMQkwCTB4MDAwMDZjMDAgLSAweDAwMDA2Y2Zm ICgweDEwMCkgSVhbQl0NCglbOF0gLTEJMAkweDAwMDA3MDAwIC0gMHgwMDAw NzBmZiAoMHgxMDApIElYW0JdDQoJWzldIC0xCTAJMHgwMDAwNzQwMCAtIDB4 MDAwMDc0ZmYgKDB4MTAwKSBJWFtCXQ0KCVsxMF0gLTEJMAkweDAwMDA3ODAw IC0gMHgwMDAwNzhmZiAoMHgxMDApIElYW0JdDQoJWzExXSAtMQkwCTB4MDAw MDdjMDAgLSAweDAwMDA3Y2ZmICgweDEwMCkgSVhbQl0NCglbMTJdIC0xCTAJ MHgwMDAwODAwMCAtIDB4MDAwMDgwZmYgKDB4MTAwKSBJWFtCXQ0KCVsxM10g LTEJMAkweDAwMDA4NDAwIC0gMHgwMDAwODRmZiAoMHgxMDApIElYW0JdDQoJ WzE0XSAtMQkwCTB4MDAwMDg4MDAgLSAweDAwMDA4OGZmICgweDEwMCkgSVhb Ql0NCglbMTVdIC0xCTAJMHgwMDAwOGMwMCAtIDB4MDAwMDhjZmYgKDB4MTAw KSBJWFtCXQ0KKElJKSBCdXMgNCBub24tcHJlZmV0Y2hhYmxlIG1lbW9yeSBy YW5nZToNCglbMF0gLTEJMAkweGE4NDAwMDAwIC0gMHhiN2ZmZmZmZiAoMHhm YzAwMDAwKSBNWFtCXQ0KKElJKSBCdXMgNCBwcmVmZXRjaGFibGUgbWVtb3J5 IHJhbmdlOg0KCVswXSAtMQkwCTB4ZDAwMDAwMDAgLSAweGQ3ZmZmZmZmICgw eDgwMDAwMDApIE1YW0JdDQooSUkpIFBDSS10by1JU0EgYnJpZGdlOg0KKElJ KSBCdXMgLTE6IGJyaWRnZSBpcyBhdCAoMDozMTowKSwgKDAsLTEsLTEpLCBC Q1RSTDogMHgwMDA4IChWR0FfRU4gaXMgc2V0KQ0KKElJKSBQQ0ktdG8tQ2Fy ZEJ1cyBicmlkZ2U6DQooSUkpIEJ1cyA1OiBicmlkZ2UgaXMgYXQgKDQ6MDow KSwgKDQsNSw3KSwgQkNUUkw6IDB4MDcwMCAoVkdBX0VOIGlzIGNsZWFyZWQp DQooLS0pIFBDSToqKDE6MDowKSBBVEkgVGVjaG5vbG9naWVzIEluYyB1bmtu b3duIGNoaXBzZXQgKDB4NTQ2MCkgcmV2IDAsIE1lbSBAIDB4YzAwMDAwMDAv MjcsIDB4YTgxMDAwMDAvMTYsIEkvTyBAIDB4MzAwMC84DQooSUkpIEFkZHJl c3NhYmxlIGJ1cyByZXNvdXJjZSByYW5nZXMgYXJlDQoJWzBdIC0xCTAJMHgw MDAwMDAwMCAtIDB4ZmZmZmZmZmYgKDB4MCkgTVhbQl0NCglbMV0gLTEJMAkw eDAwMDAwMDAwIC0gMHgwMDAwZmZmZiAoMHgxMDAwMCkgSVhbQl0NCihJSSkg T1MtcmVwb3J0ZWQgcmVzb3VyY2UgcmFuZ2VzOg0KCVswXSAtMQkwCTB4ZmZl MDAwMDAgLSAweGZmZmZmZmZmICgweDIwMDAwMCkgTVhbQl0oQikNCglbMV0g LTEJMAkweDAwMTAwMDAwIC0gMHgzZmZmZmZmZiAoMHgzZmYwMDAwMCkgTVhb Ql1FKEIpDQoJWzJdIC0xCTAJMHgwMDBmMDAwMCAtIDB4MDAwZmZmZmYgKDB4 MTAwMDApIE1YW0JdDQoJWzNdIC0xCTAJMHgwMDBjMDAwMCAtIDB4MDAwZWZm ZmYgKDB4MzAwMDApIE1YW0JdDQoJWzRdIC0xCTAJMHgwMDAwMDAwMCAtIDB4 MDAwOWZmZmYgKDB4YTAwMDApIE1YW0JdDQoJWzVdIC0xCTAJMHgwMDAwZmZm ZiAtIDB4MDAwMGZmZmYgKDB4MSkgSVhbQl0NCglbNl0gLTEJMAkweDAwMDAw MDAwIC0gMHgwMDAwMDBmZiAoMHgxMDApIElYW0JdDQooSUkpIFBDSSBNZW1v cnkgcmVzb3VyY2Ugb3ZlcmxhcCByZWR1Y2VkIDB4YTgwMDAwMDAgZnJvbSAw eGFmZmZmZmZmIHRvIDB4YTgwZmZmZmYNCihJSSkgQWN0aXZlIFBDSSByZXNv dXJjZSByYW5nZXM6DQoJWzBdIC0xCTAJMHhhODQwMTAwMCAtIDB4YTg0MDFm ZmYgKDB4MTAwMCkgTVhbQl1FDQoJWzFdIC0xCTAJMHhhODIwMDAwMCAtIDB4 YTgzZmZmZmYgKDB4MjAwMDAwKSBNWFtCXUUNCglbMl0gLTEJMAkweGE4MDAw NDAwIC0gMHhhODAwMDdmZiAoMHg0MDApIE1YW0JdRQ0KCVszXSAtMQkwCTB4 YTgwMDA4MDAgLSAweGE4MDAwZmZmICgweDgwMCkgTVhbQl1FDQoJWzRdIC0x CTAJMHhhODAwMDAwMCAtIDB4YTgwZmZmZmYgKDB4MTAwMDAwKSBNWFtCXUUN CglbNV0gLTEJMAkweGE4MTAwMDAwIC0gMHhhODEwZmZmZiAoMHgxMDAwMCkg TVhbQl0oQikNCglbNl0gLTEJMAkweGMwMDAwMDAwIC0gMHhjN2ZmZmZmZiAo MHg4MDAwMDAwKSBNWFtCXShCKQ0KCVs3XSAtMQkwCTB4MDAwMDE4ZTAgLSAw eDAwMDAxOGZmICgweDIwKSBJWFtCXUUNCglbOF0gLTEJMAkweDAwMDAxOGMw IC0gMHgwMDAwMThmZiAoMHg0MCkgSVhbQl1FDQoJWzldIC0xCTAJMHgwMDAw MjAwMCAtIDB4MDAwMDIwZmYgKDB4MTAwKSBJWFtCXUUNCglbMTBdIC0xCTAJ MHgwMDAwMjQwMCAtIDB4MDAwMDI0ZmYgKDB4MTAwKSBJWFtCXUUNCglbMTFd IC0xCTAJMHgwMDAwMTg4MCAtIDB4MDAwMDE4ZmYgKDB4ODApIElYW0JdRQ0K CVsxMl0gLTEJMAkweDAwMDAxYzAwIC0gMHgwMDAwMWNmZiAoMHgxMDApIElY W0JdRQ0KCVsxM10gLTEJMAkweDAwMDAxODYwIC0gMHgwMDAwMTg3ZiAoMHgy MCkgSVhbQl1FDQoJWzE0XSAtMQkwCTB4MDAwMDE4NDAgLSAweDAwMDAxODdm ICgweDQwKSBJWFtCXUUNCglbMTVdIC0xCTAJMHgwMDAwMTgyMCAtIDB4MDAw MDE4M2YgKDB4MjApIElYW0JdRQ0KCVsxNl0gLTEJMAkweDAwMDAxODAwIC0g MHgwMDAwMThmZiAoMHgxMDApIElYW0JdRQ0KCVsxN10gLTEJMAkweDAwMDAz MDAwIC0gMHgwMDAwMzBmZiAoMHgxMDApIElYW0JdKEIpDQooSUkpIFBDSSBJ L08gcmVzb3VyY2Ugb3ZlcmxhcCByZWR1Y2VkIDB4MDAwMDE4YzAgZnJvbSAw eDAwMDAxOGZmIHRvIDB4MDAwMDE4ZGYNCihJSSkgUENJIEkvTyByZXNvdXJj ZSBvdmVybGFwIHJlZHVjZWQgMHgwMDAwMTg4MCBmcm9tIDB4MDAwMDE4ZmYg dG8gMHgwMDAwMThiZg0KKElJKSBQQ0kgTWVtb3J5IHJlc291cmNlIG92ZXJs YXAgcmVkdWNlZCAweGE4MDAwMDAwIGZyb20gMHhhODBmZmZmZiB0byAweGE4 MDAwM2ZmDQooSUkpIFBDSSBJL08gcmVzb3VyY2Ugb3ZlcmxhcCByZWR1Y2Vk IDB4MDAwMDE4NDAgZnJvbSAweDAwMDAxODdmIHRvIDB4MDAwMDE4NWYNCihJ SSkgUENJIEkvTyByZXNvdXJjZSBvdmVybGFwIHJlZHVjZWQgMHgwMDAwMTgw MCBmcm9tIDB4MDAwMDE4ZmYgdG8gMHgwMDAwMTgxZg0KKElJKSBBY3RpdmUg UENJIHJlc291cmNlIHJhbmdlcyBhZnRlciByZW1vdmluZyBvdmVybGFwczoN CglbMF0gLTEJMAkweGE4NDAxMDAwIC0gMHhhODQwMWZmZiAoMHgxMDAwKSBN WFtCXUUNCglbMV0gLTEJMAkweGE4MjAwMDAwIC0gMHhhODNmZmZmZiAoMHgy MDAwMDApIE1YW0JdRQ0KCVsyXSAtMQkwCTB4YTgwMDA0MDAgLSAweGE4MDAw N2ZmICgweDQwMCkgTVhbQl1FDQoJWzNdIC0xCTAJMHhhODAwMDgwMCAtIDB4 YTgwMDBmZmYgKDB4ODAwKSBNWFtCXUUNCglbNF0gLTEJMAkweGE4MDAwMDAw IC0gMHhhODAwMDNmZiAoMHg0MDApIE1YW0JdRQ0KCVs1XSAtMQkwCTB4YTgx MDAwMDAgLSAweGE4MTBmZmZmICgweDEwMDAwKSBNWFtCXShCKQ0KCVs2XSAt MQkwCTB4YzAwMDAwMDAgLSAweGM3ZmZmZmZmICgweDgwMDAwMDApIE1YW0Jd KEIpDQoJWzddIC0xCTAJMHgwMDAwMThlMCAtIDB4MDAwMDE4ZmYgKDB4MjAp IElYW0JdRQ0KCVs4XSAtMQkwCTB4MDAwMDE4YzAgLSAweDAwMDAxOGRmICgw eDIwKSBJWFtCXUUNCglbOV0gLTEJMAkweDAwMDAyMDAwIC0gMHgwMDAwMjBm ZiAoMHgxMDApIElYW0JdRQ0KCVsxMF0gLTEJMAkweDAwMDAyNDAwIC0gMHgw MDAwMjRmZiAoMHgxMDApIElYW0JdRQ0KCVsxMV0gLTEJMAkweDAwMDAxODgw IC0gMHgwMDAwMThiZiAoMHg0MCkgSVhbQl1FDQoJWzEyXSAtMQkwCTB4MDAw MDFjMDAgLSAweDAwMDAxY2ZmICgweDEwMCkgSVhbQl1FDQoJWzEzXSAtMQkw CTB4MDAwMDE4NjAgLSAweDAwMDAxODdmICgweDIwKSBJWFtCXUUNCglbMTRd IC0xCTAJMHgwMDAwMTg0MCAtIDB4MDAwMDE4NWYgKDB4MjApIElYW0JdRQ0K CVsxNV0gLTEJMAkweDAwMDAxODIwIC0gMHgwMDAwMTgzZiAoMHgyMCkgSVhb Ql1FDQoJWzE2XSAtMQkwCTB4MDAwMDE4MDAgLSAweDAwMDAxODFmICgweDIw KSBJWFtCXUUNCglbMTddIC0xCTAJMHgwMDAwMzAwMCAtIDB4MDAwMDMwZmYg KDB4MTAwKSBJWFtCXShCKQ0KKElJKSBPUy1yZXBvcnRlZCByZXNvdXJjZSBy YW5nZXMgYWZ0ZXIgcmVtb3Zpbmcgb3ZlcmxhcHMgd2l0aCBQQ0k6DQoJWzBd IC0xCTAJMHhmZmUwMDAwMCAtIDB4ZmZmZmZmZmYgKDB4MjAwMDAwKSBNWFtC XShCKQ0KCVsxXSAtMQkwCTB4MDAxMDAwMDAgLSAweDNmZmZmZmZmICgweDNm ZjAwMDAwKSBNWFtCXUUoQikNCglbMl0gLTEJMAkweDAwMGYwMDAwIC0gMHgw MDBmZmZmZiAoMHgxMDAwMCkgTVhbQl0NCglbM10gLTEJMAkweDAwMGMwMDAw IC0gMHgwMDBlZmZmZiAoMHgzMDAwMCkgTVhbQl0NCglbNF0gLTEJMAkweDAw MDAwMDAwIC0gMHgwMDA5ZmZmZiAoMHhhMDAwMCkgTVhbQl0NCglbNV0gLTEJ MAkweDAwMDBmZmZmIC0gMHgwMDAwZmZmZiAoMHgxKSBJWFtCXQ0KCVs2XSAt MQkwCTB4MDAwMDAwMDAgLSAweDAwMDAwMGZmICgweDEwMCkgSVhbQl0NCihJ SSkgQWxsIHN5c3RlbSByZXNvdXJjZSByYW5nZXM6DQoJWzBdIC0xCTAJMHhm ZmUwMDAwMCAtIDB4ZmZmZmZmZmYgKDB4MjAwMDAwKSBNWFtCXShCKQ0KCVsx XSAtMQkwCTB4MDAxMDAwMDAgLSAweDNmZmZmZmZmICgweDNmZjAwMDAwKSBN WFtCXUUoQikNCglbMl0gLTEJMAkweDAwMGYwMDAwIC0gMHgwMDBmZmZmZiAo MHgxMDAwMCkgTVhbQl0NCglbM10gLTEJMAkweDAwMGMwMDAwIC0gMHgwMDBl ZmZmZiAoMHgzMDAwMCkgTVhbQl0NCglbNF0gLTEJMAkweDAwMDAwMDAwIC0g MHgwMDA5ZmZmZiAoMHhhMDAwMCkgTVhbQl0NCglbNV0gLTEJMAkweGE4NDAx MDAwIC0gMHhhODQwMWZmZiAoMHgxMDAwKSBNWFtCXUUNCglbNl0gLTEJMAkw eGE4MjAwMDAwIC0gMHhhODNmZmZmZiAoMHgyMDAwMDApIE1YW0JdRQ0KCVs3 XSAtMQkwCTB4YTgwMDA0MDAgLSAweGE4MDAwN2ZmICgweDQwMCkgTVhbQl1F DQoJWzhdIC0xCTAJMHhhODAwMDgwMCAtIDB4YTgwMDBmZmYgKDB4ODAwKSBN WFtCXUUNCglbOV0gLTEJMAkweGE4MDAwMDAwIC0gMHhhODAwMDNmZiAoMHg0 MDApIE1YW0JdRQ0KCVsxMF0gLTEJMAkweGE4MTAwMDAwIC0gMHhhODEwZmZm ZiAoMHgxMDAwMCkgTVhbQl0oQikNCglbMTFdIC0xCTAJMHhjMDAwMDAwMCAt IDB4YzdmZmZmZmYgKDB4ODAwMDAwMCkgTVhbQl0oQikNCglbMTJdIC0xCTAJ MHgwMDAwZmZmZiAtIDB4MDAwMGZmZmYgKDB4MSkgSVhbQl0NCglbMTNdIC0x CTAJMHgwMDAwMDAwMCAtIDB4MDAwMDAwZmYgKDB4MTAwKSBJWFtCXQ0KCVsx NF0gLTEJMAkweDAwMDAxOGUwIC0gMHgwMDAwMThmZiAoMHgyMCkgSVhbQl1F DQoJWzE1XSAtMQkwCTB4MDAwMDE4YzAgLSAweDAwMDAxOGRmICgweDIwKSBJ WFtCXUUNCglbMTZdIC0xCTAJMHgwMDAwMjAwMCAtIDB4MDAwMDIwZmYgKDB4 MTAwKSBJWFtCXUUNCglbMTddIC0xCTAJMHgwMDAwMjQwMCAtIDB4MDAwMDI0 ZmYgKDB4MTAwKSBJWFtCXUUNCglbMThdIC0xCTAJMHgwMDAwMTg4MCAtIDB4 MDAwMDE4YmYgKDB4NDApIElYW0JdRQ0KCVsxOV0gLTEJMAkweDAwMDAxYzAw IC0gMHgwMDAwMWNmZiAoMHgxMDApIElYW0JdRQ0KCVsyMF0gLTEJMAkweDAw MDAxODYwIC0gMHgwMDAwMTg3ZiAoMHgyMCkgSVhbQl1FDQoJWzIxXSAtMQkw CTB4MDAwMDE4NDAgLSAweDAwMDAxODVmICgweDIwKSBJWFtCXUUNCglbMjJd IC0xCTAJMHgwMDAwMTgyMCAtIDB4MDAwMDE4M2YgKDB4MjApIElYW0JdRQ0K CVsyM10gLTEJMAkweDAwMDAxODAwIC0gMHgwMDAwMTgxZiAoMHgyMCkgSVhb Ql1FDQoJWzI0XSAtMQkwCTB4MDAwMDMwMDAgLSAweDAwMDAzMGZmICgweDEw MCkgSVhbQl0oQikNCihJSSkgTG9hZE1vZHVsZTogImRiZSINCihJSSkgTG9h ZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZGJl LmENCihJSSkgTW9kdWxlIGRiZTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9u Ig0KCWNvbXBpbGVkIGZvciA2LjguMiwgbW9kdWxlIHZlcnNpb24gPSAxLjAu MA0KCU1vZHVsZSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbg0KCUFC SSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbiwgdmVyc2lvbiAwLjIN CihJSSkgTG9hZGluZyBleHRlbnNpb24gRE9VQkxFLUJVRkZFUg0KKElJKSBM b2FkTW9kdWxlOiAiZHJpIg0KKElJKSBMb2FkaW5nIC91c3IvWDExUjYvbGli L21vZHVsZXMvZXh0ZW5zaW9ucy9saWJkcmkuYQ0KKElJKSBNb2R1bGUgZHJp OiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iDQoJY29tcGlsZWQgZm9yIDYu OC4yLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wDQoJQUJJIGNsYXNzOiBYLk9y ZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJzaW9uIDAuMg0KKElJKSBMb2FkaW5n IHN1YiBtb2R1bGUgImRybSINCihJSSkgTG9hZE1vZHVsZTogImRybSINCihJ SSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2ZyZWVic2QvbGli ZHJtLmENCihJSSkgTW9kdWxlIGRybTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0 aW9uIg0KCWNvbXBpbGVkIGZvciA2LjguMiwgbW9kdWxlIHZlcnNpb24gPSAx LjAuMA0KCUFCSSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbiwgdmVy c2lvbiAwLjINCihJSSkgTG9hZGluZyBleHRlbnNpb24gWEZyZWU4Ni1EUkkN CihJSSkgTG9hZE1vZHVsZTogImV4dG1vZCINCihJSSkgTG9hZGluZyAvdXNy L1gxMVI2L2xpYi9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZXh0bW9kLmENCihJ SSkgTW9kdWxlIGV4dG1vZDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIg0K CWNvbXBpbGVkIGZvciA2LjguMiwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMA0K CU1vZHVsZSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbg0KCUFCSSBj bGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbiwgdmVyc2lvbiAwLjINCihJ SSkgTG9hZGluZyBleHRlbnNpb24gU0hBUEUNCihJSSkgTG9hZGluZyBleHRl bnNpb24gTUlULVNVTkRSWS1OT05TVEFOREFSRA0KKElJKSBMb2FkaW5nIGV4 dGVuc2lvbiBCSUctUkVRVUVTVFMNCihJSSkgTG9hZGluZyBleHRlbnNpb24g U1lOQw0KKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBNSVQtU0NSRUVOLVNBVkVS DQooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhDLU1JU0MNCihJSSkgTG9hZGlu ZyBleHRlbnNpb24gWEZyZWU4Ni1WaWRNb2RlRXh0ZW5zaW9uDQooSUkpIExv YWRpbmcgZXh0ZW5zaW9uIFhGcmVlODYtTWlzYw0KKElJKSBMb2FkaW5nIGV4 dGVuc2lvbiBYRnJlZTg2LURHQQ0KKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBE UE1TDQooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFRPRy1DVVANCihJSSkgTG9h ZGluZyBleHRlbnNpb24gRXh0ZW5kZWQtVmlzdWFsLUluZm9ybWF0aW9uDQoo SUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhWaWRlbw0KKElJKSBMb2FkaW5nIGV4 dGVuc2lvbiBYVmlkZW8tTW90aW9uQ29tcGVuc2F0aW9uDQooSUkpIExvYWRp bmcgZXh0ZW5zaW9uIFgtUmVzb3VyY2UNCihJSSkgTG9hZE1vZHVsZTogImds eCINCihJSSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2V4dGVu c2lvbnMvbGliZ2x4LmENCihJSSkgTW9kdWxlIGdseDogdmVuZG9yPSJYLk9y ZyBGb3VuZGF0aW9uIg0KCWNvbXBpbGVkIGZvciA2LjguMiwgbW9kdWxlIHZl cnNpb24gPSAxLjAuMA0KCUFCSSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVu c2lvbiwgdmVyc2lvbiAwLjINCihJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJH TGNvcmUiDQooSUkpIExvYWRNb2R1bGU6ICJHTGNvcmUiDQooSUkpIExvYWRp bmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9leHRlbnNpb25zL2xpYkdMY29y ZS5hDQooSUkpIE1vZHVsZSBHTGNvcmU6IHZlbmRvcj0iWC5PcmcgRm91bmRh dGlvbiINCgljb21waWxlZCBmb3IgNi44LjIsIG1vZHVsZSB2ZXJzaW9uID0g MS4wLjANCglBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZl cnNpb24gMC4yDQooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIEdMWA0KKElJKSBM b2FkTW9kdWxlOiAicmVjb3JkIg0KKElJKSBMb2FkaW5nIC91c3IvWDExUjYv bGliL21vZHVsZXMvZXh0ZW5zaW9ucy9saWJyZWNvcmQuYQ0KKElJKSBNb2R1 bGUgcmVjb3JkOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iDQoJY29tcGls ZWQgZm9yIDYuOC4yLCBtb2R1bGUgdmVyc2lvbiA9IDEuMTMuMA0KCU1vZHVs ZSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbg0KCUFCSSBjbGFzczog WC5PcmcgU2VydmVyIEV4dGVuc2lvbiwgdmVyc2lvbiAwLjINCihJSSkgTG9h ZGluZyBleHRlbnNpb24gUkVDT1JEDQooSUkpIExvYWRNb2R1bGU6ICJ4dHJh cCINCihJSSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2V4dGVu c2lvbnMvbGlieHRyYXAuYQ0KKElJKSBNb2R1bGUgeHRyYXA6IHZlbmRvcj0i WC5PcmcgRm91bmRhdGlvbiINCgljb21waWxlZCBmb3IgNi44LjIsIG1vZHVs ZSB2ZXJzaW9uID0gMS4wLjANCglNb2R1bGUgY2xhc3M6IFguT3JnIFNlcnZl ciBFeHRlbnNpb24NCglBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNp b24sIHZlcnNpb24gMC4yDQooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIERFQy1Y VFJBUA0KKElJKSBMb2FkTW9kdWxlOiAiZnJlZXR5cGUiDQooSUkpIExvYWRp bmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9mb250cy9saWJmcmVldHlwZS5z bw0KKElJKSBNb2R1bGUgZnJlZXR5cGU6IHZlbmRvcj0iWC5PcmcgRm91bmRh dGlvbiAmIHRoZSBBZnRlciBYLVRUIFByb2plY3QiDQoJY29tcGlsZWQgZm9y IDYuOC4yLCBtb2R1bGUgdmVyc2lvbiA9IDIuMS4wDQoJTW9kdWxlIGNsYXNz OiBYLk9yZyBGb250IFJlbmRlcmVyDQoJQUJJIGNsYXNzOiBYLk9yZyBGb250 IFJlbmRlcmVyLCB2ZXJzaW9uIDAuNA0KKElJKSBMb2FkaW5nIGZvbnQgRnJl ZVR5cGUNCihJSSkgTG9hZE1vZHVsZTogInR5cGUxIg0KKElJKSBMb2FkaW5n IC91c3IvWDExUjYvbGliL21vZHVsZXMvZm9udHMvbGlidHlwZTEuYQ0KKElJ KSBNb2R1bGUgdHlwZTE6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiINCglj b21waWxlZCBmb3IgNi44LjIsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjINCglN b2R1bGUgY2xhc3M6IFguT3JnIEZvbnQgUmVuZGVyZXINCglBQkkgY2xhc3M6 IFguT3JnIEZvbnQgUmVuZGVyZXIsIHZlcnNpb24gMC40DQooSUkpIExvYWRp bmcgZm9udCBUeXBlMQ0KKElJKSBMb2FkaW5nIGZvbnQgQ0lEDQooSUkpIExv YWRNb2R1bGU6ICJhdGkiDQooSUkpIExvYWRpbmcgL3Vzci9YMTFSNi9saWIv bW9kdWxlcy9kcml2ZXJzL2F0aV9kcnYubw0KKElJKSBNb2R1bGUgYXRpOiB2 ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iDQoJY29tcGlsZWQgZm9yIDYuOC4y LCBtb2R1bGUgdmVyc2lvbiA9IDYuNS42DQoJTW9kdWxlIGNsYXNzOiBYLk9y ZyBWaWRlbyBEcml2ZXINCglBQkkgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZl ciwgdmVyc2lvbiAwLjcNCihJSSkgTG9hZE1vZHVsZTogIm1vdXNlIg0KKElJ KSBMb2FkaW5nIC91c3IvWDExUjYvbGliL21vZHVsZXMvaW5wdXQvbW91c2Vf ZHJ2Lm8NCihJSSkgTW9kdWxlIG1vdXNlOiB2ZW5kb3I9IlguT3JnIEZvdW5k YXRpb24iDQoJY29tcGlsZWQgZm9yIDYuOC4yLCBtb2R1bGUgdmVyc2lvbiA9 IDEuMC4wDQoJTW9kdWxlIGNsYXNzOiBYLk9yZyBYSW5wdXQgRHJpdmVyDQoJ QUJJIGNsYXNzOiBYLk9yZyBYSW5wdXQgZHJpdmVyLCB2ZXJzaW9uIDAuNA0K KElJKSBMb2FkTW9kdWxlOiAia2JkIg0KKElJKSBMb2FkaW5nIC91c3IvWDEx UjYvbGliL21vZHVsZXMvaW5wdXQva2JkX2Rydi5vDQooSUkpIE1vZHVsZSBr YmQ6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiINCgljb21waWxlZCBmb3Ig Ni44LjIsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjANCglNb2R1bGUgY2xhc3M6 IFguT3JnIFhJbnB1dCBEcml2ZXINCglBQkkgY2xhc3M6IFguT3JnIFhJbnB1 dCBkcml2ZXIsIHZlcnNpb24gMC40DQooSUkpIEFUSTogQVRJIGRyaXZlciAo dmVyc2lvbiA2LjUuNikgZm9yIGNoaXBzZXRzOiBhdGksIGF0aXZnYQ0KKElJ KSBSMTI4OiBEcml2ZXIgZm9yIEFUSSBSYWdlIDEyOCBjaGlwc2V0czoNCglB VEkgUmFnZSAxMjggTW9iaWxpdHkgTTMgTEUgKFBDSSksIEFUSSBSYWdlIDEy OCBNb2JpbGl0eSBNMyBMRiAoQUdQKSwNCglBVEkgUmFnZSAxMjggTW9iaWxp dHkgTTQgTUYgKEFHUCksIEFUSSBSYWdlIDEyOCBNb2JpbGl0eSBNNCBNTCAo QUdQKSwNCglBVEkgUmFnZSAxMjggUHJvIEdMIFBBIChQQ0kvQUdQKSwgQVRJ IFJhZ2UgMTI4IFBybyBHTCBQQiAoUENJL0FHUCksDQoJQVRJIFJhZ2UgMTI4 IFBybyBHTCBQQyAoUENJL0FHUCksIEFUSSBSYWdlIDEyOCBQcm8gR0wgUEQg KFBDSSksDQoJQVRJIFJhZ2UgMTI4IFBybyBHTCBQRSAoUENJL0FHUCksIEFU SSBSYWdlIDEyOCBQcm8gR0wgUEYgKEFHUCksDQoJQVRJIFJhZ2UgMTI4IFBy byBWUiBQRyAoUENJL0FHUCksIEFUSSBSYWdlIDEyOCBQcm8gVlIgUEggKFBD SS9BR1ApLA0KCUFUSSBSYWdlIDEyOCBQcm8gVlIgUEkgKFBDSS9BR1ApLCBB VEkgUmFnZSAxMjggUHJvIFZSIFBKIChQQ0kvQUdQKSwNCglBVEkgUmFnZSAx MjggUHJvIFZSIFBLIChQQ0kvQUdQKSwgQVRJIFJhZ2UgMTI4IFBybyBWUiBQ TCAoUENJL0FHUCksDQoJQVRJIFJhZ2UgMTI4IFBybyBWUiBQTSAoUENJL0FH UCksIEFUSSBSYWdlIDEyOCBQcm8gVlIgUE4gKFBDSS9BR1ApLA0KCUFUSSBS YWdlIDEyOCBQcm8gVlIgUE8gKFBDSS9BR1ApLCBBVEkgUmFnZSAxMjggUHJv IFZSIFBQIChQQ0kpLA0KCUFUSSBSYWdlIDEyOCBQcm8gVlIgUFEgKFBDSS9B R1ApLCBBVEkgUmFnZSAxMjggUHJvIFZSIFBSIChQQ0kpLA0KCUFUSSBSYWdl IDEyOCBQcm8gVlIgUFMgKFBDSS9BR1ApLCBBVEkgUmFnZSAxMjggUHJvIFZS IFBUIChQQ0kvQUdQKSwNCglBVEkgUmFnZSAxMjggUHJvIFZSIFBVIChQQ0kv QUdQKSwgQVRJIFJhZ2UgMTI4IFBybyBWUiBQViAoUENJL0FHUCksDQoJQVRJ IFJhZ2UgMTI4IFBybyBWUiBQVyAoUENJL0FHUCksIEFUSSBSYWdlIDEyOCBQ cm8gVlIgUFggKFBDSS9BR1ApLA0KCUFUSSBSYWdlIDEyOCBHTCBSRSAoUENJ KSwgQVRJIFJhZ2UgMTI4IEdMIFJGIChBR1ApLA0KCUFUSSBSYWdlIDEyOCBS RyAoQUdQKSwgQVRJIFJhZ2UgMTI4IFZSIFJLIChQQ0kpLA0KCUFUSSBSYWdl IDEyOCBWUiBSTCAoQUdQKSwgQVRJIFJhZ2UgMTI4IDRYIFNFIChQQ0kvQUdQ KSwNCglBVEkgUmFnZSAxMjggNFggU0YgKFBDSS9BR1ApLCBBVEkgUmFnZSAx MjggNFggU0cgKFBDSS9BR1ApLA0KCUFUSSBSYWdlIDEyOCA0WCBTSCAoUENJ L0FHUCksIEFUSSBSYWdlIDEyOCA0WCBTSyAoUENJL0FHUCksDQoJQVRJIFJh Z2UgMTI4IDRYIFNMIChQQ0kvQUdQKSwgQVRJIFJhZ2UgMTI4IDRYIFNNIChB R1ApLA0KCUFUSSBSYWdlIDEyOCA0WCBTTiAoUENJL0FHUCksIEFUSSBSYWdl IDEyOCBQcm8gVUxUUkEgVEYgKEFHUCksDQoJQVRJIFJhZ2UgMTI4IFBybyBV TFRSQSBUTCAoQUdQKSwgQVRJIFJhZ2UgMTI4IFBybyBVTFRSQSBUUiAoQUdQ KSwNCglBVEkgUmFnZSAxMjggUHJvIFVMVFJBIFRTIChBR1A/KSwgQVRJIFJh Z2UgMTI4IFBybyBVTFRSQSBUVCAoQUdQPyksDQoJQVRJIFJhZ2UgMTI4IFBy byBVTFRSQSBUVSAoQUdQPykNCihJSSkgUkFERU9OOiBEcml2ZXIgZm9yIEFU SSBSYWRlb24gY2hpcHNldHM6IEFUSSBSYWRlb24gUUQgKEFHUCksDQoJQVRJ IFJhZGVvbiBRRSAoQUdQKSwgQVRJIFJhZGVvbiBRRiAoQUdQKSwgQVRJIFJh ZGVvbiBRRyAoQUdQKSwNCglBVEkgUmFkZW9uIFZFLzcwMDAgUVkgKEFHUC9Q Q0kpLCBBVEkgUmFkZW9uIFZFLzcwMDAgUVogKEFHUC9QQ0kpLA0KCUFUSSBS YWRlb24gTW9iaWxpdHkgTTcgTFcgKEFHUCksDQoJQVRJIE1vYmlsaXR5IEZp cmVHTCA3ODAwIE03IExYIChBR1ApLA0KCUFUSSBSYWRlb24gTW9iaWxpdHkg TTYgTFkgKEFHUCksIEFUSSBSYWRlb24gTW9iaWxpdHkgTTYgTFogKEFHUCks DQoJQVRJIFJhZGVvbiBJR1AzMjAgKEEzKSA0MTM2LCBBVEkgUmFkZW9uIElH UDMyME0gKFUxKSA0MzM2LA0KCUFUSSBSYWRlb24gSUdQMzMwLzM0MC8zNTAg KEE0KSA0MTM3LA0KCUFUSSBSYWRlb24gSUdQMzMwTS8zNDBNLzM1ME0gKFUy KSA0MzM3LA0KCUFUSSBSYWRlb24gNzAwMCBJR1AgKEE0KykgNDIzNywgQVRJ IFJhZGVvbiBNb2JpbGl0eSA3MDAwIElHUCA0NDM3LA0KCUFUSSBGaXJlR0wg ODcwMC84ODAwIFFIIChBR1ApLCBBVEkgUmFkZW9uIDg1MDAgUUwgKEFHUCks DQoJQVRJIFJhZGVvbiA5MTAwIFFNIChBR1ApLCBBVEkgUmFkZW9uIDg1MDAg QUlXIEJCIChBR1ApLA0KCUFUSSBSYWRlb24gODUwMCBBSVcgQkMgKEFHUCks IEFUSSBSYWRlb24gNzUwMCBRVyAoQUdQL1BDSSksDQoJQVRJIFJhZGVvbiA3 NTAwIFFYIChBR1AvUENJKSwgQVRJIFJhZGVvbiA5MDAwL1BSTyBJZiAoQUdQ L1BDSSksDQoJQVRJIFJhZGVvbiA5MDAwIElnIChBR1AvUENJKSwgQVRJIEZp cmVHTCBNb2JpbGl0eSA5MDAwIChNOSkgTGQgKEFHUCksDQoJQVRJIFJhZGVv biBNb2JpbGl0eSA5MDAwIChNOSkgTGYgKEFHUCksDQoJQVRJIFJhZGVvbiBN b2JpbGl0eSA5MDAwIChNOSkgTGcgKEFHUCksDQoJQVRJIFJhZGVvbiA5MTAw IElHUCAoQTUpIDU4MzQsDQoJQVRJIFJhZGVvbiBNb2JpbGl0eSA5MTAwIElH UCAoVTMpIDU4MzUsIEFUSSBSYWRlb24gOTEwMCBQUk8gSUdQIDc4MzQsDQoJ QVRJIFJhZGVvbiBNb2JpbGl0eSA5MjAwIElHUCA3ODM1LCBBVEkgUmFkZW9u IDkyMDBQUk8gNTk2MCAoQUdQKSwNCglBVEkgUmFkZW9uIDkyMDAgNTk2MSAo QUdQKSwgQVRJIFJhZGVvbiA5MjAwIDU5NjIgKEFHUCksDQoJQVRJIFJhZGVv biA5MjAwU0UgNTk2NCAoQUdQKSwNCglBVEkgUmFkZW9uIE1vYmlsaXR5IDky MDAgKE05KykgNUM2MSAoQUdQKSwNCglBVEkgUmFkZW9uIE1vYmlsaXR5IDky MDAgKE05KykgNUM2MyAoQUdQKSwgQVRJIFJhZGVvbiA5NTAwIEFEIChBR1Ap LA0KCUFUSSBSYWRlb24gOTUwMCBBRSAoQUdQKSwgQVRJIFJhZGVvbiA5NjAw VFggQUYgKEFHUCksDQoJQVRJIEZpcmVHTCBaMSBBRyAoQUdQKSwgQVRJIFJh ZGVvbiA5NzAwIFBybyBORCAoQUdQKSwNCglBVEkgUmFkZW9uIDk3MDAvOTUw MFBybyBORSAoQUdQKSwgQVRJIFJhZGVvbiA5NzAwIE5GIChBR1ApLA0KCUFU SSBGaXJlR0wgWDEgTkcgKEFHUCksIEFUSSBSYWRlb24gOTYwMCBBUCAoQUdQ KSwNCglBVEkgUmFkZW9uIDk2MDBTRSBBUSAoQUdQKSwgQVRJIFJhZGVvbiA5 NjAwWFQgQVIgKEFHUCksDQoJQVRJIFJhZGVvbiA5NjAwIEFTIChBR1ApLCBB VEkgRmlyZUdMIFQyIEFUIChBR1ApLA0KCUFUSSBGaXJlR0wgUlYzNjAgQVYg KEFHUCksDQoJQVRJIFJhZGVvbiBNb2JpbGl0eSA5NjAwLzk3MDAgKE0xMC9N MTEpIE5QIChBR1ApLA0KCUFUSSBSYWRlb24gTW9iaWxpdHkgOTYwMCAoTTEw KSBOUSAoQUdQKSwNCglBVEkgUmFkZW9uIE1vYmlsaXR5IDk2MDAgKE0xMSkg TlIgKEFHUCksDQoJQVRJIFJhZGVvbiBNb2JpbGl0eSA5NjAwIChNMTApIE5T IChBR1ApLA0KCUFUSSBGaXJlR0wgTW9iaWxpdHkgVDIgKE0xMCkgTlQgKEFH UCksDQoJQVRJIEZpcmVHTCBNb2JpbGl0eSBUMmUgKE0xMSkgTlYgKEFHUCks IEFUSSBSYWRlb24gOTgwMFNFIEFIIChBR1ApLA0KCUFUSSBSYWRlb24gOTgw MCBBSSAoQUdQKSwgQVRJIFJhZGVvbiA5ODAwIEFKIChBR1ApLA0KCUFUSSBG aXJlR0wgWDIgQUsgKEFHUCksIEFUSSBSYWRlb24gOTgwMFBSTyBOSCAoQUdQ KSwNCglBVEkgUmFkZW9uIDk4MDAgTkkgKEFHUCksIEFUSSBGaXJlR0wgWDIg TksgKEFHUCksDQoJQVRJIFJhZGVvbiA5ODAwWFQgTkogKEFHUCksIEFUSSBS YWRlb24gWDYwMCAoUlYzODApIDNFNTAgKFBDSUUpLA0KCUFUSSBGaXJlR0wg VjMyMDAgKFJWMzgwKSAzRTU0IChQQ0lFKSwNCglBVEkgUmFkZW9uIE1vYmls aXR5IFg2MDAgKE0yNCkgMzE1MCAoUENJRSksDQoJQVRJIEZpcmVHTCBNMjQg R0wgMzE1NCAoUENJRSksIEFUSSBSYWRlb24gWDMwMCAoUlYzNzApIDVCNjAg KFBDSUUpLA0KCUFUSSBSYWRlb24gWDYwMCAoUlYzNzApIDVCNjIgKFBDSUUp LA0KCUFUSSBGaXJlR0wgVjMxMDAgKFJWMzcwKSA1QjY0IChQQ0lFKSwNCglB VEkgRmlyZUdMIEQxMTAwIChSVjM3MCkgNUI2NSAoUENJRSksDQoJQVRJIFJh ZGVvbiBNb2JpbGl0eSBNMzAwIChNMjIpIDU0NjAgKFBDSUUpLA0KCUFUSSBG aXJlR0wgTTIyIEdMIDU0NjQgKFBDSUUpLCBBVEkgUmFkZW9uIFg4MDAgKFI0 MjApIEpIIChBR1ApLA0KCUFUSSBSYWRlb24gWDgwMFBSTyAoUjQyMCkgSkkg KEFHUCksDQoJQVRJIFJhZGVvbiBYODAwU0UgKFI0MjApIEpKIChBR1ApLCBB VEkgUmFkZW9uIFg4MDAgKFI0MjApIEpLIChBR1ApLA0KCUFUSSBSYWRlb24g WDgwMCAoUjQyMCkgSkwgKEFHUCksIEFUSSBGaXJlR0wgWDMgKFI0MjApIEpN IChBR1ApLA0KCUFUSSBSYWRlb24gTW9iaWxpdHkgOTgwMCAoTTE4KSBKTiAo QUdQKSwNCglBVEkgUmFkZW9uIFg4MDBYVCAoUjQyMCkgSlAgKEFHUCksIEFU SSBSYWRlb24gWDgwMCAoUjQyMykgVUggKFBDSUUpLA0KCUFUSSBSYWRlb24g WDgwMFBSTyAoUjQyMykgVUkgKFBDSUUpLA0KCUFUSSBSYWRlb24gWDgwMExF IChSNDIzKSBVSiAoUENJRSksDQoJQVRJIFJhZGVvbiBYODAwU0UgKFI0MjMp IFVLIChQQ0lFKSwNCglBVEkgRmlyZUdMIFY3MjAwIChSNDIzKSBVUSAoUENJ RSksIEFUSSBGaXJlR0wgVjUxMDAgKFI0MjMpIFVSIChQQ0lFKSwNCglBVEkg RmlyZUdMIFY3MTAwIChSNDIzKSBVVCAoUENJRSksDQoJQVRJIFJhZGVvbiBY ODAwWFQgKFI0MjMpIDVENTcgKFBDSUUpDQooSUkpIFByaW1hcnkgRGV2aWNl IGlzOiBQQ0kgMDE6MDA6MA0KKElJKSBBVEk6ICBDYW5kaWRhdGUgIkRldmlj ZSIgc2VjdGlvbiAiQ2FyZDAiLg0KKC0tKSBDaGlwc2V0IEFUSSBSYWRlb24g TW9iaWxpdHkgTTMwMCAoTTIyKSA1NDYwIChQQ0lFKSBmb3VuZA0KKElJKSBy ZXNvdXJjZSByYW5nZXMgYWZ0ZXIgeGY4NkNsYWltRml4ZWRSZXNvdXJjZXMo KSBjYWxsOg0KCVswXSAtMQkwCTB4ZmZlMDAwMDAgLSAweGZmZmZmZmZmICgw eDIwMDAwMCkgTVhbQl0oQikNCglbMV0gLTEJMAkweDAwMTAwMDAwIC0gMHgz ZmZmZmZmZiAoMHgzZmYwMDAwMCkgTVhbQl1FKEIpDQoJWzJdIC0xCTAJMHgw MDBmMDAwMCAtIDB4MDAwZmZmZmYgKDB4MTAwMDApIE1YW0JdDQoJWzNdIC0x CTAJMHgwMDBjMDAwMCAtIDB4MDAwZWZmZmYgKDB4MzAwMDApIE1YW0JdDQoJ WzRdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwOWZmZmYgKDB4YTAwMDApIE1Y W0JdDQoJWzVdIC0xCTAJMHhhODQwMTAwMCAtIDB4YTg0MDFmZmYgKDB4MTAw MCkgTVhbQl1FDQoJWzZdIC0xCTAJMHhhODIwMDAwMCAtIDB4YTgzZmZmZmYg KDB4MjAwMDAwKSBNWFtCXUUNCglbN10gLTEJMAkweGE4MDAwNDAwIC0gMHhh ODAwMDdmZiAoMHg0MDApIE1YW0JdRQ0KCVs4XSAtMQkwCTB4YTgwMDA4MDAg LSAweGE4MDAwZmZmICgweDgwMCkgTVhbQl1FDQoJWzldIC0xCTAJMHhhODAw MDAwMCAtIDB4YTgwMDAzZmYgKDB4NDAwKSBNWFtCXUUNCglbMTBdIC0xCTAJ MHhhODEwMDAwMCAtIDB4YTgxMGZmZmYgKDB4MTAwMDApIE1YW0JdKEIpDQoJ WzExXSAtMQkwCTB4YzAwMDAwMDAgLSAweGM3ZmZmZmZmICgweDgwMDAwMDAp IE1YW0JdKEIpDQoJWzEyXSAtMQkwCTB4MDAwMGZmZmYgLSAweDAwMDBmZmZm ICgweDEpIElYW0JdDQoJWzEzXSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDAw MGZmICgweDEwMCkgSVhbQl0NCglbMTRdIC0xCTAJMHgwMDAwMThlMCAtIDB4 MDAwMDE4ZmYgKDB4MjApIElYW0JdRQ0KCVsxNV0gLTEJMAkweDAwMDAxOGMw IC0gMHgwMDAwMThkZiAoMHgyMCkgSVhbQl1FDQoJWzE2XSAtMQkwCTB4MDAw MDIwMDAgLSAweDAwMDAyMGZmICgweDEwMCkgSVhbQl1FDQoJWzE3XSAtMQkw CTB4MDAwMDI0MDAgLSAweDAwMDAyNGZmICgweDEwMCkgSVhbQl1FDQoJWzE4 XSAtMQkwCTB4MDAwMDE4ODAgLSAweDAwMDAxOGJmICgweDQwKSBJWFtCXUUN CglbMTldIC0xCTAJMHgwMDAwMWMwMCAtIDB4MDAwMDFjZmYgKDB4MTAwKSBJ WFtCXUUNCglbMjBdIC0xCTAJMHgwMDAwMTg2MCAtIDB4MDAwMDE4N2YgKDB4 MjApIElYW0JdRQ0KCVsyMV0gLTEJMAkweDAwMDAxODQwIC0gMHgwMDAwMTg1 ZiAoMHgyMCkgSVhbQl1FDQoJWzIyXSAtMQkwCTB4MDAwMDE4MjAgLSAweDAw MDAxODNmICgweDIwKSBJWFtCXUUNCglbMjNdIC0xCTAJMHgwMDAwMTgwMCAt IDB4MDAwMDE4MWYgKDB4MjApIElYW0JdRQ0KCVsyNF0gLTEJMAkweDAwMDAz MDAwIC0gMHgwMDAwMzBmZiAoMHgxMDApIElYW0JdKEIpDQooSUkpIExvYWRp bmcgc3ViIG1vZHVsZSAicmFkZW9uIg0KKElJKSBMb2FkTW9kdWxlOiAicmFk ZW9uIg0KKElJKSBMb2FkaW5nIC91c3IvWDExUjYvbGliL21vZHVsZXMvZHJp dmVycy9yYWRlb25fZHJ2Lm8NCihJSSkgTW9kdWxlIHJhZGVvbjogdmVuZG9y PSJYLk9yZyBGb3VuZGF0aW9uIg0KCWNvbXBpbGVkIGZvciA2LjguMiwgbW9k dWxlIHZlcnNpb24gPSA0LjAuMQ0KCU1vZHVsZSBjbGFzczogWC5PcmcgVmlk ZW8gRHJpdmVyDQoJQUJJIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIsIHZl cnNpb24gMC43DQooSUkpIHJlc291cmNlIHJhbmdlcyBhZnRlciBwcm9iaW5n Og0KCVswXSAtMQkwCTB4ZmZlMDAwMDAgLSAweGZmZmZmZmZmICgweDIwMDAw MCkgTVhbQl0oQikNCglbMV0gLTEJMAkweDAwMTAwMDAwIC0gMHgzZmZmZmZm ZiAoMHgzZmYwMDAwMCkgTVhbQl1FKEIpDQoJWzJdIC0xCTAJMHgwMDBmMDAw MCAtIDB4MDAwZmZmZmYgKDB4MTAwMDApIE1YW0JdDQoJWzNdIC0xCTAJMHgw MDBjMDAwMCAtIDB4MDAwZWZmZmYgKDB4MzAwMDApIE1YW0JdDQoJWzRdIC0x CTAJMHgwMDAwMDAwMCAtIDB4MDAwOWZmZmYgKDB4YTAwMDApIE1YW0JdDQoJ WzVdIC0xCTAJMHhhODQwMTAwMCAtIDB4YTg0MDFmZmYgKDB4MTAwMCkgTVhb Ql1FDQoJWzZdIC0xCTAJMHhhODIwMDAwMCAtIDB4YTgzZmZmZmYgKDB4MjAw MDAwKSBNWFtCXUUNCglbN10gLTEJMAkweGE4MDAwNDAwIC0gMHhhODAwMDdm ZiAoMHg0MDApIE1YW0JdRQ0KCVs4XSAtMQkwCTB4YTgwMDA4MDAgLSAweGE4 MDAwZmZmICgweDgwMCkgTVhbQl1FDQoJWzldIC0xCTAJMHhhODAwMDAwMCAt IDB4YTgwMDAzZmYgKDB4NDAwKSBNWFtCXUUNCglbMTBdIC0xCTAJMHhhODEw MDAwMCAtIDB4YTgxMGZmZmYgKDB4MTAwMDApIE1YW0JdKEIpDQoJWzExXSAt MQkwCTB4YzAwMDAwMDAgLSAweGM3ZmZmZmZmICgweDgwMDAwMDApIE1YW0Jd KEIpDQoJWzEyXSAwCTAJMHgwMDBhMDAwMCAtIDB4MDAwYWZmZmYgKDB4MTAw MDApIE1TW0JdDQoJWzEzXSAwCTAJMHgwMDBiMDAwMCAtIDB4MDAwYjdmZmYg KDB4ODAwMCkgTVNbQl0NCglbMTRdIDAJMAkweDAwMGI4MDAwIC0gMHgwMDBi ZmZmZiAoMHg4MDAwKSBNU1tCXQ0KCVsxNV0gLTEJMAkweDAwMDBmZmZmIC0g MHgwMDAwZmZmZiAoMHgxKSBJWFtCXQ0KCVsxNl0gLTEJMAkweDAwMDAwMDAw IC0gMHgwMDAwMDBmZiAoMHgxMDApIElYW0JdDQoJWzE3XSAtMQkwCTB4MDAw MDE4ZTAgLSAweDAwMDAxOGZmICgweDIwKSBJWFtCXUUNCglbMThdIC0xCTAJ MHgwMDAwMThjMCAtIDB4MDAwMDE4ZGYgKDB4MjApIElYW0JdRQ0KCVsxOV0g LTEJMAkweDAwMDAyMDAwIC0gMHgwMDAwMjBmZiAoMHgxMDApIElYW0JdRQ0K CVsyMF0gLTEJMAkweDAwMDAyNDAwIC0gMHgwMDAwMjRmZiAoMHgxMDApIElY W0JdRQ0KCVsyMV0gLTEJMAkweDAwMDAxODgwIC0gMHgwMDAwMThiZiAoMHg0 MCkgSVhbQl1FDQoJWzIyXSAtMQkwCTB4MDAwMDFjMDAgLSAweDAwMDAxY2Zm ICgweDEwMCkgSVhbQl1FDQoJWzIzXSAtMQkwCTB4MDAwMDE4NjAgLSAweDAw MDAxODdmICgweDIwKSBJWFtCXUUNCglbMjRdIC0xCTAJMHgwMDAwMTg0MCAt IDB4MDAwMDE4NWYgKDB4MjApIElYW0JdRQ0KCVsyNV0gLTEJMAkweDAwMDAx ODIwIC0gMHgwMDAwMTgzZiAoMHgyMCkgSVhbQl1FDQoJWzI2XSAtMQkwCTB4 MDAwMDE4MDAgLSAweDAwMDAxODFmICgweDIwKSBJWFtCXUUNCglbMjddIC0x CTAJMHgwMDAwMzAwMCAtIDB4MDAwMDMwZmYgKDB4MTAwKSBJWFtCXShCKQ0K CVsyOF0gMAkwCTB4MDAwMDAzYjAgLSAweDAwMDAwM2JiICgweGMpIElTW0Jd DQoJWzI5XSAwCTAJMHgwMDAwMDNjMCAtIDB4MDAwMDAzZGYgKDB4MjApIElT W0JdDQooSUkpIFNldHRpbmcgdmdhIGZvciBzY3JlZW4gMC4NCihJSSkgUkFE RU9OKDApOiBNTUlPIHJlZ2lzdGVycyBhdCAweGE4MTAwMDAwDQooPT0pIFJB REVPTigwKTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgweGE4MTAwMDAwLDB4 ODAwMDApIHdhcyBhbHJlYWR5IGNsZWFyDQooSUkpIExvYWRpbmcgc3ViIG1v ZHVsZSAidmdhaHciDQooSUkpIExvYWRNb2R1bGU6ICJ2Z2FodyINCihJSSkg TG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2xpYnZnYWh3LmENCihJ SSkgTW9kdWxlIHZnYWh3OiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iDQoJ Y29tcGlsZWQgZm9yIDYuOC4yLCBtb2R1bGUgdmVyc2lvbiA9IDAuMS4wDQoJ QUJJIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIsIHZlcnNpb24gMC43DQoo SUkpIFJBREVPTigwKTogdmdhSFdHZXRJT0Jhc2U6IGh3cC0+SU9CYXNlIGlz IDB4MDNkMCwgaHdwLT5QSU9PZmZzZXQgaXMgMHgwMDAwDQooSUkpIFJBREVP TigwKTogUENJIGJ1cyAxIGNhcmQgMCBmdW5jIDANCig9PSkgUkFERU9OKDAp OiBEZXB0aCAxNiwgKD09KSBmcmFtZWJ1ZmZlciBicHAgMTYNCihJSSkgUkFE RU9OKDApOiBQaXhlbCBkZXB0aCA9IDE2IGJpdHMgc3RvcmVkIGluIDIgYnl0 ZXMgKDE2IGJwcCBwaXhtYXBzKQ0KKD09KSBSQURFT04oMCk6IERlZmF1bHQg dmlzdWFsIGlzIFRydWVDb2xvcg0KKD09KSBSQURFT04oMCk6IFJHQiB3ZWln aHQgNTY1DQooSUkpIFJBREVPTigwKTogVXNpbmcgNiBiaXRzIHBlciBSR0Ig KDggYml0IERBQykNCihJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJpbnQxMCIN CihJSSkgTG9hZE1vZHVsZTogImludDEwIg0KKElJKSBMb2FkaW5nIC91c3Iv WDExUjYvbGliL21vZHVsZXMvbGliaW50MTAuYQ0KKElJKSBNb2R1bGUgaW50 MTA6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiINCgljb21waWxlZCBmb3Ig Ni44LjIsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjANCglBQkkgY2xhc3M6IFgu T3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiAwLjcNCihJSSkgUkFERU9OKDAp OiBpbml0aWFsaXppbmcgaW50MTANCig9PSkgUkFERU9OKDApOiBXcml0ZS1j b21iaW5pbmcgcmFuZ2UgKDB4YTAwMDAsMHgyMDAwMCkgd2FzIGFscmVhZHkg Y2xlYXINCig9PSkgUkFERU9OKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2Ug KDB4YzAwMDAsMHg0MDAwMCkgd2FzIGFscmVhZHkgY2xlYXINCihJSSkgUkFE RU9OKDApOiBQcmltYXJ5IFZfQklPUyBzZWdtZW50IGlzOiAweGMwMDANCig9 PSkgUkFERU9OKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4MCwweDEw MDApIHdhcyBhbHJlYWR5IGNsZWFyDQooLS0pIFJBREVPTigwKTogQ2hpcHNl dDogIkFUSSBSYWRlb24gTW9iaWxpdHkgTTMwMCAoTTIyKSA1NDYwIChQQ0lF KSIgKENoaXBJRCA9IDB4NTQ2MCkNCigtLSkgUkFERU9OKDApOiBMaW5lYXIg ZnJhbWVidWZmZXIgYXQgMHhjMDAwMDAwMA0KKC0tKSBSQURFT04oMCk6IFZp ZGVvUkFNOiA2NTUzNiBrQnl0ZSAoNjQgYml0IEREUiBTRFJBTSkNCihJSSkg UkFERU9OKDApOiBQQ0kgY2FyZCBkZXRlY3RlZA0KKElJKSBMb2FkaW5nIHN1 YiBtb2R1bGUgImRkYyINCihJSSkgTG9hZE1vZHVsZTogImRkYyINCihJSSkg TG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2xpYmRkYy5hDQooSUkp IE1vZHVsZSBkZGM6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiINCgljb21w aWxlZCBmb3IgNi44LjIsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjANCglBQkkg Y2xhc3M6IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiAwLjcNCihJSSkg TG9hZGluZyBzdWIgbW9kdWxlICJpMmMiDQooSUkpIExvYWRNb2R1bGU6ICJp MmMiDQooSUkpIExvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9saWJp MmMuYQ0KKElJKSBNb2R1bGUgaTJjOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRp b24iDQoJY29tcGlsZWQgZm9yIDYuOC4yLCBtb2R1bGUgdmVyc2lvbiA9IDEu Mi4wDQoJQUJJIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIsIHZlcnNpb24g MC43DQooSUkpIFJBREVPTigwKTogSTJDIGJ1cyAiRERDIiBpbml0aWFsaXpl ZC4NCihJSSkgUkFERU9OKDApOiBMZWdhY3kgQklPUyBkZXRlY3RlZA0KKElJ KSBSQURFT04oMCk6IExWRFMgcG9ydCBpcyBub3QgaW4gY29ubmVjdG9yIHRh YmxlLCBhZGRlZCBpbi4NCihJSSkgUkFERU9OKDApOiBDb25uZWN0b3IwOiBE RENUeXBlLTAsIERBQ1R5cGUtMSwgVE1EU1R5cGUtLTEsIENvbm5lY3RvclR5 cGUtMQ0KKElJKSBSQURFT04oMCk6IENvbm5lY3RvcjE6IEREQ1R5cGUtMywg REFDVHlwZS0wLCBUTURTVHlwZS0tMSwgQ29ubmVjdG9yVHlwZS0yDQooSUkp IFJBREVPTigwKTogSTJDIGRldmljZSAiRERDOmRkYzIiIHJlZ2lzdGVyZWQg YXQgYWRkcmVzcyAweEEwLg0KKElJKSBSQURFT04oMCk6IEkyQyBkZXZpY2Ug IkREQzpkZGMyIiByZW1vdmVkLg0KKElJKSBSQURFT04oMCk6IEkyQyBkZXZp Y2UgIkREQzpkZGMyIiByZWdpc3RlcmVkIGF0IGFkZHJlc3MgMHhBMC4NCihJ SSkgUkFERU9OKDApOiBJMkMgZGV2aWNlICJEREM6ZGRjMiIgcmVtb3ZlZC4N CihJSSkgUkFERU9OKDApOiBJMkMgZGV2aWNlICJEREM6ZGRjMiIgcmVnaXN0 ZXJlZCBhdCBhZGRyZXNzIDB4QTAuDQooSUkpIFJBREVPTigwKTogSTJDIGRl dmljZSAiRERDOmRkYzIiIHJlbW92ZWQuDQooSUkpIFJBREVPTigwKTogRERD IFR5cGU6IDMsIERldGVjdGVkIFR5cGU6IDANCihJSSkgUkFERU9OKDApOiAN CihJSSkgUkFERU9OKDApOiBQcmltYXJ5Og0KIE1vbml0b3IgICAtLSBMVkRT DQogQ29ubmVjdG9yIC0tIFZHQQ0KIERBQyBUeXBlICAtLSBQcmltYXJ5DQog VE1EUyBUeXBlIC0tIE5PTkUNCiBEREMgVHlwZSAgLS0gVkdBX0REQw0KKElJ KSBSQURFT04oMCk6IFNlY29uZGFyeToNCiBNb25pdG9yICAgLS0gTk9ORQ0K IENvbm5lY3RvciAtLSBQcm9wcmlldGFyeQ0KIERBQyBUeXBlICAtLSBUVkRB Qy9FeHREQUMNCiBUTURTIFR5cGUgLS0gTk9ORQ0KIEREQyBUeXBlICAtLSBO T05FDQooSUkpIFJBREVPTigwKTogUExMIHBhcmFtZXRlcnM6IHJmPTI3MDAg cmQ9NiBtaW49MjAwMDAgbWF4PTQwMDAwOyB4Y2xrPTIzMDAwDQooSUkpIFJB REVPTigwKTogUGFuZWwgSUQgc3RyaW5nOiBTYW1zdW5nIExUTjE1MFAxLUww MiAgICANCihJSSkgUkFERU9OKDApOiBQYW5lbCBTaXplIGZyb20gQklPUzog MTQwMHgxMDUwDQooSUkpIFJBREVPTigwKTogQklPUyBwcm92aWRlZCBkaXZp ZGVycyB3aWxsIGJlIHVzZWQuDQooV1cpIFJBREVPTigwKTogRmFpbGVkIHRv IGRldGVjdCBzZWNvbmRhcnkgbW9uaXRvciwgTWVyZ2VkRkIvQ2xvbmUgbW9k ZSBkaXNhYmxlZA0KKD09KSBSQURFT04oMCk6IFVzaW5nIGdhbW1hIGNvcnJl Y3Rpb24gKDEuMCwgMS4wLCAxLjApDQooSUkpIFJBREVPTigwKTogVmFsaWRh dGluZyBtb2RlcyBvbiBQcmltYXJ5IGhlYWQgLS0tLS0tLS0tDQooSUkpIFJB REVPTigwKTogVG90YWwgbnVtYmVyIG9mIHZhbGlkIEREQyBtb2RlKHMpIGZv dW5kOiAwDQooSUkpIFJBREVPTigwKTogTm8gdmFsaWQgbW9kZSBzcGVjaWZp ZWQsIGZvcmNlIHRvIG5hdGl2ZSBtb2RlDQooSUkpIFJBREVPTigwKTogVG90 YWwgbnVtYmVyIG9mIHZhbGlkIEZQIG1vZGUocykgZm91bmQ6IDENCigtLSkg UkFERU9OKDApOiBWaXJ0dWFsIHNpemUgaXMgMTQwMHgxMDUwIChwaXRjaCAx NDA4KQ0KKCoqKSBSQURFT04oMCk6ICpNb2RlICIxNDAweDEwNTAiOiAxMDgu MCBNSHogKHNjYWxlZCBmcm9tIDAuMCBNSHopLCA2NC4wIGtIeiwgNjAuMiBI eg0KKElJKSBSQURFT04oMCk6IE1vZGVsaW5lICIxNDAweDEwNTAiICAxMDgu MDAgIDE0MDAgMzQyMDAgMzQzMTIgMTY4OCAgMTA1MCAxMDUxIDEwNTQgMTA2 Mw0KKCoqKSBSQURFT04oMCk6ICBEZWZhdWx0IG1vZGUgIjY0MHgzNTAiOiAx MDguMCBNSHogKHNjYWxlZCBmcm9tIDAuMCBNSHopLCA2NC4wIGtIeiwgNjAu MiBIeg0KKElJKSBSQURFT04oMCk6IE1vZGVsaW5lICI2NDB4MzUwIiAgMTA4 LjAwICA2NDAgMzQyMDAgMzQzMTIgMTY4OCAgMzUwIDEwNTEgMTA1NCAxMDYz DQooKiopIFJBREVPTigwKTogIERlZmF1bHQgbW9kZSAiNjQweDQwMCI6IDEw OC4wIE1IeiAoc2NhbGVkIGZyb20gMC4wIE1IeiksIDY0LjAga0h6LCA2MC4y IEh6DQooSUkpIFJBREVPTigwKTogTW9kZWxpbmUgIjY0MHg0MDAiICAxMDgu MDAgIDY0MCAzNDIwMCAzNDMxMiAxNjg4ICA0MDAgMTA1MSAxMDU0IDEwNjMN CigqKikgUkFERU9OKDApOiAgRGVmYXVsdCBtb2RlICI3MjB4NDAwIjogMTA4 LjAgTUh6IChzY2FsZWQgZnJvbSAwLjAgTUh6KSwgNjQuMCBrSHosIDYwLjIg SHoNCihJSSkgUkFERU9OKDApOiBNb2RlbGluZSAiNzIweDQwMCIgIDEwOC4w MCAgNzIwIDM0MjAwIDM0MzEyIDE2ODggIDQwMCAxMDUxIDEwNTQgMTA2Mw0K KCoqKSBSQURFT04oMCk6ICBEZWZhdWx0IG1vZGUgIjY0MHg0ODAiOiAxMDgu MCBNSHogKHNjYWxlZCBmcm9tIDAuMCBNSHopLCA2NC4wIGtIeiwgNjAuMiBI eg0KKElJKSBSQURFT04oMCk6IE1vZGVsaW5lICI2NDB4NDgwIiAgMTA4LjAw ICA2NDAgMzQyMDAgMzQzMTIgMTY4OCAgNDgwIDEwNTEgMTA1NCAxMDYzDQoo KiopIFJBREVPTigwKTogIERlZmF1bHQgbW9kZSAiODAweDYwMCI6IDEwOC4w IE1IeiAoc2NhbGVkIGZyb20gMC4wIE1IeiksIDY0LjAga0h6LCA2MC4yIEh6 DQooSUkpIFJBREVPTigwKTogTW9kZWxpbmUgIjgwMHg2MDAiICAxMDguMDAg IDgwMCAzNDIwMCAzNDMxMiAxNjg4ICA2MDAgMTA1MSAxMDU0IDEwNjMNCigq KikgUkFERU9OKDApOiAgRGVmYXVsdCBtb2RlICIxMDI0eDc2OCI6IDEwOC4w IE1IeiAoc2NhbGVkIGZyb20gMC4wIE1IeiksIDY0LjAga0h6LCA2MC4yIEh6 DQooSUkpIFJBREVPTigwKTogTW9kZWxpbmUgIjEwMjR4NzY4IiAgMTA4LjAw ICAxMDI0IDM0MjAwIDM0MzEyIDE2ODggIDc2OCAxMDUxIDEwNTQgMTA2Mw0K KCoqKSBSQURFT04oMCk6ICBEZWZhdWx0IG1vZGUgIjExNTJ4ODY0IjogMTA4 LjAgTUh6IChzY2FsZWQgZnJvbSAwLjAgTUh6KSwgNjQuMCBrSHosIDYwLjIg SHoNCihJSSkgUkFERU9OKDApOiBNb2RlbGluZSAiMTE1Mng4NjQiICAxMDgu MDAgIDExNTIgMzQyMDAgMzQzMTIgMTY4OCAgODY0IDEwNTEgMTA1NCAxMDYz DQooKiopIFJBREVPTigwKTogIERlZmF1bHQgbW9kZSAiMTI4MHg5NjAiOiAx MDguMCBNSHogKHNjYWxlZCBmcm9tIDAuMCBNSHopLCA2NC4wIGtIeiwgNjAu MiBIeg0KKElJKSBSQURFT04oMCk6IE1vZGVsaW5lICIxMjgweDk2MCIgIDEw OC4wMCAgMTI4MCAzNDIwMCAzNDMxMiAxNjg4ICA5NjAgMTA1MSAxMDU0IDEw NjMNCigqKikgUkFERU9OKDApOiAgRGVmYXVsdCBtb2RlICIxMjgweDEwMjQi OiAxMDguMCBNSHogKHNjYWxlZCBmcm9tIDAuMCBNSHopLCA2NC4wIGtIeiwg NjAuMiBIeg0KKElJKSBSQURFT04oMCk6IE1vZGVsaW5lICIxMjgweDEwMjQi ICAxMDguMDAgIDEyODAgMzQyMDAgMzQzMTIgMTY4OCAgMTAyNCAxMDUxIDEw NTQgMTA2Mw0KKCoqKSBSQURFT04oMCk6ICBEZWZhdWx0IG1vZGUgIjgzMng2 MjQiOiAxMDguMCBNSHogKHNjYWxlZCBmcm9tIDAuMCBNSHopLCA2NC4wIGtI eiwgNjAuMiBIeg0KKElJKSBSQURFT04oMCk6IE1vZGVsaW5lICI4MzJ4NjI0 IiAgMTA4LjAwICA4MzIgMzQyMDAgMzQzMTIgMTY4OCAgNjI0IDEwNTEgMTA1 NCAxMDYzDQooKiopIFJBREVPTigwKTogIERlZmF1bHQgbW9kZSAiMTE1Mng3 NjgiOiAxMDguMCBNSHogKHNjYWxlZCBmcm9tIDAuMCBNSHopLCA2NC4wIGtI eiwgNjAuMiBIeg0KKElJKSBSQURFT04oMCk6IE1vZGVsaW5lICIxMTUyeDc2 OCIgIDEwOC4wMCAgMTE1MiAzNDIwMCAzNDMxMiAxNjg4ICA3NjggMTA1MSAx MDU0IDEwNjMNCig9PSkgUkFERU9OKDApOiBEUEkgc2V0IHRvICg3NSwgNzUp DQooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiZmIiDQooSUkpIExvYWRNb2R1 bGU6ICJmYiINCihJSSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVz L2xpYmZiLmENCihJSSkgTW9kdWxlIGZiOiB2ZW5kb3I9IlguT3JnIEZvdW5k YXRpb24iDQoJY29tcGlsZWQgZm9yIDYuOC4yLCBtb2R1bGUgdmVyc2lvbiA9 IDEuMC4wDQoJQUJJIGNsYXNzOiBYLk9yZyBBTlNJIEMgRW11bGF0aW9uLCB2 ZXJzaW9uIDAuMg0KKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgInJhbWRhYyIN CihJSSkgTG9hZE1vZHVsZTogInJhbWRhYyINCihJSSkgTG9hZGluZyAvdXNy L1gxMVI2L2xpYi9tb2R1bGVzL2xpYnJhbWRhYy5hDQooSUkpIE1vZHVsZSBy YW1kYWM6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiINCgljb21waWxlZCBm b3IgNi44LjIsIG1vZHVsZSB2ZXJzaW9uID0gMC4xLjANCglBQkkgY2xhc3M6 IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiAwLjcNCihJSSkgTG9hZGlu ZyBzdWIgbW9kdWxlICJ4YWEiDQooSUkpIExvYWRNb2R1bGU6ICJ4YWEiDQoo SUkpIExvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9saWJ4YWEuYQ0K KElJKSBNb2R1bGUgeGFhOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iDQoJ Y29tcGlsZWQgZm9yIDYuOC4yLCBtb2R1bGUgdmVyc2lvbiA9IDEuMi4wDQoJ QUJJIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIsIHZlcnNpb24gMC43DQoo SUkpIFJBREVPTigwKTogRGVwdGggbW92ZXMgZGlzYWJsZWQgYnkgZGVmYXVs dA0KKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgInNoYWRvd2ZiIg0KKElJKSBM b2FkTW9kdWxlOiAic2hhZG93ZmIiDQooSUkpIExvYWRpbmcgL3Vzci9YMTFS Ni9saWIvbW9kdWxlcy9saWJzaGFkb3dmYi5hDQooSUkpIE1vZHVsZSBzaGFk b3dmYjogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIg0KCWNvbXBpbGVkIGZv ciA2LjguMiwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMA0KCUFCSSBjbGFzczog WC5PcmcgQU5TSSBDIEVtdWxhdGlvbiwgdmVyc2lvbiAwLjINCihJSSkgUkFE RU9OKDApOiBQYWdlIGZsaXBwaW5nIGRpc2FibGVkDQooPT0pIFJBREVPTigw KTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgweDAsMHgxMDAwKSB3YXMgYWxy ZWFkeSBjbGVhcg0KKCEhKSBSQURFT04oMCk6IEZvciBpbmZvcm1hdGlvbiBv biB1c2luZyB0aGUgbXVsdGltZWRpYSBjYXBhYmlsaXRpZXMNCglvZiB0aGlz IGFkYXB0ZXIsIHBsZWFzZSBzZWUgaHR0cDovL2dhdG9zLnNmLm5ldC4NCihJ SSkgZG8gSSBuZWVkIFJBQz8gIE5vLCBJIGRvbid0Lg0KKElJKSByZXNvdXJj ZSByYW5nZXMgYWZ0ZXIgcHJlSW5pdDoNCglbMF0gMAkwCTB4YTgxMDAwMDAg LSAweGE4MTBmZmZmICgweDEwMDAwKSBNWFtCXQ0KCVsxXSAwCTAJMHhjMDAw MDAwMCAtIDB4YzdmZmZmZmYgKDB4ODAwMDAwMCkgTVhbQl0NCglbMl0gLTEJ MAkweGZmZTAwMDAwIC0gMHhmZmZmZmZmZiAoMHgyMDAwMDApIE1YW0JdKEIp DQoJWzNdIC0xCTAJMHgwMDEwMDAwMCAtIDB4M2ZmZmZmZmYgKDB4M2ZmMDAw MDApIE1YW0JdRShCKQ0KCVs0XSAtMQkwCTB4MDAwZjAwMDAgLSAweDAwMGZm ZmZmICgweDEwMDAwKSBNWFtCXQ0KCVs1XSAtMQkwCTB4MDAwYzAwMDAgLSAw eDAwMGVmZmZmICgweDMwMDAwKSBNWFtCXQ0KCVs2XSAtMQkwCTB4MDAwMDAw MDAgLSAweDAwMDlmZmZmICgweGEwMDAwKSBNWFtCXQ0KCVs3XSAtMQkwCTB4 YTg0MDEwMDAgLSAweGE4NDAxZmZmICgweDEwMDApIE1YW0JdRQ0KCVs4XSAt MQkwCTB4YTgyMDAwMDAgLSAweGE4M2ZmZmZmICgweDIwMDAwMCkgTVhbQl1F DQoJWzldIC0xCTAJMHhhODAwMDQwMCAtIDB4YTgwMDA3ZmYgKDB4NDAwKSBN WFtCXUUNCglbMTBdIC0xCTAJMHhhODAwMDgwMCAtIDB4YTgwMDBmZmYgKDB4 ODAwKSBNWFtCXUUNCglbMTFdIC0xCTAJMHhhODAwMDAwMCAtIDB4YTgwMDAz ZmYgKDB4NDAwKSBNWFtCXUUNCglbMTJdIC0xCTAJMHhhODEwMDAwMCAtIDB4 YTgxMGZmZmYgKDB4MTAwMDApIE1YW0JdKEIpDQoJWzEzXSAtMQkwCTB4YzAw MDAwMDAgLSAweGM3ZmZmZmZmICgweDgwMDAwMDApIE1YW0JdKEIpDQoJWzE0 XSAwCTAJMHgwMDBhMDAwMCAtIDB4MDAwYWZmZmYgKDB4MTAwMDApIE1TW0Jd KE9wclUpDQoJWzE1XSAwCTAJMHgwMDBiMDAwMCAtIDB4MDAwYjdmZmYgKDB4 ODAwMCkgTVNbQl0oT3ByVSkNCglbMTZdIDAJMAkweDAwMGI4MDAwIC0gMHgw MDBiZmZmZiAoMHg4MDAwKSBNU1tCXShPcHJVKQ0KCVsxN10gMAkwCTB4MDAw MDMwMDAgLSAweDAwMDAzMGZmICgweDEwMCkgSVhbQl0NCglbMThdIC0xCTAJ MHgwMDAwZmZmZiAtIDB4MDAwMGZmZmYgKDB4MSkgSVhbQl0NCglbMTldIC0x CTAJMHgwMDAwMDAwMCAtIDB4MDAwMDAwZmYgKDB4MTAwKSBJWFtCXQ0KCVsy MF0gLTEJMAkweDAwMDAxOGUwIC0gMHgwMDAwMThmZiAoMHgyMCkgSVhbQl1F DQoJWzIxXSAtMQkwCTB4MDAwMDE4YzAgLSAweDAwMDAxOGRmICgweDIwKSBJ WFtCXUUNCglbMjJdIC0xCTAJMHgwMDAwMjAwMCAtIDB4MDAwMDIwZmYgKDB4 MTAwKSBJWFtCXUUNCglbMjNdIC0xCTAJMHgwMDAwMjQwMCAtIDB4MDAwMDI0 ZmYgKDB4MTAwKSBJWFtCXUUNCglbMjRdIC0xCTAJMHgwMDAwMTg4MCAtIDB4 MDAwMDE4YmYgKDB4NDApIElYW0JdRQ0KCVsyNV0gLTEJMAkweDAwMDAxYzAw IC0gMHgwMDAwMWNmZiAoMHgxMDApIElYW0JdRQ0KCVsyNl0gLTEJMAkweDAw MDAxODYwIC0gMHgwMDAwMTg3ZiAoMHgyMCkgSVhbQl1FDQoJWzI3XSAtMQkw CTB4MDAwMDE4NDAgLSAweDAwMDAxODVmICgweDIwKSBJWFtCXUUNCglbMjhd IC0xCTAJMHgwMDAwMTgyMCAtIDB4MDAwMDE4M2YgKDB4MjApIElYW0JdRQ0K CVsyOV0gLTEJMAkweDAwMDAxODAwIC0gMHgwMDAwMTgxZiAoMHgyMCkgSVhb Ql1FDQoJWzMwXSAtMQkwCTB4MDAwMDMwMDAgLSAweDAwMDAzMGZmICgweDEw MCkgSVhbQl0oQikNCglbMzFdIDAJMAkweDAwMDAwM2IwIC0gMHgwMDAwMDNi YiAoMHhjKSBJU1tCXShPcHJVKQ0KCVszMl0gMAkwCTB4MDAwMDAzYzAgLSAw eDAwMDAwM2RmICgweDIwKSBJU1tCXShPcHJVKQ0KKD09KSBSQURFT04oMCk6 IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHhhODEwMDAwMCwweDgwMDAwKSB3 YXMgYWxyZWFkeSBjbGVhcg0KKD09KSBSQURFT04oMCk6IFdyaXRlLWNvbWJp bmluZyByYW5nZSAoMHhjMDAwMDAwMCwweDQwMDAwMDApDQooPT0pIFJBREVP TigwKTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgweGEwMDAwLDB4MTAwMDAp IHdhcyBhbHJlYWR5IGNsZWFyDQooSUkpIFJBREVPTigwKTogRHluYW1pYyBD bG9jayBTY2FsaW5nIERpc2FibGVkDQooV1cpIFJBREVPTigwKTogRGlyZWN0 IHJlbmRlcmluZyBub3QgeWV0IHN1cHBvcnRlZCBvbiBSYWRlb24gOTUwMCBh bmQgbmV3ZXIgY2FyZHMNCihJSSkgUkFERU9OKDApOiBNZW1vcnkgbWFuYWdl ciBpbml0aWFsaXplZCB0byAoMCwwKSAoMTQwOCw4MTkxKQ0KKElJKSBSQURF T04oMCk6IFJlc2VydmVkIGFyZWEgZnJvbSAoMCwxMDUwKSB0byAoMTQwOCwx MDUyKQ0KKElJKSBSQURFT04oMCk6IExhcmdlc3Qgb2Zmc2NyZWVuIGFyZWEg YXZhaWxhYmxlOiAxNDA4IHggNzEzOQ0KKElJKSBSQURFT04oMCk6IFJlbmRl ciBhY2NlbGVyYXRpb24gdW5zdXBwb3J0ZWQgb24gUmFkZW9uIDk1MDAvOTcw MCBhbmQgbmV3ZXIuDQooSUkpIFJBREVPTigwKTogUmVuZGVyIGFjY2VsZXJh dGlvbiBkaXNhYmxlZA0KKElJKSBSQURFT04oMCk6IFVzaW5nIFhGcmVlODYg QWNjZWxlcmF0aW9uIEFyY2hpdGVjdHVyZSAoWEFBKQ0KCVNjcmVlbiB0byBz Y3JlZW4gYml0IGJsaXRzDQoJU29saWQgZmlsbGVkIHJlY3RhbmdsZXMNCgk4 eDggbW9ubyBwYXR0ZXJuIGZpbGxlZCByZWN0YW5nbGVzDQoJSW5kaXJlY3Qg Q1BVIHRvIFNjcmVlbiBjb2xvciBleHBhbnNpb24NCglTb2xpZCBMaW5lcw0K CVNjYW5saW5lIEltYWdlIFdyaXRlcw0KCU9mZnNjcmVlbiBQaXhtYXBzDQoJ U2V0dGluZyB1cCB0aWxlIGFuZCBzdGlwcGxlIGNhY2hlOg0KCQkzMiAxMjh4 MTI4IHNsb3RzDQoJCTMyIDI1NngyNTYgc2xvdHMNCgkJMTYgNTEyeDUxMiBz bG90cw0KKElJKSBSQURFT04oMCk6IEFjY2VsZXJhdGlvbiBlbmFibGVkDQoo PT0pIFJBREVPTigwKTogQmFja2luZyBzdG9yZSBkaXNhYmxlZA0KKD09KSBS QURFT04oMCk6IFNpbGtlbiBtb3VzZSBlbmFibGVkDQooSUkpIFJBREVPTigw KTogVXNpbmcgaGFyZHdhcmUgY3Vyc29yIChzY2FubGluZSAxMDUyKQ0KKElJ KSBSQURFT04oMCk6IExhcmdlc3Qgb2Zmc2NyZWVuIGFyZWEgYXZhaWxhYmxl OiAxNDA4IHggNzEzMw0KKElJKSBSQURFT04oMCk6IERpcmVjdCByZW5kZXJp bmcgZGlzYWJsZWQNCig9PSkgUmFuZFIgZW5hYmxlZA0KKElJKSBJbml0aWFs aXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIE1JVC1TSE0NCihJSSkgSW5pdGlh bGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYSW5wdXRFeHRlbnNpb24NCihJ SSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYVEVTVA0KKElJ KSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhLRVlCT0FSRA0K KElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhDLUFQUEdS T1VQDQooSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gU0VD VVJJVFkNCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBY SU5FUkFNQQ0KKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9u IFhGSVhFUw0KKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9u IFhGcmVlODYtQmlnZm9udA0KKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4g ZXh0ZW5zaW9uIFJFTkRFUg0KKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4g ZXh0ZW5zaW9uIFJBTkRSDQooSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBl eHRlbnNpb24gQ09NUE9TSVRFDQooSUkpIEluaXRpYWxpemluZyBidWlsdC1p biBleHRlbnNpb24gREFNQUdFDQooSUkpIEluaXRpYWxpemluZyBidWlsdC1p biBleHRlbnNpb24gWEVWSUUNCigqKikgT3B0aW9uICJQcm90b2NvbCIgImF1 dG8iDQooKiopIE1vdXNlMDogRGV2aWNlOiAiL2Rldi9zeXNtb3VzZSINCigq KikgTW91c2UwOiBQcm90b2NvbDogImF1dG8iDQooKiopIE9wdGlvbiAiQ29y ZVBvaW50ZXIiDQooKiopIE1vdXNlMDogQ29yZSBQb2ludGVyDQooKiopIE9w dGlvbiAiRGV2aWNlIiAiL2Rldi9zeXNtb3VzZSINCig9PSkgTW91c2UwOiBF bXVsYXRlM0J1dHRvbnMsIEVtdWxhdGUzVGltZW91dDogNTANCig9PSkgTW91 c2UwOiBCdXR0b25zOiAzDQooKiopIE9wdGlvbiAiQ29yZUtleWJvYXJkIg0K KCoqKSBLZXlib2FyZDA6IENvcmUgS2V5Ym9hcmQNCigqKikgT3B0aW9uICJQ cm90b2NvbCIgInN0YW5kYXJkIg0KKCoqKSBLZXlib2FyZDA6IFByb3RvY29s OiBzdGFuZGFyZA0KKCoqKSBPcHRpb24gIkF1dG9SZXBlYXQiICI1MDAgMzAi DQooKiopIE9wdGlvbiAiWGtiUnVsZXMiICJ4b3JnIg0KKCoqKSBLZXlib2Fy ZDA6IFhrYlJ1bGVzOiAieG9yZyINCigqKikgT3B0aW9uICJYa2JNb2RlbCIg InBjMTA1Ig0KKCoqKSBLZXlib2FyZDA6IFhrYk1vZGVsOiAicGMxMDUiDQoo KiopIE9wdGlvbiAiWGtiTGF5b3V0IiAidXMiDQooKiopIEtleWJvYXJkMDog WGtiTGF5b3V0OiAidXMiDQooKiopIE9wdGlvbiAiQ3VzdG9tS2V5Y29kZXMi ICJvZmYiDQooKiopIEtleWJvYXJkMDogQ3VzdG9tS2V5Y29kZXMgZGlzYWJs ZWQNCihJSSkgWElOUFVUOiBBZGRpbmcgZXh0ZW5kZWQgaW5wdXQgZGV2aWNl ICJLZXlib2FyZDAiICh0eXBlOiBLRVlCT0FSRCkNCihJSSkgWElOUFVUOiBB ZGRpbmcgZXh0ZW5kZWQgaW5wdXQgZGV2aWNlICJNb3VzZTAiICh0eXBlOiBN T1VTRSkNCihJSSkgTW91c2UwOiBTZXR1cEF1dG86IGh3LmlmdHlwZSBpcyA0 LCBody5tb2RlbCBpcyAwDQooSUkpIE1vdXNlMDogU2V0dXBBdXRvOiBwcm90 b2NvbCBpcyBTeXNNb3VzZQ0KKD09KSBSQURFT04oMCk6IFdyaXRlLWNvbWJp bmluZyByYW5nZSAoMHhhMDAwMCwweDEwMDAwKSB3YXMgYWxyZWFkeSBjbGVh cg0KRnJlZUZvbnRQYXRoOiBGUEUgIi91c3IvWDExUjYvbGliL1gxMS9mb250 cy9taXNjLyIgcmVmY291bnQgaXMgMiwgc2hvdWxkIGJlIDE7IGZpeGluZy4N Cg== --0-666271324-1128052070=:49282-- From owner-freebsd-mobile@FreeBSD.ORG Fri Sep 30 03:57:54 2005 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 0BAA316A41F for ; Fri, 30 Sep 2005 03:57:54 +0000 (GMT) (envelope-from jason.dusek@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A574E43D48 for ; Fri, 30 Sep 2005 03:57:53 +0000 (GMT) (envelope-from jason.dusek@gmail.com) Received: by xproxy.gmail.com with SMTP id t13so1660528wxc for ; Thu, 29 Sep 2005 20:57:53 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=sGGeSQCMtxLy/06M37wdGYFIq+tTPnzkLgDj9lINssccoT6HB3DA+KLAxMXwSO8D/be3CcVRyT+jqmfs2vbULkvJRtYQeDuWAgbXlRKucSvdJiTYQ67KzgmCP3h/2BjDzVO6EHUX7yzXvgPS1S0Lpugj0N2OSdjrSjDPuNqxgsk= Received: by 10.70.28.8 with SMTP id b8mr806194wxb; Thu, 29 Sep 2005 20:57:53 -0700 (PDT) Received: by 10.70.115.11 with HTTP; Thu, 29 Sep 2005 20:57:53 -0700 (PDT) Message-ID: <42784f260509292057i7563f428g7995442b95654164@mail.gmail.com> Date: Thu, 29 Sep 2005 20:57:53 -0700 From: Jason Dusek To: Mobile MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: using a WAP-PSK passphrase X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jason Dusek List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2005 03:57:54 -0000 i would like to use my monastery's wireless lan, and they sent me the ssid and the WAP-PSK passphrase. but i still need a key, don't i? how do i initiate a connection with the ssid and the passphrase? i'm using ndis to run my dell d600's wireless card: < from dmesg > ndis0: mem 0xfaffe000-0xfafffff= f irq 5 at device 3.0 on pci2 ndis0: NDIS API version: 5.0 ndis0: Ethernet address: 00:90:96:b9:95:64 ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ndis0: 11g rates: 6Mbps 9Mbps 12Mbps 18Mbps 36Mbps 48Mbps 54Mbps and i'm running 5.4-STABLE < output of uname -a > FreeBSD localhost 5.4-STABLE FreeBSD 5.4-STABLE #1: Thu Sep 15 17:11:43 PDT 2005 jsn@localhost:/usr/obj/usr/src/sys/CUSTOM i386 if someone could point me to the appropriate man page, i would be much obliged to them. -- _jason From owner-freebsd-mobile@FreeBSD.ORG Fri Sep 30 10:29:08 2005 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 5C45C16A41F for ; Fri, 30 Sep 2005 10:29:08 +0000 (GMT) (envelope-from kaeru@pd.jaring.my) Received: from smtp012.mail.yahoo.com (smtp012.mail.yahoo.com [216.136.173.32]) by mx1.FreeBSD.org (Postfix) with SMTP id 0033143D49 for ; Fri, 30 Sep 2005 10:29:06 +0000 (GMT) (envelope-from kaeru@pd.jaring.my) Received: (qmail 59762 invoked from network); 30 Sep 2005 10:29:06 -0000 Received: from unknown (HELO ?192.168.1.49?) (khairil?yusof@219.95.131.156 with plain) by smtp012.mail.yahoo.com with SMTP; 30 Sep 2005 10:29:06 -0000 From: Khairil Yusof To: Jason Dusek In-Reply-To: <42784f260509292057i7563f428g7995442b95654164@mail.gmail.com> References: <42784f260509292057i7563f428g7995442b95654164@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-B2orDmkWiLUzKw0z9Jjn" Date: Fri, 30 Sep 2005 18:29:17 +0800 Message-Id: <1128076157.68257.0.camel@wolverine> Mime-Version: 1.0 X-Mailer: Evolution 2.4.0 FreeBSD GNOME Team Port Cc: Mobile Subject: Re: using a WAP-PSK passphrase 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, 30 Sep 2005 10:29:08 -0000 --=-B2orDmkWiLUzKw0z9Jjn Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2005-09-29 at 20:57 -0700, Jason Dusek wrote: > i would like to use my monastery's wireless lan, and they sent me the > ssid and the WAP-PSK passphrase. but i still need a key, don't i? >=20 > how do i initiate a connection with the ssid and the passphrase? This page may help, if you're running on FreeBSD 6.0 http://www.freebsdmall.com/~loader/en_US.ISO8859-1/articles/wireless/articl= e.html --=-B2orDmkWiLUzKw0z9Jjn Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDPRN9DAqnLW/+/X8RAqdCAJ9AcFMIq+vLf3BwevUNie78JpwAtQCg2Brj FXMDTHs9C4WaDu4Cpu0gpkg= =MO5G -----END PGP SIGNATURE----- --=-B2orDmkWiLUzKw0z9Jjn-- From owner-freebsd-mobile@FreeBSD.ORG Fri Sep 30 11:03:38 2005 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 73DCF16A41F for ; Fri, 30 Sep 2005 11:03:38 +0000 (GMT) (envelope-from dennis.binder@gmx.de) Received: from mailgw1.fraunhofer.de (mailgw1.fraunhofer.de [153.96.1.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id A92F643D48 for ; Fri, 30 Sep 2005 11:03:37 +0000 (GMT) (envelope-from dennis.binder@gmx.de) Received: from mailgw1.fraunhofer.de (localhost [127.0.0.1]) by mailgw1.fraunhofer.de (8.13.4+/8.13.4) with ESMTP id j8UB3Z35009049; Fri, 30 Sep 2005 13:03:35 +0200 (CEST) Received: from kso.ipm.fraunhofer.de (mail-gw.ipm.fraunhofer.de [153.96.205.2]) by mailgw1.fraunhofer.de (8.13.4+/8.13.4) with ESMTP id j8UB3WAE009001 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 30 Sep 2005 13:03:35 +0200 (CEST) X-Authentication-Warning: mailgw1.fraunhofer.de: Host mail-gw.ipm.fraunhofer.de [153.96.205.2] claimed to be kso.ipm.fraunhofer.de Received: from ksi.ipm.fraunhofer.de (ksi.ipm.fraunhofer.de [153.96.204.2]) by kso.ipm.fraunhofer.de (8.13.3+/8.13.3) with ESMTP id j8UB3WsV023026 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 30 Sep 2005 13:03:32 +0200 (CEST) Received: from ksi.ipm.fraunhofer.de (localhost [127.0.0.1]) by ksi.ipm.fraunhofer.de (8.13.3+/8.13.3) with ESMTP id j8UB3VEd027702; Fri, 30 Sep 2005 13:03:32 +0200 (CEST) Received: from gmx.de (nbbinder.ipm.fraunhofer.de [153.96.204.135]) by ksi.ipm.fraunhofer.de (8.13.3+/8.13.3) with ESMTP id j8UB3VfB027699; Fri, 30 Sep 2005 13:03:31 +0200 (CEST) X-Authentication-Warning: ksi.ipm.fraunhofer.de: Host nbbinder.ipm.fraunhofer.de [153.96.204.135] claimed to be gmx.de Message-ID: <433D1B83.8090007@gmx.de> Date: Fri, 30 Sep 2005 13:03:31 +0200 From: dennis binder User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.6) Gecko/20040113 X-Accept-Language: de-at, de, en-us, en MIME-Version: 1.0 To: Roger Zuniga References: <20614.1127985625@www48.gmx.net> <69df809805092909523f418bab@mail.gmail.com> In-Reply-To: <69df809805092909523f418bab@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Fraunhofer-Email-Policy: accepted Cc: freebsd-mobile@freebsd.org Subject: Re: WG511T dhcp problem on Freebsd 5.4 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, 30 Sep 2005 11:03:38 -0000 Hello, I tried it under 5.4-Release with no success. Yesterday I tried FreeBSD 6.0 Current. With this the problems are gone. Thanks Dennis >Hi, > >I am using the WG511T with really great results but on FreeBSD 6Beta5, >all I did was add > >ifconfig_ath0="DHCP" >ifconfig_ath0="ssid default DHCP" > >to /etc/rc.conf > >Hope that helps. > >Roger > > From owner-freebsd-mobile@FreeBSD.ORG Fri Sep 30 11:36:14 2005 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 1D4E816A41F for ; Fri, 30 Sep 2005 11:36:14 +0000 (GMT) (envelope-from roger.zuniga@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD4DD43D49 for ; Fri, 30 Sep 2005 11:36:13 +0000 (GMT) (envelope-from roger.zuniga@gmail.com) Received: by zproxy.gmail.com with SMTP id q3so2450780nzb for ; Fri, 30 Sep 2005 04:36:13 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ahfNBvrdawPR0FhYN9qAXksLq/aNln5W1j+B4Qv+u8dV9ti2P8Okqsq00Ukv8oFHeHIcP2HAesWC7k2xoJwhK0LeGWyRTatrwhbSgeZ+psI6flyxQVBgBYZTe6wwrW+RRetRRwD6xENRAWoh3J4W3XIpCxOAQ9IbZisY0olIa3k= Received: by 10.36.81.18 with SMTP id e18mr6296475nzb; Fri, 30 Sep 2005 04:36:12 -0700 (PDT) Received: by 10.36.160.19 with HTTP; Fri, 30 Sep 2005 04:36:12 -0700 (PDT) Message-ID: <69df80980509300436r46775744v69ee6f559f156b7c@mail.gmail.com> Date: Fri, 30 Sep 2005 07:36:12 -0400 From: Roger Zuniga To: dennis binder In-Reply-To: <433D1B83.8090007@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20614.1127985625@www48.gmx.net> <69df809805092909523f418bab@mail.gmail.com> <433D1B83.8090007@gmx.de> Cc: freebsd-mobile@freebsd.org Subject: Re: WG511T dhcp problem on Freebsd 5.4 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Roger Zuniga List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2005 11:36:14 -0000 Thanks for letting me know Dennis in case I ever thought of going back to 5.X :-) Roger On 9/30/05, dennis binder wrote: > Hello, > I tried it under 5.4-Release with no success. > Yesterday I tried FreeBSD 6.0 Current. > With this the problems are gone. > > > Thanks > Dennis > > >Hi, > > > >I am using the WG511T with really great results but on FreeBSD 6Beta5, > >all I did was add > > > >ifconfig_ath0=3D"DHCP" > >ifconfig_ath0=3D"ssid default DHCP" > > > >to /etc/rc.conf > > > >Hope that helps. > > > >Roger > > > > > > From owner-freebsd-mobile@FreeBSD.ORG Fri Sep 30 12:13:37 2005 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 8CDA416A41F for ; Fri, 30 Sep 2005 12:13:37 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D35643D49 for ; Fri, 30 Sep 2005 12:13:34 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1ELJlO-000594-00; Fri, 30 Sep 2005 14:13:18 +0200 Date: Fri, 30 Sep 2005 14:13:18 +0200 To: AT Matik Message-ID: <20050930121318.GA19681@poupinou.org> References: <20050925080324.27714.qmail@web32809.mail.mud.yahoo.com> <200509270802.52828.asstec@matik.com.br> <20050927145216.GB26697@poupinou.org> <200509271840.00839.asstec@matik.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509271840.00839.asstec@matik.com.br> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-mobile@freebsd.org Subject: Re: NB Acer [3|5]0x and ACPI 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, 30 Sep 2005 12:13:37 -0000 On Tue, Sep 27, 2005 at 06:40:00PM -0300, AT Matik wrote: > On Tuesday 27 September 2005 11:52, Bruno Ducrot wrote: > > On Tue, Sep 27, 2005 at 08:02:52AM -0300, AT Matik wrote: > > > On Tuesday 27 September 2005 06:45, Bruno Ducrot wrote: > > > > Well, I'm lost. Could you provide (again) a sysctl hw.acpi both on AC > > > > and on battery, without the debug.acpi.disabled="cmbat"? Also a dmesg > > > > with boot -v if possible. > > > > > > good news > your patch does works and I see the supposed correct values in klaptopdaemon > > but, only with > > economy_cx_lowest="HIGH" > economy_cpu_freq="NONE" > I bought yesterday an Acer laptop, probably similar to yours. I have the same issue with the economy_cx_lowest setting under FreeBSD 6.0-BETA5. I also can confirm I don't have that issue under 5.4. I will look more deeply what cause this regression. Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-mobile@FreeBSD.ORG Thu Sep 29 22:34:41 2005 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 B7EE516A41F for ; Thu, 29 Sep 2005 22:34:41 +0000 (GMT) (envelope-from mcdonaldville@gmail.com) Received: from qproxy.gmail.com (qproxy.gmail.com [72.14.204.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 408FD43D48 for ; Thu, 29 Sep 2005 22:34:41 +0000 (GMT) (envelope-from mcdonaldville@gmail.com) Received: by qproxy.gmail.com with SMTP id a10so103372qbd for ; Thu, 29 Sep 2005 15:34:40 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:mime-version:content-type:x-mailer:thread-index:x-mimeole:message-id; b=BOMzFqaZsCKVeiGXP52OsEgKSRCguzK+r0feirw9foxKCfmzY0G+5jFXu5D2hq5joPKRhQjRllVegVBkDQxk5xmKMdjyUgI9Qz/iPYL6XbRA8SH9WwOG9tTNEU5DTErgJpwOWtEtHf13pC2ehVB3ocr+57K+RmErhOLMZd3csmY= Received: by 10.64.180.3 with SMTP id c3mr577743qbf; Thu, 29 Sep 2005 15:08:07 -0700 (PDT) Received: from laptop ( [67.70.42.40]) by mx.gmail.com with ESMTP id d12sm830930qbc.2005.09.29.15.08.06; Thu, 29 Sep 2005 15:08:07 -0700 (PDT) From: "Shawn McDonald" To: Date: Thu, 29 Sep 2005 18:53:56 -0400 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcXFSKvnVghst/nxTOqzlpxQrvYv+Q== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-ID: <433c65c7.412fc757.015c.ffff919d@mx.gmail.com> X-Mailman-Approved-At: Fri, 30 Sep 2005 12:46:00 +0000 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD on Presario v2000 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, 29 Sep 2005 22:34:41 -0000 HELP!! I miss my BSD!! Has anyone successfully installed FreeBSD on a Compaq Presario v2000 series laptop?? I've recently purchased a Presario V2305 laptop. The price was right and overall I am quite happy with the unit but I cannot get FreeBSD installed. I've tried 5.2, Freesbie and beta 4 of 6.0 but all hang very early in the installation process. Most of the Linux distos and live CDs work (I have installed and am running Ubuntu without any problems) but to be quite frank, I miss my BSD. If someone has had ANY success with the v2000 series, I would appreciate a kick in the right direction. Any suggestions or advice would be well received, Shawn McDonald From owner-freebsd-mobile@FreeBSD.ORG Fri Sep 30 12:59:51 2005 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 277CA16A41F for ; Fri, 30 Sep 2005 12:59:51 +0000 (GMT) (envelope-from guru@Sisis.de) Received: from hunter.Sisis.de (hunter.sisis.de [193.31.11.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4318343D48 for ; Fri, 30 Sep 2005 12:59:49 +0000 (GMT) (envelope-from guru@Sisis.de) Received: (from mail@localhost) by hunter.Sisis.de (8.8.8/8.8.8) id OAA29177 for ; Fri, 30 Sep 2005 14:58:43 +0200 (CEST) (envelope-from guru@Sisis.de) From: guru@Sisis.de Received: from hermes.sisis.de(193.31.10.38) by hunter.Sisis.de via smap (V2.1) id xma029175; Fri, 30 Sep 05 14:58:21 +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 OAA15022 for ; Fri, 30 Sep 2005 14:59:27 +0200 (CEST) (envelope-from guru@Sisis.de) Received: (from guru@localhost) by rebelion.Sisis.de (8.13.3/8.13.3/Submit) id j8UCxPM8001293 for freebsd-mobile@freebsd.org; Fri, 30 Sep 2005 14:59:25 +0200 (CEST) (envelope-from guru@Sisis.de) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to guru@Sisis.de using -f Date: Fri, 30 Sep 2005 14:59:24 +0200 To: freebsd-mobile@freebsd.org Message-ID: <20050930125924.GA1100@rebelion.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: 5.4-REL && pcmcia card Option N.V. Fusion UMTS Quad-GPRS X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: guru@Sisis.de List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2005 12:59:51 -0000 Hello, I switched back from SuSE 8.1 Linux to FreeBSD with my notebook and already have all the things up again which I had before in Linux, even better now :-) one thing remains; with Linux I used an UMTS PCMCIA card which Linux attaches without any problems to some 'usbserial' module with the commands: # /sbin/modprobe -r usbserial # /sbin/insmod usbserial vendor=0xaf0 product=0x6300 and then you can use a device /dev/ttyUSB0 in the same way as any normal tty, for example with 'kermit' of with 'pppd' to bring up the Internet provided by Vodafone in this case. and of course I want to use this with FreeBSD as well; I've now enabled the debugging of PCMCIA and PC-card and I'm attaching the snippets of /var/log/messages below, one for inserting this GlobeTrotter Fusion Quad Lite UMTS card, and one for some older 3COM network card; what does the message 'cardbus1: Resource not specified in CIS ...' means and where could I proceed? is there some good documentation explaining the things PC-card / cardbus / ... in detail for FreeBSD? I saw that FreeBSD comes with a kernel module ucom.ko, but it does not help to load it; Thx in advance for any help or hint; Matthias Option N.V. Fusion UMTS Quad-GPRS: Sep 30 14:15:50 rebelion kernel: Status is 0x30000820 Sep 30 14:15:50 rebelion kernel: cbb1: card inserted: event=0x00000000, state=30000820 Sep 30 14:15:50 rebelion kernel: cbb1: cbb_power: 3V Sep 30 14:15:50 rebelion kernel: cardbus1: Resource not specified in CIS: id=10, size=1000 Sep 30 14:15:50 rebelion kernel: cardbus1: Non-prefetchable memory at 88000000-88000fff Sep 30 14:15:50 rebelion kernel: ohci3: mem 0x88000000-0x88000fff irq 11 at device 0.0 on cardbus1 Sep 30 14:15:50 rebelion kernel: usb3: OHCI version 1.0 Sep 30 14:15:51 rebelion kernel: usb3: on ohci3 Sep 30 14:15:51 rebelion kernel: usb3: USB revision 1.0 Sep 30 14:15:51 rebelion kernel: uhub3: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Sep 30 14:15:51 rebelion kernel: uhub3: 1 port with 1 removable, self powered Sep 30 14:15:51 rebelion kernel: cardbus1: Resource not specified in CIS: id=10, size=1000 Sep 30 14:15:51 rebelion kernel: cardbus1: Non-prefetchable memory at 88001000-88001fff Sep 30 14:15:51 rebelion kernel: ohci4: mem 0x88001000-0x88001fff irq 11 at device 0.1 on cardbus1 Sep 30 14:15:51 rebelion kernel: usb4: OHCI version 1.0 Sep 30 14:15:51 rebelion kernel: usb4: on ohci4 Sep 30 14:15:51 rebelion kernel: usb4: USB revision 1.0 Sep 30 14:15:51 rebelion kernel: uhub4: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Sep 30 14:15:51 rebelion kernel: uhub4: 1 port with 1 removable, self powered Sep 30 14:15:54 rebelion kernel: ugen0: Option N.V. Fusion UMTS Quad-GPRS, rev 1.10/0.00, addr 2 3Com Corporation, 3C589D: Sep 30 14:27:26 rebelion kernel: Status is 0x30000410 Sep 30 14:27:26 rebelion kernel: cbb1: card inserted: event=0x00000000, state=30000410 Sep 30 14:27:26 rebelion kernel: pccard1: chip_socket_enable Sep 30 14:27:26 rebelion kernel: cbb_pcic_socket_enable: Sep 30 14:27:26 rebelion kernel: cbb1: cbb_power: 5V Sep 30 14:27:26 rebelion kernel: pccard1: read_cis Sep 30 14:27:28 rebelion kernel: cis mem map 0xeb03f000 (resource: 0x88000000) Sep 30 14:27:28 rebelion kernel: pccard1: CIS tuple chain: Sep 30 14:27:28 rebelion kernel: CISTPL_DEVICE type=null speed=null Sep 30 14:27:28 rebelion kernel: 01 02 00 ff Sep 30 14:27:28 rebelion kernel: CISTPL_DEVICE_A type=eeprom speed=150ns Sep 30 14:27:28 rebelion kernel: 17 03 43 02 ff Sep 30 14:27:28 rebelion kernel: CISTPL_MANFID Sep 30 14:27:28 rebelion kernel: 20 04 01 01 89 05 Sep 30 14:27:28 rebelion kernel: CISTPL_FUNCID Sep 30 14:27:28 rebelion kernel: 21 02 06 00 Sep 30 14:27:28 rebelion kernel: CISTPL_VERS_1 Sep 30 14:27:28 rebelion kernel: 15 3a 04 01 33 43 6f 6d 20 43 6f 72 70 6f 72 61 Sep 30 14:27:28 rebelion kernel: 74 69 6f 6e 00 33 43 35 38 39 44 00 54 50 2f 42 Sep 30 14:27:28 rebelion kernel: 4e 43 20 4c 41 4e 20 43 61 72 64 20 56 65 72 2e Sep 30 14:27:28 rebelion kernel: 20 32 61 00 30 30 30 30 30 32 00 ff Sep 30 14:27:28 rebelion kernel: CISTPL_CONFIG Sep 30 14:27:28 rebelion kernel: 1a 06 02 03 00 00 01 03 Sep 30 14:27:28 rebelion kernel: CISTPL_CFTABLE_ENTRY Sep 30 14:27:28 rebelion kernel: 1b 0f c1 01 1d 71 55 35 55 54 e0 72 5d 64 30 ff Sep 30 14:27:28 rebelion kernel: ff Sep 30 14:27:28 rebelion kernel: CISTPL_CFTABLE_ENTRY Sep 30 14:27:28 rebelion kernel: 1b 07 03 01 71 55 26 26 54 Sep 30 14:27:28 rebelion kernel: unhandled CISTPL 19 Sep 30 14:27:28 rebelion kernel: 19 03 00 00 ff Sep 30 14:27:28 rebelion kernel: CISTPL_NO_LINK Sep 30 14:27:28 rebelion kernel: 14 00 Sep 30 14:27:28 rebelion kernel: CISTPL_CHECKSUM addr=0 len=81 cksum=0 ok Sep 30 14:27:28 rebelion kernel: 10 05 88 ff 81 00 00 Sep 30 14:27:28 rebelion kernel: CISTPL_END Sep 30 14:27:28 rebelion kernel: ff Sep 30 14:27:28 rebelion kernel: pccard1: check_cis_quirks Sep 30 14:27:28 rebelion kernel: pccard1: CIS version PCCARD 2.0 or 2.1 Sep 30 14:27:28 rebelion kernel: pccard1: CIS info: 3Com Corporation, 3C589D, TP/BNC LAN Card Ver. 2a, 000002 Sep 30 14:27:28 rebelion kernel: pccard1: Manufacturer code 0x101, product 0x589 Sep 30 14:27:28 rebelion kernel: pccard1: function 0: network adapter, ccr addr 10000 mask 3 Sep 30 14:27:28 rebelion kernel: pccard1: function 0, config table entry 1: I/O card; irq mask ffff; iomask 4, iospace 0-f; io8 io16 irqlevel Sep 30 14:27:28 rebelion kernel: pccard1: function 0, config table entry 3: I/O card; irq mask ffff; iomask 4, iospace 0-f; io8 io16 irqlevel Sep 30 14:27:28 rebelion kernel: pccard1: functions scanning Sep 30 14:27:28 rebelion kernel: pccard1: Card has 1 functions. pccard_mfc is 0 Sep 30 14:27:28 rebelion kernel: pccard1: I/O rid 0 start 0 end ffffffff Sep 30 14:27:28 rebelion kernel: cbb_pcic_socket_enable: Sep 30 14:27:28 rebelion kernel: cbb1: cbb_power: 0V Sep 30 14:27:28 rebelion kernel: cbb1: cbb_power: 5V Sep 30 14:27:28 rebelion kernel: pccard1: ccr_res == 88000000-880003ff, base=10000 Sep 30 14:27:28 rebelion kernel: pccard1: function 0 CCR at 0 offset 0: 41 0 0 0, 0 0 0 0, 0 Sep 30 14:27:28 rebelion kernel: pccard1: (manufacturer=0x0101, product=0x0589) at function 0 Sep 30 14:27:28 rebelion kernel: pccard1: CIS info: 3Com Corporation, 3C589D, TP/BNC LAN Card Ver. 2a Sep 30 14:31:31 rebelion kernel: Status is 0x30000086 Sep 30 14:31:31 rebelion kernel: cbb_pcic_socket_disable -- Matthias Apitz / Sisis Informationssysteme GmbH Gruenwalder Weg 28g / D-82041 Oberhaching Fon: ++49 89 / 61308-351, Fax: -399, Mobile ++49 170 4527211 http://www.sisis.de/~guru/ From owner-freebsd-mobile@FreeBSD.ORG Fri Sep 30 13:02:14 2005 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 9224C16A41F for ; Fri, 30 Sep 2005 13:02:14 +0000 (GMT) (envelope-from asstec@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id E598C43D49 for ; Fri, 30 Sep 2005 13:02:13 +0000 (GMT) (envelope-from asstec@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.83.34] (may be forged)) by msrv.matik.com.br (8.13.3/8.13.1) with ESMTP id j8UD2C2Q094514; Fri, 30 Sep 2005 10:02:12 -0300 (BRST) (envelope-from asstec@matik.com.br) From: AT Matik Organization: Infomatik To: Bruno Ducrot Date: Fri, 30 Sep 2005 10:01:53 -0300 User-Agent: KMail/1.8.2 References: <20050925080324.27714.qmail@web32809.mail.mud.yahoo.com> <200509271840.00839.asstec@matik.com.br> <20050930121318.GA19681@poupinou.org> In-Reply-To: <20050930121318.GA19681@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200509301001.54263.asstec@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-mobile@freebsd.org Subject: Re: NB Acer [3|5]0x and ACPI 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, 30 Sep 2005 13:02:14 -0000 On Friday 30 September 2005 09:13, Bruno Ducrot wrote: > > I bought yesterday an Acer laptop, probably similar to yours. your are dedicated man ;) > I have the same issue with the economy_cx_lowest setting > under FreeBSD 6.0-BETA5. > > I also can confirm I don't have that issue under 5.4. > > I will look more deeply what cause this regression. > that is great, I checked this night C2 what you asked for and no change at = all thank's Jo=E3o > Cheers, =2D-=20 A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-mobile@FreeBSD.ORG Fri Sep 30 13:47:40 2005 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 51EA816A41F for ; Fri, 30 Sep 2005 13:47:40 +0000 (GMT) (envelope-from arg-bsd@arg.me.uk) Received: from arg1.demon.co.uk (arg1.demon.co.uk [62.49.12.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4F5143D48 for ; Fri, 30 Sep 2005 13:47:39 +0000 (GMT) (envelope-from arg-bsd@arg.me.uk) Received: by arg1.demon.co.uk (Postfix, from userid 1002) id 618769B1C; Fri, 30 Sep 2005 14:47:38 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by arg1.demon.co.uk (Postfix) with ESMTP id 5D3065D0F; Fri, 30 Sep 2005 14:47:38 +0100 (BST) Date: Fri, 30 Sep 2005 14:47:38 +0100 (BST) From: Andrew Gordon X-X-Sender: freebsd@server.arg.sj.co.uk To: guru@Sisis.de In-Reply-To: <20050930125924.GA1100@rebelion.Sisis.de> Message-ID: <20050930142445.P9959@server.arg.sj.co.uk> References: <20050930125924.GA1100@rebelion.Sisis.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-mobile@freebsd.org Subject: Re: 5.4-REL && pcmcia card Option N.V. Fusion UMTS Quad-GPRS 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, 30 Sep 2005 13:47:40 -0000 On Fri, 30 Sep 2005 guru@Sisis.de wrote: > > one thing remains; with Linux I used an UMTS PCMCIA card which Linux > attaches without any problems to some 'usbserial' module with the > commands: > > # /sbin/modprobe -r usbserial > # /sbin/insmod usbserial vendor=0xaf0 product=0x6300 I have a rather similar device (again supplied by Vodafone), only mine has product ID 0x5000 compared to the 0x6300 on yours (both have vendor 0xaf0). Note that these cards are internally organized as a Cardbus->USB hub, and then the actual radio as a USB device 'plugged' into that hub. Your dmesg shows that the Cardbus side of things is working fine, but there's no driver for the USB device: it's getting the default 'ugen' device rather than anything more specific. > I saw that FreeBSD comes with a kernel module ucom.ko, but it > does not help to load it; You will want ucom, but that's not the whole story. ucom itself is a meta-driver supporting the common aspects of USB->serial adapters in general, with an additional module needed for each of the tediously not-quite-the-same devices that different manufacturers have come up with. Fortunately, most of these differences relate to things like setting the baud rate, which aren't important here. I hacked up a crude driver to make my card work by making a copy of the 'uftdi' driver and ripping the guts out of it (not because this card has anything in common with the FTDI chips, just that I happen to know a lot about them and hence know my way around the uftdi driver - any of the other ucom sub-drivers would work equally well). The resulting driver works reasonably well; the one flaw is that it doesn't know how to drive DTR, which causes PPP to complain and means that it can't forcibly reset things - this isn't a serious problem in practice. The other problem area is the fact that you can't eject this card: this is a generic problem for USB hubs on cardbus cards - they are always active (polling) even when not 'in use', and there's no mechanism to shut down the ohci driver before ejecting. Unfortunately, my hack was done back on about FreeBSD 5.2, and I believe there was some problem when I attempted to upgrade to something marginally more recent (about a year ago); to get to something more modern it's probably better to start again from scratch with a contemporary uftdi (or other ucom subdriver). From owner-freebsd-mobile@FreeBSD.ORG Fri Sep 30 13:54:18 2005 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 C2B9316A41F for ; Fri, 30 Sep 2005 13:54:18 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id E450843D55 for ; Fri, 30 Sep 2005 13:54:17 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=marcin) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1ELLKc-0003CA-Qx; Fri, 30 Sep 2005 15:53:49 +0200 Date: Fri, 30 Sep 2005 15:54:05 +0200 From: Marcin Jessa To: "Shawn McDonald" Message-Id: <20050930155405.20b2f6f2.lists@yazzy.org> In-Reply-To: <433c65c7.412fc757.015c.ffff919d@mx.gmail.com> References: <433c65c7.412fc757.015c.ffff919d@mx.gmail.com> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.8; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.5 (--) Cc: freebsd-mobile@freebsd.org Subject: Re: FreeBSD on Presario v2000 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, 30 Sep 2005 13:54:18 -0000 On Thu, 29 Sep 2005 18:53:56 -0400 "Shawn McDonald" wrote: > HELP!! I miss my BSD!! > > Has anyone successfully installed FreeBSD on a Compaq Presario v2000 > series laptop?? > > I've recently purchased a Presario V2305 laptop. The price was right > and overall I am quite happy with the unit but I cannot get FreeBSD > installed. I've tried 5.2, Freesbie and beta 4 of 6.0 but all hang > very early in the installation process. Any idea what happens when the installation process "hangs" ? >Most of the Linux distos and > live CDs work (I have installed and am running Ubuntu without any > problems) but to be quite frank, I miss my BSD. NetBSD is also a BSD. Did you try to boot it? >If someone has had > ANY success with the v2000 series, I would appreciate a kick in the > right direction. Do you think there is a particular "weird" hardware on the laptop that could become a show stopper ? From owner-freebsd-mobile@FreeBSD.ORG Fri Sep 30 14:22:56 2005 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 28A0616A41F for ; Fri, 30 Sep 2005 14:22:56 +0000 (GMT) (envelope-from joji@eskimo.com) Received: from ultra5.eskimo.com (ultra5.eskimo.com [204.122.16.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCF3943D48 for ; Fri, 30 Sep 2005 14:22:55 +0000 (GMT) (envelope-from joji@eskimo.com) Received: from eskimo.com (joji@eskimo.com [204.122.16.13]) by ultra5.eskimo.com (8.13.4/8.13.4) with ESMTP id j8UEMcsK006729; Fri, 30 Sep 2005 07:22:53 -0700 Received: (from joji@localhost) by eskimo.com (8.9.1a/8.9.1) id HAA18752; Fri, 30 Sep 2005 07:22:39 -0700 (PDT) Date: Fri, 30 Sep 2005 07:22:38 -0700 From: Joseph Olatt To: Brian Message-ID: <20050930072238.A18286@eskimo.com> References: <20050930034750.49827.qmail@web32806.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20050930034750.49827.qmail@web32806.mail.mud.yahoo.com>; from kansascity_guy2005@yahoo.com on Thu, Sep 29, 2005 at 08:47:50PM -0700 Cc: freebsd-mobile@freebsd.org Subject: Re: KDE Xorg.0.log 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, 30 Sep 2005 14:22:56 -0000 On Thu, Sep 29, 2005 at 08:47:50PM -0700, Brian wrote: > This is the error code I get when I do startx. I attacd the Xorg.0.log file to this email also > It loads xwindows with nothing on the screen with the mouse x icon with no ked stuff then kicks me out and tells me this. > > > Fatal server error: > Server is already active for display 0 > if this server is no longer running, remove /tmp/,X0-lock > and start agin For KDE, I think you may have to have just the "startkde" line in your .xinitrc file. (I've been using Ion and Fluxbox for a long time now). Try with just the following in your .xinitrc file startkde Before typing "startx" again, check and remove /tmp/.X0-lock file if it exists. From owner-freebsd-mobile@FreeBSD.ORG Fri Sep 30 14:29:21 2005 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 B912316A41F for ; Fri, 30 Sep 2005 14:29:21 +0000 (GMT) (envelope-from roger.zuniga@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE22543D6E for ; Fri, 30 Sep 2005 14:29:16 +0000 (GMT) (envelope-from roger.zuniga@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so44145nzk for ; Fri, 30 Sep 2005 07:29:16 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fG4Ih1cd+Ti8GGfo737rDB5Xe9oPqgU2ejwfDd36SgU5ZYCq/r3Mz3spTnXlrH46eyKs53diuM5hulJ0/FVPWJp7+4UDdS77cvYOsRxrRAuVnC4uQaAwu673WaGodrc1g+s3/VOCEG/0wTvT450665dohaAeG2i0P3UA1df+gqc= Received: by 10.36.252.78 with SMTP id z78mr2321794nzh; Fri, 30 Sep 2005 07:29:15 -0700 (PDT) Received: by 10.36.160.19 with HTTP; Fri, 30 Sep 2005 07:29:15 -0700 (PDT) Message-ID: <69df80980509300729u7a3c6b90kd71e972d0e4dc06@mail.gmail.com> Date: Fri, 30 Sep 2005 10:29:15 -0400 From: Roger Zuniga To: Joseph Olatt In-Reply-To: <20050930072238.A18286@eskimo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050930034750.49827.qmail@web32806.mail.mud.yahoo.com> <20050930072238.A18286@eskimo.com> Cc: Brian , freebsd-mobile@freebsd.org Subject: Re: KDE Xorg.0.log X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Roger Zuniga List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2005 14:29:21 -0000 I have exec startkde in my .xinitrc and then issue the startx command and everything works fine. Roger On 9/30/05, Joseph Olatt wrote: > On Thu, Sep 29, 2005 at 08:47:50PM -0700, Brian wrote: > > This is the error code I get when I do startx. I attacd the Xorg.0.log = file to this email also > > It loads xwindows with nothing on the screen with the mouse x icon with= no ked stuff then kicks me out and tells me this. > > > > > > Fatal server error: > > Server is already active for display 0 > > if this server is no longer running, remove /tmp/,X0-lock > > and start agin > > For KDE, I think you may have to have just the "startkde" line in your > .xinitrc file. (I've been using Ion and Fluxbox for a long time now). > Try with just the following in your .xinitrc file > > startkde > > Before typing "startx" again, check and remove /tmp/.X0-lock file if it > exists. > > _______________________________________________ > 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 Fri Sep 30 14:56:24 2005 Return-Path: X-Original-To: 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 185F716A41F; Fri, 30 Sep 2005 14:56:24 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from rwcrmhc12.comcast.net (rwcrmhc14.comcast.net [216.148.227.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id D360F43D53; Fri, 30 Sep 2005 14:56:23 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com[208.206.151.59]) by comcast.net (rwcrmhc14) with ESMTP id <2005093014562201400abr73e>; Fri, 30 Sep 2005 14:56:22 +0000 Message-ID: <433D5215.6010101@computer.org> Date: Fri, 30 Sep 2005 09:56:21 -0500 From: Eric Schuele User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org, mobile@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: wpa_supplicant and WEP.... 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, 30 Sep 2005 14:56:24 -0000 Hello, I have gotten wpa_supplicant to work fine for WPA-PSK and open sites... but I would like it to work with WEP as well. it appears to associate with a WEP site no matter what WEP key I give it. But whether the key is correct or not... I can not get a response from my DHCP server. My wpa_supplicant entry: (Note that no matter what I put for the key... I still get assoc.) network={ ssid="OfficeSSID" scan_ssid=1 key_mgmt=NONE wep_tx_keyidx=0 wep_key0="OfficeKey" } My dhclient.conf entry: interface "ath0" { send dhcp-client-identifier "fangorn"; request subnet-mask, broadcast-address, routers, domain-name-servers, domain-name; } Kernel Config: (are wlan_* necessary?) # Wireless LAN support device wlan # 802.11 support device wlan_wep # WLAN WEP kernel module device wlan_ccmp # AES-CCMP crypto support device wlan_tkip # TKIP and Michael cypto support for # Wirelass NIC cards device ath # Atheros support device ath_hal # Atheros HAL device ath_rate_sample # SampleRate Rate Control fangorn# wpa_supplicant -i ath0 -c /etc/wpa_supplicant.conf -d & [1] 1057 fangorn# Initializing interface 'ath0' conf '/etc/wpa_supplicant.conf' driver 'default' Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant.conf' ctrl_interface='/var/run/wpa_supplicant' ctrl_interface_group=0 (from group name 'wheel') Priority group 0 id=0 ssid='home' id=1 ssid='office-g' id=2 ssid='dragnfly' Initializing interface (2) 'ath0' Own MAC address: 00:0e:9b:53:31:9d wpa_driver_bsd_set_wpa: enabled=1 wpa_driver_bsd_set_wpa_internal: wpa=3 privacy=1 wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_set_countermeasures: enabled=0 wpa_driver_bsd_set_drop_unencrypted: enabled=1 Setting scan request: 0 sec 100000 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=17): 77 4c 41 4e 5f 57 45 50 5f 4b 78 36 4c 30 34 6f home 32 2 Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 0 0: 96:0f:a4:ef:3c:4a ssid='AMO' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 1: 00:0c:41:0b:fe:c5 ssid='office-a' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 2: 00:0f:66:10:d6:da ssid='' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=10): 6c 61 71 75 69 6e 74 61 2d 67 office-g Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 0 0: 96:0f:a4:ef:3c:4a ssid='AMO' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 1: 00:0c:41:0b:fe:c5 ssid='office-a' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 2: 00:0f:66:10:d6:da ssid='office-g' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE selected non-WPA AP 00:0f:66:10:d6:da ssid='office-g' Trying to associate with 00:0f:66:10:d6:da (SSID='office-g' freq=2437 MHz) Cancelling scan request Automatic auth_alg selection: 0x1 No keys have been configured - skip key clearing wpa_driver_bsd_set_key: alg=WEP addr=ff:ff:ff:ff:ff:ff key_idx=0 set_tx=1 seq_len=0 key_len=7 wpa_driver_bsd_set_drop_unencrypted: enabled=1 wpa_driver_bsd_associate: ssid 'office-g' wpa ie len 0 pairwise 4 group 4 key mgmt 2 wpa_driver_bsd_associate: set PRIVACY 1 Setting authentication timeout: 5 sec 0 usec Association event - clear replay counter Associated to a new BSS: BSSID=00:0f:66:10:d6:da Associated with 00:0f:66:10:d6:da Cancelling authentication timeout fangorn# ifconfig ath0: flags=8843 mtu 1500 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 ether 00:0e:9b:53:31:9d media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) status: associated ssid office-g channel 6 bssid 00:0f:66:10:d6:da authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpowmax 54 protmode CTS roaming MANUAL bintval 100 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 fangorn# dhclient ath0 DHCPREQUEST on ath0 to 255.255.255.255 port 67 DHCPREQUEST on ath0 to 255.255.255.255 port 67 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 6 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 10 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 11 ^C fangorn# exit uname -a FreeBSD fangorn.nxdomain.org 6.0-BETA5 FreeBSD 6.0-BETA5 #29: Wed Sep 28 11:47:26 CDT 2005 root@fangorn.nxdomain.org:/usr/obj/usr/src/sys/CUSTOM_6 i386 What have I done wrong??? Any other info needed can be provided. Thanks. -- Regards, Eric From owner-freebsd-mobile@FreeBSD.ORG Fri Sep 30 15:02:32 2005 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 ED4B916A41F; Fri, 30 Sep 2005 15:02:32 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 773D343D48; Fri, 30 Sep 2005 15:02:32 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com[208.206.151.59]) by comcast.net (sccrmhc13) with ESMTP id <2005093015022901300f0gbke>; Fri, 30 Sep 2005 15:02:31 +0000 Message-ID: <433D5384.2000201@computer.org> Date: Fri, 30 Sep 2005 10:02:28 -0500 From: Eric Schuele User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, FreeBSD mobile Mailing List Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: wpa_supplicant and WEP.... 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, 30 Sep 2005 15:02:33 -0000 Hello, I have gotten wpa_supplicant to work fine for WPA-PSK and open sites... but I would like it to work with WEP as well. it appears to associate with a WEP site no matter what WEP key I give it. But whether the key is correct or not... I can not get a response from my DHCP server. My wpa_supplicant entry: (Note that no matter what I put for the key... I still get assoc.) network={ ssid="OfficeSSID" scan_ssid=1 key_mgmt=NONE wep_tx_keyidx=0 wep_key0="OfficeKey" } My dhclient.conf entry: interface "ath0" { send dhcp-client-identifier "fangorn"; request subnet-mask, broadcast-address, routers, domain-name-servers, domain-name; } Kernel Config: (are wlan_* necessary?) # Wireless LAN support device wlan # 802.11 support device wlan_wep # WLAN WEP kernel module device wlan_ccmp # AES-CCMP crypto support device wlan_tkip # TKIP and Michael cypto support for # Wirelass NIC cards device ath # Atheros support device ath_hal # Atheros HAL device ath_rate_sample # SampleRate Rate Control fangorn# wpa_supplicant -i ath0 -c /etc/wpa_supplicant.conf -d & [1] 1057 fangorn# Initializing interface 'ath0' conf '/etc/wpa_supplicant.conf' driver 'default' Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant.conf' ctrl_interface='/var/run/wpa_supplicant' ctrl_interface_group=0 (from group name 'wheel') Priority group 0 id=0 ssid='home' id=1 ssid='office-g' id=2 ssid='dragnfly' Initializing interface (2) 'ath0' Own MAC address: 00:0e:9b:53:31:9d wpa_driver_bsd_set_wpa: enabled=1 wpa_driver_bsd_set_wpa_internal: wpa=3 privacy=1 wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_set_countermeasures: enabled=0 wpa_driver_bsd_set_drop_unencrypted: enabled=1 Setting scan request: 0 sec 100000 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=17): 77 4c 41 4e 5f 57 45 50 5f 4b 78 36 4c 30 34 6f home 32 2 Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 0 0: 96:0f:a4:ef:3c:4a ssid='AMO' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 1: 00:0c:41:0b:fe:c5 ssid='office-a' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 2: 00:0f:66:10:d6:da ssid='' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=10): 6c 61 71 75 69 6e 74 61 2d 67 office-g Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 0 0: 96:0f:a4:ef:3c:4a ssid='AMO' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 1: 00:0c:41:0b:fe:c5 ssid='office-a' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 2: 00:0f:66:10:d6:da ssid='office-g' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE selected non-WPA AP 00:0f:66:10:d6:da ssid='office-g' Trying to associate with 00:0f:66:10:d6:da (SSID='office-g' freq=2437 MHz) Cancelling scan request Automatic auth_alg selection: 0x1 No keys have been configured - skip key clearing wpa_driver_bsd_set_key: alg=WEP addr=ff:ff:ff:ff:ff:ff key_idx=0 set_tx=1 seq_len=0 key_len=7 wpa_driver_bsd_set_drop_unencrypted: enabled=1 wpa_driver_bsd_associate: ssid 'office-g' wpa ie len 0 pairwise 4 group 4 key mgmt 2 wpa_driver_bsd_associate: set PRIVACY 1 Setting authentication timeout: 5 sec 0 usec Association event - clear replay counter Associated to a new BSS: BSSID=00:0f:66:10:d6:da Associated with 00:0f:66:10:d6:da Cancelling authentication timeout fangorn# ifconfig ath0: flags=8843 mtu 1500 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 ether 00:0e:9b:53:31:9d media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) status: associated ssid office-g channel 6 bssid 00:0f:66:10:d6:da authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpowmax 54 protmode CTS roaming MANUAL bintval 100 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 fangorn# dhclient ath0 DHCPREQUEST on ath0 to 255.255.255.255 port 67 DHCPREQUEST on ath0 to 255.255.255.255 port 67 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 6 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 10 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 11 ^C fangorn# exit uname -a FreeBSD fangorn.nxdomain.org 6.0-BETA5 FreeBSD 6.0-BETA5 #29: Wed Sep 28 11:47:26 CDT 2005 root@fangorn.nxdomain.org:/usr/obj/usr/src/sys/CUSTOM_6 i386 What have I done wrong??? Any other info needed can be provided. Thanks. -- Regards, Eric From owner-freebsd-mobile@FreeBSD.ORG Fri Sep 30 18:45:38 2005 Return-Path: X-Original-To: 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 E308C16A41F; Fri, 30 Sep 2005 18:45:38 +0000 (GMT) (envelope-from snow@teardrop.org) Received: from silver.teardrop.org (silver.teardrop.org [66.92.75.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id A157D43D49; Fri, 30 Sep 2005 18:45:38 +0000 (GMT) (envelope-from snow@teardrop.org) Received: by silver.teardrop.org (Postfix, from userid 100) id 7FFD6C145; Fri, 30 Sep 2005 14:45:37 -0400 (EDT) Date: Fri, 30 Sep 2005 14:45:37 -0400 From: James Snow To: Eric Schuele Message-ID: <20050930184537.GA3665@teardrop.org> References: <433D5215.6010101@computer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <433D5215.6010101@computer.org> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, mobile@freebsd.org Subject: Re: wpa_supplicant and WEP.... 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, 30 Sep 2005 18:45:39 -0000 On Fri, Sep 30, 2005 at 09:56:21AM -0500, Eric Schuele wrote: > > I have gotten wpa_supplicant to work fine for WPA-PSK and open sites... > but I would like it to work with WEP as well. it appears to associate > with a WEP site no matter what WEP key I give it. But whether the key > is correct or not... I can not get a response from my DHCP server. > > My wpa_supplicant entry: ... > wep_tx_keyidx=0 I would try dropping this line. I use wpa_supplicant to connect to a number of different wireless networks and for the WEP-only ones I've never needed anything more than: ssid=... key_mgmt=NONE wep_key0=... -Snow From owner-freebsd-mobile@FreeBSD.ORG Fri Sep 30 19:00:42 2005 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 3A73316A41F for ; Fri, 30 Sep 2005 19:00:42 +0000 (GMT) (envelope-from chris@vindaloo.com) Received: from fearlessleader.lhr-its.com (fearlessleader.lhr-its.com [64.204.249.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D46E43D48 for ; Fri, 30 Sep 2005 19:00:34 +0000 (GMT) (envelope-from chris@vindaloo.com) Received: from yavin.vindaloo.com (unknown [172.24.144.34]) by fearlessleader.lhr-its.com (Postfix) with ESMTP id E023E329 for ; Fri, 30 Sep 2005 15:00:25 -0400 (EDT) Received: from dagobah.vindaloo.com (dagobah.vindaloo.com [172.24.145.68]) by yavin.vindaloo.com (Postfix) with ESMTP id E736724C59 for ; Fri, 30 Sep 2005 15:00:24 -0400 (EDT) Received: from dagobah.vindaloo.com (localhost.vindaloo.com [127.0.0.1]) by dagobah.vindaloo.com (8.13.3/8.13.3) with ESMTP id j8UIxDhK006803 for ; Fri, 30 Sep 2005 14:59:13 -0400 (EDT) (envelope-from chris@dagobah.vindaloo.com) Received: (from chris@localhost) by dagobah.vindaloo.com (8.13.3/8.13.1/Submit) id j8UIxDgq006800 for freebsd-mobile@freebsd.org; Fri, 30 Sep 2005 14:59:13 -0400 (EDT) (envelope-from chris) Resent-Message-Id: <200509301859.j8UIxDgq006800@dagobah.vindaloo.com> X-Original-To: chris@vindaloo.com Delivered-To: chris@vindaloo.com Received: from dagobah.vindaloo.com (dagobah.vindaloo.com [172.24.145.68]) by yavin.vindaloo.com (Postfix) with ESMTP id 147D924C59 for ; Fri, 30 Sep 2005 14:58:34 -0400 (EDT) Received: from localhost.vindaloo.com (localhost.vindaloo.com [127.0.0.1]) by dagobah.vindaloo.com (8.13.3/8.13.3) with ESMTP id j8UIvviH006497; Fri, 30 Sep 2005 14:57:57 -0400 (EDT) (envelope-from chris@vindaloo.com) From: Christopher Sean Hilton To: Christopher Sean Hilton In-Reply-To: <1127786123.1063.8.camel@dagobah.vindaloo.com> References: <1127786123.1063.8.camel@dagobah.vindaloo.com> Content-Type: multipart/mixed; boundary="=-xFd6pozccD0Cixcyp8Ul" Date: Fri, 30 Sep 2005 14:57:57 -0400 Message-Id: <1128106677.4782.4.camel@dagobah.vindaloo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port X-Spam-Checker-Version: SpamAssassin 2.63-csh_yavin_1.0.3 (2004-01-11) on yavin.vindaloo.com X-Spam-Level: X-Spam-Status: No, hits=-4.9 required=4.5 tests=BAYES_00 autolearn=ham version=2.63-csh_yavin_1.0.3 X-filtered: dantooine.vindaloo.com Resent-From: Christopher Sean Hilton Resent-Date: Fri, 30 Sep 2005 14:59:13 -0400 Resent-To: freebsd-mobile@freebsd.org Cc: Subject: Re: psm Synaptics support MFC - was Synaptics Touchpad 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, 30 Sep 2005 19:00:42 -0000 --=-xFd6pozccD0Cixcyp8Ul Content-Type: text/plain Content-Transfer-Encoding: 7bit On Mon, 2005-09-26 at 21:55 -0400, Christopher Sean Hilton wrote: > Hi, > > I have a Gateway 405ROG running 5-STABLE. I've been very happy with the > support. Everything is supported more or less except the winmodem. One > thing that I'd like to improve is the synaptics touchpad support. Under > gnome there seems to be a long time after one presses a button before > one can resize a window. If one moves too quickly the cursor changes > from the familiar resize cursor back to the arrow. I thought that I saw > a patch on this a while ago but a google search for: > > "freebsd gnome synaptics" > > turns up a notice about 6-STABLE and not 5-STABLE. I found the support for the synaptics touchpad and produced a patch which adds the support to the psm.c 1.79.2.2 file which is marked as the head of the RELENG_5 Branch. It alleviates the problem somewhat. If anyone is interested I've attached the patch. -- Chris Hilton chris-at-vindaloo-dot-com ------------------------------------------------------------------------ "All I was doing was trying to get home from work!" -- Rosa Parks --=-xFd6pozccD0Cixcyp8Ul Content-Disposition: attachment; filename=psm.c.patch Content-Type: text/x-patch; name=psm.c.patch; charset=iso8859-1 Content-Transfer-Encoding: 7bit --- sys/isa/psm.c Fri Sep 30 14:25:24 2005 +++ sys/isa/psm.c.orig Fri Oct 1 02:26:51 2004 @@ -160,15 +160,6 @@ #define PSM_PACKETQUEUE 128 #endif -typedef struct synapticsinfo { - struct sysctl_ctx_list sysctl_ctx; - struct sysctl_oid *sysctl_tree; - int directional_scrolls; - int low_speed_threshold; - int min_movement; - int squelch_level; -} synapticsinfo_t; - /* driver control block */ struct psm_softc { /* Driver status information */ int unit; @@ -181,7 +172,6 @@ void *ih; /* interrupt handle */ mousehw_t hw; /* hardware information */ synapticshw_t synhw; /* Synaptics-specific hardware information */ - synapticsinfo_t syninfo; /* Synaptics-specific configuration */ mousemode_t mode; /* operation mode */ mousemode_t dflt_mode; /* default operation mode */ mousestatus_t status; /* accumulated mouse movement */ @@ -190,19 +180,16 @@ int pqueue_start; /* start of data in queue */ int pqueue_end; /* end of data in queue */ int button; /* the latest button state */ - int xold; /* previous absolute X position */ - int yold; /* previous absolute Y position */ - int xaverage; /* average X position */ - int yaverage; /* average Y position */ - int squelch; /* level to filter movement data at low speed */ - int zmax; /* maximum pressure value for touchpads */ + int xold; /* previous absolute X position */ + int yold; /* previous absolute Y position */ + int zmax; /* maximum pressure value for touchpads */ int syncerrors; /* # of bytes discarded searching for sync */ int pkterrors; /* # of packets failed during quaranteen. */ struct timeval inputtimeout; struct timeval lastsoftintr; /* time of last soft interrupt */ struct timeval lastinputerr; /* time last sync error happened */ struct timeval taptimeout; /* tap timeout for touchpads */ - int watchdog; /* watchdog timer flag */ + int watchdog; /* watchdog timer flag */ struct callout_handle callout; /* watchdog timer call out */ struct callout_handle softcallout; /* buffer timer call out */ struct cdev *dev; @@ -2022,11 +2009,6 @@ sc->callout = timeout(psmtimeout, (void *)(uintptr_t)sc, hz); } -SYSCTL_NODE(_debug, OID_AUTO, psm, CTLFLAG_RD, 0, "ps/2 mouse"); -SYSCTL_NODE(_hw, OID_AUTO, psm, CTLFLAG_RD, 0, "ps/2 mouse"); - -SYSCTL_INT(_debug_psm, OID_AUTO, loglevel, CTLFLAG_RW, &verbose, 0, ""); - static int psmhz = 20; SYSCTL_INT(_debug, OID_AUTO, psmhz, CTLFLAG_RW, &psmhz, 0, ""); @@ -2049,10 +2031,6 @@ SYSCTL_INT(_debug, OID_AUTO, psmloglevel, CTLFLAG_RW, &verbose, 0, ""); -static int tap_threshold = PSM_TAP_THRESHOLD; -SYSCTL_INT(_hw_psm, OID_AUTO, tap_threshold, CTLFLAG_RW, &tap_threshold, 0, ""); -static int tap_timeout = PSM_TAP_TIMEOUT; -SYSCTL_INT(_hw_psm, OID_AUTO, tap_timeout, CTLFLAG_RW, &tap_timeout, 0, ""); static void psmintr(void *arg) @@ -2227,7 +2205,7 @@ int w, x, y, z; int c; int l; - int x0, y0, xavg, yavg, xsensitivity, ysensitivity, sensitivity = 0; + int x0, y0; int s; packetbuf_t *pb; @@ -2601,32 +2579,6 @@ touchpad_buttons |= MOUSE_BUTTON5DOWN; } - /* - * In newer pads - bit 0x02 in the third byte of - * the packet indicates that we have an extended - * button press. - */ - if (pb->ipacket[3] & 0x02) { - /* - * if directional_scrolls is not 1, we treat - * any of the scrolling directions as middle-click. - */ - if (sc->syninfo.directional_scrolls) { - if (pb->ipacket[4] & 0x01) - touchpad_buttons |= MOUSE_BUTTON4DOWN; - if (pb->ipacket[5] & 0x01) - touchpad_buttons |= MOUSE_BUTTON5DOWN; - if (pb->ipacket[4] & 0x02) - touchpad_buttons |= MOUSE_BUTTON6DOWN; - if (pb->ipacket[5] & 0x02) - touchpad_buttons |= MOUSE_BUTTON7DOWN; - } else { - if ((pb->ipacket[4] & 0x0F) || (pb->ipacket[5] & 0x0F)) - touchpad_buttons |= MOUSE_BUTTON2DOWN; - } - - } - ms.button = touchpad_buttons | guest_buttons; /* There is a finger on the pad. */ @@ -2639,111 +2591,22 @@ pb->ipacket[5]; if (sc->flags & PSM_FLAGS_FINGERDOWN) { - x = x0 - sc->xold; - y = y0 - sc->yold; - - /* we compute averages of x and y movement */ - if (sc->xaverage == 0) - sc->xaverage=x; - - if (sc->yaverage == 0) - sc->yaverage=y; - - xavg = sc->xaverage; - yavg = sc->yaverage; - - sc->xaverage = (xavg + x) >> 1; - sc->yaverage = (yavg + y) >> 1; - - /* - * then use the averages to compute a sensitivity level - * in each dimension - */ - xsensitivity = (sc->xaverage - xavg); - if (xsensitivity < 0) - xsensitivity = -xsensitivity; - - ysensitivity = (sc->yaverage - yavg); - if (ysensitivity < 0) - ysensitivity = -ysensitivity; - - /* - * The sensitivity level is higher the faster the finger - * is moving. It also tends to be higher in the middle - * of a touchpad motion than on either end - * - * Note - sensitivity gets to 0 when moving slowly - so - * we add 1 to it to give it a meaningful value in that case. - */ - sensitivity = (xsensitivity & ysensitivity)+1; - - /* - * If either our x or y change is greater than our - * hi/low speed threshold - we do the high-speed - * absolute to relative calculation otherwise we - * do the low-speed calculation. - */ - if ((x>sc->syninfo.low_speed_threshold || - x<-sc->syninfo.low_speed_threshold) || - (y>sc->syninfo.low_speed_threshold || - y<-sc->syninfo.low_speed_threshold)) { x0 = (x0 + sc->xold * 3) / 4; y0 = (y0 + sc->yold * 3) / 4; + x = (x0 - sc->xold) * 10 / 85; y = (y0 - sc->yold) * 10 / 85; } else { - /* - * This is the low speed calculation. - * We simply check to see if our movement - * is more than our minimum movement threshold - * and if it is - set the movement to 1 in the - * correct direction. - * NOTE - Normally this would result in pointer - * movement that was WAY too fast. This works - * due to the movement squelch we do later. - */ - if (x < -sc->syninfo.min_movement) - x = -1; - else if (x > sc->syninfo.min_movement) - x = 1; - else - x = 0; - if (y < -sc->syninfo.min_movement) - y = -1; - else if (y > sc->syninfo.min_movement) - y = 1; - else - y = 0; - - } - } else { sc->flags |= PSM_FLAGS_FINGERDOWN; } - /* - * ok - the squelch process. Take our sensitivity value - * and add it to the current squelch value - if squelch - * is less than our squelch threshold we kill the movement, - * otherwise we reset squelch and pass the movement through. - * Since squelch is cumulative - when mouse movement is slow - * (around sensitivity 1) the net result is that only - * 1 out of every squelch_level packets is - * delivered, effectively slowing down the movement. - */ - sc->squelch += sensitivity; - if (sc->squelch < sc->syninfo.squelch_level) { - x = 0; - y = 0; - } else - sc->squelch = 0; - sc->xold = x0; sc->yold = y0; sc->zmax = imax(z, sc->zmax); } else { sc->flags &= ~PSM_FLAGS_FINGERDOWN; - if (sc->zmax > tap_threshold && + if (sc->zmax > PSM_TAP_THRESHOLD && timevalcmp(&sc->lastsoftintr, &sc->taptimeout, <=)) { if (w == 0) ms.button |= MOUSE_BUTTON3DOWN; @@ -2754,8 +2617,8 @@ } sc->zmax = 0; - sc->taptimeout.tv_sec = tap_timeout / 1000000; - sc->taptimeout.tv_usec = tap_timeout % 1000000; + sc->taptimeout.tv_sec = PSM_TAP_TIMEOUT / 1000000; + sc->taptimeout.tv_usec = PSM_TAP_TIMEOUT % 1000000; timevaladd(&sc->taptimeout, &sc->lastsoftintr); } @@ -3255,63 +3118,8 @@ if (!synaptics_support) return (FALSE); - /* Attach extra synaptics sysctl nodes under hw.psm.synaptics */ - sysctl_ctx_init(&sc->syninfo.sysctl_ctx); - sc->syninfo.sysctl_tree = SYSCTL_ADD_NODE(&sc->syninfo.sysctl_ctx, - SYSCTL_STATIC_CHILDREN(_hw_psm), OID_AUTO, "synaptics", - CTLFLAG_RD, 0, "Synaptics TouchPad"); - - /* - * synaptics_directional_scrolls - if non-zero, the directional - * pad scrolls, otherwise it registers as a middle-click. - */ - sc->syninfo.directional_scrolls = 1; - SYSCTL_ADD_INT(&sc->syninfo.sysctl_ctx, - SYSCTL_CHILDREN(sc->syninfo.sysctl_tree), - OID_AUTO, "directional_scrolls", CTLFLAG_RW, - &sc->syninfo.directional_scrolls, 0, - "directional pad scrolls (1=yes 0=3rd button)"); - - /* - * Synaptics_low_speed_threshold - the number of touchpad units - * below-which we go into low-speed tracking mode. - */ - sc->syninfo.low_speed_threshold = 20; - SYSCTL_ADD_INT(&sc->syninfo.sysctl_ctx, - SYSCTL_CHILDREN(sc->syninfo.sysctl_tree), - OID_AUTO, "low_speed_threshold", CTLFLAG_RW, - &sc->syninfo.low_speed_threshold, 0, - "threshold between low and hi speed positioning"); - - /* - * Synaptics_min_movement - the number of touchpad units below - * which we ignore altogether. - */ - sc->syninfo.min_movement = 2; - SYSCTL_ADD_INT(&sc->syninfo.sysctl_ctx, - SYSCTL_CHILDREN(sc->syninfo.sysctl_tree), - OID_AUTO, "min_movement", CTLFLAG_RW, - &sc->syninfo.min_movement, 0, - "ignore touchpad movements less than this"); - - /* - * Synaptics_squelch_level - level at which we squelch movement - * packets. - * - * This effectively sends 1 out of every synaptics_squelch_level - * packets when * running in low-speed mode. - */ - sc->syninfo.squelch_level=3; - SYSCTL_ADD_INT(&sc->syninfo.sysctl_ctx, - SYSCTL_CHILDREN(sc->syninfo.sysctl_tree), - OID_AUTO, "squelch_level", CTLFLAG_RW, - &sc->syninfo.squelch_level, 0, - "squelch level for synaptics touchpads"); - kbdc = sc->kbdc; disable_aux_dev(kbdc); - sc->hw.buttons = 3; - sc->squelch = 0; /* Just to be on the safe side */ set_mouse_scaling(kbdc, 1); @@ -3395,21 +3203,6 @@ printf(" capMultiFinger: %d\n", sc->synhw.capMultiFinger); printf(" capPalmDetect: %d\n", sc->synhw.capPalmDetect); } - - /* - * if we have bits set in status[0] & 0x70 - then we can load - * more information about buttons using query 0x09 - */ - if (status[0] & 0x70) { - if (mouse_ext_command(kbdc, 0x09) == 0) - return (FALSE); - if (get_mouse_status(kbdc, status, 0, 3) != 3) - return (FALSE); - sc->hw.buttons = ((status[1] & 0xf0) >> 4) + 3; - if (verbose >= 2) - printf(" Additional Buttons: %d\n", sc->hw.buttons -3); - } - } else { sc->synhw.capExtended = 0; @@ -3449,6 +3242,8 @@ */ if (sc->synhw.capExtended && sc->synhw.capFourButtons) sc->hw.buttons = 4; + else + sc->hw.buttons = 3; return (TRUE); } --=-xFd6pozccD0Cixcyp8Ul-- From owner-freebsd-mobile@FreeBSD.ORG Fri Sep 30 20:36:35 2005 Return-Path: X-Original-To: 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 3725E16A41F; Fri, 30 Sep 2005 20:36:35 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from rwcrmhc12.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C3A343D5C; Fri, 30 Sep 2005 20:36:33 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com[208.206.151.59]) by comcast.net (rwcrmhc13) with ESMTP id <2005093020363201500r2r2oe>; Fri, 30 Sep 2005 20:36:33 +0000 Message-ID: <433DA1CF.7020502@computer.org> Date: Fri, 30 Sep 2005 15:36:31 -0500 From: Eric Schuele User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: James Snow References: <433D5215.6010101@computer.org> <20050930184537.GA3665@teardrop.org> In-Reply-To: <20050930184537.GA3665@teardrop.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, mobile@freebsd.org Subject: Re: wpa_supplicant and WEP.... 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, 30 Sep 2005 20:36:35 -0000 James Snow wrote: > On Fri, Sep 30, 2005 at 09:56:21AM -0500, Eric Schuele wrote: > >>I have gotten wpa_supplicant to work fine for WPA-PSK and open sites... >>but I would like it to work with WEP as well. it appears to associate >>with a WEP site no matter what WEP key I give it. But whether the key >>is correct or not... I can not get a response from my DHCP server. >> >>My wpa_supplicant entry: > > ... > >> wep_tx_keyidx=0 > > > I would try dropping this line. I use wpa_supplicant to connect to a > number of different wireless networks and for the WEP-only ones I've > never needed anything more than: > > ssid=... > key_mgmt=NONE > wep_key0=... > Still no go. The wep_key0 is the clear text passphrase, correct? Not one of the encrypted keys? right? > > -Snow > > _______________________________________________ > 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" > -- Regards, Eric From owner-freebsd-mobile@FreeBSD.ORG Fri Sep 30 21:05:44 2005 Return-Path: X-Original-To: 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 5CF0F16A41F; Fri, 30 Sep 2005 21:05:44 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09F5443D49; Fri, 30 Sep 2005 21:05:43 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j8UL5fOI013017; Fri, 30 Sep 2005 14:05:41 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j8UL5fFM013016; Fri, 30 Sep 2005 14:05:41 -0700 Date: Fri, 30 Sep 2005 14:05:41 -0700 From: Brooks Davis To: Eric Schuele Message-ID: <20050930210541.GA11841@odin.ac.hmc.edu> References: <433D5215.6010101@computer.org> <20050930184537.GA3665@teardrop.org> <433DA1CF.7020502@computer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <433DA1CF.7020502@computer.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: mobile@freebsd.org, James Snow , current@freebsd.org Subject: Re: wpa_supplicant and WEP.... 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, 30 Sep 2005 21:05:44 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 30, 2005 at 03:36:31PM -0500, Eric Schuele wrote: > James Snow wrote: > >On Fri, Sep 30, 2005 at 09:56:21AM -0500, Eric Schuele wrote: > > > >>I have gotten wpa_supplicant to work fine for WPA-PSK and open sites...= =20 > >>but I would like it to work with WEP as well. it appears to associate= =20 > >>with a WEP site no matter what WEP key I give it. But whether the key= =20 > >>is correct or not... I can not get a response from my DHCP server. > >> > >>My wpa_supplicant entry: > > > >... > > > >> wep_tx_keyidx=3D0 > > > > > >I would try dropping this line. I use wpa_supplicant to connect to a > >number of different wireless networks and for the WEP-only ones I've > >never needed anything more than: > > > >ssid=3D... > >key_mgmt=3DNONE > >wep_key0=3D... > > >=20 > Still no go. The wep_key0 is the clear text passphrase, correct? Not > one of the encrypted keys? right? The entry in the example file shows both hex and ascii keys. No excryption of keys is supported by standard WEP so if your AP is doing something like that you need to get the hex key it's using from it. Have you been able to connect by hand (not using wpa_supplicant)? If not, do that first. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDPailXY6L6fI4GtQRAnjQAJ4jP+oPi45lotN/nALSc6kF3oxqPACdFuhA oL/l2Obod8oy/KgTaslLeDM= =TRqN -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-mobile@FreeBSD.ORG Fri Sep 30 21:28:34 2005 Return-Path: X-Original-To: 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 4539D16A41F; Fri, 30 Sep 2005 21:28:34 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from rwcrmhc12.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE18243D48; Fri, 30 Sep 2005 21:28:33 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com[208.206.151.59]) by comcast.net (rwcrmhc13) with ESMTP id <2005093021283201500r2qcne>; Fri, 30 Sep 2005 21:28:32 +0000 Message-ID: <433DAE00.4090602@computer.org> Date: Fri, 30 Sep 2005 16:28:32 -0500 From: Eric Schuele User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <433D5215.6010101@computer.org> <20050930184537.GA3665@teardrop.org> <433DA1CF.7020502@computer.org> <20050930210541.GA11841@odin.ac.hmc.edu> In-Reply-To: <20050930210541.GA11841@odin.ac.hmc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: mobile@freebsd.org, current@freebsd.org Subject: Re: wpa_supplicant and WEP.... 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, 30 Sep 2005 21:28:34 -0000 Brooks Davis wrote: > On Fri, Sep 30, 2005 at 03:36:31PM -0500, Eric Schuele wrote: > >>James Snow wrote: >> >>>On Fri, Sep 30, 2005 at 09:56:21AM -0500, Eric Schuele wrote: >>> >>> >>>>I have gotten wpa_supplicant to work fine for WPA-PSK and open sites... >>>>but I would like it to work with WEP as well. it appears to associate >>>>with a WEP site no matter what WEP key I give it. But whether the key >>>>is correct or not... I can not get a response from my DHCP server. >>>> >>>>My wpa_supplicant entry: >>> >>>... >>> >>> >>>> wep_tx_keyidx=0 >>> >>> >>>I would try dropping this line. I use wpa_supplicant to connect to a >>>number of different wireless networks and for the WEP-only ones I've >>>never needed anything more than: >>> >>>ssid=... >>>key_mgmt=NONE >>>wep_key0=... >>> >> >>Still no go. The wep_key0 is the clear text passphrase, correct? Not >>one of the encrypted keys? right? > > > The entry in the example file shows both hex and ascii keys. No > excryption of keys is supported by standard WEP so if your AP is doing > something like that you need to get the hex key it's using from it. If I attempt to use the hex key... it fails to parse the wpa_supplicant file!?! The AP is a linksys something-or-other... and when you type in a cleartext passphrase it generates 4 hex keys. I have tried both the passphrase and the hex keys. > > Have you been able to connect by hand (not using wpa_supplicant)? If > not, do that first. Yes... I can connect using the following script ifconfig ath0 ssid office-g ifconfig ath0 mode 11g channel 6 ifconfig ath0 wepmode on ifconfig ath0 weptxkey 1 wepkey 0xD865E5A ifconfig ath0 192.168.1.99 ifconfig ath0 netmask 255.255.255.0 rm /etc/resolv.conf echo "nameserver 198.6.1.122" >> /etc/resolv.conf echo "nameserver 198.6.1.142" >> /etc/resolv.conf echo "nameserver 198.6.1.146" >> /etc/resolv.conf route -q add default 192.168.1.1 > > -- Brooks > -- Regards, Eric From owner-freebsd-mobile@FreeBSD.ORG Fri Sep 30 22:26:28 2005 Return-Path: X-Original-To: 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 2799B16A41F; Fri, 30 Sep 2005 22:26:28 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id C130943D53; Fri, 30 Sep 2005 22:26:27 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j8UMOgA6025860; Fri, 30 Sep 2005 15:24:42 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j8UMOgXc025859; Fri, 30 Sep 2005 15:24:42 -0700 Date: Fri, 30 Sep 2005 15:24:42 -0700 From: Brooks Davis To: Eric Schuele Message-ID: <20050930222442.GA20004@odin.ac.hmc.edu> References: <433D5215.6010101@computer.org> <20050930184537.GA3665@teardrop.org> <433DA1CF.7020502@computer.org> <20050930210541.GA11841@odin.ac.hmc.edu> <433DAE00.4090602@computer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <433DAE00.4090602@computer.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: mobile@freebsd.org, current@freebsd.org Subject: Re: wpa_supplicant and WEP.... 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, 30 Sep 2005 22:26:28 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 30, 2005 at 04:28:32PM -0500, Eric Schuele wrote: > Brooks Davis wrote: > >On Fri, Sep 30, 2005 at 03:36:31PM -0500, Eric Schuele wrote: > > > >>James Snow wrote: > >> > >>>On Fri, Sep 30, 2005 at 09:56:21AM -0500, Eric Schuele wrote: > >>> > >>> > >>>>I have gotten wpa_supplicant to work fine for WPA-PSK and open sites.= ..=20 > >>>>but I would like it to work with WEP as well. it appears to associat= e=20 > >>>>with a WEP site no matter what WEP key I give it. But whether the ke= y=20 > >>>>is correct or not... I can not get a response from my DHCP server. > >>>> > >>>>My wpa_supplicant entry: > >>> > >>>... > >>> > >>> > >>>>wep_tx_keyidx=3D0 > >>> > >>> > >>>I would try dropping this line. I use wpa_supplicant to connect to a > >>>number of different wireless networks and for the WEP-only ones I've > >>>never needed anything more than: > >>> > >>>ssid=3D... > >>>key_mgmt=3DNONE > >>>wep_key0=3D... > >>> > >> > >>Still no go. The wep_key0 is the clear text passphrase, correct? Not > >>one of the encrypted keys? right? > > > > > >The entry in the example file shows both hex and ascii keys. No > >excryption of keys is supported by standard WEP so if your AP is doing > >something like that you need to get the hex key it's using from it. >=20 > If I attempt to use the hex key... it fails to parse the wpa_supplicant= =20 > file!?! The AP is a linksys something-or-other... and when you type in= =20 > a cleartext passphrase it generates 4 hex keys. I have tried both the=20 > passphrase and the hex keys. You definitly need to use the hex keys. Turning a password into four hex keys is absolutly not part of the standard. How are you entering your hex keys? The examples are a bit unclear, but digging around in the code it looks like unquoted strings are assumed to be hex strings. They should not be prefixed by 0x. The manpage needs some help in this area. > >Have you been able to connect by hand (not using wpa_supplicant)? If > >not, do that first. >=20 > Yes... I can connect using the following script Good. Hopefully it's just a confusing config file issue. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDPbspXY6L6fI4GtQRAj8CAKCgomcCcsKb1snUJ9NKipMPKllmQACfdW5f fJg9Q5cNy49BsGPt3w3k9IQ= =ZfNN -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-mobile@FreeBSD.ORG Sat Oct 1 01:47:39 2005 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 2B56616A41F; Sat, 1 Oct 2005 01:47:39 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CEF943D4C; Sat, 1 Oct 2005 01:47:38 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 5F1FD8C994C; Sat, 1 Oct 2005 09:47:37 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 5275B8C9942; Sat, 1 Oct 2005 09:47:37 +0800 (CST) Date: Sat, 1 Oct 2005 09:47:37 +0800 (CST) From: Tai-hwa Liang To: Eric Schuele In-Reply-To: <433D5384.2000201@computer.org> Message-ID: <0510010917536.2765@www.mmlab.cse.yzu.edu.tw> References: <433D5384.2000201@computer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, FreeBSD mobile Mailing List Subject: Re: wpa_supplicant and WEP.... 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, 01 Oct 2005 01:47:39 -0000 On Fri, 30 Sep 2005, Eric Schuele wrote: > Hello, > > I have gotten wpa_supplicant to work fine for WPA-PSK and open sites... but I > would like it to work with WEP as well. it appears to associate with a WEP > site no matter what WEP key I give it. But whether the key is correct or > not... I can not get a response from my DHCP server. > > My wpa_supplicant entry: > (Note that no matter what I put for the key... I still get assoc.) > network={ > ssid="OfficeSSID" > scan_ssid=1 > key_mgmt=NONE > wep_tx_keyidx=0 > wep_key0="OfficeKey" > } > My dhclient.conf entry: > interface "ath0" { > send dhcp-client-identifier "fangorn"; > request subnet-mask, broadcast-address, routers, domain-name-servers, > domain-name; > } > > Kernel Config: (are wlan_* necessary?) If you are using WEP only, wlan + wlan_wep should be enough. > # Wireless LAN support > device wlan # 802.11 support > device wlan_wep # WLAN WEP kernel module > device wlan_ccmp # AES-CCMP crypto support > device wlan_tkip # TKIP and Michael cypto support for > > # Wirelass NIC cards > device ath # Atheros support > device ath_hal # Atheros HAL > device ath_rate_sample # SampleRate Rate Control I didn't statically compile these in kernel; however, there should be no difference between dynamically loaded and statically compiled driver. > fangorn# wpa_supplicant -i ath0 -c /etc/wpa_supplicant.conf -d & > [1] 1057 > fangorn# Initializing interface 'ath0' conf '/etc/wpa_supplicant.conf' driver > 'default' > Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' > Reading configuration file '/etc/wpa_supplicant.conf' > ctrl_interface='/var/run/wpa_supplicant' > ctrl_interface_group=0 (from group name 'wheel') > Priority group 0 > id=0 ssid='home' > id=1 ssid='office-g' > id=2 ssid='dragnfly' > Initializing interface (2) 'ath0' > Own MAC address: 00:0e:9b:53:31:9d > wpa_driver_bsd_set_wpa: enabled=1 > wpa_driver_bsd_set_wpa_internal: wpa=3 privacy=1 > wpa_driver_bsd_del_key: keyidx=0 > wpa_driver_bsd_del_key: keyidx=1 > wpa_driver_bsd_del_key: keyidx=2 > wpa_driver_bsd_del_key: keyidx=3 > wpa_driver_bsd_set_countermeasures: enabled=0 > wpa_driver_bsd_set_drop_unencrypted: enabled=1 > Setting scan request: 0 sec 100000 usec > Starting AP scan (specific SSID) > Scan SSID - hexdump_ascii(len=17): > 77 4c 41 4e 5f 57 45 50 5f 4b 78 36 4c 30 34 6f home > 32 2 > Received 0 bytes of scan results (3 BSSes) > Scan results: 3 > Selecting BSS from priority group 0 > 0: 96:0f:a4:ef:3c:4a ssid='AMO' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > 1: 00:0c:41:0b:fe:c5 ssid='office-a' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > 2: 00:0f:66:10:d6:da ssid='' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > No suitable AP found. > Setting scan request: 5 sec 0 usec > Starting AP scan (specific SSID) > Scan SSID - hexdump_ascii(len=10): > 6c 61 71 75 69 6e 74 61 2d 67 office-g > Received 0 bytes of scan results (3 BSSes) > Scan results: 3 > Selecting BSS from priority group 0 > 0: 96:0f:a4:ef:3c:4a ssid='AMO' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > 1: 00:0c:41:0b:fe:c5 ssid='office-a' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > 2: 00:0f:66:10:d6:da ssid='office-g' wpa_ie_len=0 rsn_ie_len=0 > skip - no WPA/RSN IE > selected non-WPA AP 00:0f:66:10:d6:da ssid='office-g' > Trying to associate with 00:0f:66:10:d6:da (SSID='office-g' freq=2437 MHz) > Cancelling scan request > Automatic auth_alg selection: 0x1 > No keys have been configured - skip key clearing > wpa_driver_bsd_set_key: alg=WEP addr=ff:ff:ff:ff:ff:ff key_idx=0 set_tx=1 > seq_len=0 key_len=7 > wpa_driver_bsd_set_drop_unencrypted: enabled=1 > wpa_driver_bsd_associate: ssid 'office-g' wpa ie len 0 pairwise 4 group 4 key > mgmt 2 > wpa_driver_bsd_associate: set PRIVACY 1 > Setting authentication timeout: 5 sec 0 usec > Association event - clear replay counter > Associated to a new BSS: BSSID=00:0f:66:10:d6:da > Associated with 00:0f:66:10:d6:da > Cancelling authentication timeout Looks fine to me. > fangorn# ifconfig > ath0: flags=8843 mtu 1500 > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > ether 00:0e:9b:53:31:9d > media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) > status: associated > ssid office-g channel 6 bssid 00:0f:66:10:d6:da > authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpowmax 54 > protmode CTS roaming MANUAL bintval 100 > lo0: flags=8049 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 Your station should be associated to the AP at this point. Which implies the key configuration written in your wpa_supplicant.conf is correct. > fangorn# dhclient ath0 > DHCPREQUEST on ath0 to 255.255.255.255 port 67 > DHCPREQUEST on ath0 to 255.255.255.255 port 67 > DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 6 > DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 10 > DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 11 > ^C > fangorn# exit This is weird. Did you try to set ath0 IP address manually and ping some other hosts as well? In addition to that, whilst dhclient was acquiring an IP address, was there any abnormal behaviour(such like re-associate with the AP) on your wpa_supplicant console? > uname -a > FreeBSD fangorn.nxdomain.org 6.0-BETA5 FreeBSD 6.0-BETA5 #29: Wed Sep 28 > 11:47:26 CDT 2005 root@fangorn.nxdomain.org:/usr/obj/usr/src/sys/CUSTOM_6 > i386 My test was on a 3 days old 7-CURRENT but there shouldn't be too much difference in their net80211 stack and wpa_supplicant. > What have I done wrong??? Any other info needed can be provided. Does your AP suppose to be your DHCP server? If not, try to manually set the ath0 address and your AP's IP address to the same subnet and see if you can ping the AP from ath0 after they associate with each other. If you don't have problem to ping your AP, there probably be something wrong between your AP and the real DHCP provider. -- Cheers, Tai-hwa Liang From owner-freebsd-mobile@FreeBSD.ORG Sat Oct 1 02:07:28 2005 Return-Path: X-Original-To: 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 BFBC816A41F; Sat, 1 Oct 2005 02:07:28 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [204.127.202.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 099A543D48; Sat, 1 Oct 2005 02:07:27 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [192.168.214.215] (c-24-1-232-64.hsd1.tx.comcast.net[24.1.232.64]) by comcast.net (sccrmhc14) with ESMTP id <2005100102071701400pr3h7e>; Sat, 1 Oct 2005 02:07:22 +0000 Message-ID: <433DEF54.7070201@computer.org> Date: Fri, 30 Sep 2005 21:07:16 -0500 From: Eric Schuele User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <433D5215.6010101@computer.org> <20050930184537.GA3665@teardrop.org> <433DA1CF.7020502@computer.org> <20050930210541.GA11841@odin.ac.hmc.edu> <433DAE00.4090602@computer.org> <20050930222442.GA20004@odin.ac.hmc.edu> In-Reply-To: <20050930222442.GA20004@odin.ac.hmc.edu> Content-Type: multipart/mixed; boundary="------------090009070504080304070808" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: mobile@freebsd.org, current@freebsd.org Subject: Re: wpa_supplicant and WEP.... 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, 01 Oct 2005 02:07:29 -0000 This is a multi-part message in MIME format. --------------090009070504080304070808 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Brooks Davis wrote: > On Fri, Sep 30, 2005 at 04:28:32PM -0500, Eric Schuele wrote: > >>Brooks Davis wrote: >> >>>On Fri, Sep 30, 2005 at 03:36:31PM -0500, Eric Schuele wrote: >>> >>> >>>>James Snow wrote: >>>> >>>> >>>>>On Fri, Sep 30, 2005 at 09:56:21AM -0500, Eric Schuele wrote: >>>>> >>>>> >>>>> >>>>>>I have gotten wpa_supplicant to work fine for WPA-PSK and open sites... >>>>>>but I would like it to work with WEP as well. it appears to associate >>>>>>with a WEP site no matter what WEP key I give it. But whether the key >>>>>>is correct or not... I can not get a response from my DHCP server. >>>>>> >>>>>>My wpa_supplicant entry: >>>>> >>>>>... >>>>> >>>>> >>>>> >>>>>>wep_tx_keyidx=0 >>>>> >>>>> >>>>>I would try dropping this line. I use wpa_supplicant to connect to a >>>>>number of different wireless networks and for the WEP-only ones I've >>>>>never needed anything more than: >>>>> >>>>>ssid=... >>>>>key_mgmt=NONE >>>>>wep_key0=... >>>>> >>>> >>>>Still no go. The wep_key0 is the clear text passphrase, correct? Not >>>>one of the encrypted keys? right? >>> >>> >>>The entry in the example file shows both hex and ascii keys. No >>>excryption of keys is supported by standard WEP so if your AP is doing >>>something like that you need to get the hex key it's using from it. >> >>If I attempt to use the hex key... it fails to parse the wpa_supplicant >>file!?! The AP is a linksys something-or-other... and when you type in >>a cleartext passphrase it generates 4 hex keys. I have tried both the >>passphrase and the hex keys. > > > You definitly need to use the hex keys. Turning a password into four > hex keys is absolutly not part of the standard. Ah... hex *keys*... plural!! I should use all 4 of them? I had been using just the one declared as the default key to tx. I have attached a screenshot of what a linksys does when you setup WEP. Give it a cleartext passphrase and it generates 4 hex keys. On some systems you can enter the passphrase... others I've had to enter the 'default' key. Never thought to try all four keys at once. Is that what you think I should do? > How are you entering > your hex keys? The examples are a bit unclear, but digging around in > the code it looks like unquoted strings are assumed to be hex strings. > They should not be prefixed by 0x. I'll try them in the above format (I was prefixing with 0x). I'm not in the office but will try my home AP.... BRB.... Whoa!!! That's IT!!! Am I the only person who couldn't figure that out??? You must use all 4 hex keys and specify which is the default. Thank you very much! > The manpage needs some help in this > area. > > >>>Have you been able to connect by hand (not using wpa_supplicant)? If >>>not, do that first. >> >>Yes... I can connect using the following script > > > Good. Hopefully it's just a confusing config file issue. > > -- Brooks > -- Regards, Eric --------------090009070504080304070808-- From owner-freebsd-mobile@FreeBSD.ORG Sat Oct 1 02:35:59 2005 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 23B4F16A41F; Sat, 1 Oct 2005 02:35:59 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [204.127.198.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id A46D443D4C; Sat, 1 Oct 2005 02:35:58 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [192.168.214.215] (c-24-1-232-64.hsd1.tx.comcast.net[24.1.232.64]) by comcast.net (rwcrmhc12) with ESMTP id <2005100102355701400l04a3e>; Sat, 1 Oct 2005 02:35:57 +0000 Message-ID: <433DF60C.50900@computer.org> Date: Fri, 30 Sep 2005 21:35:56 -0500 From: Eric Schuele User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <433D5384.2000201@computer.org> <0510010917536.2765@www.mmlab.cse.yzu.edu.tw> In-Reply-To: <0510010917536.2765@www.mmlab.cse.yzu.edu.tw> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD mobile Mailing List Subject: Re: wpa_supplicant and WEP.... 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, 01 Oct 2005 02:35:59 -0000 Tai-hwa Liang wrote: > On Fri, 30 Sep 2005, Eric Schuele wrote: > >> Hello, >> >> >> Kernel Config: (are wlan_* necessary?) > > > If you are using WEP only, wlan + wlan_wep should be enough. Ok... well its a long story, so I'll spare you. But, I had never known they even existed till I stumbled across someone elses post saying they were necessary. Thanks for confirming they are needed. I got the rest of my problems fixed by another post. Thanks for the response. (p.s. for some reason I could not CC you!?!) > >> # Wireless LAN support >> device wlan # 802.11 support >> device wlan_wep # WLAN WEP kernel module >> device wlan_ccmp # AES-CCMP crypto support >> device wlan_tkip # TKIP and Michael cypto support for >> >> # Wirelass NIC cards >> device ath # Atheros support >> device ath_hal # Atheros HAL >> device ath_rate_sample # SampleRate Rate Control > > > I didn't statically compile these in kernel; however, there should > be no difference between dynamically loaded and statically compiled driver. > >> fangorn# wpa_supplicant -i ath0 -c /etc/wpa_supplicant.conf -d & >> [1] 1057 >> fangorn# Initializing interface 'ath0' conf '/etc/wpa_supplicant.conf' >> driver 'default' >> Configuration file '/etc/wpa_supplicant.conf' -> >> '/etc/wpa_supplicant.conf' >> Reading configuration file '/etc/wpa_supplicant.conf' >> ctrl_interface='/var/run/wpa_supplicant' >> ctrl_interface_group=0 (from group name 'wheel') >> Priority group 0 >> id=0 ssid='home' >> id=1 ssid='office-g' >> id=2 ssid='dragnfly' >> Initializing interface (2) 'ath0' >> Own MAC address: 00:0e:9b:53:31:9d >> wpa_driver_bsd_set_wpa: enabled=1 >> wpa_driver_bsd_set_wpa_internal: wpa=3 privacy=1 >> wpa_driver_bsd_del_key: keyidx=0 >> wpa_driver_bsd_del_key: keyidx=1 >> wpa_driver_bsd_del_key: keyidx=2 >> wpa_driver_bsd_del_key: keyidx=3 >> wpa_driver_bsd_set_countermeasures: enabled=0 >> wpa_driver_bsd_set_drop_unencrypted: enabled=1 >> Setting scan request: 0 sec 100000 usec >> Starting AP scan (specific SSID) >> Scan SSID - hexdump_ascii(len=17): >> 77 4c 41 4e 5f 57 45 50 5f 4b 78 36 4c 30 34 6f home >> 32 2 >> Received 0 bytes of scan results (3 BSSes) >> Scan results: 3 >> Selecting BSS from priority group 0 >> 0: 96:0f:a4:ef:3c:4a ssid='AMO' wpa_ie_len=0 rsn_ie_len=0 >> skip - no WPA/RSN IE >> 1: 00:0c:41:0b:fe:c5 ssid='office-a' wpa_ie_len=0 rsn_ie_len=0 >> skip - no WPA/RSN IE >> 2: 00:0f:66:10:d6:da ssid='' wpa_ie_len=0 rsn_ie_len=0 >> skip - no WPA/RSN IE >> No suitable AP found. >> Setting scan request: 5 sec 0 usec >> Starting AP scan (specific SSID) >> Scan SSID - hexdump_ascii(len=10): >> 6c 61 71 75 69 6e 74 61 2d 67 office-g >> Received 0 bytes of scan results (3 BSSes) >> Scan results: 3 >> Selecting BSS from priority group 0 >> 0: 96:0f:a4:ef:3c:4a ssid='AMO' wpa_ie_len=0 rsn_ie_len=0 >> skip - no WPA/RSN IE >> 1: 00:0c:41:0b:fe:c5 ssid='office-a' wpa_ie_len=0 rsn_ie_len=0 >> skip - no WPA/RSN IE >> 2: 00:0f:66:10:d6:da ssid='office-g' wpa_ie_len=0 rsn_ie_len=0 >> skip - no WPA/RSN IE >> selected non-WPA AP 00:0f:66:10:d6:da ssid='office-g' >> Trying to associate with 00:0f:66:10:d6:da (SSID='office-g' freq=2437 >> MHz) >> Cancelling scan request >> Automatic auth_alg selection: 0x1 >> No keys have been configured - skip key clearing >> wpa_driver_bsd_set_key: alg=WEP addr=ff:ff:ff:ff:ff:ff key_idx=0 >> set_tx=1 seq_len=0 key_len=7 >> wpa_driver_bsd_set_drop_unencrypted: enabled=1 >> wpa_driver_bsd_associate: ssid 'office-g' wpa ie len 0 pairwise 4 >> group 4 key mgmt 2 >> wpa_driver_bsd_associate: set PRIVACY 1 >> Setting authentication timeout: 5 sec 0 usec >> Association event - clear replay counter >> Associated to a new BSS: BSSID=00:0f:66:10:d6:da >> Associated with 00:0f:66:10:d6:da >> Cancelling authentication timeout > > > Looks fine to me. > >> fangorn# ifconfig >> ath0: flags=8843 mtu 1500 >> inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 >> ether 00:0e:9b:53:31:9d >> media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) >> status: associated >> ssid office-g channel 6 bssid 00:0f:66:10:d6:da >> authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpowmax 54 >> protmode CTS roaming MANUAL bintval 100 >> lo0: flags=8049 mtu 16384 >> inet 127.0.0.1 netmask 0xff000000 > > > Your station should be associated to the AP at this point. Which implies > the key configuration written in your wpa_supplicant.conf is correct. > >> fangorn# dhclient ath0 >> DHCPREQUEST on ath0 to 255.255.255.255 port 67 >> DHCPREQUEST on ath0 to 255.255.255.255 port 67 >> DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 6 >> DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 10 >> DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 11 >> ^C >> fangorn# exit > > > This is weird. Did you try to set ath0 IP address manually and ping some > other hosts as well? > > In addition to that, whilst dhclient was acquiring an IP address, was > there any abnormal behaviour(such like re-associate with the AP) on your > wpa_supplicant console? > >> uname -a >> FreeBSD fangorn.nxdomain.org 6.0-BETA5 FreeBSD 6.0-BETA5 #29: Wed Sep >> 28 11:47:26 CDT 2005 >> root@fangorn.nxdomain.org:/usr/obj/usr/src/sys/CUSTOM_6 i386 > > > My test was on a 3 days old 7-CURRENT but there shouldn't be too much > difference in their net80211 stack and wpa_supplicant. > >> What have I done wrong??? Any other info needed can be provided. > > > Does your AP suppose to be your DHCP server? If not, try to manually > set the ath0 address and your AP's IP address to the same subnet and > see if you can ping the AP from ath0 after they associate with each other. > > If you don't have problem to ping your AP, there probably be something > wrong between your AP and the real DHCP provider. > -- Regards, Eric From owner-freebsd-mobile@FreeBSD.ORG Sat Oct 1 05:08:15 2005 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 36F9316B33F for ; Sat, 1 Oct 2005 05:08:15 +0000 (GMT) (envelope-from guru@Sisis.de) Received: from hunter.Sisis.de (hunter.sisis.de [193.31.11.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DA0C43D58 for ; Sat, 1 Oct 2005 05:08:14 +0000 (GMT) (envelope-from guru@Sisis.de) Received: (from mail@localhost) by hunter.Sisis.de (8.8.8/8.8.8) id HAA08180; Sat, 1 Oct 2005 07:07:07 +0200 (CEST) (envelope-from guru@Sisis.de) From: guru@Sisis.de Received: from hermes.sisis.de(193.31.10.38) by hunter.Sisis.de via smap (V2.1) id xma008176; Sat, 1 Oct 05 07:06:57 +0200 Received: from rebelion.Sisis.de (torwart.Sisis.de [193.31.10.94]) by hermes.sisis.de (8.8.8/8.8.8) with ESMTP id HAA27352; Sat, 1 Oct 2005 07:08:09 +0200 (CEST) (envelope-from guru@Sisis.de) Received: (from guru@localhost) by rebelion.Sisis.de (8.13.3/8.13.3/Submit) id j91580nP001566; Sat, 1 Oct 2005 07:08:00 +0200 (CEST) (envelope-from guru@Sisis.de) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to guru@Sisis.de using -f Date: Sat, 1 Oct 2005 07:08:00 +0200 To: Andrew Gordon Message-ID: <20051001050800.GA1235@rebelion.Sisis.de> References: <20050930125924.GA1100@rebelion.Sisis.de> <20050930142445.P9959@server.arg.sj.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20050930142445.P9959@server.arg.sj.co.uk> User-Agent: Mutt/1.4.2.1i Cc: freebsd-mobile@freebsd.org Subject: Re: 5.4-REL && pcmcia card Option N.V. Fusion UMTS Quad-GPRS X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: guru@Sisis.de List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2005 05:08:15 -0000 El día Friday, September 30, 2005 a las 02:47:38PM +0100, Andrew Gordon escribió: > On Fri, 30 Sep 2005 guru@Sisis.de wrote: > > > > one thing remains; with Linux I used an UMTS PCMCIA card which Linux > > attaches without any problems to some 'usbserial' module with the > > commands: > > > > # /sbin/modprobe -r usbserial > > # /sbin/insmod usbserial vendor=0xaf0 product=0x6300 > > I have a rather similar device (again supplied by Vodafone), only mine has > product ID 0x5000 compared to the 0x6300 on yours (both have vendor > 0xaf0). ... Hello Andrew, Thanks for your kind feedback and all the information you gave me. > Unfortunately, my hack was done back on about FreeBSD 5.2, and I believe > there was some problem when I attempted to upgrade to something marginally > more recent (about a year ago); to get to something more modern it's > probably better to start again from scratch with a contemporary uftdi (or > other ucom subdriver). Last night after coming home I had a quick look into /usr/src/sys/dev/usb/uftdi.c and the CVS Id lines say that the source is based on $NetBSD: uftdi.c,v 1.13 2002/09/23 and the FreeBSD rev is 1.18.2.1 2005/01/30; I will follow your suggestions and dig into this from scratch; maybe you could send me over your hacked one and your original to have this as some kind of reference; thanks in advance. Matthias -- Matthias Apitz / Sisis Informationssysteme GmbH Gruenwalder Weg 28g / D-82041 Oberhaching Fon: ++49 89 / 61308-351, Fax: -399, Mobile ++49 170 4527211 http://www.sisis.de/~guru/ From owner-freebsd-mobile@FreeBSD.ORG Sat Oct 1 05:27:15 2005 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 F32F316A41F for ; Sat, 1 Oct 2005 05:27:14 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B80943D4C for ; Sat, 1 Oct 2005 05:27:14 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j915QFvT055835; Fri, 30 Sep 2005 23:26:15 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 30 Sep 2005 23:26:59 -0600 (MDT) Message-Id: <20050930.232659.105103394.imp@bsdimp.com> To: mcdonaldville@gmail.com From: "M. Warner Losh" In-Reply-To: <433c65c7.412fc757.015c.ffff919d@mx.gmail.com> References: <433c65c7.412fc757.015c.ffff919d@mx.gmail.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 30 Sep 2005 23:26:15 -0600 (MDT) Cc: freebsd-mobile@freebsd.org Subject: Re: FreeBSD on Presario v2000 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, 01 Oct 2005 05:27:15 -0000 In message: <433c65c7.412fc757.015c.ffff919d@mx.gmail.com> "Shawn McDonald" writes: : I've recently purchased a Presario V2305 laptop. The price was right and : overall I am quite happy with the unit but I cannot get FreeBSD installed. How cheap :-) : I've tried 5.2, Freesbie and beta 4 of 6.0 but all hang very early in the : installation process. Most of the Linux distos and live CDs work (I have : installed and am running Ubuntu without any problems) but to be quite frank, : I miss my BSD. If someone has had ANY success with the v2000 series, I : would appreciate a kick in the right direction. I'd try 5.4 as well, and 4.11 too. Warner From owner-freebsd-mobile@FreeBSD.ORG Sat Oct 1 05:36:16 2005 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 03A9F16A41F for ; Sat, 1 Oct 2005 05:36:16 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B73E43D53 for ; Sat, 1 Oct 2005 05:36:14 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j915Z7Ti055899; Fri, 30 Sep 2005 23:35:07 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 30 Sep 2005 23:35:51 -0600 (MDT) Message-Id: <20050930.233551.85392774.imp@bsdimp.com> To: guru@Sisis.de From: "M. Warner Losh" In-Reply-To: <20050930125924.GA1100@rebelion.Sisis.de> References: <20050930125924.GA1100@rebelion.Sisis.de> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 30 Sep 2005 23:35:07 -0600 (MDT) Cc: freebsd-mobile@freebsd.org Subject: Re: 5.4-REL && pcmcia card Option N.V. Fusion UMTS Quad-GPRS 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, 01 Oct 2005 05:36:16 -0000 In message: <20050930125924.GA1100@rebelion.Sisis.de> guru@Sisis.de writes: : I've now enabled the debugging of PCMCIA and PC-card and I'm attaching : the snippets of /var/log/messages below, one for inserting this : GlobeTrotter Fusion Quad Lite UMTS card, and one for some older : 3COM network card; Looks like it is working to me. ugen0 attaching generally mans that the CardBus part of the card is working. You'll need to find out what driver supports your card. 0x0af0 + 0x6300 doesn't appear to be in any of them. You'll need to try each usb driver one at a time until you can find one that works. : what does the message 'cardbus1: Resource not specified in CIS ...' : means and where could I proceed? It means that there's a BAR in the card that has no resource entry in the CardBus CIS. I'd ignore it for now. : is there some good documentation : explaining the things PC-card / cardbus / ... in detail for FreeBSD? not really. Blame the author.... Oh wait, that's me. For your 3c589D, you'll need to kldload if_ep. This is one of the best supported 16-bit cards in the system... I have a bunch of them that I have deployed on my various laptops. : I saw that FreeBSD comes with a kernel module ucom.ko, but it : does not help to load it; ucom.ko is best viewed as a 'base class' for tty usb devices. Almost all usb com devices have very similar characteristics, only certain details differ... Warner From owner-freebsd-mobile@FreeBSD.ORG Sat Oct 1 13:35:00 2005 Return-Path: X-Original-To: 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 52DC816A41F; Sat, 1 Oct 2005 13:35:00 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from vms042pub.verizon.net (vms042pub.verizon.net [206.46.252.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B44F43D45; Sat, 1 Oct 2005 13:35:00 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([70.21.148.62]) by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0INO00AVUOEA5DU4@vms042.mailsrvcs.net>; Sat, 01 Oct 2005 08:34:59 -0500 (CDT) Date: Sat, 01 Oct 2005 09:34:11 -0400 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <433DEF54.7070201@computer.org> To: Eric Schuele Message-id: <1128173651.1231.4.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-type: text/plain; charset=iso-8859-5 Content-transfer-encoding: 8BIT References: <433D5215.6010101@computer.org> <20050930184537.GA3665@teardrop.org> <433DA1CF.7020502@computer.org> <20050930210541.GA11841@odin.ac.hmc.edu> <433DAE00.4090602@computer.org> <20050930222442.GA20004@odin.ac.hmc.edu> <433DEF54.7070201@computer.org> Cc: mobile@freebsd.org, current@freebsd.org Subject: Re: wpa_supplicant and WEP.... 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, 01 Oct 2005 13:35:00 -0000 On Fri, 2005-09-30 at 21:07 -0500, Eric Schuele wrote: > Ah... hex *keys*... plural!! I should use all 4 of them? I had been > using just the one declared as the default key to tx. I have attached a > screenshot of what a linksys does when you setup WEP. Give it a > cleartext passphrase and it generates 4 hex keys. On some systems you > can enter the passphrase... others I've had to enter the 'default' key. > Never thought to try all four keys at once. Is that what you think I > should do? > > > How are you entering > > your hex keys? The examples are a bit unclear, but digging around in > > the code it looks like unquoted strings are assumed to be hex strings. > > They should not be prefixed by 0x. > > I'll try them in the above format (I was prefixing with 0x). I'm not in > the office but will try my home AP.... BRB.... > > Whoa!!! That's IT!!! > Am I the only person who couldn't figure that out??? > You must use all 4 hex keys and specify which is the default. > No, you don't -- at least on -CURRENT of week or two ago following wpa_supplicant.conf works quite well: ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=wheel network={ ssid="SillySSID" scan_ssid=1 priority=5 key_mgmt=NONE wep_key0=0123456789abcdef0123456789 wep_tx_keyidx=0 } -- Alexandre "Sunny" Kovalenko (¾ÛÕÚáÐÝÔà ºÞÒÐÛÕÝÚÞ) From owner-freebsd-mobile@FreeBSD.ORG Sat Oct 1 14:00:05 2005 Return-Path: X-Original-To: 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 27C7716A420; Sat, 1 Oct 2005 14:00:05 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3974243D69; Sat, 1 Oct 2005 13:59:57 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [192.168.214.215] (c-24-1-232-64.hsd1.tx.comcast.net[24.1.232.64]) by comcast.net (sccrmhc11) with ESMTP id <2005100113595201100rh50be>; Sat, 1 Oct 2005 13:59:57 +0000 Message-ID: <433E9658.9040101@computer.org> Date: Sat, 01 Oct 2005 08:59:52 -0500 From: Eric Schuele User-Agent: Mozilla Thunderbird 1.0.7 (X11/20050930) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Alexandre \"Sunny\" Kovalenko" References: <433D5215.6010101@computer.org> <20050930184537.GA3665@teardrop.org> <433DA1CF.7020502@computer.org> <20050930210541.GA11841@odin.ac.hmc.edu> <433DAE00.4090602@computer.org> <20050930222442.GA20004@odin.ac.hmc.edu> <433DEF54.7070201@computer.org> <1128173651.1231.4.camel@RabbitsDen> In-Reply-To: <1128173651.1231.4.camel@RabbitsDen> Content-Type: text/plain; charset=ISO-8859-5; format=flowed Content-Transfer-Encoding: 7bit Cc: mobile@freebsd.org, current@freebsd.org Subject: Re: wpa_supplicant and WEP.... 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, 01 Oct 2005 14:00:05 -0000 Alexandre "Sunny" Kovalenko wrote: > On Fri, 2005-09-30 at 21:07 -0500, Eric Schuele wrote: > > >>Ah... hex *keys*... plural!! I should use all 4 of them? I had been >>using just the one declared as the default key to tx. I have attached a >>screenshot of what a linksys does when you setup WEP. Give it a >>cleartext passphrase and it generates 4 hex keys. On some systems you >>can enter the passphrase... others I've had to enter the 'default' key. >>Never thought to try all four keys at once. Is that what you think I >>should do? >> >> >>>How are you entering >>>your hex keys? The examples are a bit unclear, but digging around in >>>the code it looks like unquoted strings are assumed to be hex strings. >>>They should not be prefixed by 0x. >> >>I'll try them in the above format (I was prefixing with 0x). I'm not in >>the office but will try my home AP.... BRB.... >> >>Whoa!!! That's IT!!! >>Am I the only person who couldn't figure that out??? >>You must use all 4 hex keys and specify which is the default. >> > > No, you don't -- at least on -CURRENT of week or two ago following > wpa_supplicant.conf works quite well: > > ctrl_interface=/var/run/wpa_supplicant > ctrl_interface_group=wheel > > network={ > ssid="SillySSID" > scan_ssid=1 > priority=5 > key_mgmt=NONE > wep_key0=0123456789abcdef0123456789 > wep_tx_keyidx=0 > } > Yes... you are correct. One is sufficient. I got a little over zealous when entering keys. I simply must have had the format of the hex keys incorrect all this time. I must say, I have been trying to get WEP to work for an embarrisingly long time. WPA-PSK and open networks gave me no trouble though. But I tried for the longest time to get WEP going because thats how I had things setup from 5.x (since WPA was not supported) and I thought it would be easiest to just turn wpa_supplicant on without changing the wLAN. Anyways.... Thank you very much to all. -- Regards, Eric From owner-freebsd-mobile@FreeBSD.ORG Sat Oct 1 17:28:22 2005 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 AF4B616A41F; Sat, 1 Oct 2005 17:28:22 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50F8F43D45; Sat, 1 Oct 2005 17:28:22 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id AFE6A8C994E; Sat, 1 Oct 2005 15:13:14 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 9CFCE8C994D; Sat, 1 Oct 2005 15:13:14 +0800 (CST) Date: Sat, 1 Oct 2005 15:13:14 +0800 (CST) From: Tai-hwa Liang To: Eric Schuele In-Reply-To: <433DF60C.50900@computer.org> Message-ID: <05100115120216.3731@www.mmlab.cse.yzu.edu.tw> References: <433D5384.2000201@computer.org> <0510010917536.2765@www.mmlab.cse.yzu.edu.tw> <433DF60C.50900@computer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, FreeBSD mobile Mailing List Subject: Re: wpa_supplicant and WEP.... 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, 01 Oct 2005 17:28:22 -0000 On Fri, 30 Sep 2005, Eric Schuele wrote: > Tai-hwa Liang wrote: >> On Fri, 30 Sep 2005, Eric Schuele wrote: >> >>> Hello, >>> > > > >>> >>> Kernel Config: (are wlan_* necessary?) >> >> >> If you are using WEP only, wlan + wlan_wep should be enough. > > Ok... well its a long story, so I'll spare you. But, I had never known they > even existed till I stumbled across someone elses post saying they were > necessary. Thanks for confirming they are needed. > > I got the rest of my problems fixed by another post. > > Thanks for the response. > > (p.s. for some reason I could not CC you!?!) Hmm, your mail server doesn't seem to like me. :) The original message was received at Fri, 30 Sep 2005 23:03:57 -0400 from gemini4.ieee.org [140.98.193.189] ----- Transcript of session follows ----- ... while talking to gateway-r.comcast.net.: >>> DATA <<< 450 [TEMPFAIL] comcast.net requires valid sender domain e.schuele@comcast.net... Deferred: 450 [TEMPFAIL] comcast.net requires valid sender domain <<< 503 need RCPT command [data] ... while talking to gateway-s.comcast.net.: >>> DATA <<< 450 [TEMPFAIL] comcast.net requires valid sender domain e.schuele@comcast.net... Deferred: 450 [TEMPFAIL] comcast.net requires valid sender domain <<< 503 need RCPT command [data] Warning: message still undelivered after 4 hours Will keep trying until message is 1 day old From owner-freebsd-mobile@FreeBSD.ORG Sat Oct 1 17:28:26 2005 Return-Path: X-Original-To: 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 5EE3016A41F; Sat, 1 Oct 2005 17:28:26 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9AE743D45; Sat, 1 Oct 2005 17:28:25 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id A39778C994C; Sat, 1 Oct 2005 11:02:24 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 9B8358C9942; Sat, 1 Oct 2005 11:02:24 +0800 (CST) Date: Sat, 1 Oct 2005 11:02:24 +0800 (CST) From: Tai-hwa Liang To: Eric Schuele In-Reply-To: <433DEF54.7070201@computer.org> Message-ID: <05100110534811.3012@www.mmlab.cse.yzu.edu.tw> References: <433D5215.6010101@computer.org> <20050930184537.GA3665@teardrop.org> <433DA1CF.7020502@computer.org> <20050930210541.GA11841@odin.ac.hmc.edu> <433DAE00.4090602@computer.org> <20050930222442.GA20004@odin.ac.hmc.edu> <433DEF54.7070201@computer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: mobile@freebsd.org, current@freebsd.org Subject: Re: wpa_supplicant and WEP.... 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, 01 Oct 2005 17:28:26 -0000 On Fri, 30 Sep 2005, Eric Schuele wrote: >> Brooks Davis wrote: >> How are you entering >> your hex keys? The examples are a bit unclear, but digging around in >> the code it looks like unquoted strings are assumed to be hex strings. >> They should not be prefixed by 0x. > > I'll try them in the above format (I was prefixing with 0x). I'm not in the > office but will try my home AP.... BRB.... > > Whoa!!! That's IT!!! > Am I the only person who couldn't figure that out??? > You must use all 4 hex keys and specify which is the default. That's weird. My working wpa_supplicant.conf doesn't have "wep_tx_keyidx" and has only one wep_key set: network={ ssid="GoodNeighbour" scan_ssid=1 key_mgmt=NONE wep_key0="11111" } FWIW, "11111" is the first ASCII WEP key set in my test AP(Buffalo AirStation G54). The rest(key 2 ~ 4) were simply empty strings in my AP's configuration. -- Cheers, Tai-hwa Liang From owner-freebsd-mobile@FreeBSD.ORG Sat Oct 1 19:14:55 2005 Return-Path: X-Original-To: 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 642F016A420; Sat, 1 Oct 2005 19:14:55 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DF4843D5E; Sat, 1 Oct 2005 19:14:52 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 83E412176; Sat, 1 Oct 2005 12:13:02 -0700 (PDT) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "satchel.alerce.com", Issuer "Alerce Certificate Authority" (not verified)) by merlin.alerce.com (Postfix) with ESMTP id 3D504215A; Sat, 1 Oct 2005 12:13:02 -0700 (PDT) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.1/8.13.1) with ESMTP id j91JEnjA010976 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 1 Oct 2005 12:14:49 -0700 (PDT) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.1/8.13.1/Submit) id j91JEmKY010973; Sat, 1 Oct 2005 12:14:48 -0700 (PDT) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17214.57383.921438.833588@satchel.alerce.com> Date: Sat, 1 Oct 2005 12:14:47 -0700 To: current@freebsd.org, mobile@freebsd.org In-Reply-To: <433E9658.9040101@computer.org> References: <433D5215.6010101@computer.org> <20050930184537.GA3665@teardrop.org> <433DA1CF.7020502@computer.org> <20050930210541.GA11841@odin.ac.hmc.edu> <433DAE00.4090602@computer.org> <20050930222442.GA20004@odin.ac.hmc.edu> <433DEF54.7070201@computer.org> <1128173651.1231.4.camel@RabbitsDen> <433E9658.9040101@computer.org> X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Cc: "Alexandre \"Sunny\" Kovalenko" , Eric Schuele Subject: Re: wpa_supplicant and WEP.... X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2005 19:14:55 -0000 Eric Schuele writes: > [...] > I simply must have had the format of the hex keys incorrect all this > time. > [...] I found it a bit frustrating, mostly a matter of running down the discussions that I'd seen go by on -current and locating the sample config file. I filed this bug to add a discussion of WEP to the wpa_supplicant.conf man page. http://www.freebsd.org/cgi/query-pr.cgi?pr=docs/86532 Is there anything I can do to help it into 6.0? g.