From owner-freebsd-mobile@FreeBSD.ORG Sun Oct 30 22:41: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 9B02E16A4CD; Sun, 30 Oct 2005 22:41:22 +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 727C243D49; Sun, 30 Oct 2005 22:41:22 +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 9542F5C2F8; Sun, 30 Oct 2005 17:41:21 -0500 (EST) Date: Sun, 30 Oct 2005 17:41:21 -0500 (EST) From: andy@neu.net X-X-Sender: andyneu@Mira.dandy.net To: freebsd-questions@freebsd.org, freebsd-mobile@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Subject: laptop firewall rules 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, 30 Oct 2005 22:41:26 -0000 Does anyone have a good example of a firewall ruleset for a wireless interface in a laptop, or a pointer to documentation? I want to use IPFilter on 6.0 rc1. I want to let all connections out and keep state, but block all incoming from the outside. TIA From owner-freebsd-mobile@FreeBSD.ORG Sun Oct 30 22:46:20 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 615C716A41F for ; Sun, 30 Oct 2005 22:46:20 +0000 (GMT) (envelope-from vitaly.cherny@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8E8643D58 for ; Sun, 30 Oct 2005 22:46:15 +0000 (GMT) (envelope-from vitaly.cherny@gmail.com) Received: by xproxy.gmail.com with SMTP id s13so407230wxc for ; Sun, 30 Oct 2005 14:46:15 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=deXLaV9U/i91KZ+23boY3ibiz3Lh1h5k/2/tD1rdI8CCbCWi6G4K3ZkJ3kNotc1RGDtgK2Z0Ar+klscTWg/wZ1RSX+8noAIlwy5JlLVwZOkZu6DkDPBLEOogkO9vZ44z4wJ90E7csHFQNpM6uGmLoTsxS6V+T5fixcEwWPRcv3o= Received: by 10.70.28.5 with SMTP id b5mr1442855wxb; Sun, 30 Oct 2005 14:39:54 -0800 (PST) Received: by 10.65.188.6 with HTTP; Sun, 30 Oct 2005 14:39:24 -0800 (PST) Message-ID: <7bbc4caf0510301439h67031275kd24eec84976b839f@mail.gmail.com> Date: Mon, 31 Oct 2005 11:39:24 +1300 From: Vitaly Cherny To: "M. Warner Losh" In-Reply-To: <20051028.094531.124922276.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <7bbc4caf0510271611j71e39f83pbea0cd795cec002a@mail.gmail.com> <7bbc4caf0510271943x92ea70bl557ca9ee236acbe@mail.gmail.com> <20051028.094531.124922276.imp@bsdimp.com> Cc: freebsd-mobile@freebsd.org Subject: Re: Texas Instruments cardbus bridge issue (PCI ID 104c:8031) 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, 30 Oct 2005 22:46:20 -0000 The work-around described below is a working solution for me. I've tried plugging the 32-bit card into the slot, and it was picked up by the kernel, which loaded the FreeBSD native Atheros drivers. The card comes up, the kernel loads the right drivers, ifconfig ath0 scan shows nearby networks, and all the [ath|wlan]*.ko code works great for me. Kernel messages further below. Other software (tcpdump -i ath0 and packages out of the ports tree) works per documentation. Thanks for your help, I sure owe you a beverage (; On 10/29/05, M. Warner Losh wrote: > I think that your problem is due to the way that FreeBSD numbers, or > doesn't number PCI busses. You have the right symptom set: 16-bit > cards work great, 32-bit cards not at all. > > Notice that the subordinate bus number =3D=3D 5. There's no way to get > the config cycles to the cardbus bus. FreeBSD needs to renumber the > '5' there to some larger value The cbb bridge says: > > 0x10: 0xd0208000 0x020000a0 0x20070605 0xfffff000 > > which says that the CardBus will be pci bus 6 and it can have 1 child > pci bus 7. > > Try using pciconf to change pcib2's subordinate bus register to 7: > > pciconf -wb pci0:20:4 0x1a 7 After doing this, when I turn on the hw.[cbb|cardbus|pccard]*debug and insert the card, I get the following kernel messages: Status is 0x30000820 cbb0: card inserted: event=3D0x00000000, state=3D30000820 cardbus0: cardbus_attach_card, scan 1 slots cardbus0: cardbus_detach_card cbb0: cbb_cardbus_power_enable_socket ... cbb0: cbb_power: 3V cbb0: cbb_cardbus_reset entered ... cbb0: will wail 20000us cbb0: card present TUPLE: LINKTARGET [3]: 43 49 53 Manufacturer ID: 71021200 TUPLE: Unknown(0x04) [6]: 03 01 00 00 00 00 TUPLE: Unknown(0x05) [14]: 41 b1 39 b5 1e 2d 4e 56 30 ff ff 02 e9 00 cardbus0: Opening BAR: type=3DMEM, bar=3D10, len=3D10000 CIS reading done cardbus0: Non-prefetchable memory at d0210000-d021ffff ath0: mem 0xd0210000-0xd021ffff irq 17 at device 0.0 on card= bus0 ath0: Ethernet address: 00:11:95:ab:76:b4 ath0: mac 7.9 phy 4.5 radio 5.6 > This is, at best, a workaround until I can get the bus numbering code > working. My laptops don't have this problem. Maybe I need to buy a > new laptop. Maybe one with Express Card :-) I'm happy to test your patches on my machine if that is helpful to you at a= ll. Regards, Vitaly From owner-freebsd-mobile@FreeBSD.ORG Sun Oct 30 23:04: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 1D64016A41F for ; Sun, 30 Oct 2005 23:04:25 +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 DB0F543D46 for ; Sun, 30 Oct 2005 23:04:24 +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, 30 Oct 2005 15:04:23 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 2C9325D04; Sun, 30 Oct 2005 15:04:23 -0800 (PST) To: Kaspar Schleiser In-reply-to: Your message of "Sat, 29 Oct 2005 19:05:20 +0200." <4363ABD0.3090205@gmx.de> Date: Sun, 30 Oct 2005 15:04:23 -0800 From: "Kevin Oberman" Message-Id: <20051030230423.2C9325D04@ptavv.es.net> Cc: freebsd-mobile@freebsd.org Subject: Re: Thinkpad X31 ACPI Problems 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, 30 Oct 2005 23:04:25 -0000 > Date: Sat, 29 Oct 2005 19:05:20 +0200 > From: Kaspar Schleiser > Sender: owner-freebsd-mobile@freebsd.org > > Hello Everybody! > > I installed FreeBSD 6.0-RC1 on my Thinkpad X31. Installation was pretty > easy, all the hardware worked out of the box or after loading the right > kernel modules. > > Only ACPI is giving me some issues. I spent many hours searching for > information, but couldn't solve the problems. > Perhaps you have some ideas? > > 1. Suspend doesn't turn off the laptop backlight. > I read something about a patched version of acpi_video that uses DPMS to > turn off the screen. Does that work on 6.0-RC1, too? Your best bet is to get radeontoolport from: http://www.init-main.com/radeontoolport.tar.gz Then edit /etc/rc.suspend and /etc/rc.resume to execute it: radeontool light off radeontool light on You might also want to just execute 'radeontool dac off' at boot to turn off the external video if you don't use it. > > 2. In suspend mode, the system drains a lot of battery and the CPU gets > REALLY hot. Nearly burnt the system... > How can I set up the right CPU throtteling? Try to get the system to really suspend as far as possible. hw.pci.do_power_nodriver: 3 hw.pci.do_power_resume: 1 The former defaults to '0' while the latter defaults to '1'. Make sure that hw.acpi.cpu.cx_lowest is C3 by placing the following in /etc/rc.conf: performance_cx_lowest="LOW" economy_cx_lowest="LOW" USB does not suspend well. You may want to remove USB to keep it off. -- 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 Oct 31 00:23: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 B1E6316A41F; Mon, 31 Oct 2005 00:23:41 +0000 (GMT) (envelope-from ecrist@secure-computing.net) Received: from grog.secure-computing.net (grog.secure-computing.net [216.243.161.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CF5C43D48; Mon, 31 Oct 2005 00:23:40 +0000 (GMT) (envelope-from ecrist@secure-computing.net) Received: from [192.168.1.100] (snipe.secure-computing.net [216.243.161.77]) (authenticated bits=0) by grog.secure-computing.net (8.13.1/8.13.1) with ESMTP id j9V0NoJA062015 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT); Sun, 30 Oct 2005 18:23:51 -0600 (CST) (envelope-from ecrist@secure-computing.net) DomainKey-Signature: a=rsa-sha1; s=grog; d=secure-computing.net; c=nofws; q=dns; h=in-reply-to:references:mime-version:content-type:message-id:cc: content-transfer-encoding:from:subject:date:to:x-mailer:x-spam-status:x-spam-checker-version; b=BpSYY/SDDz7ognBkX8zM7/SCbJsuVT3abcr+JlRX75YeHOYsHwTbIYLwpVPPDjPBX 7D/TyUGOVInxuDqV6kdlg== In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Eric F Crist Date: Sun, 30 Oct 2005 18:23:22 -0600 To: andy@neu.net X-Mailer: Apple Mail (2.734) X-Spam-Status: No, score=-4.4 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on grog.secure-computing.net Cc: freebsd-questions@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: laptop firewall rules 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, 31 Oct 2005 00:23:41 -0000 On Oct 30, 2005, at 4:41 PM, andy@neu.net wrote: > Does anyone have a good example of a firewall ruleset for a wireless > interface in a laptop, or a pointer to documentation? I want to use > IPFilter on 6.0 rc1. I want to let all connections out and keep > state, > but block all incoming from the outside. > > TIA That ruleset is easy: ipfw add check-state ipfw add allow tcp from me to any setup keep-state ipfw add allow tcp from any to any established ipfw add deny from any to me in This should do the trick. ----- Eric F Crist Secure Computing Networks http://www.secure-computing.net From owner-freebsd-mobile@FreeBSD.ORG Mon Oct 31 04:12:58 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 5A20216A420 for ; Mon, 31 Oct 2005 04:12:58 +0000 (GMT) (envelope-from vitaly.cherny@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id A039143D46 for ; Mon, 31 Oct 2005 04:12:57 +0000 (GMT) (envelope-from vitaly.cherny@gmail.com) Received: by zproxy.gmail.com with SMTP id 13so872008nzp for ; Sun, 30 Oct 2005 20:12:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lxa9vbUTjgTW+iZ8xaAIqWfjyz12uGIMglAfizULv9wFpu+5tA4Grh09Fq1gmSPITq8WrFT+v6WDIigZ0bftLJsj/4YR5QCvd0/hIdF/tcbL9Krw6ZE//d7Zh2VaH1JnMEgdk/fs8agy7oc347QcNrQ+ldcbM8Hs9Xeu7GKiGQs= Received: by 10.65.20.14 with SMTP id x14mr1225341qbi; Sun, 30 Oct 2005 20:12:57 -0800 (PST) Received: by 10.65.188.6 with HTTP; Sun, 30 Oct 2005 20:12:56 -0800 (PST) Message-ID: <7bbc4caf0510302012t7a0794cakc77353bd66c2d98a@mail.gmail.com> Date: Mon, 31 Oct 2005 17:12:57 +1300 From: Vitaly Cherny To: "andy@neu.net" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: freebsd-questions@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: laptop firewall rules 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, 31 Oct 2005 04:12:58 -0000 On 10/31/05, andy@neu.net wrote: > Does anyone have a good example of a firewall ruleset for a wireless > interface in a laptop, or a pointer to documentation? I want to use > IPFilter on 6.0 rc1. I want to let all connections out and keep state, > but block all incoming from the outside. To do this with ipfilter rather than ipfw, try these rules for your wireless interface (ath0 here): pass out on ath0 proto tcp from any to any keep state pass out on ath0 proto udp from any to any port =3D domain keep state pass out on ath0 proto icmp from any to any keep state block out on ath0 all This will allow you to resolve hostnames and establish TCP sessions. Since UDP and ICMP are stateless, the "keep state" directive just means that a "response" packet (one that matches certain criteria - e.g. source/destination ports) will be accepted as matching a "state". If you are planning to use IPSec, add similar rules for "proto esp" and "proto ah" so your IPSec tunnel can be established. Check out all the examples in /usr/share/example/ipfilter (if you have docs installed) or search for IPFilter HOW-TO. Vitaly From owner-freebsd-mobile@FreeBSD.ORG Mon Oct 31 05:04: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 1A33516A41F; Mon, 31 Oct 2005 05:04:43 +0000 (GMT) (envelope-from parv@pair.com) Received: from mta7.adelphia.net (mta7.adelphia.net [68.168.78.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8300943D45; Mon, 31 Oct 2005 05:04:42 +0000 (GMT) (envelope-from parv@pair.com) Received: from default.chvlva.adelphia.net ([69.160.76.67]) by mta11.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20051031050324.ILYE19306.mta11.adelphia.net@default.chvlva.adelphia.net>; Mon, 31 Oct 2005 00:03:24 -0500 Received: by default.chvlva.adelphia.net (Postfix, from userid 1000) id 42B6BB5A2; Mon, 31 Oct 2005 00:03:37 -0500 (EST) Date: Mon, 31 Oct 2005 00:03:37 -0500 From: Parv To: Vitaly Cherny Message-ID: <20051031050337.GA21870@holestein.holy.cow> Mail-Followup-To: Vitaly Cherny , "andy@neu.net" , freebsd-questions@freebsd.org, freebsd-mobile@freebsd.org References: <7bbc4caf0510302012t7a0794cakc77353bd66c2d98a@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7bbc4caf0510302012t7a0794cakc77353bd66c2d98a@mail.gmail.com> Cc: "andy@neu.net" , freebsd-questions@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: laptop firewall rules 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, 31 Oct 2005 05:04:43 -0000 in message <7bbc4caf0510302012t7a0794cakc77353bd66c2d98a@mail.gmail.com>, wrote Vitaly Cherny thusly... > > On 10/31/05, andy@neu.net wrote: > > Does anyone have a good example of a firewall ruleset for a wireless > > interface in a laptop, or a pointer to documentation? I want to use > > IPFilter on 6.0 rc1. I want to let all connections out and keep state, > > but block all incoming from the outside. > > To do this with ipfilter rather than ipfw, try these rules for your > wireless interface (ath0 here): > > pass out on ath0 proto tcp from any to any keep state > pass out on ath0 proto udp from any to any port = domain keep state > pass out on ath0 proto icmp from any to any keep state > block out on ath0 all Since ipf will use the last matched rule, will above not block all outside access (unless you forgot to specify the "quick")? See the "FILTER RULES" section in ipf(5). Above should be something like (substitute "" w/ actual one) ... pass in quick on lo0 head 10 pass out quick on lo0 head 15 block in on all block out on all pass out quick on proto tcp/udp from any to any keep state pass out quick on proto icmp from any to any keep state ... which can|should be further augmented; see ipf(5), ipftest(1), and the ipfilter website. - Parv -- From owner-freebsd-mobile@FreeBSD.ORG Mon Oct 31 08:53:02 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 1824216A41F for ; Mon, 31 Oct 2005 08:53:02 +0000 (GMT) (envelope-from jens.rehsack.ext@siemensvdo.com) Received: from lizzard.sbs.de (lizzard.sbs.de [194.138.37.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6592943D48 for ; Mon, 31 Oct 2005 08:53:00 +0000 (GMT) (envelope-from jens.rehsack.ext@siemensvdo.com) Received: from mail1.sbs.de (localhost [127.0.0.1]) by lizzard.sbs.de (8.12.6/8.12.6) with ESMTP id j9V8qwIt001478; Mon, 31 Oct 2005 09:52:58 +0100 Received: from rbgs555a.ww011.siemens.net (rbgs555a.ww011.siemens.net [144.145.109.9]) by mail1.sbs.de (8.12.6/8.12.6) with ESMTP id j9V8qu1r023217; Mon, 31 Oct 2005 09:52:56 +0100 Received: from krbdf7ma.ww011.siemens.net ([158.92.210.82]) by rbgs555a.ww011.siemens.net with Microsoft SMTPSVC(6.0.3790.1830); Mon, 31 Oct 2005 09:52:56 +0100 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Mon, 31 Oct 2005 09:52:54 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Xorg 6.8.2 not working with ATI mobile radeon X700 ? Thread-Index: AcXbQi/MyE78q6VWTz6U0H49aVXO2gCsohCQ From: "Rehsack Jens \(ext\)" To: "Matthew Luckie" , X-OriginalArrivalTime: 31 Oct 2005 08:52:56.0345 (UTC) FILETIME=[7CAFC890:01C5DDF8] Cc: freebsd-mobile@freebsd.org Subject: RE: Xorg 6.8.2 not working with ATI mobile radeon X700 ? 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, 31 Oct 2005 08:53:02 -0000 > From: owner-freebsd-mobile@freebsd.org [mailto:owner-freebsd-mobile@freebsd.org] On Behalf Of Matthew Luckie > Sent: Friday, October 28, 2005 12:03 AM > To: Tom.Lislegaard@proact.no > Cc: freebsd-mobile@freebsd.org > Subject: Re: Xorg 6.8.2 not working with ATI mobile radeon X700 ? >=20 > I have an X700 PCI-e in a desktop PC. I put a ChipID entry in xorg.conf > to get mine to work. It looks like: >=20 > Section "Device" > Identifier "Card0" > Driver "ati" > VendorName "ATI Technologies Inc" > BoardName "Unknown Board" > BusID "PCI:1:0:0" > ChipID 0x4a49 > EndSection I can't approve that. On my laptop X dies with signal 11 when I try that, as well as it does without the overridden ChipID. Maybe it's because my kernel doesn't detect any agp bridge (I know it's PCI-e) nor the drm get's loaded. Jens From owner-freebsd-mobile@FreeBSD.ORG Mon Oct 31 09:00: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 08F7C16A41F for ; Mon, 31 Oct 2005 09:00:51 +0000 (GMT) (envelope-from jens.rehsack.ext@siemensvdo.com) Received: from lizzard.sbs.de (lizzard.sbs.de [194.138.37.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 215CE43D45 for ; Mon, 31 Oct 2005 09:00:50 +0000 (GMT) (envelope-from jens.rehsack.ext@siemensvdo.com) Received: from mail1.sbs.de (localhost [127.0.0.1]) by lizzard.sbs.de (8.12.6/8.12.6) with ESMTP id j9V90Lqd012449; Mon, 31 Oct 2005 10:00:21 +0100 Received: from rbgs555a.ww011.siemens.net (rbgs555a.ww011.siemens.net [144.145.109.9]) by mail1.sbs.de (8.12.6/8.12.6) with ESMTP id j9V90KwC029874; Mon, 31 Oct 2005 10:00:21 +0100 Received: from krbdf7ma.ww011.siemens.net ([158.92.210.82]) by rbgs555a.ww011.siemens.net with Microsoft SMTPSVC(6.0.3790.1830); Mon, 31 Oct 2005 10:00:20 +0100 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Mon, 31 Oct 2005 10:00:19 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Texas Instruments cardbus bridge issue (PCI ID 104c:8031) Thread-Index: AcXb1384A968AIntRJOIWOCAZMJL7ACIbIgg From: "Rehsack Jens \(ext\)" To: "M. Warner Losh" , X-OriginalArrivalTime: 31 Oct 2005 09:00:20.0565 (UTC) FILETIME=[85766050:01C5DDF9] Cc: freebsd-mobile@freebsd.org Subject: RE: Texas Instruments cardbus bridge issue (PCI ID 104c:8031) 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, 31 Oct 2005 09:00:52 -0000 From: owner-freebsd-mobile@freebsd.org [mailto:owner-freebsd-mobile@freebsd.org] On Behalf Of M. Warner Losh Sent: Friday, October 28, 2005 5:46 PM To: vitaly.cherny@gmail.com Cc: freebsd-mobile@freebsd.org Subject: Re: Texas Instruments cardbus bridge issue (PCI ID 104c:8031) > My laptops don't have this problem. Maybe I need to buy a > new laptop. Maybe one with Express Card :-) Feel free to use me/my laptop as test instrument. When I know when you have time (ideally at weekend), I can rapidly apply patches and test. If you have IRC, at weekend we can even communicate over that than e-mail, which might be faster. Jens From owner-freebsd-mobile@FreeBSD.ORG Mon Oct 31 09:08: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 7194016A41F for ; Mon, 31 Oct 2005 09:08:52 +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 9004943D49 for ; Mon, 31 Oct 2005 09:08:51 +0000 (GMT) (envelope-from guru@Sisis.de) Received: (from mail@localhost) by hunter.Sisis.de (8.8.8/8.8.8) id KAA17781 for ; Mon, 31 Oct 2005 10:07:33 +0100 (CET) (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 xma017764; Mon, 31 Oct 05 10:07:17 +0100 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 KAA28092 for ; Mon, 31 Oct 2005 10:08:42 +0100 (CET) (envelope-from guru@Sisis.de) Received: (from guru@localhost) by rebelion.Sisis.de (8.13.3/8.13.3/Submit) id j9V98Wio003559 for freebsd-mobile@freebsd.org; Mon, 31 Oct 2005 10:08:32 +0100 (CET) (envelope-from guru@Sisis.de) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to guru@Sisis.de using -f Date: Mon, 31 Oct 2005 10:08:31 +0100 To: freebsd-mobile@freebsd.org Message-ID: <20051031090831.GA3189@rebelion.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE (i386) Subject: Fwd: Re: OZ6832 CardBus bridge and 3Com 3c589D PCMCIA card 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: Mon, 31 Oct 2005 09:08:52 -0000 Hello, In the old days of 1998 I've hacked together a patch to make the OZ6832 CardBus bridge working, it was based on FreeBSD 2.2.6 and the helping hand of Nate Williams and others... This notebook is still alive and sitting next to me (I'm just doing a last and final DUMP at the moment); my idea is to add more RAM and disk to it and install FreeBSD 5.4-REL on it as I did with my Fujitsu-Siemens AMILO notebook and give it away to my love. Is this old OZ6832 CardBus stuff still alive in FreeBSD 5.4 or will it work today without building a cardbus-kernel? Thx matthias ----- Forwarded message from Matthias Apitz ----- Subject: Re: OZ6832 CardBus bridge and 3Com 3c589D PCMCIA card To: nate@.......... (Nate Williams) Date: Sat, 18 Apr 1998 08:54:02 +0200 (MDT) From: guru@sisis.de (Matthias Apitz) X-Mailer: ELM [version 2.4 PL23] attached below is a patch together with the MD5 value it should have after uudecoding and unzipping; please have a look if it doesn't break other chips (should not, but who knows :-)); ... I'm running 2.2.6-RELEASE and also changed some lines in the pcic_resume code; but the 3c589D isn't reloaded; will look deeper into that; at the moment I have to load all the nice ports and explore my new toy :-)) thanks for your assistance all the time; matthias MD5 (OZ6832.diff) = 47b8137fde4450f58f11deeaf2cdacef begin 444 OZ6832.diff.gz M'XL("/%%.#4 T]:-C@S,BYD:69F ,TZ:7/;1K*?Z5\Q5M:)#H@"P)NT7)$H MV6+ *8;O1]S>SN ... end -- firm: matthias.apitz@sisis.de [voc:+49-89-61308-351, fax: +49-89-61308-188] PGP: Key fingerprint = 0C 01 F2 23 EC 17 A2 D5 46 2D 29 4C 0E 8B 7E 8F URL: http://www.sisis.de/~guru/ ... from USENET: People who run servers understand that flashy interactive interfaces have nothing to do with the underlying functionality and often get in the way. ----- End forwarded message ----- -- 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 Mon Oct 31 11:52:34 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 F353616A41F; Mon, 31 Oct 2005 11:52:33 +0000 (GMT) (envelope-from ecrist@secure-computing.net) Received: from grog.secure-computing.net (grog.secure-computing.net [216.243.161.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76C5943D78; Mon, 31 Oct 2005 11:52:22 +0000 (GMT) (envelope-from ecrist@secure-computing.net) Received: from [192.168.1.102] (snipe.secure-computing.net [216.243.161.77]) (authenticated bits=0) by grog.secure-computing.net (8.13.1/8.13.1) with ESMTP id j9VBqYqt064625 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT); Mon, 31 Oct 2005 05:52:35 -0600 (CST) (envelope-from ecrist@secure-computing.net) DomainKey-Signature: a=rsa-sha1; s=grog; d=secure-computing.net; c=nofws; q=dns; h=in-reply-to:references:mime-version:content-type:message-id:cc: content-transfer-encoding:from:subject:date:to:x-mailer:x-spam-status:x-spam-checker-version; b=VRcL2g+oAGhYS+LBqfxQHXhfj7s9X27K9GUmJFGA4HYzaWKDhL4fWWq58E0grN7so pmgzZpba6I6cc0VT1SmQw== In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Eric F Crist Date: Mon, 31 Oct 2005 05:52:05 -0600 To: Eric F Crist X-Mailer: Apple Mail (2.734) X-Spam-Status: No, score=-4.4 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on grog.secure-computing.net Cc: andy@neu.net, freebsd-questions@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: laptop firewall rules 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, 31 Oct 2005 11:52:34 -0000 On Oct 30, 2005, at 6:23 PM, Eric F Crist wrote: > On Oct 30, 2005, at 4:41 PM, andy@neu.net wrote: > > >> Does anyone have a good example of a firewall ruleset for a wireless >> interface in a laptop, or a pointer to documentation? I want to use >> IPFilter on 6.0 rc1. I want to let all connections out and keep >> state, >> but block all incoming from the outside. >> >> TIA >> > > > That ruleset is easy: > > ipfw add check-state > ipfw add allow tcp from me to any setup keep-state > ipfw add allow tcp from any to any established > ipfw add deny from any to me in > > This should do the trick. I forgot a couple of rules here. I'm assuming you want DNS to function, so here's another rule to add, immediately above the last, deny, line: ipfw add allow udp from me to any ipfw add allow udp from any 53 to me 53 Also, that last line above should read: ipfw add deny all from any to me in ----- Eric F Crist Secure Computing Networks http://www.secure-computing.net From owner-freebsd-mobile@FreeBSD.ORG Mon Oct 31 13:29:30 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 2CD2416A41F for ; Mon, 31 Oct 2005 13:29:30 +0000 (GMT) (envelope-from kaspar.schleiser@gmx.de) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id AF6B743D99 for ; Mon, 31 Oct 2005 13:29:10 +0000 (GMT) (envelope-from kaspar.schleiser@gmx.de) Received: (qmail invoked by alias); 31 Oct 2005 13:29:09 -0000 Received: from gast145.spline.inf.fu-berlin.de (EHLO gast145.spline.inf.fu-berlin.de) [130.133.110.145] by mail.gmx.net (mp024) with SMTP; 31 Oct 2005 14:29:09 +0100 X-Authenticated: #24978394 From: Kaspar Schleiser To: freebsd-mobile@freebsd.org Date: Mon, 31 Oct 2005 14:29:07 +0000 User-Agent: KMail/1.8.2 References: <20051030230423.2C9325D04@ptavv.es.net> In-Reply-To: <20051030230423.2C9325D04@ptavv.es.net> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200510311429.07362.kaspar.schleiser@gmx.de> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: Thinkpad X31 ACPI Problems 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, 31 Oct 2005 13:29:30 -0000 Hello, thanks a lot for the response! On Sunday 30 October 2005 23:04, Kevin Oberman wrote: > > 1. Suspend doesn't turn off the laptop backlight. > Then edit /etc/rc.suspend and /etc/rc.resume to execute it: > radeontool light off > radeontool light on The tool works on the command line, but rc.suspend and rc.resume don't get executed when I close the lid, only acpiconf -s 3 executes them. Is there any way to have them executed on lid-close? Greets Kaspar From owner-freebsd-mobile@FreeBSD.ORG Mon Oct 31 14:44: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 68D5F16A41F; Mon, 31 Oct 2005 14:44:11 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id B592243D45; Mon, 31 Oct 2005 14:44:10 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) by kane.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j9VEi8G7004819; Mon, 31 Oct 2005 16:44:08 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id j9VEi34l002164; Mon, 31 Oct 2005 16:44:03 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id j9VEi3J8002163; Mon, 31 Oct 2005 16:44:03 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Mon, 31 Oct 2005 16:44:03 +0200 From: Giorgos Keramidas To: andy@neu.net Message-ID: <20051031144403.GA2122@flame.pc> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-questions@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: laptop firewall rules 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, 31 Oct 2005 14:44:11 -0000 On 2005-10-30 17:41, andy@neu.net wrote: > Does anyone have a good example of a firewall ruleset for a wireless > interface in a laptop, or a pointer to documentation? I want to use > IPFilter on 6.0 rc1. I'd strongly recommend pf(4) over IP Filter. The PF firewall seems to have all the features IP Filter has and it's also better maintained, AFAIK. > I want to let all connections out and keep state, but block all > incoming from the outside. Good idea. I'm using a fairly restrictive set of firewall rules, even in networks where my laptop has to use DHCP: % # Firewall rules for the pf(4) firewall. % # Giorgos Keramidas % # % # Based on: % # $FreeBSD: src/etc/pf.conf,v 1.2 2004/09/14 01:07:18 mlaier Exp $ % # $OpenBSD: pf.conf,v 1.21 2003/09/02 20:38:44 david Exp $ % % set block-policy return % set require-order yes % set skip on lo0 % % scrub in all % % ### Packet filtering: % % block in log all % block out log all % % # Allow all ICMP packets. % # They are mostly useful and rate-limited by the kernel anyway. % pass in proto icmp all % pass out proto icmp all % % # Allow all outgoing connections. % pass out proto { tcp, udp } all keep state (no-sync) % % # Allow some incoming connections. % pass in proto tcp from any to any port = 22 keep state (no-sync) Note that, skipping the PF options near the beginning and the "(no-sync)" options that are PF-specific, you can almost certainly use the same ruleset for IP Filter. - Giorgos From owner-freebsd-mobile@FreeBSD.ORG Mon Oct 31 14:45:53 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 3510C16A421; Mon, 31 Oct 2005 14:45:53 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28F9143D60; Mon, 31 Oct 2005 14:45:47 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) by kane.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j9VEjkr4006013; Mon, 31 Oct 2005 16:45:46 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id j9VEjiDj002183; Mon, 31 Oct 2005 16:45:44 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id j9VEjfVV002182; Mon, 31 Oct 2005 16:45:41 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Mon, 31 Oct 2005 16:45:41 +0200 From: Giorgos Keramidas To: Eric F Crist Message-ID: <20051031144541.GB2122@flame.pc> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: andy@neu.net, freebsd-questions@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: laptop firewall rules 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, 31 Oct 2005 14:45:53 -0000 On 2005-10-30 18:23, Eric F Crist wrote: >On Oct 30, 2005, at 4:41 PM, andy@neu.net wrote: >> Does anyone have a good example of a firewall ruleset for a >> wireless interface in a laptop, or a pointer to documentation? >> I want to use IPFilter on 6.0 rc1. I want to let all >> connections out and keep state, but block all incoming from >> the outside. > > That ruleset is easy: > > ipfw add check-state > ipfw add allow tcp from me to any setup keep-state > ipfw add allow tcp from any to any established > ipfw add deny from any to me in No, please! If you are using "keep-state", when "allow all established" is hardly ever a good idea. From owner-freebsd-mobile@FreeBSD.ORG Mon Oct 31 14:53: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 8F6EA16A420; Mon, 31 Oct 2005 14:53:38 +0000 (GMT) (envelope-from toli@proact.no) Received: from nospam.internal.proact.no (mail.proact.no [81.191.140.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B5AD43D46; Mon, 31 Oct 2005 14:53:36 +0000 (GMT) (envelope-from toli@proact.no) Received: by noexchange55.internal.proact.no with Internet Mail Service (5.5.2653.19)id ; Mon, 31 Oct 2005 15:51:59 +0100 Received: from TOM ([193.71.23.93]) by nopro01.internal.proact.no with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)id L5AXHAW7; Mon, 31 Oct 2005 15:53:25 +0100 Date: Mon, 31 Oct 2005 15:53:25 +0100 (CET) From: Tom.Lislegaard@proact.no X-X-Sender: tl@tom.internal.proact.no To: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Message-ID: <20051031154521.G3650@tom.internal.proact.no> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-imss-version: 2.033 X-imss-result: Passed X-imss-scores: Clean:63.00514 C:2 M:3 S:5 R:5 X-imss-settings: Baseline:3 C:1 M:1 S:1 R:1 (0.5000 0.5000) Cc: Subject: 6.0RC1 - enabling synaptics touchpad freezes machine 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, 31 Oct 2005 14:53:38 -0000 I try to enable touchpad support on an Acer Travelmate 8104 by setting hw.psm.synaptics_support="1" in loader.conf. After that any access to psm0 seems to hang the machine solid. For instance running 'moused -p /dev/psm0' or starting Xorg with psm0 as mousedevice freezes the machine immediately, and I have to use the power button to recover. This is an out-of-the-box 6.0RC1 Generic kernel. The only other change I've done is to disable acpi, though that doesn't change anything regarding the touchpad problem. Is anyone else seeing something similar (and preferably have a solution)? Output of dmesg is found below. -tom 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-RC1 #0: Sun Oct 9 20:32:57 UTC 2005 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 2.00GHz (1995.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff Features2=0x180 AMD Features=0x100000 real memory = 1072168960 (1022 MB) avail memory = 1040318464 (992 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pcib1: irq 10 at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 27.0 (no driver attached) pcib2: irq 10 at device 28.0 on pci0 pci9: on pcib2 pcib3: irq 10 at device 28.1 on pci0 pci10: on pcib3 pcib4: irq 11 at device 28.2 on pci0 pci2: on pcib4 uhci0: port 0x1800-0x181f irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 11 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1860-0x187f irq 10 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xc8004000-0xc80043ff irq 11 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib5: at device 30.0 on pci0 pci6: on pcib5 pci6: at device 3.0 (no driver attached) bge0: mem 0xc8200000-0xc820ffff irq 10 at device 6.0 on pci6 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:c0:9f:c0:73:7a fwohci0: mem 0xc8215000-0xc82157ff,0xc8210000-0xc8213fff irq 11 at device 7.0 on pci6 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:c0:9f:00:00:67:04:ee fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:c0:9f:67:04:ee fwe0: Ethernet address: 02:c0:9f:67:04:ee fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) cbb0: mem 0xc8216000-0xc8216fff irq 11 at device 9.0 on pci6 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: mem 0xc8217000-0xc8217fff irq 10 at device 9.1 on pci6 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pci6: at device 9.2 (no driver attached) cbb2: at device 9.3 on pci6 cardbus2: on cbb2 pccard2: <16-bit PCCard bus> on cbb2 cbb: Unable to map IRQ... device_attach: cbb2 attach returned 12 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18a0-0x18af at device 31.2 on pci0 atapci0: failed to enable memory mapping! ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) pmtimer0 on isa0 orm0: at iomem 0xe0000-0xe17ff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Synaptics Touchpad, device ID 0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (memory) unknown: can't assign resources (irq) unknown: can't assign resources (port) ppc1: parallel port not found. ugen0: Broadcom BCM2035, rev 1.10/1.00, addr 2 Timecounter "TSC" frequency 1995015913 Hz quality 800 Timecounters tick every 1.000 msec ad0: 95396MB at ata0-master SATA150 acd0: FAILURE - MODE_SENSE_BIG timed out acd0: DVDR at ata1-master UDMA33 Trying to mount root from ufs:/dev/ad0s2a bge0: link state changed to UP From owner-freebsd-mobile@FreeBSD.ORG Mon Oct 31 15:15: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 DAD4116A41F for ; Mon, 31 Oct 2005 15:15:01 +0000 (GMT) (envelope-from err@polito.eu.org) Received: from evangelion.polito.it (evangelion.polito.it [130.192.48.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEC1843D45 for ; Mon, 31 Oct 2005 15:15:00 +0000 (GMT) (envelope-from err@polito.eu.org) Received: (qmail 21627 invoked by uid 1014); 31 Oct 2005 16:14:37 +0100 Received: from 80.104.104.47 by evangelion (envelope-from , uid 1008) with qmail-scanner-1.25-st-qms (clamdscan: 0.86.1/1150. spamassassin: 3.0.4. perlscan: 1.25-st-qms. Clear:RC:1(80.104.104.47):SA:0(2.7/5.0):. Processed in 5.03839 secs); 31 Oct 2005 15:14:37 -0000 X-Spam-Status: No, hits=2.7 required=5.0 X-Antivirus-polito.eu.org-Mail-From: err@polito.eu.org via evangelion X-Antivirus-polito.eu.org: 1.25-st-qms (Clear:RC:1(80.104.104.47):SA:0(2.7/5.0):. Processed in 5.03839 secs Process 21612) X-Envelope-From: err@polito.eu.org Received: from unknown (HELO elettra.lands.raad) (err@80.104.104.47) by evangelion.polito.it with SMTP; 31 Oct 2005 16:14:32 +0100 Date: Mon, 31 Oct 2005 16:14:47 +0100 From: err To: freebsd-mobile@freebsd.org Message-ID: <20051031161447.7af3f598@elettra.lands.raad> In-Reply-To: <20051031090831.GA3189@rebelion.Sisis.de> References: <20051031090831.GA3189@rebelion.Sisis.de> X-Mailer: Sylpheed-Claws 1.9.11 (GTK+ 2.6.7; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Awl: X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on evangelion.polito.it date Mon, 31 Oct 2005 16:14:37 +0100 X-Spam-Status: No, hits=2.7 required=5.0 tests=FORGED_RCVD_HELO, RCVD_IN_NJABL_DUL,RCVD_IN_SORBS_DUL,SPF_SOFTFAIL X-Spam-Pyzor: Reported 0 times. X-Spam-Autolearn: bayes autolearn=no version=3.0.4 X-Spam-DCC: neonova: evangelion 1127; Body=1 Fuz1=1 Fuz2=1 X-Spam-Level: ** X-Spam-Bayes: 0.5 X-Spam-RblQueries: [130.192.48.100] [127.0.0.10] [127.0.0.3] [10 polito.eu.org.] X-Spam-Report: * 0.1 FORGED_RCVD_HELO Received: contains a forged HELO * 0.8 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) * [SPF failed: Please see http://spf.pobox.com/why.html?sender=err%40polito.eu.org&ip=80.104.104.47&receiver=evangelion.polito.it] * 0.1 RCVD_IN_SORBS_DUL RBL: SORBS: sent directly from dynamic IP address * [80.104.104.47 listed in dnsbl.sorbs.net] * 1.7 RCVD_IN_NJABL_DUL RBL: NJABL: dialup sender did non-local SMTP * [80.104.104.47 listed in combined.njabl.org] Subject: Re: Fwd: Re: OZ6832 CardBus bridge and 3Com 3c589D PCMCIA card 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, 31 Oct 2005 15:15:02 -0000 Hi On Mon, 31 Oct 2005 10:08:31 +0100, guru@Sisis.de wrote: Q: Q: Hello, Q: Q: In the old days of 1998 I've hacked together a patch to make Q: the OZ6832 CardBus bridge working, it was based on FreeBSD 2.2.6 Q: and the helping hand of Nate Williams and others... Q: Q: This notebook is still alive and sitting next to me (I'm just doing Q: a last and final DUMP at the moment); my idea is to add more Q: RAM and disk to it and install FreeBSD 5.4-REL on it as I did Q: with my Fujitsu-Siemens AMILO notebook and give it away to Q: my love. Q: Q: Is this old OZ6832 CardBus stuff still alive in FreeBSD 5.4 or will Q: it work today without building a cardbus-kernel? I think the support of this cardbus is quite changed... In sys/dev/pccbb/pccbb_pci.c your pcmcia controller seems to be supported by "modern" freebsds. The pcmcia card is supported as usual. Emmanuel Q: Q: Thx Q: Q: matthias Q: Q: Q: ----- Forwarded message from Matthias Apitz ----- Q: Q: Subject: Re: OZ6832 CardBus bridge and 3Com 3c589D PCMCIA card Q: To: nate@.......... (Nate Williams) Q: Date: Sat, 18 Apr 1998 08:54:02 +0200 (MDT) Q: From: guru@sisis.de (Matthias Apitz) Q: X-Mailer: ELM [version 2.4 PL23] Q: Q: Q: attached below is a patch together with the MD5 value it should Q: have after uudecoding and unzipping; please have a look if it doesn't Q: break other chips (should not, but who knows :-)); Q: Q: ... Q: Q: I'm running 2.2.6-RELEASE and also changed some lines in Q: the pcic_resume code; but the 3c589D isn't reloaded; will Q: look deeper into that; at the moment I have to load all Q: the nice ports and explore my new toy :-)) Q: Q: thanks for your assistance all the time; Q: Q: matthias Q: Q: Q: MD5 (OZ6832.diff) = 47b8137fde4450f58f11deeaf2cdacef Q: Q: begin 444 OZ6832.diff.gz Q: M'XL("/%%.#4 T]:-C@S,BYD:69F ,TZ:7/;1K*?Z5\Q5M:)#H@"P)NT7)$H Q: MV6+ *8;O1]S>SN Q: ... Q: Q: end Q: Q: -- Q: firm: matthias.apitz@sisis.de [voc:+49-89-61308-351, fax: +49-89-61308-188] Q: PGP: Key fingerprint = 0C 01 F2 23 EC 17 A2 D5 46 2D 29 4C 0E 8B 7E 8F Q: URL: http://www.sisis.de/~guru/ ... Q: Q: from USENET: Q: People who run servers understand that flashy interactive interfaces have Q: nothing to do with the underlying functionality and often get in the way. Q: Q: ----- End forwarded message ----- Q: Q: -- Q: Matthias Apitz / Sisis Informationssysteme GmbH Q: Gruenwalder Weg 28g / D-82041 Oberhaching Q: Fon: ++49 89 / 61308-351, Fax: -399, Mobile ++49 170 4527211 Q: http://www.sisis.de/~guru/ Q: _______________________________________________ Q: freebsd-mobile@freebsd.org mailing list Q: http://lists.freebsd.org/mailman/listinfo/freebsd-mobile Q: To unsubscribe, send any mail to "freebsd-mobile- unsubscribe@freebsd.org" -- emmanuel From owner-freebsd-mobile@FreeBSD.ORG Mon Oct 31 15:44: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 AC15F16A41F; Mon, 31 Oct 2005 15:44:06 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 438BC43D60; Mon, 31 Oct 2005 15:44:04 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) by rosebud.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j9VFi2c8010857; Mon, 31 Oct 2005 17:44:02 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id j9VFhwPF010553; Mon, 31 Oct 2005 17:43:58 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id j9VFhtKr010550; Mon, 31 Oct 2005 17:43:55 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Mon, 31 Oct 2005 17:43:55 +0200 From: Giorgos Keramidas To: Eric F Crist Message-ID: <20051031154355.GA10357@flame.pc> References: <20051031144541.GB2122@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051031144541.GB2122@flame.pc> Cc: andy@neu.net, freebsd-questions@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: laptop firewall rules 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, 31 Oct 2005 15:44:06 -0000 On 2005-10-31 16:45, Giorgos Keramidas wrote: >On 2005-10-30 18:23, Eric F Crist wrote: >>On Oct 30, 2005, at 4:41 PM, andy@neu.net wrote: >>> Does anyone have a good example of a firewall ruleset for a >>> wireless interface in a laptop, or a pointer to documentation? >>> I want to use IPFilter on 6.0 rc1. I want to let all >>> connections out and keep state, but block all incoming from >>> the outside. >> >> That ruleset is easy: >> >> ipfw add check-state >> ipfw add allow tcp from me to any setup keep-state >> ipfw add allow tcp from any to any established >> ipfw add deny from any to me in > > No, please! > > If you are using "keep-state", when "allow all established" is > hardly ever a good idea. "when" = "then", of course. From owner-freebsd-mobile@FreeBSD.ORG Tue Nov 1 05:19:19 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 9D28A16A420 for ; Tue, 1 Nov 2005 05:19:19 +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 76C7543D75 for ; Tue, 1 Nov 2005 05:19:15 +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 jA15IrbH011424; Mon, 31 Oct 2005 22:18:53 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 31 Oct 2005 22:19:03 -0700 (MST) Message-Id: <20051031.221903.97368101.imp@bsdimp.com> To: guru@Sisis.de From: "M. Warner Losh" In-Reply-To: <20051031090831.GA3189@rebelion.Sisis.de> References: <20051031090831.GA3189@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]); Mon, 31 Oct 2005 22:18:53 -0700 (MST) Cc: freebsd-mobile@freebsd.org Subject: Re: OZ6832 CardBus bridge and 3Com 3c589D PCMCIA card 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, 01 Nov 2005 05:19:19 -0000 In message: <20051031090831.GA3189@rebelion.Sisis.de> guru@Sisis.de writes: : Is this old OZ6832 CardBus stuff still alive in FreeBSD 5.4 or will : it work today without building a cardbus-kernel? OLDCARD likely will support this bridge. IIRC, it is a 16-bit bridge on the PCI bus. I had similar Cirrus Logic chips working on OLDCARD. NEWCARD still needs some work to support non-yenta bridges. Warner From owner-freebsd-mobile@FreeBSD.ORG Tue Nov 1 05:22: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 3102216A420 for ; Tue, 1 Nov 2005 05:22:17 +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 95CB643D7C for ; Tue, 1 Nov 2005 05:22:12 +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 jA15Lbru011451; Mon, 31 Oct 2005 22:21:38 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 31 Oct 2005 22:21:48 -0700 (MST) Message-Id: <20051031.222148.64515906.imp@bsdimp.com> To: err@polito.eu.org From: "M. Warner Losh" In-Reply-To: <20051031161447.7af3f598@elettra.lands.raad> References: <20051031090831.GA3189@rebelion.Sisis.de> <20051031161447.7af3f598@elettra.lands.raad> 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]); Mon, 31 Oct 2005 22:21:38 -0700 (MST) Cc: freebsd-mobile@freebsd.org Subject: Re: OZ6832 CardBus bridge and 3Com 3c589D PCMCIA card 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, 01 Nov 2005 05:22:17 -0000 In message: <20051031161447.7af3f598@elettra.lands.raad> err writes: : Q: Is this old OZ6832 CardBus stuff still alive in FreeBSD 5.4 or will : Q: it work today without building a cardbus-kernel? : : I think the support of this cardbus is quite changed... : In sys/dev/pccbb/pccbb_pci.c your pcmcia controller seems to be : supported by "modern" freebsds. : : The pcmcia card is supported as usual. If the 6832 is a yenta card, like the kernel sources suggest, then even NEWCARD will support it. Ah, it was the old Cirrus Logic 6829 and 6830 bridges that have issues... Try it and find out! Warner From owner-freebsd-mobile@FreeBSD.ORG Tue Nov 1 06:56:07 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 9F2F616A41F for ; Tue, 1 Nov 2005 06:56:07 +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 C59A243D5C for ; Tue, 1 Nov 2005 06:55:59 +0000 (GMT) (envelope-from guru@Sisis.de) Received: (from mail@localhost) by hunter.Sisis.de (8.8.8/8.8.8) id HAA17868; Tue, 1 Nov 2005 07:54:41 +0100 (CET) (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 xma017862; Tue, 1 Nov 05 07:54:19 +0100 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 HAA07116; Tue, 1 Nov 2005 07:55:43 +0100 (CET) (envelope-from guru@Sisis.de) Received: (from guru@localhost) by rebelion.Sisis.de (8.13.3/8.13.3/Submit) id jA16tYdC001538; Tue, 1 Nov 2005 07:55:34 +0100 (CET) (envelope-from guru@Sisis.de) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to guru@Sisis.de using -f Date: Tue, 1 Nov 2005 07:55:34 +0100 To: "M. Warner Losh" Message-ID: <20051101065534.GB1314@rebelion.Sisis.de> References: <20051031090831.GA3189@rebelion.Sisis.de> <20051031161447.7af3f598@elettra.lands.raad> <20051031.222148.64515906.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20051031.222148.64515906.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE (i386) Cc: freebsd-mobile@freebsd.org, err@polito.eu.org Subject: Re: OZ6832 CardBus bridge and 3Com 3c589D PCMCIA card 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: Tue, 01 Nov 2005 06:56:07 -0000 El día Monday, October 31, 2005 a las 10:21:48PM -0700, M. Warner Losh escribió: > In message: <20051031161447.7af3f598@elettra.lands.raad> > err writes: > : Q: Is this old OZ6832 CardBus stuff still alive in FreeBSD 5.4 or will > : Q: it work today without building a cardbus-kernel? > : > : I think the support of this cardbus is quite changed... > : In sys/dev/pccbb/pccbb_pci.c your pcmcia controller seems to be > : supported by "modern" freebsds. > : > : The pcmcia card is supported as usual. > > If the 6832 is a yenta card, like the kernel sources suggest, then > even NEWCARD will support it. Ah, it was the old Cirrus Logic 6829 > and 6830 bridges that have issues... What exactly is 'NEWCARD'? in my 5.4-REL .../conf I have only: $ ls GENERIC Makefile OLDCARD REBELION gethints.awk GENERIC.hints NOTES PAE SMP $ (REBELION is my tweaked kernel config); > Try it and find out! Yes, of course. But before that I've to add some more RAM and a bigger harddisk to it; the old mobile has only 32 MByte and around 3 GByte disk, which worked fine for a long time with FreeBSD 2.2.6 (of course: no KDE, no digital fotos, no ... :-)) matthias From owner-freebsd-mobile@FreeBSD.ORG Tue Nov 1 10:18:58 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 CCC3316A41F for ; Tue, 1 Nov 2005 10:18:58 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4E8143D6B for ; Tue, 1 Nov 2005 10:18:55 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 8677 invoked from network); 1 Nov 2005 10:18:53 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.187.172.68]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 1 Nov 2005 10:18:53 -0000 Date: Tue, 1 Nov 2005 11:18:28 +0100 From: Fabian Keil To: Kaspar Schleiser Message-ID: <20051101111828.653e9d6b@localhost> In-Reply-To: <200510311429.07362.kaspar.schleiser@gmx.de> References: <20051030230423.2C9325D04@ptavv.es.net> <200510311429.07362.kaspar.schleiser@gmx.de> X-Mailer: Sylpheed-Claws 1.9.15 (GTK+ 2.6.4; i386-portbld-freebsd5.4) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc X-Face: `PhZA=Lxak@TtN(1g, #<&MCpy@&]f<.#LD|V?.7uN7(:.RP/8s&S, oWJtD[Xd4(_YsBm?fGC OLJGk9OysbMQE%?&$, M[odvx9[[`'F\@JjAC@w4X6/-Gr^apr)f''exvwLOUalUW?~>frSC-Y]0v9, U4"Hz]~H&ZP%S1YJV@MfDIDu2>cw~wMiCW#9PY: Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Signature_Tue__1_Nov_2005_11_18_28_+0100_=DIl+9NI+RqmJlgv"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-mobile@freebsd.org Subject: Re: Thinkpad X31 ACPI Problems 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, 01 Nov 2005 10:18:58 -0000 --Signature_Tue__1_Nov_2005_11_18_28_+0100_=DIl+9NI+RqmJlgv Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Kaspar Schleiser wrote: > On Sunday 30 October 2005 23:04, Kevin Oberman wrote: > > > 1. Suspend doesn't turn off the laptop backlight. > > Then edit /etc/rc.suspend and /etc/rc.resume to execute it: > > radeontool light off > > radeontool light on > The tool works on the command line, but rc.suspend and rc.resume > don't get executed when I close the lid, only acpiconf -s 3 executes > them. Is there any way to have them executed on lid-close? Did you set hw.acpi.lid_switch_state? Fabian --=20 http://www.fabiankeil.de/ --Signature_Tue__1_Nov_2005_11_18_28_+0100_=DIl+9NI+RqmJlgv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFDZ0D0jV8GA4rMKUQRAu1cAJsFQ7hQ9eaFp5Junl92RdG9cTaIBQCgq1pK Gah48Dlz7p4o2bUMI+OO2HU= =l8fs -----END PGP SIGNATURE----- --Signature_Tue__1_Nov_2005_11_18_28_+0100_=DIl+9NI+RqmJlgv-- From owner-freebsd-mobile@FreeBSD.ORG Tue Nov 1 10:45: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 F3D7616A41F for ; Tue, 1 Nov 2005 10:45:55 +0000 (GMT) (envelope-from kaspar.schleiser@gmx.de) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 1B6ED43D46 for ; Tue, 1 Nov 2005 10:45:54 +0000 (GMT) (envelope-from kaspar.schleiser@gmx.de) Received: (qmail invoked by alias); 01 Nov 2005 10:45:53 -0000 Received: from e178093171.adsl.alicedsl.de (EHLO [192.168.1.10]) [85.178.93.171] by mail.gmx.net (mp034) with SMTP; 01 Nov 2005 11:45:53 +0100 X-Authenticated: #24978394 Message-ID: <4367475F.7070702@gmx.de> Date: Tue, 01 Nov 2005 11:45:51 +0100 From: Kaspar Schleiser User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Fabian Keil References: <20051030230423.2C9325D04@ptavv.es.net> <200510311429.07362.kaspar.schleiser@gmx.de> <20051101111828.653e9d6b@localhost> In-Reply-To: <20051101111828.653e9d6b@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-mobile@freebsd.org Subject: Re: Thinkpad X31 ACPI Problems 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, 01 Nov 2005 10:45:56 -0000 Fabian Keil wrote: >>>>radeontool light off >>>>radeontool light on >>>> >>>> >>The tool works on the command line, but rc.suspend and rc.resume >>don't get executed when I close the lid, only acpiconf -s 3 executes >>them. Is there any way to have them executed on lid-close? >> >> > >Did you set hw.acpi.lid_switch_state? > Yes that was set, so devd didn't catch the lid events. I had to unset lid_switch_state and add events for the lid to devd.conf... But there are more problems: 1. X crashed on resume. Only disabling dri fixes that, 2. When X is running, the backlight doesn't turn off... Isn't there a way to collect all these machine-specific tweaks in a package? I'd love to prepare eg. a port so every other X31-owner can just du "cd tweaks/x31; make install" and everything just works... Thanks! Kaspar From owner-freebsd-mobile@FreeBSD.ORG Tue Nov 1 17:26:03 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 C507816A420 for ; Tue, 1 Nov 2005 17:26:03 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AB4C43D60 for ; Tue, 1 Nov 2005 17:25:58 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 307 invoked from network); 1 Nov 2005 17:25:57 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.187.172.68]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 1 Nov 2005 17:25:57 -0000 Date: Tue, 1 Nov 2005 18:24:41 +0100 From: Fabian Keil To: Kaspar Schleiser Message-ID: <20051101182441.06842c8f@localhost> In-Reply-To: <4367475F.7070702@gmx.de> References: <20051030230423.2C9325D04@ptavv.es.net> <200510311429.07362.kaspar.schleiser@gmx.de> <20051101111828.653e9d6b@localhost> <4367475F.7070702@gmx.de> X-Mailer: Sylpheed-Claws 1.9.15 (GTK+ 2.6.4; i386-portbld-freebsd5.4) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc X-Face: `PhZA=Lxak@TtN(1g, #<&MCpy@&]f<.#LD|V?.7uN7(:.RP/8s&S, oWJtD[Xd4(_YsBm?fGC OLJGk9OysbMQE%?&$, M[odvx9[[`'F\@JjAC@w4X6/-Gr^apr)f''exvwLOUalUW?~>frSC-Y]0v9, U4"Hz]~H&ZP%S1YJV@MfDIDu2>cw~wMiCW#9PY: Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Signature_Tue__1_Nov_2005_18_24_41_+0100_XQ011Boe4ZhoFMaX; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-mobile@freebsd.org Subject: Re: Thinkpad X31 ACPI Problems 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, 01 Nov 2005 17:26:03 -0000 --Signature_Tue__1_Nov_2005_18_24_41_+0100_XQ011Boe4ZhoFMaX Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Kaspar Schleiser wrote: > Fabian Keil wrote: > >>The tool works on the command line, but rc.suspend and rc.resume > >>don't get executed when I close the lid, only acpiconf -s 3 executes > >>them. Is there any way to have them executed on lid-close? > >Did you set hw.acpi.lid_switch_state? > > > Yes that was set, so devd didn't catch the lid events. I had to unset=20 > lid_switch_state and add events for the lid to devd.conf... Just to make sure: hw.acpi.lid_switch_state was set to S3, right? =20 > But there are more problems: >=20 > 1. X crashed on resume. Only disabling dri fixes that, This is a known problem. > 2. When X is running, the backlight doesn't turn off... If you close the lid, or if you use acpiconf -s 3? Do you have dpms enabled? If you do, you could add "xset dpms force off" to /etc/rc.suspend. Fabian --=20 http://www.fabiankeil.de/ --Signature_Tue__1_Nov_2005_18_24_41_+0100_XQ011Boe4ZhoFMaX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFDZ6TZjV8GA4rMKUQRAk8BAJ4wlvVxPfXZ7F702ahVum4MNJfujgCdHmvy L93bsF1Ycy+snAC9m/7Rpyw= =M9nk -----END PGP SIGNATURE----- --Signature_Tue__1_Nov_2005_18_24_41_+0100_XQ011Boe4ZhoFMaX-- From owner-freebsd-mobile@FreeBSD.ORG Tue Nov 1 23:01:10 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 C286816A41F; Tue, 1 Nov 2005 23:01:10 +0000 (GMT) (envelope-from vitaly.cherny@gmail.com) Received: from chickasaw.net (mail.chickasaw.net [66.142.195.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id BACE243D45; Tue, 1 Nov 2005 23:01:09 +0000 (GMT) (envelope-from vitaly.cherny@gmail.com) Received: from ([10.64.11.3]) by adasmg01.chickasaw.net with ESMTP id 5202125.8152584; Tue, 01 Nov 2005 16:59:25 -0600 Received: from mail pickup service by adaexc03.int.chickasaw.net with Microsoft SMTPSVC; Tue, 1 Nov 2005 16:20:37 -0600 Received: from chickasaw.net ([192.168.1.5]) by adaexc03.int.chickasaw.net with Microsoft SMTPSVC(5.0.2195.6713); Mon, 31 Oct 2005 22:13:39 -0600 Received: from ([216.136.204.119]) by adasmg01.chickasaw.net with ESMTP id 5202125.7851537; Sun, 30 Oct 2005 22:13:29 -0600 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 3ED41567F8; Mon, 31 Oct 2005 04:13:13 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 244DC16A426; Mon, 31 Oct 2005 04:13:12 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5201316A41F for ; Mon, 31 Oct 2005 04:12:58 +0000 (GMT) (envelope-from vitaly.cherny@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F8AF43D45 for ; Mon, 31 Oct 2005 04:12:57 +0000 (GMT) (envelope-from vitaly.cherny@gmail.com) Received: by zproxy.gmail.com with SMTP id 13so872007nzp for ; Sun, 30 Oct 2005 20:12:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lxa9vbUTjgTW+iZ8xaAIqWfjyz12uGIMglAfizULv9wFpu+5tA4Grh09Fq1gmSPITq8WrFT+v6WDIigZ0bftLJsj/4YR5QCvd0/hIdF/tcbL9Krw6ZE//d7Zh2VaH1JnMEgdk/fs8agy7oc347QcNrQ+ldcbM8Hs9Xeu7GKiGQs= Received: by 10.65.20.14 with SMTP id x14mr1225341qbi; Sun, 30 Oct 2005 20:12:57 -0800 (PST) Received: by 10.65.188.6 with HTTP; Sun, 30 Oct 2005 20:12:56 -0800 (PST) Message-ID: <7bbc4caf0510302012t7a0794cakc77353bd66c2d98a@mail.gmail.com> Date: Mon, 31 Oct 2005 17:12:57 +1300 From: Vitaly Cherny To: "andy@neu.net" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-questions@freebsd.org Errors-To: owner-freebsd-questions@freebsd.org X-esp: ESP<-98>=RBL:<-139> RDNS:<0> SHA:<53> UHA:<0> SLS:<0> BAYES:<-11> SenderID:<-1> X-OriginalArrivalTime: 01 Nov 2005 04:13:39.0234 (UTC) FILETIME=[A3155020:01C5DE9A] Cc: freebsd-questions@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: laptop firewall rules X-BeenThere: freebsd-mobile@freebsd.org List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Nov 2005 23:01:11 -0000 On 10/31/05, andy@neu.net wrote: > Does anyone have a good example of a firewall ruleset for a wireless > interface in a laptop, or a pointer to documentation? I want to use > IPFilter on 6.0 rc1. I want to let all connections out and keep state, > but block all incoming from the outside. To do this with ipfilter rather than ipfw, try these rules for your wireless interface (ath0 here): pass out on ath0 proto tcp from any to any keep state pass out on ath0 proto udp from any to any port =3D domain keep state pass out on ath0 proto icmp from any to any keep state block out on ath0 all This will allow you to resolve hostnames and establish TCP sessions. Since UDP and ICMP are stateless, the "keep state" directive just means that a "response" packet (one that matches certain criteria - e.g. source/destination ports) will be accepted as matching a "state". If you are planning to use IPSec, add similar rules for "proto esp" and "proto ah" so your IPSec tunnel can be established. Check out all the examples in /usr/share/example/ipfilter (if you have docs installed) or search for IPFilter HOW-TO. Vitaly _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-mobile@FreeBSD.ORG Wed Nov 2 04:54: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 D9A3C16A41F; Wed, 2 Nov 2005 04:54:16 +0000 (GMT) (envelope-from ecrist@secure-computing.net) Received: from chickasaw.net (mail.chickasaw.net [66.142.195.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D5E243D45; Wed, 2 Nov 2005 04:54:15 +0000 (GMT) (envelope-from ecrist@secure-computing.net) Received: from ([10.64.11.3]) by adasmg01.chickasaw.net with ESMTP id 5202125.8202884; Tue, 01 Nov 2005 22:51:30 -0600 Received: from mail pickup service by adaexc03.int.chickasaw.net with Microsoft SMTPSVC; Tue, 1 Nov 2005 22:51:36 -0600 Received: from mail pickup service by adaexc03.int.chickasaw.net with Microsoft SMTPSVC; Tue, 1 Nov 2005 15:29:07 -0600 Received: from chickasaw.net ([192.168.1.5]) by adaexc03.int.chickasaw.net with Microsoft SMTPSVC(5.0.2195.6713); Sun, 30 Oct 2005 18:28:00 -0600 Received: from ([216.136.204.119]) by adasmg01.chickasaw.net with ESMTP id 5202125.7838397; Sun, 30 Oct 2005 18:25:14 -0600 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 76047589C6; Mon, 31 Oct 2005 00:24:07 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 0C11416A424; Mon, 31 Oct 2005 00:24:07 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1E6316A41F; Mon, 31 Oct 2005 00:23:41 +0000 (GMT) (envelope-from ecrist@secure-computing.net) Received: from grog.secure-computing.net (grog.secure-computing.net [216.243.161.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CF5C43D48; Mon, 31 Oct 2005 00:23:40 +0000 (GMT) (envelope-from ecrist@secure-computing.net) Received: from [192.168.1.100] (snipe.secure-computing.net [216.243.161.77]) (authenticated bits=0) by grog.secure-computing.net (8.13.1/8.13.1) with ESMTP id j9V0NoJA062015 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT); Sun, 30 Oct 2005 18:23:51 -0600 (CST) (envelope-from ecrist@secure-computing.net) DomainKey-Signature: a=rsa-sha1; s=grog; d=secure-computing.net; c=nofws; q=dns; h=in-reply-to:references:mime-version:content-type:message-id:cc: content-transfer-encoding:from:subject:date:to:x-mailer:x-spam-status:x-spam-checker-version; b=BpSYY/SDDz7ognBkX8zM7/SCbJsuVT3abcr+JlRX75YeHOYsHwTbIYLwpVPPDjPBX 7D/TyUGOVInxuDqV6kdlg== In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Eric F Crist Date: Sun, 30 Oct 2005 18:23:22 -0600 To: andy@neu.net X-Mailer: Apple Mail (2.734) X-Spam-Status: No, score=-4.4 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on grog.secure-computing.net X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-questions@freebsd.org Errors-To: owner-freebsd-questions@freebsd.org X-esp: ESP<-98>=RBL:<-139> RDNS:<0> SHA:<53> UHA:<0> SLS:<0> BAYES:<-11> SenderID:<-1> X-OriginalArrivalTime: 31 Oct 2005 00:28:00.0385 (UTC) FILETIME=[F2E32710:01C5DDB1] Cc: freebsd-questions@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: laptop firewall rules X-BeenThere: freebsd-mobile@freebsd.org List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Nov 2005 04:54:17 -0000 On Oct 30, 2005, at 4:41 PM, andy@neu.net wrote: > Does anyone have a good example of a firewall ruleset for a wireless > interface in a laptop, or a pointer to documentation? I want to use > IPFilter on 6.0 rc1. I want to let all connections out and keep > state, > but block all incoming from the outside. > > TIA That ruleset is easy: ipfw add check-state ipfw add allow tcp from me to any setup keep-state ipfw add allow tcp from any to any established ipfw add deny from any to me in This should do the trick. ----- Eric F Crist Secure Computing Networks http://www.secure-computing.net _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-mobile@FreeBSD.ORG Wed Nov 2 19:09: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 7E10D16A41F for ; Wed, 2 Nov 2005 19:09:36 +0000 (GMT) (envelope-from jens.rehsack.ext@siemensvdo.com) Received: from gecko.sbs.de (gecko.sbs.de [194.138.37.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDEBD43D46 for ; Wed, 2 Nov 2005 19:09:32 +0000 (GMT) (envelope-from jens.rehsack.ext@siemensvdo.com) Received: from mail2.sbs.de (localhost [127.0.0.1]) by gecko.sbs.de (8.12.6/8.12.6) with ESMTP id jA2J8wpJ023400; Wed, 2 Nov 2005 20:08:58 +0100 Received: from rbgs555a.ww011.siemens.net (rbgs555a.ww011.siemens.net [144.145.109.9]) by mail2.sbs.de (8.12.6/8.12.6) with ESMTP id jA2J8vNf005767; Wed, 2 Nov 2005 20:08:57 +0100 Received: from krbdf7ma.ww011.siemens.net ([158.92.210.82]) by rbgs555a.ww011.siemens.net with Microsoft SMTPSVC(6.0.3790.1830); Wed, 2 Nov 2005 20:08:52 +0100 Date: Wed, 2 Nov 2005 20:08:37 +0100 Message-ID: X-MS-Has-Attach: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-MS-TNEF-Correlator: Thread-Topic: Help getting Option N.V. Fusion UMTS Quad-GPRS run thread-index: AcXf4NQQS5gZ22nnQeuIMhNxmHl3mA== Content-class: urn:content-classes:message From: "Rehsack Jens \(ext\)" To: X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 X-OriginalArrivalTime: 02 Nov 2005 19:08:52.0714 (UTC) FILETIME=[DD39ACA0:01C5DFE0] Cc: Subject: Help getting Option N.V. Fusion UMTS Quad-GPRS run X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Nov 2005 19:09:36 -0000 Hi all, with the workaround from Warner I get the card below activated, but it seems to me, that the devices after the USB Hub on the card are adressed with the wrong bus id, too. Does anyone has an idea, how I can set the appropriate bus id's, so that the card will work properly? Thanks in advance, Jens Snip from /var/log/messages Oct 21 09:31:32 kermit kernel: Status is 0x30000920 Oct 21 09:31:32 kermit kernel: cbb0: card inserted: event=3D0x00000000, state=3D30000920 Oct 21 09:31:32 kermit kernel: cardbus0: cardbus_attach_card, scan 1 slots Oct 21 09:31:32 kermit kernel: cardbus0: cardbus_detach_card Oct 21 09:31:32 kermit kernel: cbb0: cbb_cardbus_power_enable_socket ... Oct 21 09:31:32 kermit kernel: cbb0: cbb_power: 3V Oct 21 09:31:32 kermit kernel: cbb0: cbb_cardbus_reset entered ... Oct 21 09:31:32 kermit kernel: cbb0: will wail 20000us Oct 21 09:31:32 kermit kernel: cbb0: card present Oct 21 09:31:32 kermit kernel: cardbus0: CIS pointer is 0! Oct 21 09:31:32 kermit kernel: cardbus0: Resource not specified in CIS: id=3D10, size=3D1000 Oct 21 09:31:32 kermit kernel: cardbus0: Non-prefetchable memory at c020b000-c020bfff Oct 21 09:31:32 kermit kernel: ohci2: mem 0xc020b000-0xc020bfff irq 20 at device 0.0 on cardbus0 Oct 21 09:31:32 kermit kernel: ohci2: [GIANT-LOCKED] Oct 21 09:31:32 kermit kernel: usb3: OHCI version 1.0 Oct 21 09:31:32 kermit kernel: usb3: on ohci2 Oct 21 09:31:32 kermit kernel: usb3: USB revision 1.0 Oct 21 09:31:32 kermit kernel: usbd_get_string: getting lang failed, using 0 Oct 21 09:31:32 kermit kernel: uhub3: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Oct 21 09:31:32 kermit kernel: uhub3: 1 port with 1 removable, self powered Oct 21 09:31:32 kermit kernel: cardbus0: CIS pointer is 0! Oct 21 09:31:32 kermit kernel: cardbus0: Resource not specified in CIS: id=3D10, size=3D1000 Oct 21 09:31:32 kermit kernel: cardbus0: Non-prefetchable memory at c020c000-c020cfff Oct 21 09:31:32 kermit kernel: ohci3: mem 0xc020c000-0xc020cfff irq 20 at device 0.1 on cardbus0 Oct 21 09:31:32 kermit kernel: ohci3: [GIANT-LOCKED] Oct 21 09:31:32 kermit kernel: usb4: OHCI version 1.0 Oct 21 09:31:33 kermit kernel: usb4: on ohci3 Oct 21 09:31:33 kermit kernel: usb4: USB revision 1.0 Oct 21 09:31:33 kermit kernel: usbd_get_string: getting lang failed, using 0 Oct 21 09:31:33 kermit kernel: uhub4: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Oct 21 09:31:33 kermit kernel: uhub4: 1 port with 1 removable, self powered Oct 21 09:31:33 kermit kernel: cbb0: pci_read_device: REG(PCIR_DEVVENDOR, 4) =3D=3D -1 Oct 21 09:31:33 kermit kernel: cbb0: pci_read_device failed Oct 21 09:31:33 kermit kernel: cbb0: pci_read_device: REG(PCIR_DEVVENDOR, 4) =3D=3D -1 Oct 21 09:31:33 kermit kernel: cbb0: pci_read_device failed Oct 21 09:31:33 kermit kernel: cbb0: pci_read_device: REG(PCIR_DEVVENDOR, 4) =3D=3D -1 Oct 21 09:31:33 kermit kernel: cbb0: pci_read_device failed Oct 21 09:31:33 kermit kernel: cbb0: pci_read_device: REG(PCIR_DEVVENDOR, 4) =3D=3D -1 Oct 21 09:31:33 kermit kernel: cbb0: pci_read_device failed Oct 21 09:31:33 kermit kernel: cbb0: pci_read_device: REG(PCIR_DEVVENDOR, 4) =3D=3D -1 Oct 21 09:31:33 kermit kernel: cbb0: pci_read_device failed Oct 21 09:31:33 kermit kernel: cbb0: pci_read_device: REG(PCIR_DEVVENDOR, 4) =3D=3D -1 Oct 21 09:31:33 kermit kernel: cbb0: pci_read_device failed Oct 21 09:31:35 kermit kernel: ugen0: Option N.V. Fusion UMTS Quad-GPRS, rev 1.10/0.00, addr 2=20 From owner-freebsd-mobile@FreeBSD.ORG Thu Nov 3 08: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 8B16D16A432 for ; Thu, 3 Nov 2005 08:00:42 +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 DE99943D58 for ; Thu, 3 Nov 2005 08:00:40 +0000 (GMT) (envelope-from guru@Sisis.de) Received: (from mail@localhost) by hunter.Sisis.de (8.8.8/8.8.8) id IAA25399; Thu, 3 Nov 2005 08:59:21 +0100 (CET) (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 xma025390; Thu, 3 Nov 05 08:59:01 +0100 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 JAA27283; Thu, 3 Nov 2005 09:00:28 +0100 (CET) (envelope-from guru@Sisis.de) Received: (from guru@localhost) by rebelion.Sisis.de (8.13.3/8.13.3/Submit) id jA380Jut002541; Thu, 3 Nov 2005 09:00:19 +0100 (CET) (envelope-from guru@Sisis.de) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to guru@Sisis.de using -f Date: Thu, 3 Nov 2005 09:00:19 +0100 To: "Rehsack Jens (ext)" Message-ID: <20051103080019.GA2345@rebelion.Sisis.de> References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE (i386) Cc: freebsd-mobile@freebsd.org Subject: Re: Help getting Option N.V. Fusion UMTS Quad-GPRS run 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: Thu, 03 Nov 2005 08:00:43 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit El día Wednesday, November 02, 2005 a las 08:08:37PM +0100, Rehsack Jens (ext) escribió: > Hi all, > > with the workaround from Warner I get the card below activated, but it > seems to > me, that the devices after the USB Hub on the card are adressed with the > wrong > bus id, too. > > Does anyone has an idea, how I can set the appropriate bus id's, so that > the card > will work properly? Hello Jens, maybe the attached files help you out somehow; I got mine UMTS card to work; attached you will find the following documents: - umts.txt describing all the details I know; - a modified source /usr/src/sys/dev/usb/uftdi.c for the uftdi.ko kernel module - a diff for /usr/src/sys/dev/usb/usbdevs - a diff for /usr/src/sys/dev/usb/ucom.c 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/ --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ucom.c.diff" 100,101d99 < /* #define USB_DEBUG 1 */ < 103c101 < static int ucomdebug = 10; --- > static int ucomdebug = 0; --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="uftdi.c" /* $NetBSD: uftdi.c,v 1.13 2002/09/23 05:51:23 simonb Exp $ */ /*- * Copyright (c) 2000 The NetBSD Foundation, Inc. * All rights reserved. * * This code is derived from software contributed to The NetBSD Foundation * by Lennart Augustsson (lennart@augustsson.net). * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * 3. All advertising materials mentioning features or use of this software * must display the following acknowledgement: * This product includes software developed by the NetBSD * Foundation, Inc. and its contributors. * 4. Neither the name of The NetBSD Foundation nor the names of its * contributors may be used to endorse or promote products derived * from this software without specific prior written permission. * * THIS SOFTWARE IS PROVIDED BY THE NETBSD FOUNDATION, INC. AND CONTRIBUTORS * ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED * TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR * PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE FOUNDATION OR CONTRIBUTORS * BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR * CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF * SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS * INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN * CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE * POSSIBILITY OF SUCH DAMAGE. */ #include __FBSDID("$FreeBSD: src/sys/dev/usb/uftdi.c,v 1.18.2.1 2005/01/30 01:00:10 imp Exp $"); /* * FTDI FT8U100AX serial adapter driver */ /* * UMTS: * * This driver was modified to support a PCMCIA card: * Manufacturer: Option N.V. * Model: GlobeTrotter Fusion Quad Lite * Revision: 1.5.5 (Date: May 17 2005, Time: 14:55:44) * * The changes mostly consist in skipping parts of the driver, for example * baudrate settings and so on, not supported by the card. The ideas came * from Andrew Gordon * * domingo, 2 de octubre de 2005, 09:34:24 CEST, Matthias Apitz */ #include #include #include #include #include #include #include #include #include #include #include #include #if __FreeBSD_version >= 500014 #include #else #include #endif #include #include #include #include #include #include "usbdevs.h" #include #include /* #define USB_DEBUG 1 /* */ #ifdef USB_DEBUG static int uftdidebug = 22; SYSCTL_NODE(_hw_usb, OID_AUTO, uftdi, CTLFLAG_RW, 0, "USB uftdi"); SYSCTL_INT(_hw_usb_uftdi, OID_AUTO, debug, CTLFLAG_RW, &uftdidebug, 0, "uftdi debug level"); #define DPRINTF(x) do { \ if (uftdidebug) \ logprintf x; \ } while (0) #define DPRINTFN(n, x) do { \ if (uftdidebug > (n)) \ logprintf x; \ } while (0) #else #define DPRINTF(x) #define DPRINTFN(n,x) #endif #define UFTDI_CONFIG_INDEX 0 #define UFTDI_IFACE_INDEX 0 /* * These are the maximum number of bytes transferred per frame. * The output buffer size cannot be increased due to the size encoding. */ #define UFTDIIBUFSIZE 64 #define UFTDIOBUFSIZE 64 struct uftdi_softc { struct ucom_softc sc_ucom; usbd_interface_handle sc_iface; /* interface */ enum uftdi_type sc_type; u_int sc_hdrlen; u_char sc_msr; u_char sc_lsr; u_int last_lcr; }; Static void uftdi_get_status(void *, int portno, u_char *lsr, u_char *msr); Static void uftdi_set(void *, int, int, int); Static int uftdi_param(void *, int, struct termios *); Static int uftdi_open(void *sc, int portno); Static void uftdi_read(void *sc, int portno, u_char **ptr,u_int32_t *count); Static void uftdi_write(void *sc, int portno, u_char *to, u_char *from, u_int32_t *count); Static void uftdi_break(void *sc, int portno, int onoff); struct ucom_callback uftdi_callback = { uftdi_get_status, uftdi_set, uftdi_param, NULL, uftdi_open, NULL, uftdi_read, uftdi_write, }; USB_MATCH(uftdi) { USB_MATCH_START(uftdi, uaa); if (uaa->iface != NULL) return (UMATCH_NONE); DPRINTFN(20,("uftdi: vendor=0x%x, product=0x%x\n", uaa->vendor, uaa->product)); if (uaa->vendor == USB_VENDOR_FTDI && (uaa->product == USB_PRODUCT_FTDI_SERIAL_8U100AX || uaa->product == USB_PRODUCT_FTDI_SERIAL_8U232AM || uaa->product == USB_PRODUCT_FTDI_SEMC_DSS20 || uaa->product == USB_PRODUCT_FTDI_CFA_631 || uaa->product == USB_PRODUCT_FTDI_CFA_632 || uaa->product == USB_PRODUCT_FTDI_CFA_633 || uaa->product == USB_PRODUCT_FTDI_CFA_634 || uaa->product == USB_PRODUCT_FTDI_USBSERIAL || uaa->product == USB_PRODUCT_FTDI_MX2_3 || uaa->product == USB_PRODUCT_FTDI_MX4_5 || uaa->product == USB_PRODUCT_FTDI_LK202 || uaa->product == USB_PRODUCT_FTDI_LK204)) return (UMATCH_VENDOR_PRODUCT); if (uaa->vendor == USB_VENDOR_SIIG2 && (uaa->product == USB_PRODUCT_SIIG2_US2308)) return (UMATCH_VENDOR_PRODUCT); if (uaa->vendor == USB_VENDOR_INTREPIDCS && (uaa->product == USB_PRODUCT_INTREPIDCS_VALUECAN || uaa->product == USB_PRODUCT_INTREPIDCS_NEOVI)) return (UMATCH_VENDOR_PRODUCT); /* UMTS: */ if (uaa->vendor == USB_VENDOR_OPTIONNV && (uaa->product == USB_PRODUCT_OPTIONNV_QUADUMTS)) return (UMATCH_VENDOR_PRODUCT); if (uaa->vendor == USB_VENDOR_OPTIONNV && (uaa->product == USB_PRODUCT_OPTIONNV_QUADUMTS2)) return (UMATCH_VENDOR_PRODUCT); return (UMATCH_NONE); } USB_ATTACH(uftdi) { USB_ATTACH_START(uftdi, sc, uaa); usbd_device_handle dev = uaa->device; usbd_interface_handle iface; usb_interface_descriptor_t *id; usb_endpoint_descriptor_t *ed; char *devinfo; const char *devname; int i; usbd_status err; struct ucom_softc *ucom = &sc->sc_ucom; DPRINTFN(10,("\nuftdi_attach: sc=%p\n", sc)); devinfo = malloc(1024, M_USBDEV, M_WAITOK); ucom->sc_dev = self; ucom->sc_udev = dev; devname = USBDEVNAME(ucom->sc_dev); /* Move the device into the configured state. */ err = usbd_set_config_index(dev, UFTDI_CONFIG_INDEX, 1); if (err) { printf("\n%s: failed to set configuration, err=%s\n", devname, usbd_errstr(err)); goto bad; } err = usbd_device2interface_handle(dev, UFTDI_IFACE_INDEX, &iface); if (err) { printf("\n%s: failed to get interface, err=%s\n", devname, usbd_errstr(err)); goto bad; } usbd_devinfo(dev, 0, devinfo); /* USB_ATTACH_SETUP;*/ printf("%s: %s\n", devname, devinfo); id = usbd_get_interface_descriptor(iface); ucom->sc_iface = iface; switch( uaa->vendor ){ case USB_VENDOR_FTDI: case USB_VENDOR_OPTIONNV: /* UMTS: */ switch( uaa->product ){ case USB_PRODUCT_FTDI_SERIAL_8U100AX: case USB_PRODUCT_OPTIONNV_QUADUMTS: /* UMTS: */ case USB_PRODUCT_OPTIONNV_QUADUMTS2: /* UMTS: */ sc->sc_type = UFTDI_TYPE_SIO; sc->sc_hdrlen = 1; break; case USB_PRODUCT_FTDI_SEMC_DSS20: case USB_PRODUCT_FTDI_SERIAL_8U232AM: case USB_PRODUCT_FTDI_CFA_631: case USB_PRODUCT_FTDI_CFA_632: case USB_PRODUCT_FTDI_CFA_633: case USB_PRODUCT_FTDI_CFA_634: case USB_PRODUCT_FTDI_USBSERIAL: case USB_PRODUCT_FTDI_MX2_3: case USB_PRODUCT_FTDI_MX4_5: case USB_PRODUCT_FTDI_LK202: case USB_PRODUCT_FTDI_LK204: sc->sc_type = UFTDI_TYPE_8U232AM; sc->sc_hdrlen = 0; break; default: /* Can't happen */ goto bad; } break; case USB_VENDOR_INTREPIDCS: switch( uaa->product ){ case USB_PRODUCT_INTREPIDCS_VALUECAN: case USB_PRODUCT_INTREPIDCS_NEOVI: sc->sc_type = UFTDI_TYPE_8U232AM; sc->sc_hdrlen = 0; break; default: /* Can't happen */ goto bad; } break; case USB_VENDOR_SIIG2: switch( uaa->product ){ case USB_PRODUCT_SIIG2_US2308: sc->sc_type = UFTDI_TYPE_8U232AM; sc->sc_hdrlen = 0; break; default: /* Can't happen */ goto bad; } break; default: /* Can't happen */ goto bad; } ucom->sc_bulkin_no = ucom->sc_bulkout_no = -1; printf("%s: id->bNumEndpoints %d\n", devname, id->bNumEndpoints); /* UMTS: */ for (i = 0; i < id->bNumEndpoints; i++) { int addr, dir, attr; ed = usbd_interface2endpoint_descriptor(iface, i); if (ed == NULL) { printf("%s: could not read endpoint descriptor" ": %s\n", devname, usbd_errstr(err)); goto bad; } addr = ed->bEndpointAddress; dir = UE_GET_DIR(ed->bEndpointAddress); attr = ed->bmAttributes & UE_XFERTYPE; printf("%s: Endpoint %d addr 0x%x dir 0x%x attr 0x%x\n", devname, i, addr, dir, attr); /* UMTS: */ if (dir == UE_DIR_IN && attr == UE_BULK) ucom->sc_bulkin_no = addr; else if (dir == UE_DIR_OUT && attr == UE_BULK) ucom->sc_bulkout_no = addr; /* UMTS: what to do with this one? */ else if (dir == UE_DIR_IN && attr == UE_INTERRUPT) { printf("%s: Endpoint %d attr UE_INTERRUPT, not registered\n", devname, i); /* UMTS: */ } else { printf("%s: unexpected endpoint\n", devname); goto bad; } } if (ucom->sc_bulkin_no == -1) { printf("%s: Could not find data bulk in\n", devname); goto bad; } if (ucom->sc_bulkout_no == -1) { printf("%s: Could not find data bulk out\n", devname); goto bad; } ucom->sc_parent = sc; ucom->sc_portno = 0; /* UMTS: Andrew: port number passed back into other fns??? */ /* bulkin, bulkout set above */ ucom->sc_ibufsize = UFTDIIBUFSIZE; ucom->sc_obufsize = UFTDIOBUFSIZE; /* UMTS: Andrew - sc->sc_hdrlen; */ ucom->sc_ibufsizepad = UFTDIIBUFSIZE; ucom->sc_opkthdrlen = 0; /* UMTS: Andrew: sc->sc_hdrlen; */ ucom->sc_callback = &uftdi_callback; #if 0 usbd_add_drv_event(USB_EVENT_DRIVER_ATTACH, ucom->sc_udev, USBDEV(ucom->sc_dev)); #endif DPRINTF(("uftdi: in=0x%x out=0x%x\n", ucom->sc_bulkin_no, ucom->sc_bulkout_no)); ucom_attach(&sc->sc_ucom); free(devinfo, M_USBDEV); USB_ATTACH_SUCCESS_RETURN; bad: DPRINTF(("uftdi_attach: ATTACH ERROR\n")); ucom->sc_dying = 1; free(devinfo, M_USBDEV); USB_ATTACH_ERROR_RETURN; } #if 0 int uftdi_activate(device_ptr_t self, enum devact act) { struct uftdi_softc *sc = (struct uftdi_softc *)self; int rv = 0; switch (act) { case DVACT_ACTIVATE: return (EOPNOTSUPP); case DVACT_DEACTIVATE: if (sc->sc_subdev != NULL) rv = config_deactivate(sc->sc_subdev); sc->sc_ucom.sc_dying = 1; break; } return (rv); } #endif #if 1 USB_DETACH(uftdi) { USB_DETACH_START(uftdi, sc); int rv = 0; DPRINTF(("uftdi_detach: sc=%p\n", sc)); sc->sc_ucom.sc_dying = 1; rv = ucom_detach(&sc->sc_ucom); return rv; } #endif Static int uftdi_open(void *vsc, int portno) { struct uftdi_softc *sc = vsc; struct ucom_softc *ucom = &sc->sc_ucom; usb_device_request_t req; usbd_status err; struct termios t; DPRINTF(("uftdi_open: sc=%p\n", sc)); if (ucom->sc_dying) return (EIO); /* UMTS: Andrew: we skip all the baud settings etc. here */ return (0); /* Perform a full reset on the device */ req.bmRequestType = UT_WRITE_VENDOR_DEVICE; req.bRequest = FTDI_SIO_RESET; USETW(req.wValue, FTDI_SIO_RESET_SIO); USETW(req.wIndex, portno); USETW(req.wLength, 0); err = usbd_do_request(ucom->sc_udev, &req, NULL); if (err) return (EIO); /* Set 9600 baud, 2 stop bits, no parity, 8 bits */ t.c_ospeed = 9600; t.c_cflag = CSTOPB | CS8; (void)uftdi_param(sc, portno, &t); /* Turn on RTS/CTS flow control */ req.bmRequestType = UT_WRITE_VENDOR_DEVICE; req.bRequest = FTDI_SIO_SET_FLOW_CTRL; USETW(req.wValue, 0); USETW2(req.wIndex, FTDI_SIO_RTS_CTS_HS, portno); USETW(req.wLength, 0); err = usbd_do_request(ucom->sc_udev, &req, NULL); if (err) return (EIO); return (0); } Static void uftdi_read(void *vsc, int portno, u_char **ptr, u_int32_t *count) { struct uftdi_softc *sc = vsc; u_char msr, lsr; DPRINTFN(15,("uftdi_read: sc=%p, port=%d count=%d\n", sc, portno, *count)); /* UMTS: msr = FTDI_GET_MSR(*ptr); lsr = FTDI_GET_LSR(*ptr); */ #ifdef USB_DEBUG if (*count != 2) DPRINTFN(10,("uftdi_read: sc=%p, port=%d count=%d data[0]=" "0x%02x\n", sc, portno, *count, (*ptr)[2])); #endif return; /* UMTS: Andrew says: Appears to get called with buffers full of data received from the device, with the option to remove headers or perform other processing. For our device, it all passes straight through. */ if (sc->sc_msr != msr || (sc->sc_lsr & FTDI_LSR_MASK) != (lsr & FTDI_LSR_MASK)) { DPRINTF(("uftdi_read: status change msr=0x%02x(0x%02x) " "lsr=0x%02x(0x%02x)\n", msr, sc->sc_msr, lsr, sc->sc_lsr)); sc->sc_msr = msr; sc->sc_lsr = lsr; ucom_status_change(&sc->sc_ucom); } /* Pick up status and adjust data part. */ *ptr += 2; *count -= 2; } Static void uftdi_write(void *vsc, int portno, u_char *to, u_char *from, u_int32_t *count) { struct uftdi_softc *sc = vsc; DPRINTFN(10,("uftdi_write: sc=%p, port=%d count=%u data[0]=0x%02x\n", vsc, portno, *count, from[0])); /* Make length tag and copy data */ /* UMTS: Andrew says: Gets called with buffer of data to go to the device, with the opportunity to add headers etc. We just copy it unchanged. */ memcpy(to, from, *count); return; if (sc->sc_hdrlen > 0) *to = FTDI_OUT_TAG(*count, portno); memcpy(to + sc->sc_hdrlen, from, *count); *count += sc->sc_hdrlen; } Static void uftdi_set(void *vsc, int portno, int reg, int onoff) { struct uftdi_softc *sc = vsc; struct ucom_softc *ucom = vsc; usb_device_request_t req; int ctl; DPRINTF(("uftdi_set: sc=%p, port=%d reg=%d onoff=%d\n", vsc, portno, reg, onoff)); switch (reg) { case UCOM_SET_DTR: ctl = onoff ? FTDI_SIO_SET_DTR_HIGH : FTDI_SIO_SET_DTR_LOW; printf("uftdi: DTR %s\n", onoff ? "on" : "off"); /* UMTS: */ break; case UCOM_SET_RTS: ctl = onoff ? FTDI_SIO_SET_RTS_HIGH : FTDI_SIO_SET_RTS_LOW; printf("uftdi: RTS %s\n", onoff ? "on" : "off"); /* UMTS: */ break; case UCOM_SET_BREAK: uftdi_break(sc, portno, onoff); printf("uftdi: BREAK %s\n", onoff ? "on" : "off"); /* UMTS: */ return; default: return; } /* UMTS: Andrew skiped the rest */ return; req.bmRequestType = UT_WRITE_VENDOR_DEVICE; req.bRequest = FTDI_SIO_MODEM_CTRL; USETW(req.wValue, ctl); USETW(req.wIndex, portno); USETW(req.wLength, 0); DPRINTFN(2,("uftdi_set: reqtype=0x%02x req=0x%02x value=0x%04x " "index=0x%04x len=%d\n", req.bmRequestType, req.bRequest, UGETW(req.wValue), UGETW(req.wIndex), UGETW(req.wLength))); (void)usbd_do_request(ucom->sc_udev, &req, NULL); } Static int uftdi_param(void *vsc, int portno, struct termios *t) { struct uftdi_softc *sc = vsc; struct ucom_softc *ucom = &sc->sc_ucom; usb_device_request_t req; usbd_status err; int rate=0, data, flow; DPRINTF(("uftdi_param: sc=%p\n", sc)); if (ucom->sc_dying) return (EIO); /* UMTS: Adrew says: Our device doesn't have any known means of baud/format control */ return (0); switch (sc->sc_type) { case UFTDI_TYPE_SIO: switch (t->c_ospeed) { case 300: rate = ftdi_sio_b300; break; case 600: rate = ftdi_sio_b600; break; case 1200: rate = ftdi_sio_b1200; break; case 2400: rate = ftdi_sio_b2400; break; case 4800: rate = ftdi_sio_b4800; break; case 9600: rate = ftdi_sio_b9600; break; case 19200: rate = ftdi_sio_b19200; break; case 38400: rate = ftdi_sio_b38400; break; case 57600: rate = ftdi_sio_b57600; break; case 115200: rate = ftdi_sio_b115200; break; default: return (EINVAL); } break; case UFTDI_TYPE_8U232AM: switch(t->c_ospeed) { case 300: rate = ftdi_8u232am_b300; break; case 600: rate = ftdi_8u232am_b600; break; case 1200: rate = ftdi_8u232am_b1200; break; case 2400: rate = ftdi_8u232am_b2400; break; case 4800: rate = ftdi_8u232am_b4800; break; case 9600: rate = ftdi_8u232am_b9600; break; case 19200: rate = ftdi_8u232am_b19200; break; case 38400: rate = ftdi_8u232am_b38400; break; case 57600: rate = ftdi_8u232am_b57600; break; case 115200: rate = ftdi_8u232am_b115200; break; case 230400: rate = ftdi_8u232am_b230400; break; case 460800: rate = ftdi_8u232am_b460800; break; case 921600: rate = ftdi_8u232am_b921600; break; case 2000000: rate = ftdi_8u232am_b2000000; break; case 3000000: rate = ftdi_8u232am_b3000000; break; default: return (EINVAL); } break; } req.bmRequestType = UT_WRITE_VENDOR_DEVICE; req.bRequest = FTDI_SIO_SET_BAUD_RATE; USETW(req.wValue, rate); USETW(req.wIndex, portno); USETW(req.wLength, 0); DPRINTFN(2,("uftdi_param: reqtype=0x%02x req=0x%02x value=0x%04x " "index=0x%04x len=%d\n", req.bmRequestType, req.bRequest, UGETW(req.wValue), UGETW(req.wIndex), UGETW(req.wLength))); err = usbd_do_request(ucom->sc_udev, &req, NULL); if (err) return (EIO); if (ISSET(t->c_cflag, CSTOPB)) data = FTDI_SIO_SET_DATA_STOP_BITS_2; else data = FTDI_SIO_SET_DATA_STOP_BITS_1; if (ISSET(t->c_cflag, PARENB)) { if (ISSET(t->c_cflag, PARODD)) data |= FTDI_SIO_SET_DATA_PARITY_ODD; else data |= FTDI_SIO_SET_DATA_PARITY_EVEN; } else data |= FTDI_SIO_SET_DATA_PARITY_NONE; switch (ISSET(t->c_cflag, CSIZE)) { case CS5: data |= FTDI_SIO_SET_DATA_BITS(5); break; case CS6: data |= FTDI_SIO_SET_DATA_BITS(6); break; case CS7: data |= FTDI_SIO_SET_DATA_BITS(7); break; case CS8: data |= FTDI_SIO_SET_DATA_BITS(8); break; } sc->last_lcr = data; req.bmRequestType = UT_WRITE_VENDOR_DEVICE; req.bRequest = FTDI_SIO_SET_DATA; USETW(req.wValue, data); USETW(req.wIndex, portno); USETW(req.wLength, 0); DPRINTFN(2,("uftdi_param: reqtype=0x%02x req=0x%02x value=0x%04x " "index=0x%04x len=%d\n", req.bmRequestType, req.bRequest, UGETW(req.wValue), UGETW(req.wIndex), UGETW(req.wLength))); err = usbd_do_request(ucom->sc_udev, &req, NULL); if (err) return (EIO); if (ISSET(t->c_cflag, CRTSCTS)) { flow = FTDI_SIO_RTS_CTS_HS; USETW(req.wValue, 0); } else if (ISSET(t->c_iflag, IXON|IXOFF)) { flow = FTDI_SIO_XON_XOFF_HS; USETW2(req.wValue, t->c_cc[VSTOP], t->c_cc[VSTART]); } else { flow = FTDI_SIO_DISABLE_FLOW_CTRL; USETW(req.wValue, 0); } req.bmRequestType = UT_WRITE_VENDOR_DEVICE; req.bRequest = FTDI_SIO_SET_FLOW_CTRL; USETW2(req.wIndex, flow, portno); USETW(req.wLength, 0); err = usbd_do_request(ucom->sc_udev, &req, NULL); if (err) return (EIO); return (0); } void uftdi_get_status(void *vsc, int portno, u_char *lsr, u_char *msr) { struct uftdi_softc *sc = vsc; DPRINTF(("uftdi_status: msr=0x%02x lsr=0x%02x\n", sc->sc_msr, sc->sc_lsr)); /* UMTS: Andrew says: These are apparently supposed to reflect 16550 MSR/LSR registers. We don't have any of this status, so just return defaults. */ if (msr != NULL) *msr = 0; /* UMTS: sc->sc_msr; */ if (lsr != NULL) *lsr = 0; /* UMTS: sc->sc_lsr; */ } void uftdi_break(void *vsc, int portno, int onoff) { struct uftdi_softc *sc = vsc; struct ucom_softc *ucom = vsc; usb_device_request_t req; int data; DPRINTF(("uftdi_break: sc=%p, port=%d onoff=%d\n", vsc, portno, onoff)); /* UMTS: Andrew: */ printf("uftdi: set break %s\n", onoff ? "active" : "off"); return; if (onoff) { data = sc->last_lcr | FTDI_SIO_SET_BREAK; } else { data = sc->last_lcr; } req.bmRequestType = UT_WRITE_VENDOR_DEVICE; req.bRequest = FTDI_SIO_SET_DATA; USETW(req.wValue, data); USETW(req.wIndex, portno); USETW(req.wLength, 0); (void)usbd_do_request(ucom->sc_udev, &req, NULL); } Static device_method_t uftdi_methods[] = { /* Device interface */ DEVMETHOD(device_probe, uftdi_match), DEVMETHOD(device_attach, uftdi_attach), DEVMETHOD(device_detach, uftdi_detach), { 0, 0 } }; Static driver_t uftdi_driver = { "ucom", uftdi_methods, sizeof (struct uftdi_softc) }; DRIVER_MODULE(uftdi, uhub, uftdi_driver, ucom_devclass, usbd_driver_load, 0); MODULE_DEPEND(uftdi, usb, 1, 1, 1); MODULE_DEPEND(uftdi, ucom,UCOM_MINVER, UCOM_PREFVER, UCOM_MAXVER); --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="umts.txt" $Id: umts.txt,v 1.3 2005/10/27 06:29:20 guru Exp $ The hacked driver usb/uftdi (thanks to Andrew Gordon for the idea and some nice details) now has support for the two cards: vendor=0x0af0 product=0x6300 vendor=0x0af0 product=0x6000 the changed kernel files are: /usr/src/sys/dev/usb/usbdevs /usr/src/sys/dev/usb/uftdi.c /usr/src/sys/dev/usb/ucom.c check for details; an attach brings up in user land the device /dev/ucom0 details of the two tested cards: product=0x6300 (used by the provider Vodafone in Germany): FreeBSD Kermit>set line /dev/ucom0 FreeBSD Kermit>c Connecting to /dev/ucom0, speed 9600 ati Manufacturer: Option N.V. Model: GlobeTrotter Fusion Quad Lite Revision: 1.5.5 (Date: May 17 2005, Time: 14:55:44) OK may be it is this one: http://www.option.com/products/fusionquad.shtml product=0x6000 (used by the provider German T-Com): ati2 Manufacturer: Option N.V. Model: GlobeTrotter Fusion Revision: 2.2.1dnp (Date: Sep 13 2004, Time: 11:15:47) OK the PPPD daemon is a bit outdated and tricky on FreeBSD and can't deduce the remote peers addr: ... sent [IPCP ConfNak id=0x4a ] rcvd [IPCP ConfNak id=0x5 ] sent [IPCP ConfReq id=0x6 ] rcvd [IPCP ConfReq id=0x4b] sent [IPCP ConfAck id=0x4b] rcvd [IPCP ConfAck id=0x6 ] Could not determine remote IP address sent [IPCP TermReq id=0x7 "Could not determine remote IP address"] on Linux they seem to deduce the remote addr simply from the local one: sent [IPCP ConfReq id=0x5 ] rcvd [IPCP ConfAck id=0x5 ] rcvd [IPCP ConfReq id=0x5] sent [IPCP ConfAck id=0x5] Could not determine remote IP address: defaulting to 10.64.64.64 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ local IP address 10.227.222.211 remote IP address 10.64.64.64 primary DNS address 139.7.30.125 secondary DNS address 139.7.30.126 the line in /etc/ppp/peers/umts: noipdefault :10.64.64.64 helps him out, but this is a dirty trick I think (XXX) btw: the pppd 2.4.3 simple has this code extended: if (ho->hisaddr == 0) { ho->hisaddr = htonl(0x0a404040 + ifunit); warn("Could not determine remote IP address: defaulting to %I", ho->hisaddr); } FreeBSD comes with pppd-2.3.11; the version 2.4.x is not ported to FreeBSD; the launch of PPP is: # /usr/local/sbin/pppd call umts with these two files (the line +--------------+ does not belong to the file itself): /etc/ppp/chat-umts: +----------------------------------------------------------------+ '' AT OK at_opsys=1,2 # # we can not send down the PIN twice, it gives 'ERROR' 2nd time # how we can logout the SIM from UMTS? # OK at+cpin="xxxxxxx" '' AT+CGDCONT=1,"IP","web.vodafone.de" OK ATD*99***1# 'CONNECT 384000' +----------------------------------------------------------------+ /etc/ppp/peers/umts: +----------------------------------------------------------------+ ucom0 230400 crtscts connect '/usr/bin/chat -v -f /etc/ppp/chat-umts ; \ sleep 5' name UMTS_CHAP_SRVR noipdefault :10.64.64.64 novj noccp defaultroute ipcp-max-configure 20 ipcp-max-failure 20 ipcp-max-terminate 20 ipcp-accept-local ipcp-accept-remote usepeerdns +----------------------------------------------------------------+ I've send this e-mail to the manufactur, they replied that they can't give me more information without having a 'project' to work on this (read: the chance to earn money): Hello, Vodafone in Germany send me a PCMCIA card which says about itself: ati Manufacturer: Option N.V. Model: GlobeTrotter Fusion Quad Lite Revision: 1.5.5 (Date: May 17 2005, Time: 14:55:44) OK and I'm writing an USB based device driver to get the card working in the operating system FreeBSD 5.4. The driver is already working fine and I can subscribe perfectly to UMTS. I'ld like to have a look in some technical specification of the this card to clear-up some questions I still have in my driver, for example how to use the 3rd endpoint, the inerrupt driven one, the card provides? Please contact me by e-mail so that I could give more information and details about this work: Thanks in advance and kind regards, Matthias Subject: RE: Option Support Web Form Date: Mon, 3 Oct 2005 17:49:38 +0200 From: "Support@Option" To: Dear Sir, The card you have purchased is a Vodafone card, normally Vodafone should provide the necessary support. I understand Vodafone may not know all necessary information and we do not have a simple single document we can provide regarding this interface. This being said in the newest Linux kernel is a fully functional driver for this type of card. The sources are available for this driver and you can have a look at them to find out how this driver works. In the scope of a sufficiently big enough project our engineers may be able to answer more specific questions regarding this card. Of course, complicated questions will require a bigger project in order to justify the necessary resources to answer your question. I hope you understand our point of view in this. Best regards, --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="usbdevs.diff" 340d339 < vendor OPTIONNV 0x0af0 Option N.V. 541d539 < product CANON EOS300D 0x3084 EOS 300D / Digital Rebel 1069,1072d1066 < < /* Option N.V. */ < product OPTIONNV QUADUMTS2 0x6000 GlobeTrotter Fusion Quad Lite UMTS/GPRS < product OPTIONNV QUADUMTS 0x6300 GlobeTrotter Fusion Quad Lite 3D --J/dobhs11T7y2rNN-- From owner-freebsd-mobile@FreeBSD.ORG Thu Nov 3 08:56: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 7D29C16A41F; Thu, 3 Nov 2005 08:56:24 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 091EC43D46; Thu, 3 Nov 2005 08:56:23 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.54 (FreeBSD)) id 1EXatR-000EfS-QB; Thu, 03 Nov 2005 11:56:21 +0300 From: Vladimir Grebenschikov To: "Matthew N. Dodd" In-Reply-To: <20050323154642.J37251@sasami.jurai.net> References: <1110800717.1296.19.camel@localhost> <200503231411.46948.jhb@FreeBSD.org> <1111610025.1471.6.camel@localhost> <20050323154642.J37251@sasami.jurai.net> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Thu, 03 Nov 2005 11:56:20 +0300 Message-Id: <1131008180.1295.10.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: "current@freebsd.org" , John Baldwin , freebsd-mobile@FreeBSD.ORG Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Nov 2005 08:56:24 -0000 =F7 =D3=D2, 23/03/2005 =D7 15:48 -0500, Matthew N. Dodd =D0=C9=DB=C5=D4: > You want this: >=20 > ftp://ftp.jurai.net/users/winter/cam-detach.patch >=20 > You will then be able to perform a 'camcontrol detach daX', swap cards,=20 > and run 'camcontrol rescan'. Is there any chance to get this patch commited ? It is useful and I am using it for half year. --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-mobile@FreeBSD.ORG Thu Nov 3 09:31: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 4D16E16A4C7 for ; Thu, 3 Nov 2005 09:31:31 +0000 (GMT) (envelope-from jens.rehsack.ext@siemensvdo.com) Received: from lizzard.sbs.de (lizzard.sbs.de [194.138.37.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A59F43D45 for ; Thu, 3 Nov 2005 09:31:28 +0000 (GMT) (envelope-from jens.rehsack.ext@siemensvdo.com) Received: from mail1.sbs.de (localhost [127.0.0.1]) by lizzard.sbs.de (8.12.6/8.12.6) with ESMTP id jA39VQSX030006; Thu, 3 Nov 2005 10:31:26 +0100 Received: from rbgs555a.ww011.siemens.net (rbgs555a.ww011.siemens.net [144.145.109.9]) by mail1.sbs.de (8.12.6/8.12.6) with ESMTP id jA39VQbL012593; Thu, 3 Nov 2005 10:31:26 +0100 Received: from krbdf7ma.ww011.siemens.net ([158.92.210.82]) by rbgs555a.ww011.siemens.net with Microsoft SMTPSVC(6.0.3790.1830); Thu, 3 Nov 2005 10:31:26 +0100 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Thu, 3 Nov 2005 10:31:25 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Help getting Option N.V. Fusion UMTS Quad-GPRS run thread-index: AcXgTLNqjNoYTq45RLqjB7aLWI82ggADG16Q From: "Rehsack Jens \(ext\)" To: X-OriginalArrivalTime: 03 Nov 2005 09:31:26.0207 (UTC) FILETIME=[5CB600F0:01C5E059] Cc: freebsd-mobile@freebsd.org Subject: RE: Help getting Option N.V. Fusion UMTS Quad-GPRS run 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, 03 Nov 2005 09:31:33 -0000 From: guru@Sisis.de [mailto:guru@Sisis.de]=20 Sent: Thursday, November 03, 2005 9:00 AM To: Rehsack Jens (ext) Cc: freebsd-mobile@freebsd.org Subject: Re: Help getting Option N.V. Fusion UMTS Quad-GPRS run > El d=EDa Wednesday, November 02, 2005 a las 08:08:37PM +0100, Rehsack = Jens (ext) escribi=F3: >=20 > > Hi all, > >=20 > > with the workaround from Warner I get the card below activated, but = it > > seems to > > me, that the devices after the USB Hub on the card are adressed with = the > > wrong > > bus id, too. > >=20 > > Does anyone has an idea, how I can set the appropriate bus id's, so = that > > the card > > will work properly? >=20 > Hello Jens, >=20 > maybe the attached files help you out somehow; I got mine UMTS > card to work; >=20 > attached you will find the following documents: > =20 > - umts.txt describing all the details I know; > - a modified source /usr/src/sys/dev/usb/uftdi.c > for the uftdi.ko kernel module > - a diff for /usr/src/sys/dev/usb/usbdevs > - a diff for /usr/src/sys/dev/usb/ucom.c > =20 > matthias Hi Matthias, thanks for the files, I'll check them and let you know whether it works = or not. Jens From owner-freebsd-mobile@FreeBSD.ORG Thu Nov 3 13:44:19 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 D73EE16A41F for ; Thu, 3 Nov 2005 13:44:19 +0000 (GMT) (envelope-from incmc@gmx.de) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 8FB9F43D6B for ; Thu, 3 Nov 2005 13:44:16 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail invoked by alias); 03 Nov 2005 13:44:14 -0000 Received: from dslb-084-061-007-054.pools.arcor-ip.net (EHLO ms.homeip.net) [84.61.7.54] by mail.gmx.net (mp032) with SMTP; 03 Nov 2005 14:44:14 +0100 X-Authenticated: #15946415 Received: from id4cc1774.versanet.de ([212.204.23.116] helo=nix-rechnername-auspaehen-hier) by ms.homeip.net with esmtpsa (SSLv3:RC4-MD5:128) id 1EXfO4-0009Uy-LH for freebsd-mobile@freebsd.org; Thu, 03 Nov 2005 14:44:16 +0100 From: Jochen Gensch To: freebsd-mobile@freebsd.org Date: Thu, 3 Nov 2005 14:43:53 +0100 User-Agent: KMail/1.8.2 References: <4362188D.1030308@gmx.de> <200510281130.37188.asstec@matik.com.br> In-Reply-To: <200510281130.37188.asstec@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511031443.53992.incmc@gmx.de> X-Y-GMX-Trusted: 0 Subject: Re: Atheros 108 Mbit mode X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Nov 2005 13:44:20 -0000 Am Freitag 28 Oktober 2005 16:30 schrieb AT Matik: > the turbo mode should be 108Mbps when a compatible client is connected I can see a valid turbo mode via ifconfig -m ath0. But if I run wpa_supplicant manually I shows the following output: wpa_supplicant -i ath0 -d -c /etc/wpa_supplicant.conf 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='DA-BUTZE-COE' Initializing interface (2) 'ath0' Own MAC address: 00:0f:b5:26:a9:e5 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 Using existing control interface directory. Starting AP scan (broadcast SSID) Received 0 bytes of scan results (1 BSSes) Scan results: 1 Selecting BSS from priority group 0 0: 00:0f:b5:e7:17:90 ssid='DA-BUTZE-COE' wpa_ie_len=24 rsn_ie_len=0 selected Trying to associate with 00:0f:b5:e7:17:90 (SSID='DA-BUTZE-COE' freq=2437 MHz) Cancelling scan request Automatic auth_alg selection: 0x1 WPA: using IEEE 802.11i/D3.0 WPA: Selected cipher suites: group 8 pairwise 8 key_mgmt 2 WPA: using GTK TKIP WPA: using PTK TKIP WPA: using KEY_MGMT WPA-PSK WPA: Own WPA IE - hexdump(len=24): dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 No keys have been configured - skip key clearing wpa_driver_bsd_set_drop_unencrypted: enabled=1 wpa_driver_bsd_associate: ssid 'DA-BUTZE-COE' wpa ie len 24 pairwise 2 group 2 key mgmt 1 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:b5:e7:17:90 No keys have been configured - skip key clearing Associated with 00:0f:b5:e7:17:90 Setting authentication timeout: 10 sec 0 usec RX EAPOL from 00:0f:b5:e7:17:90 Setting authentication timeout: 10 sec 0 usec IEEE 802.1X RX: version=1 type=3 length=95 EAPOL-Key type=254 WPA: RX message 1 of 4-Way Handshake from 00:0f:b5:e7:17:90 (ver=1) WPA: Renewed SNonce - hexdump(len=32): 56 11 5b 20 7a fe 58 40 bd de 36 94 b3 10 4b 02 74 eb 76 22 6e e4 c8 c6 1f fc 58 76 6a 11 12 de WPA: PMK - hexdump(len=32): [REMOVED] WPA: PTK - hexdump(len=64): [REMOVED] WPA: EAPOL-Key MIC - hexdump(len=16): 21 59 6d c1 21 5a 8d 7a 84 c7 bc 3e e0 23 ee f8 WPA: Sending EAPOL-Key 2/4 RX EAPOL from 00:0f:b5:e7:17:90 IEEE 802.1X RX: version=1 type=3 length=95 EAPOL-Key type=254 WPA: RX message 1 of 4-Way Handshake from 00:0f:b5:e7:17:90 (ver=1) WPA: PMK - hexdump(len=32): [REMOVED] WPA: PTK - hexdump(len=64): [REMOVED] WPA: EAPOL-Key MIC - hexdump(len=16): 0c b4 7f 79 85 a6 c5 dd 6a 6b a7 7d 47 83 77 81 WPA: Sending EAPOL-Key 2/4 RX EAPOL from 00:0f:b5:e7:17:90 IEEE 802.1X RX: version=1 type=3 length=95 EAPOL-Key type=254 WPA: RX message 1 of 4-Way Handshake from 00:0f:b5:e7:17:90 (ver=1) WPA: PMK - hexdump(len=32): [REMOVED] WPA: PTK - hexdump(len=64): [REMOVED] WPA: EAPOL-Key MIC - hexdump(len=16): c7 77 0c 48 71 d8 b2 7e 1e 7f 64 fb eb 3c 26 51 WPA: Sending EAPOL-Key 2/4 RX EAPOL from 00:0f:b5:e7:17:90 IEEE 802.1X RX: version=1 type=3 length=95 EAPOL-Key type=254 WPA: RX message 1 of 4-Way Handshake from 00:0f:b5:e7:17:90 (ver=1) WPA: PMK - hexdump(len=32): [REMOVED] WPA: PTK - hexdump(len=64): [REMOVED] WPA: EAPOL-Key MIC - hexdump(len=16): cc 40 2b 73 50 b3 21 e5 85 f3 1c 48 45 e9 3a 35 WPA: Sending EAPOL-Key 2/4 Setting scan request: 0 sec 100000 usec Added BSSID 00:0f:b5:e7:17:90 into blacklist Disconnect event - remove keys 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_del_key: addr=00:00:00:00:00:00 keyidx=0 ioctl[SIOCS80211, op 20, len 7]: Can't assign requested address And after that last message the connection breaks down again... Jochen From owner-freebsd-mobile@FreeBSD.ORG Thu Nov 3 14:21: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 75D4516A41F; Thu, 3 Nov 2005 14:21:39 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (sasami.jurai.net [70.88.158.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAD8043D46; Thu, 3 Nov 2005 14:21:38 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [70.88.158.93]) by sasami.jurai.net (8.13.1/8.13.1) with ESMTP id jA3ELMUp079998; Thu, 3 Nov 2005 09:21:28 -0500 (EST) (envelope-from mdodd@FreeBSD.ORG) Date: Thu, 3 Nov 2005 09:21:22 -0500 (EST) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: Vladimir Grebenschikov In-Reply-To: <1131008180.1295.10.camel@localhost> Message-ID: <20051103092055.W84465@sasami.jurai.net> References: <1110800717.1296.19.camel@localhost> <200503231411.46948.jhb@FreeBSD.org> <1111610025.1471.6.camel@localhost> <20050323154642.J37251@sasami.jurai.net> <1131008180.1295.10.camel@localhost> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-247358547-1131027682=:84465" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (sasami.jurai.net [70.88.158.93]); Thu, 03 Nov 2005 09:21:29 -0500 (EST) Cc: "current@freebsd.org" , John Baldwin , freebsd-mobile@FreeBSD.ORG Subject: Re: Reattach/redetect allways connected umass device - is it possible ? 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, 03 Nov 2005 14:21:39 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-247358547-1131027682=:84465 Content-Type: TEXT/PLAIN; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8BIT On Thu, 3 Nov 2005, Vladimir Grebenschikov wrote: > ÷ ÓÒ, 23/03/2005 × 15:48 -0500, Matthew N. Dodd ÐÉÛÅÔ: >> You want this: >> >> ftp://ftp.jurai.net/users/winter/cam-detach.patch >> >> You will then be able to perform a 'camcontrol detach daX', swap cards, >> and run 'camcontrol rescan'. > > Is there any chance to get this patch commited ? > It is useful and I am using it for half year. Its got really bad race conditions. --0-247358547-1131027682=:84465-- From owner-freebsd-mobile@FreeBSD.ORG Fri Nov 4 00:34: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 6EA6516A41F for ; Fri, 4 Nov 2005 00:34:01 +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 BFEE843D48 for ; Fri, 4 Nov 2005 00:34:00 +0000 (GMT) (envelope-from asstec@matik.com.br) Received: from [192.168.2.2] (ap6.matik.com.br [200.152.83.36] (may be forged)) by msrv.matik.com.br (8.13.3/8.13.1) with ESMTP id jA40Y1Mx066723 for ; Thu, 3 Nov 2005 22:34:01 -0200 (BRST) (envelope-from asstec@matik.com.br) From: AT Matik Organization: Infomatik To: freebsd-mobile@freebsd.org Date: Thu, 3 Nov 2005 22:33:49 -0300 User-Agent: KMail/1.8.2 References: <4362188D.1030308@gmx.de> <200510281130.37188.asstec@matik.com.br> <200511031443.53992.incmc@gmx.de> In-Reply-To: <200511031443.53992.incmc@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200511032233.49176.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: Atheros 108 Mbit mode X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Nov 2005 00:34:01 -0000 On Thursday 03 November 2005 10:43, Jochen Gensch wrote: > Am Freitag 28 Oktober 2005 16:30 schrieb AT Matik: > > the turbo mode should be 108Mbps when a compatible client is connected > > I can see a valid turbo mode via ifconfig -m ath0. But if I run > wpa_supplicant manually I shows the following output: > hum, don't know I do not use wpa and think you should not be confused by sp= eed=20 and encryption capabilities, different things Jo=E3o 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 Nov 4 15:32:02 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 0E15D16A41F for ; Fri, 4 Nov 2005 15:32:02 +0000 (GMT) (envelope-from jens.rehsack.ext@siemensvdo.com) Received: from gecko.sbs.de (gecko.sbs.de [194.138.37.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id D808A43D45 for ; Fri, 4 Nov 2005 15:32:00 +0000 (GMT) (envelope-from jens.rehsack.ext@siemensvdo.com) Received: from mail2.sbs.de (localhost [127.0.0.1]) by gecko.sbs.de (8.12.6/8.12.6) with ESMTP id jA4FVwS5016809; Fri, 4 Nov 2005 16:31:58 +0100 Received: from sbas063a.ww011.siemens.net (sbas063a.sbas.ww011.siemens.net [158.92.186.172]) by mail2.sbs.de (8.12.6/8.12.6) with ESMTP id jA4FVvvZ015044; Fri, 4 Nov 2005 16:31:57 +0100 Received: from krbdf7ma.ww011.siemens.net ([158.92.210.82]) by sbas063a.ww011.siemens.net with Microsoft SMTPSVC(6.0.3790.1830); Fri, 4 Nov 2005 16:31:57 +0100 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C5E154.E10A0E4E" X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Fri, 4 Nov 2005 16:31:50 +0100 Message-ID: X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: Help getting Option N.V. Fusion UMTS Quad-GPRS run thread-index: AcXgTLNqjNoYTq45RLqjB7aLWI82ggBB8Khw From: "Rehsack Jens \(ext\)" To: , X-OriginalArrivalTime: 04 Nov 2005 15:31:57.0160 (UTC) FILETIME=[E42D3E80:01C5E154] Cc: freebsd-mobile@freebsd.org Subject: RE: Help getting Option N.V. Fusion UMTS Quad-GPRS run 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, 04 Nov 2005 15:32:02 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C5E154.E10A0E4E Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable From: guru@Sisis.de [mailto:guru@Sisis.de]=20 Sent: Thursday, November 03, 2005 9:00 AM To: Rehsack Jens (ext) Cc: freebsd-mobile@freebsd.org Subject: Re: Help getting Option N.V. Fusion UMTS Quad-GPRS run > El d=EDa Wednesday, November 02, 2005 a las 08:08:37PM +0100, Rehsack = Jens (ext) escribi=F3: > > Hi all, > >=20 > > with the workaround from Warner I get the card below activated, but = it > > seems to > > me, that the devices after the USB Hub on the card are adressed with = the > > wrong > > bus id, too. > >=20 > > Does anyone has an idea, how I can set the appropriate bus id's, so = that > > the card > > will work properly? >=20 > Hello Jens, >=20 > maybe the attached files help you out somehow; I got mine UMTS > card to work; >=20 > attached you will find the following documents: > =20 > - umts.txt describing all the details I know; > - a modified source /usr/src/sys/dev/usb/uftdi.c > for the uftdi.ko kernel module > - a diff for /usr/src/sys/dev/usb/usbdevs > - a diff for /usr/src/sys/dev/usb/ucom.c >=20 > matthias Hi Matthias, the patch needed some rework, because I'm using FreeBSD6-RC1, but = finally it seems to work ... Seems? Why? At least ppp couldn't establish the connection. = I attach the syslog of card insert & ppp.log. Maybe you or someone else could help me to finally get it up ;-) Jens ------_=_NextPart_001_01C5E154.E10A0E4E Content-Type: application/octet-stream; name="messages-2005-11-03.cbb" Content-Transfer-Encoding: base64 Content-Description: messages-2005-11-03.cbb Content-Disposition: attachment; filename="messages-2005-11-03.cbb" Tm92ICAzIDIwOjU3OjExIGtlcm1pdCBrZXJuZWw6IFN0YXR1cyBpcyAweDMwMDAwMDI2Ck5vdiAg MyAyMDo1NzoxMSBrZXJtaXQga2VybmVsOiBjYXJkYnVzMDogY2FyZGJ1c19kZXRhY2hfY2FyZApO b3YgIDMgMjA6NTc6MTUga2VybWl0IGtlcm5lbDogU3RhdHVzIGlzIDB4MzAwMDA4MjAKTm92ICAz IDIwOjU3OjE1IGtlcm1pdCBrZXJuZWw6IGNiYjA6IGNhcmQgaW5zZXJ0ZWQ6IGV2ZW50PTB4MDAw MDAwMDAsIHN0YXRlPTMwMDAwODIwCk5vdiAgMyAyMDo1NzoxNSBrZXJtaXQga2VybmVsOiBjYXJk YnVzMDogY2FyZGJ1c19hdHRhY2hfY2FyZCwgc2NhbiAxIHNsb3RzCk5vdiAgMyAyMDo1NzoxNSBr ZXJtaXQga2VybmVsOiBjYXJkYnVzMDogY2FyZGJ1c19kZXRhY2hfY2FyZApOb3YgIDMgMjA6NTc6 MTUga2VybWl0IGtlcm5lbDogY2JiMDogY2JiX2NhcmRidXNfcG93ZXJfZW5hYmxlX3NvY2tldCAu Li4KTm92ICAzIDIwOjU3OjE1IGtlcm1pdCBrZXJuZWw6IGNiYjA6IGNiYl9wb3dlcjogM1YKTm92 ICAzIDIwOjU3OjE1IGtlcm1pdCBrZXJuZWw6IGNiYjA6IGNiYl9jYXJkYnVzX3Jlc2V0IGVudGVy ZWQgLi4uCk5vdiAgMyAyMDo1NzoxNSBrZXJtaXQga2VybmVsOiBjYmIwOiB3aWxsIHdhaWwgMjAw MDB1cwpOb3YgIDMgMjA6NTc6MTUga2VybWl0IGtlcm5lbDogY2JiMDogY2FyZCBwcmVzZW50Ck5v diAgMyAyMDo1NzoxNSBrZXJtaXQga2VybmVsOiBjYXJkYnVzMDogQ0lTIHBvaW50ZXIgaXMgMCEK Tm92ICAzIDIwOjU3OjE1IGtlcm1pdCBrZXJuZWw6IGNhcmRidXMwOiBSZXNvdXJjZSBub3Qgc3Bl Y2lmaWVkIGluIENJUzogaWQ9MTAsIHNpemU9MTAwMApOb3YgIDMgMjA6NTc6MTUga2VybWl0IGtl cm5lbDogcGNpYjQ6IGNhcmRidXMwIHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhjMDIwMDAwMC0w eGMwMmZmZmZmOiBnb29kCk5vdiAgMyAyMDo1NzoxNSBrZXJtaXQga2VybmVsOiBjYXJkYnVzMDog Tm9uLXByZWZldGNoYWJsZSBtZW1vcnkgYXQgYzAyMGIwMDAtYzAyMGJmZmYKTm92ICAzIDIwOjU3 OjE1IGtlcm1pdCBrZXJuZWw6IGZvdW5kLT4JdmVuZG9yPTB4MTAzMywgZGV2PTB4MDAzNSwgcmV2 aWQ9MHg0MwpOb3YgIDMgMjA6NTc6MTUga2VybWl0IGtlcm5lbDogYnVzPTcsIHNsb3Q9MCwgZnVu Yz0wCk5vdiAgMyAyMDo1NzoxNSBrZXJtaXQga2VybmVsOiBjbGFzcz0wYy0wMy0xMCwgaGRydHlw ZT0weDAwLCBtZmRldj0xCk5vdiAgMyAyMDo1NzoxNSBrZXJtaXQga2VybmVsOiBjbWRyZWc9MHgw MDAwLCBzdGF0cmVnPTB4MDIxMCwgY2FjaGVsbnN6PTggKGR3b3JkcykKTm92ICAzIDIwOjU3OjE1 IGtlcm1pdCBrZXJuZWw6IGxhdHRpbWVyPTB4YTggKDUwNDAgbnMpLCBtaW5nbnQ9MHgwMSAoMjUw IG5zKSwgbWF4bGF0PTB4MmEgKDEwNTAwIG5zKQpOb3YgIDMgMjA6NTc6MTUga2VybWl0IGtlcm5l bDogaW50cGluPWEsIGlycT0yMApOb3YgIDMgMjA6NTc6MTUga2VybWl0IGtlcm5lbDogcG93ZXJz cGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwCk5vdiAgMyAyMDo1NzoxNSBr ZXJtaXQga2VybmVsOiBvaGNpMjogPE5FQyB1UEQgOTIxMCBVU0IgY29udHJvbGxlcj4gbWVtIDB4 YzAyMGIwMDAtMHhjMDIwYmZmZiBpcnEgMjAgYXQgZGV2aWNlIDAuMCBvbiBjYXJkYnVzMApOb3Yg IDMgMjA6NTc6MTUga2VybWl0IGtlcm5lbDogcGNpYjQ6IG9oY2kyIHJlcXVlc3RlZCBtZW1vcnkg cmFuZ2UgMHhjMDIwYjAwMC0weGMwMjBiZmZmOiBnb29kCk5vdiAgMyAyMDo1NzoxNSBrZXJtaXQg a2VybmVsOiBvaGNpMjogW0dJQU5ULUxPQ0tFRF0KTm92ICAzIDIwOjU3OjE1IGtlcm1pdCBrZXJu ZWw6IHVzYjM6IE9IQ0kgdmVyc2lvbiAxLjAKTm92ICAzIDIwOjU3OjE1IGtlcm1pdCBrZXJuZWw6 IHVzYjM6IDxORUMgdVBEIDkyMTAgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kyCk5vdiAgMyAyMDo1 NzoxNSBrZXJtaXQga2VybmVsOiB1c2IzOiBVU0IgcmV2aXNpb24gMS4wCk5vdiAgMyAyMDo1Nzox NSBrZXJtaXQga2VybmVsOiB1c2JkX2dldF9zdHJpbmc6IGdldHRpbmcgbGFuZyBmYWlsZWQsIHVz aW5nIDAKTm92ICAzIDIwOjU3OjE1IGtlcm1pdCBrZXJuZWw6IHVodWI0OiBORUMgT0hDSSByb290 IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDEKTm92ICAzIDIwOjU3OjE1IGtl cm1pdCBrZXJuZWw6IHVodWI0OiAxIHBvcnQgd2l0aCAxIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVk Ck5vdiAgMyAyMDo1NzoxNiBrZXJtaXQga2VybmVsOiBjYXJkYnVzMDogQ0lTIHBvaW50ZXIgaXMg MCEKTm92ICAzIDIwOjU3OjE2IGtlcm1pdCBrZXJuZWw6IGNhcmRidXMwOiBSZXNvdXJjZSBub3Qg c3BlY2lmaWVkIGluIENJUzogaWQ9MTAsIHNpemU9MTAwMApOb3YgIDMgMjA6NTc6MTYga2VybWl0 IGtlcm5lbDogcGNpYjQ6IGNhcmRidXMwIHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhjMDIwMDAw MC0weGMwMmZmZmZmOiBnb29kCk5vdiAgMyAyMDo1NzoxNiBrZXJtaXQga2VybmVsOiBjYXJkYnVz MDogTm9uLXByZWZldGNoYWJsZSBtZW1vcnkgYXQgYzAyMGMwMDAtYzAyMGNmZmYKTm92ICAzIDIw OjU3OjE2IGtlcm1pdCBrZXJuZWw6IGZvdW5kLT4JdmVuZG9yPTB4MTAzMywgZGV2PTB4MDAzNSwg cmV2aWQ9MHg0MwpOb3YgIDMgMjA6NTc6MTYga2VybWl0IGtlcm5lbDogYnVzPTcsIHNsb3Q9MCwg ZnVuYz0xCk5vdiAgMyAyMDo1NzoxNiBrZXJtaXQga2VybmVsOiBjbGFzcz0wYy0wMy0xMCwgaGRy dHlwZT0weDAwLCBtZmRldj0wCk5vdiAgMyAyMDo1NzoxNiBrZXJtaXQga2VybmVsOiBjbWRyZWc9 MHgwMDAwLCBzdGF0cmVnPTB4MDIxMCwgY2FjaGVsbnN6PTggKGR3b3JkcykKTm92ICAzIDIwOjU3 OjE2IGtlcm1pdCBrZXJuZWw6IGxhdHRpbWVyPTB4YTggKDUwNDAgbnMpLCBtaW5nbnQ9MHgwMSAo MjUwIG5zKSwgbWF4bGF0PTB4MmEgKDEwNTAwIG5zKQpOb3YgIDMgMjA6NTc6MTYga2VybWl0IGtl cm5lbDogaW50cGluPWIsIGlycT0yMApOb3YgIDMgMjA6NTc6MTYga2VybWl0IGtlcm5lbDogcG93 ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwCk5vdiAgMyAyMDo1Nzox NiBrZXJtaXQga2VybmVsOiBvaGNpMzogPE5FQyB1UEQgOTIxMCBVU0IgY29udHJvbGxlcj4gbWVt IDB4YzAyMGMwMDAtMHhjMDIwY2ZmZiBpcnEgMjAgYXQgZGV2aWNlIDAuMSBvbiBjYXJkYnVzMApO b3YgIDMgMjA6NTc6MTYga2VybWl0IGtlcm5lbDogcGNpYjQ6IG9oY2kzIHJlcXVlc3RlZCBtZW1v cnkgcmFuZ2UgMHhjMDIwYzAwMC0weGMwMjBjZmZmOiBnb29kCk5vdiAgMyAyMDo1NzoxNiBrZXJt aXQga2VybmVsOiBvaGNpMzogW0dJQU5ULUxPQ0tFRF0KTm92ICAzIDIwOjU3OjE2IGtlcm1pdCBr ZXJuZWw6IHVzYjQ6IE9IQ0kgdmVyc2lvbiAxLjAKTm92ICAzIDIwOjU3OjE2IGtlcm1pdCBrZXJu ZWw6IHVzYjQ6IDxORUMgdVBEIDkyMTAgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kzCk5vdiAgMyAy MDo1NzoxNiBrZXJtaXQga2VybmVsOiB1c2I0OiBVU0IgcmV2aXNpb24gMS4wCk5vdiAgMyAyMDo1 NzoxNiBrZXJtaXQga2VybmVsOiB1c2JkX2dldF9zdHJpbmc6IGdldHRpbmcgbGFuZyBmYWlsZWQs IHVzaW5nIDAKTm92ICAzIDIwOjU3OjE2IGtlcm1pdCBrZXJuZWw6IHVodWI1OiBORUMgT0hDSSBy b290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDEKTm92ICAzIDIwOjU3OjE2 IGtlcm1pdCBrZXJuZWw6IHVodWI1OiAxIHBvcnQgd2l0aCAxIHJlbW92YWJsZSwgc2VsZiBwb3dl cmVkCk5vdiAgMyAyMDo1NzoxNiBrZXJtaXQga2VybmVsOiBjYmIwOiBwY2lfcmVhZF9kZXZpY2U6 IFJFRyhQQ0lSX0RFVlZFTkRPUiwgNCkgPT0gLTEKTm92ICAzIDIwOjU3OjE2IGtlcm1pdCBrZXJu ZWw6IGNiYjA6IHBjaV9yZWFkX2RldmljZSBmYWlsZWQKTm92ICAzIDIwOjU3OjE2IGtlcm1pdCBr ZXJuZWw6IGNiYjA6IHBjaV9yZWFkX2RldmljZTogUkVHKFBDSVJfREVWVkVORE9SLCA0KSA9PSAt MQpOb3YgIDMgMjA6NTc6MTYga2VybWl0IGtlcm5lbDogY2JiMDogcGNpX3JlYWRfZGV2aWNlIGZh aWxlZApOb3YgIDMgMjA6NTc6MTYga2VybWl0IGtlcm5lbDogY2JiMDogcGNpX3JlYWRfZGV2aWNl OiBSRUcoUENJUl9ERVZWRU5ET1IsIDQpID09IC0xCk5vdiAgMyAyMDo1NzoxNiBrZXJtaXQga2Vy bmVsOiBjYmIwOiBwY2lfcmVhZF9kZXZpY2UgZmFpbGVkCk5vdiAgMyAyMDo1NzoxNiBrZXJtaXQg a2VybmVsOiBjYmIwOiBwY2lfcmVhZF9kZXZpY2U6IFJFRyhQQ0lSX0RFVlZFTkRPUiwgNCkgPT0g LTEKTm92ICAzIDIwOjU3OjE2IGtlcm1pdCBrZXJuZWw6IGNiYjA6IHBjaV9yZWFkX2RldmljZSBm YWlsZWQKTm92ICAzIDIwOjU3OjE2IGtlcm1pdCBrZXJuZWw6IGNiYjA6IHBjaV9yZWFkX2Rldmlj ZTogUkVHKFBDSVJfREVWVkVORE9SLCA0KSA9PSAtMQpOb3YgIDMgMjA6NTc6MTYga2VybWl0IGtl cm5lbDogY2JiMDogcGNpX3JlYWRfZGV2aWNlIGZhaWxlZApOb3YgIDMgMjA6NTc6MTYga2VybWl0 IGtlcm5lbDogY2JiMDogcGNpX3JlYWRfZGV2aWNlOiBSRUcoUENJUl9ERVZWRU5ET1IsIDQpID09 IC0xCk5vdiAgMyAyMDo1NzoxNiBrZXJtaXQga2VybmVsOiBjYmIwOiBwY2lfcmVhZF9kZXZpY2Ug ZmFpbGVkCk5vdiAgMyAyMDo1NzoxNyBrZXJtaXQga2VybmVsOiBiYXR0ZXJ5MDogYmF0dGVyeSBp bml0aWFsaXphdGlvbiBmYWlsZWQsIGdpdmluZyB1cApOb3YgIDMgMjA6NTc6MTgga2VybWl0IGtl cm5lbDogdWZ0ZGk6IHZlbmRvcj0weGFmMCwgcHJvZHVjdD0weDYzMDAKTm92ICAzIDIwOjU3OjE4 IGtlcm1pdCBrZXJuZWw6IHVmdGRpOiB2ZW5kb3I9MHhhZjAsIHByb2R1Y3Q9MHg2MzAwCk5vdiAg MyAyMDo1NzoxOCBrZXJtaXQga2VybmVsOiAKTm92ICAzIDIwOjU3OjE4IGtlcm1pdCBrZXJuZWw6 IHVmdGRpX2F0dGFjaDogc2M9MHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1NzoxOCBrZXJt aXQga2VybmVsOiB1Y29tMDogT3B0aW9uIE4uVi4gRnVzaW9uIFVNVFMgUXVhZC1HUFJTLCByZXYg MS4xMC8wLjAwLCBhZGRyIDIKTm92ICAzIDIwOjU3OjE4IGtlcm1pdCBrZXJuZWw6IHVjb20wOiBp ZC0+Yk51bUVuZHBvaW50cyAzCk5vdiAgMyAyMDo1NzoxOCBrZXJtaXQga2VybmVsOiB1Y29tMDog RW5kcG9pbnQgMCBhZGRyIDB4ODEgZGlyIDB4ODAgYXR0ciAweDMKTm92ICAzIDIwOjU3OjE4IGtl cm1pdCBrZXJuZWw6IHVjb20wOiBFbmRwb2ludCAwIGF0dHIgVUVfSU5URVJSVVBULCBub3QgcmVn aXN0ZXJlZApOb3YgIDMgMjA6NTc6MTgga2VybWl0IGtlcm5lbDogdWNvbTA6IEVuZHBvaW50IDEg YWRkciAweDgyIGRpciAweDgwIGF0dHIgMHgyCk5vdiAgMyAyMDo1NzoxOCBrZXJtaXQga2VybmVs OiB1Y29tMDogRW5kcG9pbnQgMiBhZGRyIDB4MiBkaXIgMHgwIGF0dHIgMHgyCk5vdiAgMyAyMDo1 NzoxOCBrZXJtaXQga2VybmVsOiB1ZnRkaTogaW49MHg4MiBvdXQ9MHgyCk5vdiAgMyAyMDo1Nzox OCBrZXJtaXQga2VybmVsOiB1Y29tX2F0dGFjaDogdHR5X2F0dGFjaCB0cCA9IDB4ZmZmZmZmMDAw MGJjYzQwMApOb3YgIDMgMjA6NTc6MTgga2VybWl0IGtlcm5lbDogdWNvbV9hdHRhY2g6IHR0eWNy ZWF0ZTogdHR5VTAK ------_=_NextPart_001_01C5E154.E10A0E4E Content-Type: application/octet-stream; name="messages-2005-11-03.ppp-action" Content-Transfer-Encoding: base64 Content-Description: messages-2005-11-03.ppp-action Content-Disposition: attachment; filename="messages-2005-11-03.ppp-action" Tm92ICAzIDIwOjU4OjI2IGtlcm1pdCBrZXJuZWw6IHR1bjA6IGJwZiBhdHRhY2hlZApOb3YgIDMg MjA6NTg6Mjgga2VybWl0IGtlcm5lbDogdWNvbV9kdHI6IG9ub2ZmID0gMQpOb3YgIDMgMjA6NTg6 Mjgga2VybWl0IGtlcm5lbDogdWZ0ZGlfc2V0OiBzYz0weGZmZmZmZjAwMmUxNTNiMDAsIHBvcnQ9 MCByZWc9MSBvbm9mZj0xCk5vdiAgMyAyMDo1ODoyOCBrZXJtaXQga2VybmVsOiB1ZnRkaTogRFRS IG9uCk5vdiAgMyAyMDo1ODoyOCBrZXJtaXQga2VybmVsOiB1Y29tX3J0czogb25vZmYgPSAxCk5v diAgMyAyMDo1ODoyOCBrZXJtaXQga2VybmVsOiB1ZnRkaV9zZXQ6IHNjPTB4ZmZmZmZmMDAyZTE1 M2IwMCwgcG9ydD0wIHJlZz0yIG9ub2ZmPTEKTm92ICAzIDIwOjU4OjI4IGtlcm1pdCBrZXJuZWw6 IHVmdGRpOiBSVFMgb24KTm92ICAzIDIwOjU4OjI4IGtlcm1pdCBrZXJuZWw6IHVjb21wYXJhbTog c2MgPSAweGZmZmZmZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4OjI4IGtlcm1pdCBrZXJuZWw6IHVj b20wOiB1Y29tb3BlbjogdHAgPSAweGZmZmZmZjAwMDBiY2M0MDAKTm92ICAzIDIwOjU4OjI4IGtl cm1pdCBrZXJuZWw6IHVjb21fZHRyOiBvbm9mZiA9IDEKTm92ICAzIDIwOjU4OjI4IGtlcm1pdCBr ZXJuZWw6IHVmdGRpX3NldDogc2M9MHhmZmZmZmYwMDJlMTUzYjAwLCBwb3J0PTAgcmVnPTEgb25v ZmY9MQpOb3YgIDMgMjA6NTg6Mjgga2VybWl0IGtlcm5lbDogdWZ0ZGk6IERUUiBvbgpOb3YgIDMg MjA6NTg6Mjgga2VybWl0IGtlcm5lbDogdWNvbV9ydHM6IG9ub2ZmID0gMQpOb3YgIDMgMjA6NTg6 Mjgga2VybWl0IGtlcm5lbDogdWZ0ZGlfc2V0OiBzYz0weGZmZmZmZjAwMmUxNTNiMDAsIHBvcnQ9 MCByZWc9MiBvbm9mZj0xCk5vdiAgMyAyMDo1ODoyOCBrZXJtaXQga2VybmVsOiB1ZnRkaTogUlRT IG9uCk5vdiAgMyAyMDo1ODoyOCBrZXJtaXQga2VybmVsOiB1ZnRkaV9vcGVuOiBzYz0weGZmZmZm ZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4OjI4IGtlcm1pdCBrZXJuZWw6IHVjb21vcGVuOiBvcGVu IHBpcGVzIGluID0gMTMwIG91dCA9IDIKTm92ICAzIDIwOjU4OjI4IGtlcm1pdCBrZXJuZWw6IHVj b21zdGFydHJlYWQ6IHN0YXJ0Ck5vdiAgMyAyMDo1ODoyOCBrZXJtaXQga2VybmVsOiB1Y29tcGFy YW06IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODoyOCBrZXJtaXQga2VybmVs OiB1Y29tc3RvcHJlYWQ6IGVudGVyCk5vdiAgMyAyMDo1ODoyOCBrZXJtaXQga2VybmVsOiB1Y29t cmVhZGNiOiBzdGF0dXMgPSA2Ck5vdiAgMyAyMDo1ODoyOCBrZXJtaXQga2VybmVsOiB1Y29tc3Rv cHJlYWQ6IGxlYXZlCk5vdiAgMyAyMDo1ODoyOCBrZXJtaXQga2VybmVsOiB1ZnRkaV9wYXJhbTog c2M9MHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODoyOCBrZXJtaXQga2VybmVsOiB1Y29t c3RhcnRyZWFkOiBzdGFydApOb3YgIDMgMjA6NTg6Mjgga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0 OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTg6Mjgga2VybWl0IGtlcm5lbDog dWZ0ZGlfd3JpdGU6IHNjPTB4ZmZmZmZmMDAyZTE1M2IwMCwgcG9ydD0wIGNvdW50PTMgZGF0YVsw XT0weDQxCk5vdiAgMyAyMDo1ODoyOCBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6IDMgY2hhcnMK Tm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb213cml0ZWNiOiBzdGF0dXMgPSAwCk5v diAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29td3JpdGVjYjogY2MgPSAzCk5vdiAgMyAy MDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAw Ck5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tcmVhZGNiOiBzdGF0dXMgPSAwCk5v diAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tcmVhZGNiOiBnb3QgMyBjaGFycywgdHAg PSAweGZmZmZmZjAwMDBiY2M0MDAKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVmdGRp X3JlYWQ6IHNjPTB4ZmZmZmZmMDAyZTE1M2IwMCwgcG9ydD0wIGNvdW50PTMKTm92ICAzIDIwOjU4 OjI5IGtlcm1pdCBrZXJuZWw6IHVmdGRpX3JlYWQ6IHNjPTB4ZmZmZmZmMDAyZTE1M2IwMCwgcG9y dD0wIGNvdW50PTMgZGF0YVswXT0weDBkCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1 Y29tcmVhZGNiOiBjaGFyID0gMHg0MQpOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNv bXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtl cm5lbDogdWNvbXJlYWRjYjogY2hhciA9IDB4NTQKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJu ZWw6IHVjb21zdGFydDogc2MgPSAweGZmZmZmZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4OjI5IGtl cm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6IGNoYXIgPSAweDBkCk5vdiAgMyAyMDo1ODoyOSBrZXJt aXQga2VybmVsOiB1Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1 ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnRyZWFkOiBzdGFydApOb3YgIDMgMjA6NTg6Mjkg a2VybWl0IGtlcm5lbDogdWNvbXJlYWRjYjogc3RhdHVzID0gMApOb3YgIDMgMjA6NTg6Mjkga2Vy bWl0IGtlcm5lbDogdWNvbXJlYWRjYjogZ290IDYgY2hhcnMsIHRwID0gMHhmZmZmZmYwMDAwYmNj NDAwCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1ZnRkaV9yZWFkOiBzYz0weGZmZmZm ZjAwMmUxNTNiMDAsIHBvcnQ9MCBjb3VudD02Ck5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVs OiB1ZnRkaV9yZWFkOiBzYz0weGZmZmZmZjAwMmUxNTNiMDAsIHBvcnQ9MCBjb3VudD02IGRhdGFb MF09MHg0ZgpOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXJlYWRjYjogY2hhciA9 IDB4MGQKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDogc2MgPSAweGZm ZmZmZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6 IGNoYXIgPSAweDBhCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6IHNj ID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29t cmVhZGNiOiBjaGFyID0gMHg0ZgpOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXN0 YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5l bDogdWNvbXJlYWRjYjogY2hhciA9IDB4NGIKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6 IHVjb21zdGFydDogc2MgPSAweGZmZmZmZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4OjI5IGtlcm1p dCBrZXJuZWw6IHVjb21yZWFkY2I6IGNoYXIgPSAweDBkCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQg a2VybmVsOiB1Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODoy OSBrZXJtaXQga2VybmVsOiB1Y29tcmVhZGNiOiBjaGFyID0gMHgwYQpOb3YgIDMgMjA6NTg6Mjkg a2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMg MjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0cmVhZDogc3RhcnQKTm92ICAzIDIwOjU4 OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDogc2MgPSAweGZmZmZmZjAwMmUxNTNiMDAKTm92 ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVmdGRpX3dyaXRlOiBzYz0weGZmZmZmZjAwMmUx NTNiMDAsIHBvcnQ9MCBjb3VudD0zNiBkYXRhWzBdPTB4NDEKTm92ICAzIDIwOjU4OjI5IGtlcm1p dCBrZXJuZWw6IHVjb21zdGFydDogMzYgY2hhcnMKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJu ZWw6IHVjb213cml0ZWNiOiBzdGF0dXMgPSAwCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVs OiB1Y29td3JpdGVjYjogY2MgPSAzNgpOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNv bXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtl cm5lbDogdWNvbXJlYWRjYjogc3RhdHVzID0gMApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5l bDogdWNvbXJlYWRjYjogZ290IDM2IGNoYXJzLCB0cCA9IDB4ZmZmZmZmMDAwMGJjYzQwMApOb3Yg IDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWZ0ZGlfcmVhZDogc2M9MHhmZmZmZmYwMDJlMTUz YjAwLCBwb3J0PTAgY291bnQ9MzYKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVmdGRp X3JlYWQ6IHNjPTB4ZmZmZmZmMDAyZTE1M2IwMCwgcG9ydD0wIGNvdW50PTM2IGRhdGFbMF09MHgy YgpOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXJlYWRjYjogY2hhciA9IDB4NDEK Tm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDogc2MgPSAweGZmZmZmZjAw MmUxNTNiMDAKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6IGNoYXIg PSAweDU0Ck5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6IHNjID0gMHhm ZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tcmVhZGNi OiBjaGFyID0gMHgyYgpOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBz YyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNv bXJlYWRjYjogY2hhciA9IDB4NDMKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21z dGFydDogc2MgPSAweGZmZmZmZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJu ZWw6IHVjb21yZWFkY2I6IGNoYXIgPSAweDQ3Ck5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVs OiB1Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODoyOSBrZXJt aXQga2VybmVsOiB1Y29tcmVhZGNiOiBjaGFyID0gMHg0NApOb3YgIDMgMjA6NTg6Mjkga2VybWl0 IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTg6 Mjkga2VybWl0IGtlcm5lbDogdWNvbXJlYWRjYjogY2hhciA9IDB4NDMKTm92ICAzIDIwOjU4OjI5 IGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDogc2MgPSAweGZmZmZmZjAwMmUxNTNiMDAKTm92ICAz IDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6IGNoYXIgPSAweDRmCk5vdiAgMyAy MDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAw Ck5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tcmVhZGNiOiBjaGFyID0gMHg0ZQpO b3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAy ZTE1M2IwMApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXJlYWRjYjogY2hhciA9 IDB4NTQKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDogc2MgPSAweGZm ZmZmZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6 IGNoYXIgPSAweDNkCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6IHNj ID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29t cmVhZGNiOiBjaGFyID0gMHgzMgpOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXN0 YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5l bDogdWNvbXJlYWRjYjogY2hhciA9IDB4MmMKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6 IHVjb21zdGFydDogc2MgPSAweGZmZmZmZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4OjI5IGtlcm1p dCBrZXJuZWw6IHVjb21yZWFkY2I6IGNoYXIgPSAweDIyCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQg a2VybmVsOiB1Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODoy OSBrZXJtaXQga2VybmVsOiB1Y29tcmVhZGNiOiBjaGFyID0gMHg0OQpOb3YgIDMgMjA6NTg6Mjkg a2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMg MjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXJlYWRjYjogY2hhciA9IDB4NTAKTm92ICAzIDIw OjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDogc2MgPSAweGZmZmZmZjAwMmUxNTNiMDAK Tm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6IGNoYXIgPSAweDIyCk5v diAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJl MTUzYjAwCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tcmVhZGNiOiBjaGFyID0g MHgyYwpOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZm ZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXJlYWRjYjog Y2hhciA9IDB4MjIKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDogc2Mg PSAweGZmZmZmZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21y ZWFkY2I6IGNoYXIgPSAweDc3Ck5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tc3Rh cnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVs OiB1Y29tcmVhZGNiOiBjaGFyID0gMHg2NQpOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDog dWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTg6Mjkga2VybWl0 IGtlcm5lbDogdWNvbXJlYWRjYjogY2hhciA9IDB4NjIKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBr ZXJuZWw6IHVjb21zdGFydDogc2MgPSAweGZmZmZmZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4OjI5 IGtlcm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6IGNoYXIgPSAweDJlCk5vdiAgMyAyMDo1ODoyOSBr ZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAy MDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tcmVhZGNiOiBjaGFyID0gMHg3NgpOb3YgIDMgMjA6 NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApO b3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXJlYWRjYjogY2hhciA9IDB4NmYKTm92 ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDogc2MgPSAweGZmZmZmZjAwMmUx NTNiMDAKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6IGNoYXIgPSAw eDY0Ck5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6IHNjID0gMHhmZmZm ZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tcmVhZGNiOiBj aGFyID0gMHg2MQpOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9 IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXJl YWRjYjogY2hhciA9IDB4NjYKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21zdGFy dDogc2MgPSAweGZmZmZmZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6 IHVjb21yZWFkY2I6IGNoYXIgPSAweDZmCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1 Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQg a2VybmVsOiB1Y29tcmVhZGNiOiBjaGFyID0gMHg2ZQpOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtl cm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTg6Mjkg a2VybWl0IGtlcm5lbDogdWNvbXJlYWRjYjogY2hhciA9IDB4NjUKTm92ICAzIDIwOjU4OjI5IGtl cm1pdCBrZXJuZWw6IHVjb21zdGFydDogc2MgPSAweGZmZmZmZjAwMmUxNTNiMDAKTm92ICAzIDIw OjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6IGNoYXIgPSAweDJlCk5vdiAgMyAyMDo1 ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5v diAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tcmVhZGNiOiBjaGFyID0gMHg2NApOb3Yg IDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1 M2IwMApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXJlYWRjYjogY2hhciA9IDB4 NjUKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDogc2MgPSAweGZmZmZm ZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6IGNo YXIgPSAweDIyCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6IHNjID0g MHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tcmVh ZGNiOiBjaGFyID0gMHgwZApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0 OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDog dWNvbXN0YXJ0cmVhZDogc3RhcnQKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21y ZWFkY2I6IHN0YXR1cyA9IDAKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21yZWFk Y2I6IGdvdCA2IGNoYXJzLCB0cCA9IDB4ZmZmZmZmMDAwMGJjYzQwMApOb3YgIDMgMjA6NTg6Mjkg a2VybWl0IGtlcm5lbDogdWZ0ZGlfcmVhZDogc2M9MHhmZmZmZmYwMDJlMTUzYjAwLCBwb3J0PTAg Y291bnQ9NgpOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWZ0ZGlfcmVhZDogc2M9MHhm ZmZmZmYwMDJlMTUzYjAwLCBwb3J0PTAgY291bnQ9NiBkYXRhWzBdPTB4NGYKTm92ICAzIDIwOjU4 OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6IGNoYXIgPSAweDBkCk5vdiAgMyAyMDo1ODoy OSBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAg MyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tcmVhZGNiOiBjaGFyID0gMHgwYQpOb3YgIDMg MjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2Iw MApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXJlYWRjYjogY2hhciA9IDB4NGYK Tm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDogc2MgPSAweGZmZmZmZjAw MmUxNTNiMDAKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6IGNoYXIg PSAweDRiCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6IHNjID0gMHhm ZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tcmVhZGNi OiBjaGFyID0gMHgwZApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBz YyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNv bXJlYWRjYjogY2hhciA9IDB4MGEKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21z dGFydDogc2MgPSAweGZmZmZmZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJu ZWw6IHVjb21zdGFydHJlYWQ6IHN0YXJ0Ck5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1 Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQg a2VybmVsOiB1ZnRkaV93cml0ZTogc2M9MHhmZmZmZmYwMDJlMTUzYjAwLCBwb3J0PTAgY291bnQ9 MyBkYXRhWzBdPTB4NDEKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDog MyBjaGFycwpOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXdyaXRlY2I6IHN0YXR1 cyA9IDAKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb213cml0ZWNiOiBjYyA9IDMK Tm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDogc2MgPSAweGZmZmZmZjAw MmUxNTNiMDAKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6IHN0YXR1 cyA9IDAKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6IGdvdCAzIGNo YXJzLCB0cCA9IDB4ZmZmZmZmMDAwMGJjYzQwMApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5l bDogdWZ0ZGlfcmVhZDogc2M9MHhmZmZmZmYwMDJlMTUzYjAwLCBwb3J0PTAgY291bnQ9MwpOb3Yg IDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWZ0ZGlfcmVhZDogc2M9MHhmZmZmZmYwMDJlMTUz YjAwLCBwb3J0PTAgY291bnQ9MyBkYXRhWzBdPTB4MGQKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBr ZXJuZWw6IHVjb21yZWFkY2I6IGNoYXIgPSAweDQxCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2Vy bmVsOiB1Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODoyOSBr ZXJtaXQga2VybmVsOiB1Y29tcmVhZGNiOiBjaGFyID0gMHg1NApOb3YgIDMgMjA6NTg6Mjkga2Vy bWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6 NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXJlYWRjYjogY2hhciA9IDB4MGQKTm92ICAzIDIwOjU4 OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDogc2MgPSAweGZmZmZmZjAwMmUxNTNiMDAKTm92 ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydHJlYWQ6IHN0YXJ0Ck5vdiAgMyAy MDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tcmVhZGNiOiBzdGF0dXMgPSAwCk5vdiAgMyAyMDo1 ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tcmVhZGNiOiBnb3QgNiBjaGFycywgdHAgPSAweGZmZmZm ZjAwMDBiY2M0MDAKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVmdGRpX3JlYWQ6IHNj PTB4ZmZmZmZmMDAyZTE1M2IwMCwgcG9ydD0wIGNvdW50PTYKTm92ICAzIDIwOjU4OjI5IGtlcm1p dCBrZXJuZWw6IHVmdGRpX3JlYWQ6IHNjPTB4ZmZmZmZmMDAyZTE1M2IwMCwgcG9ydD0wIGNvdW50 PTYgZGF0YVswXT0weDRmCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tcmVhZGNi OiBjaGFyID0gMHgwZApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBz YyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNv bXJlYWRjYjogY2hhciA9IDB4MGEKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21z dGFydDogc2MgPSAweGZmZmZmZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJu ZWw6IHVjb21yZWFkY2I6IGNoYXIgPSAweDRmCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVs OiB1Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODoyOSBrZXJt aXQga2VybmVsOiB1Y29tcmVhZGNiOiBjaGFyID0gMHg0YgpOb3YgIDMgMjA6NTg6Mjkga2VybWl0 IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTg6 Mjkga2VybWl0IGtlcm5lbDogdWNvbXJlYWRjYjogY2hhciA9IDB4MGQKTm92ICAzIDIwOjU4OjI5 IGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDogc2MgPSAweGZmZmZmZjAwMmUxNTNiMDAKTm92ICAz IDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6IGNoYXIgPSAweDBhCk5vdiAgMyAy MDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAw Ck5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnRyZWFkOiBzdGFydApOb3Yg IDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1 M2IwMApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWZ0ZGlfd3JpdGU6IHNjPTB4ZmZm ZmZmMDAyZTE1M2IwMCwgcG9ydD0wIGNvdW50PTEzIGRhdGFbMF09MHg0MQpOb3YgIDMgMjA6NTg6 Mjkga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiAxMyBjaGFycwpOb3YgIDMgMjA6NTg6Mjkga2Vy bWl0IGtlcm5lbDogdWNvbXdyaXRlY2I6IHN0YXR1cyA9IDAKTm92ICAzIDIwOjU4OjI5IGtlcm1p dCBrZXJuZWw6IHVjb213cml0ZWNiOiBjYyA9IDEzCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2Vy bmVsOiB1Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODoyOSBr ZXJtaXQga2VybmVsOiB1Y29tcmVhZGNiOiBzdGF0dXMgPSAwCk5vdiAgMyAyMDo1ODoyOSBrZXJt aXQga2VybmVsOiB1Y29tcmVhZGNiOiBnb3QgMTMgY2hhcnMsIHRwID0gMHhmZmZmZmYwMDAwYmNj NDAwCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1ZnRkaV9yZWFkOiBzYz0weGZmZmZm ZjAwMmUxNTNiMDAsIHBvcnQ9MCBjb3VudD0xMwpOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5l bDogdWZ0ZGlfcmVhZDogc2M9MHhmZmZmZmYwMDJlMTUzYjAwLCBwb3J0PTAgY291bnQ9MTMgZGF0 YVswXT0weDQ0Ck5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tcmVhZGNiOiBjaGFy ID0gMHg0MQpOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4 ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXJlYWRj YjogY2hhciA9IDB4NTQKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDog c2MgPSAweGZmZmZmZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVj b21yZWFkY2I6IGNoYXIgPSAweDQ0Ck5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29t c3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2Vy bmVsOiB1Y29tcmVhZGNiOiBjaGFyID0gMHg1NApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5l bDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTg6Mjkga2Vy bWl0IGtlcm5lbDogdWNvbXJlYWRjYjogY2hhciA9IDB4MmEKTm92ICAzIDIwOjU4OjI5IGtlcm1p dCBrZXJuZWw6IHVjb21zdGFydDogc2MgPSAweGZmZmZmZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4 OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6IGNoYXIgPSAweDM5Ck5vdiAgMyAyMDo1ODoy OSBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAg MyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tcmVhZGNiOiBjaGFyID0gMHgzOQpOb3YgIDMg MjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2Iw MApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXJlYWRjYjogY2hhciA9IDB4MmEK Tm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDogc2MgPSAweGZmZmZmZjAw MmUxNTNiMDAKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6IGNoYXIg PSAweDJhCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6IHNjID0gMHhm ZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tcmVhZGNi OiBjaGFyID0gMHgyYQpOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBz YyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNv bXJlYWRjYjogY2hhciA9IDB4MzEKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21z dGFydDogc2MgPSAweGZmZmZmZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJu ZWw6IHVjb21yZWFkY2I6IGNoYXIgPSAweDIzCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVs OiB1Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODoyOSBrZXJt aXQga2VybmVsOiB1Y29tcmVhZGNiOiBjaGFyID0gMHgwZApOb3YgIDMgMjA6NTg6Mjkga2VybWl0 IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTg6 Mjkga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0cmVhZDogc3RhcnQKTm92ICAzIDIwOjU4OjI5IGtl cm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6IHN0YXR1cyA9IDAKTm92ICAzIDIwOjU4OjI5IGtlcm1p dCBrZXJuZWw6IHVjb21yZWFkY2I6IGdvdCAxOCBjaGFycywgdHAgPSAweGZmZmZmZjAwMDBiY2M0 MDAKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVmdGRpX3JlYWQ6IHNjPTB4ZmZmZmZm MDAyZTE1M2IwMCwgcG9ydD0wIGNvdW50PTE4Ck5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVs OiB1ZnRkaV9yZWFkOiBzYz0weGZmZmZmZjAwMmUxNTNiMDAsIHBvcnQ9MCBjb3VudD0xOCBkYXRh WzBdPTB4NDMKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6IGNoYXIg PSAweDBkCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6IHNjID0gMHhm ZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tcmVhZGNi OiBjaGFyID0gMHgwYQpOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBz YyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNv bXJlYWRjYjogY2hhciA9IDB4NDMKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21z dGFydDogc2MgPSAweGZmZmZmZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJu ZWw6IHVjb21yZWFkY2I6IGNoYXIgPSAweDRmCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVs OiB1Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODoyOSBrZXJt aXQga2VybmVsOiB1Y29tcmVhZGNiOiBjaGFyID0gMHg0ZQpOb3YgIDMgMjA6NTg6Mjkga2VybWl0 IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTg6 Mjkga2VybWl0IGtlcm5lbDogdWNvbXJlYWRjYjogY2hhciA9IDB4NGUKTm92ICAzIDIwOjU4OjI5 IGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDogc2MgPSAweGZmZmZmZjAwMmUxNTNiMDAKTm92ICAz IDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6IGNoYXIgPSAweDQ1Ck5vdiAgMyAy MDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAw Ck5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tcmVhZGNiOiBjaGFyID0gMHg0MwpO b3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAy ZTE1M2IwMApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXJlYWRjYjogY2hhciA9 IDB4NTQKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDogc2MgPSAweGZm ZmZmZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6 IGNoYXIgPSAweDIwCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6IHNj ID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29t cmVhZGNiOiBjaGFyID0gMHgzMwpOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXN0 YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5l bDogdWNvbXJlYWRjYjogY2hhciA9IDB4MzgKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6 IHVjb21zdGFydDogc2MgPSAweGZmZmZmZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4OjI5IGtlcm1p dCBrZXJuZWw6IHVjb21yZWFkY2I6IGNoYXIgPSAweDM0Ck5vdiAgMyAyMDo1ODoyOSBrZXJtaXQg a2VybmVsOiB1Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODoy OSBrZXJtaXQga2VybmVsOiB1Y29tcmVhZGNiOiBjaGFyID0gMHgzMApOb3YgIDMgMjA6NTg6Mjkg a2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMg MjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXJlYWRjYjogY2hhciA9IDB4MzAKTm92ICAzIDIw OjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDogc2MgPSAweGZmZmZmZjAwMmUxNTNiMDAK Tm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6IGNoYXIgPSAweDMwCk5v diAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJl MTUzYjAwCk5vdiAgMyAyMDo1ODoyOSBrZXJtaXQga2VybmVsOiB1Y29tcmVhZGNiOiBjaGFyID0g MHgwZApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZm ZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTg6Mjkga2VybWl0IGtlcm5lbDogdWNvbXJlYWRjYjog Y2hhciA9IDB4MGEKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDogc2Mg PSAweGZmZmZmZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4OjI5IGtlcm1pdCBrZXJuZWw6IHVjb21z dGFydHJlYWQ6IHN0YXJ0Ck5vdiAgMyAyMDo1ODozMiBrZXJtaXQga2VybmVsOiB1Y29tcGFyYW06 IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODozMyBrZXJtaXQga2VybmVsOiB1 Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODozMyBrZXJtaXQg a2VybmVsOiB1ZnRkaV93cml0ZTogc2M9MHhmZmZmZmYwMDJlMTUzYjAwLCBwb3J0PTAgY291bnQ9 NDQgZGF0YVswXT0weDdlCk5vdiAgMyAyMDo1ODozMyBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6 IDQ0IGNoYXJzCk5vdiAgMyAyMDo1ODozMyBrZXJtaXQga2VybmVsOiB1Y29td3JpdGVjYjogc3Rh dHVzID0gMApOb3YgIDMgMjA6NTg6MzMga2VybWl0IGtlcm5lbDogdWNvbXdyaXRlY2I6IGNjID0g NDQKTm92ICAzIDIwOjU4OjMzIGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDogc2MgPSAweGZmZmZm ZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4OjMzIGtlcm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6IHN0 YXR1cyA9IDAKTm92ICAzIDIwOjU4OjMzIGtlcm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6IGdvdCA1 MiBjaGFycywgdHAgPSAweGZmZmZmZjAwMDBiY2M0MDAKTm92ICAzIDIwOjU4OjMzIGtlcm1pdCBr ZXJuZWw6IHVmdGRpX3JlYWQ6IHNjPTB4ZmZmZmZmMDAyZTE1M2IwMCwgcG9ydD0wIGNvdW50PTUy Ck5vdiAgMyAyMDo1ODozMyBrZXJtaXQga2VybmVsOiB1ZnRkaV9yZWFkOiBzYz0weGZmZmZmZjAw MmUxNTNiMDAsIHBvcnQ9MCBjb3VudD01MiBkYXRhWzBdPTB4N2QKTm92ICAzIDIwOjU4OjMzIGtl cm1pdCBrZXJuZWw6IHVjb21zdGFydHJlYWQ6IHN0YXJ0Ck5vdiAgMyAyMDo1ODozMyBrZXJtaXQg a2VybmVsOiB1Y29tcmVhZGNiOiBzdGF0dXMgPSAwCk5vdiAgMyAyMDo1ODozMyBrZXJtaXQga2Vy bmVsOiB1Y29tcmVhZGNiOiBnb3QgNDcgY2hhcnMsIHRwID0gMHhmZmZmZmYwMDAwYmNjNDAwCk5v diAgMyAyMDo1ODozMyBrZXJtaXQga2VybmVsOiB1ZnRkaV9yZWFkOiBzYz0weGZmZmZmZjAwMmUx NTNiMDAsIHBvcnQ9MCBjb3VudD00NwpOb3YgIDMgMjA6NTg6MzMga2VybWl0IGtlcm5lbDogdWZ0 ZGlfcmVhZDogc2M9MHhmZmZmZmYwMDJlMTUzYjAwLCBwb3J0PTAgY291bnQ9NDcgZGF0YVswXT0w eDdlCk5vdiAgMyAyMDo1ODozMyBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnRyZWFkOiBzdGFydApO b3YgIDMgMjA6NTg6MzMga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAy ZTE1M2IwMApOb3YgIDMgMjA6NTg6MzMga2VybWl0IGtlcm5lbDogdWZ0ZGlfd3JpdGU6IHNjPTB4 ZmZmZmZmMDAyZTE1M2IwMCwgcG9ydD0wIGNvdW50PTI1IGRhdGFbMF09MHg3ZQpOb3YgIDMgMjA6 NTg6MzMga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiAyNSBjaGFycwpOb3YgIDMgMjA6NTg6MzMg a2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMg MjA6NTg6MzMga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBzdG9wcGVkCk5vdiAgMyAyMDo1ODoz MyBrZXJtaXQga2VybmVsOiB1Y29td3JpdGVjYjogc3RhdHVzID0gMApOb3YgIDMgMjA6NTg6MzMg a2VybWl0IGtlcm5lbDogdWNvbXdyaXRlY2I6IGNjID0gMjUKTm92ICAzIDIwOjU4OjMzIGtlcm1p dCBrZXJuZWw6IHVjb21zdGFydDogc2MgPSAweGZmZmZmZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4 OjMzIGtlcm1pdCBrZXJuZWw6IHVmdGRpX3dyaXRlOiBzYz0weGZmZmZmZjAwMmUxNTNiMDAsIHBv cnQ9MCBjb3VudD01NSBkYXRhWzBdPTB4N2UKTm92ICAzIDIwOjU4OjMzIGtlcm1pdCBrZXJuZWw6 IHVjb21zdGFydDogNTUgY2hhcnMKTm92ICAzIDIwOjU4OjMzIGtlcm1pdCBrZXJuZWw6IHVjb21y ZWFkY2I6IHN0YXR1cyA9IDAKTm92ICAzIDIwOjU4OjMzIGtlcm1pdCBrZXJuZWw6IHVjb21yZWFk Y2I6IGdvdCA0NCBjaGFycywgdHAgPSAweGZmZmZmZjAwMDBiY2M0MDAKTm92ICAzIDIwOjU4OjMz IGtlcm1pdCBrZXJuZWw6IHVmdGRpX3JlYWQ6IHNjPTB4ZmZmZmZmMDAyZTE1M2IwMCwgcG9ydD0w IGNvdW50PTQ0Ck5vdiAgMyAyMDo1ODozMyBrZXJtaXQga2VybmVsOiB1ZnRkaV9yZWFkOiBzYz0w eGZmZmZmZjAwMmUxNTNiMDAsIHBvcnQ9MCBjb3VudD00NCBkYXRhWzBdPTB4N2QKTm92ICAzIDIw OjU4OjMzIGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydHJlYWQ6IHN0YXJ0Ck5vdiAgMyAyMDo1ODoz MyBrZXJtaXQga2VybmVsOiB1Y29td3JpdGVjYjogc3RhdHVzID0gMApOb3YgIDMgMjA6NTg6MzMg a2VybWl0IGtlcm5lbDogdWNvbXdyaXRlY2I6IGNjID0gNTUKTm92ICAzIDIwOjU4OjMzIGtlcm1p dCBrZXJuZWw6IHVjb21zdGFydDogc2MgPSAweGZmZmZmZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4 OjMzIGtlcm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6IHN0YXR1cyA9IDAKTm92ICAzIDIwOjU4OjMz IGtlcm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6IGdvdCA0IGNoYXJzLCB0cCA9IDB4ZmZmZmZmMDAw MGJjYzQwMApOb3YgIDMgMjA6NTg6MzMga2VybWl0IGtlcm5lbDogdWZ0ZGlfcmVhZDogc2M9MHhm ZmZmZmYwMDJlMTUzYjAwLCBwb3J0PTAgY291bnQ9NApOb3YgIDMgMjA6NTg6MzMga2VybWl0IGtl cm5lbDogdWZ0ZGlfcmVhZDogc2M9MHhmZmZmZmYwMDJlMTUzYjAwLCBwb3J0PTAgY291bnQ9NCBk YXRhWzBdPTB4ZGYKTm92ICAzIDIwOjU4OjMzIGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydHJlYWQ6 IHN0YXJ0Ck5vdiAgMyAyMDo1ODozMyBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6IHNjID0gMHhm ZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODozMyBrZXJtaXQga2VybmVsOiB1ZnRkaV93cml0 ZTogc2M9MHhmZmZmZmYwMDJlMTUzYjAwLCBwb3J0PTAgY291bnQ9NDcgZGF0YVswXT0weDdlCk5v diAgMyAyMDo1ODozMyBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6IDQ3IGNoYXJzCk5vdiAgMyAy MDo1ODozMyBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAw Ck5vdiAgMyAyMDo1ODozMyBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6IHN0b3BwZWQKTm92ICAz IDIwOjU4OjMzIGtlcm1pdCBrZXJuZWw6IHVjb213cml0ZWNiOiBzdGF0dXMgPSAwCk5vdiAgMyAy MDo1ODozMyBrZXJtaXQga2VybmVsOiB1Y29td3JpdGVjYjogY2MgPSA0NwpOb3YgIDMgMjA6NTg6 MzMga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3Yg IDMgMjA6NTg6MzMga2VybWl0IGtlcm5lbDogdWZ0ZGlfd3JpdGU6IHNjPTB4ZmZmZmZmMDAyZTE1 M2IwMCwgcG9ydD0wIGNvdW50PTU1IGRhdGFbMF09MHg3ZQpOb3YgIDMgMjA6NTg6MzMga2VybWl0 IGtlcm5lbDogdWNvbXN0YXJ0OiA1NSBjaGFycwpOb3YgIDMgMjA6NTg6MzMga2VybWl0IGtlcm5l bDogdWNvbXdyaXRlY2I6IHN0YXR1cyA9IDAKTm92ICAzIDIwOjU4OjMzIGtlcm1pdCBrZXJuZWw6 IHVjb213cml0ZWNiOiBjYyA9IDU1Ck5vdiAgMyAyMDo1ODozMyBrZXJtaXQga2VybmVsOiB1Y29t c3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODozMyBrZXJtaXQga2Vy bmVsOiB1Y29tcmVhZGNiOiBzdGF0dXMgPSAwCk5vdiAgMyAyMDo1ODozMyBrZXJtaXQga2VybmVs OiB1Y29tcmVhZGNiOiBnb3QgMjAgY2hhcnMsIHRwID0gMHhmZmZmZmYwMDAwYmNjNDAwCk5vdiAg MyAyMDo1ODozMyBrZXJtaXQga2VybmVsOiB1ZnRkaV9yZWFkOiBzYz0weGZmZmZmZjAwMmUxNTNi MDAsIHBvcnQ9MCBjb3VudD0yMApOb3YgIDMgMjA6NTg6MzMga2VybWl0IGtlcm5lbDogdWZ0ZGlf cmVhZDogc2M9MHhmZmZmZmYwMDJlMTUzYjAwLCBwb3J0PTAgY291bnQ9MjAgZGF0YVswXT0weDdk Ck5vdiAgMyAyMDo1ODozMyBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnRyZWFkOiBzdGFydApOb3Yg IDMgMjA6NTg6MzMga2VybWl0IGtlcm5lbDogdWNvbXJlYWRjYjogc3RhdHVzID0gMApOb3YgIDMg MjA6NTg6MzMga2VybWl0IGtlcm5lbDogdWNvbXJlYWRjYjogZ290IDQ4IGNoYXJzLCB0cCA9IDB4 ZmZmZmZmMDAwMGJjYzQwMApOb3YgIDMgMjA6NTg6MzMga2VybWl0IGtlcm5lbDogdWZ0ZGlfcmVh ZDogc2M9MHhmZmZmZmYwMDJlMTUzYjAwLCBwb3J0PTAgY291bnQ9NDgKTm92ICAzIDIwOjU4OjMz IGtlcm1pdCBrZXJuZWw6IHVmdGRpX3JlYWQ6IHNjPTB4ZmZmZmZmMDAyZTE1M2IwMCwgcG9ydD0w IGNvdW50PTQ4IGRhdGFbMF09MHg3YgpOb3YgIDMgMjA6NTg6MzMga2VybWl0IGtlcm5lbDogdWNv bXN0YXJ0cmVhZDogc3RhcnQKTm92ICAzIDIwOjU4OjMzIGtlcm1pdCBrZXJuZWw6IHVjb21zdGFy dDogc2MgPSAweGZmZmZmZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4OjMzIGtlcm1pdCBrZXJuZWw6 IHVmdGRpX3dyaXRlOiBzYz0weGZmZmZmZjAwMmUxNTNiMDAsIHBvcnQ9MCBjb3VudD0zMyBkYXRh WzBdPTB4N2UKTm92ICAzIDIwOjU4OjMzIGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDogMzMgY2hh cnMKTm92ICAzIDIwOjU4OjMzIGtlcm1pdCBrZXJuZWw6IHVjb213cml0ZWNiOiBzdGF0dXMgPSAw Ck5vdiAgMyAyMDo1ODozMyBrZXJtaXQga2VybmVsOiB1Y29td3JpdGVjYjogY2MgPSAzMwpOb3Yg IDMgMjA6NTg6MzMga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1 M2IwMApOb3YgIDMgMjA6NTg6MzMga2VybWl0IGtlcm5lbDogdWNvbXJlYWRjYjogc3RhdHVzID0g MApOb3YgIDMgMjA6NTg6MzMga2VybWl0IGtlcm5lbDogdWNvbXJlYWRjYjogZ290IDkgY2hhcnMs IHRwID0gMHhmZmZmZmYwMDAwYmNjNDAwCk5vdiAgMyAyMDo1ODozMyBrZXJtaXQga2VybmVsOiB1 ZnRkaV9yZWFkOiBzYz0weGZmZmZmZjAwMmUxNTNiMDAsIHBvcnQ9MCBjb3VudD05Ck5vdiAgMyAy MDo1ODozMyBrZXJtaXQga2VybmVsOiB1ZnRkaV9yZWFkOiBzYz0weGZmZmZmZjAwMmUxNTNiMDAs IHBvcnQ9MCBjb3VudD05IGRhdGFbMF09MHgwMwpOb3YgIDMgMjA6NTg6MzMga2VybWl0IGtlcm5l bDogdWNvbXN0YXJ0cmVhZDogc3RhcnQKTm92ICAzIDIwOjU4OjMzIGtlcm1pdCBrZXJuZWw6IHVj b21yZWFkY2I6IHN0YXR1cyA9IDAKTm92ICAzIDIwOjU4OjMzIGtlcm1pdCBrZXJuZWw6IHVjb21y ZWFkY2I6IGdvdCAzIGNoYXJzLCB0cCA9IDB4ZmZmZmZmMDAwMGJjYzQwMApOb3YgIDMgMjA6NTg6 MzMga2VybWl0IGtlcm5lbDogdWZ0ZGlfcmVhZDogc2M9MHhmZmZmZmYwMDJlMTUzYjAwLCBwb3J0 PTAgY291bnQ9MwpOb3YgIDMgMjA6NTg6MzMga2VybWl0IGtlcm5lbDogdWZ0ZGlfcmVhZDogc2M9 MHhmZmZmZmYwMDJlMTUzYjAwLCBwb3J0PTAgY291bnQ9MyBkYXRhWzBdPTB4N2UKTm92ICAzIDIw OjU4OjMzIGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydHJlYWQ6IHN0YXJ0Ck5vdiAgMyAyMDo1ODoz MyBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAg MyAyMDo1ODozMyBrZXJtaXQga2VybmVsOiB1ZnRkaV93cml0ZTogc2M9MHhmZmZmZmYwMDJlMTUz YjAwLCBwb3J0PTAgY291bnQ9MTIgZGF0YVswXT0weDdlCk5vdiAgMyAyMDo1ODozMyBrZXJtaXQg a2VybmVsOiB1Y29tc3RhcnQ6IDEyIGNoYXJzCk5vdiAgMyAyMDo1ODozMyBrZXJtaXQga2VybmVs OiB1Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODozMyBrZXJt aXQga2VybmVsOiB1Y29tc3RhcnQ6IHN0b3BwZWQKTm92ICAzIDIwOjU4OjMzIGtlcm1pdCBrZXJu ZWw6IHVjb213cml0ZWNiOiBzdGF0dXMgPSAwCk5vdiAgMyAyMDo1ODozMyBrZXJtaXQga2VybmVs OiB1Y29td3JpdGVjYjogY2MgPSAxMgpOb3YgIDMgMjA6NTg6MzMga2VybWl0IGtlcm5lbDogdWNv bXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTg6MzMga2VybWl0IGtl cm5lbDogdWZ0ZGlfd3JpdGU6IHNjPTB4ZmZmZmZmMDAyZTE1M2IwMCwgcG9ydD0wIGNvdW50PTE4 IGRhdGFbMF09MHg3ZQpOb3YgIDMgMjA6NTg6MzMga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiAx OCBjaGFycwpOb3YgIDMgMjA6NTg6MzMga2VybWl0IGtlcm5lbDogdWNvbXJlYWRjYjogc3RhdHVz ID0gMApOb3YgIDMgMjA6NTg6MzMga2VybWl0IGtlcm5lbDogdWNvbXJlYWRjYjogZ290IDI0IGNo YXJzLCB0cCA9IDB4ZmZmZmZmMDAwMGJjYzQwMApOb3YgIDMgMjA6NTg6MzMga2VybWl0IGtlcm5l bDogdWZ0ZGlfcmVhZDogc2M9MHhmZmZmZmYwMDJlMTUzYjAwLCBwb3J0PTAgY291bnQ9MjQKTm92 ICAzIDIwOjU4OjMzIGtlcm1pdCBrZXJuZWw6IHVmdGRpX3JlYWQ6IHNjPTB4ZmZmZmZmMDAyZTE1 M2IwMCwgcG9ydD0wIGNvdW50PTI0IGRhdGFbMF09MHg3ZApOb3YgIDMgMjA6NTg6MzMga2VybWl0 IGtlcm5lbDogdWNvbXN0YXJ0cmVhZDogc3RhcnQKTm92ICAzIDIwOjU4OjMzIGtlcm1pdCBrZXJu ZWw6IHVjb213cml0ZWNiOiBzdGF0dXMgPSAwCk5vdiAgMyAyMDo1ODozMyBrZXJtaXQga2VybmVs OiB1Y29td3JpdGVjYjogY2MgPSAxOApOb3YgIDMgMjA6NTg6MzMga2VybWl0IGtlcm5lbDogdWNv bXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTg6MzMga2VybWl0IGtl cm5lbDogdWNvbXJlYWRjYjogc3RhdHVzID0gMApOb3YgIDMgMjA6NTg6MzMga2VybWl0IGtlcm5l bDogdWNvbXJlYWRjYjogZ290IDMgY2hhcnMsIHRwID0gMHhmZmZmZmYwMDAwYmNjNDAwCk5vdiAg MyAyMDo1ODozMyBrZXJtaXQga2VybmVsOiB1ZnRkaV9yZWFkOiBzYz0weGZmZmZmZjAwMmUxNTNi MDAsIHBvcnQ9MCBjb3VudD0zCk5vdiAgMyAyMDo1ODozMyBrZXJtaXQga2VybmVsOiB1ZnRkaV9y ZWFkOiBzYz0weGZmZmZmZjAwMmUxNTNiMDAsIHBvcnQ9MCBjb3VudD0zIGRhdGFbMF09MHg3ZQpO b3YgIDMgMjA6NTg6MzMga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0cmVhZDogc3RhcnQKTm92ICAz IDIwOjU4OjM2IGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDogc2MgPSAweGZmZmZmZjAwMmUxNTNi MDAKTm92ICAzIDIwOjU4OjM2IGtlcm1pdCBrZXJuZWw6IHVmdGRpX3dyaXRlOiBzYz0weGZmZmZm ZjAwMmUxNTNiMDAsIHBvcnQ9MCBjb3VudD0xOCBkYXRhWzBdPTB4N2UKTm92ICAzIDIwOjU4OjM2 IGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDogMTggY2hhcnMKTm92ICAzIDIwOjU4OjM2IGtlcm1p dCBrZXJuZWw6IHVjb213cml0ZWNiOiBzdGF0dXMgPSAwCk5vdiAgMyAyMDo1ODozNiBrZXJtaXQg a2VybmVsOiB1Y29td3JpdGVjYjogY2MgPSAxOApOb3YgIDMgMjA6NTg6MzYga2VybWl0IGtlcm5l bDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTg6Mzkga2Vy bWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6 NTg6Mzkga2VybWl0IGtlcm5lbDogdWZ0ZGlfd3JpdGU6IHNjPTB4ZmZmZmZmMDAyZTE1M2IwMCwg cG9ydD0wIGNvdW50PTE4IGRhdGFbMF09MHg3ZQpOb3YgIDMgMjA6NTg6Mzkga2VybWl0IGtlcm5l bDogdWNvbXN0YXJ0OiAxOCBjaGFycwpOb3YgIDMgMjA6NTg6Mzkga2VybWl0IGtlcm5lbDogdWNv bXdyaXRlY2I6IHN0YXR1cyA9IDAKTm92ICAzIDIwOjU4OjM5IGtlcm1pdCBrZXJuZWw6IHVjb213 cml0ZWNiOiBjYyA9IDE4Ck5vdiAgMyAyMDo1ODozOSBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6 IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODo0MiBrZXJtaXQga2VybmVsOiB1 Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1ODo0MiBrZXJtaXQg a2VybmVsOiB1ZnRkaV93cml0ZTogc2M9MHhmZmZmZmYwMDJlMTUzYjAwLCBwb3J0PTAgY291bnQ9 MTggZGF0YVswXT0weDdlCk5vdiAgMyAyMDo1ODo0MiBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnQ6 IDE4IGNoYXJzCk5vdiAgMyAyMDo1ODo0MiBrZXJtaXQga2VybmVsOiB1Y29td3JpdGVjYjogc3Rh dHVzID0gMApOb3YgIDMgMjA6NTg6NDIga2VybWl0IGtlcm5lbDogdWNvbXdyaXRlY2I6IGNjID0g MTgKTm92ICAzIDIwOjU4OjQyIGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDogc2MgPSAweGZmZmZm ZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4OjQ1IGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDogc2Mg PSAweGZmZmZmZjAwMmUxNTNiMDAKTm92ICAzIDIwOjU4OjQ1IGtlcm1pdCBrZXJuZWw6IHVmdGRp X3dyaXRlOiBzYz0weGZmZmZmZjAwMmUxNTNiMDAsIHBvcnQ9MCBjb3VudD0xOCBkYXRhWzBdPTB4 N2UKTm92ICAzIDIwOjU4OjQ1IGtlcm1pdCBrZXJuZWw6IHVjb21zdGFydDogMTggY2hhcnMKTm92 ICAzIDIwOjU4OjQ1IGtlcm1pdCBrZXJuZWw6IHVjb213cml0ZWNiOiBzdGF0dXMgPSAwCk5vdiAg MyAyMDo1ODo0NSBrZXJtaXQga2VybmVsOiB1Y29td3JpdGVjYjogY2MgPSAxOApOb3YgIDMgMjA6 NTg6NDUga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApO b3YgIDMgMjA6NTk6MjAga2VybWl0IGtlcm5lbDogdWNvbXBhcmFtOiBzYyA9IDB4ZmZmZmZmMDAy ZTE1M2IwMApOb3YgIDMgMjA6NTk6MjAga2VybWl0IGtlcm5lbDogdWNvbXBhcmFtOiBtaXNtYXRj aCBpc3BlZWQgYW5kIG9zcGVlZApOb3YgIDMgMjA6NTk6MjAga2VybWl0IGtlcm5lbDogdWNvbXBh cmFtOiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTk6MjAga2VybWl0IGtlcm5l bDogdWNvbXBhcmFtOiBtaXNtYXRjaCBpc3BlZWQgYW5kIG9zcGVlZApOb3YgIDMgMjA6NTk6MjAg a2VybWl0IGtlcm5lbDogdWNvbXBhcmFtOiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMg MjA6NTk6MjAga2VybWl0IGtlcm5lbDogdWNvbXBhcmFtOiBtaXNtYXRjaCBpc3BlZWQgYW5kIG9z cGVlZApOb3YgIDMgMjA6NTk6MjAga2VybWl0IGtlcm5lbDogdWNvbXN0b3A6IDMKTm92ICAzIDIw OjU5OjIwIGtlcm1pdCBrZXJuZWw6IHVjb21zdG9wOiByZWFkCk5vdiAgMyAyMDo1OToyMCBrZXJt aXQga2VybmVsOiB1Y29tc3RvcHJlYWQ6IGVudGVyCk5vdiAgMyAyMDo1OToyMCBrZXJtaXQgcHBw Wzc2MV06IHR1bjA6IFdhcm5pbmc6IGRlZmxpbms6IFVuYWJsZSB0byBzZXQgcGh5c2ljYWwgdG8g c3BlZWQgMApOb3YgIDMgMjA6NTk6MjAga2VybWl0IGxhc3QgbWVzc2FnZSByZXBlYXRlZCAyIHRp bWVzCk5vdiAgMyAyMDo1OToyMCBrZXJtaXQga2VybmVsOiB1Y29tcmVhZGNiOiBzdGF0dXMgPSA2 Ck5vdiAgMyAyMDo1OToyMCBrZXJtaXQga2VybmVsOiB1Y29tc3RvcHJlYWQ6IGxlYXZlCk5vdiAg MyAyMDo1OToyMCBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnRyZWFkOiBzdGFydApOb3YgIDMgMjA6 NTk6MjAga2VybWl0IGtlcm5lbDogdWNvbXN0b3A6IHdyaXRlCk5vdiAgMyAyMDo1OToyMCBrZXJt aXQga2VybmVsOiB1Y29tc3RhcnQ6IHNjID0gMHhmZmZmZmYwMDJlMTUzYjAwCk5vdiAgMyAyMDo1 OToyMCBrZXJtaXQga2VybmVsOiB1Y29tc3RvcDogZG9uZQpOb3YgIDMgMjA6NTk6MjAga2VybWl0 IGtlcm5lbDogdWNvbXN0b3A6IDEKTm92ICAzIDIwOjU5OjIwIGtlcm1pdCBrZXJuZWw6IHVjb21z dG9wOiByZWFkCk5vdiAgMyAyMDo1OToyMCBrZXJtaXQga2VybmVsOiB1Y29tc3RvcHJlYWQ6IGVu dGVyCk5vdiAgMyAyMDo1OToyMCBrZXJtaXQga2VybmVsOiB1Y29tcmVhZGNiOiBzdGF0dXMgPSA2 Ck5vdiAgMyAyMDo1OToyMCBrZXJtaXQga2VybmVsOiB1Y29tc3RvcHJlYWQ6IGxlYXZlCk5vdiAg MyAyMDo1OToyMCBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnRyZWFkOiBzdGFydApOb3YgIDMgMjA6 NTk6MjAga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApO b3YgIDMgMjA6NTk6MjAga2VybWl0IGtlcm5lbDogdWNvbXN0b3A6IGRvbmUKTm92ICAzIDIwOjU5 OjIwIGtlcm1pdCBrZXJuZWw6IHVjb21wYXJhbTogc2MgPSAweGZmZmZmZjAwMmUxNTNiMDAKTm92 ICAzIDIwOjU5OjIwIGtlcm1pdCBrZXJuZWw6IHVjb21zdG9wcmVhZDogZW50ZXIKTm92ICAzIDIw OjU5OjIwIGtlcm1pdCBrZXJuZWw6IHVjb21yZWFkY2I6IHN0YXR1cyA9IDYKTm92ICAzIDIwOjU5 OjIwIGtlcm1pdCBrZXJuZWw6IHVjb21zdG9wcmVhZDogbGVhdmUKTm92ICAzIDIwOjU5OjIwIGtl cm1pdCBrZXJuZWw6IHVmdGRpX3BhcmFtOiBzYz0weGZmZmZmZjAwMmUxNTNiMDAKTm92ICAzIDIw OjU5OjIwIGtlcm1pdCBrZXJuZWw6IHVjb21fZHRyOiBvbm9mZiA9IDEKTm92ICAzIDIwOjU5OjIw IGtlcm1pdCBrZXJuZWw6IHVmdGRpX3NldDogc2M9MHhmZmZmZmYwMDJlMTUzYjAwLCBwb3J0PTAg cmVnPTEgb25vZmY9MQpOb3YgIDMgMjA6NTk6MjAga2VybWl0IGtlcm5lbDogdWZ0ZGk6IERUUiBv bgpOb3YgIDMgMjA6NTk6MjAga2VybWl0IGtlcm5lbDogdWNvbV9ydHM6IG9ub2ZmID0gMQpOb3Yg IDMgMjA6NTk6MjAga2VybWl0IGtlcm5lbDogdWZ0ZGlfc2V0OiBzYz0weGZmZmZmZjAwMmUxNTNi MDAsIHBvcnQ9MCByZWc9MiBvbm9mZj0xCk5vdiAgMyAyMDo1OToyMCBrZXJtaXQga2VybmVsOiB1 ZnRkaTogUlRTIG9uCk5vdiAgMyAyMDo1OToyMCBrZXJtaXQga2VybmVsOiB1Y29tc3RhcnRyZWFk OiBzdGFydApOb3YgIDMgMjA6NTk6MjAga2VybWl0IGtlcm5lbDogdWNvbXN0b3A6IDEKTm92ICAz IDIwOjU5OjIwIGtlcm1pdCBrZXJuZWw6IHVjb21zdG9wOiByZWFkCk5vdiAgMyAyMDo1OToyMCBr ZXJtaXQga2VybmVsOiB1Y29tc3RvcHJlYWQ6IGVudGVyCk5vdiAgMyAyMDo1OToyMCBrZXJtaXQg a2VybmVsOiB1Y29tcmVhZGNiOiBzdGF0dXMgPSA2Ck5vdiAgMyAyMDo1OToyMCBrZXJtaXQga2Vy bmVsOiB1Y29tc3RvcHJlYWQ6IGxlYXZlCk5vdiAgMyAyMDo1OToyMCBrZXJtaXQga2VybmVsOiB1 Y29tc3RhcnRyZWFkOiBzdGFydApOb3YgIDMgMjA6NTk6MjAga2VybWl0IGtlcm5lbDogdWNvbXN0 YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1M2IwMApOb3YgIDMgMjA6NTk6MjAga2VybWl0IGtlcm5l bDogdWNvbXN0b3A6IGRvbmUKTm92ICAzIDIwOjU5OjIwIGtlcm1pdCBrZXJuZWw6IHVjb20wOiB1 Y29tY2xvc2UgCk5vdiAgMyAyMDo1OToyMCBrZXJtaXQga2VybmVsOiB1Y29tX2NsZWFudXA6IGNs b3NpbmcgcGlwZXMKTm92ICAzIDIwOjU5OjIwIGtlcm1pdCBrZXJuZWw6IHVjb21fc2h1dGRvd24K Tm92ICAzIDIwOjU5OjIwIGtlcm1pdCBrZXJuZWw6IHVjb21fZHRyOiBvbm9mZiA9IDAKTm92ICAz IDIwOjU5OjIwIGtlcm1pdCBrZXJuZWw6IHVmdGRpX3NldDogc2M9MHhmZmZmZmYwMDJlMTUzYjAw LCBwb3J0PTAgcmVnPTEgb25vZmY9MApOb3YgIDMgMjA6NTk6MjAga2VybWl0IGtlcm5lbDogdWZ0 ZGk6IERUUiBvZmYKTm92ICAzIDIwOjU5OjIwIGtlcm1pdCBrZXJuZWw6IHVjb21fcnRzOiBvbm9m ZiA9IDEKTm92ICAzIDIwOjU5OjIwIGtlcm1pdCBrZXJuZWw6IHVmdGRpX3NldDogc2M9MHhmZmZm ZmYwMDJlMTUzYjAwLCBwb3J0PTAgcmVnPTIgb25vZmY9MQpOb3YgIDMgMjA6NTk6MjAga2VybWl0 IGtlcm5lbDogdWZ0ZGk6IFJUUyBvbgpOb3YgIDMgMjA6NTk6MjEga2VybWl0IGtlcm5lbDogdWNv bXJlYWRjYjogc3RhdHVzID0gNgpOb3YgIDMgMjA6NTk6MjEga2VybWl0IGtlcm5lbDogdWNvbXN0 b3A6IDMKTm92ICAzIDIwOjU5OjIxIGtlcm1pdCBrZXJuZWw6IHVjb21zdG9wOiB3cml0ZQpOb3Yg IDMgMjA6NTk6MjEga2VybWl0IGtlcm5lbDogdWNvbXN0YXJ0OiBzYyA9IDB4ZmZmZmZmMDAyZTE1 M2IwMApOb3YgIDMgMjA6NTk6MjEga2VybWl0IGtlcm5lbDogdWNvbXN0b3A6IGRvbmUK ------_=_NextPart_001_01C5E154.E10A0E4E-- From owner-freebsd-mobile@FreeBSD.ORG Fri Nov 4 15:33: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 2CAD916A41F for ; Fri, 4 Nov 2005 15:33:42 +0000 (GMT) (envelope-from jens.rehsack.ext@siemensvdo.com) Received: from gecko.sbs.de (gecko.sbs.de [194.138.37.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 600CA43D46 for ; Fri, 4 Nov 2005 15:33:41 +0000 (GMT) (envelope-from jens.rehsack.ext@siemensvdo.com) Received: from mail1.sbs.de (localhost [127.0.0.1]) by gecko.sbs.de (8.12.6/8.12.6) with ESMTP id jA4FXcei018372; Fri, 4 Nov 2005 16:33:38 +0100 Received: from rbgs555a.ww011.siemens.net (rbgs555a.ww011.siemens.net [144.145.109.9]) by mail1.sbs.de (8.12.6/8.12.6) with ESMTP id jA4FXc3x016346; Fri, 4 Nov 2005 16:33:38 +0100 Received: from krbdf7ma.ww011.siemens.net ([158.92.210.82]) by rbgs555a.ww011.siemens.net with Microsoft SMTPSVC(6.0.3790.1830); Fri, 4 Nov 2005 16:33:38 +0100 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C5E155.201BC316" X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Fri, 4 Nov 2005 16:33:36 +0100 Message-ID: X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: Help getting Option N.V. Fusion UMTS Quad-GPRS run thread-index: AcXgTLNqjNoYTq45RLqjB7aLWI82ggBCE4PQ From: "Rehsack Jens \(ext\)" To: , X-OriginalArrivalTime: 04 Nov 2005 15:33:38.0154 (UTC) FILETIME=[205FB4A0:01C5E155] Cc: freebsd-mobile@freebsd.org Subject: RE: Help getting Option N.V. Fusion UMTS Quad-GPRS run 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, 04 Nov 2005 15:33:42 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C5E155.201BC316 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Hi Matthias, [...] I've forgotten the ppp.log itself. Jens ------_=_NextPart_001_01C5E155.201BC316 Content-Type: application/octet-stream; name="ppp.log" Content-Transfer-Encoding: base64 Content-Description: ppp.log Content-Disposition: attachment; filename="ppp.log" Tm92ICAzIDIxOjIwOjMxIGtlcm1pdCBwcHBbNzY3XTogUGhhc2U6IFVzaW5nIGludGVyZmFjZTog dHVuMApOb3YgIDMgMjE6MjA6MzEga2VybWl0IHBwcFs3NjddOiBQaGFzZTogZGVmbGluazogQ3Jl YXRlZCBpbiBjbG9zZWQgc3RhdGUKTm92ICAzIDIxOjIwOjMxIGtlcm1pdCBwcHBbNzY3XTogdHVu MDogQ29tbWFuZDogZGVmYXVsdDogaWRlbnQgdXNlci1wcHAgVkVSU0lPTiAoYnVpbHQgQ09NUElM QVRJT05EQVRFKQpOb3YgIDMgMjE6MjA6MzEga2VybWl0IHBwcFs3NjddOiB0dW4wOiBDb21tYW5k OiBkZWZhdWx0OiBzZXQgZGV2aWNlIC9kZXYvY3VhZDQKTm92ICAzIDIxOjIwOjMxIGtlcm1pdCBw cHBbNzY3XTogdHVuMDogQ29tbWFuZDogZGVmYXVsdDogc2V0IHNwZWVkIDExNTIwMApOb3YgIDMg MjE6MjA6MzEga2VybWl0IHBwcFs3NjddOiB0dW4wOiBDb21tYW5kOiBkZWZhdWx0OiBzZXQgZGlh bCBBQk9SVCBCVVNZIEFCT1JUIE5PXHNDQVJSSUVSIFRJTUVPVVQgNSAgICAgICAgICAgICIiIEFU IE9LLUFULU9LIEFURTFRMCBPSyBcZEFURFRcVCBUSU1FT1VUIDQwIENPTk5FQ1QKTm92ICAzIDIx OjIwOjMxIGtlcm1pdCBwcHBbNzY3XTogdHVuMDogQ29tbWFuZDogZGVmYXVsdDogc2V0IHRpbWVv dXQgMTgwCk5vdiAgMyAyMToyMDozMSBrZXJtaXQgcHBwWzc2N106IHR1bjA6IENvbW1hbmQ6IGRl ZmF1bHQ6IGVuYWJsZSBkbnMKTm92ICAzIDIxOjIwOjMxIGtlcm1pdCBwcHBbNzY3XTogdHVuMDog Q29tbWFuZDogdm9kYWZvbmU6IHNldCBkZXZpY2UgL2Rldi9jdWFVMApOb3YgIDMgMjE6MjA6MzEg a2VybWl0IHBwcFs3NjddOiB0dW4wOiBDb21tYW5kOiB2b2RhZm9uZTogc2V0IHNwZWVkIDQ2MDgw MApOb3YgIDMgMjE6MjA6MzEga2VybWl0IHBwcFs3NjddOiB0dW4wOiBDb21tYW5kOiB2b2RhZm9u ZTogc2V0IHBob25lICo5OSoqKjEjCk5vdiAgMyAyMToyMDozMSBrZXJtaXQgcHBwWzc2N106IHR1 bjA6IENvbW1hbmQ6IHZvZGFmb25lOiBzZXQgcmVjb25uZWN0IDMgMTUKTm92ICAzIDIxOjIwOjMx IGtlcm1pdCBwcHBbNzY3XTogdHVuMDogQ29tbWFuZDogdm9kYWZvbmU6IHNldCB0aW1lb3V0IDMw MDAKTm92ICAzIDIxOjIwOjMxIGtlcm1pdCBwcHBbNzY3XTogdHVuMDogQ29tbWFuZDogdm9kYWZv bmU6IHNldCBkaWFsIEFCT1JUIEJVU1kgQUJPUlQgTk9cc0NBUlJJRVIgQUJPUlQgRVJST1IgVElN RU9VVCA1IAkiIiBBVCBPSy1BVC1PSyAJQVQrQ0dEQ09OVD0yLFwiSVBcIixcIndlYi52b2RhZm9u ZS5kZVwiIE9LIAlBVCBPSy1BVC1PSyBcZEFURFRcVCBUSU1FT1VUIDQwIENPTk5FQ1QKTm92ICAz IDIxOjIwOjMxIGtlcm1pdCBwcHBbNzY3XTogdHVuMDogQ29tbWFuZDogdm9kYWZvbmU6IGRpc2Fi bGUgZG5zCk5vdiAgMyAyMToyMDozMSBrZXJtaXQgcHBwWzc2N106IHR1bjA6IENvbW1hbmQ6IHZv ZGFmb25lOiBkaXNhYmxlIHByZWQxIGRlZmxhdGUgZGVmbGF0ZTI0IHByb3RvY29tcCBhY2Zjb21w IHNob3J0c2VxIHZqCk5vdiAgMyAyMToyMDozMSBrZXJtaXQgcHBwWzc2N106IHR1bjA6IENvbW1h bmQ6IHZvZGFmb25lOiBkZW55IHByZWQxIGRlZmxhdGUgZGVmbGF0ZTI0IHByb3RvY29tcCBhY2Zj b21wIHNob3J0c2VxIHZqCk5vdiAgMyAyMToyMDozMSBrZXJtaXQgcHBwWzc2N106IHR1bjA6IENv bW1hbmQ6IHZvZGFmb25lOiBzZXQgYXV0aG5hbWUgdXNlcgpOb3YgIDMgMjE6MjA6MzEga2VybWl0 IHBwcFs3NjddOiB0dW4wOiBDb21tYW5kOiB2b2RhZm9uZTogc2V0IGF1dGhrZXkgKioqKioqKioK Tm92ICAzIDIxOjIwOjMxIGtlcm1pdCBwcHBbNzY3XTogdHVuMDogQ29tbWFuZDogdm9kYWZvbmU6 IGFjY2VwdCBQQVAKTm92ICAzIDIxOjIwOjMxIGtlcm1pdCBwcHBbNzY3XTogdHVuMDogQ29tbWFu ZDogdm9kYWZvbmU6IHNldCBsb2dpbgpOb3YgIDMgMjE6MjA6MzEga2VybWl0IHBwcFs3NjddOiB0 dW4wOiBDb21tYW5kOiB2b2RhZm9uZTogYWRkIGRlZmF1bHQgSElTQUREUgpOb3YgIDMgMjE6MjA6 MzEga2VybWl0IHBwcFs3NjddOiB0dW4wOiBDb21tYW5kOiB2b2RhZm9uZTogc2V0IGlmYWRkciAx MC4wLjAuMS8wIDEwLjAuMC4yLzAgMC4wLjAuMCAwLjAuMC4wCk5vdiAgMyAyMToyMDozMSBrZXJt aXQgcHBwWzc2N106IHR1bjA6IENvbW1hbmQ6IHZvZGFmb25lOiBhY2NlcHQgbHFyCk5vdiAgMyAy MToyMDozMSBrZXJtaXQgcHBwWzc2N106IHR1bjA6IENvbW1hbmQ6IHZvZGFmb25lOiBzZXQgbG9n IFBoYXNlIExDUCBJUENQIENDUCBXYXJuaW5nIEVycm9yIEFsZXJ0IHR1biBjb21tYW5kIENoYXQg VENQL0lQCk5vdiAgMyAyMToyMDozMSBrZXJtaXQgcHBwWzc2N106IHR1bjA6IENvbW1hbmQ6IHZv ZGFmb25lOiBkaXNhYmxlIGlwdjZjcApOb3YgIDMgMjE6MjA6MzEga2VybWl0IHBwcFs3NjddOiB0 dW4wOiBDb21tYW5kOiB2b2RhZm9uZTogZW5hYmxlIGlwY3AKTm92ICAzIDIxOjIwOjMxIGtlcm1p dCBwcHBbNzY3XTogdHVuMDogUGhhc2U6IFBQUCBTdGFydGVkIChpbnRlcmFjdGl2ZSBtb2RlKS4K Tm92ICAzIDIxOjIwOjM0IGtlcm1pdCBwcHBbNzY3XTogdHVuMDogQ29tbWFuZDogL2Rldi90dHl2 MTogZGlhbApOb3YgIDMgMjE6MjA6MzQga2VybWl0IHBwcFs3NjddOiB0dW4wOiBQaGFzZTogYnVu ZGxlOiBFc3RhYmxpc2gKTm92ICAzIDIxOjIwOjM0IGtlcm1pdCBwcHBbNzY3XTogdHVuMDogUGhh c2U6IGRlZmxpbms6IGNsb3NlZCAtPiBvcGVuaW5nCk5vdiAgMyAyMToyMDozNCBrZXJtaXQgcHBw Wzc2N106IHR1bjA6IFBoYXNlOiBkZWZsaW5rOiBDb25uZWN0ZWQhCk5vdiAgMyAyMToyMDozNCBr ZXJtaXQgcHBwWzc2N106IHR1bjA6IFBoYXNlOiBkZWZsaW5rOiBvcGVuaW5nIC0+IGRpYWwKTm92 ICAzIDIxOjIwOjM0IGtlcm1pdCBwcHBbNzY3XTogdHVuMDogQ2hhdDogUGhvbmU6ICo5OSoqKjEj Ck5vdiAgMyAyMToyMDozNCBrZXJtaXQgcHBwWzc2N106IHR1bjA6IENoYXQ6IGRlZmxpbms6IERp YWwgYXR0ZW1wdCAxIG9mIDEKTm92ICAzIDIxOjIwOjM0IGtlcm1pdCBwcHBbNzY3XTogdHVuMDog Q2hhdDogU2VuZDogQVReTQpOb3YgIDMgMjE6MjA6MzQga2VybWl0IHBwcFs3NjddOiB0dW4wOiBD aGF0OiBFeHBlY3QoNSk6IE9LCk5vdiAgMyAyMToyMDozNCBrZXJtaXQgcHBwWzc2N106IHR1bjA6 IENoYXQ6IFJlY2VpdmVkOiBBVF5NXk0KTm92ICAzIDIxOjIwOjM0IGtlcm1pdCBwcHBbNzY3XTog dHVuMDogQ2hhdDogUmVjZWl2ZWQ6IE9LXk0KTm92ICAzIDIxOjIwOjM0IGtlcm1pdCBwcHBbNzY3 XTogdHVuMDogQ2hhdDogU2VuZDogQVQrQ0dEQ09OVD0yLCJJUCIsIndlYi52b2RhZm9uZS5kZSJe TQpOb3YgIDMgMjE6MjA6MzQga2VybWl0IHBwcFs3NjddOiB0dW4wOiBDaGF0OiBFeHBlY3QoNSk6 IE9LCk5vdiAgMyAyMToyMDozNCBrZXJtaXQgcHBwWzc2N106IHR1bjA6IENoYXQ6IFJlY2VpdmVk OiBBVCtDR0RDT05UPTIsIklQIiwid2ViLnZvZGFmb25lLmRlIl5NXk0KTm92ICAzIDIxOjIwOjM0 IGtlcm1pdCBwcHBbNzY3XTogdHVuMDogQ2hhdDogUmVjZWl2ZWQ6IE9LXk0KTm92ICAzIDIxOjIw OjM0IGtlcm1pdCBwcHBbNzY3XTogdHVuMDogQ2hhdDogU2VuZDogQVReTQpOb3YgIDMgMjE6MjA6 MzQga2VybWl0IHBwcFs3NjddOiB0dW4wOiBDaGF0OiBFeHBlY3QoNSk6IE9LCk5vdiAgMyAyMToy MDozNCBrZXJtaXQgcHBwWzc2N106IHR1bjA6IENoYXQ6IFJlY2VpdmVkOiBBVF5NXk0KTm92ICAz IDIxOjIwOjM0IGtlcm1pdCBwcHBbNzY3XTogdHVuMDogQ2hhdDogUmVjZWl2ZWQ6IE9LXk0KTm92 ICAzIDIxOjIwOjM0IGtlcm1pdCBwcHBbNzY3XTogdHVuMDogQ2hhdDogU2VuZDogQVREVCo5OSoq KjEjXk0KTm92ICAzIDIxOjIwOjM2IGtlcm1pdCBwcHBbNzY3XTogdHVuMDogQ2hhdDogRXhwZWN0 KDQwKTogQ09OTkVDVApOb3YgIDMgMjE6MjA6MzYga2VybWl0IHBwcFs3NjddOiB0dW4wOiBDaGF0 OiBSZWNlaXZlZDogQVREVCo5OSoqKjEjXk1eTQpOb3YgIDMgMjE6MjA6MzYga2VybWl0IHBwcFs3 NjddOiB0dW4wOiBDaGF0OiBSZWNlaXZlZDogQ09OTkVDVCAzODQwMDBeTQpOb3YgIDMgMjE6MjA6 MzYga2VybWl0IHBwcFs3NjddOiB0dW4wOiBQaGFzZTogZGVmbGluazogZGlhbCAtPiBjYXJyaWVy Ck5vdiAgMyAyMToyMDozNyBrZXJtaXQgcHBwWzc2N106IHR1bjA6IFBoYXNlOiBkZWZsaW5rOiAv ZGV2L2N1YVUwIGRvZXNuJ3Qgc3VwcG9ydCBDRApOb3YgIDMgMjE6MjA6Mzcga2VybWl0IHBwcFs3 NjddOiB0dW4wOiBQaGFzZTogZGVmbGluazogY2FycmllciAtPiBsb2dpbgpOb3YgIDMgMjE6MjA6 Mzcga2VybWl0IHBwcFs3NjddOiB0dW4wOiBQaGFzZTogZGVmbGluazogbG9naW4gLT4gbGNwCk5v diAgMyAyMToyMDozNyBrZXJtaXQgcHBwWzc2N106IHR1bjA6IExDUDogRlNNOiBVc2luZyAiZGVm bGluayIgYXMgYSB0cmFuc3BvcnQKTm92ICAzIDIxOjIwOjM3IGtlcm1pdCBwcHBbNzY3XTogdHVu MDogTENQOiBkZWZsaW5rOiBTdGF0ZSBjaGFuZ2UgSW5pdGlhbCAtLT4gQ2xvc2VkCk5vdiAgMyAy MToyMDozNyBrZXJtaXQgcHBwWzc2N106IHR1bjA6IExDUDogZGVmbGluazogU3RhdGUgY2hhbmdl IENsb3NlZCAtLT4gU3RvcHBlZApOb3YgIDMgMjE6MjA6Mzgga2VybWl0IHBwcFs3NjddOiB0dW4w OiBMQ1A6IGRlZmxpbms6IExheWVyU3RhcnQKTm92ICAzIDIxOjIwOjM4IGtlcm1pdCBwcHBbNzY3 XTogdHVuMDogTENQOiBkZWZsaW5rOiBTZW5kQ29uZmlnUmVxKDEpIHN0YXRlID0gU3RvcHBlZApO b3YgIDMgMjE6MjA6Mzgga2VybWl0IHBwcFs3NjddOiB0dW4wOiBMQ1A6ICBBQ0NNQVBbNl0gMHgw MDAwMDAwMApOb3YgIDMgMjE6MjA6Mzgga2VybWl0IHBwcFs3NjddOiB0dW4wOiBMQ1A6ICBNUlVb NF0gMTUwMApOb3YgIDMgMjE6MjA6Mzgga2VybWl0IHBwcFs3NjddOiB0dW4wOiBMQ1A6ICBNQUdJ Q05VTVs2XSAweGZhZDY5YThkCk5vdiAgMyAyMToyMDozOCBrZXJtaXQgcHBwWzc2N106IHR1bjA6 IExDUDogZGVmbGluazogU3RhdGUgY2hhbmdlIFN0b3BwZWQgLS0+IFJlcS1TZW50Ck5vdiAgMyAy MToyMDozOCBrZXJtaXQgcHBwWzc2N106IHR1bjA6IExDUDogZGVmbGluazogUmVjdkNvbmZpZ1Jl cSgwKSBzdGF0ZSA9IFJlcS1TZW50Ck5vdiAgMyAyMToyMDozOCBrZXJtaXQgcHBwWzc2N106IHR1 bjA6IExDUDogIEFDQ01BUFs2XSAweDAwMDAwMDAwCk5vdiAgMyAyMToyMDozOCBrZXJtaXQgcHBw Wzc2N106IHR1bjA6IExDUDogIEFVVEhQUk9UT1s1XSAweGMyMjMgKENIQVAgMHgwNSkKTm92ICAz IDIxOjIwOjM4IGtlcm1pdCBwcHBbNzY3XTogdHVuMDogTENQOiAgTUFHSUNOVU1bNl0gMHgwODA1 OGQyOQpOb3YgIDMgMjE6MjA6Mzgga2VybWl0IHBwcFs3NjddOiB0dW4wOiBMQ1A6ICBQUk9UT0NP TVBbMl0KTm92ICAzIDIxOjIwOjM4IGtlcm1pdCBwcHBbNzY3XTogdHVuMDogTENQOiAgQUNGQ09N UFsyXQpOb3YgIDMgMjE6MjA6Mzgga2VybWl0IHBwcFs3NjddOiB0dW4wOiBMQ1A6IGRlZmxpbms6 IFNlbmRDb25maWdSZWooMCkgc3RhdGUgPSBSZXEtU2VudApOb3YgIDMgMjE6MjA6Mzgga2VybWl0 IHBwcFs3NjddOiB0dW4wOiBMQ1A6ICBQUk9UT0NPTVBbMl0KTm92ICAzIDIxOjIwOjM4IGtlcm1p dCBwcHBbNzY3XTogdHVuMDogTENQOiAgQUNGQ09NUFsyXQpOb3YgIDMgMjE6MjA6Mzgga2VybWl0 IHBwcFs3NjddOiB0dW4wOiBMQ1A6IGRlZmxpbms6IFNlbmRJZGVudCgwKSBzdGF0ZSA9IFJlcS1T ZW50Ck5vdiAgMyAyMToyMDozOCBrZXJtaXQgcHBwWzc2N106IHR1bjA6IExDUDogIE1BR0lDTlVN IGZhZDY5YThkCk5vdiAgMyAyMToyMDozOCBrZXJtaXQgcHBwWzc2N106IHR1bjA6IExDUDogIFRF WFQgdXNlci1wcHAgMy40LjIgKGJ1aWx0IE9jdCAxNSAyMDA1KQpOb3YgIDMgMjE6MjA6Mzgga2Vy bWl0IHBwcFs3NjddOiB0dW4wOiBMQ1A6IGRlZmxpbms6IFJlY3ZDb25maWdBY2soMSkgc3RhdGUg PSBSZXEtU2VudApOb3YgIDMgMjE6MjA6Mzgga2VybWl0IHBwcFs3NjddOiB0dW4wOiBMQ1A6ICBB Q0NNQVBbNl0gMHgwMDAwMDAwMApOb3YgIDMgMjE6MjA6Mzgga2VybWl0IHBwcFs3NjddOiB0dW4w OiBMQ1A6ICBNUlVbNF0gMTUwMApOb3YgIDMgMjE6MjA6Mzgga2VybWl0IHBwcFs3NjddOiB0dW4w OiBMQ1A6ICBNQUdJQ05VTVs2XSAweGZhZDY5YThkCk5vdiAgMyAyMToyMDozOCBrZXJtaXQgcHBw Wzc2N106IHR1bjA6IExDUDogZGVmbGluazogU3RhdGUgY2hhbmdlIFJlcS1TZW50IC0tPiBBY2st UmN2ZApOb3YgIDMgMjE6MjA6Mzgga2VybWl0IHBwcFs3NjddOiB0dW4wOiBMQ1A6IGRlZmxpbms6 IFJlY3ZDb25maWdSZXEoMSkgc3RhdGUgPSBBY2stUmN2ZApOb3YgIDMgMjE6MjA6Mzgga2VybWl0 IHBwcFs3NjddOiB0dW4wOiBMQ1A6ICBBQ0NNQVBbNl0gMHgwMDAwMDAwMApOb3YgIDMgMjE6MjA6 Mzgga2VybWl0IHBwcFs3NjddOiB0dW4wOiBMQ1A6ICBBVVRIUFJPVE9bNV0gMHhjMjIzIChDSEFQ IDB4MDUpCk5vdiAgMyAyMToyMDozOCBrZXJtaXQgcHBwWzc2N106IHR1bjA6IExDUDogIE1BR0lD TlVNWzZdIDB4MDgwNThkMjkKTm92ICAzIDIxOjIwOjM4IGtlcm1pdCBwcHBbNzY3XTogdHVuMDog TENQOiBkZWZsaW5rOiBTZW5kQ29uZmlnQWNrKDEpIHN0YXRlID0gQWNrLVJjdmQKTm92ICAzIDIx OjIwOjM4IGtlcm1pdCBwcHBbNzY3XTogdHVuMDogTENQOiAgQUNDTUFQWzZdIDB4MDAwMDAwMDAK Tm92ICAzIDIxOjIwOjM4IGtlcm1pdCBwcHBbNzY3XTogdHVuMDogTENQOiAgQVVUSFBST1RPWzVd IDB4YzIyMyAoQ0hBUCAweDA1KQpOb3YgIDMgMjE6MjA6Mzgga2VybWl0IHBwcFs3NjddOiB0dW4w OiBMQ1A6ICBNQUdJQ05VTVs2XSAweDA4MDU4ZDI5Ck5vdiAgMyAyMToyMDozOCBrZXJtaXQgcHBw Wzc2N106IHR1bjA6IExDUDogZGVmbGluazogU3RhdGUgY2hhbmdlIEFjay1SY3ZkIC0tPiBPcGVu ZWQKTm92ICAzIDIxOjIwOjM4IGtlcm1pdCBwcHBbNzY3XTogdHVuMDogTENQOiBkZWZsaW5rOiBM YXllclVwCk5vdiAgMyAyMToyMDozOCBrZXJtaXQgcHBwWzc2N106IHR1bjA6IExDUDogZGVmbGlu azogU2VuZElkZW50KDEpIHN0YXRlID0gT3BlbmVkCk5vdiAgMyAyMToyMDozOCBrZXJtaXQgcHBw Wzc2N106IHR1bjA6IExDUDogIE1BR0lDTlVNIGZhZDY5YThkCk5vdiAgMyAyMToyMDozOCBrZXJt aXQgcHBwWzc2N106IHR1bjA6IExDUDogIFRFWFQgdXNlci1wcHAgMy40LjIgKGJ1aWx0IE9jdCAx NSAyMDA1KQpOb3YgIDMgMjE6MjA6Mzgga2VybWl0IHBwcFs3NjddOiB0dW4wOiBQaGFzZTogYnVu ZGxlOiBBdXRoZW50aWNhdGUKTm92ICAzIDIxOjIwOjM4IGtlcm1pdCBwcHBbNzY3XTogdHVuMDog UGhhc2U6IGRlZmxpbms6IGhpcyA9IENIQVAgMHgwNSwgbWluZSA9IG5vbmUKTm92ICAzIDIxOjIw OjM4IGtlcm1pdCBwcHBbNzY3XTogdHVuMDogTENQOiBkZWZsaW5rOiBSZWN2RGlzY2FyZFJlcSgy KSBzdGF0ZSA9IE9wZW5lZApOb3YgIDMgMjE6MjA6Mzgga2VybWl0IHBwcFs3NjddOiB0dW4wOiBQ aGFzZTogQ2hhcCBJbnB1dDogQ0hBTExFTkdFICgxNiBieXRlcyBmcm9tIFVNVFNfQ0hBUF9TUlZS KQpOb3YgIDMgMjE6MjA6Mzgga2VybWl0IHBwcFs3NjddOiB0dW4wOiBQaGFzZTogQ2hhcCBPdXRw dXQ6IFJFU1BPTlNFICh1c2VyKQpOb3YgIDMgMjE6MjA6Mzgga2VybWl0IHBwcFs3NjddOiB0dW4w OiBQaGFzZTogQ2hhcCBJbnB1dDogU1VDQ0VTUwpOb3YgIDMgMjE6MjA6Mzgga2VybWl0IHBwcFs3 NjddOiB0dW4wOiBJUENQOiBVc2luZyB0cmlnZ2VyIGFkZHJlc3MgMC4wLjAuMApOb3YgIDMgMjE6 MjA6Mzgga2VybWl0IHBwcFs3NjddOiB0dW4wOiBDQ1A6IEZTTTogVXNpbmcgImRlZmxpbmsiIGFz IGEgdHJhbnNwb3J0Ck5vdiAgMyAyMToyMDozOCBrZXJtaXQgcHBwWzc2N106IHR1bjA6IENDUDog ZGVmbGluazogU3RhdGUgY2hhbmdlIEluaXRpYWwgLS0+IENsb3NlZApOb3YgIDMgMjE6MjA6Mzgg a2VybWl0IHBwcFs3NjddOiB0dW4wOiBDQ1A6IGRlZmxpbms6IExheWVyU3RhcnQuCk5vdiAgMyAy MToyMDozOCBrZXJtaXQgcHBwWzc2N106IHR1bjA6IENDUDogTVBQRTogTm90IHVzYWJsZSB3aXRo b3V0IENIQVA4MQpOb3YgIDMgMjE6MjA6Mzgga2VybWl0IHBwcFs3NjddOiB0dW4wOiBDQ1A6IGRl Zmxpbms6IFNlbmRDb25maWdSZXEoMSkgc3RhdGUgPSBDbG9zZWQKTm92ICAzIDIxOjIwOjM4IGtl cm1pdCBwcHBbNzY3XTogdHVuMDogQ0NQOiAgIFtFTVBUWV0KTm92ICAzIDIxOjIwOjM4IGtlcm1p dCBwcHBbNzY3XTogdHVuMDogQ0NQOiBkZWZsaW5rOiBTdGF0ZSBjaGFuZ2UgQ2xvc2VkIC0tPiBS ZXEtU2VudApOb3YgIDMgMjE6MjA6Mzgga2VybWl0IHBwcFs3NjddOiB0dW4wOiBQaGFzZTogZGVm bGluazogbGNwIC0+IG9wZW4KTm92ICAzIDIxOjIwOjM4IGtlcm1pdCBwcHBbNzY3XTogdHVuMDog UGhhc2U6IGJ1bmRsZTogTmV0d29yawpOb3YgIDMgMjE6MjA6Mzgga2VybWl0IHBwcFs3NjddOiB0 dW4wOiBJUENQOiBGU006IFVzaW5nICJkZWZsaW5rIiBhcyBhIHRyYW5zcG9ydApOb3YgIDMgMjE6 MjA6Mzgga2VybWl0IHBwcFs3NjddOiB0dW4wOiBJUENQOiBkZWZsaW5rOiBTdGF0ZSBjaGFuZ2Ug SW5pdGlhbCAtLT4gQ2xvc2VkCk5vdiAgMyAyMToyMDozOCBrZXJtaXQgcHBwWzc2N106IHR1bjA6 IElQQ1A6IGRlZmxpbms6IExheWVyU3RhcnQuCk5vdiAgMyAyMToyMDozOCBrZXJtaXQgcHBwWzc2 N106IHR1bjA6IElQQ1A6IGRlZmxpbms6IFNlbmRDb25maWdSZXEoMSkgc3RhdGUgPSBDbG9zZWQK Tm92ICAzIDIxOjIwOjM4IGtlcm1pdCBwcHBbNzY3XTogdHVuMDogSVBDUDogIElQQUREUls2XSAw LjAuMC4wCk5vdiAgMyAyMToyMDozOCBrZXJtaXQgcHBwWzc2N106IHR1bjA6IElQQ1A6IGRlZmxp bms6IFN0YXRlIGNoYW5nZSBDbG9zZWQgLS0+IFJlcS1TZW50Ck5vdiAgMyAyMToyMDozOCBrZXJt aXQgcHBwWzc2N106IHR1bjA6IFRDUC9JUDogT1VUIDwwPjogZmU4MDo6MjBhOmU0ZmY6ZmVlMTpm YSAtLS0+IGZmMDI6OjE6ZmZlMTpmYSAoNzIpCk5vdiAgMyAyMToyMDozOCBrZXJtaXQgcHBwWzc2 N106IHR1bjA6IFRDUC9JUDogT1VUIDwwPjogZmU4MDo6MjBhOmU0ZmY6ZmVlMTpmYSAtLS0+IGZm MDI6OjI6YjYwMjo1ZjljICg3MikKTm92ICAzIDIxOjIwOjM4IGtlcm1pdCBwcHBbNzY3XTogdHVu MDogVENQL0lQOiBPVVQgSUNNUDogOjo6MTM1IC0tLT4gZmYwMjo6MTpmZmUxOmZhICgxNi82NCkK Tm92ICAzIDIxOjIwOjM4IGtlcm1pdCBwcHBbNzY3XTogdHVuMDogTENQOiBkZWZsaW5rOiBSZWN2 UHJvdG9jb2xSZWooMykgc3RhdGUgPSBPcGVuZWQKTm92ICAzIDIxOjIwOjM4IGtlcm1pdCBwcHBb NzY3XTogdHVuMDogTENQOiBkZWZsaW5rOiAtLSBQcm90b2NvbCAweDgwZmQgKENvbXByZXNzaW9u IENvbnRyb2wgUHJvdG9jb2wpIHdhcyByZWplY3RlZCEKTm92ICAzIDIxOjIwOjM4IGtlcm1pdCBw cHBbNzY3XTogdHVuMDogQ0NQOiBkZWZsaW5rOiBTdGF0ZSBjaGFuZ2UgUmVxLVNlbnQgLS0+IFN0 b3BwZWQKTm92ICAzIDIxOjIwOjQxIGtlcm1pdCBwcHBbNzY3XTogdHVuMDogSVBDUDogZGVmbGlu azogU2VuZENvbmZpZ1JlcSgxKSBzdGF0ZSA9IFJlcS1TZW50Ck5vdiAgMyAyMToyMDo0MSBrZXJt aXQgcHBwWzc2N106IHR1bjA6IElQQ1A6ICBJUEFERFJbNl0gMC4wLjAuMApOb3YgIDMgMjE6MjA6 NDQga2VybWl0IHBwcFs3NjddOiB0dW4wOiBJUENQOiBkZWZsaW5rOiBTZW5kQ29uZmlnUmVxKDEp IHN0YXRlID0gUmVxLVNlbnQKTm92ICAzIDIxOjIwOjQ0IGtlcm1pdCBwcHBbNzY3XTogdHVuMDog SVBDUDogIElQQUREUls2XSAwLjAuMC4wCk5vdiAgMyAyMToyMDo0NyBrZXJtaXQgcHBwWzc2N106 IHR1bjA6IElQQ1A6IGRlZmxpbms6IFNlbmRDb25maWdSZXEoMSkgc3RhdGUgPSBSZXEtU2VudApO b3YgIDMgMjE6MjA6NDcga2VybWl0IHBwcFs3NjddOiB0dW4wOiBJUENQOiAgSVBBRERSWzZdIDAu MC4wLjAKTm92ICAzIDIxOjIwOjUwIGtlcm1pdCBwcHBbNzY3XTogdHVuMDogSVBDUDogZGVmbGlu azogU2VuZENvbmZpZ1JlcSgxKSBzdGF0ZSA9IFJlcS1TZW50Ck5vdiAgMyAyMToyMDo1MCBrZXJt aXQgcHBwWzc2N106IHR1bjA6IElQQ1A6ICBJUEFERFJbNl0gMC4wLjAuMApOb3YgIDMgMjE6MjA6 NTAga2VybWl0IHBwcFs3NjddOiB0dW4wOiBQaGFzZTogQ2F1Z2h0IHNpZ25hbCAyLCBhYm9ydCBj b25uZWN0aW9uKHMpCk5vdiAgMyAyMToyMDo1MCBrZXJtaXQgcHBwWzc2N106IHR1bjA6IENDUDog ZGVmbGluazogU3RhdGUgY2hhbmdlIFN0b3BwZWQgLS0+IENsb3NlZApOb3YgIDMgMjE6MjA6NTAg a2VybWl0IHBwcFs3NjddOiB0dW4wOiBDQ1A6IGRlZmxpbms6IFN0YXRlIGNoYW5nZSBDbG9zZWQg LS0+IEluaXRpYWwKTm92ICAzIDIxOjIwOjUwIGtlcm1pdCBwcHBbNzY3XTogdHVuMDogTENQOiBk ZWZsaW5rOiBMYXllckRvd24KTm92ICAzIDIxOjIwOjUwIGtlcm1pdCBwcHBbNzY3XTogdHVuMDog TENQOiBkZWZsaW5rOiBTdGF0ZSBjaGFuZ2UgT3BlbmVkIC0tPiBTdGFydGluZwpOb3YgIDMgMjE6 MjA6NTAga2VybWl0IHBwcFs3NjddOiB0dW4wOiBQaGFzZTogZGVmbGluazogb3BlbiAtPiBsY3AK Tm92ICAzIDIxOjIwOjUwIGtlcm1pdCBwcHBbNzY3XTogdHVuMDogVENQL0lQOiByb3V0ZV9VcGRh dGVNVFU6IE5ldGlmOiAzICh0dW4wKSwgZHN0IGZmMDI6Mzo6LCBtdHUgMTUwMApOb3YgIDMgMjE6 MjA6NTAga2VybWl0IHBwcFs3NjddOiB0dW4wOiBJUENQOiBkZWZsaW5rOiBTdGF0ZSBjaGFuZ2Ug UmVxLVNlbnQgLS0+IFN0YXJ0aW5nCk5vdiAgMyAyMToyMDo1MCBrZXJtaXQgcHBwWzc2N106IHR1 bjA6IElQQ1A6IGRlZmxpbms6IExheWVyRmluaXNoLgpOb3YgIDMgMjE6MjA6NTAga2VybWl0IHBw cFs3NjddOiB0dW4wOiBJUENQOiBDb25uZWN0IHRpbWU6IDEyIHNlY3M6IDAgb2N0ZXRzIGluLCAw IG9jdGV0cyBvdXQKTm92ICAzIDIxOjIwOjUwIGtlcm1pdCBwcHBbNzY3XTogdHVuMDogSVBDUDog MCBwYWNrZXRzIGluLCAwIHBhY2tldHMgb3V0Ck5vdiAgMyAyMToyMDo1MCBrZXJtaXQgcHBwWzc2 N106IHR1bjA6IElQQ1A6ICB0b3RhbCAwIGJ5dGVzL3NlYywgcGVhayAwIGJ5dGVzL3NlYyBvbiBU aHUgTm92ICAzIDIxOjIwOjM4IDIwMDUKTm92ICAzIDIxOjIwOjUwIGtlcm1pdCBwcHBbNzY3XTog dHVuMDogSVBDUDogZGVmbGluazogU3RhdGUgY2hhbmdlIFN0YXJ0aW5nIC0tPiBJbml0aWFsCk5v diAgMyAyMToyMDo1MCBrZXJtaXQgcHBwWzc2N106IHR1bjA6IFBoYXNlOiBidW5kbGU6IFRlcm1p bmF0ZQpOb3YgIDMgMjE6MjA6NTAga2VybWl0IHBwcFs3NjddOiB0dW4wOiBMQ1A6IGRlZmxpbms6 IExheWVyRmluaXNoCk5vdiAgMyAyMToyMDo1MCBrZXJtaXQgcHBwWzc2N106IHR1bjA6IExDUDog ZGVmbGluazogU3RhdGUgY2hhbmdlIFN0YXJ0aW5nIC0tPiBJbml0aWFsCk5vdiAgMyAyMToyMDo1 MCBrZXJtaXQgcHBwWzc2N106IHR1bjA6IFdhcm5pbmc6IGRlZmxpbms6IFVuYWJsZSB0byBzZXQg cGh5c2ljYWwgdG8gc3BlZWQgMApOb3YgIDMgMjE6MjA6NTAga2VybWl0IHBwcFs3NjddOiB0dW4w OiBQaGFzZTogZGVmbGluazogRGlzY29ubmVjdGVkIQpOb3YgIDMgMjE6MjA6NTAga2VybWl0IHBw cFs3NjddOiB0dW4wOiBQaGFzZTogZGVmbGluazogbGNwIC0+IGxvZ291dApOb3YgIDMgMjE6MjA6 NTAga2VybWl0IHBwcFs3NjddOiB0dW4wOiBXYXJuaW5nOiBkZWZsaW5rOiBVbmFibGUgdG8gc2V0 IHBoeXNpY2FsIHRvIHNwZWVkIDAKTm92ICAzIDIxOjIwOjUwIGtlcm1pdCBwcHBbNzY3XTogdHVu MDogUGhhc2U6IGRlZmxpbms6IERpc2Nvbm5lY3RlZCEKTm92ICAzIDIxOjIwOjUwIGtlcm1pdCBw cHBbNzY3XTogdHVuMDogUGhhc2U6IGRlZmxpbms6IGxvZ291dCAtPiBoYW5ndXAKTm92ICAzIDIx OjIwOjUwIGtlcm1pdCBwcHBbNzY3XTogdHVuMDogV2FybmluZzogZGVmbGluazogVW5hYmxlIHRv IHNldCBwaHlzaWNhbCB0byBzcGVlZCAwCk5vdiAgMyAyMToyMDo1MSBrZXJtaXQgcHBwWzc2N106 IHR1bjA6IFBoYXNlOiBkZWZsaW5rOiBDb25uZWN0IHRpbWU6IDE3IHNlY3M6IDI1NCBvY3RldHMg aW4sIDM1OSBvY3RldHMgb3V0Ck5vdiAgMyAyMToyMDo1MSBrZXJtaXQgcHBwWzc2N106IHR1bjA6 IFBoYXNlOiBkZWZsaW5rOiAxMCBwYWNrZXRzIGluLCAxMiBwYWNrZXRzIG91dApOb3YgIDMgMjE6 MjA6NTEga2VybWl0IHBwcFs3NjddOiB0dW4wOiBQaGFzZTogIHRvdGFsIDM2IGJ5dGVzL3NlYywg cGVhayAxMTEgYnl0ZXMvc2VjIG9uIFRodSBOb3YgIDMgMjE6MjA6NDEgMjAwNQpOb3YgIDMgMjE6 MjA6NTEga2VybWl0IHBwcFs3NjddOiB0dW4wOiBQaGFzZTogZGVmbGluazogaGFuZ3VwIC0+IGNs b3NlZApOb3YgIDMgMjE6MjA6NTEga2VybWl0IHBwcFs3NjddOiB0dW4wOiBQaGFzZTogYnVuZGxl OiBEZWFkCk5vdiAgMyAyMToyMDo1MiBrZXJtaXQgcHBwWzc2N106IHR1bjA6IFBoYXNlOiAvZGV2 L3R0eXYxOiBDbGllbnQgY29ubmVjdGlvbiBjbG9zZWQuCk5vdiAgMyAyMToyMDo1MiBrZXJtaXQg cHBwWzc2N106IHR1bjA6IFBoYXNlOiBQUFAgVGVybWluYXRlZCAobm9ybWFsKS4K ------_=_NextPart_001_01C5E155.201BC316-- From owner-freebsd-mobile@FreeBSD.ORG Fri Nov 4 15:56: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 31E1F16A41F for ; Fri, 4 Nov 2005 15:56:46 +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 B626043D4C for ; Fri, 4 Nov 2005 15:56:44 +0000 (GMT) (envelope-from guru@Sisis.de) Received: (from mail@localhost) by hunter.Sisis.de (8.8.8/8.8.8) id QAA23285; Fri, 4 Nov 2005 16:55:23 +0100 (CET) (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 xma023276; Fri, 4 Nov 05 16:55:06 +0100 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 QAA16098; Fri, 4 Nov 2005 16:56:27 +0100 (CET) (envelope-from guru@Sisis.de) Received: (from guru@localhost) by rebelion.Sisis.de (8.13.3/8.13.3/Submit) id jA4FuOPT065809; Fri, 4 Nov 2005 16:56:24 +0100 (CET) (envelope-from guru@Sisis.de) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to guru@Sisis.de using -f Date: Fri, 4 Nov 2005 16:56:24 +0100 To: "Rehsack Jens (ext)" Message-ID: <20051104155624.GA65616@rebelion.Sisis.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE (i386) Cc: rehsack@liwing.de, guru@Sisis.de, freebsd-mobile@freebsd.org Subject: Re: Help getting Option N.V. Fusion UMTS Quad-GPRS run 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, 04 Nov 2005 15:56:46 -0000 El día Friday, November 04, 2005 a las 04:33:36PM +0100, Rehsack Jens (ext) escribió: > Hi Matthias, > > [...] > > I've forgotten the ppp.log itself. the logs in the other e-mail show that the card itself is fine and attached; communication is up and you may disable the debugging modes; the rest is a PPP negotiating problem; try it with my example files and with something like 'pppd call umts'; 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 Fri Nov 4 16:43: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 DB4B516A41F for ; Fri, 4 Nov 2005 16:43:08 +0000 (GMT) (envelope-from jens.rehsack.ext@siemensvdo.com) Received: from gecko.sbs.de (gecko.sbs.de [194.138.37.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6749D43D5C for ; Fri, 4 Nov 2005 16:43:06 +0000 (GMT) (envelope-from jens.rehsack.ext@siemensvdo.com) Received: from mail1.sbs.de (localhost [127.0.0.1]) by gecko.sbs.de (8.12.6/8.12.6) with ESMTP id jA4Gh4WW016926; Fri, 4 Nov 2005 17:43:05 +0100 Received: from rbgs555a.ww011.siemens.net (rbgs555a.ww011.siemens.net [144.145.109.9]) by mail1.sbs.de (8.12.6/8.12.6) with ESMTP id jA4Gh4PA010163; Fri, 4 Nov 2005 17:43:04 +0100 Received: from krbdf7ma.ww011.siemens.net ([158.92.210.82]) by rbgs555a.ww011.siemens.net with Microsoft SMTPSVC(6.0.3790.1830); Fri, 4 Nov 2005 17:43:04 +0100 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Fri, 4 Nov 2005 17:43:03 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Help getting Option N.V. Fusion UMTS Quad-GPRS run thread-index: AcXhWF/YxpAx3FuZS0eNCAr8OIQ0tQABe7Xw From: "Rehsack Jens \(ext\)" To: X-OriginalArrivalTime: 04 Nov 2005 16:43:04.0784 (UTC) FILETIME=[D3E0FD00:01C5E15E] Cc: rehsack@liwing.de, freebsd-mobile@freebsd.org Subject: RE: Help getting Option N.V. Fusion UMTS Quad-GPRS run 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, 04 Nov 2005 16:43:09 -0000 -----Original Message----- From: guru@Sisis.de [mailto:guru@Sisis.de]=20 Sent: Friday, November 04, 2005 4:56 PM To: Rehsack Jens (ext) Cc: guru@Sisis.de; rehsack@liwing.de; freebsd-mobile@freebsd.org Subject: Re: Help getting Option N.V. Fusion UMTS Quad-GPRS run > El d=EDa Friday, November 04, 2005 a las 04:33:36PM +0100, Rehsack = Jens (ext) escribi=F3: >=20 > > Hi Matthias, > >=20 > > [...] > >=20 > > I've forgotten the ppp.log itself. >=20 > the logs in the other e-mail show that the card itself is fine > and attached; communication is up and you may disable the debugging > modes; >=20 > the rest is a PPP negotiating problem; try it with my example > files and with something like 'pppd call umts'; Hi Matthias, the Novatel Merlin UMTS 630 worked fine with that ppp.conf (but didn't work fine after dial up ^^) I didn't really want to switch to another software, when I don't understand, what's the error raises. I tried using minicom set the Pin and it always return "ERROR", even if I tried to request whether the Pin is enabled or not. Maybe it's a hardware-defect on the pin-card... On monday I get a windows-pc and we will check whether it works there or not. But maybe someone sees the error ... before that ;-) Jens From owner-freebsd-mobile@FreeBSD.ORG Sat Nov 5 08:04: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 7DE2916A41F for ; Sat, 5 Nov 2005 08:04:27 +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 9A48543D45 for ; Sat, 5 Nov 2005 08:04:26 +0000 (GMT) (envelope-from guru@Sisis.de) Received: (from mail@localhost) by hunter.Sisis.de (8.8.8/8.8.8) id JAA13822; Sat, 5 Nov 2005 09:03:05 +0100 (CET) (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 xma013810; Sat, 5 Nov 05 09:02:50 +0100 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 JAA21693; Sat, 5 Nov 2005 09:04:14 +0100 (CET) (envelope-from guru@Sisis.de) Received: (from guru@localhost) by rebelion.Sisis.de (8.13.3/8.13.3/Submit) id jA5846d5002987; Sat, 5 Nov 2005 09:04:06 +0100 (CET) (envelope-from guru@Sisis.de) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to guru@Sisis.de using -f Date: Sat, 5 Nov 2005 09:04:06 +0100 To: "Rehsack Jens (ext)" Message-ID: <20051105080405.GA2814@rebelion.Sisis.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE (i386) Cc: rehsack@liwing.de, freebsd-mobile@freebsd.org Subject: Re: Help getting Option N.V. Fusion UMTS Quad-GPRS run 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, 05 Nov 2005 08:04:27 -0000 El día Friday, November 04, 2005 a las 05:43:03PM +0100, Rehsack Jens (ext) escribió: ... > > I tried using minicom set the Pin and it always return "ERROR", > even if I tried to request whether the Pin is enabled or not. the Option N.V. Fusion card has the problem that you can't set the PIN twice with at+cpin="xxxxxxx" (as noted in my config file); > > Maybe it's a hardware-defect on the pin-card... I don't think so; > On monday I get a windows-pc and we will check whether it works there > or not. But maybe someone sees the error ... before that ;-) the ppp.log you provided shows that you are subscribed to the network (ie. the card has got the PIN successfully) and there is somehow a PPP negotiating problem, no IP addr is negotiated before you interrupted the PPP proc; that's all; 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/ From owner-freebsd-mobile@FreeBSD.ORG Sat Nov 5 12:52:53 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 5A10B16A41F; Sat, 5 Nov 2005 12:52:53 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 925D343D53; Sat, 5 Nov 2005 12:52:51 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.54 (FreeBSD)) id 1EYNXN-0000Uf-BX; Sat, 05 Nov 2005 15:52:49 +0300 From: Vladimir Grebenschikov To: "Matthew N. Dodd" In-Reply-To: <20051103092055.W84465@sasami.jurai.net> References: <1110800717.1296.19.camel@localhost> <200503231411.46948.jhb@FreeBSD.org> <1111610025.1471.6.camel@localhost> <20050323154642.J37251@sasami.jurai.net> <1131008180.1295.10.camel@localhost> <20051103092055.W84465@sasami.jurai.net> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Sat, 05 Nov 2005 15:52:48 +0300 Message-Id: <1131195168.1230.0.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: "current@freebsd.org" , John Baldwin , freebsd-mobile@FreeBSD.ORG Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Nov 2005 12:52:53 -0000 =F7 =DE=D4, 03/11/2005 =D7 09:21 -0500, Matthew N. Dodd =D0=C9=DB=C5=D4: > On Thu, 3 Nov 2005, Vladimir Grebenschikov wrote: > > =F7 =D3=D2, 23/03/2005 =D7 15:48 -0500, Matthew N. Dodd =D0=C9=DB=C5=D4= : > >> You want this: > >> > >> ftp://ftp.jurai.net/users/winter/cam-detach.patch > >> > >> You will then be able to perform a 'camcontrol detach daX', swap cards= , > >> and run 'camcontrol rescan'. > > > > Is there any chance to get this patch commited ? > > It is useful and I am using it for half year. >=20 > Its got really bad race conditions. What kind of race ? Is it possible to avoid this race ?=20 --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-mobile@FreeBSD.ORG Sat Nov 5 13:50: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 724DF16A41F for ; Sat, 5 Nov 2005 13:50:21 +0000 (GMT) (envelope-from rehsack@liwing.de) Received: from moby.liwing.de (www.liwing.de [82.97.68.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FFD843D6D for ; Sat, 5 Nov 2005 13:50:15 +0000 (GMT) (envelope-from rehsack@liwing.de) Received: from [80.64.176.27] (helo=[10.62.10.4]) by moby.liwing.de with esmtp (Exim 4.52 (FreeBSD)) id 1EYOUz-000LSM-L4; Sat, 05 Nov 2005 13:54:25 +0000 Message-ID: <436CBAB6.6050406@liwing.de> Date: Sat, 05 Nov 2005 13:59:18 +0000 From: Jens Rehsack User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050819) X-Accept-Language: en-us, en MIME-Version: 1.0 To: guru@Sisis.de References: <20051105080405.GA2814@rebelion.Sisis.de> In-Reply-To: <20051105080405.GA2814@rebelion.Sisis.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: "Rehsack Jens \(ext\)" , freebsd-mobile@freebsd.org Subject: Re: Help getting Option N.V. Fusion UMTS Quad-GPRS run 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, 05 Nov 2005 13:50:21 -0000 guru@Sisis.de wrote: > El d=EDa Friday, November 04, 2005 a las 05:43:03PM +0100, Rehsack Jens= (ext) escribi=F3: >=20 > ... >=20 >>I tried using minicom set the Pin and it always return "ERROR", >>even if I tried to request whether the Pin is enabled or not. >=20 > the Option N.V. Fusion card has the problem that you can't set > the PIN twice with at+cpin=3D"xxxxxxx" (as noted in my config file); I know, but it even didn't work first time ... Neither getting the pin request status worked. >>Maybe it's a hardware-defect on the pin-card... >=20 > I don't think so; I hope you're right. I double check the pppd.conf you submitted and try i= t out. >>On monday I get a windows-pc and we will check whether it works there >>or not. But maybe someone sees the error ... before that ;-) >=20 > the ppp.log you provided shows that you are subscribed to the > network (ie. the card has got the PIN successfully) and there is > somehow a PPP negotiating problem, no IP addr is negotiated > before you interrupted the PPP proc; that's all; Yeah, but in the 2min's it had every chance to do that ^^ I'm not sure (no idea) why it wont worked ... Jens