From owner-freebsd-mobile@FreeBSD.ORG Sun Feb 24 08:27:54 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4CFA16A401 for ; Sun, 24 Feb 2008 08:27:54 +0000 (UTC) (envelope-from kline@thought.org) Received: from aristotle.thought.org (dsl231-043-140.sea1.dsl.speakeasy.net [216.231.43.140]) by mx1.freebsd.org (Postfix) with ESMTP id 78ADF13C45D for ; Sun, 24 Feb 2008 08:27:53 +0000 (UTC) (envelope-from kline@thought.org) Received: from tao.thought.org (tao.thought.org [10.47.0.250]) (authenticated bits=0) by aristotle.thought.org (8.14.2/8.14.2) with ESMTP id m1O7wPbF025535; Sat, 23 Feb 2008 23:58:25 -0800 (PST) (envelope-from kline@thought.org) From: Gary Kline To: freebsd-mobile@freebsd.org Date: Sat, 23 Feb 2008 23:58:24 -0800 User-Agent: KMail/1.9.7 References: <47BE9CBC.6010500@gmx.net> <47BED4A6.7040501@gmx.net> <47C08482.4050608@gmx.net> In-Reply-To: <47C08482.4050608@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802232358.25275.kline@thought.org> X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on aristotle.thought.org Cc: Andreas Wetzel Subject: Re: ThinkPad 600 - CardBus inoperative 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, 24 Feb 2008 08:27:54 -0000 On Saturday 23 February 2008 12:39:30 Andreas Wetzel wrote: > It seems like I have found a workaround for my ThinkPad 600 cardbus > problem. (I wouldn't call it a fix). Here is what I did: > > --- /usr/src/sys/dev/cardbus/cardbus.c.orig 2008-02-23 > 20:44:08.000000000 +0100 > +++ /usr/src/sys/dev/cardbus/cardbus.c 2008-02-23 20:40:07.000000000 +0100 > @@ -460,6 +460,7 @@ > device_t child; > int cardattached = 0; > int bus, slot, func; > + int try; > > cardbus_detach_card(cbdev); /* detach existing cards */ > POWER_ENABLE_SOCKET(brdev, cbdev); > @@ -470,9 +471,17 @@ > for (func = 0; func <= cardbusfunchigh; func++) { > struct cardbus_devinfo *dinfo; > > - dinfo = (struct cardbus_devinfo *) > - pci_read_device(brdev, bus, slot, func, > - sizeof(struct cardbus_devinfo)); > + for(try = 1, dinfo = NULL; !dinfo && try <= 3; > try++) + { > + dinfo = (struct cardbus_devinfo *) > + pci_read_device(brdev, bus, slot, func, > + sizeof(struct cardbus_devinfo)); > + > + printf("cardbus_attach_card(): %d:%d:%d try > %d %s\n", > + bus, slot, func, try, > + dinfo == NULL ? "FAILED" : > "SUCCEEDED"); + } > + > if (dinfo == NULL) > continue; > if (dinfo->pci.cfg.mfdev) > > > > This small patch simply retries up to three times the read during card > attach. The first try fails, and returns NULL. But the second try succeeds, > the card gets initialized and is working properly. Perhaps someone with > more in-depth knowledge of the pci/cardbus stuff has an explanation, why > that is happening. > > As has been confirmed by others, the ThinkPad 600 also has some interrupt > routing issues. As far as I can tell, these can either be fixed by putting > some hw.pci.link.LNK?.irq tunables into /boot/loader.conf, or by using a > fixed ACPI DSDT. Both methods work for me, but the card not being > initialized due to the first read returning NULL, seems to be a different > problem. Possibly sort of timing problem??? > could this be related to the reason that my nic failed on my 600E early in january after a remote upgrade to 7.0-PRE from 6.3-PRE? it was surprising that one moment,everything work, then suddenly, everything but my networking.... [??] Subsequent boot tries with 5.4 failed too, tho, so maybe it was simply a bus failure:: harrdware. > > /boot/loader.conf: > > #acpi_dsdt_load="YES" > #acpi_dsdt_name="/boot/TP600.aml" > cpufreq_load="YES" > hw.cardbus.debug="1" > hw.cardbus.cis_debug="1" > hw.cbb.debug="1" > #hw.acpi.verbose="1" > #hw.cbb.start_memory=0xd8000 > hw.pci.link.LNKA.irq="11" > hw.pci.link.LNKB.irq="10" > hw.pci.link.LNKC.irq="7" > hw.pci.link.LNKD.irq="7" > > > dmesg output: > > Copyright (c) 1992-2008 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 is a registered trademark of The FreeBSD Foundation. > FreeBSD 6.3-RELEASE #11: Sat Feb 23 20:45:46 CET 2008 > root@escape.enforcer.cc:/usr/obj/usr/src/sys/ESCAPE > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Pentium II/Pentium II Xeon/Celeron (298.42-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x652 Stepping = 2 > > Features=0x183f9ff,PAT,PSE36,MMX,FXSR> real memory = 301793280 (287 MB) > avail memory = 285884416 (272 MB) > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xef08-0xef0b on acpi0 > acpi_ec0: port 0x62,0x66 on acpi0 > cpu0: on acpi0 > acpi_throttle0: on cpu0 > acpi_lid0: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > cbb0: mem 0x20301000-0x20301fff at device 2.0 > on pci0 cbb0: Found memory at 20301000 > cbb0: Secondary bus is 1 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > cbb1: mem 0x20300000-0x20300fff at device 2.1 > on pci0 cbb1: Found memory at 20300000 > cbb1: Secondary bus is 4 > cardbus1: on cbb1 > pccard1: <16-bit PCCard bus> on cbb1 > pci0: at device 3.0 (no driver attached) > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfcf0-0xfcff at device 7.1 on pci0 > ata0: on atapci0 > ata1: on atapci0 > uhci0: port 0x8400-0x841f irq 7 > at device 7.2 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 > intpm0: port 0xefa0-0xefaf irq > 9 at device 7.3 on pci0 > intpm0: I/O mapped efa0 > intpm0: intr IRQ 9 enabled revision 0 > intpm0: [GIANT-LOCKED] > intsmb0: on intpm0 > smbus1: on intsmb0 > smb0: on smbus1 > intpm0: PM I/O mapped ef00 > acpi_tz0: on acpi0 > acpi_tz1: on acpi0 > acpi_tz2: on acpi0 > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on > acpi0 fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on > acpi0 sio0: type 16550A > sio1: port 0x2f8-0x2ff irq 3 drq 3 on > acpi0 sio1: type 16550A > speaker0: port 0x61 on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model Generic PS/2 mouse, device ID 0 > battery0: on acpi0 > acpi_acad0: on acpi0 > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xc9fff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <12 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounter "TSC" frequency 298423427 Hz quality 800 > Timecounters tick every 1.000 msec > ipfw2 initialized, divert enabled, rule-based forwarding disabled, default > to deny, logging unlimited > Status is 0x30000106 > Status is 0x30000920 > cbb1: card inserted: event=0x00000000, state=30000920 > cbb1: cbb_power: 3V > cardbus_attach_card(): 4:0:0 try 1 FAILED > cardbus_attach_card(): 4:0:0 try 2 SUCCEEDED > 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 > cardbus1: Opening BAR: type=MEM, bar=10, len=10000 > CIS reading done > cardbus1: Non-prefetchable memory at 88000000-8800ffff > ath0: mem 0x88000000-0x8800ffff irq 10 at device 0.0 on > cardbus1 ath0: Ethernet address: 00:19:e0:83:b0:41 > ath0: mac 7.9 phy 4.5 radio 5.6 > ad0: 4887MB at ata0-master UDMA33 > Trying to mount root from ufs:/dev/ad0s2a -- Gary Kline kline@thought.org www.thought.org Public Service Unix http://jottings.thought.org http://transfinite.thought.org From owner-freebsd-mobile@FreeBSD.ORG Sun Feb 24 10:56:54 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1808616A401 for ; Sun, 24 Feb 2008 10:56:54 +0000 (UTC) (envelope-from ismith00@yahoo.com) Received: from n57.bullet.mail.sp1.yahoo.com (n57.bullet.mail.sp1.yahoo.com [98.136.44.49]) by mx1.freebsd.org (Postfix) with SMTP id 05BFC13C448 for ; Sun, 24 Feb 2008 10:56:54 +0000 (UTC) (envelope-from ismith00@yahoo.com) Received: from [216.252.122.219] by n57.bullet.mail.sp1.yahoo.com with NNFMP; 24 Feb 2008 02:41:02 -0000 Received: from [69.147.65.153] by t4.bullet.sp1.yahoo.com with NNFMP; 24 Feb 2008 10:42:58 -0000 Received: from [127.0.0.1] by omp401.mail.sp1.yahoo.com with NNFMP; 24 Feb 2008 10:42:58 -0000 X-Yahoo-Newman-Property: ymail-5 X-Yahoo-Newman-Id: 268789.98553.bm@omp401.mail.sp1.yahoo.com Received: (qmail 51022 invoked by uid 60001); 24 Feb 2008 10:42:58 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=PhUCIB8lYHYKbsg7dsO2vR0MaqqBTu8mPfJ1+jH5Ia3jGVF4Y3Tdm2OWw0kw+7t4N/utiS25hpV+07a0KsvBnt11qCrH2hr+4UcubAU0taNSONqeSLU7501YGv9j3RJO+2zTHPuRU8IuD4zC4ZDVb5wmbRmcjG8AE3DEYkw7xfQ=; Received: from [90.201.51.213] by web45816.mail.sp1.yahoo.com via HTTP; Sun, 24 Feb 2008 02:42:57 PST X-Mailer: YahooMailRC/818.31 YahooMailWebService/0.7.162 Date: Sun, 24 Feb 2008 02:42:57 -0800 (PST) From: Ian Smith To: freebsd-mobile@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <157306.50628.qm@web45816.mail.sp1.yahoo.com> Subject: FreeBSD 7.0-RC2 ath wireless issues X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Feb 2008 10:56:54 -0000 Hello list, I have some issues with an Atheros card in a Dell Inspiron 6000 that I was hoping someone may be able to shed some light on. I can associate with an access point but am unable to connect to anything via the wireless card. The card appears to be associated (see below) but I am unable to connect/ping the router or anything connected/beyond it. Please see the following for more details: Hardware info: Laptop: Dell Inspiron 6000 Wireless Card: Complex WLM54G23 (http://www.msdist.co.uk/product_compex_WLM54G23_200mW_miniPCI.php) FreeBSD output: root# uname -a FreeBSD dmon.bsd.home 7.0-RC2 FreeBSD 7.0-RC2 #0: Sun Feb 24 09:08:01 GMT 2008 root@my.domain:/usr/obj/usr/src/sys/GENERIC i386 root# dmesg | grep ath0 ath0: mem 0xdfcf0000-0xdfcfffff irq 17 at device 3.0 on pci3 ath0: [ITHREAD] ath0: using obsoleted if_watchdog interface ath0: Ethernet address: xx:xx:xx:xx:xx:xx ath0: mac 10.4 phy 6.1 radio 6.3 root# pciconf -lv ... vendor = 'Atheros Communications Inc.' device = 'AR5006 family 802.11abg Wireless NIC' class = network subclass = ethernet root# sysctl hw.ath hw.ath.hal.swba_backoff: 0 hw.ath.hal.sw_brt: 10 hw.ath.hal.dma_brt: 2 hw.ath.hal.version: 0.9.20.3 hw.ath.txbuf: 200 hw.ath.rxbuf: 40 hw.ath.regdomain: 0 hw.ath.countrycode: 0 hw.ath.xchanmode: 1 hw.ath.outdoor: 1 hw.ath.calibrate: 30 root# sysctl dev.ath.0 dev.ath.0.%desc: Atheros 5212 dev.ath.0.%driver: ath dev.ath.0.%location: slot=3 function=0 dev.ath.0.%pnpinfo: vendor=0x168c device=0x001b subvendor=0x168c subdevice=0x2063 class=0x020000 dev.ath.0.%parent: pci3 dev.ath.0.smoothing_rate: 95 dev.ath.0.sample_rate: 10 dev.ath.0.countrycode: 0 dev.ath.0.regdomain: 0 dev.ath.0.slottime: 9 dev.ath.0.acktimeout: 48 dev.ath.0.ctstimeout: 48 dev.ath.0.softled: 0 dev.ath.0.ledpin: 0 dev.ath.0.ledon: 0 dev.ath.0.ledidle: 2700 dev.ath.0.txantenna: 0 dev.ath.0.rxantenna: 2 dev.ath.0.diversity: 1 dev.ath.0.txintrperiod: 5 dev.ath.0.diag: 0 dev.ath.0.tpscale: 0 dev.ath.0.tpc: 0 dev.ath.0.tpack: 63 dev.ath.0.tpcts: 63 dev.ath.0.monpass: 24 Attempting to get an address from the AP after associating: root# dhclient ath0 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 6 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 13 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 14 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 17 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 11 No DHCPOFFERS received. No working leases in persistent database - sleeping. With manual IP address: root# ifconfig -v ath0 ath0: flags=8843 metric 0 mtu 1500 ether xx:xx:xx:xx:xx:xx inet xxx.xxx.xxx.xxx netmask 0xffffff00 broadcast xxx.xxx.xxx.255 media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/54Mbps) status: associated ssid XXXXX channel 11 (2462 Mhz 11g) bssid xx:xx:xx:xx:xx:xx authmode OPEN privacy OFF deftxkey UNDEF powersavemode OFF powersavesleep 100 txpower 31.5 txpowmax 23.0 rtsthreshold 2346 fragthreshold 2346 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11a 7 roam:rate11a 12 roam:rssi11b 7 roam:rate11b 1 roam:rssi11g 7 roam:rate11g 5 -pureg protmode CTS -ht -htcompat -ampdu ampdulimit 8k ampdudensity - -amsdu -shortgi htprotmode RTSCTS -puren -wme burst -ff -dturbo roaming AUTO bintval 100 In either case pinging anything on the network results in the following: root# ping xxx.xxx.xxx.xxx PING xxx.xxx.xxx.xxx (xxx.xxx.xxx.xxx): 56 data bytes ^C --- xxx.xxx.xxx.xxx ping statistics --- 9 packets transmitted, 0 packets received, 100.0% packet loss For the purpose of this testing the AP was running without a firewall, encryption or an access list. Interestingly when I run `tcpdump -ttt -vv -n -i ath0` I am able to see broadcasts from other clients on the network. Also if I run ` airodump-ng --band bg ath0` I can see a whole host of wireless networks including the one I am trying to connect to. Any information/advice would be much appreciated. Thanks, Ian. ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From owner-freebsd-mobile@FreeBSD.ORG Sun Feb 24 16:47:01 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4239016A400; Sun, 24 Feb 2008 16:47:01 +0000 (UTC) (envelope-from fbsd.questions@rachie.is-a-geek.net) Received: from snoogles.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 52BA313C455; Sun, 24 Feb 2008 16:46:59 +0000 (UTC) (envelope-from fbsd.questions@rachie.is-a-geek.net) Received: from localhost (localhost [127.0.0.1]) by snoogles.rachie.is-a-geek.net (Postfix) with ESMTP id DD4831CD60; Sun, 24 Feb 2008 07:30:14 -0900 (AKST) From: Mel To: freebsd-mobile@freebsd.org Date: Sun, 24 Feb 2008 17:30:11 +0100 User-Agent: KMail/1.9.7 References: <47C078EC.4020907@student.utwente.nl> <47C08AA4.80009@student.utwente.nl> <47C19257.9050202@student.utwente.nl> In-Reply-To: <47C19257.9050202@student.utwente.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802241730.13328.fbsd.questions@rachie.is-a-geek.net> Cc: Benjamin Close , freebsd-questions@freebsd.org, "Alphons \"Fonz\" van Werven" Subject: Re: [Wireless] Can't connect to wlan 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, 24 Feb 2008 16:47:01 -0000 Redirect -> freebsd-mobile, cc Ben Ref: http://lists.freebsd.org/pipermail/freebsd-current/2007-November/080653.html On Sunday 24 February 2008 16:50:47 Alphons "Fonz" van Werven wrote: > Okay, so here goes: > > SYNOPSIS > > Wireless network gets detected, but has "no carrier". So I can't connect. > > PROMPT > > All prompts are indicated as $ to avoid confusion with #-comment lines, but > in reality most things are done by root. > > THE NETWORK > > SSID: SpeedTouch1EC5E8 > radio type: 11g > security type: WPA2-PSK > PSK: known > Station: Thomson ST 780 WL Wireless modem > Signal: present (Windows picks it up right away) and generally excellent > > THE COMPUTER > > Thoshiba Satellite P200 1A4 notebook > Wireless card: Intel 3945ABG > OS: FreeBSD 7.0-RC3 > > KERNEL > > The driver for the Intel 3945ABG card is wpi. > As instructed by its manpage, my /boot/loader.conf reads: > > $ cat /boot/loader.conf > if_wpi_load="YES" > wlan_load="YES" > wlan_amrr_load="YES" > firmware_load="YES" > wpifw_load="YES" > wlan_xauth_load="YES" > > legal.intel_wpi.license_ack=1 > $ > > Relevant dmesg greps: > > $ dmesg|grep wpi > wpi0: mem 0xd8000000-0xd8000fff irq 17 at > device 0.0 on pci4 > wpi0: Ethernet address: 00:1b:77:b5:98:bd > wpi0: [ITHREAD] > wpi0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps > wpi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > wpi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps > 24Mbps 36Mbps 48Mbps 54Mbps > $ dmesg|grep wlan > $ dmesg|grep firmware > $ > > CONFIGURATION > > My /etc/wpa_supplicant.conf: As you can see in the aboved mentioned URL, wpi and wpa_supplicant don't play nice. I had the same problem yesterday, setting wpi through ifconfig (WEP in my case) and the card just works. I also had the bluetooth message, but Fonz doesn't seem to have that. # ident /boot/kernel/if_wpi.ko /boot/kernel/if_wpi.ko: $FreeBSD: src/sys/dev/wpi/if_wpi.c,v 1.5.2.2 2008/02/02 06:49:57 sam Exp $ My kernel is GENERIC with ULE scheduler rather then 4BSD. I want to investigate more this week, with a debug kernel and/or wpi in debug mode. Since RELENG_7 is probably thawed/frozen, is there patches from -current you can backport to have tested? Leaving the rest of the email in tact so you have a full report. > $ cat /etc/wpa_supplicant.conf > #eapol_version=2 > > network={ > ssid="SpeedTouch1EC5E8" > psk="********" (the correct preshared key, that is) > # bssid=00:90:d0:f3:e1:d2 > mode=0 > proto=WPA RSN > # key_mgmt=WPA-PSK > # pairwise=CCMP > # group=CCMP > scan_ssid=1 > } > $ > > STEPS > > $ wpa_supplicant -d -i wpi0 -c /etc/wpa_supplicant > Initializing interface 'wpi0' conf '/etc/wpa_supplicant.conf' driver > 'default' ctrl_interface 'N/A' bridge 'N/A' > Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' > Reading configuration file '/etc/wpa_supplicant.conf' > Priority group 0 > id=0 ssid='SpeedTouch1EC5E8' > Initializing interface (2) 'wpi0' > EAPOL: SUPP_PAE entering state DISCONNECTED > EAPOL: KEY_RX entering state NO_KEY_RECEIVE > EAPOL: SUPP_BE entering state INITIALIZE > EAP: EAP entering state DISABLED > EAPOL: External notification - portEnabled=0 > EAPOL: External notification - portValid=0 > Own MAC address: 00:1b:77:b5:98:bd > 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 > Added interface wpi0 > Received 0 bytes of scan results (0 BSSes) > Scan results: 0 > Selecting BSS from priority group 0 > Try to find WPA-enabled AP > Try to find non-WPA AP > No suitable AP found. > Setting scan request: 5 sec 0 usec > State: DISCONNECTED -> SCANNING > Starting AP scan (specific SSID) > Scan SSID - hexdump_ascii(len=16): > 53 70 65 65 64 54 6f 75 63 68 31 45 43 35 45 38 SpeedTouch1EC5E8 > Trying to get current scan results first without requesting a new scan to > speed up initial association > Received 0 bytes of scan results (0 BSSes) > Scan results: 0 > Selecting BSS from priority group 0 > Try to find WPA-enabled AP > Try to find non-WPA AP > No suitable AP found. > Setting scan request: 0 sec 0 usec > Starting AP scan (broadcast SSID) > Received 0 bytes of scan results (0 BSSes) > Scan results: 0 > Selecting BSS from priority group 0 > Try to find WPA-enabled AP > Try to find non-WPA AP > No suitable AP found. > Setting scan request: 5 sec 0 usec > Starting AP scan (specific SSID) > Scan SSID - hexdump_ascii(len=16): > 53 70 65 65 64 54 6f 75 63 68 31 45 43 35 45 38 SpeedTouch1EC5E8 > Received 0 bytes of scan results (0 BSSes) > Scan results: 0 > Selecting BSS from priority group 0 > Try to find WPA-enabled AP > Try to find non-WPA AP > No suitable AP found. > Setting scan request: 5 sec 0 usec > Starting AP scan (broadcast SSID) > Received 0 bytes of scan results (0 BSSes) > Scan results: 0 > Selecting BSS from priority group 0 > Try to find WPA-enabled AP > Try to find non-WPA AP > No suitable AP found. > Setting scan request: 5 sec 0 usec > Starting AP scan (specific SSID) > Scan SSID - hexdump_ascii(len=16): > 53 70 65 65 64 54 6f 75 63 68 31 45 43 35 45 38 SpeedTouch1EC5E8 > Received 0 bytes of scan results (0 BSSes) > Scan results: 0 > Selecting BSS from priority group 0 > Try to find WPA-enabled AP > Try to find non-WPA AP > No suitable AP found. > Setting scan request: 5 sec 0 usec > Starting AP scan (broadcast SSID) > Received 0 bytes of scan results (0 BSSes) > Scan results: 0 > Selecting BSS from priority group 0 > Try to find WPA-enabled AP > Try to find non-WPA AP > No suitable AP found. > Setting scan request: 5 sec 0 usec > Starting AP scan (specific SSID) > Scan SSID - hexdump_ascii(len=16): > 53 70 65 65 64 54 6f 75 63 68 31 45 43 35 45 38 SpeedTouch1EC5E8 > Received 0 bytes of scan results (0 BSSes) > Scan results: 0 > Selecting BSS from priority group 0 > Try to find WPA-enabled AP > Try to find non-WPA AP > No suitable AP found. > Setting scan request: 5 sec 0 usec > Starting AP scan (broadcast SSID) > Received 0 bytes of scan results (0 BSSes) > Scan results: 0 > Selecting BSS from priority group 0 > Try to find WPA-enabled AP > Try to find non-WPA AP > No suitable AP found. > Setting scan request: 5 sec 0 usec > Starting AP scan (specific SSID) > Scan SSID - hexdump_ascii(len=16): > 53 70 65 65 64 54 6f 75 63 68 31 45 43 35 45 38 SpeedTouch1EC5E8 > Received 0 bytes of scan results (0 BSSes) > Scan results: 0 > Selecting BSS from priority group 0 > Try to find WPA-enabled AP > Try to find non-WPA AP > No suitable AP found. > Setting scan request: 5 sec 0 usec > Starting AP scan (broadcast SSID) > Received 0 bytes of scan results (0 BSSes) > Scan results: 0 > Selecting BSS from priority group 0 > Try to find WPA-enabled AP > Try to find non-WPA AP > No suitable AP found. > Setting scan request: 5 sec 0 usec > Starting AP scan (specific SSID) > Scan SSID - hexdump_ascii(len=16): > 53 70 65 65 64 54 6f 75 63 68 31 45 43 35 45 38 SpeedTouch1EC5E8 > Received 0 bytes of scan results (0 BSSes) > Scan results: 0 > Selecting BSS from priority group 0 > Try to find WPA-enabled AP > Try to find non-WPA AP > No suitable AP found. > Setting scan request: 5 sec 0 usec > Starting AP scan (broadcast SSID) > Received 0 bytes of scan results (1 BSSes) > Scan results: 1 > Selecting BSS from priority group 0 > Try to find WPA-enabled AP > 0: 00:90:d0:f3:e1:d2 ssid='SpeedTouch1EC5E8' wpa_ie_len=30 rsn_ie_len=26 > caps=0x11 > selected based on RSN IE > selected WPA AP 00:90:d0:f3:e1:d2 ssid='SpeedTouch1EC5E8' > Try to find non-WPA AP > Trying to associate with 00:90:d0:f3:e1:d2 (SSID='SpeedTouch1EC5E8' > freq=2437 MHz) > Cancelling scan request > WPA: clearing own WPA/RSN IE > Automatic auth_alg selection: 0x1 > wpa_driver_bsd_set_auth_alg alg 0x1 authmode 1 > RSN: using IEEE 802.11i/D9.0 > WPA: Selected cipher suites: group 8 pairwise 24 key_mgmt 2 proto 2 > WPA: set AP WPA IE - hexdump(len=30): dd 1c 00 50 f2 01 01 00 00 50 f2 02 > 02 00 00 50 f2 04 00 50 f2 02 01 00 00 50 f2 02 0c 00 > WPA: set AP RSN IE - hexdump(len=26): 30 18 01 00 00 0f ac 02 02 00 00 0f > ac 04 00 0f ac 02 01 00 00 0f ac 02 0c 00 > WPA: using GTK TKIP > WPA: using PTK CCMP > WPA: using KEY_MGMT WPA-PSK > WPA: Set own WPA IE default - hexdump(len=22): 30 14 01 00 00 0f ac 02 01 > 00 00 0f ac 04 01 00 00 0f ac 02 00 00 > No keys have been configured - skip key clearing > wpa_driver_bsd_set_drop_unencrypted: enabled=1 > State: SCANNING -> ASSOCIATING > wpa_driver_bsd_associate: ssid 'SpeedTouch1EC5E8' wpa ie len 22 pairwise 3 > group 2 key mgmt 1 > wpa_driver_bsd_associate: set PRIVACY 1 > Setting authentication timeout: 10 sec 0 usec > EAPOL: External notification - EAP success=0 > EAPOL: External notification - EAP fail=0 > EAPOL: External notification - portControl=Auto > RSN: Ignored PMKID candidate without preauth flag > Authentication with 00:00:00:00:00:00 timed out. > Added BSSID 00:90:d0:f3:e1:d2 into blacklist > No keys have been configured - skip key clearing > State: ASSOCIATING -> DISCONNECTED > EAPOL: External notification - portEnabled=0 > EAPOL: External notification - portValid=0 > EAPOL: External notification - EAP success=0 > Setting scan request: 0 sec 0 usec > State: DISCONNECTED -> SCANNING > Starting AP scan (specific SSID) > Scan SSID - hexdump_ascii(len=16): > 53 70 65 65 64 54 6f 75 63 68 31 45 43 35 45 38 SpeedTouch1EC5E8 > Received 0 bytes of scan results (1 BSSes) > Scan results: 1 > Selecting BSS from priority group 0 > Try to find WPA-enabled AP > 0: 00:90:d0:f3:e1:d2 ssid='SpeedTouch1EC5E8' wpa_ie_len=30 rsn_ie_len=26 > caps=0x11 > selected based on RSN IE > selected WPA AP 00:90:d0:f3:e1:d2 ssid='SpeedTouch1EC5E8' > Try to find non-WPA AP > Trying to associate with 00:90:d0:f3:e1:d2 (SSID='SpeedTouch1EC5E8' > freq=2437 MHz) > Cancelling scan request > WPA: clearing own WPA/RSN IE > Automatic auth_alg selection: 0x1 > wpa_driver_bsd_set_auth_alg alg 0x1 authmode 1 > RSN: using IEEE 802.11i/D9.0 > WPA: Selected cipher suites: group 8 pairwise 24 key_mgmt 2 proto 2 > WPA: set AP WPA IE - hexdump(len=30): dd 1c 00 50 f2 01 01 00 00 50 f2 02 > 02 00 00 50 f2 04 00 50 f2 02 01 00 00 50 f2 02 0c 00 > WPA: set AP RSN IE - hexdump(len=26): 30 18 01 00 00 0f ac 02 02 00 00 0f > ac 04 00 0f ac 02 01 00 00 0f ac 02 0c 00 > WPA: using GTK TKIP > WPA: using PTK CCMP > WPA: using KEY_MGMT WPA-PSK > WPA: Set own WPA IE default - hexdump(len=22): 30 14 01 00 00 0f ac 02 01 > 00 00 0f ac 04 01 00 00 0f ac 02 00 00 > No keys have been configured - skip key clearing > wpa_driver_bsd_set_drop_unencrypted: enabled=1 > State: SCANNING -> ASSOCIATING > wpa_driver_bsd_associate: ssid 'SpeedTouch1EC5E8' wpa ie len 22 pairwise 3 > group 2 key mgmt 1 > wpa_driver_bsd_associate: set PRIVACY 1 > Setting authentication timeout: 10 sec 0 usec > EAPOL: External notification - EAP success=0 > EAPOL: External notification - EAP fail=0 > EAPOL: External notification - portControl=Auto > RSN: Ignored PMKID candidate without preauth flag > Authentication with 00:00:00:00:00:00 timed out. > BSSID 00:90:d0:f3:e1:d2 blacklist count incremented to 2 > No keys have been configured - skip key clearing > State: ASSOCIATING -> DISCONNECTED > EAPOL: External notification - portEnabled=0 > EAPOL: External notification - portValid=0 > EAPOL: External notification - EAP success=0 > Setting scan request: 0 sec 0 usec > State: DISCONNECTED -> SCANNING > Starting AP scan (broadcast SSID) > Received 0 bytes of scan results (1 BSSes) > Scan results: 1 > Selecting BSS from priority group 0 > Try to find WPA-enabled AP > 0: 00:90:d0:f3:e1:d2 ssid='SpeedTouch1EC5E8' wpa_ie_len=30 rsn_ie_len=26 > caps=0x11 > skip - blacklisted > Try to find non-WPA AP > 0: 00:90:d0:f3:e1:d2 ssid='SpeedTouch1EC5E8' wpa_ie_len=30 rsn_ie_len=26 > caps=0x11 > skip - blacklisted > No APs found - clear blacklist and try again > Removed BSSID 00:90:d0:f3:e1:d2 from blacklist (clear) > Selecting BSS from priority group 0 > Try to find WPA-enabled AP > 0: 00:90:d0:f3:e1:d2 ssid='SpeedTouch1EC5E8' wpa_ie_len=30 rsn_ie_len=26 > caps=0x11 > selected based on RSN IE > selected WPA AP 00:90:d0:f3:e1:d2 ssid='SpeedTouch1EC5E8' > Try to find non-WPA AP > Trying to associate with 00:90:d0:f3:e1:d2 (SSID='SpeedTouch1EC5E8' > freq=2437 MHz) > Cancelling scan request > WPA: clearing own WPA/RSN IE > Automatic auth_alg selection: 0x1 > wpa_driver_bsd_set_auth_alg alg 0x1 authmode 1 > RSN: using IEEE 802.11i/D9.0 > WPA: Selected cipher suites: group 8 pairwise 24 key_mgmt 2 proto 2 > WPA: set AP WPA IE - hexdump(len=30): dd 1c 00 50 f2 01 01 00 00 50 f2 02 > 02 00 00 50 f2 04 00 50 f2 02 01 00 00 50 f2 02 0c 00 > WPA: set AP RSN IE - hexdump(len=26): 30 18 01 00 00 0f ac 02 02 00 00 0f > ac 04 00 0f ac 02 01 00 00 0f ac 02 0c 00 > WPA: using GTK TKIP > WPA: using PTK CCMP > WPA: using KEY_MGMT WPA-PSK > WPA: Set own WPA IE default - hexdump(len=22): 30 14 01 00 00 0f ac 02 01 > 00 00 0f ac 04 01 00 00 0f ac 02 00 00 > No keys have been configured - skip key clearing > wpa_driver_bsd_set_drop_unencrypted: enabled=1 > State: SCANNING -> ASSOCIATING > wpa_driver_bsd_associate: ssid 'SpeedTouch1EC5E8' wpa ie len 22 pairwise 3 > group 2 key mgmt 1 > wpa_driver_bsd_associate: set PRIVACY 1 > Setting authentication timeout: 10 sec 0 usec > EAPOL: External notification - EAP success=0 > EAPOL: External notification - EAP fail=0 > EAPOL: External notification - portControl=Auto > RSN: Ignored PMKID candidate without preauth flag > > (after which it keeps repeating the above story until I stop it) > > CTRL-EVENT-TERMINATING - signal 2 received > Removing interface wpi0 > State: ASSOCIATING -> DISCONNECTED > No keys have been configured - skip key clearing > EAPOL: External notification - portEnabled=0 > EAPOL: External notification - portValid=0 > wpa_driver_bsd_set_wpa: enabled=0 > wpa_driver_bsd_set_wpa_internal: wpa=0 privacy=0 > wpa_driver_bsd_set_drop_unencrypted: enabled=0 > wpa_driver_bsd_set_countermeasures: enabled=0 > No keys have been configured - skip key clearing > Cancelling scan request > Cancelling authentication timeout > wpa_driver_bsd_set_wpa_internal: wpa=0 privacy=1 > $ > > After this: > > $ ifcondig wpi0 > wpi0: flags=8843 metric 0 mtu 1500 > ether 00:1b:77:b5:98:bd > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g (DS/1Mbps) > status: no carrier > ssid SpeedTouch1EC5E8 channel 6 (2437 Mhz 11g) > authmode WPA2/802.11i privacy ON deftxkey UNDEF txpower 50 bmiss 7 > scanvalid 60 protmode CTS roaming MANUAL > $ > > As you can see, there's still no carrier, so > > $ dhclient wpi0 > wpi0: no link .............. giving up > $ > > If there's anything else you need to know, just holler. > > Thanks in advance, > > Alphons -- Mel From owner-freebsd-mobile@FreeBSD.ORG Sun Feb 24 17:55:57 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B19BF16A40E for ; Sun, 24 Feb 2008 17:55:57 +0000 (UTC) (envelope-from picotech9999@yahoo.com) Received: from web56113.mail.re3.yahoo.com (web56113.mail.re3.yahoo.com [216.252.110.207]) by mx1.freebsd.org (Postfix) with SMTP id 5408A13C469 for ; Sun, 24 Feb 2008 17:55:56 +0000 (UTC) (envelope-from picotech9999@yahoo.com) Received: (qmail 35510 invoked by uid 60001); 24 Feb 2008 17:29:16 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=Yo1lqwKyANEN9smGueWtTV52TOE087ZcYqaT0iFCFr0tZZZOWTlJYSH4DnnXzDacECKvKfaeH4YWEjDpX2zbnP/zwKYdDUbL7+UAPK57W6OJu7OMCPEZ3IG3Nl+/FZCkKuW22ZYlphHQ8LBN1gOT6k0fjrxG427VfPqR85RqLvs=; X-YMail-OSG: PyDqVfIVM1k4Bn_wuPq5nzjaK45Ya1cnSFVMLYBfic9S6SZoBPcdXTmoVbj3PA6UmX1bo3Tn73AqMmipWrnDUkrEVahuuyivv.vFI5WvOtWtNx7sXiE- Received: from [67.68.55.199] by web56113.mail.re3.yahoo.com via HTTP; Sun, 24 Feb 2008 09:29:16 PST Date: Sun, 24 Feb 2008 09:29:16 -0800 (PST) From: PICO Tech To: freebsd-mobile@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <573605.34083.qm@web56113.mail.re3.yahoo.com> Subject: RE: FreeBSD 7.0-RC2 ath wireless issues X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Feb 2008 17:55:57 -0000 Hello list I'm having problems with Atheros on a Toshiba M70 - I put the mods posted recently but not much better. I have come to believe the root of the problem is entropy harvesting. On sign-in the first letter I type disappears. If this is happening on the wifi drivers then the "try three times" patch makes sense. In most cases a device will just try again. A base station will assume you went away if no ack is received. So the AP sends the ack request, harvester steals it, so AP receives no ack to continue protocol. This is on vanilla 6.3 RELEASE. Any info to resolve will be appreciated. I'll play with this some more and will post device info then. Thanks, Dell -----Original Message----- From: owner-freebsd-mobile@freebsd.org [mailto:owner-freebsd-mobile@freebsd.org] On Behalf Of Ian Smith Sent: Sunday, February 24, 2008 5:43 AM To: freebsd-mobile@freebsd.org Subject: FreeBSD 7.0-RC2 ath wireless issues Hello list, I have some issues with an Atheros card in a Dell Inspiron 6000 that I was hoping someone may be able to shed some light on. I can associate with an access point but am unable to connect to anything via the wireless card. The card appears to be associated (see below) but I am unable to connect/ping the router or anything connected/beyond it. Please see the following for more details: Hardware info: Laptop: Dell Inspiron 6000 Wireless Card: Complex WLM54G23 (http://www.msdist.co.uk/product_compex_WLM54G23_200mW_miniPCI.php) FreeBSD output: root# uname -a FreeBSD dmon.bsd.home 7.0-RC2 FreeBSD 7.0-RC2 #0: Sun Feb 24 09:08:01 GMT 2008 root@my.domain:/usr/obj/usr/src/sys/GENERIC i386 root# dmesg | grep ath0 ath0: mem 0xdfcf0000-0xdfcfffff irq 17 at device 3.0 on pci3 ath0: [ITHREAD] ath0: using obsoleted if_watchdog interface ath0: Ethernet address: xx:xx:xx:xx:xx:xx ath0: mac 10.4 phy 6.1 radio 6.3 root# pciconf -lv ... vendor = 'Atheros Communications Inc.' device = 'AR5006 family 802.11abg Wireless NIC' class = network subclass = ethernet root# sysctl hw.ath hw.ath.hal.swba_backoff: 0 hw.ath.hal.sw_brt: 10 hw.ath.hal.dma_brt: 2 hw.ath.hal.version: 0.9.20.3 hw.ath.txbuf: 200 hw.ath.rxbuf: 40 hw.ath.regdomain: 0 hw.ath.countrycode: 0 hw.ath.xchanmode: 1 hw.ath.outdoor: 1 hw.ath.calibrate: 30 root# sysctl dev.ath.0 dev.ath.0.%desc: Atheros 5212 dev.ath.0.%driver: ath dev.ath.0.%location: slot=3 function=0 dev.ath.0.%pnpinfo: vendor=0x168c device=0x001b subvendor=0x168c subdevice=0x2063 class=0x020000 dev.ath.0.%parent: pci3 dev.ath.0.smoothing_rate: 95 dev.ath.0.sample_rate: 10 dev.ath.0.countrycode: 0 dev.ath.0.regdomain: 0 dev.ath.0.slottime: 9 dev.ath.0.acktimeout: 48 dev.ath.0.ctstimeout: 48 dev.ath.0.softled: 0 dev.ath.0.ledpin: 0 dev.ath.0.ledon: 0 dev.ath.0.ledidle: 2700 dev.ath.0.txantenna: 0 dev.ath.0.rxantenna: 2 dev.ath.0.diversity: 1 dev.ath.0.txintrperiod: 5 dev.ath.0.diag: 0 dev.ath.0.tpscale: 0 dev.ath.0.tpc: 0 dev.ath.0.tpack: 63 dev.ath.0.tpcts: 63 dev.ath.0.monpass: 24 Attempting to get an address from the AP after associating: root# dhclient ath0 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 6 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 13 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 14 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 17 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 11 No DHCPOFFERS received. No working leases in persistent database - sleeping. With manual IP address: root# ifconfig -v ath0 ath0: flags=8843 metric 0 mtu 1500 ether xx:xx:xx:xx:xx:xx inet xxx.xxx.xxx.xxx netmask 0xffffff00 broadcast xxx.xxx.xxx.255 media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/54Mbps) status: associated ssid XXXXX channel 11 (2462 Mhz 11g) bssid xx:xx:xx:xx:xx:xx authmode OPEN privacy OFF deftxkey UNDEF powersavemode OFF powersavesleep 100 txpower 31.5 txpowmax 23.0 rtsthreshold 2346 fragthreshold 2346 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11a 7 roam:rate11a 12 roam:rssi11b 7 roam:rate11b 1 roam:rssi11g 7 roam:rate11g 5 -pureg protmode CTS -ht -htcompat -ampdu ampdulimit 8k ampdudensity - -amsdu -shortgi htprotmode RTSCTS -puren -wme burst -ff -dturbo roaming AUTO bintval 100 In either case pinging anything on the network results in the following: root# ping xxx.xxx.xxx.xxx PING xxx.xxx.xxx.xxx (xxx.xxx.xxx.xxx): 56 data bytes ^C --- xxx.xxx.xxx.xxx ping statistics --- 9 packets transmitted, 0 packets received, 100.0% packet loss For the purpose of this testing the AP was running without a firewall, encryption or an access list. Interestingly when I run `tcpdump -ttt -vv -n -i ath0` I am able to see broadcasts from other clients on the network. Also if I run ` airodump-ng --band bg ath0` I can see a whole host of wireless networks including the one I am trying to connect to. Any information/advice would be much appreciated. Thanks, Ian. ____________________________________________________________________________ ________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping _______________________________________________ freebsd-mobile@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-mobile To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From owner-freebsd-mobile@FreeBSD.ORG Sun Feb 24 20:36:12 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F47E16A405 for ; Sun, 24 Feb 2008 20:36:12 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 0167D13C458 for ; Sun, 24 Feb 2008 20:36:11 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m1OKaB9v091694 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 24 Feb 2008 12:36:11 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <47C1D53B.5050700@errno.com> Date: Sun, 24 Feb 2008 12:36:11 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Ian Smith References: <157306.50628.qm@web45816.mail.sp1.yahoo.com> In-Reply-To: <157306.50628.qm@web45816.mail.sp1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: freebsd-mobile@freebsd.org Subject: Re: FreeBSD 7.0-RC2 ath wireless issues X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Feb 2008 20:36:12 -0000 Ian Smith wrote: > Hello list, > > I have some issues with an Atheros card in a Dell Inspiron 6000 that I was hoping someone may be able to shed some light on. I can associate with an access point but am unable to connect to anything via the wireless card. The card appears to be associated (see below) but I am unable to connect/ping the router or anything connected/beyond it. Please see the following for more details: > > Hardware info: > Laptop: Dell Inspiron 6000 > Wireless Card: Complex WLM54G23 (http://www.msdist.co.uk/product_compex_WLM54G23_200mW_miniPCI.php) > > FreeBSD output: > root# uname -a > FreeBSD dmon.bsd.home 7.0-RC2 FreeBSD 7.0-RC2 #0: Sun Feb 24 09:08:01 GMT 2008 root@my.domain:/usr/obj/usr/src/sys/GENERIC i386 > > root# dmesg | grep ath0 > ath0: mem 0xdfcf0000-0xdfcfffff irq 17 at device 3.0 on pci3 > ath0: [ITHREAD] > ath0: using obsoleted if_watchdog interface > ath0: Ethernet address: xx:xx:xx:xx:xx:xx > ath0: mac 10.4 phy 6.1 radio 6.3 > > root# pciconf -lv > ... > vendor = 'Atheros Communications Inc.' > device = 'AR5006 family 802.11abg Wireless NIC' > class = network > subclass = ethernet > > root# sysctl hw.ath > hw.ath.hal.swba_backoff: 0 > hw.ath.hal.sw_brt: 10 > hw.ath.hal.dma_brt: 2 > hw.ath.hal.version: 0.9.20.3 > hw.ath.txbuf: 200 > hw.ath.rxbuf: 40 > hw.ath.regdomain: 0 > hw.ath.countrycode: 0 > hw.ath.xchanmode: 1 > hw.ath.outdoor: 1 > hw.ath.calibrate: 30 > > root# sysctl dev.ath.0 > dev.ath.0.%desc: Atheros 5212 > dev.ath.0.%driver: ath > dev.ath.0.%location: slot=3 function=0 > dev.ath.0.%pnpinfo: vendor=0x168c device=0x001b subvendor=0x168c subdevice=0x2063 class=0x020000 > dev.ath.0.%parent: pci3 > dev.ath.0.smoothing_rate: 95 > dev.ath.0.sample_rate: 10 > dev.ath.0.countrycode: 0 > dev.ath.0.regdomain: 0 > dev.ath.0.slottime: 9 > dev.ath.0.acktimeout: 48 > dev.ath.0.ctstimeout: 48 > dev.ath.0.softled: 0 > dev.ath.0.ledpin: 0 > dev.ath.0.ledon: 0 > dev.ath.0.ledidle: 2700 > dev.ath.0.txantenna: 0 > dev.ath.0.rxantenna: 2 > dev.ath.0.diversity: 1 > dev.ath.0.txintrperiod: 5 > dev.ath.0.diag: 0 > dev.ath.0.tpscale: 0 > dev.ath.0.tpc: 0 > dev.ath.0.tpack: 63 > dev.ath.0.tpcts: 63 > dev.ath.0.monpass: 24 > > Attempting to get an address from the AP after associating: > root# dhclient ath0 > DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 6 > DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 13 > DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 14 > DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 17 > DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 11 > No DHCPOFFERS received. > No working leases in persistent database - sleeping. > > With manual IP address: > root# ifconfig -v ath0 > ath0: flags=8843 metric 0 mtu 1500 > ether xx:xx:xx:xx:xx:xx > inet xxx.xxx.xxx.xxx netmask 0xffffff00 broadcast xxx.xxx.xxx.255 > media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/54Mbps) > status: associated > ssid XXXXX channel 11 (2462 Mhz 11g) bssid xx:xx:xx:xx:xx:xx > authmode OPEN privacy OFF deftxkey UNDEF powersavemode OFF > powersavesleep 100 txpower 31.5 txpowmax 23.0 rtsthreshold 2346 > fragthreshold 2346 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 > bgscanidle 250 roam:rssi11a 7 roam:rate11a 12 roam:rssi11b 7 > roam:rate11b 1 roam:rssi11g 7 roam:rate11g 5 -pureg protmode CTS -ht > -htcompat -ampdu ampdulimit 8k ampdudensity - -amsdu -shortgi > htprotmode RTSCTS -puren -wme burst -ff -dturbo roaming AUTO > bintval 100 > > In either case pinging anything on the network results in the following: > root# ping xxx.xxx.xxx.xxx > PING xxx.xxx.xxx.xxx (xxx.xxx.xxx.xxx): 56 data bytes > ^C > --- xxx.xxx.xxx.xxx ping statistics --- > 9 packets transmitted, 0 packets received, 100.0% packet loss > > For the purpose of this testing the AP was running without a firewall, encryption or an access list. > > Interestingly when I run `tcpdump -ttt -vv -n -i ath0` I am able to see broadcasts from other clients on the network. Also if I run ` airodump-ng --band bg ath0` I can see a whole host of wireless networks including the one I am trying to connect to. > > Any information/advice would be much appreciated. > > The first thing to check is whether errors are being counted. netstat -in, wlanstats, athstats are useful tools. Next I'd use tcpdump to inspect traffic starting at the 802.3 layer and going down; e.g. tcpdump -n -i ath0 -p then tcpdump -n -i ath0 -p -y IEEE802_11 then finally tcpdump -n -i ath0 -p -y IEEE802_11_RADIO If you are associated then packets should be coming through so you should find them at some level. Once you find them you need to figure out why they aren't being handled correctly; the stats usually tell you where+when frames are dropped. You can also turn on debug msgs in net80211 with wlandebug if you believe the issue is there. You say this network is running open so presumably there's no need to disable crypto (the first step one should do whenever having problems like this). Sam From owner-freebsd-mobile@FreeBSD.ORG Mon Feb 25 13:49:46 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EBDB16A408 for ; Mon, 25 Feb 2008 13:49:46 +0000 (UTC) (envelope-from ismith00@yahoo.com) Received: from n79.bullet.mail.sp1.yahoo.com (n79.bullet.mail.sp1.yahoo.com [98.136.44.39]) by mx1.freebsd.org (Postfix) with SMTP id 2630813C468 for ; Mon, 25 Feb 2008 13:49:46 +0000 (UTC) (envelope-from ismith00@yahoo.com) Received: from [216.252.122.216] by n79.bullet.mail.sp1.yahoo.com with NNFMP; 25 Feb 2008 05:48:16 -0000 Received: from [69.147.65.152] by t1.bullet.sp1.yahoo.com with NNFMP; 25 Feb 2008 13:49:45 -0000 Received: from [127.0.0.1] by omp400.mail.sp1.yahoo.com with NNFMP; 25 Feb 2008 13:49:45 -0000 X-Yahoo-Newman-Property: ymail-5 X-Yahoo-Newman-Id: 603568.16992.bm@omp400.mail.sp1.yahoo.com Received: (qmail 41181 invoked by uid 60001); 25 Feb 2008 13:49:45 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=b1XQnsmdxmh9+Y4se8vNXDRl5gas4g1xcxzudHIshPrmCpaztCI6W73mALoD1B6mwKPPI2veF0qESp90mxXgFpZzGWV3k01pT1tzQyHwtOYyg2i7quPIj6yf+SQnj15l7PJjBCDkjxndWeMMg/d87M40owkF4J5RxnJvgMXwdRQ=; Received: from [90.201.51.188] by web45802.mail.sp1.yahoo.com via HTTP; Mon, 25 Feb 2008 05:49:45 PST X-Mailer: YahooMailRC/818.31 YahooMailWebService/0.7.162 Date: Mon, 25 Feb 2008 05:49:45 -0800 (PST) From: Ian Smith To: Sam Leffler MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <438210.39413.qm@web45802.mail.sp1.yahoo.com> Cc: freebsd-mobile@freebsd.org Subject: Re: FreeBSD 7.0-RC2 ath wireless issues X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2008 13:49:46 -0000 ----- Original Message ---- From: Sam Leffler To: Ian Smith Cc: freebsd-mobile@freebsd.org Sent: Sunday, February 24, 2008 8:36:11 PM Subject: Re: FreeBSD 7.0-RC2 ath wireless issues Ian Smith wrote: > Hello list, > > I have some issues with an Atheros card in a Dell Inspiron 6000 that I was hoping someone may be able to shed some light on. I can associate with an access point but am unable to connect to anything via the wireless card. The card appears to be associated (see below) but I am unable to connect/ping the router or anything connected/beyond it. Please see the following for more details: > > Hardware info: > Laptop: Dell Inspiron 6000 > Wireless Card: Complex WLM54G23 (http://www.msdist.co.uk/product_compex_WLM54G23_200mW_miniPCI.php) > > FreeBSD output: > root# uname -a > FreeBSD dmon.bsd.home 7.0-RC2 FreeBSD 7.0-RC2 #0: Sun Feb 24 09:08:01 GMT 2008 root@my.domain:/usr/obj/usr/src/sys/GENERIC i386 > > root# dmesg | grep ath0 > ath0: mem 0xdfcf0000-0xdfcfffff irq 17 at device 3.0 on pci3 > ath0: [ITHREAD] > ath0: using obsoleted if_watchdog interface > ath0: Ethernet address: xx:xx:xx:xx:xx:xx > ath0: mac 10.4 phy 6.1 radio 6.3 > > root# pciconf -lv > .... > vendor = 'Atheros Communications Inc.' > device = 'AR5006 family 802.11abg Wireless NIC' > class = network > subclass = ethernet > > root# sysctl hw.ath > hw.ath.hal.swba_backoff: 0 > hw.ath.hal.sw_brt: 10 > hw.ath.hal.dma_brt: 2 > hw.ath.hal.version: 0.9.20.3 > hw.ath.txbuf: 200 > hw.ath.rxbuf: 40 > hw.ath.regdomain: 0 > hw.ath.countrycode: 0 > hw.ath.xchanmode: 1 > hw.ath.outdoor: 1 > hw.ath.calibrate: 30 > > root# sysctl dev.ath.0 > dev.ath.0.%desc: Atheros 5212 > dev.ath.0.%driver: ath > dev.ath.0.%location: slot=3 function=0 > dev.ath.0.%pnpinfo: vendor=0x168c device=0x001b subvendor=0x168c subdevice=0x2063 class=0x020000 > dev.ath.0.%parent: pci3 > dev.ath.0.smoothing_rate: 95 > dev.ath.0.sample_rate: 10 > dev.ath.0.countrycode: 0 > dev.ath.0.regdomain: 0 > dev.ath.0.slottime: 9 > dev.ath.0.acktimeout: 48 > dev.ath.0.ctstimeout: 48 > dev.ath.0.softled: 0 > dev.ath.0.ledpin: 0 > dev.ath.0.ledon: 0 > dev.ath.0.ledidle: 2700 > dev.ath.0.txantenna: 0 > dev.ath.0.rxantenna: 2 > dev.ath.0.diversity: 1 > dev.ath.0.txintrperiod: 5 > dev.ath.0.diag: 0 > dev.ath.0.tpscale: 0 > dev.ath.0.tpc: 0 > dev.ath.0.tpack: 63 > dev.ath.0.tpcts: 63 > dev.ath.0.monpass: 24 > > Attempting to get an address from the AP after associating: > root# dhclient ath0 > DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 6 > DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 13 > DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 14 > DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 17 > DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 11 > No DHCPOFFERS received. > No working leases in persistent database - sleeping. > > With manual IP address: > root# ifconfig -v ath0 > ath0: flags=8843 metric 0 mtu 1500 > ether xx:xx:xx:xx:xx:xx > inet xxx.xxx.xxx.xxx netmask 0xffffff00 broadcast xxx.xxx.xxx.255 > media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/54Mbps) > status: associated > ssid XXXXX channel 11 (2462 Mhz 11g) bssid xx:xx:xx:xx:xx:xx > authmode OPEN privacy OFF deftxkey UNDEF powersavemode OFF > powersavesleep 100 txpower 31.5 txpowmax 23.0 rtsthreshold 2346 > fragthreshold 2346 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 > bgscanidle 250 roam:rssi11a 7 roam:rate11a 12 roam:rssi11b 7 > roam:rate11b 1 roam:rssi11g 7 roam:rate11g 5 -pureg protmode CTS -ht > -htcompat -ampdu ampdulimit 8k ampdudensity - -amsdu -shortgi > htprotmode RTSCTS -puren -wme burst -ff -dturbo roaming AUTO > bintval 100 > > In either case pinging anything on the network results in the following: > root# ping xxx.xxx.xxx.xxx > PING xxx.xxx.xxx.xxx (xxx.xxx.xxx.xxx): 56 data bytes > ^C > --- xxx.xxx.xxx.xxx ping statistics --- > 9 packets transmitted, 0 packets received, 100.0% packet loss > > For the purpose of this testing the AP was running without a firewall, encryption or an access list. > > Interestingly when I run `tcpdump -ttt -vv -n -i ath0` I am able to see broadcasts from other clients on the network. Also if I run ` airodump-ng --band bg ath0` I can see a whole host of wireless networks including the one I am trying to connect to. > > Any information/advice would be much appreciated. > > The first thing to check is whether errors are being counted. netstat -in, wlanstats, athstats are useful tools. Next I'd use tcpdump to inspect traffic starting at the 802.3 layer and going down; e.g. tcpdump -n -i ath0 -p then tcpdump -n -i ath0 -p -y IEEE802_11 then finally tcpdump -n -i ath0 -p -y IEEE802_11_RADIO If you are associated then packets should be coming through so you should find them at some level. Once you find them you need to figure out why they aren't being handled correctly; the stats usually tell you where+when frames are dropped. You can also turn on debug msgs in net80211 with wlandebug if you believe the issue is there. You say this network is running open so presumably there's no need to disable crypto (the first step one should do whenever having problems like this). Sam _______________________________________________ freebsd-mobile@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-mobile To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" ############################### ############################### Hi Sam, I have had a go at debugging the interface but things just don't add up. While requesting an address using `dhclient ath0` I'm not seeing any lost packets with `netstat -in`: Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll .... ath0 1500 xx:xx:xx:xx:xx:xx 12 0 2 0 0 ath0 1500 0.0.0.0/8 0.0.0.0 0 - 0 - - .... I'm not sure if this sheds any light on things but `athstats` is showing "0M current transmit rate": root# athstats 9 data frames received 2 data frames transmit 168 mib overflow interrupts 0M current transmit rate <---------------------- 50 tx management frames 129 tx frames discarded prior to association 48 tx frames with no ack marked 2 tx frames with short preamble 22 periodic calibrations 34 rssi of last ack 36 avg recv rssi -91 rx noise floor 1 switched default/rx antenna Antenna profile: [1] tx 50 rx 1052 Here is the rest of the wlanstats and tcpdump info: root# wlanstats 1267 rx beacon frames 1 rx element unknown 13 rx frame chan mismatch 1 active scans started 1284 rx management frames 12 total data frames received 12 multicast data frames received 36M current transmit rate 35 current rssi 35 current signal (dBm) root# tcpdump -n -i ath0 -p tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on ath0, link-type EN10MB (Ethernet), capture size 96 bytes 13:21:06.140535 arp who-has 192.168.1.90 tell 192.168.1.1 13:21:07.140223 arp who-has 192.168.1.90 tell 192.168.1.1 13:21:08.140218 arp who-has 192.168.1.90 tell 192.168.1.1 13:21:16.913634 arp who-has 192.168.1.90 tell 192.168.1.1 13:21:17.910161 arp who-has 192.168.1.90 tell 192.168.1.1 13:21:18.910151 arp who-has 192.168.1.90 tell 192.168.1.1 13:21:23.464980 arp who-has 192.168.1.90 tell 192.168.1.1 13:21:24.460096 arp who-has 192.168.1.90 tell 192.168.1.1 13:21:25.460086 arp who-has 192.168.1.90 tell 192.168.1.1 13:21:32.215510 arp who-has 192.168.1.90 tell 192.168.1.1 13:21:33.215027 arp who-has 192.168.1.90 tell 192.168.1.1 13:21:34.215016 arp who-has 192.168.1.90 tell 192.168.1.1 ^C 12 packets captured 12 packets received by filter 0 packets dropped by kernel root# tcpdump -n -i ath0 -p -y IEEE802_11 tcpdump: data link type IEEE802_11 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on ath0, link-type IEEE802_11 (802.11), capture size 96 bytes 13:22:35.447955 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:22:35.550347 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:22:35.652739 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:22:35.755141 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:22:35.857539 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:22:35.959939 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:22:36.062348 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:22:36.164735 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:22:36.267134 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:22:36.369533 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:22:36.471945 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:22:36.574331 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 .... 13:22:40.158300 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:22:40.260702 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:22:40.363106 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 ^C 49 packets captured 49 packets received by filter 0 packets dropped by kernel root# tcpdump -n -i ath0 -p -y IEEE802_11_RADIO tcpdump: data link type IEEE802_11_RADIO tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on ath0, link-type IEEE802_11_RADIO (802.11 plus BSD radio information header), capture size 96 bytes 13:24:02.896844 467892316us tsft 19.5 Mb/s -65dB signal -95dB noise antenna 1 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:24:02.999220 467994716us tsft 19.5 Mb/s -65dB signal -95dB noise antenna 1 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:24:03.101619 468097116us tsft 19.5 Mb/s -65dB signal -95dB noise antenna 1 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:24:03.204016 468199518us tsft 19.5 Mb/s -66dB signal -95dB noise antenna 1 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:24:03.306415 468301916us tsft 19.5 Mb/s -65dB signal -95dB noise antenna 1 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:24:03.408813 468404314us tsft 19.5 Mb/s -64dB signal -95dB noise antenna 1 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:24:03.511211 468506716us tsft 19.5 Mb/s -64dB signal -95dB noise antenna 2 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:24:03.613608 468609118us tsft 19.5 Mb/s -63dB signal -95dB noise antenna 1 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:24:03.716005 468711516us tsft 19.5 Mb/s -66dB signal -95dB noise antenna 1 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:24:03.818414 468813916us tsft 19.5 Mb/s -66dB signal -95dB noise antenna 1 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:24:03.920812 468916316us tsft 19.5 Mb/s -66dB signal -95dB noise antenna 1 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:24:04.023204 469018718us tsft 19.5 Mb/s -65dB signal -95dB noise antenna 1 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:24:04.125600 469121116us tsft 19.5 Mb/s -64dB signal -95dB noise antenna 1 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:24:04.227999 469223518us tsft 19.5 Mb/s -65dB signal -95dB noise antenna 2 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:24:04.330399 469325912us tsft 19.5 Mb/s -64dB signal -95dB noise antenna 1 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:24:04.432799 469428318us tsft 19.5 Mb/s -64dB signal -95dB noise antenna 2 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:24:04.535198 469530716us tsft 19.5 Mb/s -64dB signal -95dB noise antenna 2 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:24:04.637595 469633118us tsft 19.5 Mb/s -65dB signal -95dB noise antenna 2 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:24:04.739996 469735514us tsft 19.5 Mb/s -64dB signal -95dB noise antenna 2 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 13:24:04.842394 469837918us tsft 19.5 Mb/s -65dB signal -95dB noise antenna 2 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 ^C 20 packets captured 23 packets received by filter 0 packets dropped by kernel All of the above were run when I was trying to get an address with `dhclient ath0` Finally with a static address I see the following: root# athstats 50 data frames received 2 data frames transmit 168 mib overflow interrupts 54M current transmit rate <--------------------- no longer 0.... ? 152 tx management frames 129 tx frames discarded prior to association 144 tx frames with no ack marked 104 tx frames with short preamble 91 periodic calibrations 32 avg recv rssi -95 rx noise floor 13 switched default/rx antenna Antenna profile: [1] tx 148 rx 7653 [2] tx 0 rx 376 root# wlanstats 2 rx discard 'cuz dup 3 rx discard mgt frames 8247 rx beacon frames 2 rx element unknown 26 rx frame chan mismatch 3 active scans started 8284 rx management frames 53 total data frames received 53 multicast data frames received 6 total data frames transmit 54M current transmit rate 34 current rssi 34 current signal (dBm) An interesting point - what is the significance of the first athstats having only 1 entry in "Antenna profile" and the second showing 1 and 2? Also if I'm able to see traffic in the air one would assume that the card is receiving ok and that the problem lies somewhere in the transmitting of packets? I'll check the connections on the card to make sure that it isn't in fact a wiring issue. Thanks, Ian ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From owner-freebsd-mobile@FreeBSD.ORG Mon Feb 25 16:50:48 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3182C16A403 for ; Mon, 25 Feb 2008 16:50:48 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from flat.berklix.org (flat.berklix.org [83.236.223.115]) by mx1.freebsd.org (Postfix) with ESMTP id A79B813C4CE for ; Mon, 25 Feb 2008 16:50:47 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A4EFB.dip.t-dialin.net [84.154.78.251]) (authenticated bits=0) by flat.berklix.org (8.13.8/8.13.8) with ESMTP id m1PGBfB6001880; Mon, 25 Feb 2008 17:11:42 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m1PGEqa8074325; Mon, 25 Feb 2008 17:14:52 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m1PGEapp007579; Mon, 25 Feb 2008 17:14:41 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200802251614.m1PGEapp007579@fire.js.berklix.net> To: Ian Smith In-reply-to: <438210.39413.qm@web45802.mail.sp1.yahoo.com> References: <438210.39413.qm@web45802.mail.sp1.yahoo.com> Comments: In-reply-to Ian Smith message dated "Mon, 25 Feb 2008 05:49:45 -0800." Date: Mon, 25 Feb 2008 17:14:36 +0100 From: "Julian H. Stacey" Cc: freebsd-mobile@freebsd.org Subject: Re: FreeBSD 7.0-RC2 ath wireless issues X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2008 16:50:48 -0000 Ian Smith, Plse. fix your Message-id: <438210.39413.qm@web45802.mail.sp1.yahoo.com> & repost. Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com From owner-freebsd-mobile@FreeBSD.ORG Mon Feb 25 17:05:21 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 881F616A401 for ; Mon, 25 Feb 2008 17:05:21 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 2B7EB13C465 for ; Mon, 25 Feb 2008 17:05:21 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m1PH5KFo099178 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 Feb 2008 09:05:20 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <47C2F550.2020804@errno.com> Date: Mon, 25 Feb 2008 09:05:20 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Ian Smith References: <438210.39413.qm@web45802.mail.sp1.yahoo.com> In-Reply-To: <438210.39413.qm@web45802.mail.sp1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: freebsd-mobile@freebsd.org Subject: Re: FreeBSD 7.0-RC2 ath wireless issues X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2008 17:05:21 -0000 [your reply formatted previous postings w/ something like 20 column wrap] > Hi Sam, > > I have had a go at debugging the interface but things just don't add up. While requesting an address using `dhclient ath0` I'm not seeing any lost packets with `netstat -in`: > > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > .... > ath0 1500 xx:xx:xx:xx:xx:xx 12 0 2 0 0 > ath0 1500 0.0.0.0/8 0.0.0.0 0 - 0 - - > .... > > > I'm not sure if this sheds any light on things but `athstats` is showing "0M current transmit rate": > > root# athstats > 9 data frames received > 2 data frames transmit > 168 mib overflow interrupts > 0M current transmit rate <---------------------- > No data frames were ACK'd so there was never a xmit rate to collect. > 50 tx management frames > 129 tx frames discarded prior to association > This says frames were being transmitted when not associated. > 48 tx frames with no ack marked > 2 tx frames with short preamble > 22 periodic calibrations > 34 rssi of last ack > 36 avg recv rssi > -91 rx noise floor > 1 switched default/rx antenna > Antenna profile: > [1] tx 50 rx 1052 > > Here is the rest of the wlanstats and tcpdump info: > > root# wlanstats > 1267 rx beacon frames > 1 rx element unknown > 13 rx frame chan mismatch > 1 active scans started > 1284 rx management frames > 12 total data frames received > 12 multicast data frames received > 36M current transmit rate > 35 current rssi > 35 current signal (dBm) > > root# tcpdump -n -i ath0 -p > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on ath0, link-type EN10MB (Ethernet), capture size 96 bytes > 13:21:06.140535 arp who-has 192.168.1.90 tell 192.168.1.1 > 13:21:07.140223 arp who-has 192.168.1.90 tell 192.168.1.1 > 13:21:08.140218 arp who-has 192.168.1.90 tell 192.168.1.1 > 13:21:16.913634 arp who-has 192.168.1.90 tell 192.168.1.1 > 13:21:17.910161 arp who-has 192.168.1.90 tell 192.168.1.1 > 13:21:18.910151 arp who-has 192.168.1.90 tell 192.168.1.1 > 13:21:23.464980 arp who-has 192.168.1.90 tell 192.168.1.1 > 13:21:24.460096 arp who-has 192.168.1.90 tell 192.168.1.1 > 13:21:25.460086 arp who-has 192.168.1.90 tell 192.168.1.1 > 13:21:32.215510 arp who-has 192.168.1.90 tell 192.168.1.1 > 13:21:33.215027 arp who-has 192.168.1.90 tell 192.168.1.1 > 13:21:34.215016 arp who-has 192.168.1.90 tell 192.168.1.1 > ^C > 12 packets captured > 12 packets received by filter > 0 packets dropped by kernel > > root# tcpdump -n -i ath0 -p -y IEEE802_11 > tcpdump: data link type IEEE802_11 > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on ath0, link-type IEEE802_11 (802.11), capture size 96 bytes > 13:22:35.447955 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:22:35.550347 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:22:35.652739 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:22:35.755141 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:22:35.857539 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:22:35.959939 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:22:36.062348 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:22:36.164735 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:22:36.267134 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:22:36.369533 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:22:36.471945 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:22:36.574331 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > .... > 13:22:40.158300 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:22:40.260702 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:22:40.363106 Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > ^C > 49 packets captured > 49 packets received by filter > 0 packets dropped by kernel > > > root# tcpdump -n -i ath0 -p -y IEEE802_11_RADIO > tcpdump: data link type IEEE802_11_RADIO > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on ath0, link-type IEEE802_11_RADIO (802.11 plus BSD radio information header), capture size 96 bytes > 13:24:02.896844 467892316us tsft 19.5 Mb/s -65dB signal -95dB noise antenna 1 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:24:02.999220 467994716us tsft 19.5 Mb/s -65dB signal -95dB noise antenna 1 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:24:03.101619 468097116us tsft 19.5 Mb/s -65dB signal -95dB noise antenna 1 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:24:03.204016 468199518us tsft 19.5 Mb/s -66dB signal -95dB noise antenna 1 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:24:03.306415 468301916us tsft 19.5 Mb/s -65dB signal -95dB noise antenna 1 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:24:03.408813 468404314us tsft 19.5 Mb/s -64dB signal -95dB noise antenna 1 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:24:03.511211 468506716us tsft 19.5 Mb/s -64dB signal -95dB noise antenna 2 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:24:03.613608 468609118us tsft 19.5 Mb/s -63dB signal -95dB noise antenna 1 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:24:03.716005 468711516us tsft 19.5 Mb/s -66dB signal -95dB noise antenna 1 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:24:03.818414 468813916us tsft 19.5 Mb/s -66dB signal -95dB noise antenna 1 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:24:03.920812 468916316us tsft 19.5 Mb/s -66dB signal -95dB noise antenna 1 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:24:04.023204 469018718us tsft 19.5 Mb/s -65dB signal -95dB noise antenna 1 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:24:04.125600 469121116us tsft 19.5 Mb/s -64dB signal -95dB noise antenna 1 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:24:04.227999 469223518us tsft 19.5 Mb/s -65dB signal -95dB noise antenna 2 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:24:04.330399 469325912us tsft 19.5 Mb/s -64dB signal -95dB noise antenna 1 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:24:04.432799 469428318us tsft 19.5 Mb/s -64dB signal -95dB noise antenna 2 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:24:04.535198 469530716us tsft 19.5 Mb/s -64dB signal -95dB noise antenna 2 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:24:04.637595 469633118us tsft 19.5 Mb/s -65dB signal -95dB noise antenna 2 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:24:04.739996 469735514us tsft 19.5 Mb/s -64dB signal -95dB noise antenna 2 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > 13:24:04.842394 469837918us tsft 19.5 Mb/s -65dB signal -95dB noise antenna 2 [0x00000012] Beacon (XXXXX) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 11 > ^C > 20 packets captured > 23 packets received by filter > 0 packets dropped by kernel > > All of the above were run when I was trying to get an address with `dhclient ath0` > [Note "19.5 Mb/s" is a bug I just fixed in tcpdump.] > Finally with a static address I see the following: > > root# athstats > 50 data frames received > 2 data frames transmit > 168 mib overflow interrupts > 54M current transmit rate <--------------------- no longer 0.... ? > 152 tx management frames > 129 tx frames discarded prior to association > 144 tx frames with no ack marked > 104 tx frames with short preamble > 91 periodic calibrations > 32 avg recv rssi > -95 rx noise floor > 13 switched default/rx antenna > Antenna profile: > [1] tx 148 rx 7653 > [2] tx 0 rx 376 > > root# wlanstats > 2 rx discard 'cuz dup > 3 rx discard mgt frames > 8247 rx beacon frames > 2 rx element unknown > 26 rx frame chan mismatch > 3 active scans started > 8284 rx management frames > 53 total data frames received > 53 multicast data frames received > 6 total data frames transmit > 54M current transmit rate > 34 current rssi > 34 current signal (dBm) > > An interesting point - what is the significance of the first athstats having only 1 entry in "Antenna profile" and the second showing 1 and 2? Also if I'm able to see traffic in the air one would assume that the card is receiving ok and that the problem lies somewhere in the transmitting of packets? I'll check the connections on the card to make sure that it isn't in fact a wiring issue. > Looks like broadcast packets aren't being accepted by the ap as your ARP requests are not being answered. When you assign a static IP address tx starts to flow. This isn't a wireless issue unless you're using crypto (which you said you were not); look for configuration issues at a higher level. Sam From owner-freebsd-mobile@FreeBSD.ORG Tue Feb 26 07:50:29 2008 Return-Path: Delivered-To: mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE75516A400 for ; Tue, 26 Feb 2008 07:50:29 +0000 (UTC) (envelope-from freebsd@gimbo.org) Received: from out.consiagnet.it (out.consiagnet.it [83.149.128.196]) by mx1.freebsd.org (Postfix) with ESMTP id 9A85713C465 for ; Tue, 26 Feb 2008 07:50:28 +0000 (UTC) (envelope-from freebsd@gimbo.org) Received: from freebsd.giovannelli.com (freebsd.giovannelli.com [83.149.149.149]) by out.consiagnet.it (8.14.2/8.13.8) with ESMTP id m1Q8VH8e049858 for ; Tue, 26 Feb 2008 09:31:17 +0100 (CET) (envelope-from freebsd@gimbo.org) Received: from PC-gmarco.giovannelli.it ([10.254.254.89]) by freebsd.giovannelli.com (8.14.1/8.14.1) with ESMTP id m1Q6nL3u037085 for ; Tue, 26 Feb 2008 07:49:21 +0100 (CET) (envelope-from freebsd@gimbo.org) Message-Id: <200802260649.m1Q6nL3u037085@freebsd.giovannelli.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 26 Feb 2008 08:28:11 +0100 To: mobile@freebsd.org From: Gianmarco Giovannelli Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=====================_87646234==_" Cc: Subject: toshiba libretto l5 and xorg 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, 26 Feb 2008 07:50:30 -0000 --=====================_87646234==_ Content-Type: text/plain; charset="us-ascii"; format=flowed Hi all. I have an old Toshiba libretto L5 that ran FreeBSD 4-STABLE and XFree 4.x without too much problems. Now I installed 7.0-RC and the latest Xorg 7.3 (from the pkgs). The problem is that with the xorg and the ati or radeon driver (the libretto has an ATI Radeon Mobility M6 LY) the display is not correctly initialize resulting in a couple of mouse on the screen :-) and some funny things even if it seem not to hangs . Using the vesa driver the screen remain blank and the only solution is to kill the X server. So basically: 1) is there someone that has this laptop running happily xorg and want to share his/her configs ? 2) if it is a problem of xorg I can try today to compile xfree again but the port is really outdated (4.5 vs 4.7) and deprecated too and there is no package :-) Any hints ? I attach my Xorg.0.log Thanks very much for any help. --=====================_87646234==_ Content-Type: application/octet-stream; name="Xorg.0.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Xorg.0.log" X1hTRVJWVHJhbnNTb2NrZXRPcGVuQ09UU1NlcnZlcjogVW5hYmxlIHRvIG9wZW4gc29ja2V0IGZv ciBpbmV0NgpfWFNFUlZUcmFuc09wZW46IHRyYW5zcG9ydCBvcGVuIGZhaWxlZCBmb3IgaW5ldDYv bGlicmV0dG8uZ2ltYm8ub3JnOjAKX1hTRVJWVHJhbnNNYWtlQWxsQ09UU1NlcnZlckxpc3RlbmVy czogZmFpbGVkIHRvIG9wZW4gbGlzdGVuZXIgZm9yIGluZXQ2CgpYLk9yZyBYIFNlcnZlciAxLjQu MApSZWxlYXNlIERhdGU6IDUgU2VwdGVtYmVyIDIwMDcKWCBQcm90b2NvbCBWZXJzaW9uIDExLCBS ZXZpc2lvbiAwCkJ1aWxkIE9wZXJhdGluZyBTeXN0ZW06IEZyZWVCU0QgNy4wLUJFVEEzIGkzODYg CkN1cnJlbnQgT3BlcmF0aW5nIFN5c3RlbTogRnJlZUJTRCBsaWJyZXR0by5naW1iby5vcmcgNy4w LVBSRVJFTEVBU0UgRnJlZUJTRCA3LjAtUFJFUkVMRUFTRSAjMDogVGh1IEZlYiAyMSAxMDoxNzoy MiBDRVQgMjAwOCAgICAgcm9vdEBsaWJyZXR0by5naW1iby5vcmc6L3Vzci9vYmovdXNyL3NyYy9z eXMvRlJFRUJTRCBpMzg2CkJ1aWxkIERhdGU6IDIyIE5vdmVtYmVyIDIwMDcgIDA3OjAxOjUyUE0K IAoJQmVmb3JlIHJlcG9ydGluZyBwcm9ibGVtcywgY2hlY2sgaHR0cDovL3dpa2kueC5vcmcKCXRv IG1ha2Ugc3VyZSB0aGF0IHlvdSBoYXZlIHRoZSBsYXRlc3QgdmVyc2lvbi4KTW9kdWxlIExvYWRl ciBwcmVzZW50Ck1hcmtlcnM6ICgtLSkgcHJvYmVkLCAoKiopIGZyb20gY29uZmlnIGZpbGUsICg9 PSkgZGVmYXVsdCBzZXR0aW5nLAoJKCsrKSBmcm9tIGNvbW1hbmQgbGluZSwgKCEhKSBub3RpY2Us IChJSSkgaW5mb3JtYXRpb25hbCwKCShXVykgd2FybmluZywgKEVFKSBlcnJvciwgKE5JKSBub3Qg aW1wbGVtZW50ZWQsICg/PykgdW5rbm93bi4KKD09KSBMb2cgZmlsZTogIi92YXIvbG9nL1hvcmcu MC5sb2ciLCBUaW1lOiBUdWUgRmViIDI2IDA4OjMxOjI3IDIwMDgKKEVFKSBVbmFibGUgdG8gbG9j YXRlL29wZW4gY29uZmlnIGZpbGUKKElJKSBMb2FkZXIgbWFnaWM6IDB4ODFjZDUwMAooSUkpIE1v ZHVsZSBBQkkgdmVyc2lvbnM6CglYLk9yZyBBTlNJIEMgRW11bGF0aW9uOiAwLjMKCVguT3JnIFZp ZGVvIERyaXZlcjogMi4wCglYLk9yZyBYSW5wdXQgZHJpdmVyIDogMi4wCglYLk9yZyBTZXJ2ZXIg RXh0ZW5zaW9uIDogMC4zCglYLk9yZyBGb250IFJlbmRlcmVyIDogMC41CihJSSkgTG9hZGVyIHJ1 bm5pbmcgb24gZnJlZWJzZAooSUkpIExvYWRNb2R1bGU6ICJwY2lkYXRhIgooSUkpIExvYWRpbmcg L3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzLy9saWJwY2lkYXRhLnNvCihJSSkgTW9kdWxlIHBj aWRhdGE6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjQuMCwgbW9k dWxlIHZlcnNpb24gPSAxLjAuMAoJQUJJIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIsIHZlcnNp b24gMi4wCigtLSkgVXNpbmcgc3lzY29ucyBkcml2ZXIgd2l0aCBYIHN1cHBvcnQgKHZlcnNpb24g Mi4wKQooLS0pIHVzaW5nIFZUIG51bWJlciA5CgooSUkpIFBDSTogUHJvYmluZyBjb25maWcgdHlw ZSB1c2luZyBtZXRob2QgMQooSUkpIFBDSTogQ29uZmlnIHR5cGUgaXMgMQooSUkpIFBDSTogc3Rh Z2VzID0gMHgwMywgb2xkVmFsMSA9IDB4ODAwMDgwMDgsIG1vZGUxUmVzMSA9IDB4ODAwMDAwMDAK KFdXKSBPUyBkaWQgbm90IGNvdW50IFBDSSBkZXZpY2VzLCBndWVzc2luZyB3aWxkbHkKKElJKSBQ Q0k6IFBDSSBzY2FuIChhbGwgdmFsdWVzIGFyZSBpbiBoZXgpCihJSSkgUENJOiAwMDowMDowOiBj aGlwIDEyNzksMDM5NSBjYXJkIDEyNzksMDI5NSByZXYgMDIgY2xhc3MgMDYsMDAsMDAgaGRyIDgw CihJSSkgUENJOiAwMDowMDoxOiBjaGlwIDEyNzksMDM5NiBjYXJkIDEyNzksMDI5NSByZXYgMDAg Y2xhc3MgMDUsMDAsMDAgaGRyIDgwCihJSSkgUENJOiAwMDowMDoyOiBjaGlwIDEyNzksMDM5NyBj YXJkIDEyNzksMDI5NSByZXYgMDAgY2xhc3MgMDUsMDAsMDAgaGRyIDgwCihJSSkgUENJOiAwMDow NDowOiBjaGlwIDEwMDIsNGM1OSBjYXJkIDExNzksMDAwMSByZXYgMDAgY2xhc3MgMDMsMDAsMDAg aGRyIDAwCihJSSkgUENJOiAwMDowNjowOiBjaGlwIDEwYjksNTQ1MSBjYXJkIDExNzksMDAwMSBy ZXYgMDEgY2xhc3MgMDQsMDEsMDAgaGRyIDAwCihJSSkgUENJOiAwMDowNzowOiBjaGlwIDEwYjks MTUzMyBjYXJkIDExNzksMDAwNCByZXYgMDAgY2xhc3MgMDYsMDEsMDAgaGRyIDAwCihJSSkgUENJ OiAwMDowYTowOiBjaGlwIDExNzksMDgwNSBjYXJkIDExNzksMDAwMSByZXYgMDUgY2xhc3MgMDgs ODAsMDAgaGRyIDAwCihJSSkgUENJOiAwMDowZTowOiBjaGlwIDEwZWMsODEzOSBjYXJkIDExNzks MDAwMSByZXYgMTAgY2xhc3MgMDIsMDAsMDAgaGRyIDAwCihJSSkgUENJOiAwMDoxMDowOiBjaGlw IDEwYjksNTIyOSBjYXJkIDExNzksMDAwNCByZXYgYzMgY2xhc3MgMDEsMDEsZTAgaGRyIDAwCihJ SSkgUENJOiAwMDoxMTowOiBjaGlwIDEwYjksNzEwMSBjYXJkIDExNzksMDAwMSByZXYgMDAgY2xh c3MgMDYsODAsMDAgaGRyIDAwCihJSSkgUENJOiAwMDoxMjowOiBjaGlwIDExNzksMDYxNyBjYXJk IGZmZmMsMDAwMCByZXYgMzMgY2xhc3MgMDYsMDcsMDAgaGRyIDAyCihJSSkgUENJOiAwMDoxNDow OiBjaGlwIDEwYjksNTIzNyBjYXJkIDExNzksMDAwNCByZXYgMDMgY2xhc3MgMGMsMDMsMTAgaGRy IDAwCihJSSkgUENJOiBFbmQgb2YgUENJIHNjYW4KKElJKSBIb3N0LXRvLVBDSSBicmlkZ2U6CihJ SSkgQnVzIDA6IGJyaWRnZSBpcyBhdCAoMDowOjApLCAoMCwwLDIpLCBCQ1RSTDogMHgwMDA4IChW R0FfRU4gaXMgc2V0KQooSUkpIEJ1cyAwIEkvTyByYW5nZToKCVswXSAtMQkwCTB4MDAwMDAwMDAg LSAweDAwMDBmZmZmICgweDEwMDAwKSBJWFtCXQooSUkpIEJ1cyAwIG5vbi1wcmVmZXRjaGFibGUg bWVtb3J5IHJhbmdlOgoJWzBdIC0xCTAJMHgwMDAwMDAwMCAtIDB4ZmZmZmZmZmYgKDB4MCkgTVhb Ql0KKElJKSBCdXMgMCBwcmVmZXRjaGFibGUgbWVtb3J5IHJhbmdlOgoJWzBdIC0xCTAJMHgwMDAw MDAwMCAtIDB4ZmZmZmZmZmYgKDB4MCkgTVhbQl0KKElJKSBQQ0ktdG8tSVNBIGJyaWRnZToKKElJ KSBCdXMgLTE6IGJyaWRnZSBpcyBhdCAoMDo3OjApLCAoMCwtMSwtMSksIEJDVFJMOiAweDAwMDgg KFZHQV9FTiBpcyBzZXQpCihJSSkgUENJLXRvLUNhcmRCdXMgYnJpZGdlOgooSUkpIEJ1cyAyOiBi cmlkZ2UgaXMgYXQgKDA6MTg6MCksICgwLDIsMiksIEJDVFJMOiAweDA0MDAgKFZHQV9FTiBpcyBj bGVhcmVkKQooLS0pIFBDSToqKDA6NDowKSBBVEkgVGVjaG5vbG9naWVzIEluYyBSYWRlb24gTW9i aWxpdHkgTTYgTFkgcmV2IDAsIE1lbSBAIDB4ZjAwMDAwMDAvMjcsIDB4ZmY5ZjAwMDAvMTYsIEkv TyBAIDB4ZWQwMC84Ck5ldyBkcml2ZXIgaXMgImF0aSIKKD09KSBVc2luZyBkZWZhdWx0IGJ1aWx0 LWluIGNvbmZpZ3VyYXRpb24gKDU1IGxpbmVzKQooPT0pIC0tLSBTdGFydCBvZiBidWlsdC1pbiBj b25maWd1cmF0aW9uIC0tLQoJU2VjdGlvbiAiTW9kdWxlIgoJCUxvYWQJImV4dG1vZCIKCQlMb2Fk CSJkYmUiCgkJTG9hZAkiZ2x4IgoJCUxvYWQJImZyZWV0eXBlIgoJCUxvYWQJInR5cGUxIgoJCUxv YWQJInJlY29yZCIKCQlMb2FkCSJkcmkiCglFbmRTZWN0aW9uCglTZWN0aW9uICJNb25pdG9yIgoJ CUlkZW50aWZpZXIJIkJ1aWx0aW4gRGVmYXVsdCBNb25pdG9yIgoJRW5kU2VjdGlvbgoJU2VjdGlv biAiRGV2aWNlIgoJCUlkZW50aWZpZXIJIkJ1aWx0aW4gRGVmYXVsdCBhdGkgRGV2aWNlIDAiCgkJ RHJpdmVyCSJhdGkiCglFbmRTZWN0aW9uCglTZWN0aW9uICJTY3JlZW4iCgkJSWRlbnRpZmllcgki QnVpbHRpbiBEZWZhdWx0IGF0aSBTY3JlZW4gMCIKCQlEZXZpY2UJIkJ1aWx0aW4gRGVmYXVsdCBh dGkgRGV2aWNlIDAiCgkJTW9uaXRvcgkiQnVpbHRpbiBEZWZhdWx0IE1vbml0b3IiCglFbmRTZWN0 aW9uCglTZWN0aW9uICJEZXZpY2UiCgkJSWRlbnRpZmllcgkiQnVpbHRpbiBEZWZhdWx0IGZiZGV2 IERldmljZSAwIgoJCURyaXZlcgkiZmJkZXYiCglFbmRTZWN0aW9uCglTZWN0aW9uICJTY3JlZW4i CgkJSWRlbnRpZmllcgkiQnVpbHRpbiBEZWZhdWx0IGZiZGV2IFNjcmVlbiAwIgoJCURldmljZQki QnVpbHRpbiBEZWZhdWx0IGZiZGV2IERldmljZSAwIgoJCU1vbml0b3IJIkJ1aWx0aW4gRGVmYXVs dCBNb25pdG9yIgoJRW5kU2VjdGlvbgoJU2VjdGlvbiAiRGV2aWNlIgoJCUlkZW50aWZpZXIJIkJ1 aWx0aW4gRGVmYXVsdCB2ZXNhIERldmljZSAwIgoJCURyaXZlcgkidmVzYSIKCUVuZFNlY3Rpb24K CVNlY3Rpb24gIlNjcmVlbiIKCQlJZGVudGlmaWVyCSJCdWlsdGluIERlZmF1bHQgdmVzYSBTY3Jl ZW4gMCIKCQlEZXZpY2UJIkJ1aWx0aW4gRGVmYXVsdCB2ZXNhIERldmljZSAwIgoJCU1vbml0b3IJ IkJ1aWx0aW4gRGVmYXVsdCBNb25pdG9yIgoJRW5kU2VjdGlvbgoJU2VjdGlvbiAiRGV2aWNlIgoJ CUlkZW50aWZpZXIJIkJ1aWx0aW4gRGVmYXVsdCB2Z2EgRGV2aWNlIDAiCgkJRHJpdmVyCSJ2Z2Ei CglFbmRTZWN0aW9uCglTZWN0aW9uICJTY3JlZW4iCgkJSWRlbnRpZmllcgkiQnVpbHRpbiBEZWZh dWx0IHZnYSBTY3JlZW4gMCIKCQlEZXZpY2UJIkJ1aWx0aW4gRGVmYXVsdCB2Z2EgRGV2aWNlIDAi CgkJTW9uaXRvcgkiQnVpbHRpbiBEZWZhdWx0IE1vbml0b3IiCglFbmRTZWN0aW9uCglTZWN0aW9u ICJTZXJ2ZXJMYXlvdXQiCgkJSWRlbnRpZmllcgkiQnVpbHRpbiBEZWZhdWx0IExheW91dCIKCQlT Y3JlZW4JIkJ1aWx0aW4gRGVmYXVsdCBhdGkgU2NyZWVuIDAiCgkJU2NyZWVuCSJCdWlsdGluIERl ZmF1bHQgZmJkZXYgU2NyZWVuIDAiCgkJU2NyZWVuCSJCdWlsdGluIERlZmF1bHQgdmVzYSBTY3Jl ZW4gMCIKCQlTY3JlZW4JIkJ1aWx0aW4gRGVmYXVsdCB2Z2EgU2NyZWVuIDAiCglFbmRTZWN0aW9u Cig9PSkgLS0tIEVuZCBvZiBidWlsdC1pbiBjb25maWd1cmF0aW9uIC0tLQooPT0pIFNlcnZlckxh eW91dCAiQnVpbHRpbiBEZWZhdWx0IExheW91dCIKKCoqKSB8LS0+U2NyZWVuICJCdWlsdGluIERl ZmF1bHQgYXRpIFNjcmVlbiAwIiAoMCkKKCoqKSB8ICAgfC0tPk1vbml0b3IgIkJ1aWx0aW4gRGVm YXVsdCBNb25pdG9yIgooKiopIHwgICB8LS0+RGV2aWNlICJCdWlsdGluIERlZmF1bHQgYXRpIERl dmljZSAwIgooKiopIHwtLT5TY3JlZW4gIkJ1aWx0aW4gRGVmYXVsdCBmYmRldiBTY3JlZW4gMCIg KDEpCigqKikgfCAgIHwtLT5Nb25pdG9yICJCdWlsdGluIERlZmF1bHQgTW9uaXRvciIKKCoqKSB8 ICAgfC0tPkRldmljZSAiQnVpbHRpbiBEZWZhdWx0IGZiZGV2IERldmljZSAwIgooKiopIHwtLT5T Y3JlZW4gIkJ1aWx0aW4gRGVmYXVsdCB2ZXNhIFNjcmVlbiAwIiAoMikKKCoqKSB8ICAgfC0tPk1v bml0b3IgIkJ1aWx0aW4gRGVmYXVsdCBNb25pdG9yIgooKiopIHwgICB8LS0+RGV2aWNlICJCdWls dGluIERlZmF1bHQgdmVzYSBEZXZpY2UgMCIKKCoqKSB8LS0+U2NyZWVuICJCdWlsdGluIERlZmF1 bHQgdmdhIFNjcmVlbiAwIiAoMykKKCoqKSB8ICAgfC0tPk1vbml0b3IgIkJ1aWx0aW4gRGVmYXVs dCBNb25pdG9yIgooKiopIHwgICB8LS0+RGV2aWNlICJCdWlsdGluIERlZmF1bHQgdmdhIERldmlj ZSAwIgooPT0pIEF1dG9tYXRpY2FsbHkgYWRkaW5nIGRldmljZXMKKD09KSBBdXRvbWF0aWNhbGx5 IGVuYWJsaW5nIGRldmljZXMKKD09KSBObyBGb250UGF0aCBzcGVjaWZpZWQuICBVc2luZyBjb21w aWxlZC1pbiBkZWZhdWx0LgooPT0pIEZvbnRQYXRoIHNldCB0bzoKCS91c3IvbG9jYWwvbGliL1gx MS9mb250cy9taXNjLywKCS91c3IvbG9jYWwvbGliL1gxMS9mb250cy9UVEYvLAoJL3Vzci9sb2Nh bC9saWIvWDExL2ZvbnRzL09URiwKCS91c3IvbG9jYWwvbGliL1gxMS9mb250cy9UeXBlMS8sCgkv dXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvMTAwZHBpLywKCS91c3IvbG9jYWwvbGliL1gxMS9mb250 cy83NWRwaS8KKD09KSBSZ2JQYXRoIHNldCB0byAiL3Vzci9sb2NhbC9zaGFyZS9YMTEvcmdiIgoo PT0pIE1vZHVsZVBhdGggc2V0IHRvICIvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMiCig9PSkg fC0tPklucHV0IERldmljZSAiPGRlZmF1bHQgcG9pbnRlcj4iCig9PSkgfC0tPklucHV0IERldmlj ZSAiPGRlZmF1bHQga2V5Ym9hcmQ+IgooPT0pIFRoZSBjb3JlIHBvaW50ZXIgZGV2aWNlIHdhc24n dCBzcGVjaWZpZWQgZXhwbGljaXRseSBpbiB0aGUgbGF5b3V0LgoJVXNpbmcgdGhlIGRlZmF1bHQg bW91c2UgY29uZmlndXJhdGlvbi4KKD09KSBUaGUgY29yZSBrZXlib2FyZCBkZXZpY2Ugd2Fzbid0 IHNwZWNpZmllZCBleHBsaWNpdGx5IGluIHRoZSBsYXlvdXQuCglVc2luZyB0aGUgZGVmYXVsdCBr ZXlib2FyZCBjb25maWd1cmF0aW9uLgooSUkpIEFkZHJlc3NhYmxlIGJ1cyByZXNvdXJjZSByYW5n ZXMgYXJlCglbMF0gLTEJMAkweDAwMDAwMDAwIC0gMHhmZmZmZmZmZiAoMHgwKSBNWFtCXQoJWzFd IC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwMGZmZmYgKDB4MTAwMDApIElYW0JdCihJSSkgT1MtcmVw b3J0ZWQgcmVzb3VyY2UgcmFuZ2VzOgoJWzBdIC0xCTAJMHgwMDEwMDAwMCAtIDB4M2ZmZmZmZmYg KDB4M2ZmMDAwMDApIE1YW0JdRShCKQoJWzFdIC0xCTAJMHgwMDBmMDAwMCAtIDB4MDAwZmZmZmYg KDB4MTAwMDApIE1YW0JdCglbMl0gLTEJMAkweDAwMGMwMDAwIC0gMHgwMDBlZmZmZiAoMHgzMDAw MCkgTVhbQl0KCVszXSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDlmZmZmICgweGEwMDAwKSBNWFtC XQoJWzRdIC0xCTAJMHgwMDAwZmZmZiAtIDB4MDAwMGZmZmYgKDB4MSkgSVhbQl0KCVs1XSAtMQkw CTB4MDAwMDAwMDAgLSAweDAwMDAwMGZmICgweDEwMCkgSVhbQl0KKElJKSBQQ0kgTWVtb3J5IHJl c291cmNlIG92ZXJsYXAgcmVkdWNlZCAweGZmYTAwMDAwIGZyb20gMHhmZmJmZmZmZiB0byAweGZm OWZmZmZmCihJSSkgQWN0aXZlIFBDSSByZXNvdXJjZSByYW5nZXM6CglbMF0gLTEJMAkweGZmOWVl MDAwIC0gMHhmZjllZmZmZiAoMHgyMDAwKSBNWFtCXUUKCVsxXSAtMQkwCTB4ZmY5ZWZmMDAgLSAw eGZmOWVmZmZmICgweDEwMCkgTVhbQl1FCglbMl0gLTEJMAkweGZmYTAwMDAwIC0gMHhmZjlmZmZm ZiAoMHgwKSBNWFtCXUVPCglbM10gLTEJMAkweGZmOWYwMDAwIC0gMHhmZjlmZmZmZiAoMHgxMDAw MCkgTVhbQl0oQikKCVs0XSAtMQkwCTB4ZjAwMDAwMDAgLSAweGY3ZmZmZmZmICgweDgwMDAwMDAp IE1YW0JdKEIpCglbNV0gLTEJMAkweDAwMDBlOWYwIC0gMHgwMDAwZTlmZiAoMHgxMCkgSVhbQl1F CglbNl0gLTEJMAkweDAwMDBlYTAwIC0gMHgwMDAwZWFmZiAoMHgxMDApIElYW0JdRQoJWzddIC0x CTAJMHgwMDAwZWQwMCAtIDB4MDAwMGVkZmYgKDB4MTAwKSBJWFtCXShCKQooSUkpIFBDSSBNZW1v cnkgcmVzb3VyY2Ugb3ZlcmxhcCByZWR1Y2VkIDB4ZmY5ZWUwMDAgZnJvbSAweGZmOWVmZmZmIHRv IDB4ZmY5ZWVmZmYKKElJKSBBY3RpdmUgUENJIHJlc291cmNlIHJhbmdlcyBhZnRlciByZW1vdmlu ZyBvdmVybGFwczoKCVswXSAtMQkwCTB4ZmY5ZWUwMDAgLSAweGZmOWVlZmZmICgweDEwMDApIE1Y W0JdRQoJWzFdIC0xCTAJMHhmZjllZmYwMCAtIDB4ZmY5ZWZmZmYgKDB4MTAwKSBNWFtCXUUKCVsy XSAtMQkwCTB4ZmZhMDAwMDAgLSAweGZmOWZmZmZmICgweDApIE1YW0JdRU8KCVszXSAtMQkwCTB4 ZmY5ZjAwMDAgLSAweGZmOWZmZmZmICgweDEwMDAwKSBNWFtCXShCKQoJWzRdIC0xCTAJMHhmMDAw MDAwMCAtIDB4ZjdmZmZmZmYgKDB4ODAwMDAwMCkgTVhbQl0oQikKCVs1XSAtMQkwCTB4MDAwMGU5 ZjAgLSAweDAwMDBlOWZmICgweDEwKSBJWFtCXUUKCVs2XSAtMQkwCTB4MDAwMGVhMDAgLSAweDAw MDBlYWZmICgweDEwMCkgSVhbQl1FCglbN10gLTEJMAkweDAwMDBlZDAwIC0gMHgwMDAwZWRmZiAo MHgxMDApIElYW0JdKEIpCihJSSkgT1MtcmVwb3J0ZWQgcmVzb3VyY2UgcmFuZ2VzIGFmdGVyIHJl bW92aW5nIG92ZXJsYXBzIHdpdGggUENJOgoJWzBdIC0xCTAJMHgwMDEwMDAwMCAtIDB4M2ZmZmZm ZmYgKDB4M2ZmMDAwMDApIE1YW0JdRShCKQoJWzFdIC0xCTAJMHgwMDBmMDAwMCAtIDB4MDAwZmZm ZmYgKDB4MTAwMDApIE1YW0JdCglbMl0gLTEJMAkweDAwMGMwMDAwIC0gMHgwMDBlZmZmZiAoMHgz MDAwMCkgTVhbQl0KCVszXSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDlmZmZmICgweGEwMDAwKSBN WFtCXQoJWzRdIC0xCTAJMHgwMDAwZmZmZiAtIDB4MDAwMGZmZmYgKDB4MSkgSVhbQl0KCVs1XSAt MQkwCTB4MDAwMDAwMDAgLSAweDAwMDAwMGZmICgweDEwMCkgSVhbQl0KKElJKSBBbGwgc3lzdGVt IHJlc291cmNlIHJhbmdlczoKCVswXSAtMQkwCTB4MDAxMDAwMDAgLSAweDNmZmZmZmZmICgweDNm ZjAwMDAwKSBNWFtCXUUoQikKCVsxXSAtMQkwCTB4MDAwZjAwMDAgLSAweDAwMGZmZmZmICgweDEw MDAwKSBNWFtCXQoJWzJdIC0xCTAJMHgwMDBjMDAwMCAtIDB4MDAwZWZmZmYgKDB4MzAwMDApIE1Y W0JdCglbM10gLTEJMAkweDAwMDAwMDAwIC0gMHgwMDA5ZmZmZiAoMHhhMDAwMCkgTVhbQl0KCVs0 XSAtMQkwCTB4ZmY5ZWUwMDAgLSAweGZmOWVlZmZmICgweDEwMDApIE1YW0JdRQoJWzVdIC0xCTAJ MHhmZjllZmYwMCAtIDB4ZmY5ZWZmZmYgKDB4MTAwKSBNWFtCXUUKCVs2XSAtMQkwCTB4ZmZhMDAw MDAgLSAweGZmOWZmZmZmICgweDApIE1YW0JdRU8KCVs3XSAtMQkwCTB4ZmY5ZjAwMDAgLSAweGZm OWZmZmZmICgweDEwMDAwKSBNWFtCXShCKQoJWzhdIC0xCTAJMHhmMDAwMDAwMCAtIDB4ZjdmZmZm ZmYgKDB4ODAwMDAwMCkgTVhbQl0oQikKCVs5XSAtMQkwCTB4MDAwMGZmZmYgLSAweDAwMDBmZmZm ICgweDEpIElYW0JdCglbMTBdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwMDAwZmYgKDB4MTAwKSBJ WFtCXQoJWzExXSAtMQkwCTB4MDAwMGU5ZjAgLSAweDAwMDBlOWZmICgweDEwKSBJWFtCXUUKCVsx Ml0gLTEJMAkweDAwMDBlYTAwIC0gMHgwMDAwZWFmZiAoMHgxMDApIElYW0JdRQoJWzEzXSAtMQkw CTB4MDAwMGVkMDAgLSAweDAwMDBlZGZmICgweDEwMCkgSVhbQl0oQikKKElJKSAiZXh0bW9kIiB3 aWxsIGJlIGxvYWRlZC4gVGhpcyB3YXMgZW5hYmxlZCBieSBkZWZhdWx0IGFuZCBhbHNvIHNwZWNp ZmllZCBpbiB0aGUgY29uZmlnIGZpbGUuCihJSSkgImRiZSIgd2lsbCBiZSBsb2FkZWQuIFRoaXMg d2FzIGVuYWJsZWQgYnkgZGVmYXVsdCBhbmQgYWxzbyBzcGVjaWZpZWQgaW4gdGhlIGNvbmZpZyBm aWxlLgooSUkpICJnbHgiIHdpbGwgYmUgbG9hZGVkLiBUaGlzIHdhcyBlbmFibGVkIGJ5IGRlZmF1 bHQgYW5kIGFsc28gc3BlY2lmaWVkIGluIHRoZSBjb25maWcgZmlsZS4KKElJKSAiZnJlZXR5cGUi IHdpbGwgYmUgbG9hZGVkLiBUaGlzIHdhcyBlbmFibGVkIGJ5IGRlZmF1bHQgYW5kIGFsc28gc3Bl Y2lmaWVkIGluIHRoZSBjb25maWcgZmlsZS4KKElJKSAidHlwZTEiIHdpbGwgYmUgbG9hZGVkLiBU aGlzIHdhcyBlbmFibGVkIGJ5IGRlZmF1bHQgYW5kIGFsc28gc3BlY2lmaWVkIGluIHRoZSBjb25m aWcgZmlsZS4KKElJKSAicmVjb3JkIiB3aWxsIGJlIGxvYWRlZC4gVGhpcyB3YXMgZW5hYmxlZCBi eSBkZWZhdWx0IGFuZCBhbHNvIHNwZWNpZmllZCBpbiB0aGUgY29uZmlnIGZpbGUuCihJSSkgImRy aSIgd2lsbCBiZSBsb2FkZWQuIFRoaXMgd2FzIGVuYWJsZWQgYnkgZGVmYXVsdCBhbmQgYWxzbyBz cGVjaWZpZWQgaW4gdGhlIGNvbmZpZyBmaWxlLgooSUkpIExvYWRNb2R1bGU6ICJleHRtb2QiCihJ SSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy8vbGliZXh0 bW9kLnNvCihJSSkgTW9kdWxlIGV4dG1vZDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29t cGlsZWQgZm9yIDEuNC4wLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wCglNb2R1bGUgY2xhc3M6IFgu T3JnIFNlcnZlciBFeHRlbnNpb24KCUFCSSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbiwg dmVyc2lvbiAwLjMKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBTSEFQRQooSUkpIExvYWRpbmcgZXh0 ZW5zaW9uIE1JVC1TVU5EUlktTk9OU1RBTkRBUkQKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBCSUct UkVRVUVTVFMKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBTWU5DCihJSSkgTG9hZGluZyBleHRlbnNp b24gTUlULVNDUkVFTi1TQVZFUgooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhDLU1JU0MKKElJKSBM b2FkaW5nIGV4dGVuc2lvbiBYRnJlZTg2LVZpZE1vZGVFeHRlbnNpb24KKElJKSBMb2FkaW5nIGV4 dGVuc2lvbiBYRnJlZTg2LU1pc2MKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYRnJlZTg2LURHQQoo SUkpIExvYWRpbmcgZXh0ZW5zaW9uIERQTVMKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBUT0ctQ1VQ CihJSSkgTG9hZGluZyBleHRlbnNpb24gRXh0ZW5kZWQtVmlzdWFsLUluZm9ybWF0aW9uCihJSSkg TG9hZGluZyBleHRlbnNpb24gWFZpZGVvCihJSSkgTG9hZGluZyBleHRlbnNpb24gWFZpZGVvLU1v dGlvbkNvbXBlbnNhdGlvbgooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFgtUmVzb3VyY2UKKElJKSBM b2FkTW9kdWxlOiAiZGJlIgooSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVz L2V4dGVuc2lvbnMvL2xpYmRiZS5zbwooSUkpIE1vZHVsZSBkYmU6IHZlbmRvcj0iWC5PcmcgRm91 bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjQuMCwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMAoJTW9k dWxlIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uCglBQkkgY2xhc3M6IFguT3JnIFNlcnZl ciBFeHRlbnNpb24sIHZlcnNpb24gMC4zCihJSSkgTG9hZGluZyBleHRlbnNpb24gRE9VQkxFLUJV RkZFUgooSUkpIExvYWRNb2R1bGU6ICJnbHgiCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94 b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy8vbGliZ2x4LnNvCihJSSkgTW9kdWxlIGdseDogdmVuZG9y PSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNC4wLCBtb2R1bGUgdmVyc2lvbiA9 IDEuMC4wCglBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMC4zCig9 PSkgQUlHTFggZGlzYWJsZWQKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBHTFgKKElJKSBMb2FkTW9k dWxlOiAiZnJlZXR5cGUiCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMv Zm9udHMvL2xpYmZyZWV0eXBlLnNvCihJSSkgTW9kdWxlIGZyZWV0eXBlOiB2ZW5kb3I9IlguT3Jn IEZvdW5kYXRpb24gJiB0aGUgQWZ0ZXIgWC1UVCBQcm9qZWN0IgoJY29tcGlsZWQgZm9yIDEuNC4w LCBtb2R1bGUgdmVyc2lvbiA9IDIuMS4wCglNb2R1bGUgY2xhc3M6IFguT3JnIEZvbnQgUmVuZGVy ZXIKCUFCSSBjbGFzczogWC5PcmcgRm9udCBSZW5kZXJlciwgdmVyc2lvbiAwLjUKKElJKSBMb2Fk aW5nIGZvbnQgRnJlZVR5cGUKKElJKSBMb2FkTW9kdWxlOiAidHlwZTEiCihJSSkgTG9hZGluZyAv dXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvZm9udHMvL2xpYnR5cGUxLnNvCihJSSkgTW9kdWxl IHR5cGUxOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxlZCBmb3IgMS40LjAsIG1v ZHVsZSB2ZXJzaW9uID0gMS4wLjIKCU1vZHVsZSBjbGFzczogWC5PcmcgRm9udCBSZW5kZXJlcgoJ QUJJIGNsYXNzOiBYLk9yZyBGb250IFJlbmRlcmVyLCB2ZXJzaW9uIDAuNQooSUkpIExvYWRpbmcg Zm9udCBUeXBlMQooSUkpIExvYWRNb2R1bGU6ICJyZWNvcmQiCihJSSkgTG9hZGluZyAvdXNyL2xv Y2FsL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy8vbGlicmVjb3JkLnNvCihJSSkgTW9kdWxl IHJlY29yZDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNC4wLCBt b2R1bGUgdmVyc2lvbiA9IDEuMTMuMAoJTW9kdWxlIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5z aW9uCglBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMC4zCihJSSkg TG9hZGluZyBleHRlbnNpb24gUkVDT1JECihJSSkgTG9hZE1vZHVsZTogImRyaSIKKElJKSBMb2Fk aW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9leHRlbnNpb25zLy9saWJkcmkuc28KKElJ KSBNb2R1bGUgZHJpOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxlZCBmb3IgMS40 LjAsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKCUFCSSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVu c2lvbiwgdmVyc2lvbiAwLjMKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYRnJlZTg2LURSSQooSUkp IExvYWRNb2R1bGU6ICJhdGkiCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVs ZXMvZHJpdmVycy8vYXRpX2Rydi5zbwooSUkpIE1vZHVsZSBhdGk6IHZlbmRvcj0iWC5PcmcgRm91 bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjQuMCwgbW9kdWxlIHZlcnNpb24gPSA2LjcuMTk1CglN b2R1bGUgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlcgoJQUJJIGNsYXNzOiBYLk9yZyBWaWRlbyBE cml2ZXIsIHZlcnNpb24gMi4wCihJSSkgTG9hZE1vZHVsZTogImZiZGV2IgooV1cpIFdhcm5pbmcs IGNvdWxkbid0IG9wZW4gbW9kdWxlIGZiZGV2CihJSSkgVW5sb2FkTW9kdWxlOiAiZmJkZXYiCihF RSkgRmFpbGVkIHRvIGxvYWQgbW9kdWxlICJmYmRldiIgKG1vZHVsZSBkb2VzIG5vdCBleGlzdCwg MCkKKElJKSBMb2FkTW9kdWxlOiAidmVzYSIKKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hv cmcvbW9kdWxlcy9kcml2ZXJzLy92ZXNhX2Rydi5zbwooSUkpIE1vZHVsZSB2ZXNhOiB2ZW5kb3I9 IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxlZCBmb3IgMS40LjAsIG1vZHVsZSB2ZXJzaW9uID0g MS4zLjAKCU1vZHVsZSBjbGFzczogWC5PcmcgVmlkZW8gRHJpdmVyCglBQkkgY2xhc3M6IFguT3Jn IFZpZGVvIERyaXZlciwgdmVyc2lvbiAyLjAKKElJKSBMb2FkTW9kdWxlOiAidmdhIgooSUkpIExv YWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2RyaXZlcnMvL3ZnYV9kcnYuc28KKElJ KSBNb2R1bGUgdmdhOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxlZCBmb3IgMS40 LjAsIG1vZHVsZSB2ZXJzaW9uID0gNC4xLjAKCU1vZHVsZSBjbGFzczogWC5PcmcgVmlkZW8gRHJp dmVyCglBQkkgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiAyLjAKKElJKSBMb2Fk TW9kdWxlOiAibW91c2UiCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMv aW5wdXQvL21vdXNlX2Rydi5zbwooSUkpIE1vZHVsZSBtb3VzZTogdmVuZG9yPSJYLk9yZyBGb3Vu ZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNC4wLCBtb2R1bGUgdmVyc2lvbiA9IDEuMi4zCglNb2R1 bGUgY2xhc3M6IFguT3JnIFhJbnB1dCBEcml2ZXIKCUFCSSBjbGFzczogWC5PcmcgWElucHV0IGRy aXZlciwgdmVyc2lvbiAyLjAKKElJKSBMb2FkTW9kdWxlOiAia2JkIgooSUkpIExvYWRpbmcgL3Vz ci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2lucHV0Ly9rYmRfZHJ2LnNvCihJSSkgTW9kdWxlIGti ZDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNC4wLCBtb2R1bGUg dmVyc2lvbiA9IDEuMi4yCglNb2R1bGUgY2xhc3M6IFguT3JnIFhJbnB1dCBEcml2ZXIKCUFCSSBj bGFzczogWC5PcmcgWElucHV0IGRyaXZlciwgdmVyc2lvbiAyLjAKKElJKSBBVEk6IEFUSSBkcml2 ZXIgd3JhcHBlciAodmVyc2lvbiA2LjcuMTk1KSBmb3IgY2hpcHNldHM6IG1hY2g2NCwgcmFnZTEy OCwgcmFkZW9uCihJSSkgVkVTQTogZHJpdmVyIGZvciBWRVNBIGNoaXBzZXRzOiB2ZXNhCihJSSkg VkdBOiBHZW5lcmljIFZHQSBkcml2ZXIgKHZlcnNpb24gNC4xKSBmb3IgY2hpcHNldHM6IGdlbmVy aWMKKElJKSBQcmltYXJ5IERldmljZSBpczogUENJIDAwOjA0OjAKKElJKSBMb2FkaW5nIHN1YiBt b2R1bGUgInJhZGVvbiIKKElJKSBMb2FkTW9kdWxlOiAicmFkZW9uIgooSUkpIExvYWRpbmcgL3Vz ci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2RyaXZlcnMvL3JhZGVvbl9kcnYuc28KKElJKSBNb2R1 bGUgcmFkZW9uOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxlZCBmb3IgMS40LjAs IG1vZHVsZSB2ZXJzaW9uID0gNC4zLjAKCU1vZHVsZSBjbGFzczogWC5PcmcgVmlkZW8gRHJpdmVy CglBQkkgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiAyLjAKKElJKSBSQURFT046 IERyaXZlciBmb3IgQVRJIFJhZGVvbiBjaGlwc2V0czogQVRJIFJhZGVvbiBRRCAoQUdQKSwKCUFU SSBSYWRlb24gUUUgKEFHUCksIEFUSSBSYWRlb24gUUYgKEFHUCksIEFUSSBSYWRlb24gUUcgKEFH UCksCglBVEkgUmFkZW9uIFZFLzcwMDAgUVkgKEFHUC9QQ0kpLCBBVEkgUmFkZW9uIFZFLzcwMDAg UVogKEFHUC9QQ0kpLAoJQVRJIEVTMTAwMCA1MTVFIChQQ0kpLCBBVEkgRVMxMDAwIDU5NjkgKFBD SSksCglBVEkgUmFkZW9uIE1vYmlsaXR5IE03IExXIChBR1ApLAoJQVRJIE1vYmlsaXR5IEZpcmVH TCA3ODAwIE03IExYIChBR1ApLAoJQVRJIFJhZGVvbiBNb2JpbGl0eSBNNiBMWSAoQUdQKSwgQVRJ IFJhZGVvbiBNb2JpbGl0eSBNNiBMWiAoQUdQKSwKCUFUSSBSYWRlb24gSUdQMzIwIChBMykgNDEz NiwgQVRJIFJhZGVvbiBJR1AzMjBNIChVMSkgNDMzNiwKCUFUSSBSYWRlb24gSUdQMzMwLzM0MC8z NTAgKEE0KSA0MTM3LAoJQVRJIFJhZGVvbiBJR1AzMzBNLzM0ME0vMzUwTSAoVTIpIDQzMzcsCglB VEkgUmFkZW9uIDcwMDAgSUdQIChBNCspIDQyMzcsIEFUSSBSYWRlb24gTW9iaWxpdHkgNzAwMCBJ R1AgNDQzNywKCUFUSSBGaXJlR0wgODcwMC84ODAwIFFIIChBR1ApLCBBVEkgUmFkZW9uIDg1MDAg UUwgKEFHUCksCglBVEkgUmFkZW9uIDkxMDAgUU0gKEFHUCksIEFUSSBSYWRlb24gODUwMCBBSVcg QkIgKEFHUCksCglBVEkgUmFkZW9uIDg1MDAgQUlXIEJDIChBR1ApLCBBVEkgUmFkZW9uIDc1MDAg UVcgKEFHUC9QQ0kpLAoJQVRJIFJhZGVvbiA3NTAwIFFYIChBR1AvUENJKSwgQVRJIFJhZGVvbiA5 MDAwL1BSTyBJZiAoQUdQL1BDSSksCglBVEkgUmFkZW9uIDkwMDAgSWcgKEFHUC9QQ0kpLCBBVEkg RmlyZUdMIE1vYmlsaXR5IDkwMDAgKE05KSBMZCAoQUdQKSwKCUFUSSBSYWRlb24gTW9iaWxpdHkg OTAwMCAoTTkpIExmIChBR1ApLAoJQVRJIFJhZGVvbiBNb2JpbGl0eSA5MDAwIChNOSkgTGcgKEFH UCksCglBVEkgUmFkZW9uIDkxMDAgSUdQIChBNSkgNTgzNCwKCUFUSSBSYWRlb24gTW9iaWxpdHkg OTEwMCBJR1AgKFUzKSA1ODM1LCBBVEkgUmFkZW9uIDkxMDAgUFJPIElHUCA3ODM0LAoJQVRJIFJh ZGVvbiBNb2JpbGl0eSA5MjAwIElHUCA3ODM1LCBBVEkgUmFkZW9uIDkyNTAgNTk2MCAoQUdQKSwK CUFUSSBSYWRlb24gOTIwMCA1OTYxIChBR1ApLCBBVEkgUmFkZW9uIDkyMDAgNTk2MiAoQUdQKSwK CUFUSSBSYWRlb24gOTIwMFNFIDU5NjQgKEFHUCksIEFUSSBGaXJlTVYgMjIwMCAoUENJKSwKCUFU SSBSYWRlb24gTW9iaWxpdHkgOTIwMCAoTTkrKSA1QzYxIChBR1ApLAoJQVRJIFJhZGVvbiBNb2Jp bGl0eSA5MjAwIChNOSspIDVDNjMgKEFHUCksIEFUSSBSYWRlb24gOTUwMCBBRCAoQUdQKSwKCUFU SSBSYWRlb24gOTUwMCBBRSAoQUdQKSwgQVRJIFJhZGVvbiA5NjAwVFggQUYgKEFHUCksCglBVEkg RmlyZUdMIFoxIEFHIChBR1ApLCBBVEkgUmFkZW9uIDk3MDAgUHJvIE5EIChBR1ApLAoJQVRJIFJh ZGVvbiA5NzAwLzk1MDBQcm8gTkUgKEFHUCksIEFUSSBSYWRlb24gOTYwMFRYIE5GIChBR1ApLAoJ QVRJIEZpcmVHTCBYMSBORyAoQUdQKSwgQVRJIFJhZGVvbiA5NjAwIEFQIChBR1ApLAoJQVRJIFJh ZGVvbiA5NjAwU0UgQVEgKEFHUCksIEFUSSBSYWRlb24gOTYwMFhUIEFSIChBR1ApLAoJQVRJIFJh ZGVvbiA5NjAwIEFTIChBR1ApLCBBVEkgRmlyZUdMIFQyIEFUIChBR1ApLAoJQVRJIEZpcmVHTCBS VjM2MCBBViAoQUdQKSwKCUFUSSBSYWRlb24gTW9iaWxpdHkgOTYwMC85NzAwIChNMTAvTTExKSBO UCAoQUdQKSwKCUFUSSBSYWRlb24gTW9iaWxpdHkgOTYwMCAoTTEwKSBOUSAoQUdQKSwKCUFUSSBS YWRlb24gTW9iaWxpdHkgOTYwMCAoTTExKSBOUiAoQUdQKSwKCUFUSSBSYWRlb24gTW9iaWxpdHkg OTYwMCAoTTEwKSBOUyAoQUdQKSwKCUFUSSBGaXJlR0wgTW9iaWxpdHkgVDIgKE0xMCkgTlQgKEFH UCksCglBVEkgRmlyZUdMIE1vYmlsaXR5IFQyZSAoTTExKSBOViAoQUdQKSwgQVRJIFJhZGVvbiA5 NjUwLAoJQVRJIFJhZGVvbiA5ODAwU0UgQUggKEFHUCksIEFUSSBSYWRlb24gOTgwMCBBSSAoQUdQ KSwKCUFUSSBSYWRlb24gOTgwMCBBSiAoQUdQKSwgQVRJIEZpcmVHTCBYMiBBSyAoQUdQKSwKCUFU SSBSYWRlb24gOTgwMFBSTyBOSCAoQUdQKSwgQVRJIFJhZGVvbiA5ODAwIE5JIChBR1ApLAoJQVRJ IEZpcmVHTCBYMiBOSyAoQUdQKSwgQVRJIFJhZGVvbiA5ODAwWFQgTkogKEFHUCksCglBVEkgUmFk ZW9uIFg2MDAgKFJWMzgwKSAzRTUwIChQQ0lFKSwKCUFUSSBGaXJlR0wgVjMyMDAgKFJWMzgwKSAz RTU0IChQQ0lFKSwKCUFUSSBSYWRlb24gTW9iaWxpdHkgWDYwMCAoTTI0KSAzMTUwIChQQ0lFKSwK CUFUSSBSYWRlb24gTW9iaWxpdHkgWDMwMCAoTTI0KSAzMTUyIChQQ0lFKSwKCUFUSSBGaXJlR0wg TTI0IEdMIDMxNTQgKFBDSUUpLCBBVEkgUmFkZW9uIFgzMDAgKFJWMzcwKSA1QjYwIChQQ0lFKSwK CUFUSSBSYWRlb24gWDYwMCAoUlYzNzApIDVCNjIgKFBDSUUpLAoJQVRJIFJhZGVvbiBYNTUwIChS VjM3MCkgNUI2MyAoUENJRSksCglBVEkgRmlyZUdMIFYzMTAwIChSVjM3MCkgNUI2NCAoUENJRSks CglBVEkgRmlyZU1WIDIyMDAgUENJRSAoUlYzNzApIDVCNjUgKFBDSUUpLAoJQVRJIFJhZGVvbiBN b2JpbGl0eSBYMzAwIChNMjIpIDU0NjAgKFBDSUUpLAoJQVRJIFJhZGVvbiBNb2JpbGl0eSBYNjAw IFNFIChNMjRDKSA1NDYyIChQQ0lFKSwKCUFUSSBGaXJlR0wgTTIyIEdMIDU0NjQgKFBDSUUpLCBB VEkgUmFkZW9uIFhQUkVTUyAyMDAgNUE0MSAoUENJRSksCglBVEkgUmFkZW9uIFhQUkVTUyAyMDBN IDVBNDIgKFBDSUUpLAoJQVRJIFJhZGVvbiBYUFJFU1MgMjAwIDVBNjEgKFBDSUUpLAoJQVRJIFJh ZGVvbiBYUFJFU1MgMjAwTSA1QTYyIChQQ0lFKSwKCUFUSSBSYWRlb24gWFBSRVNTIDIwMCA1OTU0 IChQQ0lFKSwKCUFUSSBSYWRlb24gWFBSRVNTIDIwME0gNTk1NSAoUENJRSksCglBVEkgUmFkZW9u IFhQUkVTUyAyMDAgNTk3NCAoUENJRSksCglBVEkgUmFkZW9uIFhQUkVTUyAyMDBNIDU5NzUgKFBD SUUpLCBBVEkgRmlyZUdMIFY1MDAwIChSVjQxMCkgKFBDSUUpLAoJQVRJIE1vYmlsaXR5IEZpcmVH TCBWNTAwMCAoTTI2KSAoUENJRSksCglBVEkgTW9iaWxpdHkgRmlyZUdMIFY1MDAwIChNMjYpIChQ Q0lFKSwKCUFUSSBNb2JpbGl0eSBSYWRlb24gWDcwMCBYTCAoTTI2KSAoUENJRSksCglBVEkgTW9i aWxpdHkgUmFkZW9uIFg3MDAgKE0yNikgKFBDSUUpLAoJQVRJIE1vYmlsaXR5IFJhZGVvbiBYNzAw IChNMjYpIChQQ0lFKSwKCUFUSSBSYWRlb24gWDcwMCBQUk8gKFJWNDEwKSAoUENJRSksCglBVEkg UmFkZW9uIFg3MDAgWFQgKFJWNDEwKSAoUENJRSksIEFUSSBSYWRlb24gWDcwMCAoUlY0MTApIChQ Q0lFKSwKCUFUSSBSYWRlb24gWDcwMCBTRSAoUlY0MTApIChQQ0lFKSwgQVRJIFJhZGVvbiBYNzAw IFNFIChSVjQxMCkgKFBDSUUpLAoJQVRJIFJhZGVvbiBYODAwIChSNDIwKSBKSCAoQUdQKSwgQVRJ IFJhZGVvbiBYODAwUFJPIChSNDIwKSBKSSAoQUdQKSwKCUFUSSBSYWRlb24gWDgwMFNFIChSNDIw KSBKSiAoQUdQKSwgQVRJIFJhZGVvbiBYODAwIChSNDIwKSBKSyAoQUdQKSwKCUFUSSBSYWRlb24g WDgwMCAoUjQyMCkgSkwgKEFHUCksIEFUSSBGaXJlR0wgWDMgKFI0MjApIEpNIChBR1ApLAoJQVRJ IFJhZGVvbiBNb2JpbGl0eSA5ODAwIChNMTgpIEpOIChBR1ApLAoJQVRJIFJhZGVvbiBYODAwWFQg KFI0MjApIEpQIChBR1ApLCBBVEkgUmFkZW9uIFg4MDAgU0UgKFI0MjApIChBR1ApLAoJQVRJIFJh ZGVvbiBBSVcgWDgwMCBWRSAoUjQyMCkgSlQgKEFHUCksCglBVEkgUmFkZW9uIFg4MDAgKFI0MjMp IFVIIChQQ0lFKSwKCUFUSSBSYWRlb24gWDgwMFBSTyAoUjQyMykgVUkgKFBDSUUpLAoJQVRJIFJh ZGVvbiBYODAwTEUgKFI0MjMpIFVKIChQQ0lFKSwKCUFUSSBSYWRlb24gWDgwMFNFIChSNDIzKSBV SyAoUENJRSksCglBVEkgRmlyZUdMIFY1MTAwIChSNDIzKSBVUSAoUENJRSksCglBVEkgRmlyZUdM IHVua25vd24gKFI0MjMpIFVSIChQQ0lFKSwKCUFUSSBGaXJlR0wgdW5rbm93biAoUjQyMykgVVQg KFBDSUUpLAoJQVRJIFJhZGVvbiBYODAwWFQgKFI0MjMpIDVENTcgKFBDSUUpLCBBVEkgRmlyZUdM IFY3MTAwIChSNDIzKSAoUENJRSksCglBVEkgTW9iaWxpdHkgRmlyZUdMIFY1MTAwIChNMjgpIChQ Q0lFKSwKCUFUSSBNb2JpbGl0eSBSYWRlb24gWDgwMCAoTTI4KSAoUENJRSksCglBVEkgTW9iaWxp dHkgUmFkZW9uIFg4MDAgWFQgKE0yOCkgKFBDSUUpLAoJQVRJIFJhZGVvbiBYODAwIChSNDMwKSAo UENJRSksIEFUSSBSYWRlb24gWDgwMCBYTCAoUjQzMCkgKFBDSUUpLAoJQVRJIFJhZGVvbiBYODAw IFNFIChSNDMwKSAoUENJRSksIEFUSSBSYWRlb24gWDgwMCBYVFAgKFI0MzApIChQQ0lFKSwKCUFU SSBSYWRlb24gWDg1MCA1RDRDIChQQ0lFKSwKCUFUSSB1bmtub3duIFJhZGVvbiAvIEZpcmVHTCAo UjQ4MCkgNUQ1MCAoUENJRSksCglBVEkgUmFkZW9uIFg4NTAgU0UgKFI0ODApIChQQ0lFKSwgQVRJ IFJhZGVvbiBYODUwIFBSTyAoUjQ4MCkgKFBDSUUpLAoJQVRJIFJhZGVvbiBYODUwIFhUIChSNDgw KSAoUENJRSksCglBVEkgUmFkZW9uIFg4NTAgWFQgUEUgKFI0ODApIChQQ0lFKSwKCUFUSSBSYWRl b24gWDg1MCBQUk8gKFI0ODApIChBR1ApLCBBVEkgUmFkZW9uIFg4NTAgU0UgKFI0ODApIChBR1Ap LAoJQVRJIFJhZGVvbiBYODUwIFhUIChSNDgwKSAoQUdQKSwgQVRJIFJhZGVvbiBYODUwIFhUIFBF IChSNDgwKSAoQUdQKQooLS0pIEFzc2lnbmluZyBkZXZpY2Ugc2VjdGlvbiB3aXRoIG5vIGJ1c0lE IHRvIHByaW1hcnkgZGV2aWNlCigtLSkgQ2hpcHNldCBBVEkgUmFkZW9uIE1vYmlsaXR5IE02IExZ IChBR1ApIGZvdW5kCihJSSkgcmVzb3VyY2UgcmFuZ2VzIGFmdGVyIHhmODZDbGFpbUZpeGVkUmVz b3VyY2VzKCkgY2FsbDoKCVswXSAtMQkwCTB4MDAxMDAwMDAgLSAweDNmZmZmZmZmICgweDNmZjAw MDAwKSBNWFtCXUUoQikKCVsxXSAtMQkwCTB4MDAwZjAwMDAgLSAweDAwMGZmZmZmICgweDEwMDAw KSBNWFtCXQoJWzJdIC0xCTAJMHgwMDBjMDAwMCAtIDB4MDAwZWZmZmYgKDB4MzAwMDApIE1YW0Jd CglbM10gLTEJMAkweDAwMDAwMDAwIC0gMHgwMDA5ZmZmZiAoMHhhMDAwMCkgTVhbQl0KCVs0XSAt MQkwCTB4ZmY5ZWUwMDAgLSAweGZmOWVlZmZmICgweDEwMDApIE1YW0JdRQoJWzVdIC0xCTAJMHhm ZjllZmYwMCAtIDB4ZmY5ZWZmZmYgKDB4MTAwKSBNWFtCXUUKCVs2XSAtMQkwCTB4ZmZhMDAwMDAg LSAweGZmOWZmZmZmICgweDApIE1YW0JdRU8KCVs3XSAtMQkwCTB4ZmY5ZjAwMDAgLSAweGZmOWZm ZmZmICgweDEwMDAwKSBNWFtCXShCKQoJWzhdIC0xCTAJMHhmMDAwMDAwMCAtIDB4ZjdmZmZmZmYg KDB4ODAwMDAwMCkgTVhbQl0oQikKCVs5XSAtMQkwCTB4MDAwMGZmZmYgLSAweDAwMDBmZmZmICgw eDEpIElYW0JdCglbMTBdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwMDAwZmYgKDB4MTAwKSBJWFtC XQoJWzExXSAtMQkwCTB4MDAwMGU5ZjAgLSAweDAwMDBlOWZmICgweDEwKSBJWFtCXUUKCVsxMl0g LTEJMAkweDAwMDBlYTAwIC0gMHgwMDAwZWFmZiAoMHgxMDApIElYW0JdRQoJWzEzXSAtMQkwCTB4 MDAwMGVkMDAgLSAweDAwMDBlZGZmICgweDEwMCkgSVhbQl0oQikKKC0tKSBBc3NpZ25pbmcgZGV2 aWNlIHNlY3Rpb24gd2l0aCBubyBidXNJRCB0byBwcmltYXJ5IGRldmljZQooLS0pIENoaXBzZXQg dmVzYSBmb3VuZAooLS0pIEFzc2lnbmluZyBkZXZpY2Ugc2VjdGlvbiB3aXRoIG5vIGJ1c0lEIHRv IHByaW1hcnkgZGV2aWNlCigtLSkgQ2hpcHNldCBnZW5lcmljIGZvdW5kCihJSSkgcmVzb3VyY2Ug cmFuZ2VzIGFmdGVyIHByb2Jpbmc6CglbMF0gLTEJMAkweDAwMTAwMDAwIC0gMHgzZmZmZmZmZiAo MHgzZmYwMDAwMCkgTVhbQl1FKEIpCglbMV0gLTEJMAkweDAwMGYwMDAwIC0gMHgwMDBmZmZmZiAo MHgxMDAwMCkgTVhbQl0KCVsyXSAtMQkwCTB4MDAwYzAwMDAgLSAweDAwMGVmZmZmICgweDMwMDAw KSBNWFtCXQoJWzNdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwOWZmZmYgKDB4YTAwMDApIE1YW0Jd CglbNF0gLTEJMAkweGZmOWVlMDAwIC0gMHhmZjllZWZmZiAoMHgxMDAwKSBNWFtCXUUKCVs1XSAt MQkwCTB4ZmY5ZWZmMDAgLSAweGZmOWVmZmZmICgweDEwMCkgTVhbQl1FCglbNl0gLTEJMAkweGZm YTAwMDAwIC0gMHhmZjlmZmZmZiAoMHgwKSBNWFtCXUVPCglbN10gLTEJMAkweGZmOWYwMDAwIC0g MHhmZjlmZmZmZiAoMHgxMDAwMCkgTVhbQl0oQikKCVs4XSAtMQkwCTB4ZjAwMDAwMDAgLSAweGY3 ZmZmZmZmICgweDgwMDAwMDApIE1YW0JdKEIpCglbOV0gMAkwCTB4MDAwYTAwMDAgLSAweDAwMGFm ZmZmICgweDEwMDAwKSBNU1tCXQoJWzEwXSAwCTAJMHgwMDBiMDAwMCAtIDB4MDAwYjdmZmYgKDB4 ODAwMCkgTVNbQl0KCVsxMV0gMAkwCTB4MDAwYjgwMDAgLSAweDAwMGJmZmZmICgweDgwMDApIE1T W0JdCglbMTJdIC0xCTAJMHgwMDAwZmZmZiAtIDB4MDAwMGZmZmYgKDB4MSkgSVhbQl0KCVsxM10g LTEJMAkweDAwMDAwMDAwIC0gMHgwMDAwMDBmZiAoMHgxMDApIElYW0JdCglbMTRdIC0xCTAJMHgw MDAwZTlmMCAtIDB4MDAwMGU5ZmYgKDB4MTApIElYW0JdRQoJWzE1XSAtMQkwCTB4MDAwMGVhMDAg LSAweDAwMDBlYWZmICgweDEwMCkgSVhbQl1FCglbMTZdIC0xCTAJMHgwMDAwZWQwMCAtIDB4MDAw MGVkZmYgKDB4MTAwKSBJWFtCXShCKQoJWzE3XSAwCTAJMHgwMDAwMDNiMCAtIDB4MDAwMDAzYmIg KDB4YykgSVNbQl0KCVsxOF0gMAkwCTB4MDAwMDAzYzAgLSAweDAwMDAwM2RmICgweDIwKSBJU1tC XQooSUkpIFNldHRpbmcgdmdhIGZvciBzY3JlZW4gMC4KKElJKSBSQURFT04oMCk6IE1NSU8gcmVn aXN0ZXJzIGF0IDB4ZmY5ZjAwMDA6IHNpemUgNjRLQgooSUkpIFJBREVPTigwKTogUENJIGJ1cyAw IGNhcmQgNCBmdW5jIDAKKElJKSBSQURFT04oMCk6IENyZWF0aW5nIGRlZmF1bHQgRGlzcGxheSBz dWJzZWN0aW9uIGluIFNjcmVlbiBzZWN0aW9uCgkiQnVpbHRpbiBEZWZhdWx0IGF0aSBTY3JlZW4g MCIgZm9yIGRlcHRoL2ZiYnBwIDI0LzMyCig9PSkgUkFERU9OKDApOiBEZXB0aCAyNCwgKD09KSBm cmFtZWJ1ZmZlciBicHAgMzIKKElJKSBSQURFT04oMCk6IFBpeGVsIGRlcHRoID0gMjQgYml0cyBz dG9yZWQgaW4gNCBieXRlcyAoMzIgYnBwIHBpeG1hcHMpCig9PSkgUkFERU9OKDApOiBEZWZhdWx0 IHZpc3VhbCBpcyBUcnVlQ29sb3IKKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgInZnYWh3IgooSUkp IExvYWRNb2R1bGU6ICJ2Z2FodyIKKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9k dWxlcy8vbGlidmdhaHcuc28KKElJKSBNb2R1bGUgdmdhaHc6IHZlbmRvcj0iWC5PcmcgRm91bmRh dGlvbiIKCWNvbXBpbGVkIGZvciAxLjQuMCwgbW9kdWxlIHZlcnNpb24gPSAwLjEuMAoJQUJJIGNs YXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIsIHZlcnNpb24gMi4wCihJSSkgUkFERU9OKDApOiB2Z2FI V0dldElPQmFzZTogaHdwLT5JT0Jhc2UgaXMgMHgwM2QwLCBod3AtPlBJT09mZnNldCBpcyAweDAw MDAKKD09KSBSQURFT04oMCk6IFJHQiB3ZWlnaHQgODg4CihJSSkgUkFERU9OKDApOiBVc2luZyA4 IGJpdHMgcGVyIFJHQiAoOCBiaXQgREFDKQooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiaW50MTAi CihJSSkgTG9hZE1vZHVsZTogImludDEwIgooSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9y Zy9tb2R1bGVzLy9saWJpbnQxMC5zbwooSUkpIE1vZHVsZSBpbnQxMDogdmVuZG9yPSJYLk9yZyBG b3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNC4wLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wCglB QkkgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiAyLjAKKElJKSBSQURFT04oMCk6 IGluaXRpYWxpemluZyBpbnQxMAooSUkpIFJBREVPTigwKTogUHJpbWFyeSBWX0JJT1Mgc2VnbWVu dCBpczogMHhjMDAwCigtLSkgUkFERU9OKDApOiBDaGlwc2V0OiAiQVRJIFJhZGVvbiBNb2JpbGl0 eSBNNiBMWSAoQUdQKSIgKENoaXBJRCA9IDB4NGM1OSkKKC0tKSBSQURFT04oMCk6IExpbmVhciBm cmFtZWJ1ZmZlciBhdCAweGYwMDAwMDAwCihJSSkgUkFERU9OKDApOiBQQ0kgY2FyZCBkZXRlY3Rl ZAooSUkpIFJBREVPTigwKTogTGVnYWN5IEJJT1MgZGV0ZWN0ZWQKZHJtT3BlbkRldmljZTogbm9k ZSBuYW1lIGlzIC9kZXYvZHJpL2NhcmQwCmRybU9wZW5EZXZpY2U6IG9wZW4gcmVzdWx0IGlzIDcs IChPSykKZHJtT3BlbkJ5QnVzaWQ6IFNlYXJjaGluZyBmb3IgQnVzSUQgcGNpOjAwMDA6MDA6MDQu MApkcm1PcGVuRGV2aWNlOiBub2RlIG5hbWUgaXMgL2Rldi9kcmkvY2FyZDAKZHJtT3BlbkRldmlj ZTogb3BlbiByZXN1bHQgaXMgNywgKE9LKQpkcm1PcGVuQnlCdXNpZDogZHJtT3Blbk1pbm9yIHJl dHVybnMgNwpkcm1PcGVuQnlCdXNpZDogZHJtR2V0QnVzaWQgcmVwb3J0cyBwY2k6MDAwMDowMDow NC4wCihJSSkgUkFERU9OKDApOiBbZHJpXSBGb3VuZCBEUkkgbGlicmFyeSB2ZXJzaW9uIDEuMy4w IGFuZCBrZXJuZWwgbW9kdWxlIHZlcnNpb24gMS4yNS4wCig9PSkgUkFERU9OKDApOiBQYWdlIEZs aXBwaW5nIGRpc2FibGVkCihJSSkgUkFERU9OKDApOiBXaWxsIHRyeSB0byB1c2UgRE1BIGZvciBY diBpbWFnZSB0cmFuc2ZlcnMKKElJKSBSQURFT04oMCk6IERldGVjdGVkIHRvdGFsIHZpZGVvIFJB TT04MTkySywgYWNjZXNzaWJsZT02NTUzNksgKFBDSSBCQVI9MTMxMDcySykKKC0tKSBSQURFT04o MCk6IE1hcHBlZCBWaWRlb1JBTTogODE5MiBrQnl0ZSAoMzIgYml0IEREUiBTRFJBTSkKKElJKSBS QURFT04oMCk6IENvbG9yIHRpbGluZyBlbmFibGVkIGJ5IGRlZmF1bHQKKElJKSBSQURFT04oMCk6 IE1heCBkZXNrdG9wIHNpemUgc2V0IHRvIDE2MDB4MTIwMAooSUkpIFJBREVPTigwKTogRm9yIGEg bGFyZ2VyIG9yIHNtYWxsZXIgbWF4IGRlc2t0b3Agc2l6ZSwgYWRkIGEgVmlydHVhbCBsaW5lIHRv IHlvdXIgeG9yZy5jb25mCihJSSkgUkFERU9OKDApOiBJZiB5b3UgYXJlIGhhdmluZyB0cm91Ymxl IHdpdGggM0QsIHJlZHVjZSB0aGUgZGVza3RvcCBzaXplIGJ5IGFkanVzdGluZyB0aGUgVmlydHVh bCBsaW5lIHRvIHlvdXIgeG9yZy5jb25mCihJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJkZGMiCihJ SSkgTG9hZE1vZHVsZTogImRkYyIoSUkpIE1vZHVsZSAiZGRjIiBhbHJlYWR5IGJ1aWx0LWluCihJ SSkgTG9hZGluZyBzdWIgbW9kdWxlICJpMmMiCihJSSkgTG9hZE1vZHVsZTogImkyYyIoSUkpIE1v ZHVsZSAiaTJjIiBhbHJlYWR5IGJ1aWx0LWluCihJSSkgUkFERU9OKDApOiBQTEwgcGFyYW1ldGVy czogcmY9MjcwMCByZD02MCBtaW49MTIwMDAgbWF4PTM1MDAwOyB4Y2xrPTY2MDAKKElJKSBSQURF T04oMCk6IEJpb3MgQ29ubmVjdG9yIHRhYmxlOiAKKElJKSBSQURFT04oMCk6IFBvcnQwOiBERENU eXBlLTMsIERBQ1R5cGUtMCwgVE1EU1R5cGUtMCwgQ29ubmVjdG9yVHlwZS0yCihJSSkgUkFERU9O KDApOiBQb3J0NDogRERDVHlwZS0wLCBEQUNUeXBlLTIsIFRNRFNUeXBlLTIsIENvbm5lY3RvclR5 cGUtMQooSUkpIFJBREVPTigwKTogT3V0cHV0IFZHQS0wIHVzaW5nIG1vbml0b3Igc2VjdGlvbiBC dWlsdGluIERlZmF1bHQgTW9uaXRvcgooSUkpIFJBREVPTigwKTogSTJDIGJ1cyAiVkdBX0REQyIg aW5pdGlhbGl6ZWQuCihJSSkgUkFERU9OKDApOiBPdXRwdXQgTFZEUyBoYXMgbm8gbW9uaXRvciBz ZWN0aW9uCihJSSkgUkFERU9OKDApOiBQYW5lbCBJRCBzdHJpbmc6IDEyODB4NjAwICAgICAgICAg ICAgICAgIAooSUkpIFJBREVPTigwKTogUGFuZWwgU2l6ZSBmcm9tIEJJT1M6IDEyODB4NjAwCihJ SSkgUkFERU9OKDApOiBCSU9TIHByb3ZpZGVkIGRpdmlkZXJzIHdpbGwgYmUgdXNlZC4KKFdXKSBS QURFT04oMCk6IExWRFMgSW5mbzoKWFJlczogMTI4MCwgWVJlczogNjAwLCBEb3RDbG9jazogNjM2 MDAKSEJsYW5rOiA0MDgsIEhPdmVyUGx1czogNDAsIEhTeW5jV2lkdGg6IDExMgpWQmxhbms6IDI4 LCBWT3ZlclBsdXM6IDEsIFZTeW5jV2lkdGg6IDQKKElJKSBSQURFT04oMCk6IFBvcnQwOgogTW9u aXRvciAgIC0tIEFVVE8KIENvbm5lY3RvciAtLSBWR0EKIERBQyBUeXBlICAtLSBQcmltYXJ5CiBU TURTIFR5cGUgLS0gTm9uZQogRERDIFR5cGUgIC0tIFZHQV9EREMKKElJKSBSQURFT04oMCk6IFBv cnQxOgogTW9uaXRvciAgIC0tIEFVVE8KIENvbm5lY3RvciAtLSBQcm9wcmlldGFyeS9MVkRTCiBE QUMgVHlwZSAgLS0gTm9uZQogVE1EUyBUeXBlIC0tIE5vbmUKIEREQyBUeXBlICAtLSBOb25lCihJ SSkgUkFERU9OKDApOiBJMkMgZGV2aWNlICJWR0FfRERDOmRkYzIiIHJlZ2lzdGVyZWQgYXQgYWRk cmVzcyAweEEwLgooSUkpIFJBREVPTigwKTogSTJDIGRldmljZSAiVkdBX0REQzpkZGMyIiByZW1v dmVkLgooSUkpIFJBREVPTigwKTogSTJDIGRldmljZSAiVkdBX0REQzpkZGMyIiByZWdpc3RlcmVk IGF0IGFkZHJlc3MgMHhBMC4KKElJKSBSQURFT04oMCk6IEkyQyBkZXZpY2UgIlZHQV9EREM6ZGRj MiIgcmVtb3ZlZC4KKElJKSBSQURFT04oMCk6IEkyQyBkZXZpY2UgIlZHQV9EREM6ZGRjMiIgcmVn aXN0ZXJlZCBhdCBhZGRyZXNzIDB4QTAuCihJSSkgUkFERU9OKDApOiBJMkMgZGV2aWNlICJWR0Ff RERDOmRkYzIiIHJlbW92ZWQuCihJSSkgUkFERU9OKDApOiBEREMgVHlwZTogMywgRGV0ZWN0ZWQg TW9uaXRvciBUeXBlOiAwCmZpbmlzaGVkIG91dHB1dCBkZXRlY3Q6IDAKKFdXKSBSQURFT04oMCk6 IEREQzIvSTJDIGlzIG5vdCBwcm9wZXJseSBpbml0aWFsaXplZAooSUkpIFJBREVPTigwKTogRERD IFR5cGU6IDAsIERldGVjdGVkIE1vbml0b3IgVHlwZTogMAooSUkpIFJBREVPTigwKTogRGV0ZWN0 ZWQgTW9uaXRvciBUeXBlOiAyCmZpbmlzaGVkIG91dHB1dCBkZXRlY3Q6IDEKZmluaXNoZWQgYWxs IGRldGVjdApiZWZvcmUgeGY4NkluaXRpYWxDb25maWd1cmF0aW9uCihJSSkgUkFERU9OKDApOiBJ MkMgZGV2aWNlICJWR0FfRERDOmRkYzIiIHJlZ2lzdGVyZWQgYXQgYWRkcmVzcyAweEEwLgooSUkp IFJBREVPTigwKTogSTJDIGRldmljZSAiVkdBX0REQzpkZGMyIiByZW1vdmVkLgooSUkpIFJBREVP TigwKTogSTJDIGRldmljZSAiVkdBX0REQzpkZGMyIiByZWdpc3RlcmVkIGF0IGFkZHJlc3MgMHhB MC4KKElJKSBSQURFT04oMCk6IEkyQyBkZXZpY2UgIlZHQV9EREM6ZGRjMiIgcmVtb3ZlZC4KKElJ KSBSQURFT04oMCk6IEkyQyBkZXZpY2UgIlZHQV9EREM6ZGRjMiIgcmVnaXN0ZXJlZCBhdCBhZGRy ZXNzIDB4QTAuCihJSSkgUkFERU9OKDApOiBJMkMgZGV2aWNlICJWR0FfRERDOmRkYzIiIHJlbW92 ZWQuCihJSSkgUkFERU9OKDApOiBEREMgVHlwZTogMywgRGV0ZWN0ZWQgTW9uaXRvciBUeXBlOiAw CihXVykgUkFERU9OKDApOiBEREMyL0kyQyBpcyBub3QgcHJvcGVybHkgaW5pdGlhbGl6ZWQKKElJ KSBSQURFT04oMCk6IEREQyBUeXBlOiAwLCBEZXRlY3RlZCBNb25pdG9yIFR5cGU6IDAKKElJKSBS QURFT04oMCk6IERldGVjdGVkIE1vbml0b3IgVHlwZTogMgppbiBSQURFT05Qcm9iZU91dHB1dE1v ZGVzCihJSSkgUkFERU9OKDApOiBBZGRlZCBuYXRpdmUgcGFuZWwgbW9kZTogMTI4MHg2MDAKKElJ KSBSQURFT04oMCk6IFRvdGFsIG51bWJlciBvZiB2YWxpZCBTY3JlZW4gbW9kZShzKSBhZGRlZDog MAooSUkpIFJBREVPTigwKTogT3V0cHV0IFZHQS0wIGRpc2Nvbm5lY3RlZAooSUkpIFJBREVPTigw KTogT3V0cHV0IExWRFMgY29ubmVjdGVkCihJSSkgUkFERU9OKDApOiBPdXRwdXQgTFZEUyB1c2lu ZyBpbml0aWFsIG1vZGUgMTI4MHg2MDAKYWZ0ZXIgeGY4NkluaXRpYWxDb25maWd1cmF0aW9uCig9 PSkgUkFERU9OKDApOiBEUEkgc2V0IHRvICg3NSwgNzUpCihJSSkgTG9hZGluZyBzdWIgbW9kdWxl ICJmYiIKKElJKSBMb2FkTW9kdWxlOiAiZmIiCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94 b3JnL21vZHVsZXMvL2xpYmZiLnNvCihJSSkgTW9kdWxlIGZiOiB2ZW5kb3I9IlguT3JnIEZvdW5k YXRpb24iCgljb21waWxlZCBmb3IgMS40LjAsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKCUFCSSBj bGFzczogWC5PcmcgQU5TSSBDIEVtdWxhdGlvbiwgdmVyc2lvbiAwLjMKKD09KSBSQURFT04oMCk6 IFVzaW5nIGdhbW1hIGNvcnJlY3Rpb24gKDEuMCwgMS4wLCAxLjApCihJSSkgTG9hZGluZyBzdWIg bW9kdWxlICJyYW1kYWMiCihJSSkgTG9hZE1vZHVsZTogInJhbWRhYyIoSUkpIE1vZHVsZSAicmFt ZGFjIiBhbHJlYWR5IGJ1aWx0LWluCig9PSkgUkFERU9OKDApOiBVc2luZyBYQUEgYWNjZWxlcmF0 aW9uIGFyY2hpdGVjdHVyZQooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAieGFhIgooSUkpIExvYWRN b2R1bGU6ICJ4YWEiCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvL2xp YnhhYS5zbwooSUkpIE1vZHVsZSB4YWE6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBp bGVkIGZvciAxLjQuMCwgbW9kdWxlIHZlcnNpb24gPSAxLjIuMAoJQUJJIGNsYXNzOiBYLk9yZyBW aWRlbyBEcml2ZXIsIHZlcnNpb24gMi4wCig9PSkgUkFERU9OKDApOiBBc3N1bWluZyBvdmVybGF5 IHNjYWxlciBidWZmZXIgd2lkdGggaXMgMTUzNgooSUkpIFJBREVPTigwKTogTm8gTU1fVEFCTEUg Zm91bmQgLSBhc3N1bWluZyBDQVJEIGlzIG5vdCBUVi1pbiBjYXBhYmxlLgooISEpIFJBREVPTigw KTogRm9yIGluZm9ybWF0aW9uIG9uIHVzaW5nIHRoZSBtdWx0aW1lZGlhIGNhcGFiaWxpdGllcwoJ b2YgdGhpcyBhZGFwdGVyLCBwbGVhc2Ugc2VlIGh0dHA6Ly9nYXRvcy5zZi5uZXQuCighISkgUkFE RU9OKDApOiBNZXJnZWRGQiBzdXBwb3J0IGhhcyBiZWVuIHJlbW92ZWQgYW5kIHJlcGxhY2VkIHdp dGggeHJhbmRyIDEuMiBzdXBwb3J0CihJSSkgVW5sb2FkTW9kdWxlOiAidmVzYSIKKElJKSBVbmxv YWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2RyaXZlcnMvL3Zlc2FfZHJ2LnNvCihJ SSkgVW5sb2FkTW9kdWxlOiAidmdhIgooSUkpIFVubG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3Jn L21vZHVsZXMvZHJpdmVycy8vdmdhX2Rydi5zbwooLS0pIERlcHRoIDI0IHBpeG1hcCBmb3JtYXQg aXMgMzIgYnBwCihJSSkgZG8gSSBuZWVkIFJBQz8gIE5vLCBJIGRvbid0LgooSUkpIHJlc291cmNl IHJhbmdlcyBhZnRlciBwcmVJbml0OgoJWzBdIDAJMAkweGZmOWYwMDAwIC0gMHhmZjlmZmZmZiAo MHgxMDAwMCkgTVhbQl0KCVsxXSAwCTAJMHhmMDAwMDAwMCAtIDB4ZjdmZmZmZmYgKDB4ODAwMDAw MCkgTVhbQl0KCVsyXSAtMQkwCTB4MDAxMDAwMDAgLSAweDNmZmZmZmZmICgweDNmZjAwMDAwKSBN WFtCXUUoQikKCVszXSAtMQkwCTB4MDAwZjAwMDAgLSAweDAwMGZmZmZmICgweDEwMDAwKSBNWFtC XQoJWzRdIC0xCTAJMHgwMDBjMDAwMCAtIDB4MDAwZWZmZmYgKDB4MzAwMDApIE1YW0JdCglbNV0g LTEJMAkweDAwMDAwMDAwIC0gMHgwMDA5ZmZmZiAoMHhhMDAwMCkgTVhbQl0KCVs2XSAtMQkwCTB4 ZmY5ZWUwMDAgLSAweGZmOWVlZmZmICgweDEwMDApIE1YW0JdRQoJWzddIC0xCTAJMHhmZjllZmYw MCAtIDB4ZmY5ZWZmZmYgKDB4MTAwKSBNWFtCXUUKCVs4XSAtMQkwCTB4ZmZhMDAwMDAgLSAweGZm OWZmZmZmICgweDApIE1YW0JdRU8KCVs5XSAtMQkwCTB4ZmY5ZjAwMDAgLSAweGZmOWZmZmZmICgw eDEwMDAwKSBNWFtCXShCKQoJWzEwXSAtMQkwCTB4ZjAwMDAwMDAgLSAweGY3ZmZmZmZmICgweDgw MDAwMDApIE1YW0JdKEIpCglbMTFdIDAJMAkweDAwMGEwMDAwIC0gMHgwMDBhZmZmZiAoMHgxMDAw MCkgTVNbQl0oT3ByVSkKCVsxMl0gMAkwCTB4MDAwYjAwMDAgLSAweDAwMGI3ZmZmICgweDgwMDAp IE1TW0JdKE9wclUpCglbMTNdIDAJMAkweDAwMGI4MDAwIC0gMHgwMDBiZmZmZiAoMHg4MDAwKSBN U1tCXShPcHJVKQoJWzE0XSAwCTAJMHgwMDAwZWQwMCAtIDB4MDAwMGVkZmYgKDB4MTAwKSBJWFtC XQoJWzE1XSAtMQkwCTB4MDAwMGZmZmYgLSAweDAwMDBmZmZmICgweDEpIElYW0JdCglbMTZdIC0x CTAJMHgwMDAwMDAwMCAtIDB4MDAwMDAwZmYgKDB4MTAwKSBJWFtCXQoJWzE3XSAtMQkwCTB4MDAw MGU5ZjAgLSAweDAwMDBlOWZmICgweDEwKSBJWFtCXUUKCVsxOF0gLTEJMAkweDAwMDBlYTAwIC0g MHgwMDAwZWFmZiAoMHgxMDApIElYW0JdRQoJWzE5XSAtMQkwCTB4MDAwMGVkMDAgLSAweDAwMDBl ZGZmICgweDEwMCkgSVhbQl0oQikKCVsyMF0gMAkwCTB4MDAwMDAzYjAgLSAweDAwMDAwM2JiICgw eGMpIElTW0JdKE9wclUpCglbMjFdIDAJMAkweDAwMDAwM2MwIC0gMHgwMDAwMDNkZiAoMHgyMCkg SVNbQl0oT3ByVSkKRW50ZXJpbmcgVFYgU2F2ZQpTYXZlIFRWIHRpbWluZyB0YWJsZXMKc2F2ZVRp bWluZ1RhYmxlczogcmVhZGluZyB0aW1pbmcgdGFibGVzClRWIFNhdmUgZG9uZQooSUkpIFJBREVP TigwKTogRHluYW1pYyBDbG9jayBTY2FsaW5nIERpc2FibGVkCig9PSkgUkFERU9OKDApOiBVc2lu ZyAyNCBiaXQgZGVwdGggYnVmZmVyCihJSSkgUkFERU9OKDApOiBSQURFT05Jbml0TWVtb3J5TWFw KCkgOiAKKElJKSBSQURFT04oMCk6ICAgbWVtX3NpemUgICAgICAgICA6IDB4MDQwMDAwMDAKKElJ KSBSQURFT04oMCk6ICAgTUNfRkJfTE9DQVRJT04gICA6IDB4ZjNmZmYwMDAKKElJKSBSQURFT04o MCk6ICAgTUNfQUdQX0xPQ0FUSU9OICA6IDB4ZmZmZmZmYzAKKElJKSBSQURFT04oMCk6IERlcHRo IG1vdmVzIGRpc2FibGVkIGJ5IGRlZmF1bHQKKElJKSBSQURFT04oMCk6IENQIGluIEJNIG1vZGUK KElJKSBSQURFT04oMCk6IFVzaW5nIDggTUIgR0FSVCBhcGVydHVyZQooSUkpIFJBREVPTigwKTog VXNpbmcgMSBNQiBmb3IgdGhlIHJpbmcgYnVmZmVyCihJSSkgUkFERU9OKDApOiBVc2luZyAyIE1C IGZvciB2ZXJ0ZXgvaW5kaXJlY3QgYnVmZmVycwooSUkpIFJBREVPTigwKTogVXNpbmcgNSBNQiBm b3IgR0FSVCB0ZXh0dXJlcwooSUkpIFJBREVPTigwKTogTWVtb3J5IG1hbmFnZXIgaW5pdGlhbGl6 ZWQgdG8gKDAsMCkgKDEyODAsMTYzOCkKKElJKSBSQURFT04oMCk6IFJlc2VydmVkIGFyZWEgZnJv bSAoMCwxMjAwKSB0byAoMTI4MCwxMjAyKQooSUkpIFJBREVPTigwKTogTGFyZ2VzdCBvZmZzY3Jl ZW4gYXJlYSBhdmFpbGFibGU6IDEyODAgeCA0MzYKKElJKSBSQURFT04oMCk6IFdpbGwgdXNlIGZy b250IGJ1ZmZlciBhdCBvZmZzZXQgMHgwCihJSSkgUkFERU9OKDApOiBXaWxsIHVzZSBiYWNrIGJ1 ZmZlciBhdCBvZmZzZXQgMHhmZmM0MDAwMAooSUkpIFJBREVPTigwKTogV2lsbCB1c2UgZGVwdGgg YnVmZmVyIGF0IG9mZnNldCAweDIxYzAwMAooSUkpIFJBREVPTigwKTogV2lsbCB1c2UgMCBrYiBm b3IgdGV4dHVyZXMgYXQgb2Zmc2V0IDB4N2Y4MDAwCihFRSkgUkFERU9OKDApOiBTdGF0aWMgYnVm ZmVyIGFsbG9jYXRpb24gZmFpbGVkLiAgRGlzYWJsaW5nIERSSS4KKEVFKSBSQURFT04oMCk6IEF0 IGxlYXN0IDE4MDAwIGtCIG9mIHZpZGVvIG1lbW9yeSBuZWVkZWQgYXQgdGhpcyByZXNvbHV0aW9u IGFuZCBkZXB0aC4KaW5pdCBtZW1tYXAKaW5pdCBjb21tb24KaW5pdCBjcnRjMQppbml0IHBsbDEK cmVzdG9yZSBtZW1tYXAKKElJKSBSQURFT04oMCk6IFJBREVPTlJlc3RvcmVNZW1NYXBSZWdpc3Rl cnMoKSA6IAooSUkpIFJBREVPTigwKTogICBNQ19GQl9MT0NBVElPTiAgIDogMHhmM2ZmZjAwMAoo SUkpIFJBREVPTigwKTogICBNQ19BR1BfTE9DQVRJT04gIDogMHhmZmZmZmZjMApyZXN0b3JlIGNv bW1vbgpyZXN0b3JlIGNydGMxCnJlc3RvcmUgcGxsMQpyZXN0b3JlIExWRFMKZW5hYmxlIG1vbnR5 cGU6IDIKKFdXKSBSQURFT04oMCk6IE5vIGNydGMgbW9kZSBsaXN0IGZvciBjcnRjIDEsY29udGlu dWluZyB3aXRoIGRlc2lyZWQgbW9kZQpkaXNhYmxlIG1vbnR5cGU6IDIKKD09KSBSQURFT04oMCk6 IEJhY2tpbmcgc3RvcmUgZGlzYWJsZWQKKFdXKSBSQURFT04oMCk6IERpcmVjdCByZW5kZXJpbmcg ZGlzYWJsZWQKKElJKSBSQURFT04oMCk6IFJlbmRlciBhY2NlbGVyYXRpb24gZW5hYmxlZAooSUkp IFJBREVPTigwKTogVXNpbmcgWEZyZWU4NiBBY2NlbGVyYXRpb24gQXJjaGl0ZWN0dXJlIChYQUEp CglTY3JlZW4gdG8gc2NyZWVuIGJpdCBibGl0cwoJU29saWQgZmlsbGVkIHJlY3RhbmdsZXMKCTh4 OCBtb25vIHBhdHRlcm4gZmlsbGVkIHJlY3RhbmdsZXMKCUluZGlyZWN0IENQVSB0byBTY3JlZW4g Y29sb3IgZXhwYW5zaW9uCglTb2xpZCBMaW5lcwoJRGFzaGVkIExpbmVzCglTY2FubGluZSBJbWFn ZSBXcml0ZXMKCU9mZnNjcmVlbiBQaXhtYXBzCglTZXR0aW5nIHVwIHRpbGUgYW5kIHN0aXBwbGUg Y2FjaGU6CgkJMzAgMTI4eDEyOCBzbG90cwooSUkpIFJBREVPTigwKTogQWNjZWxlcmF0aW9uIGVu YWJsZWQKKD09KSBSQURFT04oMCk6IFNpbGtlbiBtb3VzZSBlbmFibGVkCihJSSkgUkFERU9OKDAp OiBVc2luZyBoYXJkd2FyZSBjdXJzb3IgKHNjYW5saW5lIDEyMDIpCihJSSkgUkFERU9OKDApOiBM YXJnZXN0IG9mZnNjcmVlbiBhcmVhIGF2YWlsYWJsZTogMTI4MCB4IDQzMgooSUkpIFJBREVPTigw KTogRGV0ZWN0ZWQgUmFkZW9uIE1vYmlsaXR5IE02LCBkaXNhYmxpbmcgbXVsdGltZWRpYSBpMmMK KElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgInRoZWF0cmVfZGV0ZWN0IgooSUkpIExvYWRNb2R1bGU6 ICJ0aGVhdHJlX2RldGVjdCIKKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxl cy9tdWx0aW1lZGlhLy90aGVhdHJlX2RldGVjdF9kcnYuc28KKElJKSBNb2R1bGUgdGhlYXRyZV9k ZXRlY3Q6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjQuMCwgbW9k dWxlIHZlcnNpb24gPSAxLjAuMAoJQUJJIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIsIHZlcnNp b24gMi4wCihJSSkgUkFERU9OKDApOiBubyBtdWx0aW1lZGlhIHRhYmxlIHByZXNlbnQsIGRpc2Fi bGluZyBSYWdlIFRoZWF0cmUuCihJSSkgUkFERU9OKDApOiBSYW5kUiAxLjIgZW5hYmxlZCwgaWdu b3JlIHRoZSBmb2xsb3dpbmcgUmFuZFIgZGlzYWJsZWQgbWVzc2FnZS4KKC0tKSBSYW5kUiBkaXNh YmxlZAooSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gTUlULVNITQooSUkpIElu aXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWElucHV0RXh0ZW5zaW9uCihJSSkgSW5pdGlh bGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYVEVTVAooSUkpIEluaXRpYWxpemluZyBidWlsdC1p biBleHRlbnNpb24gWEtFWUJPQVJECihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lv biBYQy1BUFBHUk9VUAooSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWEFjY2Vz c0NvbnRyb2xFeHRlbnNpb24KKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFNF Q1VSSVRZCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYSU5FUkFNQQooSUkp IEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWEZJWEVTCihJSSkgSW5pdGlhbGl6aW5n IGJ1aWx0LWluIGV4dGVuc2lvbiBYRnJlZTg2LUJpZ2ZvbnQKKElJKSBJbml0aWFsaXppbmcgYnVp bHQtaW4gZXh0ZW5zaW9uIFJFTkRFUgooSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNp b24gUkFORFIKKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIENPTVBPU0lURQoo SUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gREFNQUdFCihJSSkgSW5pdGlhbGl6 aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYRVZJRQooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiR0xj b3JlIgooSUkpIExvYWRNb2R1bGU6ICJHTGNvcmUiCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xp Yi94b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy8vbGliR0xjb3JlLnNvCihJSSkgTW9kdWxlIEdMY29y ZTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNC4wLCBtb2R1bGUg dmVyc2lvbiA9IDEuMC4wCglBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNp b24gMC4zCihJSSkgR0xYOiBJbml0aWFsaXplZCBNRVNBLVBST1hZIEdMIHByb3ZpZGVyIGZvciBz Y3JlZW4gMAooSUkpIFJBREVPTigwKTogU2V0dGluZyBzY3JlZW4gcGh5c2ljYWwgc2l6ZSB0byAz MzggeCAxNTgKKFdXKSA8ZGVmYXVsdCBwb2ludGVyPjogTm8gRGV2aWNlIHNwZWNpZmllZCwgbG9v a2luZyBmb3Igb25lLi4uCihJSSkgPGRlZmF1bHQgcG9pbnRlcj46IFNldHRpbmcgRGV2aWNlIG9w dGlvbiB0byAiL2Rldi9zeXNtb3VzZSIKKC0tKSA8ZGVmYXVsdCBwb2ludGVyPjogRGV2aWNlOiAi L2Rldi9zeXNtb3VzZSIKKD09KSA8ZGVmYXVsdCBwb2ludGVyPjogUHJvdG9jb2w6ICJBdXRvIgoo KiopIE9wdGlvbiAiQ29yZVBvaW50ZXIiCigqKikgPGRlZmF1bHQgcG9pbnRlcj46IGFsd2F5cyBy ZXBvcnRzIGNvcmUgZXZlbnRzCig9PSkgPGRlZmF1bHQgcG9pbnRlcj46IEVtdWxhdGUzQnV0dG9u cywgRW11bGF0ZTNUaW1lb3V0OiA1MAooKiopIDxkZWZhdWx0IHBvaW50ZXI+OiBaQXhpc01hcHBp bmc6IGJ1dHRvbnMgNCBhbmQgNQooKiopIDxkZWZhdWx0IHBvaW50ZXI+OiBCdXR0b25zOiA5Cigq KikgPGRlZmF1bHQgcG9pbnRlcj46IFNlbnNpdGl2aXR5OiAxCigqKikgT3B0aW9uICJDb3JlS2V5 Ym9hcmQiCigqKikgPGRlZmF1bHQga2V5Ym9hcmQ+OiBhbHdheXMgcmVwb3J0cyBjb3JlIGV2ZW50 cwooKiopIE9wdGlvbiAiUHJvdG9jb2wiICJzdGFuZGFyZCIKKCoqKSA8ZGVmYXVsdCBrZXlib2Fy ZD46IFByb3RvY29sOiBzdGFuZGFyZAooKiopIE9wdGlvbiAiQXV0b1JlcGVhdCIgIjUwMCAzMCIK KCoqKSBPcHRpb24gIlhrYlJ1bGVzIiAieG9yZyIKKCoqKSA8ZGVmYXVsdCBrZXlib2FyZD46IFhr YlJ1bGVzOiAieG9yZyIKKCoqKSBPcHRpb24gIlhrYk1vZGVsIiAicGMxMDUiCigqKikgPGRlZmF1 bHQga2V5Ym9hcmQ+OiBYa2JNb2RlbDogInBjMTA1IgooKiopIE9wdGlvbiAiWGtiTGF5b3V0IiAi dXMiCigqKikgPGRlZmF1bHQga2V5Ym9hcmQ+OiBYa2JMYXlvdXQ6ICJ1cyIKKCoqKSBPcHRpb24g IkN1c3RvbUtleWNvZGVzIiAib2ZmIgooKiopIDxkZWZhdWx0IGtleWJvYXJkPjogQ3VzdG9tS2V5 Y29kZXMgZGlzYWJsZWQKKElJKSBldmFsdWF0aW5nIGRldmljZSAoPGRlZmF1bHQga2V5Ym9hcmQ+ KQooSUkpIFhJTlBVVDogQWRkaW5nIGV4dGVuZGVkIGlucHV0IGRldmljZSAiPGRlZmF1bHQga2V5 Ym9hcmQ+IiAodHlwZTogS0VZQk9BUkQpCihJSSkgZXZhbHVhdGluZyBkZXZpY2UgKDxkZWZhdWx0 IHBvaW50ZXI+KQooSUkpIFhJTlBVVDogQWRkaW5nIGV4dGVuZGVkIGlucHV0IGRldmljZSAiPGRl ZmF1bHQgcG9pbnRlcj4iICh0eXBlOiBNT1VTRSkKKElJKSA8ZGVmYXVsdCBwb2ludGVyPjogU2V0 dXBBdXRvOiBody5pZnR5cGUgaXMgNCwgaHcubW9kZWwgaXMgMAooSUkpIDxkZWZhdWx0IHBvaW50 ZXI+OiBTZXR1cEF1dG86IHByb3RvY29sIGlzIFN5c01vdXNlCmVuYWJsZSBtb250eXBlOiAyCmRp c2FibGUgbW9udHlwZTogMgooSUkpIFJBREVPTigwKTogUkFERU9OUmVzdG9yZU1lbU1hcFJlZ2lz dGVycygpIDogCihJSSkgUkFERU9OKDApOiAgIE1DX0ZCX0xPQ0FUSU9OICAgOiAweGZmZmYwMDAw CihJSSkgUkFERU9OKDApOiAgIE1DX0FHUF9MT0NBVElPTiAgOiAweDAwM2ZmZmMwCmZpbmlzaGVk IFBMTDIKRW50ZXJpbmcgUmVzdG9yZSBUVgpSZXN0b3JlIFRWIFBMTApSZXN0b3JlIFRWSFYKUmVz dG9yZSBUViBSZXN0YXJ0cwpSZXN0b3JlIFRpbWluZyBUYWJsZXMKUmVzdG9yZSBUViBzdGFuZGFy ZApMZWF2aW5nIFJlc3RvcmUgVFYKRnJlZUZvbnRQYXRoOiBGUEUgIi91c3IvbG9jYWwvbGliL1gx MS9mb250cy9taXNjLyIgcmVmY291bnQgaXMgMiwgc2hvdWxkIGJlIDE7IGZpeGluZy4K --=====================_87646234==_ Content-Type: text/plain; charset="us-ascii"; format=flowed Best Regards, Gianmarco Giovannelli , "Unix expert since yesterday" http://utenti.gufi.org/~gmarco/ --=====================_87646234==_-- From owner-freebsd-mobile@FreeBSD.ORG Tue Feb 26 11:52:29 2008 Return-Path: Delivered-To: mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2373A1065863 for ; Tue, 26 Feb 2008 11:52:29 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 8BCE613CB27 for ; Tue, 26 Feb 2008 08:22:01 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (p54A7BF73.dip.t-dialin.net [84.167.191.115]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id CFBA840548E; Tue, 26 Feb 2008 09:21:59 +0100 (CET) Message-ID: <47C3CC23.6090906@bsdforen.de> Date: Tue, 26 Feb 2008 09:21:55 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.9 (X11/20080205) MIME-Version: 1.0 To: Gianmarco Giovannelli References: <200802260649.m1Q6nL3u037085@freebsd.giovannelli.com> In-Reply-To: <200802260649.m1Q6nL3u037085@freebsd.giovannelli.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: mobile@freebsd.org Subject: Re: toshiba libretto l5 and xorg 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, 26 Feb 2008 11:52:29 -0000 Gianmarco Giovannelli wrote: > Hi all. > > I have an old Toshiba libretto L5 that ran FreeBSD 4-STABLE and XFree > 4.x without too much problems. > > Now I installed 7.0-RC and the latest Xorg 7.3 (from the pkgs). > The problem is that with the xorg and the ati or radeon driver (the > libretto has an ATI Radeon Mobility M6 LY) the display is not correctly > initialize resulting in a couple of mouse on the screen :-) and some > funny things even if it seem not to hangs . > > Using the vesa driver the screen remain blank and the only solution is > to kill the X server. > > So basically: > 1) is there someone that has this laptop running happily xorg and want > to share his/her configs ? > 2) if it is a problem of xorg I can try today to compile xfree again but > the port is really outdated (4.5 vs 4.7) and deprecated too and there is > no package :-) > > Any hints ? You can try to explicitly set Virtual in your Display SubSection. This has been an issue for me with the switch to the new xrandr (which is really great, BTW.). From owner-freebsd-mobile@FreeBSD.ORG Tue Feb 26 13:16:17 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3A03106568C for ; Tue, 26 Feb 2008 13:16:17 +0000 (UTC) (envelope-from totman@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 872F313C465 for ; Tue, 26 Feb 2008 13:16:17 +0000 (UTC) (envelope-from totman@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so512274anc.13 for ; Tue, 26 Feb 2008 05:16:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:message-id; bh=uzL4MJQ87eNH6WUGBtn5kZMtoiC5oWo+MvaKWeOjmuU=; b=qw9v5d5+Ad1dVtCZpEmXtgY4hi+v7Vznx/WqAvcEiaDdj0DsxVs7wgD3+3JI68VZSoTFttAzl6ZiZ577cv+MKinFp6Xmjv4rVS431fVt4ueYnuLTEQ8Y6yAzuTPyolxTECcsVynWLXuIo4tTu+Kna9mMQi3pSPk1ziKMNaI3ttI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:message-id; b=l4YCAV51/45N2wfVpsyBxcBWXhL2w8FiCpCim6x/JYnAvhg6aFogvbZSSpiDS7TTmc1vIlAMNDPCSJPNooxIEGyIXD7IC6MydgRSs53kCGgv7F2tJ7k9InNs/w7PS+4wUqbVsHCdY33ejvItpMU/DR0L2Z3PtYeue9ICuL0Ij2I= Received: by 10.100.151.5 with SMTP id y5mr9612100and.83.1204030164843; Tue, 26 Feb 2008 04:49:24 -0800 (PST) Received: from makarioi.local ( [129.107.81.13]) by mx.google.com with ESMTPS id m30sm7914974elf.14.2008.02.26.04.49.22 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 26 Feb 2008 04:49:23 -0800 (PST) From: Bill Totman To: freebsd-mobile@freebsd.org Date: Tue, 26 Feb 2008 06:49:13 -0600 User-Agent: KMail/1.9.7 References: <200802260649.m1Q6nL3u037085@freebsd.giovannelli.com> In-Reply-To: <200802260649.m1Q6nL3u037085@freebsd.giovannelli.com> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_KrAxHwY3XndVuoy" Message-Id: <200802260649.14504.totman@gmail.com> Subject: Re: toshiba libretto l5 and xorg 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, 26 Feb 2008 13:16:17 -0000 --Boundary-00=_KrAxHwY3XndVuoy Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline While I am not running FreeBSD and I am running my Debian installation on a T31 I think I have the same video card and have found a great xorg configuration that actually uses OpenGL (if that's not a problem). Here it is attached to the email. Watchout though, unless you use the Dvorak keyboard layout YOU WILL HAVE TO CHANGE THE KEYBOARD SETTINGS... but only if you wish to use your keyboard and such. -Bill Totman On Tuesday 26 February 2008, Gianmarco Giovannelli wrote: > Hi all. > > I have an old Toshiba libretto L5 that ran FreeBSD 4-STABLE and XFree > 4.x without too much problems. > > Now I installed 7.0-RC and the latest Xorg 7.3 (from the pkgs). > The problem is that with the xorg and the ati or radeon driver (the > libretto has an ATI Radeon Mobility M6 LY) the display is not > correctly initialize resulting in a couple of mouse on the screen :-) > and some funny things even if it seem not to hangs . > > Using the vesa driver the screen remain blank and the only solution > is to kill the X server. > > So basically: > 1) is there someone that has this laptop running happily xorg and > want to share his/her configs ? > 2) if it is a problem of xorg I can try today to compile xfree again > but the port is really outdated (4.5 vs 4.7) and deprecated too and > there is no package :-) > > Any hints ? > > I attach my Xorg.0.log > > Thanks very much for any help. --Boundary-00=_KrAxHwY3XndVuoy Content-Type: text/plain; charset="iso-8859-1"; name="xorg.conf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="xorg.conf" Section "ServerLayout" Identifier "ServerLayout" Screen "Screen0" InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "ServerFlags" Option "PM" "off" Option "DPMS" "off" EndSection Section "Files" FontPath "/usr/share/fonts/X11/misc" FontPath "/usr/X11R6/lib/X11/fonts/misc" FontPath "/usr/share/fonts/X11/cyrillic" FontPath "/usr/X11R6/lib/X11/fonts/cyrillic" FontPath "/usr/share/fonts/X11/100dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/share/fonts/X11/75dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath "/usr/share/fonts/X11/Type1" FontPath "/usr/X11R6/lib/X11/fonts/Type1" FontPath "/usr/share/fonts/X11/100dpi" FontPath "/usr/X11R6/lib/X11/fonts/100dpi" FontPath "/usr/share/fonts/X11/75dpi" FontPath "/usr/X11R6/lib/X11/fonts/75dpi" # path to defoma fonts FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" EndSection Section "Module" Load "record" Load "extmod" Load "dbe" Load "dri" Load "glx" Load "xtrap" Load "freetype" Load "type1" Load "speedo" Load "radeon" Load "drm" EndSection Section "DRI" Mode 0666 EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "XkbModel" "pc105" Option "XkbLayout" "dvorak" Option "XkbVariant" "nodeadkeys" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "Auto" Option "Device" "/dev/input/mice" Option "ZAxisMapping" "4 5" Option "Emulate3Buttons" "yes" EndSection Section "Monitor" Identifier "Monitor0" VendorName "IBM" ModelName "X31 TFT Screen" HorizSync 31.5 - 48.5 VertRefresh 40.0 - 70.0 # Option "DPMS" DisplaySize 243.84 182.88 EndSection Section "Device" Identifier "Videocard0" Driver "radeon" BusID "PCI:1:0:0" Option "AGPMode" "4" Option "AGPSize" "16" # default: 8 Option "AGPFastWrite" "false" # MUST BE FALSE!!! Option "SWcursor" "true" # MUST BE TRUE!!! Option "RingSize" "4" Option "BufferSize" "2" Option "EnablePageFlip" "true" Option "EnableDepthMoves" "false" # MUST BE FALSE!!! Option "RenderAccel" "true" Option "AccelMethod" "XAA" # or XAA, EXA Option "DDCMode" Option "SubPixelOrder" "NONE" Option "ColorTiling" "true" Option "DynamicClocks" "true" Option "bioshotkeys" "True" Option "XAANoOffscreenPixmaps" "true" EndSection Section "Screen" Identifier "Screen0" Device "Videocard0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 16 Modes "1280x1024" EndSubSection SubSection "Display" Viewport 0 0 Depth 24 Modes "1280x1024" EndSubSection EndSection --Boundary-00=_KrAxHwY3XndVuoy-- From owner-freebsd-mobile@FreeBSD.ORG Tue Feb 26 22:28:26 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E6751065670 for ; Tue, 26 Feb 2008 22:28:26 +0000 (UTC) (envelope-from ralith@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.177]) by mx1.freebsd.org (Postfix) with ESMTP id 40A0E13C45A for ; Tue, 26 Feb 2008 22:28:26 +0000 (UTC) (envelope-from ralith@gmail.com) Received: by el-out-1112.google.com with SMTP id r27so2130108ele.3 for ; Tue, 26 Feb 2008 14:28:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=Z6Ch5jwdNXdBVUXYdt0tQAAWgUGEY7L1QJgGDEdMeXI=; b=XORiTn3+gtTYD3mocIGQiWVndwpCxP/MaIayGKagqjwzw7xVOGh2Qm5eKYlslmBR8IDnPjnUFgmnGokvbLMXlEGqy184S3AXakDivAVmc94G45CdJK9BvljJz0Vn4ekgqs7QRx9a3sb1DgN8aHUvpuIdZOPtJ1hDgdZdZY21szc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=YCi4bpD991vFHnZ+3lJRRgX0duE/YBb86XMGgY1HZx1weY3plnXTAlzLRzdqGBaHfjdEOIrIp62JCwDCQSo+AVCy/n51dYTlJ62wbCL7RCWIsLtVRxiproW1TAqMoO/kR4tWM4lve7Y5U8jaNuDIuVZtl04GYMrh2nqnN4Qw24Q= Received: by 10.114.173.15 with SMTP id v15mr6243803wae.63.1204063433804; Tue, 26 Feb 2008 14:03:53 -0800 (PST) Received: by 10.115.110.7 with HTTP; Tue, 26 Feb 2008 14:03:53 -0800 (PST) Message-ID: <4f0505510802261403x206b5411t150b87a241c78f3c@mail.gmail.com> Date: Tue, 26 Feb 2008 14:03:53 -0800 From: Ralith To: freebsd-mobile@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Currently supported cellular modems? 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, 26 Feb 2008 22:28:26 -0000 I recently upgraded my laptop from an old acer model running linux w/ a sierra AirCard 860 pcmcia cellular modem (which has semi-official linux support) to a nice shiny new Asus c90s built from barebones running, of course, FreeBSD (7.0). This is a wonderful configuration, except instead of a PCMCIA card slot, it's got an express card slot, meaning I need to get a new cellular modem. What USB or (preferably) express card cellular modems are supported? I'm looking for something with HSDPA support in particular, and an external antenna connector is always a plus. Also, is there a way to check if my (empty) express card slot is properly detected and supported by FreeBSD? From owner-freebsd-mobile@FreeBSD.ORG Wed Feb 27 10:59:52 2008 Return-Path: Delivered-To: mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91E171065671 for ; Wed, 27 Feb 2008 10:59:52 +0000 (UTC) (envelope-from freebsd.lists@fsck.ch) Received: from xsmtp1.ethz.ch (xsmtp1.ethz.ch [82.130.70.13]) by mx1.freebsd.org (Postfix) with ESMTP id 4F8598FC16 for ; Wed, 27 Feb 2008 10:59:52 +0000 (UTC) (envelope-from freebsd.lists@fsck.ch) Received: from xfe2.d.ethz.ch ([82.130.124.42]) by xsmtp1.ethz.ch with Microsoft SMTPSVC(6.0.3790.3959); Wed, 27 Feb 2008 11:37:34 +0100 Received: from default.fsck.ch ([82.130.80.236]) by xfe2.d.ethz.ch over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Wed, 27 Feb 2008 11:37:32 +0100 Message-ID: <47C53D40.8070604@fsck.ch> Date: Wed, 27 Feb 2008 11:36:48 +0100 From: Tobias Roth User-Agent: Thunderbird 2.0.0.9 (X11/20080226) MIME-Version: 1.0 To: mobile@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 27 Feb 2008 10:37:32.0963 (UTC) FILETIME=[C28D6F30:01C8792C] Cc: Subject: wpa_supplicant keeps de- and reassociating 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, 27 Feb 2008 10:59:52 -0000 Hi I see the following when I connect to the universitys wlan with 7.0-PRERELEASE and if_ath0: I associate to a wlan using wpa_supplicant. There are several base stations for the same network around. First-time association works a bit slow but otherwise well, but then, after a while (quite frequently), something initiates a rescan, and the connections drops for some time. The laptops position was not changed during that time. Then, most of the time, things fix themselves and the interface reassociates, but this can take sme time. If I issue "ifconfig ath0" a few times during one of those dropouts, I can see different channels being tried, and also sometimes my ssid is shown, sometimes no ssid is shown during scanning. Questions: 1) what is causing these deassociate/scan/reassociate cycles? 2) why is it unsetting the ssid, when I explicitly set it in wpa_conf? 2) how can I stop this (i.e. keep the current connection after initial association? Thanks a lot, Tobias From owner-freebsd-mobile@FreeBSD.ORG Wed Feb 27 17:02:35 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C80B106566B for ; Wed, 27 Feb 2008 17:02:35 +0000 (UTC) (envelope-from picotech9999@yahoo.com) Received: from web56103.mail.re3.yahoo.com (web56103.mail.re3.yahoo.com [216.252.110.197]) by mx1.freebsd.org (Postfix) with SMTP id E03308FC12 for ; Wed, 27 Feb 2008 17:02:34 +0000 (UTC) (envelope-from picotech9999@yahoo.com) Received: (qmail 92419 invoked by uid 60001); 27 Feb 2008 17:02:34 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=XI06mwA+WS3KyFNx0jhoNZeeTG/eqZhOwXiV5wlWCh9aIF19oo4R/9Mkm9UXImGEAsjRMD4x3kwHSK4n6u3Nnv7MQa90hfOVq1aSy5tKLkN9U7IqliuFZKXXDbaJZBpIlujqPIj81jfO7lnroSrUTzCK1o5ufqUQ/wRxYEnp494=; X-YMail-OSG: q8GUAhkVM1mtse_qpz8yYRWLenI3eiiaRgFzj8gG1ALG5PaOL8j8pm8EPGY1ncJfQpVnCyppJqtdcYGJ.EN3f1r2 Received: from [99.248.45.136] by web56103.mail.re3.yahoo.com via HTTP; Wed, 27 Feb 2008 09:02:33 PST Date: Wed, 27 Feb 2008 09:02:33 -0800 (PST) From: PICO Tech To: freebsd-mobile@freebsd.org In-Reply-To: <4f0505510802261403x206b5411t150b87a241c78f3c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <94046.92195.qm@web56103.mail.re3.yahoo.com> Subject: Toshiba M70 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, 27 Feb 2008 17:02:35 -0000 The problem apparently is in cbb some unassigned interrupt I solved the problem by going to NetBSD and using PCI_FIX_UP to deal with the interrupt issues. Sam, if this in your ballpark, I will post the dmesg from NetSD to compare with the FreeBsd Happily sending from ath0 on NetBSD ;) Dell ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From owner-freebsd-mobile@FreeBSD.ORG Wed Feb 27 19:25:27 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D0081065674 for ; Wed, 27 Feb 2008 19:25:27 +0000 (UTC) (envelope-from ismith00@yahoo.com) Received: from n13.bullet.mail.mud.yahoo.com (n13.bullet.mail.mud.yahoo.com [68.142.201.236]) by mx1.freebsd.org (Postfix) with SMTP id DE97E8FC12 for ; Wed, 27 Feb 2008 19:25:26 +0000 (UTC) (envelope-from ismith00@yahoo.com) Received: from [68.142.194.243] by n13.bullet.mail.mud.yahoo.com with NNFMP; 27 Feb 2008 19:12:04 -0000 Received: from [68.142.201.249] by t1.bullet.mud.yahoo.com with NNFMP; 27 Feb 2008 19:12:04 -0000 Received: from [127.0.0.1] by omp410.mail.mud.yahoo.com with NNFMP; 27 Feb 2008 19:12:04 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 788287.92818.bm@omp410.mail.mud.yahoo.com Received: (qmail 85836 invoked by uid 60001); 27 Feb 2008 17:03:54 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=jD9cQJ6EziZtRbGdB8HVW3RvW06rZJvtvr3DPCgZwaQBNWYQSNd1jmZ2cZOyb4eou9cQRx8rpAHg1qYPG7IcM7vzRnFu8pKbqWnzGRqMPqvdDIkfreQZDEqq3wiUDaSfLmmE0NmnGQvKCGSJrMxNL0dHTwVNFs1zk0enlx0nezQ=; X-YMail-OSG: JagvsC8VM1kwr6E4CZmcoymdme4uOb1H69pDuG2k0tbqeLaV7mZpJiD_OMd8hQc4rxccmktwWtujMT5dlUcv.dq.Ow-- Received: from [90.197.56.46] by web45805.mail.sp1.yahoo.com via HTTP; Wed, 27 Feb 2008 11:03:54 CST X-Mailer: YahooMailRC/818.31 YahooMailWebService/0.7.162 Date: Wed, 27 Feb 2008 11:03:54 -0600 (CST) From: Ian Smith To: Sam Leffler MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <300517.80999.qm@web45805.mail.sp1.yahoo.com> Cc: freebsd-mobile@freebsd.org Subject: Re: FreeBSD 7.0-RC2 ath wireless issues X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Feb 2008 19:25:27 -0000 Hi Sam, I tried wireless using backtrack and it worked off the bat so looks like the problem lies within FreeBSD itself. As I said before I'm running the generic kernel so it can't of broken as a result of tweaking. When you refer to crypto do you mean the kernel option or some other mechanism? The ap itself is completely open and as backtrack has shown works with the card. Are there any other areas you can think of that may be causing this behavior or is the card not entirely supported yet? Thanks for all your help so far, Ian. ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From owner-freebsd-mobile@FreeBSD.ORG Wed Feb 27 21:42:22 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7C191065672 for ; Wed, 27 Feb 2008 21:42:22 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id B4C7F8FC12 for ; Wed, 27 Feb 2008 21:42:22 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m1RLgL2J020223 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 Feb 2008 13:42:22 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <47C5D93D.2050208@errno.com> Date: Wed, 27 Feb 2008 13:42:21 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Ian Smith References: <300517.80999.qm@web45805.mail.sp1.yahoo.com> In-Reply-To: <300517.80999.qm@web45805.mail.sp1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: freebsd-mobile@freebsd.org Subject: Re: FreeBSD 7.0-RC2 ath wireless issues X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Feb 2008 21:42:23 -0000 Ian Smith wrote: > Hi Sam, > > I tried wireless using backtrack and it worked off the bat so looks like the problem lies within FreeBSD itself. As I said before I'm running the generic kernel so it can't of broken as a result of tweaking. When you refer to crypto do you mean the kernel option or some other mechanism? The ap itself is completely open and as backtrack has shown works with the card. Are there any other areas you can think of that may be causing this behavior or is the card not entirely supported yet? > > Thanks for all your help so far, > Sorry, I have no context for your question. Sam From owner-freebsd-mobile@FreeBSD.ORG Wed Feb 27 22:11:28 2008 Return-Path: Delivered-To: mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33D021065670 for ; Wed, 27 Feb 2008 22:11:28 +0000 (UTC) (envelope-from SRS0=de9150bb05792cebfe33317a01f73a3e8bf4e69f=624=es.net=oberman@es.net) Received: from postal1.es.net (postal4.es.net [IPv6:2001:400:6000:1::66]) by mx1.freebsd.org (Postfix) with ESMTP id 1F05B8FC24 for ; Wed, 27 Feb 2008 22:11:26 +0000 (UTC) (envelope-from SRS0=de9150bb05792cebfe33317a01f73a3e8bf4e69f=624=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id HYM20525; Wed, 27 Feb 2008 14:11:25 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id A630D4500E; Wed, 27 Feb 2008 14:11:24 -0800 (PST) To: Tobias Roth In-Reply-To: Your message of "Wed, 27 Feb 2008 11:36:48 +0100." <47C53D40.8070604@fsck.ch> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1204150284_87848P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 27 Feb 2008 14:11:24 -0800 From: "Kevin Oberman" Message-Id: <20080227221124.A630D4500E@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: X-To_Name: Tobias Roth X-To_Domain: fsck.ch X-To: Tobias Roth X-To_Email: freebsd.lists@fsck.ch X-To_Alias: freebsd.lists Cc: mobile@freebsd.org Subject: Re: wpa_supplicant keeps de- and reassociating 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, 27 Feb 2008 22:11:28 -0000 --==_Exmh_1204150284_87848P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Wed, 27 Feb 2008 11:36:48 +0100 > From: Tobias Roth > Sender: owner-freebsd-mobile@freebsd.org > > Hi > > I see the following when I connect to the universitys wlan with > 7.0-PRERELEASE and if_ath0: > > I associate to a wlan using wpa_supplicant. There are several base > stations for the same network around. First-time association works a bit > slow but otherwise well, but then, after a while (quite frequently), > something initiates a rescan, and the connections drops for some time. > The laptops position was not changed during that time. > > Then, most of the time, things fix themselves and the interface > reassociates, but this can take sme time. If I issue "ifconfig ath0" a > few times during one of those dropouts, I can see different channels > being tried, and also sometimes my ssid is shown, sometimes no ssid is > shown during scanning. > > Questions: > > 1) what is causing these deassociate/scan/reassociate cycles? Background scans are causing it. They should not, but I have seen it a lot. I only see it when I travel and am in a location where there are multiple APs. > 2) why is it unsetting the ssid, when I explicitly set it in wpa_conf? I assume you mean wpa_supplicant.conf, but I don't know why. I know that I see it on my Atheros 5212. I have some guesses, but I have been unable to confirm anything. I suspect that it is if the BG scan completes and did not see the current AP, even if the current AP is active. It may also be that a different AP is stronger when the scan takes place. I can only troubleshoot this on occasion when I am someplace where I get several APs...usually at a conference, so I may not get a chance to collect information any time soon. > 2) how can I stop this (i.e. keep the current connection after initial > association? ifconfig ath0 -bgscan (as superuser) after the initial association has completed successfully. (I could probably do it by putting "-bgscan" im the ifconfig_ath0 line in my rc.conf.local. This would have a negative impact on roaming, though, so it is not the ideal solution, just one that works fairly well. Something is simply interacting badly between the wpa_supplicant and the background scans, but tracking it down will be a real pain! Still using profile.sh! -- 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 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1204150284_87848P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHxeAMkn3rs5h7N1ERAn+qAJ9M7RiYxvHj+FXxubY6mZQq4KzztgCeM6t2 9AanMEluUpHNfzeZWE8Hvaw= =AEg6 -----END PGP SIGNATURE----- --==_Exmh_1204150284_87848P-- From owner-freebsd-mobile@FreeBSD.ORG Wed Feb 27 22:55:11 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DB3E106566B for ; Wed, 27 Feb 2008 22:55:11 +0000 (UTC) (envelope-from fbsd.mobile@rachie.is-a-geek.net) Received: from snoogles.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 2B52B8FC17 for ; Wed, 27 Feb 2008 22:55:11 +0000 (UTC) (envelope-from fbsd.mobile@rachie.is-a-geek.net) Received: from localhost (localhost [127.0.0.1]) by snoogles.rachie.is-a-geek.net (Postfix) with ESMTP id 018A21CDE2; Wed, 27 Feb 2008 13:37:02 -0900 (AKST) From: Mel To: freebsd-mobile@freebsd.org Date: Wed, 27 Feb 2008 23:36:58 +0100 User-Agent: KMail/1.9.7 References: <20080227221124.A630D4500E@ptavv.es.net> In-Reply-To: <20080227221124.A630D4500E@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802272336.59749.fbsd.mobile@rachie.is-a-geek.net> Cc: Tobias Roth Subject: Re: wpa_supplicant keeps de- and reassociating 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, 27 Feb 2008 22:55:11 -0000 On Wednesday 27 February 2008 23:11:24 Kevin Oberman wrote: > > Date: Wed, 27 Feb 2008 11:36:48 +0100 > > From: Tobias Roth > > Sender: owner-freebsd-mobile@freebsd.org > > > > Hi > > > > I see the following when I connect to the universitys wlan with > > 7.0-PRERELEASE and if_ath0: > > > > I associate to a wlan using wpa_supplicant. There are several base > > stations for the same network around. First-time association works a bit > > slow but otherwise well, but then, after a while (quite frequently), > > something initiates a rescan, and the connections drops for some time. > > The laptops position was not changed during that time. > > > > Then, most of the time, things fix themselves and the interface > > reassociates, but this can take sme time. If I issue "ifconfig ath0" a > > few times during one of those dropouts, I can see different channels > > being tried, and also sometimes my ssid is shown, sometimes no ssid is > > shown during scanning. > > > > Questions: > > > > 1) what is causing these deassociate/scan/reassociate cycles? > > Background scans are causing it. They should not, but I have seen it a > lot. I only see it when I travel and am in a location where there are > multiple APs. > > > 2) why is it unsetting the ssid, when I explicitly set it in wpa_conf? > > I assume you mean wpa_supplicant.conf, but I don't know why. I know that > I see it on my Atheros 5212. I have some guesses, but I have been > unable to confirm anything. > > I suspect that it is if the BG scan completes and did not see the > current AP, even if the current AP is active. It may also be that a > different AP is stronger when the scan takes place. > > I can only troubleshoot this on occasion when I am someplace where I > get several APs...usually at a conference, so I may not get a chance to > collect information any time soon. > > > 2) how can I stop this (i.e. keep the current connection after initial > > association? > > ifconfig ath0 -bgscan (as superuser) after the initial association has > completed successfully. (I could probably do it by putting "-bgscan" im > the ifconfig_ath0 line in my rc.conf.local. This would have a negative > impact on roaming, though, so it is not the ideal solution, just one > that works fairly well. > > Something is simply interacting badly between the wpa_supplicant and the > background scans, but tracking it down will be a real pain! I'm not sure that it's wpa_supplicant alone, but I did see it more on the wpa_supplicant machine. We switched it over to wire now, cause it was interrupting too much being the main nfs server, but it wouldn't be too hard to switch it back on, even as secondary nic, just to see it re-associating. -- Mel From owner-freebsd-mobile@FreeBSD.ORG Sat Mar 1 09:18:14 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 135011065788 for ; Sat, 1 Mar 2008 09:18:14 +0000 (UTC) (envelope-from freebsd@gimbo.org) Received: from out.consiagnet.it (out.consiagnet.it [83.149.128.196]) by mx1.freebsd.org (Postfix) with ESMTP id 89FE88FC2D for ; Sat, 1 Mar 2008 09:18:13 +0000 (UTC) (envelope-from freebsd@gimbo.org) Received: from freebsd.giovannelli.com (freebsd.giovannelli.com [83.149.149.149]) by out.consiagnet.it (8.14.2/8.13.8) with ESMTP id m219p8mq092423; Sat, 1 Mar 2008 10:51:08 +0100 (CET) (envelope-from freebsd@gimbo.org) Received: from PC-gmarco.giovannelli.it ([10.254.254.89]) by freebsd.giovannelli.com (8.14.1/8.14.1) with ESMTP id m21882NY097043; Sat, 1 Mar 2008 09:08:03 +0100 (CET) (envelope-from freebsd@gimbo.org) Message-Id: <200803010808.m21882NY097043@freebsd.giovannelli.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 01 Mar 2008 09:46:33 +0100 To: Bill Totman , freebsd-mobile@freebsd.org From: Gianmarco Giovannelli In-Reply-To: <200802260649.14504.totman@gmail.com> References: <200802260649.m1Q6nL3u037085@freebsd.giovannelli.com> <200802260649.14504.totman@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: toshiba libretto l5 and xorg X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 09:18:14 -0000 At 13.49 26/02/2008, Bill Totman wrote: >While I am not running FreeBSD and I am running my Debian installation on a >T31 I think I have the same video card and have found a great xorg >configuration that actually uses OpenGL (if that's not a problem). > >Here it is attached to the email. > >Watchout though, unless you use the Dvorak keyboard layout YOU WILL HAVE TO >CHANGE THE KEYBOARD SETTINGS... but only if you wish to use your keyboard and >such. Hi, thanks all for the kind reply. But things are not working :-( Also this xorg.conf doesn't work. Can be a FreeBSD (7.0 ?) related problem ? It works quite well (as I wrote) with xfree and freebsd 4.11 . But there is not anyone here that _still_ use this laptop :-) ? Best Regards, Gianmarco Giovannelli , "Unix expert since yesterday" http://utenti.gufi.org/~gmarco/ From owner-freebsd-mobile@FreeBSD.ORG Sat Mar 1 09:24:27 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A350106566C for ; Sat, 1 Mar 2008 09:24:27 +0000 (UTC) (envelope-from martin.honore.johansen@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id DBBFB8FC15 for ; Sat, 1 Mar 2008 09:24:26 +0000 (UTC) (envelope-from martin.honore.johansen@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so839046uge.37 for ; Sat, 01 Mar 2008 01:24:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:x-x-sender:to:subject:message-id:mime-version:content-type:from; bh=En6k2zzkSj6Q0XGDQ9BA1tJtcmuFixvA6j8tZJLbA+I=; b=EDFDpb0yNdjNsaf6EU6QJGR/EdO80qM92wUOdUKo8QZeamqCesdX1x+kIkWsi5PNeBVNtKcwhALhZCUkDnMEV1ueKhpZvkYm3D6WuzwLSLyLHq04u/1P2uxLiaHkgKdO+H9a9knXomA/kFjJ/jFW/Tfy/og9c4XoQYsbCW6Wr9c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:x-x-sender:to:subject:message-id:mime-version:content-type:from; b=baQRRXVUP/up26dxza+uFUSVmIGH3h7aHR+AeiMuemiBMT7meIEO/XuPSxJFIzrfBC4XagGolayh/7cK94olC1mCdFMiAtQtAj+FH9KwIEjT/8zyGHDBTpYAaQp4G1s9ULE8znfPYGqX54Mzjs7xMDV5/MqX3zhXavCABKdC+wE= Received: by 10.78.151.3 with SMTP id y3mr11278381hud.62.1204361962880; Sat, 01 Mar 2008 00:59:22 -0800 (PST) Received: from pc-9-251.skjoldhoej.dk ( [84.238.9.251]) by mx.google.com with ESMTPS id k9sm4465899nfh.29.2008.03.01.00.59.20 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 01 Mar 2008 00:59:21 -0800 (PST) Date: Sat, 1 Mar 2008 09:59:28 +0100 (CET) X-X-Sender: mh@localhost To: freebsd-mobile@freebsd.org Message-ID: <20080301095357.E721@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed From: Martin Honore Johansen Subject: i855gme support on 7.0 release X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 09:24:27 -0000 Have 7.0 release gotten agp and drm support for the intel built in graphiccards, which uses the i915.ko driver?