From owner-freebsd-mobile@FreeBSD.ORG Sun Jul 15 07:42:15 2007 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5AC8016A401 for ; Sun, 15 Jul 2007 07:42:15 +0000 (UTC) (envelope-from zhangweiwu@realss.com) Received: from bossdog.realss.com (bossdog.realss.com [211.157.108.128]) by mx1.freebsd.org (Postfix) with ESMTP id 6820D13C481 for ; Sun, 15 Jul 2007 07:42:14 +0000 (UTC) (envelope-from zhangweiwu@realss.com) Received: from localhost (unknown [127.0.0.1]) by bossdog.realss.com (Postfix) with ESMTP id BB3D31C0007 for ; Sun, 15 Jul 2007 15:42:31 +0800 (CST) Received: from bossdog.realss.com ([127.0.0.1]) by localhost (bossdog.realss.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29358-11 for ; Sun, 15 Jul 2007 15:42:29 +0800 (CST) Received: from [218.193.55.195] (166.17.61.59.board.xm.fj.dynamic.163data.com.cn [59.61.17.166]) by bossdog.realss.com (Postfix) with ESMTP id 5C5AF1C0006 for ; Sun, 15 Jul 2007 15:42:29 +0800 (CST) From: Zhang Weiwu To: freebsd-mobile@freebsd.org In-Reply-To: <200707111431.52840.jhb@freebsd.org> References: <1183942480.6901.15.camel@joe.realss.com> <1184115985.13672.1.camel@joe.realss.com> <20070710.205634.756906935.imp@bsdimp.com> <200707111431.52840.jhb@freebsd.org> Content-Type: multipart/mixed; boundary="=-CMYCeBCZjxzI1XdL5mY3" Organization: Real Softservice Date: Sun, 15 Jul 2007 15:36:30 +0800 Message-Id: <1184484990.9138.4.camel@joe.realss.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2 X-Virus-Scanned: amavisd-new at bossdog.realss.com Subject: Re: unable to map IRQ for my pccard 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, 15 Jul 2007 07:42:15 -0000 --=-CMYCeBCZjxzI1XdL5mY3 Content-Type: text/plain Content-Transfer-Encoding: 7bit On Wed, 2007-07-11 at 14:31 -0400, John Baldwin wrote: > No, we only route things once. Look at /sys/i386/pci/pci_pir.c. It keeps > track of which IRQ a link is routed to, and we only use the BIOS call if it > didn't look like the BIOS had already routed it, and we haven't routed it > before. I think we are actually trying to route 0x61 btw, not 0x60 since > it's device 2.1 (and thus probably INTB) that is keeling over. > > You can try using a hint like 'hw.pci0.2.INTB.irq=11' and seeing if it works. Thank you for the insight and suggested solution. After having that setting in /boot/device.hints I still cannot make the second card work, just in case you are interested in this issue too, I have attached the dmesg after used suggested hint. This dmesg is obtained by first insert both cards and then boot. And here is the output of pirtool after I used the hints and both cards: [root@quasimodo /home/zhangweiwu]# pirtool PIRTOOL for FreeBSD (c) 2002 Bruce M. Simpson --------------------------------------------- PCI Interrupt Routing Table at 0x000FB270 ----------------------------------------- 0x00: Signature: $PIR 0x04: Version: 1.0 0x06: Size: 96 bytes (4 entries) 0x08: Device: 0:6:0 0x0a: PCI Exclusive IRQs: 0x00000400 0x0c: Compatible with: 0x00000000 unknown chipset 0x10: Miniport Data: 0x00000000 0x1f: Checksum: 0x4D Entry 0: Device 0:6:0 Slot 0 (on-board) INTA: 60h routable irqs: 3 4 5 6 7 9 10 11 12 14 15 INTB: 00h (not connected) INTC: 00h (not connected) INTD: 63h routable irqs: 3 4 5 6 7 9 10 11 12 14 15 Entry 1: Device 0:2:0 Slot 0 (on-board) INTA: 60h routable irqs: 3 4 5 6 7 9 10 11 12 14 15 INTB: 61h routable irqs: 3 4 5 6 7 9 10 11 12 14 15 INTC: 00h (not connected) INTD: 00h (not connected) Entry 2: Device 0:3:0 Slot 0 (on-board) INTA: 60h routable irqs: 3 4 5 6 7 9 10 11 12 14 15 INTB: 00h (not connected) INTC: 00h (not connected) INTD: 00h (not connected) Entry 3: Device 0:7:0 Slot 0 (on-board) INTA: 60h routable irqs: 3 4 5 6 7 9 10 11 12 14 15 INTB: 61h routable irqs: 3 4 5 6 7 9 10 11 12 14 15 INTC: 00h (not connected) INTD: 00h (not connected) --=-CMYCeBCZjxzI1XdL5mY3 Content-Disposition: attachment; filename=dmesg_with_both_cards Content-Type: text/plain; name=dmesg_with_both_cards; charset=UTF-8 Content-Transfer-Encoding: 7bit Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-RELEASE #0: Thu Jul 5 12:26:43 CST 2007 root@quasimodo.realss.com:/usr/obj/usr/src/sys/QUASIMODO Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium/P55C (quarter-micron) (232.11-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x581 Stepping = 1 Features=0x8001bf real memory = 100466688 (95 MB) avail memory = 88723456 (84 MB) Intel Pentium detected, installing workaround for F00F bug kbd1 at kbdmux0 cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 cbb0: mem 0x20822000-0x20822fff at device 2.0 on pci0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: mem 0x20821000-0x20821fff at device 2.1 on pci0 pccard1: <16-bit PCCard bus> on cbb1 pci0: at device 3.0 (no driver attached) isab0: at device 6.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfcf0-0xfcff at device 6.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0x9000-0x901f irq 10 at device 6.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 pci0: at device 6.3 (no driver attached) pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc9fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x3bc-0x3c3 irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: configured irq 5 not in bitmap of probed irqs 0 sio2: port may not be enabled sio3: configured irq 9 not in bitmap of probed irqs 0 sio3: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (irq) unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) pcm0: at port 0x530-0x537,0x388-0x38b,0x220-0x233 irq 5 drq 1,0 on isa0 pcm0: [GIANT-LOCKED] unknown: can't assign resources (port) unknown: can't assign resources (port) ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 232106281 Hz quality 800 Timecounters tick every 1.000 msec ep0: <3Com Corporation 3C589D> at port 0x100-0x10f irq 10 function 0 config 1 on pccard0 ep0: Ethernet address: 00:60:97:92:c0:27 ata2: at port 0x110-0x11f irq 11 function 0 config 1 on pccard1 ad0: 3102MB at ata0-master UDMA33 acd0: CDROM at ata0-slave PIO3 Interrupt storm detected on "irq10:"; throttling interrupt source Trying to mount root from ufs:/dev/ad0s1a arplookup 218.193.55.198 failed: could not allocate llinfo arpresolve: can't allocate route for 218.193.55.198 nfs server emerson:/home/zhangweiwu/public_html: not responding nfs server emerson:/home/zhangweiwu/public_html: not responding nfs server emerson:/home/zhangweiwu/public_html: not responding --=-CMYCeBCZjxzI1XdL5mY3-- From owner-freebsd-mobile@FreeBSD.ORG Mon Jul 16 04:17:20 2007 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E2ED16A400 for ; Mon, 16 Jul 2007 04:17:20 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.freebsd.org (Postfix) with ESMTP id 25B4B13C4A6 for ; Mon, 16 Jul 2007 04:17:20 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from phantom.kitchenlab.org (phantom.kitchenlab.org [64.142.31.109]) (authenticated bits=0) by b.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id l6G4FwHl019735 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 15 Jul 2007 21:15:59 -0700 Message-ID: <469AF0FE.1060400@freebsd.org> Date: Sun, 15 Jul 2007 21:15:58 -0700 From: "Bruce A. Mah" User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Sam Leffler References: <20070713202015.GA1718@phantom.kitchenlab.org> <46994990.1070505@errno.com> In-Reply-To: <46994990.1070505@errno.com> X-Enigmail-Version: 0.95.2 OpenPGP: id=5ba052c3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig80B090C1F371C7ADC001DF4D" Cc: freebsd-mobile@freebsd.org Subject: Re: ath(4), wpa_supplicant, WPA2, Netgear WG302 problem 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, 16 Jul 2007 04:17:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig80B090C1F371C7ADC001DF4D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, Sam Leffler wrote: > Bruce A. Mah wrote: >> The OS is FreeBSD HEAD as of yesterday, GENERIC kernel. Note that >> this has the recent HAL import, as well as wpa_supplicant v0.5.8: >> >> ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5= 413) >=20 > not sure what "the recent hal import" is My bad. I somehow thought there was a HAL import associated with the background scanning update you did recently. [snip] > It appears wpa_supplicant is timing out waiting for an initial EAPOL > frame from the ap. I'd verify traffic is getting through; possibly wit= h > tcpdump. This means I should be running tcpdump on a different machine with a wireless interface in monitor mode, right? The AP's log file shows that the card is authenticating and deauthenticating immediately (so the AP at least knows of the card's existence). I haven't compared this with the logs of a successful assocation yet. Also I tried this experiment with a WG511T from my wife's laptop and got the same results. > BTW I'd expect more verbose debug output from wpa_supplicant > with -dd. That was just the first iteration of attempting to associate, but subsequent iterations (except for finding different APs in the AP scan) looked identical to me. I've gotten the card to associate a few times, but generally after many tens of minutes. Once I get an association, the card can pass traffic without any particular problem. (And I did get a *lot* more verbose output from wpa_supplicant the one time that I had invoked it manually with -dd, unfortunately I wasn't saving this at the time.) I've also noticed occasional "interrupt storm" messages for the irq where the cardbus bridge is. I tried upping the limit from 1000 to 5000, but this didn't always get rid of the errors. I'm not sure if this is significant or not. This irq was shared with the firewire controller on a GENERIC kernel; I removed the firewire driver from the kernel hoping this would help and ended up with fxp0 sharing the irq. Not sure if this is a productive line of investigation. I'll continue to play with this in my Copious Spare Time (TM)... Thanks for your advice! Bruce. --------------enig80B090C1F371C7ADC001DF4D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGmvD+2MoxcVugUsMRAgABAKCCQeKDvWTpFgH07W3gV8DKiMG4iQCeM9vj pB1hIZd7vClK3OsnUp8CCKg= =LIb8 -----END PGP SIGNATURE----- --------------enig80B090C1F371C7ADC001DF4D-- From owner-freebsd-mobile@FreeBSD.ORG Mon Jul 16 09:17:23 2007 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4549F16A402 for ; Mon, 16 Jul 2007 09:17:23 +0000 (UTC) (envelope-from zhangweiwu@realss.com) Received: from bossdog.realss.com (bossdog.realss.com [211.157.108.128]) by mx1.freebsd.org (Postfix) with ESMTP id 5003B13C467 for ; Mon, 16 Jul 2007 09:17:22 +0000 (UTC) (envelope-from zhangweiwu@realss.com) Received: from localhost (unknown [127.0.0.1]) by bossdog.realss.com (Postfix) with ESMTP id E14441D85B9 for ; Mon, 16 Jul 2007 17:17:38 +0800 (CST) Received: from bossdog.realss.com ([127.0.0.1]) by localhost (bossdog.realss.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10849-18 for ; Mon, 16 Jul 2007 17:17:37 +0800 (CST) Received: from [218.193.55.195] (166.17.61.59.board.xm.fj.dynamic.163data.com.cn [59.61.17.166]) by bossdog.realss.com (Postfix) with ESMTP id A586C1D85B4 for ; Mon, 16 Jul 2007 17:17:36 +0800 (CST) From: Zhang Weiwu To: freebsd-mobile@freebsd.org In-Reply-To: <200707111431.52840.jhb@freebsd.org> References: <1183942480.6901.15.camel@joe.realss.com> <1184115985.13672.1.camel@joe.realss.com> <20070710.205634.756906935.imp@bsdimp.com> <200707111431.52840.jhb@freebsd.org> Content-Type: multipart/mixed; boundary="=-ZX3YJmnOFqUmnf/w0h6n" Organization: Real Softservice Date: Mon, 16 Jul 2007 17:11:30 +0800 Message-Id: <1184577090.2478.12.camel@joe.realss.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2 X-Virus-Scanned: amavisd-new at bossdog.realss.com Subject: (resend) Re: unable to map IRQ for my pccard 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, 16 Jul 2007 09:17:23 -0000 --=-ZX3YJmnOFqUmnf/w0h6n Content-Type: text/plain Content-Transfer-Encoding: 7bit [I didn't see majordomo send my message back to me, resend in case it's lost. Sorry if you see this message twice.] On Wed, 2007-07-11 at 14:31 -0400, John Baldwin wrote: > No, we only route things once. Look at /sys/i386/pci/pci_pir.c. It keeps > track of which IRQ a link is routed to, and we only use the BIOS call if it > didn't look like the BIOS had already routed it, and we haven't routed it > before. I think we are actually trying to route 0x61 btw, not 0x60 since > it's device 2.1 (and thus probably INTB) that is keeling over. > > You can try using a hint like 'hw.pci0.2.INTB.irq=11' and seeing if it works. Thank you for the insight and suggested solution. After having that setting in /boot/device.hints I still cannot make the second card work, just in case you are interested in this issue too, I have attached the dmesg after used suggested hint. This dmesg is obtained by first insert both cards and then boot. And here is the output of pirtool after I used the hints and both cards: [root@quasimodo /home/zhangweiwu]# pirtool PIRTOOL for FreeBSD (c) 2002 Bruce M. Simpson --------------------------------------------- PCI Interrupt Routing Table at 0x000FB270 ----------------------------------------- 0x00: Signature: $PIR 0x04: Version: 1.0 0x06: Size: 96 bytes (4 entries) 0x08: Device: 0:6:0 0x0a: PCI Exclusive IRQs: 0x00000400 0x0c: Compatible with: 0x00000000 unknown chipset 0x10: Miniport Data: 0x00000000 0x1f: Checksum: 0x4D Entry 0: Device 0:6:0 Slot 0 (on-board) INTA: 60h routable irqs: 3 4 5 6 7 9 10 11 12 14 15 INTB: 00h (not connected) INTC: 00h (not connected) INTD: 63h routable irqs: 3 4 5 6 7 9 10 11 12 14 15 Entry 1: Device 0:2:0 Slot 0 (on-board) INTA: 60h routable irqs: 3 4 5 6 7 9 10 11 12 14 15 INTB: 61h routable irqs: 3 4 5 6 7 9 10 11 12 14 15 INTC: 00h (not connected) INTD: 00h (not connected) Entry 2: Device 0:3:0 Slot 0 (on-board) INTA: 60h routable irqs: 3 4 5 6 7 9 10 11 12 14 15 INTB: 00h (not connected) INTC: 00h (not connected) INTD: 00h (not connected) Entry 3: Device 0:7:0 Slot 0 (on-board) INTA: 60h routable irqs: 3 4 5 6 7 9 10 11 12 14 15 INTB: 61h routable irqs: 3 4 5 6 7 9 10 11 12 14 15 INTC: 00h (not connected) INTD: 00h (not connected) --=-ZX3YJmnOFqUmnf/w0h6n Content-Disposition: attachment; filename=dmesg_with_both_cards Content-Type: text/plain; name=dmesg_with_both_cards; charset=UTF-8 Content-Transfer-Encoding: 7bit Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-RELEASE #0: Thu Jul 5 12:26:43 CST 2007 root@quasimodo.realss.com:/usr/obj/usr/src/sys/QUASIMODO Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium/P55C (quarter-micron) (232.11-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x581 Stepping = 1 Features=0x8001bf real memory = 100466688 (95 MB) avail memory = 88723456 (84 MB) Intel Pentium detected, installing workaround for F00F bug kbd1 at kbdmux0 cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 cbb0: mem 0x20822000-0x20822fff at device 2.0 on pci0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: mem 0x20821000-0x20821fff at device 2.1 on pci0 pccard1: <16-bit PCCard bus> on cbb1 pci0: at device 3.0 (no driver attached) isab0: at device 6.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfcf0-0xfcff at device 6.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0x9000-0x901f irq 10 at device 6.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 pci0: at device 6.3 (no driver attached) pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc9fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x3bc-0x3c3 irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: configured irq 5 not in bitmap of probed irqs 0 sio2: port may not be enabled sio3: configured irq 9 not in bitmap of probed irqs 0 sio3: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (irq) unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) pcm0: at port 0x530-0x537,0x388-0x38b,0x220-0x233 irq 5 drq 1,0 on isa0 pcm0: [GIANT-LOCKED] unknown: can't assign resources (port) unknown: can't assign resources (port) ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 232106281 Hz quality 800 Timecounters tick every 1.000 msec ep0: <3Com Corporation 3C589D> at port 0x100-0x10f irq 10 function 0 config 1 on pccard0 ep0: Ethernet address: 00:60:97:92:c0:27 ata2: at port 0x110-0x11f irq 11 function 0 config 1 on pccard1 ad0: 3102MB at ata0-master UDMA33 acd0: CDROM at ata0-slave PIO3 Interrupt storm detected on "irq10:"; throttling interrupt source Trying to mount root from ufs:/dev/ad0s1a arplookup 218.193.55.198 failed: could not allocate llinfo arpresolve: can't allocate route for 218.193.55.198 nfs server emerson:/home/zhangweiwu/public_html: not responding nfs server emerson:/home/zhangweiwu/public_html: not responding nfs server emerson:/home/zhangweiwu/public_html: not responding --=-ZX3YJmnOFqUmnf/w0h6n-- From owner-freebsd-mobile@FreeBSD.ORG Mon Jul 16 09:31:43 2007 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 23C3116A400 for ; Mon, 16 Jul 2007 09:31:43 +0000 (UTC) (envelope-from M.Apitz@oclcpica.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 8EB5913C48E for ; Mon, 16 Jul 2007 09:31:42 +0000 (UTC) (envelope-from M.Apitz@oclcpica.org) Received: from rebelion.Sisis.de ([193.31.10.34]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Mon, 16 Jul 2007 11:31:54 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.13.8/8.13.8/Submit) id l6G9Vb6b001946 for freebsd-mobile@freebsd.org; Mon, 16 Jul 2007 11:31:37 +0200 (CEST) (envelope-from m.apitz@oclcpica.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to m.apitz@oclcpica.org using -f Date: Mon, 16 Jul 2007 11:31:37 +0200 From: Matthias Apitz To: freebsd-mobile@freebsd.org Message-ID: <20070716093136.GA1600@rebelion.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Operating-System: FreeBSD 6.2-RELEASE (i386) X-OriginalArrivalTime: 16 Jul 2007 09:31:54.0362 (UTC) FILETIME=[259B1DA0:01C7C78C] Subject: How detecting the Wifi area my iwi0 is in? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 09:31:43 -0000 Hello, I'm travelling a lot around with my FreeBSD 6.2 laptop and have all kind of WLAN environments in the different offices and another one at home as well. At the moment I'm using a small shell script which must be run as root after boot to set the correct Wifi context (WPA or WEP, keys, IP addrs), as well routing, DNS and other stuff (DHCP is not present always). That's why I was thinking in doing that automagically on the fly with a better script and based on the SSID of the different AP. But I can't see a stable and reliable way to figure out the SSID with ifconfig. I've just tried in my office after a fresh re-boot: # ifconfig iwi0 iwi0: flags=8802 mtu 1500 ether 00:13:ce:a1:e6:81 media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ssid "" channel 1 authmode OPEN privacy OFF txpowmax 100 bmiss 10 protmode CTS # ifconfig iwi0 scan chanlist 1-20 'ifconfig' returned immediately and does not show any AP # ifconfig iwi0 list ap no AP shown # ifconfig iwi0 up # ifconfig iwi0 scan chanlist 1-20 # ifconfig iwi0 list ap SSID BSSID CHAN RATE S:N INT CAPS NETGEAR 00:18:4d:65:61:12 6 54M 42:0 100 EP WPA XXXXXXXXXXXXX xx:xx:xx:xx:xx:xx 9 54M 53:0 100 EP xxxxxx now my AP XXXXXXXXXXXXX appeared. But sometimes even a 'ifconfig iwi0 up' does not help. So, what is the correct way of getting the list of AP after a fresh boot? Another question: I could grep from the attic an older laptop (Fujitsu Siemens LifeBook C1020) and will install CURRENT on it for testing some stuff. The laptop has not Wifi on board. Are there any PCMCIA based Wifi cards working with FreeBSD? Thx matthias -- Matthias Apitz Manager Technical Support - OCLC PICA GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclcpica.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ OCLC PICA GmbH, Geschaeftsfuehrer: Christine Magin-Weeger, Norbert Weinberger Sitz der Gesellschaft: Oberhaching, HRB Muenchen: 113261 From owner-freebsd-mobile@FreeBSD.ORG Mon Jul 16 10:18:05 2007 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7076E16A404 for ; Mon, 16 Jul 2007 10:18:05 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4A06313C48D for ; Mon, 16 Jul 2007 10:18:05 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so1696016waf for ; Mon, 16 Jul 2007 03:18:05 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cL/pRZ7JnyKrj/BM6P7tH1nzGLSqfsTWzd6uPrWKYa+m1o+OhZFCm5Mic3qWh7GlUc9JtHozUH1piEq5ERHHqhPkXRb4DJoXWmcKGdPpA8Wffe5pJwcm6nGITDtpekP10he/u6fvUbwL/jJUWAGWSUsFm9/dqPPHiFTJsdUFdR0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nlzSD00NVZfCxU4QPUeXyz42Rw47+dM8Tt+wK2OgYGz3xTj0t2y/V1Ha4w1LrKcQ+dMY+ZG/F/G2f+Z9yhfdYbmw/0GvJu689lXtGexJrTN22CPQiTQx1FypLopo8nRrpK7eIL8qj1xKnKOP8ChCjbFALeAcG29p3IlNCCOW6Xk= Received: by 10.115.58.1 with SMTP id l1mr3973479wak.1184579424275; Mon, 16 Jul 2007 02:50:24 -0700 (PDT) Received: by 10.115.78.2 with HTTP; Mon, 16 Jul 2007 02:50:24 -0700 (PDT) Message-ID: Date: Mon, 16 Jul 2007 12:50:24 +0300 From: "Dennis Melentyev" To: "Matthias Apitz" In-Reply-To: <20070716093136.GA1600@rebelion.Sisis.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070716093136.GA1600@rebelion.Sisis.de> Cc: freebsd-mobile@freebsd.org Subject: Re: How detecting the Wifi area my iwi0 is in? 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, 16 Jul 2007 10:18:05 -0000 Hello Mattias, Have you tried wpa_supplicant for this? It can perfectly autodetect networks for me (office/home). With iwi driver on 7.0-CURRENT-200706 snapshot (HP/Compaq nc8230). 2007/7/16, Matthias Apitz : > > Hello, > > I'm travelling a lot around with my FreeBSD 6.2 laptop and have > all kind of WLAN environments in the different offices and another > one at home as well. At the moment I'm using a small shell script > which must be run as root after boot to set the correct Wifi > context (WPA or WEP, keys, IP addrs), as well routing, DNS and > other stuff (DHCP is not present always). That's why I was thinking > in doing that automagically on the fly with a better script and based on > the SSID of the different AP. But I can't see a stable and reliable > way to figure out the SSID with ifconfig. I've just tried in my > office after a fresh re-boot: > > # ifconfig iwi0 > iwi0: flags=8802 mtu 1500 > ether 00:13:ce:a1:e6:81 > media: IEEE 802.11 Wireless Ethernet autoselect > status: no carrier > ssid "" channel 1 > authmode OPEN privacy OFF txpowmax 100 bmiss 10 protmode CTS > # ifconfig iwi0 scan chanlist 1-20 > > 'ifconfig' returned immediately and does not show any AP > > # ifconfig iwi0 list ap > > no AP shown > > # ifconfig iwi0 up > # ifconfig iwi0 scan chanlist 1-20 > # ifconfig iwi0 list ap > SSID BSSID CHAN RATE S:N INT CAPS > NETGEAR 00:18:4d:65:61:12 6 54M 42:0 100 EP WPA > XXXXXXXXXXXXX xx:xx:xx:xx:xx:xx 9 54M 53:0 100 EP xxxxxx > > now my AP XXXXXXXXXXXXX appeared. > > But sometimes even a 'ifconfig iwi0 up' does not help. So, what > is the correct way of getting the list of AP after a fresh boot? > > Another question: I could grep from the attic an older laptop > (Fujitsu Siemens LifeBook C1020) and will install CURRENT > on it for testing some stuff. The laptop has not Wifi on board. > Are there any PCMCIA based Wifi cards working with FreeBSD? > > Thx > > matthias > -- > Matthias Apitz > Manager Technical Support - OCLC PICA GmbH > Gruenwalder Weg 28g - 82041 Oberhaching - Germany > t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 > e - w http://www.oclcpica.org/ http://www.UnixArea.de/ > b http://gurucubano.blogspot.com/ > OCLC PICA GmbH, Geschaeftsfuehrer: Christine Magin-Weeger, Norbert Weinberger > Sitz der Gesellschaft: Oberhaching, HRB Muenchen: 113261 > _______________________________________________ > 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" > -- Dennis Melentyev From owner-freebsd-mobile@FreeBSD.ORG Mon Jul 16 12:04:02 2007 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8B9A16A404 for ; Mon, 16 Jul 2007 12:04:02 +0000 (UTC) (envelope-from M.Apitz@oclcpica.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 461F713C4A8 for ; Mon, 16 Jul 2007 12:04:01 +0000 (UTC) (envelope-from M.Apitz@oclcpica.org) Received: from rebelion.Sisis.de ([193.31.10.34]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Mon, 16 Jul 2007 14:04:14 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.13.8/8.13.8/Submit) id l6GC40hP004756; Mon, 16 Jul 2007 14:04:00 +0200 (CEST) (envelope-from m.apitz@oclcpica.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to m.apitz@oclcpica.org using -f Date: Mon, 16 Jul 2007 14:03:59 +0200 From: Matthias Apitz To: Dennis Melentyev Message-ID: <20070716120359.GA4550@rebelion.Sisis.de> References: <20070716093136.GA1600@rebelion.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.2i X-Operating-System: FreeBSD 6.2-RELEASE (i386) X-OriginalArrivalTime: 16 Jul 2007 12:04:14.0470 (UTC) FILETIME=[6D88EA60:01C7C7A1] Cc: freebsd-mobile@freebsd.org Subject: Re: How detecting the Wifi area my iwi0 is in? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2007 12:04:03 -0000 El día Monday, July 16, 2007 a las 12:50:24PM +0300, Dennis Melentyev escribió: > Hello Mattias, > > Have you tried wpa_supplicant for this? It can perfectly autodetect > networks for me (office/home). With iwi driver on 7.0-CURRENT-200706 > snapshot (HP/Compaq nc8230). Hello Dennis, In some of the offices I'm as well using wpa_supplicant, at home I have only WEP (maybe this would work as well with wpa_supplicant, I've never tried it and just putting the wepkey with ifconfig into the interface); but all this is more complex then just doing the association, because I have also (sometimes) use a dedicated IP addr, sometimes I must fetch it with DHCP, and/or have to set other network related files accordingly (/etc/hosts, /etc/resolv.conf and others); thats why my idea was having a script in /usr/local/etc/rc.d/wlan.sh with the logic like: #!/bin/sh ifconfig iwi0 scan ifconfig iwi0 list ap | fgrep -q office1 && wifi=office1 ifconfig iwi0 list ap | fgrep -q office2 && wifi=office2 ifconfig iwi0 list ap | fgrep -q office3 && wifi=office3 #.... # # switch IP layout: office1 / office2 / ... based on ${wifi} # case ${wifi} in office1) printf "Found Wifi 'office1' ... " ; cat /home/guru/sys/hosts.office1 > /etc/hosts cat /home/guru/sys/resolv.conf.office1 > /etc/resolv.conf cat /home/guru/sys/nsswitch.conf.office1 > /etc/nsswitch.conf route delete default > /dev/null ifconfig bge0 down ssid=office1 wepkey=xxxxxxxxxxxxxxxxxxxxxxxxxx inet=192.168.2.3 netmask=0xffffff00 ifconfig iwi0 inet ${inet} \ netmask ${netmask} \ ssid ${ssid} \ wepkey ${wepkey} \ channel 9 weptxkey 1 wepmode on ping -c3 -o smc route add default 192.168.2.1 > /dev/null printf "... done.\n" ; ;; office2) printf "Found Wifi 'office2' ... " ; route flush > /dev/null route delete 193.31.10.32/27 > /dev/null wpa_supplicant -B -i iwi0 -c /etc/wpa_supplicant.conf # let the WPA client come up and init the iwi0 interface sleep 1 ifconfig iwi0 inet 193.31.10.34 netmask 255.255.255.224 route add default 193.31.10.58 > /dev/null cat /home/guru/sys/hosts.office2 > /etc/hosts cat /home/guru/sys/resolv.conf.office2 > /etc/resolv.conf cat /home/guru/sys/nsswitch.conf.office2 > /etc/nsswitch.conf # .... I'm clearer now what I want to do? matthias -- Matthias Apitz Manager Technical Support - OCLC PICA GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclcpica.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ OCLC PICA GmbH, Geschaeftsfuehrer: Christine Magin-Weeger, Norbert Weinberger Sitz der Gesellschaft: Oberhaching, HRB Muenchen: 113261 From owner-freebsd-mobile@FreeBSD.ORG Mon Jul 16 12:44:04 2007 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD9BE16A4C1 for ; Mon, 16 Jul 2007 12:44:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 5D61D13C4C3 for ; Mon, 16 Jul 2007 12:44:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.7b8) with ESMTP id 196926982 for multiple; Mon, 16 Jul 2007 08:36:39 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l6GCSBkI031595; Mon, 16 Jul 2007 08:28:20 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-mobile@freebsd.org Date: Mon, 16 Jul 2007 07:56:40 -0400 User-Agent: KMail/1.9.6 References: <1183942480.6901.15.camel@joe.realss.com> <200707111431.52840.jhb@freebsd.org> <1184484990.9138.4.camel@joe.realss.com> In-Reply-To: <1184484990.9138.4.camel@joe.realss.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707160756.41133.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 16 Jul 2007 08:28:20 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3680/Mon Jul 16 01:49:06 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Zhang Weiwu Subject: Re: unable to map IRQ for my pccard 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, 16 Jul 2007 12:44:04 -0000 On Sunday 15 July 2007 03:36:30 am Zhang Weiwu wrote: > On Wed, 2007-07-11 at 14:31 -0400, John Baldwin wrote: > > No, we only route things once. Look at /sys/i386/pci/pci_pir.c. It keeps > > track of which IRQ a link is routed to, and we only use the BIOS call if it > > didn't look like the BIOS had already routed it, and we haven't routed it > > before. I think we are actually trying to route 0x61 btw, not 0x60 since > > it's device 2.1 (and thus probably INTB) that is keeling over. > > > > You can try using a hint like 'hw.pci0.2.INTB.irq=11' and seeing if it works. > > Thank you for the insight and suggested solution. After having that > setting in /boot/device.hints I still cannot make the second card work, > just in case you are interested in this issue too, I have attached the > dmesg after used suggested hint. This dmesg is obtained by first insert > both cards and then boot. You got an interrupt storm on IRQ 10, so try setting the hint to 10 rather than 11. -- John Baldwin From owner-freebsd-mobile@FreeBSD.ORG Mon Jul 16 15:14:23 2007 Return-Path: X-Original-To: mobile@freebsd.org Delivered-To: freebsd-mobile@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EAD3216A405; Mon, 16 Jul 2007 15:14:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 7C96613C428; Mon, 16 Jul 2007 15:14:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.7b8) with ESMTP id 196960681 for multiple; Mon, 16 Jul 2007 11:05:52 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l6GEvML7032514; Mon, 16 Jul 2007 10:57:31 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 16 Jul 2007 08:50:44 -0400 User-Agent: KMail/1.9.6 References: <20070617024935.GU4602@funkthat.com> <20070617053746.GV4602@funkthat.com> <20070616.235659.-1947354616.imp@bsdimp.com> In-Reply-To: <20070616.235659.-1947354616.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707160850.46259.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 16 Jul 2007 10:57:32 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3681/Mon Jul 16 09:16:18 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: gurney_j@resnet.uoregon.edu, current@freebsd.org, wsk@gddsn.org.cn, mobile@freebsd.org, simokawa@freebsd.org Subject: Re: kernel panic with pccard insert on recent 7.0 CURRENT 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, 16 Jul 2007 15:14:24 -0000 On Sunday 17 June 2007 01:56:59 am M. Warner Losh wrote: > In message: <20070617053746.GV4602@funkthat.com> > John-Mark Gurney writes: > : Warner Losh wrote this message on Sat, Jun 16, 2007 at 21:12 -0600: > : > In message: <20070617024935.GU4602@funkthat.com> > : > John-Mark Gurney writes: > : > : Warner Losh wrote this message on Sat, Jun 16, 2007 at 17:33 -0600: > : > : > Also, I'm unclear on the difference between FILTER_STRAY and > : > : > FILTER_HANDLED. > : > : > : > : The interrupt filter is suppose to return one of FILTER_STRAY or > : > : FILTER_HANDLED... If you _HANDLED it return that, otherwise return > : > : _STRAY... If you need to schedule the ithread, return _HANDLED or'd > : > : with _SCHEDULE_THREAD... > : > > : > Will _HANDLED cause all the other handlers to not get called, or just > : > the stray interrupt code from not happening? > : > : It will cause the remaining (not yet called) handlers not to get called... > > I'm not sure that's right, especially for edge triggered devices.\ They shouldn't share interrupts then. Do we support shared interrupts on edge triggered devices? > : intr_event_handle calls intr_filter_loop which will return on the first > : non-_STRAY handler and return it... Which intr_event_handle eoi's... > : > : It looks like this code is designed for level triggered interrupts and > : not edge triggered... > > Yes. I'm pretty sure that's wrong. All ISA and PC Card devices use > edge triggered interrupts. Also, it is inefficient for level > triggered interrupts, since two interrupt sources on the same > interrupt may trigger at about the same time... It works fine since the second device will interrupt again and we will fall through to its routine on the second interrupt. The idea is that simultaneous interrupts are rare enough that it is worth optimizing the common case. -- John Baldwin From owner-freebsd-mobile@FreeBSD.ORG Mon Jul 16 15:16:32 2007 Return-Path: X-Original-To: mobile@freebsd.org Delivered-To: freebsd-mobile@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D65EE16A401; Mon, 16 Jul 2007 15:16:31 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 8504513C48E; Mon, 16 Jul 2007 15:16:31 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l6GFDDku030652; Mon, 16 Jul 2007 09:13:13 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 16 Jul 2007 09:13:15 -0600 (MDT) Message-Id: <20070716.091315.-432838580.imp@bsdimp.com> To: jhb@freebsd.org From: "M. Warner Losh" In-Reply-To: <200707160850.46259.jhb@freebsd.org> References: <20070617053746.GV4602@funkthat.com> <20070616.235659.-1947354616.imp@bsdimp.com> <200707160850.46259.jhb@freebsd.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 16 Jul 2007 09:13:14 -0600 (MDT) Cc: gurney_j@resnet.uoregon.edu, current@freebsd.org, wsk@gddsn.org.cn, freebsd-current@freebsd.org, mobile@freebsd.org, simokawa@freebsd.org Subject: Re: kernel panic with pccard insert on recent 7.0 CURRENT 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, 16 Jul 2007 15:16:32 -0000 In message: <200707160850.46259.jhb@freebsd.org> John Baldwin writes: : On Sunday 17 June 2007 01:56:59 am M. Warner Losh wrote: : > In message: <20070617053746.GV4602@funkthat.com> : > John-Mark Gurney writes: : > : Warner Losh wrote this message on Sat, Jun 16, 2007 at 21:12 -0600: : > : > In message: <20070617024935.GU4602@funkthat.com> : > : > John-Mark Gurney writes: : > : > : Warner Losh wrote this message on Sat, Jun 16, 2007 at 17:33 -0600: : > : > : > Also, I'm unclear on the difference between FILTER_STRAY and : > : > : > FILTER_HANDLED. : > : > : : > : > : The interrupt filter is suppose to return one of FILTER_STRAY or : > : > : FILTER_HANDLED... If you _HANDLED it return that, otherwise return : > : > : _STRAY... If you need to schedule the ithread, return _HANDLED or'd : > : > : with _SCHEDULE_THREAD... : > : > : > : > Will _HANDLED cause all the other handlers to not get called, or just : > : > the stray interrupt code from not happening? : > : : > : It will cause the remaining (not yet called) handlers not to get called... : > : > I'm not sure that's right, especially for edge triggered devices.\ : : They shouldn't share interrupts then. Do we support shared interrupts on edge : triggered devices? We support sharing interrupts on edge triggered devices. At least it has worked on FreeBSD 2.2.1 through 6.2. We have to continue to support it, and to do that, we can't have HANDLED stop processing. It is a sad fact of life, but we have to continue to support that. As an aside, some ISA hardware cannot support sharing of interrupts, but simple modification of the drivers allows one to share ISA interrupts. My company has been doing this successfully for about 12 years, and using FreeBSD to do it for at least the past 10 years. : > : intr_event_handle calls intr_filter_loop which will return on the first : > : non-_STRAY handler and return it... Which intr_event_handle eoi's... : > : : > : It looks like this code is designed for level triggered interrupts and : > : not edge triggered... : > : > Yes. I'm pretty sure that's wrong. All ISA and PC Card devices use : > edge triggered interrupts. Also, it is inefficient for level : > triggered interrupts, since two interrupt sources on the same : > interrupt may trigger at about the same time... : : It works fine since the second device will interrupt again and we will fall : through to its routine on the second interrupt. The idea is that : simultaneous interrupts are rare enough that it is worth optimizing the : common case. Actually, PC Card devices aren't necessarily edge triggered, but can be either edge triggered or level triggered. They can live in bridges that are either Edge triggered or level triggered depending on the topology of the bus they live on. In any event, the current code is incorrect and needs to be fixed. Warner From owner-freebsd-mobile@FreeBSD.ORG Mon Jul 16 16:28:35 2007 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 233AC16A409 for ; Mon, 16 Jul 2007 16:28:35 +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 D4BA113C4A6 for ; Mon, 16 Jul 2007 16:28:34 +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 l6GGSXNW062407 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Jul 2007 09:28:34 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <469B9D56.6000103@errno.com> Date: Mon, 16 Jul 2007 09:31:18 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.0 (X11/20070530) MIME-Version: 1.0 To: Matthias Apitz References: <20070716093136.GA1600@rebelion.Sisis.de> <20070716120359.GA4550@rebelion.Sisis.de> In-Reply-To: <20070716120359.GA4550@rebelion.Sisis.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Dennis Melentyev , freebsd-mobile@freebsd.org Subject: Re: How detecting the Wifi area my iwi0 is in? 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, 16 Jul 2007 16:28:35 -0000 Matthias Apitz wrote: > El día Monday, July 16, 2007 a las 12:50:24PM +0300, Dennis Melentyev escribió: > >> Hello Mattias, >> >> Have you tried wpa_supplicant for this? It can perfectly autodetect >> networks for me (office/home). With iwi driver on 7.0-CURRENT-200706 >> snapshot (HP/Compaq nc8230). > > Hello Dennis, > > In some of the offices I'm as well using wpa_supplicant, at home > I have only WEP (maybe this would work as well with wpa_supplicant, > I've never tried it and just putting the wepkey with ifconfig into > the interface); but all this is more complex then just doing the > association, because I have also (sometimes) use a dedicated IP > addr, sometimes I must fetch it with DHCP, and/or have to set other > network related files accordingly (/etc/hosts, /etc/resolv.conf > and others); thats why my idea was having a script in > /usr/local/etc/rc.d/wlan.sh with the logic like: > > > #!/bin/sh > > ifconfig iwi0 scan > ifconfig iwi0 list ap | fgrep -q office1 && wifi=office1 > ifconfig iwi0 list ap | fgrep -q office2 && wifi=office2 > ifconfig iwi0 list ap | fgrep -q office3 && wifi=office3 > #.... > > # > # switch IP layout: office1 / office2 / ... based on ${wifi} > # > case ${wifi} in > > office1) printf "Found Wifi 'office1' ... " ; > cat /home/guru/sys/hosts.office1 > /etc/hosts > cat /home/guru/sys/resolv.conf.office1 > /etc/resolv.conf > cat /home/guru/sys/nsswitch.conf.office1 > /etc/nsswitch.conf > route delete default > /dev/null > ifconfig bge0 down > ssid=office1 > wepkey=xxxxxxxxxxxxxxxxxxxxxxxxxx > inet=192.168.2.3 > netmask=0xffffff00 > ifconfig iwi0 inet ${inet} \ > netmask ${netmask} \ > ssid ${ssid} \ > wepkey ${wepkey} \ > channel 9 weptxkey 1 wepmode on > ping -c3 -o smc > route add default 192.168.2.1 > /dev/null > printf "... done.\n" ; > ;; > > > office2) printf "Found Wifi 'office2' ... " ; > route flush > /dev/null > route delete 193.31.10.32/27 > /dev/null > wpa_supplicant -B -i iwi0 -c /etc/wpa_supplicant.conf > # let the WPA client come up and init the iwi0 interface > sleep 1 > ifconfig iwi0 inet 193.31.10.34 netmask 255.255.255.224 > route add default 193.31.10.58 > /dev/null > cat /home/guru/sys/hosts.office2 > /etc/hosts > cat /home/guru/sys/resolv.conf.office2 > /etc/resolv.conf > cat /home/guru/sys/nsswitch.conf.office2 > /etc/nsswitch.conf > > # .... > > > I'm clearer now what I want to do? wpa_supplicant grok's WEP and should also handle open auth (no crypto). The intended way to handle the rest of your needs is to hook into devd and launch a script the link UP event (or similar). For the latter you'll probably want to write your script to work only on first link UP so you don't repeat work for each DOWN/UP transition (as happens when the AP dumps the station for inactivity). You can find the ssid of the associated ap with ifconfig (e.g. ifconfig iwi0 list sta | awk '{print $1;}') or use wpa_cli to query the info from wpa_supplicant if you use it to setup your network. Given the wealth of wireless state displayed by ifconfig I've also considered adding a new program that's designed for shell scripts; it could be used to query individual settings and/or generate shell syntax for multiple params; e.g. SSID=`wlanconfig iwi0 ssid` eval `wlanconfig iwi0 ssid channel authmode` Another thing to look at is the wlanwatch program in tools/tools/net80211; you can use it to write a program that waits for the first link UP event (on associate) and then have it print the SSID of the ap to stdout. I think all the mechanisms for doing stuff are present in the system; we're just lacking better integration to autoconfig network state. Sam From owner-freebsd-mobile@FreeBSD.ORG Mon Jul 16 17:16:29 2007 Return-Path: X-Original-To: mobile@freebsd.org Delivered-To: freebsd-mobile@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2697A16A400; Mon, 16 Jul 2007 17:16:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id AA0B713C4A5; Mon, 16 Jul 2007 17:16:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.7b8) with ESMTP id 196988391 for multiple; Mon, 16 Jul 2007 13:24:32 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l6GHG9DS033531; Mon, 16 Jul 2007 13:16:10 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "M. Warner Losh" Date: Mon, 16 Jul 2007 12:51:08 -0400 User-Agent: KMail/1.9.6 References: <20070617053746.GV4602@funkthat.com> <200707160850.46259.jhb@freebsd.org> <20070716.091315.-432838580.imp@bsdimp.com> In-Reply-To: <20070716.091315.-432838580.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707161251.09790.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 16 Jul 2007 13:16:13 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3681/Mon Jul 16 09:16:18 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: gurney_j@resnet.uoregon.edu, current@freebsd.org, wsk@gddsn.org.cn, freebsd-current@freebsd.org, mobile@freebsd.org, simokawa@freebsd.org Subject: Re: kernel panic with pccard insert on recent 7.0 CURRENT 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, 16 Jul 2007 17:16:29 -0000 On Monday 16 July 2007 11:13:15 am M. Warner Losh wrote: > In message: <200707160850.46259.jhb@freebsd.org> > John Baldwin writes: > : On Sunday 17 June 2007 01:56:59 am M. Warner Losh wrote: > : > In message: <20070617053746.GV4602@funkthat.com> > : > John-Mark Gurney writes: > : > : Warner Losh wrote this message on Sat, Jun 16, 2007 at 21:12 -0600: > : > : > In message: <20070617024935.GU4602@funkthat.com> > : > : > John-Mark Gurney writes: > : > : > : Warner Losh wrote this message on Sat, Jun 16, 2007 at 17:33 -0600: > : > : > : > Also, I'm unclear on the difference between FILTER_STRAY and > : > : > : > FILTER_HANDLED. > : > : > : > : > : > : The interrupt filter is suppose to return one of FILTER_STRAY or > : > : > : FILTER_HANDLED... If you _HANDLED it return that, otherwise return > : > : > : _STRAY... If you need to schedule the ithread, return _HANDLED or'd > : > : > : with _SCHEDULE_THREAD... > : > : > > : > : > Will _HANDLED cause all the other handlers to not get called, or just > : > : > the stray interrupt code from not happening? > : > : > : > : It will cause the remaining (not yet called) handlers not to get called... > : > > : > I'm not sure that's right, especially for edge triggered devices.\ > : > : They shouldn't share interrupts then. Do we support shared interrupts on edge > : triggered devices? > > We support sharing interrupts on edge triggered devices. At least it > has worked on FreeBSD 2.2.1 through 6.2. We have to continue to > support it, and to do that, we can't have HANDLED stop processing. > > It is a sad fact of life, but we have to continue to support that. > > As an aside, some ISA hardware cannot support sharing of interrupts, > but simple modification of the drivers allows one to share ISA > interrupts. My company has been doing this successfully for about 12 > years, and using FreeBSD to do it for at least the past 10 years. Are there any edge triggered interrupts that aren't hooked up to an edge triggered interrupt pin (like a pin on an 8259A that is set to be edge triggered in the ELCR)? We know if an interrupt source is edge or level and can act appropriately in the low-level code. > : > : intr_event_handle calls intr_filter_loop which will return on the first > : > : non-_STRAY handler and return it... Which intr_event_handle eoi's... > : > : > : > : It looks like this code is designed for level triggered interrupts and > : > : not edge triggered... > : > > : > Yes. I'm pretty sure that's wrong. All ISA and PC Card devices use > : > edge triggered interrupts. Also, it is inefficient for level > : > triggered interrupts, since two interrupt sources on the same > : > interrupt may trigger at about the same time... > : > : It works fine since the second device will interrupt again and we will fall > : through to its routine on the second interrupt. The idea is that > : simultaneous interrupts are rare enough that it is worth optimizing the > : common case. > > Actually, PC Card devices aren't necessarily edge triggered, but can > be either edge triggered or level triggered. They can live in bridges > that are either Edge triggered or level triggered depending on the > topology of the bus they live on. > > In any event, the current code is incorrect and needs to be fixed. It's a perfectly fine optimization for machines where level interrupts are shared and so I'd rather think about this and not just throw it out. So what happens when you stick a pccard in a PCI bridge whose upstream interrupt is a level-triggered PCI interrupt. Is the interrupt that the OS sees edge or level? -- John Baldwin From owner-freebsd-mobile@FreeBSD.ORG Mon Jul 16 17:28:42 2007 Return-Path: X-Original-To: mobile@freebsd.org Delivered-To: freebsd-mobile@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D72FB16A4DA; Mon, 16 Jul 2007 17:28:41 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 2E46A13C4BE; Mon, 16 Jul 2007 17:28:34 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l6GHRaJv031978; Mon, 16 Jul 2007 11:27:36 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 16 Jul 2007 11:27:40 -0600 (MDT) Message-Id: <20070716.112740.-749248234.imp@bsdimp.com> To: jhb@freebsd.org From: "M. Warner Losh" In-Reply-To: <200707161251.09790.jhb@freebsd.org> References: <200707160850.46259.jhb@freebsd.org> <20070716.091315.-432838580.imp@bsdimp.com> <200707161251.09790.jhb@freebsd.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 16 Jul 2007 11:27:37 -0600 (MDT) Cc: gurney_j@resnet.uoregon.edu, current@freebsd.org, wsk@gddsn.org.cn, freebsd-current@freebsd.org, mobile@freebsd.org, simokawa@freebsd.org Subject: Re: kernel panic with pccard insert on recent 7.0 CURRENT 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, 16 Jul 2007 17:28:42 -0000 In message: <200707161251.09790.jhb@freebsd.org> John Baldwin writes: : On Monday 16 July 2007 11:13:15 am M. Warner Losh wrote: : > In message: <200707160850.46259.jhb@freebsd.org> : > John Baldwin writes: : > : On Sunday 17 June 2007 01:56:59 am M. Warner Losh wrote: : > : > In message: <20070617053746.GV4602@funkthat.com> : > : > John-Mark Gurney writes: : > : > : Warner Losh wrote this message on Sat, Jun 16, 2007 at 21:12 -0600: : > : > : > In message: <20070617024935.GU4602@funkthat.com> : > : > : > John-Mark Gurney writes: : > : > : > : Warner Losh wrote this message on Sat, Jun 16, 2007 at : 17:33 -0600: : > : > : > : > Also, I'm unclear on the difference between FILTER_STRAY and : > : > : > : > FILTER_HANDLED. : > : > : > : : > : > : > : The interrupt filter is suppose to return one of FILTER_STRAY or : > : > : > : FILTER_HANDLED... If you _HANDLED it return that, otherwise : return : > : > : > : _STRAY... If you need to schedule the ithread, return _HANDLED : or'd : > : > : > : with _SCHEDULE_THREAD... : > : > : > : > : > : > Will _HANDLED cause all the other handlers to not get called, or : just : > : > : > the stray interrupt code from not happening? : > : > : : > : > : It will cause the remaining (not yet called) handlers not to get : called... : > : > : > : > I'm not sure that's right, especially for edge triggered devices.\ : > : : > : They shouldn't share interrupts then. Do we support shared interrupts on : edge : > : triggered devices? : > : > We support sharing interrupts on edge triggered devices. At least it : > has worked on FreeBSD 2.2.1 through 6.2. We have to continue to : > support it, and to do that, we can't have HANDLED stop processing. : > : > It is a sad fact of life, but we have to continue to support that. : > : > As an aside, some ISA hardware cannot support sharing of interrupts, : > but simple modification of the drivers allows one to share ISA : > interrupts. My company has been doing this successfully for about 12 : > years, and using FreeBSD to do it for at least the past 10 years. : : Are there any edge triggered interrupts that aren't hooked up to an edge : triggered interrupt pin (like a pin on an 8259A that is set to be edge : triggered in the ELCR)? We know if an interrupt source is edge or level and : can act appropriately in the low-level code. I don't think there are any. The only case that leaps to mind is the whole level vs edge stuff in pccard, but I think that reflects the underlying bus architecture for the bridge attachment. So long as we can share edge triggered interrupts, and all the ISRs always get called, then the case I'm worried about goes away. : > : > : intr_event_handle calls intr_filter_loop which will return on the : first : > : > : non-_STRAY handler and return it... Which intr_event_handle eoi's... : > : > : : > : > : It looks like this code is designed for level triggered interrupts and : > : > : not edge triggered... : > : > : > : > Yes. I'm pretty sure that's wrong. All ISA and PC Card devices use : > : > edge triggered interrupts. Also, it is inefficient for level : > : > triggered interrupts, since two interrupt sources on the same : > : > interrupt may trigger at about the same time... : > : : > : It works fine since the second device will interrupt again and we will : fall : > : through to its routine on the second interrupt. The idea is that : > : simultaneous interrupts are rare enough that it is worth optimizing the : > : common case. : > : > Actually, PC Card devices aren't necessarily edge triggered, but can : > be either edge triggered or level triggered. They can live in bridges : > that are either Edge triggered or level triggered depending on the : > topology of the bus they live on. : > : > In any event, the current code is incorrect and needs to be fixed. : : It's a perfectly fine optimization for machines where level interrupts are : shared and so I'd rather think about this and not just throw it out. So what : happens when you stick a pccard in a PCI bridge whose upstream interrupt is a : level-triggered PCI interrupt. Is the interrupt that the OS sees edge or : level? The PC Card code sets the card to do level triggered interrupts if possible. It falls back to a level trigger emulation if it can't. There is a register that clears once it is read to deassert the interrupt, so that should work... It just seems like a pessimization for the case you want to optimize, but it boils down to is it faster to call all the shared interrupt handlers all the time, or is it faster to do a context switch, averaged over all the cases we have to consider. Warner From owner-freebsd-mobile@FreeBSD.ORG Mon Jul 16 18:00:38 2007 Return-Path: X-Original-To: mobile@freebsd.org Delivered-To: freebsd-mobile@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3608716A40D; Mon, 16 Jul 2007 18:00:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id B4A3013C4F8; Mon, 16 Jul 2007 18:00:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.7b8) with ESMTP id 196996799 for multiple; Mon, 16 Jul 2007 14:08:43 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l6GI0OMW034314; Mon, 16 Jul 2007 14:00:24 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "M. Warner Losh" Date: Mon, 16 Jul 2007 13:59:43 -0400 User-Agent: KMail/1.9.6 References: <200707160850.46259.jhb@freebsd.org> <200707161251.09790.jhb@freebsd.org> <20070716.112740.-749248234.imp@bsdimp.com> In-Reply-To: <20070716.112740.-749248234.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707161359.44056.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 16 Jul 2007 14:00:24 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3682/Mon Jul 16 12:05:30 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: gurney_j@resnet.uoregon.edu, current@freebsd.org, wsk@gddsn.org.cn, freebsd-current@freebsd.org, mobile@freebsd.org, simokawa@freebsd.org Subject: Re: kernel panic with pccard insert on recent 7.0 CURRENT 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, 16 Jul 2007 18:00:38 -0000 On Monday 16 July 2007 01:27:40 pm M. Warner Losh wrote: > In message: <200707161251.09790.jhb@freebsd.org> > John Baldwin writes: > : On Monday 16 July 2007 11:13:15 am M. Warner Losh wrote: > : > In message: <200707160850.46259.jhb@freebsd.org> > : > John Baldwin writes: > : > : On Sunday 17 June 2007 01:56:59 am M. Warner Losh wrote: > : > : > In message: <20070617053746.GV4602@funkthat.com> > : > : > John-Mark Gurney writes: > : > : > : Warner Losh wrote this message on Sat, Jun 16, 2007 at 21:12 -0600: > : > : > : > In message: <20070617024935.GU4602@funkthat.com> > : > : > : > John-Mark Gurney writes: > : > : > : > : Warner Losh wrote this message on Sat, Jun 16, 2007 at > : 17:33 -0600: > : > : > : > : > Also, I'm unclear on the difference between FILTER_STRAY and > : > : > : > : > FILTER_HANDLED. > : > : > : > : > : > : > : > : The interrupt filter is suppose to return one of FILTER_STRAY or > : > : > : > : FILTER_HANDLED... If you _HANDLED it return that, otherwise > : return > : > : > : > : _STRAY... If you need to schedule the ithread, return _HANDLED > : or'd > : > : > : > : with _SCHEDULE_THREAD... > : > : > : > > : > : > : > Will _HANDLED cause all the other handlers to not get called, or > : just > : > : > : > the stray interrupt code from not happening? > : > : > : > : > : > : It will cause the remaining (not yet called) handlers not to get > : called... > : > : > > : > : > I'm not sure that's right, especially for edge triggered devices.\ > : > : > : > : They shouldn't share interrupts then. Do we support shared interrupts on > : edge > : > : triggered devices? > : > > : > We support sharing interrupts on edge triggered devices. At least it > : > has worked on FreeBSD 2.2.1 through 6.2. We have to continue to > : > support it, and to do that, we can't have HANDLED stop processing. > : > > : > It is a sad fact of life, but we have to continue to support that. > : > > : > As an aside, some ISA hardware cannot support sharing of interrupts, > : > but simple modification of the drivers allows one to share ISA > : > interrupts. My company has been doing this successfully for about 12 > : > years, and using FreeBSD to do it for at least the past 10 years. > : > : Are there any edge triggered interrupts that aren't hooked up to an edge > : triggered interrupt pin (like a pin on an 8259A that is set to be edge > : triggered in the ELCR)? We know if an interrupt source is edge or level and > : can act appropriately in the low-level code. > > I don't think there are any. The only case that leaps to mind is the > whole level vs edge stuff in pccard, but I think that reflects the > underlying bus architecture for the bridge attachment. > > So long as we can share edge triggered interrupts, and all the ISRs > always get called, then the case I'm worried about goes away. > > : > : > : intr_event_handle calls intr_filter_loop which will return on the > : first > : > : > : non-_STRAY handler and return it... Which intr_event_handle eoi's... > : > : > : > : > : > : It looks like this code is designed for level triggered interrupts and > : > : > : not edge triggered... > : > : > > : > : > Yes. I'm pretty sure that's wrong. All ISA and PC Card devices use > : > : > edge triggered interrupts. Also, it is inefficient for level > : > : > triggered interrupts, since two interrupt sources on the same > : > : > interrupt may trigger at about the same time... > : > : > : > : It works fine since the second device will interrupt again and we will > : fall > : > : through to its routine on the second interrupt. The idea is that > : > : simultaneous interrupts are rare enough that it is worth optimizing the > : > : common case. > : > > : > Actually, PC Card devices aren't necessarily edge triggered, but can > : > be either edge triggered or level triggered. They can live in bridges > : > that are either Edge triggered or level triggered depending on the > : > topology of the bus they live on. > : > > : > In any event, the current code is incorrect and needs to be fixed. > : > : It's a perfectly fine optimization for machines where level interrupts are > : shared and so I'd rather think about this and not just throw it out. So what > : happens when you stick a pccard in a PCI bridge whose upstream interrupt is a > : level-triggered PCI interrupt. Is the interrupt that the OS sees edge or > : level? > > The PC Card code sets the card to do level triggered interrupts if > possible. It falls back to a level trigger emulation if it can't. > There is a register that clears once it is read to deassert the > interrupt, so that should work... > > It just seems like a pessimization for the case you want to optimize, > but it boils down to is it faster to call all the shared interrupt > handlers all the time, or is it faster to do a context switch, > averaged over all the cases we have to consider. Huh? Assuming you have two interrupt handlers with filters A and B that share an interrupt and only A has an interrupt to handle the difference is this: 1) Run A's handler, it claims the interrupt, so schedule A's ithread if requested and be done right away. 2) Run A's handler, then run B's handler, then schedule A's ithread if requested. So right away we avoid wasting time running B's handler just so it can return INTR_STRAY. Another thing that 1) let's us do is give A a private ithread but still let the interrupt code only have to schedule (and maybe preempt to) one ithread. (All the handlers w/o filters end up on a separate ithread, but each handler that has both a filter and a threaded handler would have its own thread.) The dedicated ithread doesn't need to enable an interrupt source when its done since it knows the filter has already squashed the interrupt on its own (either handling it or using a device-specific interrupt masking register), and the dedicated ithreads could in theory run concurrently (though with ithreads bound to the CPU they come in on this isn't likely). -- John Baldwin From owner-freebsd-mobile@FreeBSD.ORG Mon Jul 16 21:31:59 2007 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B0F6E16A403 for ; Mon, 16 Jul 2007 21:31:59 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id 85F5D13C441 for ; Mon, 16 Jul 2007 21:31:59 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so1910905waf for ; Mon, 16 Jul 2007 14:31:59 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WltoKVWRcZ/7qqKcWjLqxNqbS8LvM21Riuq+zJ9d/0qy8Tz9muMcRcgb5cWy8Za0p5maAuaDWzsOE27OrIJqxlKe99njpOEIBS+ZkOV7Kn4oUQFE/wEWcUoE1VFNVsHkpU9/wnkv4azwunXZluyFHOGLMOnQUlBHBPBGkMUTNdo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=b3TVJJsLNq64BRM7LOb6QbpH+JSIcTO82LrId+S17URGpobFwRJVT5+7Jw9iFrqSgcEOeCZJfxpuH+SathRHs7w1dwuDMdbGMVa2cg17N9KbvTedRfARBs/rFy87hPxJhIQkQqn01VViukaoQncDyi8TP2tuWfe5H+0To6d870c= Received: by 10.114.171.1 with SMTP id t1mr4506897wae.1184621518043; Mon, 16 Jul 2007 14:31:58 -0700 (PDT) Received: by 10.115.78.2 with HTTP; Mon, 16 Jul 2007 14:31:57 -0700 (PDT) Message-ID: Date: Tue, 17 Jul 2007 00:31:58 +0300 From: "Dennis Melentyev" To: "Matthias Apitz" In-Reply-To: <20070716120359.GA4550@rebelion.Sisis.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline References: <20070716093136.GA1600@rebelion.Sisis.de> <20070716120359.GA4550@rebelion.Sisis.de> Cc: freebsd-mobile@freebsd.org Subject: Re: How detecting the Wifi area my iwi0 is in? 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, 16 Jul 2007 21:31:59 -0000 TWF0dGlhcywKCjIwMDcvNy8xNiwgTWF0dGhpYXMgQXBpdHogPG0uYXBpdHpAb2NsY3BpY2Eub3Jn PjoKPiBFbCBkw61hIE1vbmRheSwgSnVseSAxNiwgMjAwNyBhIGxhcyAxMjo1MDoyNFBNICswMzAw LCBEZW5uaXMgTWVsZW50eWV2IGVzY3JpYmnDszoKPgo+ID4gSGVsbG8gTWF0dGlhcywKPiA+Cj4g PiBIYXZlIHlvdSB0cmllZCB3cGFfc3VwcGxpY2FudCBmb3IgdGhpcz8gSXQgY2FuIHBlcmZlY3Rs eSBhdXRvZGV0ZWN0Cj4gPiBuZXR3b3JrcyBmb3IgbWUgKG9mZmljZS9ob21lKS4gV2l0aCBpd2kg ZHJpdmVyIG9uIDcuMC1DVVJSRU5ULTIwMDcwNgo+ID4gc25hcHNob3QgKEhQL0NvbXBhcSBuYzgy MzApLgo+Cj4gSGVsbG8gRGVubmlzLAo+Cj4gSW4gc29tZSBvZiB0aGUgb2ZmaWNlcyBJJ20gYXMg d2VsbCB1c2luZyB3cGFfc3VwcGxpY2FudCwgYXQgaG9tZQo+IEkgaGF2ZSBvbmx5IFdFUCAobWF5 YmUgdGhpcyB3b3VsZCB3b3JrIGFzIHdlbGwgd2l0aCB3cGFfc3VwcGxpY2FudCwKPiBJJ3ZlIG5l dmVyIHRyaWVkIGl0IGFuZCBqdXN0IHB1dHRpbmcgdGhlIHdlcGtleSB3aXRoIGlmY29uZmlnIGlu dG8KPiB0aGUgaW50ZXJmYWNlKTsgYnV0IGFsbCB0aGlzIGlzIG1vcmUgY29tcGxleCB0aGVuIGp1 c3QgZG9pbmcgdGhlCj4gYXNzb2NpYXRpb24sIGJlY2F1c2UgSSBoYXZlIGFsc28gKHNvbWV0aW1l cykgdXNlIGEgZGVkaWNhdGVkIElQCj4gYWRkciwgc29tZXRpbWVzIEkgbXVzdCBmZXRjaCBpdCB3 aXRoIERIQ1AsIGFuZC9vciBoYXZlIHRvIHNldCBvdGhlcgo+IG5ldHdvcmsgcmVsYXRlZCBmaWxl cyBhY2NvcmRpbmdseSAoL2V0Yy9ob3N0cywgL2V0Yy9yZXNvbHYuY29uZgo+IGFuZCBvdGhlcnMp OyB0aGF0cyB3aHkgbXkgaWRlYSB3YXMgaGF2aW5nIGEgc2NyaXB0IGluCj4gL3Vzci9sb2NhbC9l dGMvcmMuZC93bGFuLnNoIHdpdGggdGhlIGxvZ2ljIGxpa2U6CgpTYW0gTGVmZmxlciB3ZXJlIG1v cmUgY29ycmVjdCB0aGFuIG1lLiBJdCBsb29rcyBsaWtlIHRoZSB3YXkgaGUgdG9sZAppcyBiZWlu ZyBtb3JlICJyaWdodCIgb25lIHRvIG1lLgoKPgo+Cj4gIyEvYmluL3NoCj4KPiBpZmNvbmZpZyBp d2kwIHNjYW4KPiBpZmNvbmZpZyBpd2kwIGxpc3QgYXAgfCBmZ3JlcCAtcSBvZmZpY2UxICAgICYm IHdpZmk9b2ZmaWNlMQo+IGlmY29uZmlnIGl3aTAgbGlzdCBhcCB8IGZncmVwIC1xIG9mZmljZTIg ICAgJiYgd2lmaT1vZmZpY2UyCj4gaWZjb25maWcgaXdpMCBsaXN0IGFwIHwgZmdyZXAgLXEgb2Zm aWNlMyAgICAmJiB3aWZpPW9mZmljZTMKPiAjLi4uLgo+Cj4gIwo+ICMgc3dpdGNoIElQIGxheW91 dDogb2ZmaWNlMSAvIG9mZmljZTIgLyAuLi4gYmFzZWQgb24gJHt3aWZpfQo+ICMKPiBjYXNlICR7 d2lmaX0gaW4KPgo+ICAgICBvZmZpY2UxKSAgcHJpbnRmICJGb3VuZCBXaWZpICdvZmZpY2UxJyAu Li4gIiA7Cj4gICAgICAgICAgICBjYXQgL2hvbWUvZ3VydS9zeXMvaG9zdHMub2ZmaWNlMSAgICAg ICAgID4gL2V0Yy9ob3N0cwo+ICAgICAgICAgICAgY2F0IC9ob21lL2d1cnUvc3lzL3Jlc29sdi5j b25mLm9mZmljZTEgICA+IC9ldGMvcmVzb2x2LmNvbmYKPiAgICAgICAgICAgIGNhdCAvaG9tZS9n dXJ1L3N5cy9uc3N3aXRjaC5jb25mLm9mZmljZTEgPiAvZXRjL25zc3dpdGNoLmNvbmYKPiAgICAg ICAgICAgIHJvdXRlIGRlbGV0ZSBkZWZhdWx0ID4gL2Rldi9udWxsCj4gICAgICAgICAgICBpZmNv bmZpZyBiZ2UwIGRvd24KPiAgICAgICAgICAgIHNzaWQ9b2ZmaWNlMQo+ICAgICAgICAgICAgd2Vw a2V5PXh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4Cj4gICAgICAgICAgICBpbmV0PTE5Mi4xNjgu Mi4zCj4gICAgICAgICAgICBuZXRtYXNrPTB4ZmZmZmZmMDAKPiAgICAgICAgICAgIGlmY29uZmln IGl3aTAgaW5ldCAke2luZXR9IFwKPiAgICAgICAgICAgICAgICAgICAgIG5ldG1hc2sgJHtuZXRt YXNrfSBcCj4gICAgICAgICAgICAgICAgICAgICBzc2lkICR7c3NpZH0gXAo+ICAgICAgICAgICAg ICAgICAgICAgd2Vwa2V5ICR7d2Vwa2V5fSBcCj4gICAgICAgICAgICAgICAgICAgICBjaGFubmVs IDkgd2VwdHhrZXkgMSB3ZXBtb2RlIG9uCj4gICAgICAgICAgICBwaW5nIC1jMyAtbyBzbWMKPiAg ICAgICAgICAgIHJvdXRlIGFkZCBkZWZhdWx0ICAgIDE5Mi4xNjguMi4xID4gL2Rldi9udWxsCj4g ICAgICAgICAgICBwcmludGYgIi4uLiBkb25lLlxuIiA7Cj4gICAgICAgICAgICA7Owo+Cj4KPiAg ICAgb2ZmaWNlMikgcHJpbnRmICJGb3VuZCBXaWZpICdvZmZpY2UyJyAuLi4gIiA7Cj4gICAgICAg ICAgICByb3V0ZSBmbHVzaCA+IC9kZXYvbnVsbAo+ICAgICAgICAgICAgcm91dGUgZGVsZXRlIDE5 My4zMS4xMC4zMi8yNyA+IC9kZXYvbnVsbAo+ICAgICAgICAgICAgd3BhX3N1cHBsaWNhbnQgLUIg LWkgaXdpMCAtYyAvZXRjL3dwYV9zdXBwbGljYW50LmNvbmYKPiAgICAgICAgICAgICMgbGV0IHRo ZSBXUEEgY2xpZW50IGNvbWUgdXAgYW5kIGluaXQgdGhlIGl3aTAgaW50ZXJmYWNlCj4gICAgICAg ICAgICBzbGVlcCAxCj4gICAgICAgICAgICBpZmNvbmZpZyBpd2kwIGluZXQgMTkzLjMxLjEwLjM0 IG5ldG1hc2sgMjU1LjI1NS4yNTUuMjI0Cj4gICAgICAgICAgICByb3V0ZSBhZGQgZGVmYXVsdCAx OTMuMzEuMTAuNTggPiAvZGV2L251bGwKPiAgICAgICAgICAgIGNhdCAvaG9tZS9ndXJ1L3N5cy9o b3N0cy5vZmZpY2UyICAgICAgICAgPiAvZXRjL2hvc3RzCj4gICAgICAgICAgICBjYXQgL2hvbWUv Z3VydS9zeXMvcmVzb2x2LmNvbmYub2ZmaWNlMiAgID4gL2V0Yy9yZXNvbHYuY29uZgo+ICAgICAg ICAgICAgY2F0IC9ob21lL2d1cnUvc3lzL25zc3dpdGNoLmNvbmYub2ZmaWNlMiA+IC9ldGMvbnNz d2l0Y2guY29uZgo+Cj4gICAgICAgICAgICAjIC4uLi4KPgo+Cj4gSSdtIGNsZWFyZXIgbm93IHdo YXQgSSB3YW50IHRvIGRvPwo+Cj4gICAgICAgICBtYXR0aGlhcwo+Cj4gLS0KPiBNYXR0aGlhcyBB cGl0ego+IE1hbmFnZXIgVGVjaG5pY2FsIFN1cHBvcnQgLSBPQ0xDIFBJQ0EgR21iSAo+IEdydWVu d2FsZGVyIFdlZyAyOGcgLSA4MjA0MSBPYmVyaGFjaGluZyAtIEdlcm1hbnkKPiB0ICs0OS04OS02 MTMwOCAzNTEgLSBmICs0OS04OS02MTMwOCAzOTkgLSBtICs0OS0xNzAtNDUyNzIxMQo+IGUgPG0u YXBpdHpAb2NsY3BpY2Eub3JnPiAtIHcgaHR0cDovL3d3dy5vY2xjcGljYS5vcmcvIGh0dHA6Ly93 d3cuVW5peEFyZWEuZGUvCj4gYiBodHRwOi8vZ3VydWN1YmFuby5ibG9nc3BvdC5jb20vCj4gT0NM QyBQSUNBIEdtYkgsIEdlc2NoYWVmdHNmdWVocmVyOiBDaHJpc3RpbmUgTWFnaW4tV2VlZ2VyLCBO b3JiZXJ0IFdlaW5iZXJnZXIKPiBTaXR6IGRlciBHZXNlbGxzY2hhZnQ6IE9iZXJoYWNoaW5nLCBI UkIgTXVlbmNoZW46IDExMzI2MQo+CgoKLS0gCkRlbm5pcyBNZWxlbnR5ZXYK From owner-freebsd-mobile@FreeBSD.ORG Tue Jul 17 00:30:34 2007 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC87D16A407 for ; Tue, 17 Jul 2007 00:30:34 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id D1FAD13C4B5 for ; Tue, 17 Jul 2007 00:30:34 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1IAaxW-0002T8-Ew for freebsd-mobile@freebsd.org; Mon, 16 Jul 2007 17:30:34 -0700 Message-ID: <11640864.post@talk.nabble.com> Date: Mon, 16 Jul 2007 17:30:34 -0700 (PDT) From: Andrenl To: freebsd-mobile@freebsd.org In-Reply-To: <46978A43.2070804@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: andreperes2003@yahoo.com.br References: <11579397.post@talk.nabble.com> <46978A43.2070804@errno.com> Subject: Re: Atheros - AR5BXB63 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, 17 Jul 2007 00:30:35 -0000 Thansk for the Informatio! We will Wait anxiously for the support of AR5BXB63 card =), hopefully soon .:) Sam Leffler wrote: > > Andrenl wrote: >> Hi, I've recentily bought an Acer 5100 Laptop, It's comes with windows >> Vista, >> in windows the Wireless card is labeled as "AR5007EG" but in the button >> of >> the laptop have a label saying that the wireless card is AR5BXB63, i'm >> geting Hal status 13, or hal status 3 sometimes. (why this two cards are >> compatible, or the same???), Well then I tried an Linux with Madwifi and >> OpenHAL, this shows the interface like an AR5212, the interface ath0 >> shows >> up but don't work. Well, have some one a solution for this problem? > > Support is coming. Hopefully soon. > > 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" > > -- View this message in context: http://www.nabble.com/Atheros---AR5BXB63-tf4074413.html#a11640864 Sent from the freebsd-mobile mailing list archive at Nabble.com. From owner-freebsd-mobile@FreeBSD.ORG Tue Jul 17 12:30:35 2007 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BEB9116A400 for ; Tue, 17 Jul 2007 12:30:35 +0000 (UTC) (envelope-from M.Apitz@oclcpica.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 048AF13C4B2 for ; Tue, 17 Jul 2007 12:30:34 +0000 (UTC) (envelope-from M.Apitz@oclcpica.org) Received: from rebelion.Sisis.de ([193.31.10.34]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Tue, 17 Jul 2007 14:30:47 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.13.8/8.13.8/Submit) id l6HCUJ4H005020; Tue, 17 Jul 2007 14:30:19 +0200 (CEST) (envelope-from m.apitz@oclcpica.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to m.apitz@oclcpica.org using -f Date: Tue, 17 Jul 2007 14:30:19 +0200 From: Matthias Apitz To: Sam Leffler Message-ID: <20070717123019.GA4691@rebelion.Sisis.de> References: <20070716093136.GA1600@rebelion.Sisis.de> <20070716120359.GA4550@rebelion.Sisis.de> <469B9D56.6000103@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <469B9D56.6000103@errno.com> User-Agent: Mutt/1.4.2.2i X-Operating-System: FreeBSD 6.2-RELEASE (i386) X-OriginalArrivalTime: 17 Jul 2007 12:30:47.0297 (UTC) FILETIME=[4D58C710:01C7C86E] Cc: Dennis Melentyev , Matthias Apitz , freebsd-mobile@freebsd.org Subject: Re: How detecting the Wifi area my iwi0 is in? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 12:30:35 -0000 El día Monday, July 16, 2007 a las 09:31:18AM -0700, Sam Leffler escribió: > wpa_supplicant grok's WEP and should also handle open auth (no crypto). > The intended way to handle the rest of your needs is to hook into devd > and launch a script the link UP event (or similar). For the latter > you'll probably want to write your script to work only on first link UP > so you don't repeat work for each DOWN/UP transition (as happens when > the AP dumps the station for inactivity). > > You can find the ssid of the associated ap with ifconfig (e.g. ifconfig > iwi0 list sta | awk '{print $1;}') or use wpa_cli to query the info from > wpa_supplicant if you use it to setup your network. Given the wealth of > wireless state displayed by ifconfig I've also considered adding a new > program that's designed for shell scripts; it could be used to query > individual settings and/or generate shell syntax for multiple params; e.g. > > SSID=`wlanconfig iwi0 ssid` > eval `wlanconfig iwi0 ssid channel authmode` > > Another thing to look at is the wlanwatch program in > tools/tools/net80211; you can use it to write a program that waits for > the first link UP event (on associate) and then have it print the SSID > of the ap to stdout. > > I think all the mechanisms for doing stuff are present in the system; > we're just lacking better integration to autoconfig network state. Sam, Thanks for that very usefull hint. I've put a user script into /usr/local/etc/devd/iwi.conf (the dir /usr/local/etc/devd will be scanned by devd(8) by default) and this watches the iwi0 as: # cat /usr/local/etc/devd/iwi.conf notify 1 { match "system" "IFNET"; match "subsystem" "iwi0"; match "type" "LINK_UP"; action "/home/guru/devd.sh $subsystem $type"; }; My script 'devd.sh' (which will later do the real work) sees the LINK_UP fine and the MAC addr (not the SSID) of the AP is ap=`/sbin/ifconfig iwi0 list sta | awk '{print $1;}' | fgrep -v ADDR` but the MAC addr should be even better in that case: Tue Jul 17 14:07:50 CEST 2007: /home/guru/devd.sh iwi0 LINK_DOWN ap [00:04:e2:a1:76:0b] seems to be the OH office Tue Jul 17 14:08:18 CEST 2007: /home/guru/devd.sh iwi0 LINK_UP ap [00:04:e2:a1:76:0b] seems to be the OH office The above LINK_DOWN / LINK_UP was just a power-cycle of the AP itself. I'm still thinking how to avoid with some lock file that on any LINK_UP the script does its work, but only on a first time; perhaps it's safe enough to remove a stale lock file before the launch of the wpa_supplicant and just touch it on 1st LINK_UP; btw: are there any Wifi-like PCMCIA cards which I could use with FBSD-current in the other laptop? matthias -- e - w http://www.oclcpica.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ From owner-freebsd-mobile@FreeBSD.ORG Wed Jul 18 02:35:39 2007 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C16516A403 for ; Wed, 18 Jul 2007 02:35:39 +0000 (UTC) (envelope-from zhangweiwu@realss.com) Received: from bossdog.realss.com (bossdog.realss.com [211.157.108.128]) by mx1.freebsd.org (Postfix) with ESMTP id 114B613C441 for ; Wed, 18 Jul 2007 02:35:37 +0000 (UTC) (envelope-from zhangweiwu@realss.com) Received: from localhost (unknown [127.0.0.1]) by bossdog.realss.com (Postfix) with ESMTP id C06D01C0008 for ; Wed, 18 Jul 2007 10:35:48 +0800 (CST) Received: from bossdog.realss.com ([127.0.0.1]) by localhost (bossdog.realss.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00504-16 for ; Wed, 18 Jul 2007 10:35:47 +0800 (CST) Received: from [218.193.55.195] (166.17.61.59.board.xm.fj.dynamic.163data.com.cn [59.61.17.166]) by bossdog.realss.com (Postfix) with ESMTP id 4A41A1C0006 for ; Wed, 18 Jul 2007 10:35:47 +0800 (CST) From: Zhang Weiwu To: freebsd-mobile@freebsd.org In-Reply-To: <200707160756.41133.jhb@freebsd.org> References: <1183942480.6901.15.camel@joe.realss.com> <200707111431.52840.jhb@freebsd.org> <1184484990.9138.4.camel@joe.realss.com> <200707160756.41133.jhb@freebsd.org> Content-Type: text/plain Organization: Real Softservice Date: Wed, 18 Jul 2007 10:29:33 +0800 Message-Id: <1184725774.27792.24.camel@joe.realss.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at bossdog.realss.com Subject: [SOLVED] Re: unable to map IRQ for my pccard 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, 18 Jul 2007 02:35:39 -0000 Dear list A summary of the issue: On Thinkpad 380XD with two PCCARD slots, the second slot (the one beneath the first slot) always doesn't work on default installation on FreeBSD 6.1. The second slot produce this error message in dmesg even with no card inserted: cbb1: mem 0x20821000-0x20821fff at device 2.1 on pci0 pccard1: <16-bit PCCard bus> on cbb1 $PIR: ROUTE_INTERRUPT failed. cbb: Unable to map IRQ... device_attach: cbb1 attach returned 12 The solution I have tried are re-assign IRQ BIOS reserved for PCI devices from 11 to 10 (by using PS2.EXE utility from lenovo website) and recompile kernel removing cardbus device. Both didn't work. With help from John Baldwin and M. Warner Losh we find the working solution is to add this line in /boot/device.hints hw.pci0.2.INTB.irq="10" Although I still don't understand how this works, but now both slots are usable for both cards. On Mon, 2007-07-16 at 07:56 -0400, John Baldwin wrote: > On Sunday 15 July 2007 03:36:30 am Zhang Weiwu wrote: > > On Wed, 2007-07-11 at 14:31 -0400, John Baldwin wrote: > > > No, we only route things once. Look at /sys/i386/pci/pci_pir.c. It keeps > > > track of which IRQ a link is routed to, and we only use the BIOS call if > it > > > didn't look like the BIOS had already routed it, and we haven't routed it > > > before. I think we are actually trying to route 0x61 btw, not 0x60 since > > > it's device 2.1 (and thus probably INTB) that is keeling over. > > > > > > You can try using a hint like 'hw.pci0.2.INTB.irq=11' and seeing if it > works. > > > > Thank you for the insight and suggested solution. After having that > > setting in /boot/device.hints I still cannot make the second card work, > > just in case you are interested in this issue too, I have attached the > > dmesg after used suggested hint. This dmesg is obtained by first insert > > both cards and then boot. > > You got an interrupt storm on IRQ 10, so try setting the hint to 10 rather > than 11. > -- Zhang Weiwu Real Softservice http://www.realss.com +86 592 2091112 From owner-freebsd-mobile@FreeBSD.ORG Wed Jul 18 18:21:49 2007 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E979616A401 for ; Wed, 18 Jul 2007 18:21:49 +0000 (UTC) (envelope-from m.apitz@oclcpica.org) Received: from hunter.Sisis.de (hunter.sisis.de [193.31.11.194]) by mx1.freebsd.org (Postfix) with ESMTP id 4F6D213C471 for ; Wed, 18 Jul 2007 18:21:49 +0000 (UTC) (envelope-from m.apitz@oclcpica.org) Received: (from mail@localhost) by hunter.Sisis.de (8.8.8/8.8.8) id UAA11326 for ; Wed, 18 Jul 2007 20:05:08 +0200 (CEST) (envelope-from m.apitz@oclcpica.org) Received: from ppp-82-135-4-194.dynamic.mnet-online.de(82.135.4.194) by hunter.Sisis.de via smap (V2.1) id xma011291; Wed, 18 Jul 07 20:05:01 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.13.8/8.13.8/Submit) id l6IIAdUf001886 for freebsd-mobile@freebsd.org; Wed, 18 Jul 2007 20:10:39 +0200 (CEST) (envelope-from m.apitz@oclcpica.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to m.apitz@oclcpica.org using -f Date: Wed, 18 Jul 2007 20:10:39 +0200 From: Matthias Apitz To: freebsd-mobile@freebsd.org Message-ID: <20070718181039.GA1845@rebelion.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Operating-System: FreeBSD 6.2-RELEASE (i386) Subject: wpa_supplicant && and no ctrl_interface for wpa_cli X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2007 18:21:50 -0000 Hello, I'm (now) launching wpa_supplicant at boot time via /etc/rc.conf as: ifconfig_iwi0="WPA" and all is fine with WEP and WPA-PSK in the different Wifi locations which I have configured in /etc/wpa_supplicant.conf; but the configured UNIX domain socket files for communication in ctrl_interface=/var/run/wpa_supplicant will only be created if I start wpa_supplicant later manually again; I have checked the boot messages, but wpa_supplicant is started after local file systems are mounted and no errors are there; any ideas? thx matthias -- e - w http://www.oclcpica.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ From owner-freebsd-mobile@FreeBSD.ORG Wed Jul 18 18:43:41 2007 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 53F8E16A404 for ; Wed, 18 Jul 2007 18:43:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 0AE1F13C4C3 for ; Wed, 18 Jul 2007 18:43:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.7b8) with ESMTP id 197456598 for multiple; Wed, 18 Jul 2007 14:52:04 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l6IIhWlO055194; Wed, 18 Jul 2007 14:43:34 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-mobile@freebsd.org, Matthias Apitz Date: Wed, 18 Jul 2007 14:43:26 -0400 User-Agent: KMail/1.9.6 References: <20070718181039.GA1845@rebelion.Sisis.de> In-Reply-To: <20070718181039.GA1845@rebelion.Sisis.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707181443.26972.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 18 Jul 2007 14:43:34 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3696/Wed Jul 18 08:56:36 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Subject: Re: wpa_supplicant && and no ctrl_interface for wpa_cli 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, 18 Jul 2007 18:43:41 -0000 On Wednesday 18 July 2007 02:10:39 pm Matthias Apitz wrote: > > Hello, > > I'm (now) launching wpa_supplicant at boot time via /etc/rc.conf as: > > ifconfig_iwi0="WPA" > > and all is fine with WEP and WPA-PSK in the different Wifi locations > which I have configured in /etc/wpa_supplicant.conf; but the configured > UNIX domain socket files for communication in > > ctrl_interface=/var/run/wpa_supplicant > > will only be created if I start wpa_supplicant later manually again; > I have checked the boot messages, but wpa_supplicant is started after > local file systems are mounted and no errors are there; > > any ideas? > > thx I see the same issue but haven't tried to track it down yet. -- John Baldwin From owner-freebsd-mobile@FreeBSD.ORG Wed Jul 18 20:45:25 2007 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A30B916A400 for ; Wed, 18 Jul 2007 20:45:25 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id 68AD913C4A8 for ; Wed, 18 Jul 2007 20:45:25 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id B806D1CC0F9 for ; Wed, 18 Jul 2007 22:12:55 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 37ED0B82D; Wed, 18 Jul 2007 22:12:55 +0200 (CEST) Date: Wed, 18 Jul 2007 22:12:55 +0200 From: Henrik Brix Andersen To: freebsd-mobile@freebsd.org Message-ID: <20070718201254.GA93437@tirith.brixandersen.dk> Mail-Followup-To: freebsd-mobile@freebsd.org References: <20070718181039.GA1845@rebelion.Sisis.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: <20070718181039.GA1845@rebelion.Sisis.de> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: wpa_supplicant && and no ctrl_interface for wpa_cli 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, 18 Jul 2007 20:45:25 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 18, 2007 at 08:10:39PM +0200, Matthias Apitz wrote: > and all is fine with WEP and WPA-PSK in the different Wifi locations > which I have configured in /etc/wpa_supplicant.conf; but the configured > UNIX domain socket files for communication in >=20 > ctrl_interface=3D/var/run/wpa_supplicant >=20 > will only be created if I start wpa_supplicant later manually again; > I have checked the boot messages, but wpa_supplicant is started after > local file systems are mounted and no errors are there; This is due to /etc/rc.d/cleanvar purging the /var/run/wpa_supplicant directory after /etc/rc.d/wpa_supplicant is started. Here is a crude patch which makes cleanvar skip the wpa_supplicant dir. I am not sure what the best solution is... --- etc/rc.d/cleanvar.orig 2007-07-18 22:06:41.000000000 +0200 +++ etc/rc.d/cleanvar 2007-07-18 22:08:02.000000000 +0200 @@ -28,19 +28,26 @@ purgedir() for dir do ( - cd "$dir" && for file in .* * - do - # Skip over logging sockets - [ -S "$file" -a "$file" =3D "log" ] && continue - [ -S "$file" -a "$file" =3D "logpriv" ] && continue - [ ."$file" =3D .. -o ."$file" =3D ... ] && continue - if [ -d "$file" -a ! -L "$file" ] - then - purgedir "$file" - else - rm -f -- "$file" - fi - done + case "$dir" in + wpa_supplicant) + # Skip + ;; + *) + cd "$dir" && for file in .* * + do + # Skip over logging sockets + [ -S "$file" -a "$file" =3D "log" ] && continue + [ -S "$file" -a "$file" =3D "logpriv" ] && continue + [ ."$file" =3D .. -o ."$file" =3D ... ] && continue + if [ -d "$file" -a ! -L "$file" ] + then + purgedir "$file" + else + rm -f -- "$file" + fi + done + ;; + esac ) done fi --=20 Henrik Brix Andersen --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFGnnRGv+Q4flTiePgRApDEAKCtFQnG8mQA3SrBW18DuYuCMYbU2QCeJfR5 nsqs4yrH45IyrBLYSC2I688= =J0iE -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-mobile@FreeBSD.ORG Thu Jul 19 12:44:35 2007 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCD9816A400 for ; Thu, 19 Jul 2007 12:44:35 +0000 (UTC) (envelope-from dwinner@dwinner.net) Received: from outbound-mail-15.bluehost.com (outbound-mail-15.bluehost.com [69.89.18.115]) by mx1.freebsd.org (Postfix) with SMTP id A393E13C478 for ; Thu, 19 Jul 2007 12:44:35 +0000 (UTC) (envelope-from dwinner@dwinner.net) Received: (qmail 12705 invoked by uid 0); 19 Jul 2007 12:16:34 -0000 Received: from unknown (HELO box122.bluehost.com) (69.89.22.122) by mailproxy1.bluehost.com with SMTP; 19 Jul 2007 12:16:34 -0000 Received: from [216.113.237.29] (helo=evenstar.ifqasys.lan) by box122.bluehost.com with esmtpa (Exim 4.66) (envelope-from ) id 1IBUvq-0001qT-B1 for freebsd-mobile@freebsd.org; Thu, 19 Jul 2007 06:16:34 -0600 Message-ID: <469F5617.10409@dwinner.net> Date: Thu, 19 Jul 2007 08:16:23 -0400 From: Duane Winner User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: freebsd-mobile@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Identified-User: {731:box122.bluehost.com:dwinnern:dwinner.net} {sentby:smtp auth 216.113.237.29 authed with dwinner+dwinner.net} Subject: Verizon Broadband (USB720) ? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dwinner@dwinner.net List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 12:44:36 -0000 Hello, I have a Verizon Broadband USB720 modem for my Mac. Is there any chance that it will work w/ FreeBSD? Is there a driver for it? Has anybody else used it? Are there any instructions out there on how to do wireless broadband on FreeBSD? Thanks for any feedback, DW From owner-freebsd-mobile@FreeBSD.ORG Thu Jul 19 12:56:18 2007 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE9BE16A403 for ; Thu, 19 Jul 2007 12:56:18 +0000 (UTC) (envelope-from shadowfox.hb@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 85F7B13C467 for ; Thu, 19 Jul 2007 12:56:18 +0000 (UTC) (envelope-from shadowfox.hb@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so570147uge for ; Thu, 19 Jul 2007 05:56:17 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=hgSB3JKCuRreIMtsG08eB6qR1trVLc6BL31uB2hie9AVHGEz2fProwQb3pbDIb5k67MTcScRwrOG1X9yXDC/wY1176AKENSF8uFVGZne4HzbI808SAMnc2jrSXbVr4tIPNpHX12UVky2FRehxNDcd+XePE4nmRsvDfJ4AAF/J9E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=a4oXUvna29JSSmGuADsIGTIInb0ElFRqzL2ZH2DN/qJqCDnM8TiUx4Ti+BqL9QEB92bFl4fEeehxs2xssovTw4NHEOMk38y9NdWMZ2FmGvnm9vEbaNRgBdAxyZu3R/3NC500t69qNFJvoQCPd7UVlLta2aljLTI333qdE1Fv7rM= Received: by 10.78.200.20 with SMTP id x20mr731952huf.1184848322739; Thu, 19 Jul 2007 05:32:02 -0700 (PDT) Received: by 10.78.120.15 with HTTP; Thu, 19 Jul 2007 05:32:02 -0700 (PDT) Message-ID: Date: Thu, 19 Jul 2007 14:32:02 +0200 From: "Shadowfox from hack.in#badakigu" To: freebsd-mobile@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=WINDOWS-1252; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Is Dell Latitude D531 Essential (L07531xp) compatible with FreeBSD 6.2 Stable? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 12:56:19 -0000 Hi, I was looking about FreeBSD laptop compatibility in the web, but i can't find anything about Dell Latitude D531 Essential (L07531xp) laptop. Can you help me? I want to buy this laptop, or something like that. Can you tell me what is compatible and what not with this laptop? This is the list of the laptop components: Processor: AMD Turion=99 64 X2 Mobile Processor TL-60 (2.0GHz) Memory: SDRAM DDR2 1,0GB 667MHz (2 x 512 MB) Chipset: Radeon Xpress 1270 HDD: 120GB 7,200rpm SATA Hard Drive Modem Irish/Spanish - 56.6k V.92 Capable Internal Modem & Adapte= r Optical device: 8x DVD+/- RW Wireless Dell=99 Wireless 1390 802.11g Mini-Card Bluetooth Internal Dell 360 Bluetooth=99 Card Main battery; 9 Cell 85WHr Primary Battery Screen: 15.4" WXGA+ True Life (1440 x 900 resolution) Dell Wireless 1390 device is from Broadcom, then, i think that it can't work with FreeBSD beacause there are not native drivers, but if i change the mini-pci wireless card i think that it will work. I will buy a wireless mini-pci card with Atheros chipset. ACPI is what i'm worry about, can somebody tell me if it will work right? It's beacause the configuration and type of the BIOS, isn't it? Lot of thanks. --=20 Egonezintasuna, jakinmina eta ikasteko gogoa da zuongandik bereizten gaituena, delinkuente deitzen gaituzue, baia justizian sinisten dugu, ez ordea okerki eta modu berdinean izendatzen duzuen zuen legegintza sistema ustel horretan. Shadowfox From owner-freebsd-mobile@FreeBSD.ORG Thu Jul 19 13:45:55 2007 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2016A16A400 for ; Thu, 19 Jul 2007 13:45:55 +0000 (UTC) (envelope-from gdt@ir.bbn.com) Received: from fnord.ir.bbn.com (fnord.ir.bbn.com [192.1.100.210]) by mx1.freebsd.org (Postfix) with ESMTP id ED25113C428 for ; Thu, 19 Jul 2007 13:45:54 +0000 (UTC) (envelope-from gdt@ir.bbn.com) Received: by fnord.ir.bbn.com (Postfix, from userid 10853) id 1718052EC; Thu, 19 Jul 2007 09:27:49 -0400 (EDT) From: Greg Troxel To: dwinner@dwinner.net References: <469F5617.10409@dwinner.net> X-Hashcash: 1:20:070719:freebsd-mobile@freebsd.org::yokkyQSpSNTkuajG:000000000000000000000000000000000001VWo X-Hashcash: 1:20:070719:dwinner@dwinner.net::yokkyQSpSNTkuajG:0000000000000000000000000000000000000000001urF Date: Thu, 19 Jul 2007 09:27:49 -0400 In-Reply-To: <469F5617.10409@dwinner.net> (Duane Winner's message of "Thu, 19 Jul 2007 08:16:23 -0400") Message-ID: User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-mobile@freebsd.org Subject: Re: Verizon Broadband (USB720) ? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 13:45:55 -0000 I have a Verizon Broadband USB720 modem for my Mac. I have not used that model, but used a KPC650 (550?) PC Card under NetBSD. It had an ohci, uhub, and something that was a serial adaptor with two bulk endpoints. It's possible this adaptor is just the ugensa/ucom part. So I'd try to add the usb device id to the list in the "generic serial driver". My impression is that the "ugensa" support in NetBSD is very similar to a driver with a slighly different name in FreeBSD (I don't remember which way the code flowed). From owner-freebsd-mobile@FreeBSD.ORG Thu Jul 19 23:52:52 2007 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 7475816A468 for ; Thu, 19 Jul 2007 23:52:52 +0000 (UTC) (envelope-from torfing@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 3383913C469 for ; Thu, 19 Jul 2007 23:52:52 +0000 (UTC) (envelope-from torfing@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-1.04 (built May 9 2007; 32bit)) with ESMTP id <0JLG002BJ1I8QO80@osl1smout1.broadpark.no> for freebsd-mobile@freebsd.org; Thu, 19 Jul 2007 22:42:08 +0200 (CEST) Received: from kg-work.kg4.no ([80.202.72.184]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-0.15 (built Feb 9 2007)) with SMTP id <0JLG00MAL1I7WW10@osl1sminn1.broadpark.no> for freebsd-mobile@freebsd.org; Thu, 19 Jul 2007 22:42:08 +0200 (CEST) Date: Thu, 19 Jul 2007 22:42:01 +0200 From: Torfinn Ingolfsen To: freebsd-mobile@freebsd.org Message-id: <20070719224201.c16fd86b.torfinn.ingolfsen@broadpark.no> X-Mailer: Sylpheed 2.4.3 (GTK+ 2.10.14; i386-portbld-freebsd6.2) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Acer Aspire AS5672 laptop and FreeBSD 6.2-stable - status update X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 23:52:52 -0000 FYI, this is just a status report abour this laptop (Acer Aspire AS5672) and FreeBSD 6.2-stable. I just finished upgrading it to the latest -stable: tingo@kg-home$ uname -a FreeBSD kg-home.kg4.no 6.2-STABLE FreeBSD 6.2-STABLE #7: Thu Jul 19 21:43:31 CEST 2007 root@kg-home.kg4.no:/usr/obj/usr/src/sys/AS5672 i386 and there were no noticable changes. The laptop still needs acpi disabled for the network drivers (wpi and bge) to attach. Full dmesgs and more about it at the page: http://tingox.googlepages.com/aceraspireas5672andfreebsd -- Regards, Torfinn Ingolfsen From owner-freebsd-mobile@FreeBSD.ORG Fri Jul 20 03:30:48 2007 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 B7FE016A46B for ; Fri, 20 Jul 2007 03:30:48 +0000 (UTC) (envelope-from evs@telod.net) Received: from kohav.telod.net (h-72-245-221-62.chcgilgm.covad.net [72.245.221.62]) by mx1.freebsd.org (Postfix) with ESMTP id 6AC8E13C494 for ; Fri, 20 Jul 2007 03:30:48 +0000 (UTC) (envelope-from evs@telod.net) Received: from [192.168.0.2] (wall.hm.telod.net [72.245.221.58]) (authenticated bits=0) by kohav.telod.net (8.13.8/8.13.3) with ESMTP id l6K39SPW047624; Thu, 19 Jul 2007 22:09:29 -0500 (CDT) (envelope-from evs@telod.net) In-Reply-To: <469F5617.10409@dwinner.net> References: <469F5617.10409@dwinner.net> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Edward Shabotinsky Date: Thu, 19 Jul 2007 22:09:27 -0500 To: dwinner@dwinner.net X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: ClamAV version 0.91, clamav-milter version 0.91 on kohav.telod.net X-Virus-Status: Clean Cc: freebsd-mobile@freebsd.org Subject: Re: Verizon Broadband (USB720) ? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 03:30:48 -0000 yes, it should work i've had one time pc card from verizon and was able to set it up i see if i can dig some more info, i know that on this list was some sort of conversation about it. On Jul 19, 2007, at 7:16 AM, Duane Winner wrote: > Hello, > > I have a Verizon Broadband USB720 modem for my Mac. > > Is there any chance that it will work w/ FreeBSD? Is there a driver > for it? Has anybody else used it? Are there any instructions out > there on how to do wireless broadband on FreeBSD? > > Thanks for any feedback, > DW > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile- > unsubscribe@freebsd.org" From owner-freebsd-mobile@FreeBSD.ORG Fri Jul 20 03:30:51 2007 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 0159516A4DF for ; Fri, 20 Jul 2007 03:30:50 +0000 (UTC) (envelope-from evs@telod.net) Received: from kohav.telod.net (h-72-245-221-62.chcgilgm.covad.net [72.245.221.62]) by mx1.freebsd.org (Postfix) with ESMTP id 0D5E613C45D for ; Fri, 20 Jul 2007 03:30:48 +0000 (UTC) (envelope-from evs@telod.net) Received: from [192.168.0.2] (wall.hm.telod.net [72.245.221.58]) (authenticated bits=0) by kohav.telod.net (8.13.8/8.13.3) with ESMTP id l6K3BXUE047662; Thu, 19 Jul 2007 22:11:34 -0500 (CDT) (envelope-from evs@telod.net) Mime-Version: 1.0 (Apple Message framework v752.3) To: Duane Winner Message-Id: From: Edward Shabotinsky Date: Thu, 19 Jul 2007 22:11:33 -0500 X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: ClamAV version 0.91, clamav-milter version 0.91 on kohav.telod.net X-Virus-Status: Clean Content-Type: text/plain; charset=UTF-8; delsp=yes; format=flowed Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-mobile@freebsd.org Subject: Verizon Broadband modem X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 03:30:51 -0000 See if this can help you for start good luck Begin forwarded message: > From: John Nielsen > Date: February 4, 2007 10:40:13 PM CST > To: freebsd-mobile@freebsd.org > Cc: evs@telod.net > Subject: Verizon V620 wireless card > > I just want to report that I got this card working on my laptop =20 > running > 6-STABLE. (This should be a reply to this message but I couldn't =20 > find it > locally): > http://lists.freebsd.org/pipermail/freebsd-mobile/2006-December/=20 > 009404.html > > Unlike the OP, the usb hub was recognized on my machine and gave me =20= > a ugen0 > device associated with the CDMA modem. So all I had to do was get =20 > the modem > to attach to ucom or similar. > > After a couple false starts I got a cue from this message: > http://lists.freebsd.org/pipermail/freebsd-hackers/2005-June/=20 > 012512.html > > The attached patch lets the card attach as a ubsa device. I'm also =20 > attaching > the ppp.conf file I hacked up (it's been a while since I've made =20 > any ppp > chat scripts so I'm sure it could be done more elegantly). > > Here are the relevant bits of dmesg with the card inserted: > > cbb0: at device 11.0 on pci0 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > cbb1: at device 11.1 on pci0 > cardbus1: on cbb1 > pccard1: <16-bit PCCard bus> on cbb1 > ... > cardbus0: CIS pointer is 0! > cardbus0: Resource not specified in CIS: id=3D10, size=3D1000 > ohci3: mem 0x88001000-0x88001fff irq =20 > 9 at > device 0.1 on cardbus0 > ohci3: [GIANT-LOCKED] > usb4: OHCI version 1.0 > usb4: on ohci3 > usb4: USB revision 1.0 > uhub4: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub4: 2 ports with 2 removable, self powered > ucom0: Novatel Wireless Inc. Novatel Wireless Merlin CDMA, rev =20 > 1.10/0.00, > addr 2 > ucom0: ubsa_request: STALLED > ucom0: ubsa_request: STALLED > ... > (lots more STALLED messages) > > Despite the error messages it connects and works just fine, with =20 > performance > similar to what I see in Windows (which isn't great in this area). > > evs: Did you take ohci out of your kernel by any chance? > > I'm open to feedback on what the STALLED messages might mean and =20 > how to get > rid of them. > > JN=EF=BF=BC=EF=BF=BCBegin forwarded message: > From: Greg Troxel > Date: February 5, 2007 8:44:58 AM CST > To: John Nielsen > Cc: freebsd-mobile@freebsd.org, evs@telod.net > Subject: Re: Verizon V620 wireless card > > I added the vendor ids to NetBSD's usbdevs and ugensa(4). (ugensa is > similar to (and I think the ancestor of) FreeBSD's ubsa.) > > Can you explain the UQ_ASSUME_CM_OVER_DATA quirk? I couldn't find it > showing up in ubsa or ucom, so I don't understand what it does (and if > anything odd should be done by NetBSD). > > > About the stall: see the following log entry in usbdevs: > > Revision 1.254 / (download) - annotate - [select for diffs], Sun =20= > Feb 19 14:48:02 2006 UTC (11 months, 2 weeks ago) by iedowse > Branch: MAIN > Changes since 1.253: +1 -0 lines > Diff to previous 1.253 (colored) > > Add a UQ_OPEN_CLEARSTALL quirk for devices that need a clear-stall > operation when a pipe is opened, and add an entry for the ST Micro > biometric CPU. > > Submitted by: Fredrik Lindberg > MFC after: 1 week > --=20 > Greg Troxel Begin forwarded message: > From: John Nielsen > Date: February 5, 2007 9:41:23 AM CST > To: freebsd-mobile@freebsd.org > Cc: freebsd-usb@freebsd.org > Subject: Re: Verizon V620 wireless card > > [Adding usb@ to CC list.] > > On Monday 05 February 2007 09:44, Greg Troxel wrote: >> I added the vendor ids to NetBSD's usbdevs and ugensa(4). (ugensa is >> similar to (and I think the ancestor of) FreeBSD's ubsa.) >> >> Can you explain the UQ_ASSUME_CM_OVER_DATA quirk? I couldn't find it >> showing up in ubsa or ucom, so I don't understand what it does =20 >> (and if >> anything odd should be done by NetBSD). > > I don't know what it does exactly. The comment in usb_quirks.h just > says "modem device breaks on cm over data". I do know that it's =20 > needed for a > lot of cellphone and modem-type usb devices (including my Samsung =20 > VI660 > (anyone feel like committing usb/74880?)). I tried my V620 with the =20= > ubsa > patch but without the quirk and it didn't work at all. > >> About the stall: see the following log entry in usbdevs: >> >> Revision 1.254 / (download) - annotate - [select for diffs], =20 >> Sun Feb 19 >> 14:48:02 2006 UTC (11 months, 2 weeks ago) by iedowse Branch: MAIN >> Changes since 1.253: +1 -0 lines >> Diff to previous 1.253 (colored) >> >> Add a UQ_OPEN_CLEARSTALL quirk for devices that need a clear-stall >> operation when a pipe is opened, and add an entry for the ST Micro >> biometric CPU. > > It doesn't look like this was ever MFC'ed. Who should I bug to get =20 > that taken > care of? If I can test it and it takes care of the error messages =20 > then I'll > add it to my patch and submit a PR. > > Funny coincidence. It looks like kern/106033 (the PR that led me =20 > down the ubsa > path to begin with) was committed a few hours before my message =20 > yesterday. > Thanks Lukas! > > JN > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-=20 > unsubscribe@freebsd.org" Begin forwarded message: > From: Greg Troxel > Date: February 5, 2007 10:44:51 AM CST > To: John Nielsen > Cc: freebsd-usb@freebsd.org, freebsd-mobile@freebsd.org > Subject: Re: Verizon V620 wireless card > > > John Nielsen writes: > >> [Adding usb@ to CC list.] >> >> On Monday 05 February 2007 09:44, Greg Troxel wrote: >>> I added the vendor ids to NetBSD's usbdevs and ugensa(4). =20 >>> (ugensa is >>> similar to (and I think the ancestor of) FreeBSD's ubsa.) >>> >>> Can you explain the UQ_ASSUME_CM_OVER_DATA quirk? I couldn't =20 >>> find it >>> showing up in ubsa or ucom, so I don't understand what it does =20 >>> (and if >>> anything odd should be done by NetBSD). >> >> I don't know what it does exactly. The comment in usb_quirks.h just >> says "modem device breaks on cm over data". I do know that it's =20 >> needed for a >> lot of cellphone and modem-type usb devices (including my Samsung =20 >> VI660 >> (anyone feel like committing usb/74880?)). I tried my V620 with =20 >> the ubsa >> patch but without the quirk and it didn't work at all. > > I've been using a KPC650 (vz) and a sierra aircard (sprint) on NetBSD > without any sign of that quirk with no issues. So, it could be that > the NetBSD code doesn't provoke the behavior for some other reason. > > Greg Troxel Begin forwarded message: > From: Volker > Date: February 5, 2007 4:57:07 PM CST > To: freebsd-mobile@freebsd.org > Cc: lists@jnielsen.net > Subject: Re: Verizon V620 wireless card > >> ucom0: Novatel Wireless Inc. Novatel Wireless Merlin CDMA, rev =20 >> 1.10/0.00, >> addr 2 >> ucom0: ubsa_request: STALLED >> ucom0: ubsa_request: STALLED >> ... >> (lots more STALLED messages) > > > John, > > just added myself to mobile@ (thanks for cross-posting this to usb@ > so I got notice of this discussion). > > If you're using the V620 (or any other (W-)CDMA) card with ppp, you > should make sure you're using: > > set cd 30! (note the exclamation mark at the end) > > I've seen _a lot_ of problem reports (not just with FreeBSD) where > ppp does not recognize a connection loss when using W-CDMA cards. > The exclamation mark forces ppp into waiting for a carrier and > following that CD signal. > > I suspect your problems might come from a bad signal. I don't know > much about the V620 (just that it's only used in nothern america) > but if it's a high-speed card (transfer rate > 56k, 3G mode?) you > should force your card into GPRS or 3G mode. > > By default W-CDMA cards are trying to auto detect the best signal > reception and that might cause often signal loss due to band change. > > If you know how to force the card into one or the other mode, please > use that in ppp's init string. If you don't know it, you may try the > commands for the U630 (I guess both cards are using the same command > set). You may find a bit info about the U630 at: > http://bsd.vwsoft.com/3g/merlin_u630.html > > Please note the U630 is serial-over-PCMCIA and not usb so the > hardware is not the same. I thought the V620 is also > serial-over-PCMCIA but it seems you proved me wrong. ;) > > Greetings, > > Volker > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-=20 > unsubscribe@freebsd.org" Begin forwarded message: > From: John Nielsen > Date: February 5, 2007 9:35:24 PM CST > To: freebsd-mobile@freebsd.org > Cc: Volker > Subject: Re: Verizon V620 wireless card > > On Monday 05 February 2007 17:57, Volker wrote: >>> ucom0: Novatel Wireless Inc. Novatel Wireless Merlin CDMA, rev >>> 1.10/0.00, addr 2 >>> ucom0: ubsa_request: STALLED >>> ucom0: ubsa_request: STALLED >>> ... >>> (lots more STALLED messages) >> >> John, >> >> just added myself to mobile@ (thanks for cross-posting this to usb@ >> so I got notice of this discussion). >> >> If you're using the V620 (or any other (W-)CDMA) card with ppp, you >> should make sure you're using: >> >> set cd 30! (note the exclamation mark at the end) >> >> I've seen _a lot_ of problem reports (not just with FreeBSD) where >> ppp does not recognize a connection loss when using W-CDMA cards. >> The exclamation mark forces ppp into waiting for a carrier and >> following that CD signal. > > I'll play around with that, thanks. > >> I suspect your problems might come from a bad signal. I don't know >> much about the V620 (just that it's only used in nothern america) >> but if it's a high-speed card (transfer rate > 56k, 3G mode?) you >> should force your card into GPRS or 3G mode. > > I'll experiment with that too. One thing I'm not sure I mentioned =20 > in my > first post is that the STALLED messages only show up when the =20 > device is > opened and closed. If I use ppp in manual mode I get about six of =20 > them when > I first start ppp but none while I issue any AT commands or while =20 > the link > is active. Then I get about six more when I close the link. > > It is a (relatively) high-speed card. Under Windows all the fancy > third-party software does is create a regular dial-up networking =20 > link with > a serial speed of 230400. Doing the same with ppp under FreeBSD =20 > gets me a > usable connection. Under either OS the latency is pretty high =20 > (~300ms) and > a few packets get dropped here and there, but it beats straight =20 > dial-up (or > heaven forbid, no connection at all!) > >> By default W-CDMA cards are trying to auto detect the best signal >> reception and that might cause often signal loss due to band change. >> >> If you know how to force the card into one or the other mode, please >> use that in ppp's init string. If you don't know it, you may try the >> commands for the U630 (I guess both cards are using the same command >> set). You may find a bit info about the U630 at: >> http://bsd.vwsoft.com/3g/merlin_u630.html > > Thanks for the link. More documentation is almost always better. :) > >> Please note the U630 is serial-over-PCMCIA and not usb so the >> hardware is not the same. I thought the V620 is also >> serial-over-PCMCIA but it seems you proved me wrong. ;) > > I was a little surprised when I first plugged it in under Windows =20 > and a USB > hub popped up. But hey, I didn't design the card or even choose to =20 > buy it > (it's part of the lucky ball-and-chain package I get from work when =20= > I'm on > call). > > Thanks for your response. > > JN > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-=20 > unsubscribe@freebsd.org" Begin forwarded message: > From: Volker > Date: February 6, 2007 6:04:09 AM CST > To: John Nielsen > Cc: freebsd-mobile@freebsd.org > Subject: Re: Verizon V620 wireless card > > John, > > On 02/06/07 04:35, John Nielsen wrote: >> On Monday 05 February 2007 17:57, Volker wrote: >>>> ucom0: Novatel Wireless Inc. Novatel Wireless Merlin CDMA, rev >>>> 1.10/0.00, addr 2 >>>> ucom0: ubsa_request: STALLED >>>> ucom0: ubsa_request: STALLED >>>> ... >>>> (lots more STALLED messages) >>> John, >>> >>> just added myself to mobile@ (thanks for cross-posting this to usb@ >>> so I got notice of this discussion). >>> >>> If you're using the V620 (or any other (W-)CDMA) card with ppp, you >>> should make sure you're using: >>> >>> set cd 30! (note the exclamation mark at the end) >>> >>> I've seen _a lot_ of problem reports (not just with FreeBSD) where >>> ppp does not recognize a connection loss when using W-CDMA cards. >>> The exclamation mark forces ppp into waiting for a carrier and >>> following that CD signal. >> >> I'll play around with that, thanks. >> >>> I suspect your problems might come from a bad signal. I don't know >>> much about the V620 (just that it's only used in nothern america) >>> but if it's a high-speed card (transfer rate > 56k, 3G mode?) you >>> should force your card into GPRS or 3G mode. >> >> I'll experiment with that too. One thing I'm not sure I mentioned =20 >> in my >> first post is that the STALLED messages only show up when the =20 >> device is >> opened and closed. If I use ppp in manual mode I get about six of =20 >> them when >> I first start ppp but none while I issue any AT commands or while =20 >> the link >> is active. Then I get about six more when I close the link. > > You may even try to open the device with a speed setting of 1200 > baud. I've played with userland ppp and found that when using speeds > above 115kbit ppp might behave oddly. For any tty device which is > not associated with a real UART chip the speed should not matter. > Even in the driver the speed setting function is a dummy function > which does nothing but ppp takes care of the speed. > > I suggest to use a lower speed setting with ppp and try again. You > should have no throughput impact when using 38400 baud with ppp. At > least this is what I was experiencing using 3G hardware. > > Please try that (plus the 'set cd xx!' setting) and see if the > stalled messages are gone. > >> Thanks for the link. More documentation is almost always better. :) > > If you have any good docs for the V620 with the differences to the > U630 I'll put them up also if you can give me pointers. I'm trying > to assemble as much 3G infos as possible as this is a really > interesting infrastructure (I like the idea to have the internet to =20= > go). > >> I was a little surprised when I first plugged it in under Windows =20 >> and a USB >> hub popped up. But hey, I didn't design the card or even choose to =20= >> buy it >> (it's part of the lucky ball-and-chain package I get from work =20 >> when I'm on >> call). > > Most current 3G cards do have an interface like that. I think > Qualcomm designed that and most manufacturers took that. Just the > newer Option Globetrotter cards (3G Max, 3G +) do have a different > interface. > > Greetings, > > Volker > > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-=20 > unsubscribe@freebsd.org" From owner-freebsd-mobile@FreeBSD.ORG Fri Jul 20 19:53:59 2007 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 AD46A16A417 for ; Fri, 20 Jul 2007 19:53:59 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 9151613C45E for ; Fri, 20 Jul 2007 19:53:59 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1IByY3-00004v-09 for freebsd-mobile@freebsd.org; Fri, 20 Jul 2007 12:53:59 -0700 Message-ID: <11714955.post@talk.nabble.com> Date: Fri, 20 Jul 2007 12:53:58 -0700 (PDT) From: Andrenl To: freebsd-mobile@freebsd.org In-Reply-To: <11579397.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: andreperes2003@yahoo.com.br References: <11579397.post@talk.nabble.com> Subject: Re: Atheros - AR5BXB63 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 19:53:59 -0000 In wi-fi.org says that this card is an AR5006EG the ID is 0428 In http://certifications.wi-fi.org/wbcs_ViewCertificate.php?product_id=5180 Andrenl wrote: > > Hi, I've recentily bought an Acer 5100 Laptop, It's comes with windows > Vista, in windows the Wireless card is labeled as "AR5007EG" but in the > button of the laptop have a label saying that the wireless card is > AR5BXB63, i'm geting Hal status 13, or hal status 3 sometimes. (why this > two cards are compatible, or the same???), Well then I tried an Linux > with Madwifi and OpenHAL, this shows the interface like an AR5212, the > interface ath0 shows up but don't work. Well, have some one a solution for > this problem? > > Thanks. > -- View this message in context: http://www.nabble.com/Atheros---AR5BXB63-tf4074413.html#a11714955 Sent from the freebsd-mobile mailing list archive at Nabble.com. From owner-freebsd-mobile@FreeBSD.ORG Sat Jul 21 22:57:12 2007 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 176DD16A41B for ; Sat, 21 Jul 2007 22:57:12 +0000 (UTC) (envelope-from Erik.Hertzog@bentley.com) Received: from extonpo3.bentley.com (extonpo3.bentley.com [64.90.226.67]) by mx1.freebsd.org (Postfix) with ESMTP id D06BC13C45E for ; Sat, 21 Jul 2007 22:57:11 +0000 (UTC) (envelope-from Erik.Hertzog@bentley.com) Received: from extonpo2.bentley.com ([64.90.227.98]) by extonpo3.bentley.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 21 Jul 2007 18:45:09 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Sat, 21 Jul 2007 18:45:09 -0400 Message-ID: <592FCC92CA6CF745B80B3496107091D205C8C397@extonpo2.bentley.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Anyone have HP ZE4805US laptop working (US$900) Thread-Index: AcfL6Mp95QpZrfYoRCSdUxlbLfx8pQ== From: To: X-OriginalArrivalTime: 21 Jul 2007 22:45:09.0956 (UTC) FILETIME=[CADB2840:01C7CBE8] Subject: Anyone have HP ZE4805US laptop working (US$900) 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, 21 Jul 2007 22:57:12 -0000 Are you still looking to a ZE4805 Laptop? My wife has one and would like to sell to upgrade to a newer version. She is a layer and needs more memory and speed. Please let me know if you are serious about your purchase. Where are you located at? Erik Hertzog 494-995-2660 ejvolley@comcast.net