From owner-freebsd-mobile@FreeBSD.ORG Sun Apr 30 21:10:13 2006 Return-Path: X-Original-To: mobile@freebsd.org Delivered-To: freebsd-mobile@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DE9316A415 for ; Sun, 30 Apr 2006 21:10:13 +0000 (UTC) (envelope-from mbsd@pacbell.net) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50A5343D6D for ; Sun, 30 Apr 2006 21:09:59 +0000 (GMT) (envelope-from mbsd@pacbell.net) Received: from pimout6-ext.prodigy.net (pimout6-int.prodigy.net [207.115.4.22]) by ylpvm01.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k3UL9tFk020938 for ; Sun, 30 Apr 2006 17:09:55 -0400 X-ORBL: [71.139.108.211] DomainKey-Signature: a=rsa-sha1; s=sbc01; d=pacbell.net; c=nofws; q=dns; h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id: references:mime-version:content-type; b=bq8+pj5Aozi5eNdPvnqThI7MyB4iEatBDQU9aEqdWgCjl9aR5fl2chb2yKa0cabnU T2ApeBA5Bnq7oWXUifRow== Received: from antec (ppp-71-139-108-211.dsl.snfc21.pacbell.net [71.139.108.211]) by pimout6-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k3UL9vE8207616; Sun, 30 Apr 2006 17:09:57 -0400 Date: Sun, 30 Apr 2006 14:09:56 -0700 (PDT) From: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= X-X-Sender: mikko@antec.home To: Mike Silbersack In-Reply-To: <20060429102214.V9858@odysseus.silby.com> Message-ID: <20060430134609.U4092@antec.home> References: <20060429102214.V9858@odysseus.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: mobile@freebsd.org Subject: Re: if_bfe and > 1 GB of ram is now fixed (fwd) X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Apr 2006 21:10:13 -0000 On Sat, 29 Apr 2006, Mike Silbersack wrote: > > Google told me that some of you guys were discussing this issue on > freebsd-mobile, so I'm forwarding my post over here. > > Mike "Silby" Silbersack > Great! However, it does not quite work for me (on -current as of yesterday, with version 1.36 of if_bfe.c). Busdma wants a lock function: panic: driver error: busdma dflt_lock called Using busdma_lock_mutex() and &sc->bfe_mtx results in watchdog timeouts, lots of LORs and no network traffic, so some other lock is apparently needed. Any ideas? # kgdb -q /boot/kernel/kernel.symbols vmcore.4 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] Unread portion of the kernel message buffer: panic: driver error: busdma dflt_lock called KDB: enter: panic panic: from debugger Uptime: 8m53s Physical memory: 2022 MB Dumping 66 MB: 51 35 19 3 #0 doadump () at pcpu.h:166 166 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:166 #1 0xc049b7b6 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc049b278 in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc04420c2 in db_panic (addr=-1068778798, have_addr=0, count=-1, modif=0xe34a9a98 "") at /usr/src/sys/ddb/db_command.c:426 #4 0xc04424af in db_command_loop () at /usr/src/sys/ddb/db_command.c:395 #5 0xc04443a4 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221 #6 0xc04bbf81 in kdb_trap (type=0, code=0, tf=0x0) at /usr/src/sys/kern/subr_kdb.c:481 #7 0xc05cf5e5 in trap (frame= {tf_fs = -1067188216, tf_es = 40, tf_ds = -481689560, tf_edi = 256, tf_esi = -1067155904, tf_ebp = -481649552, tf_isp = -481649580, tf_ebx = -1067155904, tf_edx = 0, tf_ecx = -1067155904, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1068778798, tf_cs = 32, tf_eflags = 646, tf_esp = -1067456709, tf_ss = -1067465896}) at /usr/src/sys/i386/i386/trap.c:622 #8 0xc05be96a in calltrap () at /usr/src/sys/i386/i386/exception.s:138 #9 0xc04bbad2 in kdb_enter (msg=0x12
) at cpufunc.h:60 #10 0xc049b2ef in panic ( fmt=0xc0647e40 "driver error: busdma dflt_lock called") at /usr/src/sys/kern/kern_shutdown.c:549 #11 0xc05b9712 in dflt_lock (arg=0x0, op=BUS_DMA_LOCK) at /usr/src/sys/i386/i386/busdma_machdep.c:202 #12 0xc05bbd47 in busdma_swi () at /usr/src/sys/i386/i386/busdma_machdep.c:1151 #13 0xc0482598 in ithread_loop (arg=0xc4857260) at /usr/src/sys/kern/kern_intr.c:662 #14 0xc04812a3 in fork_exit (callout=0xc0482340 , arg=0x12, frame=0x12) at /usr/src/sys/kern/kern_fork.c:819 #15 0xc05be9cc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:199 (kgdb) q Dell Inspiron 700m, 2GB ram and this network chip: ndis0@pci2:5:0: class=0x020000 card=0x018d1028 chip=0x170c14e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM440x 100Base-TX Fast Ethernet' class = network subclass = ethernet /Mikko > ---------- Forwarded message ---------- > Date: Fri, 28 Apr 2006 00:44:18 -0500 (CDT) > From: Mike Silbersack > To: stable@freebsd.org > Subject: if_bfe and > 1 GB of ram is now fixed > > > If anyone was using a bfe card and seeing interrupt storms when you attempted > to bring the card up, this is the fix for you. The driver wasn't previously > taking into account the fact that the chipset doesn't like addresses over the > 1GB mark. > > If you'd like an even quicker fix, just add hw.mem = "1000M" to your > loader.conf and reboot. :) > > Mike "Silby" Silbersack > > ---------- Forwarded message ---------- > Date: Fri, 28 Apr 2006 05:39:58 +0000 (UTC) > From: Mike Silbersack > To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org > Subject: cvs commit: src/sys/dev/bfe if_bfe.c > > silby 2006-04-28 05:39:58 UTC > > FreeBSD src repository > > Modified files: (Branch: RELENG_6) > sys/dev/bfe if_bfe.c > Log: > MFC revs 1.33, 1.34, 1.35, and 1.36. > > These changes allow bfe to work on machines with > 1GB of ram. > > Approved by: re > > Revision Changes Path > 1.25.2.5 +20 -17 src/sys/dev/bfe/if_bfe.c > _______________________________________________ > 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 Sun Apr 30 21:34:53 2006 Return-Path: X-Original-To: mobile@freebsd.org Delivered-To: freebsd-mobile@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A6BF16A400 for ; Sun, 30 Apr 2006 21:34:53 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay00.pair.com (relay00.pair.com [209.68.5.9]) by mx1.FreeBSD.org (Postfix) with SMTP id A82EA43D45 for ; Sun, 30 Apr 2006 21:34:52 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 64239 invoked from network); 30 Apr 2006 21:34:51 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 30 Apr 2006 21:34:51 -0000 X-pair-Authenticated: 209.68.2.70 Date: Sun, 30 Apr 2006 16:34:48 -0500 (CDT) From: Mike Silbersack To: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= In-Reply-To: <20060430134609.U4092@antec.home> Message-ID: <20060430163316.B724@odysseus.silby.com> References: <20060429102214.V9858@odysseus.silby.com> <20060430134609.U4092@antec.home> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1736242167-1146432888=:724" Cc: mobile@freebsd.org Subject: Re: if_bfe and > 1 GB of ram is now fixed (fwd) X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Apr 2006 21:34:55 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1736242167-1146432888=:724 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sun, 30 Apr 2006, Mikko Ty=F6l=E4j=E4rvi wrote: > Great! However, it does not quite work for me (on -current as of > yesterday, with version 1.36 of if_bfe.c). Busdma wants a lock > function: > > panic: driver error: busdma dflt_lock called > > Using busdma_lock_mutex() and &sc->bfe_mtx results in watchdog > timeouts, lots of LORs and no network traffic, so some other lock is > apparently needed. > > Any ideas? Hm. My bfe machine is running 6.x, so I tested under that only. Can you= =20 try setting hw.mem=3D1000M to see if that causes the panic to temporarily g= o=20 away? I'm interested to see if the new code panics only when > 1GB of ram= =20 is present or if it panics all the time now. :) Mike "Silby" Silbersack --0-1736242167-1146432888=:724-- From owner-freebsd-mobile@FreeBSD.ORG Sun Apr 30 22:23:07 2006 Return-Path: X-Original-To: mobile@freebsd.org Delivered-To: freebsd-mobile@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 016F216A40A for ; Sun, 30 Apr 2006 22:23:06 +0000 (UTC) (envelope-from mbsd@pacbell.net) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id C89C943D6B for ; Sun, 30 Apr 2006 22:22:50 +0000 (GMT) (envelope-from mbsd@pacbell.net) Received: from pimout7-ext.prodigy.net (pimout7-int.prodigy.net [207.115.4.147]) by ylpvm15.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k3UMMog7002445 for ; Sun, 30 Apr 2006 18:22:50 -0400 X-ORBL: [71.139.108.211] DomainKey-Signature: a=rsa-sha1; s=sbc01; d=pacbell.net; c=nofws; q=dns; h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id: references:mime-version:content-type; b=dnkCXOWNIp+ZYZ6bAJd7Ej+I4/eHtJPjowT2Ru1xiTxHNQ6aumjQZiG+PmVkOUnof yBtSBHcsaS+4Cbb9aArZQ== Received: from antec (ppp-71-139-108-211.dsl.snfc21.pacbell.net [71.139.108.211]) by pimout7-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k3UMMm7w077304; Sun, 30 Apr 2006 18:22:48 -0400 Date: Sun, 30 Apr 2006 15:22:46 -0700 (PDT) From: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= X-X-Sender: mikko@antec.home To: Mike Silbersack In-Reply-To: <20060430163316.B724@odysseus.silby.com> Message-ID: <20060430151724.N4092@antec.home> References: <20060429102214.V9858@odysseus.silby.com> <20060430134609.U4092@antec.home> <20060430163316.B724@odysseus.silby.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1137856199-1146435766=:4092" Cc: mobile@freebsd.org Subject: Re: if_bfe and > 1 GB of ram is now fixed (fwd) X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Apr 2006 22:23:07 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1137856199-1146435766=:4092 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Sun, 30 Apr 2006, Mike Silbersack wrote: > > On Sun, 30 Apr 2006, Mikko Työläjärvi wrote: > >> Great! However, it does not quite work for me (on -current as of >> yesterday, with version 1.36 of if_bfe.c). Busdma wants a lock >> function: >> >> panic: driver error: busdma dflt_lock called >> >> Using busdma_lock_mutex() and &sc->bfe_mtx results in watchdog >> timeouts, lots of LORs and no network traffic, so some other lock is >> apparently needed. >> >> Any ideas? > > Hm. My bfe machine is running 6.x, so I tested under that only. Can you try > setting hw.mem=1000M to see if that causes the panic to temporarily go away? > I'm interested to see if the new code panics only when > 1GB of ram is > present or if it panics all the time now. :) Verfied that limiting RAM still works. I guess the code path that needs the locking isn't being triggered, as it seems to deal with bounce buffers. Actually, even with 2G I can get an address via DHCP, do DNS lookups, ping some hosts and even have a short telnet session without problems. But starting a web browser or running cvsup instantly results in the above panic. /Mikko --0-1137856199-1146435766=:4092-- From owner-freebsd-mobile@FreeBSD.ORG Mon May 1 06:27:46 2006 Return-Path: X-Original-To: mobile@freebsd.org Delivered-To: freebsd-mobile@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D52516A410 for ; Mon, 1 May 2006 06:27:46 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay00.pair.com (relay00.pair.com [209.68.5.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 538A243D6D for ; Mon, 1 May 2006 06:27:41 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 59967 invoked from network); 1 May 2006 06:27:40 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 1 May 2006 06:27:40 -0000 X-pair-Authenticated: 209.68.2.70 Date: Mon, 1 May 2006 01:27:37 -0500 (CDT) From: Mike Silbersack To: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= In-Reply-To: <20060430151724.N4092@antec.home> Message-ID: <20060501012306.G731@odysseus.silby.com> References: <20060429102214.V9858@odysseus.silby.com> <20060430134609.U4092@antec.home> <20060430163316.B724@odysseus.silby.com> <20060430151724.N4092@antec.home> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-125664624-1146464857=:731" Cc: mobile@freebsd.org Subject: Re: if_bfe and > 1 GB of ram is now fixed (fwd) 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, 01 May 2006 06:27:49 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-125664624-1146464857=:731 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sun, 30 Apr 2006, Mikko Ty=F6l=E4j=E4rvi wrote: > Verfied that limiting RAM still works. I guess the code path that > needs the locking isn't being triggered, as it seems to deal with > bounce buffers. > > Actually, even with 2G I can get an address via DHCP, do DNS lookups, > ping some hosts and even have a short telnet session without problems. > > But starting a web browser or running cvsup instantly results in the > above panic. > > /Mikko Ok, I talked to Scott Long about the problem and he explained to me why=20 it's happening. Subsequently, I was able to cause it to happen to me if I= =20 told the system that my bfe card could only accept buffers from under the= =20 128MB mark. Basically, what's happening is that there are not enough bounce buffers to= =20 go around, but the driver is assuming that there are - so when we hit the= =20 limit, it doesn't handle the error properly, and it panics. Attached is my WIP patch - it stops the panics, but acts flakey at times -= =20 in other words, it needs more work. I don't think I'll have a chance to=20 get back to it until Thursday. In the meantime, see if it helps you at=20 all. Mike "Silby" Silbersack --0-125664624-1146464857=:731 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=if_bfe.c.wip1.patch Content-Transfer-Encoding: BASE64 Content-ID: <20060501012737.T731@odysseus.silby.com> Content-Description: Content-Disposition: attachment; filename=if_bfe.c.wip1.patch LS0tIGlmX2JmZS5jCU1vbiBNYXkgIDEgMDE6MjA6MDUgMjAwNg0KKysrIGlm X2JmZS5jLndpcAlNb24gTWF5ICAxIDAxOjIwOjAwIDIwMDYNCkBAIC0yOTcs NyArMjk4LDcgQEANCiAJYnplcm8oc2MtPmJmZV9yeF9saXN0LCBCRkVfUlhf TElTVF9TSVpFKTsNCiAJZXJyb3IgPSBidXNfZG1hbWFwX2xvYWQoc2MtPmJm ZV9yeF90YWcsIHNjLT5iZmVfcnhfbWFwLA0KIAkJCXNjLT5iZmVfcnhfbGlz dCwgc2l6ZW9mKHN0cnVjdCBiZmVfZGVzYyksDQotCQkJYmZlX2RtYV9tYXAs ICZzYy0+YmZlX3J4X2RtYSwgMCk7DQorCQkJYmZlX2RtYV9tYXAsICZzYy0+ YmZlX3J4X2RtYSwgQlVTX0RNQV9OT1dBSVQpOw0KIA0KIAlpZihlcnJvcikN CiAJCXJldHVybiAoRU5PTUVNKTsNCkBAIC0zMTIsNyArMzEzLDcgQEANCiAN CiAJZXJyb3IgPSBidXNfZG1hbWFwX2xvYWQoc2MtPmJmZV90eF90YWcsIHNj LT5iZmVfdHhfbWFwLA0KIAkJCXNjLT5iZmVfdHhfbGlzdCwgc2l6ZW9mKHN0 cnVjdCBiZmVfZGVzYyksDQotCQkJYmZlX2RtYV9tYXAsICZzYy0+YmZlX3R4 X2RtYSwgMCk7DQorCQkJYmZlX2RtYV9tYXAsICZzYy0+YmZlX3R4X2RtYSwg QlVTX0RNQV9OT1dBSVQpOw0KIAlpZihlcnJvcikNCiAJCXJldHVybiAoRU5P TUVNKTsNCiANCkBAIC01NzQsNiArNTc1LDcgQEANCiAJc3RydWN0IGJmZV9k ZXNjICpkOw0KIAlzdHJ1Y3QgYmZlX2RhdGEgKnI7DQogCXVfaW50MzJfdCBj dHJsOw0KKwlpbnQgZXJyb3I7DQogDQogCWlmICgoYyA8IDApIHx8IChjID49 IEJGRV9SWF9MSVNUX0NOVCkpDQogCQlyZXR1cm4gKEVJTlZBTCk7DQpAQCAt NTk1LDggKzU5NywxMCBAQA0KIAlzYy0+YmZlX3J4X2NudCA9IGM7DQogCWQg PSAmc2MtPmJmZV9yeF9saXN0W2NdOw0KIAlyID0gJnNjLT5iZmVfcnhfcmlu Z1tjXTsNCi0JYnVzX2RtYW1hcF9sb2FkKHNjLT5iZmVfdGFnLCByLT5iZmVf bWFwLCBtdG9kKG0sIHZvaWQgKiksDQotCQkJTUNMQllURVMsIGJmZV9kbWFf bWFwX2Rlc2MsIGQsIDApOw0KKwllcnJvciA9IGJ1c19kbWFtYXBfbG9hZChz Yy0+YmZlX3RhZywgci0+YmZlX21hcCwgbXRvZChtLCB2b2lkICopLA0KKwkJ CU1DTEJZVEVTLCBiZmVfZG1hX21hcF9kZXNjLCBkLCBCVVNfRE1BX05PV0FJ VCk7DQorCWlmIChlcnJvcikNCisJCXByaW50ZigiRXJyb3IgSSBjYW4ndCBo YW5kbGUhISFcbiIpOw0KIAlidXNfZG1hbWFwX3N5bmMoc2MtPmJmZV90YWcs IHItPmJmZV9tYXAsIEJVU19ETUFTWU5DX1BSRVdSSVRFKTsNCiANCiAJY3Ry bCA9IEVUSEVSX01BWF9MRU4gKyAzMjsNCkBAIC0xMjQxLDEzICsxMjQ1LDE0 IEBADQogfQ0KIA0KIHN0YXRpYyBpbnQNCi1iZmVfZW5jYXAoc3RydWN0IGJm ZV9zb2Z0YyAqc2MsIHN0cnVjdCBtYnVmICptX2hlYWQsIHVfaW50MzJfdCAq dHhpZHgpDQorYmZlX2VuY2FwKHN0cnVjdCBiZmVfc29mdGMgKnNjLCBzdHJ1 Y3QgbWJ1ZiAqKm1faGVhZCwgdV9pbnQzMl90ICp0eGlkeCkNCiB7DQogCXN0 cnVjdCBiZmVfZGVzYyAqZCA9IE5VTEw7DQogCXN0cnVjdCBiZmVfZGF0YSAq ciA9IE5VTEw7DQogCXN0cnVjdCBtYnVmCSptOw0KIAl1X2ludDMyX3QJICAg ZnJhZywgY3VyLCBjbnQgPSAwOw0KIAlpbnQgY2hhaW5sZW4gPSAwOw0KKwlp bnQgZXJyb3I7DQogDQogCWlmKEJGRV9UWF9MSVNUX0NOVCAtIHNjLT5iZmVf dHhfY250IDwgMikNCiAJCXJldHVybiAoRU5PQlVGUyk7DQpAQCAtMTI1OCwx NiArMTI2MywxNiBAQA0KIAkgKiBieSBhbGwgcGFja2V0cywgd2UnbGwgbV9k ZWZyYWcgbG9uZyBjaGFpbnMgc28gdGhhdCB0aGV5DQogCSAqIGRvIG5vdCB1 c2UgdXAgdGhlIGVudGlyZSBsaXN0LCBldmVuIGlmIHRoZXkgd291bGQgZml0 Lg0KIAkgKi8NCi0JZm9yKG0gPSBtX2hlYWQ7IG0gIT0gTlVMTDsgbSA9IG0t Pm1fbmV4dCkNCisJZm9yKG0gPSAqbV9oZWFkOyBtICE9IE5VTEw7IG0gPSBt LT5tX25leHQpIHsNCiAJCWNoYWlubGVuKys7DQotDQorCX0NCiANCiAJaWYg KChjaGFpbmxlbiA+IEJGRV9UWF9MSVNUX0NOVCAvIDQpIHx8DQogCQkJKChC RkVfVFhfTElTVF9DTlQgLSAoY2hhaW5sZW4gKyBzYy0+YmZlX3R4X2NudCkp IDwgMikpIHsNCi0JCW0gPSBtX2RlZnJhZyhtX2hlYWQsIE1fRE9OVFdBSVQp Ow0KKwkJbSA9IG1fZGVmcmFnKCptX2hlYWQsIE1fRE9OVFdBSVQpOw0KIAkJ aWYgKG0gPT0gTlVMTCkNCiAJCQlyZXR1cm4gKEVOT0JVRlMpOw0KLQkJbV9o ZWFkID0gbTsNCisJCSptX2hlYWQgPSBtOw0KIAl9DQogDQogCS8qDQpAQCAt MTI3NSwxMSArMTI4MCwxMCBAQA0KIAkgKiB0aGUgZnJhZ21lbnQgcG9pbnRl cnMuIFN0b3Agd2hlbiB3ZSBydW4gb3V0DQogCSAqIG9mIGZyYWdtZW50cyBv ciBoaXQgdGhlIGVuZCBvZiB0aGUgbWJ1ZiBjaGFpbi4NCiAJICovDQotCW0g PSBtX2hlYWQ7DQogCWN1ciA9IGZyYWcgPSAqdHhpZHg7DQogCWNudCA9IDA7 DQogDQotCWZvcihtID0gbV9oZWFkOyBtICE9IE5VTEw7IG0gPSBtLT5tX25l eHQpIHsNCisJZm9yKG0gPSAqbV9oZWFkOyBtICE9IE5VTEw7IG0gPSBtLT5t X25leHQpIHsNCiAJCWlmKG0tPm1fbGVuICE9IDApIHsNCiAJCQlpZigoQkZF X1RYX0xJU1RfQ05UIC0gKHNjLT5iZmVfdHhfY250ICsgY250KSkgPCAyKQ0K IAkJCQlyZXR1cm4gKEVOT0JVRlMpOw0KQEAgLTEyOTksOSArMTMwMywxMyBA QA0KIAkJCQkgKi8NCiAJCQkJZC0+YmZlX2N0cmwgfD0gQkZFX0RFU0NfRU9U Ow0KIA0KLQkJCWJ1c19kbWFtYXBfbG9hZChzYy0+YmZlX3RhZywNCisJCQll cnJvciA9IGJ1c19kbWFtYXBfbG9hZChzYy0+YmZlX3RhZywNCiAJCQkgICAg ci0+YmZlX21hcCwgbXRvZChtLCB2b2lkKiksIG0tPm1fbGVuLA0KLQkJCSAg ICBiZmVfZG1hX21hcF9kZXNjLCBkLCAwKTsNCisJCQkgICAgYmZlX2RtYV9t YXBfZGVzYywgZCwgQlVTX0RNQV9OT1dBSVQpOw0KKwkJCWlmIChlcnJvcikg ew0KKwkJCQlwcmludGYoImRtYW1hcF9sb2FkIGVycm9yLCBFTk9CVUZTXG4i KTsNCisJCQkJcmV0dXJuIChFTk9CVUZTKTsNCisJCQl9DQogCQkJYnVzX2Rt YW1hcF9zeW5jKHNjLT5iZmVfdGFnLCByLT5iZmVfbWFwLA0KIAkJCSAgICBC VVNfRE1BU1lOQ19QUkVXUklURSk7DQogDQpAQCAtMTMxNSw3ICsxMzIzLDcg QEANCiAJCXJldHVybiAoRU5PQlVGUyk7DQogDQogCXNjLT5iZmVfdHhfbGlz dFtmcmFnXS5iZmVfY3RybCB8PSBCRkVfREVTQ19FT0Y7DQotCXNjLT5iZmVf dHhfcmluZ1tmcmFnXS5iZmVfbWJ1ZiA9IG1faGVhZDsNCisJc2MtPmJmZV90 eF9yaW5nW2ZyYWddLmJmZV9tYnVmID0gKm1faGVhZDsNCiAJYnVzX2RtYW1h cF9zeW5jKHNjLT5iZmVfdHhfdGFnLCBzYy0+YmZlX3R4X21hcCwgQlVTX0RN QVNZTkNfUFJFV1JJVEUpOw0KIA0KIAkqdHhpZHggPSBjdXI7DQpAQCAtMTM2 OCw3ICsxMzc2LDcgQEANCiAJCSAqIFBhY2sgdGhlIGRhdGEgaW50byB0aGUg dHggcmluZy4gIElmIHdlIGRvbnQgaGF2ZQ0KIAkJICogZW5vdWdoIHJvb20s IGxldCB0aGUgY2hpcCBkcmFpbiB0aGUgcmluZy4NCiAJCSAqLw0KLQkJaWYo YmZlX2VuY2FwKHNjLCBtX2hlYWQsICZpZHgpKSB7DQorCQlpZihiZmVfZW5j YXAoc2MsICZtX2hlYWQsICZpZHgpKSB7DQogCQkJSUZRX0RSVl9QUkVQRU5E KCZpZnAtPmlmX3NuZCwgbV9oZWFkKTsNCiAJCQlpZnAtPmlmX2Rydl9mbGFn cyB8PSBJRkZfRFJWX09BQ1RJVkU7DQogCQkJYnJlYWs7DQo= --0-125664624-1146464857=:731-- From owner-freebsd-mobile@FreeBSD.ORG Mon May 1 07:04:53 2006 Return-Path: X-Original-To: mobile@freebsd.org Delivered-To: freebsd-mobile@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B145F16A400 for ; Mon, 1 May 2006 07:04:53 +0000 (UTC) (envelope-from mbsd@pacbell.net) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E36943D48 for ; Mon, 1 May 2006 07:04:53 +0000 (GMT) (envelope-from mbsd@pacbell.net) Received: from pimout7-ext.prodigy.net (pimout7-int.prodigy.net [207.115.4.147]) by ylpvm01.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k4174mFk004139 for ; Mon, 1 May 2006 03:04:49 -0400 X-ORBL: [71.139.108.211] DomainKey-Signature: a=rsa-sha1; s=sbc01; d=pacbell.net; c=nofws; q=dns; h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id: references:mime-version:content-type; b=CD8QiCT92Q+WNj2J087/BZQaPCpt4CdoVfWUpxpEzD1HCtFpuHJ9907ror3bgxrvs bdj9/PhzjWVIgrF4g5hcg== Received: from antec (ppp-71-139-108-211.dsl.snfc21.pacbell.net [71.139.108.211]) by pimout7-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k4174ofH075578; Mon, 1 May 2006 03:04:51 -0400 Date: Mon, 1 May 2006 00:04:50 -0700 (PDT) From: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= X-X-Sender: mikko@antec.home To: Mike Silbersack In-Reply-To: <20060501012306.G731@odysseus.silby.com> Message-ID: <20060430234832.A19669@antec.home> References: <20060429102214.V9858@odysseus.silby.com> <20060430134609.U4092@antec.home> <20060430163316.B724@odysseus.silby.com> <20060430151724.N4092@antec.home> <20060501012306.G731@odysseus.silby.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1168761760-1146467090=:19669" Cc: mobile@freebsd.org Subject: Re: if_bfe and > 1 GB of ram is now fixed (fwd) 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, 01 May 2006 07:04:53 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1168761760-1146467090=:19669 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Mon, 1 May 2006, Mike Silbersack wrote: > On Sun, 30 Apr 2006, Mikko Työläjärvi wrote: > >> Verfied that limiting RAM still works. I guess the code path that >> needs the locking isn't being triggered, as it seems to deal with >> bounce buffers. >> >> Actually, even with 2G I can get an address via DHCP, do DNS lookups, >> ping some hosts and even have a short telnet session without problems. >> >> But starting a web browser or running cvsup instantly results in the >> above panic. >> >> /Mikko > > Ok, I talked to Scott Long about the problem and he explained to me why it's > happening. Subsequently, I was able to cause it to happen to me if I told > the system that my bfe card could only accept buffers from under the 128MB > mark. > > Basically, what's happening is that there are not enough bounce buffers to go > around, but the driver is assuming that there are - so when we hit the limit, > it doesn't handle the error properly, and it panics. > > Attached is my WIP patch - it stops the panics, but acts flakey at times - in > other words, it needs more work. I don't think I'll have a chance to get > back to it until Thursday. In the meantime, see if it helps you at all. Well, it stops the panics but acts flakey at times :-) To be more precise, a few minutes of testing with assorted network activity worked fine until cvsup got stuck. Tcpdump on the server (not the bfe box) showed acivity on the cvsup connection. Then I got a bunch of somewhat alarming error messages and made an executive decision to abort the experiment: Memory modified after free 0xc5e79800(2048) val=8000076 @ 0xc5e79800 Memory modified after free 0xc5ea6500(256) val=46c0de @ 0xc5ea6530 Memory modified after free 0xc5e6ee00(256) val=76c0de @ 0xc5e6ee30 Memory modified after free 0xc5ea9200(256) val=46c0de @ 0xc5ea9230 It is beginning to dawn on me why my feeble attempts at fixing this driver were in vain, with only basic understanding of DMA but without complete Mastery of the Black Art of Busdma :-P Thanks for the good work. There's no hurry. NDIS has worked sufficiently well for months; it can continue to do service yet a while longer. Cheers, /Mikko --0-1168761760-1146467090=:19669-- From owner-freebsd-mobile@FreeBSD.ORG Mon May 1 15:46:56 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3834D16A401 for ; Mon, 1 May 2006 15:46:56 +0000 (UTC) (envelope-from rsf@ns.live555.com) Received: from ns.live555.com (ns.live555.com [66.80.62.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBE0643D48 for ; Mon, 1 May 2006 15:46:49 +0000 (GMT) (envelope-from rsf@ns.live555.com) Received: from ns.live555.com (localhost.live555.com [127.0.0.1]) by ns.live555.com (8.13.4/8.13.4) with ESMTP id k41FkWHn047173; Mon, 1 May 2006 08:46:32 -0700 (PDT) (envelope-from rsf@ns.live555.com) Received: (from rsf@localhost) by ns.live555.com (8.13.4/8.13.4/Submit) id k41FkU20047145; Mon, 1 May 2006 08:46:30 -0700 (PDT) (envelope-from rsf) Message-Id: <7.0.1.0.1.20060501084254.01d7c648@live555.com> X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0 Date: Mon, 01 May 2006 08:46:09 -0700 To: Sam Leffler From: Ross Finlayson In-Reply-To: <4453B1DC.8060902@errno.com> References: <20060429175858.86411.qmail@web30704.mail.mud.yahoo.com> <4453B1DC.8060902@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-mobile@freebsd.org Subject: Re: ath0: device timeout 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, 01 May 2006 15:46:56 -0000 >The only significant difference in ath between stable and current is >that the task q thread runs at PI_NET on current and whatever >priority kthread_create assigns on stable. However I don't believe >this is relevant. A watchdog timeout means a tx request was pending >for 5 seconds w/o the hardware delivering a tx interrupt. In my >experience this occurs only when the tx descriptor is setup wrong >and causes the tx dma h/w to wedge. So when this happens what >people need to provide is a dump of the tx descriptors and >associated tx buffer state (athdebug reset will do that). OK, I did this, and here is is the log (from /var/log/messages) of the output, for three successive "ath0: device timeout errors": May 1 08:29:02 ns kernel: ath0: device timeout May 1 08:29:02 ns kernel: ath_draintxq: beacon queue 0xe000440 May 1 08:29:02 ns kernel: ath_tx_stopdma: tx queue [0] 0, link 0 May 1 08:29:02 ns kernel: ath_tx_stopdma: tx queue [1] 0xf5cf600, link 0xcd5ca600 May 1 08:29:02 ns kernel: ath_tx_stopdma: tx queue [2] 0, link 0 May 1 08:29:02 ns kernel: ath_tx_stopdma: tx queue [3] 0, link 0 May 1 08:29:02 ns kernel: ath_tx_stopdma: tx queue [8] 0xf5c6b40, link 0xcd5c5740 May 1 08:29:02 ns kernel: Q1[ 0] (DS.V:0xcd5ca600 DS.P:0xf5cf600) L:00000000 D:0f7d00c4 F:043 * May 1 08:29:02 ns kernel: 01260040 0100003c 00010000 0000001b 20250001 0102c44d May 1 08:29:02 ns kernel: Q8[ 0] (DS.V:0xcd5c1b40 DS.P:0xf5c6b40) L:0f5c8ee0 D:03d699c4 F:043 May 1 08:29:02 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 00000000 May 1 08:29:02 ns kernel: Q8[ 1] (DS.V:0xcd5c3ee0 DS.P:0xf5c8ee0) L:0f5cd800 D:0031b0c4 F:043 May 1 08:29:02 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 00000000 May 1 08:29:02 ns kernel: Q8[ 2] (DS.V:0xcd5c8800 DS.P:0xf5cd800) L:0f5d0aa0 D:0f71bbc4 F:043 May 1 08:29:02 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 00000000 May 1 08:29:02 ns kernel: Q8[ 3] (DS.V:0xcd5cbaa0 DS.P:0xf5d0aa0) L:0f5cccc0 D:087b59c4 F:0413 May 1 08:29:02 ns kernel: 21260040 0100003c 00010000 0000001b 00000000 00000000 May 1 08:29:02 ns kernel: Q8[ 4] (DS.V:0xcd5c7cc0 DS.P:0xf5cccc0) L:0f5cab00 D:074f41c4 F:043 May 1 08:29:02 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 00000000 May 1 08:29:02 ns kernel: Q8[ 5] (DS.V:0xcd5c5b00 DS.P:0xf5cab00) L:0f5cc180 D:0f7cedc4 F:043 May 1 08:29:02 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 00000000 May 1 08:29:02 ns kernel: Q8[ 6] (DS.V:0xcd5c7180 DS.P:0xf5cc180) L:0f5cb280 D:0f7a39c4 F:043 May 1 08:29:02 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 00000000 May 1 08:29:02 ns kernel: Q8[ 7] (DS.V:0xcd5c6280 DS.P:0xf5cb280) L:0f5ca1a0 D:0d03c4c4 F:043 May 1 08:29:02 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 00000000 May 1 08:29:02 ns kernel: Q8[ 8] (DS.V:0xcd5c51a0 DS.P:0xf5ca1a0) L:0f5d17c0 D:0e00fec4 F:0413 May 1 08:29:02 ns kernel: 21260040 0100003c 00010000 0000001b 00000000 00000000 May 1 08:29:02 ns kernel: Q8[ 9] (DS.V:0xcd5cc7c0 DS.P:0xf5d17c0) L:0f5cf420 D:0f7d02c4 F:043 May 1 08:29:02 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 00000000 May 1 08:29:02 ns kernel: Q8[ 10] (DS.V:0xcd5ca420 DS.P:0xf5cf420) L:0f5d15e0 D:0d6577c4 F:043 May 1 08:29:02 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 00000000 May 1 08:29:02 ns kernel: Q8[ 11] (DS.V:0xcd5cc5e0 DS.P:0xf5d15e0) L:0f5ca380 D:0f5fe7c4 F:043 May 1 08:29:02 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 00000000 May 1 08:29:02 ns kernel: Q8[ 12] (DS.V:0xcd5c5380 DS.P:0xf5ca380) L:0f5ca740 D:0bb86ec4 F:043 May 1 08:29:02 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 00000000 May 1 08:29:02 ns kernel: Q8[ 13] (DS.V:0xcd5c5740 DS.P:0xf5ca740) L:00000000 D:08eb2ec4 F:0413 May 1 08:29:02 ns kernel: 21260040 0100003c 00010000 0000001b 00000000 00000000 May 1 08:29:02 ns kernel: ath_stoprecv: rx queue 0xa6c2360, link 0xc268e330 May 1 08:30:42 ns kernel: ath0: device timeout May 1 08:30:42 ns kernel: ath_draintxq: beacon queue 0xe000440 May 1 08:30:42 ns kernel: ath_tx_stopdma: tx queue [0] 0, link 0 May 1 08:30:42 ns kernel: ath_tx_stopdma: tx queue [1] 0xf5c6f00, link 0xcd5c1f00 May 1 08:30:42 ns kernel: ath_tx_stopdma: tx queue [2] 0, link 0 May 1 08:30:42 ns kernel: ath_tx_stopdma: tx queue [3] 0, link 0 May 1 08:30:42 ns kernel: ath_tx_stopdma: tx queue [8] 0xf5c7a40, link 0xcd5cc9a0 May 1 08:30:42 ns kernel: Q1[ 0] (DS.V:0xcd5c1f00 DS.P:0xf5c6f00) L:00000000 D:0dc5d010 F:041 * May 1 08:30:42 ns kernel: 4126004c 00008048 22240000 000dfbbc 47920001 00038bc7 May 1 08:30:42 ns kernel: Q8[ 0] (DS.V:0xcd5c2a40 DS.P:0xf5c7a40) L:0f5d19a0 D:04feadc4 F:043 May 1 08:30:42 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 00000000 May 1 08:30:42 ns kernel: Q8[ 1] (DS.V:0xcd5cc9a0 DS.P:0xf5d19a0) L:00000000 D:0f7a39c4 F:043 May 1 08:30:42 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 00000000 May 1 08:30:42 ns kernel: ath_stoprecv: rx queue 0xa6c22a0, link 0xc268e270 May 1 08:35:16 ns kernel: ath0: device timeout May 1 08:35:16 ns kernel: ath_draintxq: beacon queue 0xe000440 May 1 08:35:16 ns kernel: ath_tx_stopdma: tx queue [0] 0, link 0 May 1 08:35:16 ns kernel: ath_tx_stopdma: tx queue [1] 0xf5c7e00, link 0xcd5c2e00 May 1 08:35:16 ns kernel: ath_tx_stopdma: tx queue [2] 0, link 0 May 1 08:35:16 ns kernel: ath_tx_stopdma: tx queue [3] 0, link 0 May 1 08:35:16 ns kernel: ath_tx_stopdma: tx queue [8] 0xf5ccae0, link 0xcd5cbc80 May 1 08:35:16 ns kernel: Q1[ 0] (DS.V:0xcd5c2e00 DS.P:0xf5c7e00) L:00000000 D:0131d010 F:041 * May 1 08:35:16 ns kernel: 4126007c 00008078 22240000 000dfbbc e63b0001 0003629d May 1 08:35:16 ns kernel: Q8[ 0] (DS.V:0xcd5c7ae0 DS.P:0xf5ccae0) L:0f5c90c0 D:03d699c4 F:043 May 1 08:35:16 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 00000000 May 1 08:35:16 ns kernel: Q8[ 1] (DS.V:0xcd5c40c0 DS.P:0xf5c90c0) L:0f5cd080 D:0f1a92c4 F:043 May 1 08:35:16 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 00000000 May 1 08:35:16 ns kernel: Q8[ 2] (DS.V:0xcd5c8080 DS.P:0xf5cd080) L:0f5c9de0 D:087b59c4 F:0413 May 1 08:35:16 ns kernel: 21260040 0100003c 00010000 0000001b 00000000 00000000 May 1 08:35:16 ns kernel: Q8[ 3] (DS.V:0xcd5c4de0 DS.P:0xf5c9de0) L:0f5d08c0 D:0bb86ec4 F:043 May 1 08:35:16 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 00000000 May 1 08:35:16 ns kernel: Q8[ 4] (DS.V:0xcd5cb8c0 DS.P:0xf5d08c0) L:0f5ceca0 D:0f6023c4 F:043 May 1 08:35:16 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 00000000 May 1 08:35:16 ns kernel: Q8[ 5] (DS.V:0xcd5c9ca0 DS.P:0xf5ceca0) L:0f5d0c80 D:0d657ac4 F:043 May 1 08:35:16 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 00000000 May 1 08:35:16 ns kernel: Q8[ 6] (DS.V:0xcd5cbc80 DS.P:0xf5d0c80) L:00000000 D:04fea6c4 F:043 May 1 08:35:16 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 00000000 May 1 08:35:16 ns kernel: ath_stoprecv: rx queue 0xa6c21e0, link 0xc268e1b0 I hope this helps. Also, FYI: #athstats 685 watchdog timeouts 36711 tx management frames 3650 tx stopped 'cuz no xmit buffer 7752 tx failed 'cuz too many retries 103702 long on-chip tx retries 32468 tx frames with no ack marked 710058 tx frames with short preamble 2725 tx frames with an alternate rate 563305 rx failed 'cuz of bad CRC 2100254 rx failed 'cuz of PHY err 2100158 CCK timing 96 CCK restart 2286193 beacons transmitted 7808 periodic calibrations 234235 rate control checks 268 rate control raised xmit rate 401 rate control dropped xmit rate rssi of last ack: 27 avg recv rssi: 27 22295 switched default/rx antenna Antenna profile: [1] tx 641639 rx 1535266 [2] tx 105961 rx 174 And: #head -1 /etc/motd FreeBSD 6.1-PRERELEASE (GENERIC) #0: Sun Apr 2 19:24:21 PDT 2006 Ross. From owner-freebsd-mobile@FreeBSD.ORG Mon May 1 19:43:40 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C26A716A58B for ; Mon, 1 May 2006 19:43:40 +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 1CE9743D68 for ; Mon, 1 May 2006 19:43:39 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k41Jhcx8067703 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 1 May 2006 12:43:39 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <445664EA.4080004@errno.com> Date: Mon, 01 May 2006 12:43:38 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: Ross Finlayson References: <20060429175858.86411.qmail@web30704.mail.mud.yahoo.com> <4453B1DC.8060902@errno.com> <7.0.1.0.1.20060501084254.01d7c648@live555.com> In-Reply-To: <7.0.1.0.1.20060501084254.01d7c648@live555.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-mobile@freebsd.org Subject: Re: ath0: device timeout 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, 01 May 2006 19:43:41 -0000 Ross Finlayson wrote: > >> The only significant difference in ath between stable and current is >> that the task q thread runs at PI_NET on current and whatever priority >> kthread_create assigns on stable. However I don't believe this is >> relevant. A watchdog timeout means a tx request was pending for 5 >> seconds w/o the hardware delivering a tx interrupt. In my experience >> this occurs only when the tx descriptor is setup wrong and causes the >> tx dma h/w to wedge. So when this happens what people need to provide >> is a dump of the tx descriptors and associated tx buffer state >> (athdebug reset will do that). > > OK, I did this, and here is is the log (from /var/log/messages) of the > output, for three successive "ath0: device timeout errors": > > May 1 08:29:02 ns kernel: ath0: device timeout > May 1 08:29:02 ns kernel: ath_draintxq: beacon queue 0xe000440 > May 1 08:29:02 ns kernel: ath_tx_stopdma: tx queue [0] 0, link 0 > May 1 08:29:02 ns kernel: ath_tx_stopdma: tx queue [1] 0xf5cf600, link > 0xcd5ca600 > May 1 08:29:02 ns kernel: ath_tx_stopdma: tx queue [2] 0, link 0 > May 1 08:29:02 ns kernel: ath_tx_stopdma: tx queue [3] 0, link 0 > May 1 08:29:02 ns kernel: ath_tx_stopdma: tx queue [8] 0xf5c6b40, link > 0xcd5c5740 > May 1 08:29:02 ns kernel: Q1[ 0] (DS.V:0xcd5ca600 DS.P:0xf5cf600) > L:00000000 D:0f7d00c4 F:043 * > May 1 08:29:02 ns kernel: 01260040 0100003c 00010000 0000001b 20250001 > 0102c44d > May 1 08:29:02 ns kernel: Q8[ 0] (DS.V:0xcd5c1b40 DS.P:0xf5c6b40) > L:0f5c8ee0 D:03d699c4 F:043 > May 1 08:29:02 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 > 00000000 > May 1 08:29:02 ns kernel: Q8[ 1] (DS.V:0xcd5c3ee0 DS.P:0xf5c8ee0) > L:0f5cd800 D:0031b0c4 F:043 > May 1 08:29:02 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 > 00000000 > May 1 08:29:02 ns kernel: Q8[ 2] (DS.V:0xcd5c8800 DS.P:0xf5cd800) > L:0f5d0aa0 D:0f71bbc4 F:043 > May 1 08:29:02 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 > 00000000 > May 1 08:29:02 ns kernel: Q8[ 3] (DS.V:0xcd5cbaa0 DS.P:0xf5d0aa0) > L:0f5cccc0 D:087b59c4 F:0413 > May 1 08:29:02 ns kernel: 21260040 0100003c 00010000 0000001b 00000000 > 00000000 > May 1 08:29:02 ns kernel: Q8[ 4] (DS.V:0xcd5c7cc0 DS.P:0xf5cccc0) > L:0f5cab00 D:074f41c4 F:043 > May 1 08:29:02 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 > 00000000 > May 1 08:29:02 ns kernel: Q8[ 5] (DS.V:0xcd5c5b00 DS.P:0xf5cab00) > L:0f5cc180 D:0f7cedc4 F:043 > May 1 08:29:02 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 > 00000000 > May 1 08:29:02 ns kernel: Q8[ 6] (DS.V:0xcd5c7180 DS.P:0xf5cc180) > L:0f5cb280 D:0f7a39c4 F:043 > May 1 08:29:02 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 > 00000000 > May 1 08:29:02 ns kernel: Q8[ 7] (DS.V:0xcd5c6280 DS.P:0xf5cb280) > L:0f5ca1a0 D:0d03c4c4 F:043 > May 1 08:29:02 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 > 00000000 > May 1 08:29:02 ns kernel: Q8[ 8] (DS.V:0xcd5c51a0 DS.P:0xf5ca1a0) > L:0f5d17c0 D:0e00fec4 F:0413 > May 1 08:29:02 ns kernel: 21260040 0100003c 00010000 0000001b 00000000 > 00000000 > May 1 08:29:02 ns kernel: Q8[ 9] (DS.V:0xcd5cc7c0 DS.P:0xf5d17c0) > L:0f5cf420 D:0f7d02c4 F:043 > May 1 08:29:02 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 > 00000000 > May 1 08:29:02 ns kernel: Q8[ 10] (DS.V:0xcd5ca420 DS.P:0xf5cf420) > L:0f5d15e0 D:0d6577c4 F:043 > May 1 08:29:02 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 > 00000000 > May 1 08:29:02 ns kernel: Q8[ 11] (DS.V:0xcd5cc5e0 DS.P:0xf5d15e0) > L:0f5ca380 D:0f5fe7c4 F:043 > May 1 08:29:02 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 > 00000000 > May 1 08:29:02 ns kernel: Q8[ 12] (DS.V:0xcd5c5380 DS.P:0xf5ca380) > L:0f5ca740 D:0bb86ec4 F:043 > May 1 08:29:02 ns kernel: 01260040 0100003c 00010000 0000001b 00000000 > 00000000 > May 1 08:29:02 ns kernel: Q8[ 13] (DS.V:0xcd5c5740 DS.P:0xf5ca740) > L:00000000 D:08eb2ec4 F:0413 > May 1 08:29:02 ns kernel: 21260040 0100003c 00010000 0000001b 00000000 > 00000000 > May 1 08:29:02 ns kernel: ath_stoprecv: rx queue 0xa6c2360, link > 0xc268e330 > Q8 is the CAB queue; that's the queue were multicast frames buffered for stations in power save mode are held. I thought you were reporting problems operating in station mode. > #head -1 /etc/motd > FreeBSD 6.1-PRERELEASE (GENERIC) #0: Sun Apr 2 19:24:21 PDT 2006 Sigh, why are you running old code? This problem was fixed 4/19. Sam From owner-freebsd-mobile@FreeBSD.ORG Mon May 1 22:04:17 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36A8116A416 for ; Mon, 1 May 2006 22:04:17 +0000 (UTC) (envelope-from rsf@ns.live555.com) Received: from ns.live555.com (ns.live555.com [66.80.62.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A97043D72 for ; Mon, 1 May 2006 22:04:14 +0000 (GMT) (envelope-from rsf@ns.live555.com) Received: from ns.live555.com (localhost.live555.com [127.0.0.1]) by ns.live555.com (8.13.4/8.13.4) with ESMTP id k41M4B7W039578; Mon, 1 May 2006 15:04:11 -0700 (PDT) (envelope-from rsf@ns.live555.com) Received: (from rsf@localhost) by ns.live555.com (8.13.4/8.13.4/Submit) id k41M4BZ8039572; Mon, 1 May 2006 15:04:11 -0700 (PDT) (envelope-from rsf) Message-Id: <7.0.1.0.1.20060501145759.01dd54a0@live555.com> X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0 Date: Mon, 01 May 2006 15:03:55 -0700 To: Sam Leffler From: Ross Finlayson In-Reply-To: <445664EA.4080004@errno.com> References: <20060429175858.86411.qmail@web30704.mail.mud.yahoo.com> <4453B1DC.8060902@errno.com> <7.0.1.0.1.20060501084254.01d7c648@live555.com> <445664EA.4080004@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-mobile@freebsd.org Subject: Re: ath0: device timeout 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, 01 May 2006 22:04:18 -0000 At 12:43 PM 5/1/2006, Sam Leffler wrote: >Q8 is the CAB queue; that's the queue were multicast frames buffered >for stations in power save mode are held. > >I thought you were reporting problems operating in station mode. I was (I think): # ifconfig ath0 ath0: flags=8843 mtu 1500 inet 66.80.0.4 netmask 0xfffffff0 broadcast 66.80.0.15 inet6 fe80::280:48ff:fe3c:6c00%ath0 prefixlen 64 scopeid 0x5 ether 00:80:48:3c:6c:00 media: IEEE 802.11 Wireless Ethernet autoselect mode 11b status: associated ssid LIVE555 channel 3 bssid 00:80:48:3c:6c:00 authmode OPEN privacy OFF txpowmax 38 protmode CTS burst dtimperiod 1 bintval 100 >>#head -1 /etc/motd >>FreeBSD 6.1-PRERELEASE (GENERIC) #0: Sun Apr 2 19:24:21 PDT 2006 > >Sigh, why are you running old code? This problem was fixed 4/19. Arggh! Mea Culpa - I apologize for wasting your time like this. (I hate it when people do this with my own code :-) The code was a little out-of-date because it's running on a slow CPU, and recompiling the kernel on it (cross-compiling is not an option in this case) takes a long time. But I'll try rebuilding a newer version now, and see if it fixes the "ath0: device timeout" problems. Ross. From owner-freebsd-mobile@FreeBSD.ORG Tue May 2 12:28:50 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B072716A443 for ; Tue, 2 May 2006 12:28:50 +0000 (UTC) (envelope-from asstec@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96E2F43D70 for ; Tue, 2 May 2006 12:28:47 +0000 (GMT) (envelope-from asstec@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.6/8.13.1) with ESMTP id k42CShc2034121; Tue, 2 May 2006 09:28:44 -0300 (BRT) (envelope-from asstec@matik.com.br) From: AT Matik Organization: Infomatik To: freebsd-mobile@freebsd.org Date: Tue, 2 May 2006 09:04:45 -0300 User-Agent: KMail/1.9.1 References: <20060429175858.86411.qmail@web30704.mail.mud.yahoo.com> <445664EA.4080004@errno.com> <7.0.1.0.1.20060501145759.01dd54a0@live555.com> In-Reply-To: <7.0.1.0.1.20060501145759.01dd54a0@live555.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200605020904.45869.asstec@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: Re: ath0: device timeout 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, 02 May 2006 12:28:53 -0000 On Monday 01 May 2006 19:03, Ross Finlayson wrote: > At 12:43 PM 5/1/2006, Sam Leffler wrote: > >Q8 is the CAB queue; that's the queue were multicast frames buffered > >for stations in power save mode are held. > > > >I thought you were reporting problems operating in station mode. > > I was (I think): > > # ifconfig ath0 > ath0: flags=3D8843 mtu 1500 > inet 66.80.0.4 netmask 0xfffffff0 broadcast 66.80.0.15 > inet6 fe80::280:48ff:fe3c:6c00%ath0 prefixlen 64 scopeid 0x5 > ether 00:80:48:3c:6c:00 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11b Hi that is AP mode station mode is when configured as AP Client or eventually as adhoc Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-mobile@FreeBSD.ORG Tue May 2 12:29:13 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 284EA16A4C4 for ; Tue, 2 May 2006 12:29:13 +0000 (UTC) (envelope-from asstec@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CC4143D53 for ; Tue, 2 May 2006 12:29:12 +0000 (GMT) (envelope-from asstec@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.6/8.13.1) with ESMTP id k42CShc3034121; Tue, 2 May 2006 09:28:45 -0300 (BRT) (envelope-from asstec@matik.com.br) From: AT Matik Organization: Infomatik To: Sam Leffler Date: Tue, 2 May 2006 09:28:39 -0300 User-Agent: KMail/1.9.1 References: <7.0.1.0.1.20060428134316.01e05648@live555.com> <200604281755.12871.asstec@matik.com.br> <44528359.1030304@errno.com> In-Reply-To: <44528359.1030304@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200605020928.40730.asstec@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-mobile@freebsd.org Subject: Re: kernel: ath0: device timeout 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, 02 May 2006 12:29:18 -0000 On Friday 28 April 2006 18:04, Sam Leffler wrote: > > in my case it stopped when I compiled ath_rate_onoe instead of > > rate_sample as well as I got much higher throughput and response times > > If changing the tx rate control algorithm really fixes it then that says > sample may be handing back bogus rate codes. Since I can't make this > happen someone else needs to dig. > > As to better performance, onoe is not especially good and I do not > recommend it. However sample is too aggressive on up-shifting the tx > rate and tends to vary the rate too quickly so can degrade performance > when signal deteriorates. I have done extensive testing of all the rate > control algorithms as well as a proprietary one and chose sample as the > default. However none are anywhere near as effective as the proprietary > one. > the proprietary one? You mean not compiling or loading any rate and let the= =20 card do the work by itself? anyway, I would say if onoe is "good" or not depends on what this decision = is=20 based on if onoe is lazier in up/down shifting the connextion speed it is probably a= =20 better choice in real life because in outdoor environments there we find=20 conditions which may continuously change the SNR and noise level and so it= =20 may cause troubles on a nervous rate shifter Depends on what we want from this card this rate issue probably needs a=20 general revision (this is not anything against you or your work) because it= =20 is certainly a difference if I run client mode, adhoc or hostap and so the= =20 rate decision must be different. so probably a rate_sample as fast shifter is veru good and desireable when= =20 running in client mode but I am not so sure if this should be so in hostap= =20 and adhoc. I believe that rate_sample shifts down and the rate is going to serve all 1= 00=20 conected clients in 1MB? Or how work this? This new sysctl has to do with rate decision? net.wlan.0.bmiss_max Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-mobile@FreeBSD.ORG Tue May 2 16:33:05 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09C7C16A410 for ; Tue, 2 May 2006 16:33:05 +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 7BBA643D48 for ; Tue, 2 May 2006 16:33:02 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k42GWxT6073657 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 May 2006 09:33:01 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <445789BB.1@errno.com> Date: Tue, 02 May 2006 09:32:59 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: AT Matik References: <7.0.1.0.1.20060428134316.01e05648@live555.com> <200604281755.12871.asstec@matik.com.br> <44528359.1030304@errno.com> <200605020928.40730.asstec@matik.com.br> In-Reply-To: <200605020928.40730.asstec@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-mobile@freebsd.org Subject: Re: kernel: ath0: device timeout 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, 02 May 2006 16:33:05 -0000 AT Matik wrote: > On Friday 28 April 2006 18:04, Sam Leffler wrote: >>> in my case it stopped when I compiled ath_rate_onoe instead of >>> rate_sample as well as I got much higher throughput and response times >> If changing the tx rate control algorithm really fixes it then that says >> sample may be handing back bogus rate codes. Since I can't make this >> happen someone else needs to dig. >> >> As to better performance, onoe is not especially good and I do not >> recommend it. However sample is too aggressive on up-shifting the tx >> rate and tends to vary the rate too quickly so can degrade performance >> when signal deteriorates. I have done extensive testing of all the rate >> control algorithms as well as a proprietary one and chose sample as the >> default. However none are anywhere near as effective as the proprietary >> one. >> > > the proprietary one? You mean not compiling or loading any rate and let the > card do the work by itself? The card is a packet engine; tx rate control is always done in the host. > > anyway, I would say if onoe is "good" or not depends on what this decision is > based on > > if onoe is lazier in up/down shifting the connextion speed it is probably a > better choice in real life because in outdoor environments there we find > conditions which may continuously change the SNR and noise level and so it > may cause troubles on a nervous rate shifter > > Depends on what we want from this card this rate issue probably needs a > general revision (this is not anything against you or your work) because it > is certainly a difference if I run client mode, adhoc or hostap and so the > rate decision must be different. > > so probably a rate_sample as fast shifter is veru good and desireable when > running in client mode but I am not so sure if this should be so in hostap > and adhoc. > > I believe that rate_sample shifts down and the rate is going to serve all 100 > conected clients in 1MB? Or how work this? I'm sorry but you don't seem to understand how tx rate control should work. I suggest you search for papers about it and do some reading. The atheros h/w provides all the information necessary to do a very good job of deciding what tx rate is optimal for sending a frame whether operating in station, hostap, or adhoc mode. How to operate in outdoor applications with high propagation delay is a totally different matter. I have tried for several years to get folks interested in working on this problem. John Bickett's sample code is excellent work and by far the best algorithm available which is why it is the default (replacing the original onoe code). I am willing to work with anyone interested in improving the existing code or to do a new algorithm but I am somewhat constrained by nda's. > > This new sysctl has to do with rate decision? > > net.wlan.0.bmiss_max No. Sam From owner-freebsd-mobile@FreeBSD.ORG Wed May 3 02:29:01 2006 Return-Path: X-Original-To: mobile@freebsd.org Delivered-To: freebsd-mobile@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 382A016A400 for ; Wed, 3 May 2006 02:29:01 +0000 (UTC) (envelope-from unfoge@fs.com) Received: from fs.com (abch34.neoplus.adsl.tpnet.pl [83.6.223.34]) by mx1.FreeBSD.org (Postfix) with SMTP id C2E5C43D45 for ; Wed, 3 May 2006 02:28:59 +0000 (GMT) (envelope-from unfoge@fs.com) Received: from [192.168.1.2] ([83.6.223.34]) by fs.com (Sendmail 8.7.9) with ESMTP (SSL) id IYT95382 for ; Wed, 03 May 2006 04:29:00 +0100 Message-ID: DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=colonieshooligan d=fs.com; b=ylQGsNWnlftCrLJAYvcvyStnNzriqXTdfJOlQukpQZKUxDaNgNAxsuXhUIuRnTkIMMiQyTHROuhZqAyz; Date: Wed, 03 May 2006 04:29:00 +0100 From: "do5uf" To: Content-return: allowed X-Mailer: airsMail 2.68 X-Authentication-Warning: localhost.localdomain: apache set sender to unfoge@fs.com using -f MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Cc: Subject: [REPORT] st ock speculation for Wednesday balking fixating 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, 03 May 2006 02:29:01 -0000 GAPJ- GOLDEN APPLE OIL/GAS Current Price: $ 0.50 Short Term Price: $ 1.50 3 Month Price: $ 4.50 Before we start with the profile of GAPJ we would like to mention something very important: There is a Big PR Campaign starting on today. And it will go all week so it would be best to get in NOW S T R O N G B U Y R E C O M M E N D A T I O N Current Press Release Golden Apple Oil and Gas, Inc. and Franklin Ross Securities Complete Private Placement Golden Apple Oil and Gas, Inc. (GAPJ - News) is pleased to announce it has completed the initial private placement with Franklin Ross Securities of New Jersey. The terms of the deal provide for Franklin Ross to purchase 181,818 shares of Golden Apple Oil and Gas, Inc. restricted stock priced at .10 per share. The company is currently negotiating with several investor groups for the next phase of financing. Headquartered in Phoenix, Arizona, Golden Apple is an independent oil and gas producer with a focus on North and South American properties. The Company applies advanced technologies to systematically explore and develop its oil and natural gas opportunities. Golden Apple focuses its activities where technology can be used effectively to maximize returns on invested capital by reducing drilling risk and enhancing its ability to cost-effectively grow reserves and production volumes. Golden Apple Oil and Gas, Inc has opened a Canadian office in Toronto, Ontario to facilitate the management of its Canadian operations. All correspondence and communication will continue to be serviced by the company's head office staff in Phoenix Arizona. GET IN NOW , DO NOT REGRET LATER drift incomputable ghoul comparator Wallis Williamson abreaction enshroud correlation incarnation's displeasing disassembled jostle intersected encase experts abject Dadaism conferee fits acknowledgments manifolds execute acknowledgments Valparaiso inconvertible dependability darning From owner-freebsd-mobile@FreeBSD.ORG Wed May 3 07:38:34 2006 Return-Path: X-Original-To: mobile@freebsd.org Delivered-To: freebsd-mobile@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C34F16A401 for ; Wed, 3 May 2006 07:38:34 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay00.pair.com (relay00.pair.com [209.68.5.9]) by mx1.FreeBSD.org (Postfix) with SMTP id F048643D45 for ; Wed, 3 May 2006 07:38:33 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 98288 invoked from network); 3 May 2006 07:38:32 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 3 May 2006 07:38:32 -0000 X-pair-Authenticated: 209.68.2.70 Date: Wed, 3 May 2006 02:38:30 -0500 (CDT) From: Mike Silbersack To: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= In-Reply-To: <20060430234832.A19669@antec.home> Message-ID: <20060503023417.O816@odysseus.silby.com> References: <20060429102214.V9858@odysseus.silby.com> <20060430134609.U4092@antec.home> <20060430163316.B724@odysseus.silby.com> <20060430151724.N4092@antec.home> <20060501012306.G731@odysseus.silby.com> <20060430234832.A19669@antec.home> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-705614584-1146641910=:816" Cc: mobile@freebsd.org Subject: Latest if_bfe - I think it works! 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, 03 May 2006 07:38:34 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-705614584-1146641910=:816 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Ok, I got it working with an artificial 128MB limit. I had to fix two major issues: 1. It was requiring more bounce buffers than busdma was prepared to give it, so I reduced the size of the rings. 2. It was leaking bounce buffers whenever you transmitted a multi-fragment buffer, which pretty much means any non-ping packet. and scottl fixed #3 with rev 1.77 of busdma_machdep.c 3. busdma wasn't telling us when we ran out of bounce buffers. However, now that #1 and #2 are fixed, #3 shouldn't come into play ever, as far as I can tell. I'm writing this e-mail via ssh into pine on the machine which has the artificial 128MB limit set, looking at hw.busdma sysctl I can see that it's bouncing pages all over the place, so I can say that it seems to be good to me. Please test. Thanks, Mike "Silby" Silbersack --0-705614584-1146641910=:816 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=if_bfe.c-wip2.patch Content-Transfer-Encoding: BASE64 Content-ID: <20060503023830.L816@odysseus.silby.com> Content-Description: Content-Disposition: attachment; filename=if_bfe.c-wip2.patch ZGlmZiAtdSAtciAvdXNyL3NyYy9zeXMub2xkL2Rldi9iZmUvaWZfYmZlLmMg L3Vzci9zcmMvc3lzL2Rldi9iZmUvaWZfYmZlLmMNCi0tLSAvdXNyL3NyYy9z eXMub2xkL2Rldi9iZmUvaWZfYmZlLmMJTW9uIE1heSAgMSAwMDozMToxOCAy MDA2DQorKysgL3Vzci9zcmMvc3lzL2Rldi9iZmUvaWZfYmZlLmMJV2VkIE1h eSAgMyAwMjoyNDozNSAyMDA2DQpAQCAtMjk3LDcgKzI5OCw3IEBADQogCWJ6 ZXJvKHNjLT5iZmVfcnhfbGlzdCwgQkZFX1JYX0xJU1RfU0laRSk7DQogCWVy cm9yID0gYnVzX2RtYW1hcF9sb2FkKHNjLT5iZmVfcnhfdGFnLCBzYy0+YmZl X3J4X21hcCwNCiAJCQlzYy0+YmZlX3J4X2xpc3QsIHNpemVvZihzdHJ1Y3Qg YmZlX2Rlc2MpLA0KLQkJCWJmZV9kbWFfbWFwLCAmc2MtPmJmZV9yeF9kbWEs IDApOw0KKwkJCWJmZV9kbWFfbWFwLCAmc2MtPmJmZV9yeF9kbWEsIEJVU19E TUFfTk9XQUlUKTsNCiANCiAJaWYoZXJyb3IpDQogCQlyZXR1cm4gKEVOT01F TSk7DQpAQCAtMzEyLDcgKzMxMyw3IEBADQogDQogCWVycm9yID0gYnVzX2Rt YW1hcF9sb2FkKHNjLT5iZmVfdHhfdGFnLCBzYy0+YmZlX3R4X21hcCwNCiAJ CQlzYy0+YmZlX3R4X2xpc3QsIHNpemVvZihzdHJ1Y3QgYmZlX2Rlc2MpLA0K LQkJCWJmZV9kbWFfbWFwLCAmc2MtPmJmZV90eF9kbWEsIDApOw0KKwkJCWJm ZV9kbWFfbWFwLCAmc2MtPmJmZV90eF9kbWEsIEJVU19ETUFfTk9XQUlUKTsN CiAJaWYoZXJyb3IpDQogCQlyZXR1cm4gKEVOT01FTSk7DQogDQpAQCAtNTc0 LDYgKzU3NSw3IEBADQogCXN0cnVjdCBiZmVfZGVzYyAqZDsNCiAJc3RydWN0 IGJmZV9kYXRhICpyOw0KIAl1X2ludDMyX3QgY3RybDsNCisJaW50IGVycm9y Ow0KIA0KIAlpZiAoKGMgPCAwKSB8fCAoYyA+PSBCRkVfUlhfTElTVF9DTlQp KQ0KIAkJcmV0dXJuIChFSU5WQUwpOw0KQEAgLTU5NSw4ICs1OTcsMTAgQEAN CiAJc2MtPmJmZV9yeF9jbnQgPSBjOw0KIAlkID0gJnNjLT5iZmVfcnhfbGlz dFtjXTsNCiAJciA9ICZzYy0+YmZlX3J4X3JpbmdbY107DQotCWJ1c19kbWFt YXBfbG9hZChzYy0+YmZlX3RhZywgci0+YmZlX21hcCwgbXRvZChtLCB2b2lk ICopLA0KLQkJCU1DTEJZVEVTLCBiZmVfZG1hX21hcF9kZXNjLCBkLCAwKTsN CisJZXJyb3IgPSBidXNfZG1hbWFwX2xvYWQoc2MtPmJmZV90YWcsIHItPmJm ZV9tYXAsIG10b2QobSwgdm9pZCAqKSwNCisJCQlNQ0xCWVRFUywgYmZlX2Rt YV9tYXBfZGVzYywgZCwgQlVTX0RNQV9OT1dBSVQpOw0KKwlpZiAoZXJyb3Ip DQorCQlwcmludGYoIkVycm9yIEkgY2FuJ3QgaGFuZGxlISEhXG4iKTsNCiAJ YnVzX2RtYW1hcF9zeW5jKHNjLT5iZmVfdGFnLCByLT5iZmVfbWFwLCBCVVNf RE1BU1lOQ19QUkVXUklURSk7DQogDQogCWN0cmwgPSBFVEhFUl9NQVhfTEVO ICsgMzI7DQpAQCAtMTEwMiw4ICsxMTA2LDggQEANCiAJCQlpZnAtPmlmX29w YWNrZXRzKys7DQogCQkJbV9mcmVlbShyLT5iZmVfbWJ1Zik7DQogCQkJci0+ YmZlX21idWYgPSBOVUxMOw0KLQkJCWJ1c19kbWFtYXBfdW5sb2FkKHNjLT5i ZmVfdGFnLCByLT5iZmVfbWFwKTsNCiAJCX0NCisJCWJ1c19kbWFtYXBfdW5s b2FkKHNjLT5iZmVfdGFnLCByLT5iZmVfbWFwKTsNCiAJCXNjLT5iZmVfdHhf Y250LS07DQogCQlCRkVfSU5DKGksIEJGRV9UWF9MSVNUX0NOVCk7DQogCX0N CkBAIC0xMjQxLDEzICsxMjQ1LDE0IEBADQogfQ0KIA0KIHN0YXRpYyBpbnQN Ci1iZmVfZW5jYXAoc3RydWN0IGJmZV9zb2Z0YyAqc2MsIHN0cnVjdCBtYnVm ICptX2hlYWQsIHVfaW50MzJfdCAqdHhpZHgpDQorYmZlX2VuY2FwKHN0cnVj dCBiZmVfc29mdGMgKnNjLCBzdHJ1Y3QgbWJ1ZiAqKm1faGVhZCwgdV9pbnQz Ml90ICp0eGlkeCkNCiB7DQogCXN0cnVjdCBiZmVfZGVzYyAqZCA9IE5VTEw7 DQogCXN0cnVjdCBiZmVfZGF0YSAqciA9IE5VTEw7DQogCXN0cnVjdCBtYnVm CSptOw0KIAl1X2ludDMyX3QJICAgZnJhZywgY3VyLCBjbnQgPSAwOw0KIAlp bnQgY2hhaW5sZW4gPSAwOw0KKwlpbnQgZXJyb3I7DQogDQogCWlmKEJGRV9U WF9MSVNUX0NOVCAtIHNjLT5iZmVfdHhfY250IDwgMikNCiAJCXJldHVybiAo RU5PQlVGUyk7DQpAQCAtMTI1OCwxNiArMTI2MywxNiBAQA0KIAkgKiBieSBh bGwgcGFja2V0cywgd2UnbGwgbV9kZWZyYWcgbG9uZyBjaGFpbnMgc28gdGhh dCB0aGV5DQogCSAqIGRvIG5vdCB1c2UgdXAgdGhlIGVudGlyZSBsaXN0LCBl dmVuIGlmIHRoZXkgd291bGQgZml0Lg0KIAkgKi8NCi0JZm9yKG0gPSBtX2hl YWQ7IG0gIT0gTlVMTDsgbSA9IG0tPm1fbmV4dCkNCisJZm9yKG0gPSAqbV9o ZWFkOyBtICE9IE5VTEw7IG0gPSBtLT5tX25leHQpIHsNCiAJCWNoYWlubGVu Kys7DQotDQorCX0NCiANCiAJaWYgKChjaGFpbmxlbiA+IEJGRV9UWF9MSVNU X0NOVCAvIDQpIHx8DQogCQkJKChCRkVfVFhfTElTVF9DTlQgLSAoY2hhaW5s ZW4gKyBzYy0+YmZlX3R4X2NudCkpIDwgMikpIHsNCi0JCW0gPSBtX2RlZnJh ZyhtX2hlYWQsIE1fRE9OVFdBSVQpOw0KKwkJbSA9IG1fZGVmcmFnKCptX2hl YWQsIE1fRE9OVFdBSVQpOw0KIAkJaWYgKG0gPT0gTlVMTCkNCiAJCQlyZXR1 cm4gKEVOT0JVRlMpOw0KLQkJbV9oZWFkID0gbTsNCisJCSptX2hlYWQgPSBt Ow0KIAl9DQogDQogCS8qDQpAQCAtMTI3NSwxMSArMTI4MCwxMCBAQA0KIAkg KiB0aGUgZnJhZ21lbnQgcG9pbnRlcnMuIFN0b3Agd2hlbiB3ZSBydW4gb3V0 DQogCSAqIG9mIGZyYWdtZW50cyBvciBoaXQgdGhlIGVuZCBvZiB0aGUgbWJ1 ZiBjaGFpbi4NCiAJICovDQotCW0gPSBtX2hlYWQ7DQogCWN1ciA9IGZyYWcg PSAqdHhpZHg7DQogCWNudCA9IDA7DQogDQotCWZvcihtID0gbV9oZWFkOyBt ICE9IE5VTEw7IG0gPSBtLT5tX25leHQpIHsNCisJZm9yKG0gPSAqbV9oZWFk OyBtICE9IE5VTEw7IG0gPSBtLT5tX25leHQpIHsNCiAJCWlmKG0tPm1fbGVu ICE9IDApIHsNCiAJCQlpZigoQkZFX1RYX0xJU1RfQ05UIC0gKHNjLT5iZmVf dHhfY250ICsgY250KSkgPCAyKQ0KIAkJCQlyZXR1cm4gKEVOT0JVRlMpOw0K QEAgLTEyOTksOSArMTMwMywxMyBAQA0KIAkJCQkgKi8NCiAJCQkJZC0+YmZl X2N0cmwgfD0gQkZFX0RFU0NfRU9UOw0KIA0KLQkJCWJ1c19kbWFtYXBfbG9h ZChzYy0+YmZlX3RhZywNCisJCQllcnJvciA9IGJ1c19kbWFtYXBfbG9hZChz Yy0+YmZlX3RhZywNCiAJCQkgICAgci0+YmZlX21hcCwgbXRvZChtLCB2b2lk KiksIG0tPm1fbGVuLA0KLQkJCSAgICBiZmVfZG1hX21hcF9kZXNjLCBkLCAw KTsNCisJCQkgICAgYmZlX2RtYV9tYXBfZGVzYywgZCwgQlVTX0RNQV9OT1dB SVQpOw0KKwkJCWlmIChlcnJvcikgew0KKwkJCQlwcmludGYoImRtYW1hcF9s b2FkIGVycm9yLCBFTk9CVUZTXG4iKTsNCisJCQkJcmV0dXJuIChFTk9CVUZT KTsNCisJCQl9DQogCQkJYnVzX2RtYW1hcF9zeW5jKHNjLT5iZmVfdGFnLCBy LT5iZmVfbWFwLA0KIAkJCSAgICBCVVNfRE1BU1lOQ19QUkVXUklURSk7DQog DQpAQCAtMTMxNSw3ICsxMzIzLDcgQEANCiAJCXJldHVybiAoRU5PQlVGUyk7 DQogDQogCXNjLT5iZmVfdHhfbGlzdFtmcmFnXS5iZmVfY3RybCB8PSBCRkVf REVTQ19FT0Y7DQotCXNjLT5iZmVfdHhfcmluZ1tmcmFnXS5iZmVfbWJ1ZiA9 IG1faGVhZDsNCisJc2MtPmJmZV90eF9yaW5nW2ZyYWddLmJmZV9tYnVmID0g Km1faGVhZDsNCiAJYnVzX2RtYW1hcF9zeW5jKHNjLT5iZmVfdHhfdGFnLCBz Yy0+YmZlX3R4X21hcCwgQlVTX0RNQVNZTkNfUFJFV1JJVEUpOw0KIA0KIAkq dHhpZHggPSBjdXI7DQpAQCAtMTM2OCw3ICsxMzc2LDcgQEANCiAJCSAqIFBh Y2sgdGhlIGRhdGEgaW50byB0aGUgdHggcmluZy4gIElmIHdlIGRvbnQgaGF2 ZQ0KIAkJICogZW5vdWdoIHJvb20sIGxldCB0aGUgY2hpcCBkcmFpbiB0aGUg cmluZy4NCiAJCSAqLw0KLQkJaWYoYmZlX2VuY2FwKHNjLCBtX2hlYWQsICZp ZHgpKSB7DQorCQlpZihiZmVfZW5jYXAoc2MsICZtX2hlYWQsICZpZHgpKSB7 DQogCQkJSUZRX0RSVl9QUkVQRU5EKCZpZnAtPmlmX3NuZCwgbV9oZWFkKTsN CiAJCQlpZnAtPmlmX2Rydl9mbGFncyB8PSBJRkZfRFJWX09BQ1RJVkU7DQog CQkJYnJlYWs7DQpPbmx5IGluIC91c3Ivc3JjL3N5cy9kZXYvYmZlOiBpZl9i ZmUuYy5nb29kDQpPbmx5IGluIC91c3Ivc3JjL3N5cy9kZXYvYmZlOiBpZl9i ZmUuYy5vcmlnDQpPbmx5IGluIC91c3Ivc3JjL3N5cy9kZXYvYmZlOiBpZl9i ZmUuYy53aXANCk9ubHkgaW4gL3Vzci9zcmMvc3lzL2Rldi9iZmU6IGlmX2Jm ZS5jLndpcDINCmRpZmYgLXUgLXIgL3Vzci9zcmMvc3lzLm9sZC9kZXYvYmZl L2lmX2JmZXJlZy5oIC91c3Ivc3JjL3N5cy9kZXYvYmZlL2lmX2JmZXJlZy5o DQotLS0gL3Vzci9zcmMvc3lzLm9sZC9kZXYvYmZlL2lmX2JmZXJlZy5oCVRo dSBBcHIgMjcgMDE6MDk6MDcgMjAwNg0KKysrIC91c3Ivc3JjL3N5cy9kZXYv YmZlL2lmX2JmZXJlZy5oCVdlZCBNYXkgIDMgMDI6MTY6NDIgMjAwNg0KQEAg LTQyNyw4ICs0MjcsOCBAQA0KICNkZWZpbmUgQkZFX1JYX1JJTkdfU0laRSAg ICAgICAgNTEyDQogI2RlZmluZSBCRkVfVFhfUklOR19TSVpFICAgICAgICA1 MTINCiAjZGVmaW5lIEJGRV9MSU5LX0RPV04gICAgICAgICAgIDUNCi0jZGVm aW5lIEJGRV9UWF9MSVNUX0NOVCAgICAgICAgIDUxMQ0KLSNkZWZpbmUgQkZF X1JYX0xJU1RfQ05UICAgICAgICAgNTExDQorI2RlZmluZSBCRkVfVFhfTElT VF9DTlQgICAgICAgICAxMjgNCisjZGVmaW5lIEJGRV9SWF9MSVNUX0NOVCAg ICAgICAgIDEyOA0KICNkZWZpbmUgQkZFX1RYX0xJU1RfU0laRSAgICAgICAg QkZFX1RYX0xJU1RfQ05UICogc2l6ZW9mKHN0cnVjdCBiZmVfZGVzYykNCiAj ZGVmaW5lIEJGRV9SWF9MSVNUX1NJWkUgICAgICAgIEJGRV9SWF9MSVNUX0NO VCAqIHNpemVvZihzdHJ1Y3QgYmZlX2Rlc2MpDQogI2RlZmluZSBCRkVfUlhf T0ZGU0VUICAgICAgICAgICAzMA0K --0-705614584-1146641910=:816-- From owner-freebsd-mobile@FreeBSD.ORG Wed May 3 08:53:16 2006 Return-Path: X-Original-To: mobile@freebsd.org Delivered-To: freebsd-mobile@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51FC816A482 for ; Wed, 3 May 2006 08:53:16 +0000 (UTC) (envelope-from mbsd@pacbell.net) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB6A843D45 for ; Wed, 3 May 2006 08:53:15 +0000 (GMT) (envelope-from mbsd@pacbell.net) Received: from pimout5-ext.prodigy.net (pimout5-int.prodigy.net [207.115.4.21]) by ylpvm15.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k438rGg7001086 for ; Wed, 3 May 2006 04:53:16 -0400 X-ORBL: [71.139.108.211] DomainKey-Signature: a=rsa-sha1; s=sbc01; d=pacbell.net; c=nofws; q=dns; h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id: references:mime-version:content-type; b=ce3rHKHS/84PjsdsO/zfKVYMnXugpmKRgayyhdvrR+OBGdv/q/0Azl9UUVbBzlb9c P83OJgra5vqUcsDAast8g== Received: from antec (ppp-71-139-108-211.dsl.snfc21.pacbell.net [71.139.108.211]) by pimout5-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k438rDoI270124; Wed, 3 May 2006 04:53:13 -0400 Date: Wed, 3 May 2006 01:53:12 -0700 (PDT) From: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= X-X-Sender: mikko@antec.home To: Mike Silbersack In-Reply-To: <20060503023417.O816@odysseus.silby.com> Message-ID: <20060503014402.X19669@antec.home> References: <20060429102214.V9858@odysseus.silby.com> <20060430134609.U4092@antec.home> <20060430163316.B724@odysseus.silby.com> <20060430151724.N4092@antec.home> <20060501012306.G731@odysseus.silby.com> <20060430234832.A19669@antec.home> <20060503023417.O816@odysseus.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: mobile@freebsd.org Subject: Re: Latest if_bfe - I think it works! 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, 03 May 2006 08:53:16 -0000 On Wed, 3 May 2006, Mike Silbersack wrote: > Ok, I got it working with an artificial 128MB limit. I had to fix two major > issues: > > 1. It was requiring more bounce buffers than busdma was prepared to give it, > so I reduced the size of the rings. > 2. It was leaking bounce buffers whenever you transmitted a multi-fragment > buffer, which pretty much means any non-ping packet. > > and scottl fixed #3 with rev 1.77 of busdma_machdep.c > > 3. busdma wasn't telling us when we ran out of bounce buffers. > > However, now that #1 and #2 are fixed, #3 shouldn't come into play ever, as > far as I can tell. > > I'm writing this e-mail via ssh into pine on the machine which has the > artificial 128MB limit set, looking at hw.busdma sysctl I can see that it's > bouncing pages all over the place, so I can say that it seems to be good to > me. Please test. I concur. Initial tests (on -current with a fresh kernel) running concurrent cvsup, portupgrade, copying stuff back and forth over the LAN and random web surfing works, as far as I can tell, without problems. No panics, no error messages, no hangs, no hickups of any kind. If it crashes, you'll be the first to know :-) Thanks, /Mikko P.S. I'm pleased to the how much faster bfe gets the link up compared to the bcm4sbxp (ndis) driver. If only someone could do the same to "re"... :-P From owner-freebsd-mobile@FreeBSD.ORG Wed May 3 09:07:59 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8550F16A402 for ; Wed, 3 May 2006 09:07:59 +0000 (UTC) (envelope-from guru@Sisis.de) Received: from hunter.Sisis.de (hunter.sisis.de [193.31.11.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id A75A143D46 for ; Wed, 3 May 2006 09:07:58 +0000 (GMT) (envelope-from guru@Sisis.de) Received: (from mail@localhost) by hunter.Sisis.de (8.8.8/8.8.8) id LAA09368 for ; Wed, 3 May 2006 11:05:21 +0200 (CEST) (envelope-from guru@Sisis.de) From: guru@Sisis.de Received: from hermes.sisis.de(193.31.10.38) by hunter.Sisis.de via smap (V2.1) id xma009364; Wed, 3 May 06 11:05:17 +0200 Received: from rebelion.Sisis.de (rebelion.Sisis.de [193.31.10.34]) by hermes.sisis.de (8.8.8/8.8.8) with ESMTP id LAA16673 for ; Wed, 3 May 2006 11:08:01 +0200 (CEST) (envelope-from guru@Sisis.de) Received: (from guru@localhost) by rebelion.Sisis.de (8.13.4/8.13.4/Submit) id k4397onr003571 for freebsd-mobile@freebsd.org; Wed, 3 May 2006 11:07:50 +0200 (CEST) (envelope-from guru@Sisis.de) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to guru@Sisis.de using -f Date: Wed, 3 May 2006 11:07:50 +0200 To: freebsd-mobile@freebsd.org Message-ID: <20060503090750.GA3371@rebelion.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.0-RELEASE (i386) Subject: wpa_supplicant && ipfilter && 6.0-REL X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias.Apitz@Sisis.de List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 09:07:59 -0000 Hello, I'm using ipfilter in my 6.0-REL and this is working fine, even with the iwi0 interface of my W-LAN card when I'm accessing the at home my access point with WEP security. Now in our office we installed an AP using WPA-PSK security and I bring the interface up with some script like: #!/bin/sh # kldload -v wlan_acl wlan_wep wlan_ccmp wlan_tkip ifconfig bge0 down ifconfig bge0 inet 222.222.222.222 route delete default wpa_supplicant -B -i iwi0 -c /etc/wpa_supplicant.conf sleep 1 ifconfig iwi0 inet 193.31.10.34 netmask 255.255.255.224 route add default 193.31.10.58 The interface iwi0 gets associated fine without any problem but traffic does not go out, even for the allowed ports in /etc/ipf.rules, like port 80 outbound and so on. First I thought that some how the wpa_supplicant was not working fine, but when I delete all ipfilter with "ipf -D" the W-LAN is working nicely. I have the following kernel mods loaded: # kldstat Id Refs Address Size Name 1 25 0xc0400000 63070c kernel 2 1 0xc0a31000 4d08 if_tap.ko 3 1 0xc0a36000 57c8 snd_ich.ko 4 2 0xc0a3c000 1d408 sound.ko 5 1 0xc0a5a000 a30c if_iwi.ko 6 1 0xc0a65000 2c90 wlan_wep.ko 7 1 0xc0a68000 4ac8 atapicam.ko 8 16 0xc0a6d000 568dc acpi.ko 9 1 0xc27c5000 2a000 ipl.ko 10 1 0xc2916000 15000 linux.ko 11 1 0xc2d13000 3000 wlan_acl.ko 12 1 0xc2d1e000 7000 wlan_ccmp.ko 13 1 0xc2d25000 4000 wlan_tkip.ko What could be the problem with the ipfilter? 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/ From owner-freebsd-mobile@FreeBSD.ORG Wed May 3 09:08:26 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 867B016A400 for ; Wed, 3 May 2006 09:08:26 +0000 (UTC) (envelope-from Johan.Johansen@cc.uit.no) Received: from mux2.uit.no (mux2.uit.no [129.242.5.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id E37B843D49 for ; Wed, 3 May 2006 09:08:22 +0000 (GMT) (envelope-from Johan.Johansen@cc.uit.no) Received: from flode.cc.uit.no (flode.cc.uit.no [129.242.6.250]) by mux2.uit.no (8.13.6/8.13.6/Mux) with ESMTP id k4398LFK064110 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 3 May 2006 11:08:21 +0200 (CEST) Received: from nali.cc.uit.no (nali.cc.uit.no [129.242.6.228]) by flode.cc.uit.no (8.13.3/8.13.3) with ESMTP id k4398LmY052444 for ; Wed, 3 May 2006 11:08:21 +0200 (CEST) (envelope-from johan@cc.uit.no) Received: from nali.cc.uit.no (localhost [127.0.0.1]) by nali.cc.uit.no (8.13.3/8.12.10) with ESMTP id k4398LJS062599 for ; Wed, 3 May 2006 11:08:21 +0200 (CEST) (envelope-from johan@nali.cc.uit.no) Message-Id: <200605030908.k4398LJS062599@nali.cc.uit.no> X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: freebsd-mobile@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 May 2006 11:08:21 +0200 From: Johan Johansen X-Virus-Scanned: : ok X-Scanned-By: MIMEDefang 2.56 on 129.242.5.252 Subject: cant get bridgeing on iwi to work 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, 03 May 2006 09:08:26 -0000 My Soekris 4501 is running FreeBSD 6.0-RELEASE and is equipped with Intel wireless 2915a/b/g-card in the PCI-slot. The driver is iwi-firmware-2.4_2 from ports. This works ok as a router, but bridgeing through iwi0 wont work. Actually, tcpdump show me that the data is leaving the iwi0, but they are not. iwicontrol tell me that "Number of transmission failures" is increased by 1 for each packet trying to leave the interface. Shouldnt this work? mvh Johan Johansen Some details: %ifconfig iwi0: flags=8943 mtu 1500 inet6 fe80::213:ceff:fecc:fd8%iwi0 prefixlen 64 scopeid 0x1 ether 00:13:ce:cc:0f:d8 media: IEEE 802.11 Wireless Ethernet autoselect (DS/5.5Mbps) status: associated ssid johan-tst channel 1 bssid 00:14:1b:5b:76:20 authmode OPEN privacy OFF txpowmax 100 protmode CTS bintval 100 sis1: flags=8943 mtu 1500 options=8 inet6 fe80::200:24ff:fec0:a275%sis1 prefixlen 64 scopeid 0x3 ether 00:00:24:c0:a2:75 media: Ethernet autoselect (100baseTX ) status: active bridge0: flags=8041 mtu 1500 ether ac:de:48:ad:d5:16 priority 32768 hellotime 2 fwddelay 15 maxage 20 member: sis1 flags=7 port 3 priority 128 path cost 55 forwarding member: iwi0 flags=7 port 1 priority 128 path cost 55 forwarding %ifconfig bridge0 addr 00:09:6b:50:a0:6c sis1 821 flags=0<> 00:00:24:c0:a2:74 iwi0 821 flags=0<> 00:00:65:02:62:11 iwi0 821 flags=0<> 00:0c:cf:bc:6f:c0 iwi0 785 flags=0<> 00:00:0c:07:ac:01 iwi0 783 flags=0<> 00:0c:cf:bc:77:c0 iwi0 782 flags=0<> 00:14:1b:5b:76:20 iwi0 782 flags=0<> 00:01:02:0c:a9:f4 iwi0 733 flags=0<> From owner-freebsd-mobile@FreeBSD.ORG Wed May 3 10:28:00 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C007116A401 for ; Wed, 3 May 2006 10:28:00 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id B72BA43D9A for ; Wed, 3 May 2006 10:27:37 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 29223 invoked from network); 3 May 2006 10:27:35 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.50.133.153]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 3 May 2006 10:27:35 -0000 Date: Wed, 3 May 2006 12:27:25 +0200 From: Fabian Keil To: Johan Johansen Message-ID: <20060503122725.06f6cda6@localhost> In-Reply-To: <200605030908.k4398LJS062599@nali.cc.uit.no> References: <200605030908.k4398LJS062599@nali.cc.uit.no> X-Mailer: Sylpheed-Claws 2.1.1 (GTK+ 2.8.17; i386-portbld-freebsd6.1) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_wLBng1nxYmddb.jeAI_sXVs; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-mobile@freebsd.org Subject: Re: cant get bridgeing on iwi to work 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, 03 May 2006 10:28:01 -0000 --Sig_wLBng1nxYmddb.jeAI_sXVs Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Johan Johansen wrote: > My Soekris 4501 is running FreeBSD 6.0-RELEASE and is equipped with > Intel wireless 2915a/b/g-card in the PCI-slot. The driver is > iwi-firmware-2.4_2 from ports. >=20 > This works ok as a router, but bridgeing through iwi0 wont work. > Actually, tcpdump show me that the data is leaving the iwi0, but > they are not. >=20 > iwicontrol tell me that "Number of transmission failures" is increased > by 1 for each packet trying to leave the interface. >=20 > Shouldnt this work? > Some details: > %ifconfig > iwi0: flags=3D8943 mtu 15= 00 > inet6 fe80::213:ceff:fecc:fd8%iwi0 prefixlen 64 scopeid 0x1=20 > ether 00:13:ce:cc:0f:d8 > media: IEEE 802.11 Wireless Ethernet autoselect (DS/5.5Mbps) > status: associated > ssid johan-tst channel 1 bssid 00:14:1b:5b:76:20 > authmode OPEN privacy OFF txpowmax 100 protmode CTS bintval 100 > sis1: flags=3D8943 mtu 15= 00 > options=3D8 > inet6 fe80::200:24ff:fec0:a275%sis1 prefixlen 64 scopeid 0x3=20 > ether 00:00:24:c0:a2:75 > media: Ethernet autoselect (100baseTX ) > status: active > bridge0: flags=3D8041 mtu 1500 > ether ac:de:48:ad:d5:16 > priority 32768 hellotime 2 fwddelay 15 maxage 20 > member: sis1 flags=3D7 > port 3 priority 128 path cost 55 forwarding > member: iwi0 flags=3D7 > port 1 priority 128 path cost 55 forwarding Bridging requires the wireless interface to be in adhoc or hostap mode. Fabian --=20 http://www.fabiankeil.de/ --Sig_wLBng1nxYmddb.jeAI_sXVs Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEWIWVjV8GA4rMKUQRAqMuAJ4vXCQpuFEA9nBDhWBD6MC1KNjUEwCfbaj1 SOoopQPQfcgn/j6O2eZcJMo= =/+M8 -----END PGP SIGNATURE----- --Sig_wLBng1nxYmddb.jeAI_sXVs-- From owner-freebsd-mobile@FreeBSD.ORG Wed May 3 11:20:19 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCE3D16A400 for ; Wed, 3 May 2006 11:20:19 +0000 (UTC) (envelope-from asstec@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F10843D48 for ; Wed, 3 May 2006 11:20:19 +0000 (GMT) (envelope-from asstec@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.6/8.13.1) with ESMTP id k43BJMRh055105; Wed, 3 May 2006 08:19:22 -0300 (BRT) (envelope-from asstec@matik.com.br) From: AT Matik Organization: Infomatik To: freebsd-mobile@freebsd.org Date: Wed, 3 May 2006 08:20:05 -0300 User-Agent: KMail/1.9.1 References: <7.0.1.0.1.20060428134316.01e05648@live555.com> <200605020928.40730.asstec@matik.com.br> <445789BB.1@errno.com> In-Reply-To: <445789BB.1@errno.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200605030820.06123.asstec@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: Re: kernel: ath0: device timeout 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, 03 May 2006 11:20:19 -0000 On Tuesday 02 May 2006 13:32, Sam Leffler wrote: > > the proprietary one? You mean not compiling or loading any rate and let > > the card do the work by itself? > > The card is a packet engine; tx rate control is always done in the host. > so which one of the envolved hosts you mean? The PC where the card is stick= ed=20 in would be one host ... > > I'm sorry but you don't seem to understand how tx rate control should > work. I suggest you search for papers about it and do some reading. > The atheros h/w provides all the information necessary to do a very good > job of deciding what tx rate is optimal for sending a frame whether > operating in station, hostap, or adhoc mode. How to operate in outdoor > applications with high propagation delay is a totally different matter. > spare me with such comments, of course if I understood everything I would n= ot=20 even talk here but write my own code for my needs. And sorry, but first you= =20 nuke and then confirm what I said ... man man man so, since you agree then about existing difference between indoor and outdo= or=20 which rate should be used? the propagation delay in outdoor environments is probably not so high as I= =20 understand you say and very close to indoor But I like to add here that what works indoor does not necessarily works we= ll=20 outdoor but the obvious, what works outdoor would work fine indoor still=20 better. > I have tried for several years to get folks interested in working on > this problem. John Bickett's sample code is excellent work and by far > the best algorithm available which is why it is the default (replacing > the original onoe code). I am willing to work with anyone interested in > improving the existing code or to do a new algorithm but I am somewhat > constrained by nda's. good base agreeing about the problem but in the field the onoe definitly is the better choice so probably we nee= d a=20 better definition for good, excellent and best. nda as in no disclosure agreement? Why that? Look, lets talk about the real here. I believe that making a lot of effort in making better code for using any W= L=20 card as client/station is the wrong target. Most people are using windows a= nd=20 they do not even care how that works, neither it's performance. They want t= o=20 stay connected. Careful, I am not saying this work is useless but I am sayi= ng=20 that the work is not payed back. On the other side, using a Unix as AP is where it changes. I could give you= =20 lots of reasons why using a unix box as AP and so IMO this would be a bette= r=20 target: hostap At the end it does not even matter if my card (as station) has the best cod= e=20 in the driver when I am connected to a weak AP. Even if the AP is not so ba= d=20 my champ-code does not give me any big advantage. But if I have a=20 champ-hostap-code ALL stations get a benefit from that, even the worse ones. Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-mobile@FreeBSD.ORG Wed May 3 12:54:25 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EA2416A407 for ; Wed, 3 May 2006 12:54:25 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.18.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 699D643DCA for ; Wed, 3 May 2006 12:53:31 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 26796 invoked from network); 3 May 2006 12:52:57 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.50.133.153]) (envelope-sender ) by smtprelay03.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 3 May 2006 12:52:57 -0000 Date: Wed, 3 May 2006 14:52:47 +0200 From: Fabian Keil To: guru@Sisis.de Message-ID: <20060503145247.004cf234@localhost> In-Reply-To: <20060503090750.GA3371@rebelion.Sisis.de> References: <20060503090750.GA3371@rebelion.Sisis.de> X-Mailer: Sylpheed-Claws 2.1.1 (GTK+ 2.8.17; i386-portbld-freebsd6.1) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_ZmCuukmQS5xC71wB_LQ_ahp; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-mobile@freebsd.org Subject: Re: wpa_supplicant && ipfilter && 6.0-REL X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 12:54:30 -0000 --Sig_ZmCuukmQS5xC71wB_LQ_ahp Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable guru@Sisis.de wrote: > I'm using ipfilter in my 6.0-REL and this is working fine, even > with the iwi0 interface of my W-LAN card when I'm accessing the at > home my access point with WEP security. >=20 > Now in our office we installed an AP using WPA-PSK security and > I bring the interface up with some script like: > The interface iwi0 gets associated fine without any problem > but traffic does not go out, even for the allowed ports in > /etc/ipf.rules, like port 80 outbound and so on. First I thought > that some how the wpa_supplicant was not working fine, but when > I delete all ipfilter with "ipf -D" the W-LAN is working nicely. > What could be the problem with the ipfilter? Are you using a deny all configuration with macros containing the IP addresses of the interfaces and not the interfaces themself? If you give iwi it's IP address in rc.conf, this would explain why it's working with your AP at home, but not with different networks.=20 Fabian --=20 http://www.fabiankeil.de/ --Sig_ZmCuukmQS5xC71wB_LQ_ahp Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEWKemjV8GA4rMKUQRAp5ZAKCTUrLQz/8IDm4/ZCDodX+VYEFKrwCguSGG TOIH4bTTkuTrTxQaheT7MIU= =L34E -----END PGP SIGNATURE----- --Sig_ZmCuukmQS5xC71wB_LQ_ahp-- From owner-freebsd-mobile@FreeBSD.ORG Wed May 3 13:00:39 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FDEE16A405 for ; Wed, 3 May 2006 13:00:39 +0000 (UTC) (envelope-from guru@Sisis.de) Received: from hunter.Sisis.de (hunter.sisis.de [193.31.11.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id B268E43D4C for ; Wed, 3 May 2006 13:00:37 +0000 (GMT) (envelope-from guru@Sisis.de) Received: (from mail@localhost) by hunter.Sisis.de (8.8.8/8.8.8) id OAA16567; Wed, 3 May 2006 14:58:01 +0200 (CEST) (envelope-from guru@Sisis.de) From: guru@Sisis.de Received: from hermes.sisis.de(193.31.10.38) by hunter.Sisis.de via smap (V2.1) id xma016550; Wed, 3 May 06 14:57:35 +0200 Received: from rebelion.Sisis.de (rebelion.Sisis.de [193.31.10.34]) by hermes.sisis.de (8.8.8/8.8.8) with ESMTP id PAA19982; Wed, 3 May 2006 15:00:11 +0200 (CEST) (envelope-from guru@Sisis.de) Received: (from guru@localhost) by rebelion.Sisis.de (8.13.4/8.13.4/Submit) id k43D09f2008401; Wed, 3 May 2006 15:00:09 +0200 (CEST) (envelope-from guru@Sisis.de) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to guru@Sisis.de using -f Date: Wed, 3 May 2006 15:00:09 +0200 To: Fabian Keil Message-ID: <20060503130009.GA8205@rebelion.Sisis.de> References: <20060503090750.GA3371@rebelion.Sisis.de> <20060503145247.004cf234@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20060503145247.004cf234@localhost> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.0-RELEASE (i386) Cc: freebsd-mobile@freebsd.org Subject: Re: wpa_supplicant && ipfilter && 6.0-REL X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias.Apitz@Sisis.de List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 13:00:39 -0000 El día Wednesday, May 03, 2006 a las 02:52:47PM +0200, Fabian Keil escribió: > guru@Sisis.de wrote: > > > I'm using ipfilter in my 6.0-REL and this is working fine, even > > with the iwi0 interface of my W-LAN card when I'm accessing the at > > home my access point with WEP security. > > > > Now in our office we installed an AP using WPA-PSK security and > > I bring the interface up with some script like: > > > The interface iwi0 gets associated fine without any problem > > but traffic does not go out, even for the allowed ports in > > /etc/ipf.rules, like port 80 outbound and so on. First I thought > > that some how the wpa_supplicant was not working fine, but when > > I delete all ipfilter with "ipf -D" the W-LAN is working nicely. > > > What could be the problem with the ipfilter? > > Are you using a deny all configuration with macros containing > the IP addresses of the interfaces and not the interfaces themself? at work I'm using: # reload with: ipf -Fa -f /etc/ipf.rules # # No restrictions on Inside LAN Interface for private network # pass out quick on iwi0 all pass in quick on iwi0 all # # No restrictions on Loopback Interface # pass in quick on lo0 all pass out quick on lo0 all > > If you give iwi it's IP address in rc.conf, this would > explain why it's working with your AP at home, but not > with different networks. at home I bring up the iwi0 interface not with rc.conf, but with some shell script too: # cat iwiUp.sh #!/bin/sh # # set -x ssid=xxxxxxxxxxxxxxxxxxxx wepkey=0xxxxxxxxxxxxxxxxxxxxx inet=192.168.2.3 netmask=0xffffff00 ifconfig iwi0 inet ${inet} \ netmask ${netmask} \ ssid ${ssid} \ wepkey ${wepkey} \ weptxkey 1 wepmode on and with a more complex ipf.rules; as you see, in both cases after boot time and the only diff is that 1. for WPA I load some modules after boot time (I'll change this on next boot); 2. at home it is WEP and not WPA-PSK; Thx for the feedback anyway; 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/ From owner-freebsd-mobile@FreeBSD.ORG Thu May 4 02:36:42 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4CB716A406 for ; Thu, 4 May 2006 02:36:42 +0000 (UTC) (envelope-from lippert@math.mit.edu) Received: from jacobi.mit.edu (JACOBI.MIT.EDU [18.87.0.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D64043D46 for ; Thu, 4 May 2006 02:36:42 +0000 (GMT) (envelope-from lippert@math.mit.edu) Received: from LAURENT.MIT.EDU (laurent [18.87.0.24]) by jacobi.mit.edu (Postfix) with ESMTP id A7C585A381 for ; Wed, 3 May 2006 22:36:41 -0400 (EDT) Received: by LAURENT.MIT.EDU (Postfix, from userid 17404) id AAA774162; Wed, 3 May 2006 22:36:41 -0400 (EDT) Date: Wed, 3 May 2006 22:36:41 -0400 From: Ross Lippert To: freebsd-mobile@freebsd.org Message-ID: <20060504023641.GA32638@math.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: belkin f5d8010 on 6.0 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, 04 May 2006 02:36:43 -0000 Hi. I tried to ndis this with the drivers from the CD. Then I tried to ndis it with the drivers from NetGear. I never ndis-ed anything before though, but I am doing the instructions in the handbook. I'm getting a "not in cis id=14 size=8000" message. Does the belkin f5d8010 work on freebsd or not? Comments in changelogs seems to indicate it. But I have no clue what to do or where to go. help! Not subscribed. Please reply directly. -r -- Ross A. Lippert M.I.T., Department of Mathematics Building 2, Room 335 Voice (617) 253-7905 77 Massachusetts Avenue FAX (617) 253-4358 Cambridge, MA 02139-4307 e-mail: lippert@math.mit.edu From owner-freebsd-mobile@FreeBSD.ORG Thu May 4 06:56:25 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AF7F16A401 for ; Thu, 4 May 2006 06:56:25 +0000 (UTC) (envelope-from vrindavanmoon@yahoo.com) Received: from web52002.mail.yahoo.com (web52002.mail.yahoo.com [206.190.48.85]) by mx1.FreeBSD.org (Postfix) with SMTP id 7420843D46 for ; Thu, 4 May 2006 06:56:24 +0000 (GMT) (envelope-from vrindavanmoon@yahoo.com) Received: (qmail 8011 invoked by uid 60001); 4 May 2006 06:56:23 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ile996CJR/tsKiCLk2gToFD0XJ6micyMaFDsUR+AA0u/wi1iABgp125h/B59vFLBfi0+RuJA5AO+QfgD2Xsl+/Y9S8JjaM+LZOhSENNrOl6nCFhwWb2dAvc1Z58KbEf3sZTtIvDwnfEITqWAnO6xZDo1mJHsdkNhaQHLkXCqPP0= ; Message-ID: <20060504065623.8009.qmail@web52002.mail.yahoo.com> Received: from [202.62.229.43] by web52002.mail.yahoo.com via HTTP; Wed, 03 May 2006 23:56:23 PDT Date: Wed, 3 May 2006 23:56:23 -0700 (PDT) From: Vrindavan Chandra To: freebsd-mobile@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Fujitsu Siemens Amilo K 7600 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, 04 May 2006 06:56:25 -0000 Yes my partner and i have The k 7600 Amilo and well many problems so sar it was bought used though and the disk drive is failing the hard drive crashed and it gets real hot at the moment i am trying to solve these things out now. vrin Your insignificant servant, sri hari guru vaisnava krpalesha prarthi, Vrindavancandra das --------------------------------- Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. Great rates starting at 1¢/min. From owner-freebsd-mobile@FreeBSD.ORG Thu May 4 12:06:28 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8359E16A413 for ; Thu, 4 May 2006 12:06:28 +0000 (UTC) (envelope-from jeff.rollin@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08C0743D48 for ; Thu, 4 May 2006 12:06:27 +0000 (GMT) (envelope-from jeff.rollin@gmail.com) Received: by wx-out-0102.google.com with SMTP id t13so291725wxc for ; Thu, 04 May 2006 05:06:27 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Oyv43WsnBVt8uwnLhYARYJBE7CypDRQBjhLSlesM2/GA4EuvnyuP3GdzJO4ws6NGcgr41uSz5mr/q3B4ODH2R4GybXgC0cJhitdEiF1bB/7MukTG/LDr77CGVU+zEsxESrL99hXRrFfQOH/+MR+4dpPhC2NV0jk8A1xIzRxYsEA= Received: by 10.70.41.5 with SMTP id o5mr521663wxo; Thu, 04 May 2006 05:06:26 -0700 (PDT) Received: by 10.65.107.11 with HTTP; Thu, 4 May 2006 05:06:26 -0700 (PDT) Message-ID: <8a0028260605040506h5a2e776l86947fc38e7ea938@mail.gmail.com> Date: Thu, 4 May 2006 13:06:26 +0100 From: "Jeff Rollin" To: "Patrick Bowen" In-Reply-To: <8a0028260604291344xc67e709s69123e412927d1fd@mail.gmail.com> MIME-Version: 1.0 References: <20060427150655.75D6945042@ptavv.es.net> <4451E41E.5020907@cbs.dk> <44523ED1.3080300@errno.com> <8a0028260604281014m4a3d8bc4o4b5172842ec70427@mail.gmail.com> <4452B79D.4080307@fastmail.fm> <8a0028260604291344xc67e709s69123e412927d1fd@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-mobile@freebsd.org Subject: Re: Wireless woes 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, 04 May 2006 12:06:28 -0000 Well, I'm at a loss. Haven't heard anything yet and no progress this end. Anyone else have any ideas? Jeff. From owner-freebsd-mobile@FreeBSD.ORG Thu May 4 12:26:34 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBA1C16A403 for ; Thu, 4 May 2006 12:26:34 +0000 (UTC) (envelope-from jeff.rollin@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51EBA43D49 for ; Thu, 4 May 2006 12:26:34 +0000 (GMT) (envelope-from jeff.rollin@gmail.com) Received: by nz-out-0102.google.com with SMTP id l1so423825nzf for ; Thu, 04 May 2006 05:26:33 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=tnJucHxeZ7qUCxv4Oshm7FnpcNePbREJa68o7fX8IbFoaqxEKxHBfU/eXhzXU9++PfKQW0hGOh441QUnvmxqEgCS4pEXw8ksE/3MD+8Gbd8gNliEQdbpM/+KfFSCAZ0gEBerpaaFKvDrkZpxJhm5rO282akFhke3mHJUCUD7PTM= Received: by 10.64.220.9 with SMTP id s9mr401606qbg; Thu, 04 May 2006 05:26:33 -0700 (PDT) Received: by 10.65.107.11 with HTTP; Thu, 4 May 2006 05:26:33 -0700 (PDT) Message-ID: <8a0028260605040526h342fa763p20a30fc41d576507@mail.gmail.com> Date: Thu, 4 May 2006 13:26:33 +0100 From: "Jeff Rollin" To: "Kevin Oberman" In-Reply-To: <8a0028260604281004s230096e2n781bb35dbb6b031d@mail.gmail.com> MIME-Version: 1.0 References: <8a0028260604272338w369e4994j794bc0a62df5cb7d@mail.gmail.com> <20060428152416.4C29945042@ptavv.es.net> <8a0028260604281004s230096e2n781bb35dbb6b031d@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-mobile@freebsd.org Subject: Re: Wireless woes (was: no subject) 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, 04 May 2006 12:26:34 -0000 (Reposted in the CORRECT thread On 28/04/06, Jeff Rollin wrote: > > Kevin, > > > > > Revision C? In that case it's probably a DWL-G650 (as opposed to a > > DWL-650) and does use an Atheros. Take a look at > > http://support.dlink.com/ and select DWL and G650. > > > It is indeed a G650, sorry for not being clear; the SuSE boot up messages > also print an "...Atheros..." ID string when the card is detected, FYI. > > > See if this is what > > you have. If so. it is an Atheros and should work. It probably only > > requires that the CIS info be added to the database. The ath drivers fo= r > > Linux and FreeBSD are essentially the same as Sam Leffler wrote both, s= o > > it should work or not work for both OSes. > > > If it is a DWL-G650 Rev. C, I'd suggest dropping Sam a note and see if > > he has any suggestions. I'll admit that I don't know where the CIS data > > (actually man. ID and Product ID) are located. > > > There's some info on the back of the card that looks like it might be the > requisite details. > > Thanks again. > > Jeff. > > -- ------------------------------------------------------ Argument against Linux number 6,033: "...So this is like most Linux viruses. You have to download the virus yourself, become root, install it and then run it. Seems like a lot of work just to experience what you can get on Windows with a lot less trouble." From owner-freebsd-mobile@FreeBSD.ORG Thu May 4 12:45:51 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48F3F16A405 for ; Thu, 4 May 2006 12:45:51 +0000 (UTC) (envelope-from gp.ioa@cbs.dk) Received: from mail.cbs.dk (mail.cbs.dk [130.226.47.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE5C643D4C for ; Thu, 4 May 2006 12:45:50 +0000 (GMT) (envelope-from gp.ioa@cbs.dk) Received: from [172.17.26.20] by proxy1.cbs.dk (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTPA id <0IYQ0030KRGBLT@proxy1.cbs.dk> for freebsd-mobile@freebsd.org; Thu, 04 May 2006 14:45:48 +0200 (MEST) Date: Thu, 04 May 2006 14:45:54 +0200 From: Gregers Petersen In-reply-to: <8a0028260605040526h342fa763p20a30fc41d576507@mail.gmail.com> To: Jeff Rollin , freebsd-mobile@freebsd.org Message-id: <4459F782.4020304@cbs.dk> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT User-Agent: Thunderbird 1.5 (X11/20060127) References: <8a0028260604272338w369e4994j794bc0a62df5cb7d@mail.gmail.com> <20060428152416.4C29945042@ptavv.es.net> <8a0028260604281004s230096e2n781bb35dbb6b031d@mail.gmail.com> <8a0028260605040526h342fa763p20a30fc41d576507@mail.gmail.com> Cc: Subject: Re: Wireless woes 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, 04 May 2006 12:45:51 -0000 Jeff Rollin wrote: >> If it is a DWL-G650 Rev. C, I'd suggest dropping Sam a note and see if >> > he has any suggestions. I'll admit that I don't know where the CIS data >> > (actually man. ID and Product ID) are located. I have a D-Link DWL-G650 H/W Ver.: C3 F/W Ver.: 4.30 (as it notes on the back of the card). Which works just fine with 'ath' :-) -- Gregers Petersen Anthropologist Department of Organization & Industrial Sociology Copenhagen Business School Kilen, Kilevej 14A, 4. 2000 Frederiksberg gp.ioa@cbs.dk (+45) 3815 2811 (+45) 3024 8064 Community, ownership and free software From owner-freebsd-mobile@FreeBSD.ORG Thu May 4 13:35:52 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99B4E16A400 for ; Thu, 4 May 2006 13:35:52 +0000 (UTC) (envelope-from smg@dada.ath.cx) Received: from mail-in-07.arcor-online.net (mail-in-07.arcor-online.net [151.189.21.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B65843D49 for ; Thu, 4 May 2006 13:35:52 +0000 (GMT) (envelope-from smg@dada.ath.cx) Received: from mail-in-05-z2.arcor-online.net (mail-in-05-z2.arcor-online.net [151.189.8.17]) by mail-in-07.arcor-online.net (Postfix) with ESMTP id 785C116205E for ; Thu, 4 May 2006 15:35:50 +0200 (CEST) Received: from mail-in-03.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) by mail-in-05-z2.arcor-online.net (Postfix) with ESMTP id 6B4151A32D4 for ; Thu, 4 May 2006 15:35:50 +0200 (CEST) Received: from mail.dada.ath.cx (dslb-084-056-163-165.pools.arcor-ip.net [84.56.163.165]) by mail-in-03.arcor-online.net (Postfix) with SMTP id 45711149749 for ; Thu, 4 May 2006 15:35:50 +0200 (CEST) Received: (qmail 64243 invoked by uid 89); 4 May 2006 15:35:50 +0200 Received: from unknown (HELO dada.ath.cx) (192.168.70.4) by mail.dada.ath.cx with SMTP; 4 May 2006 15:35:50 +0200 X-MessageWall-Score: 0 (dada.ath.cx) Received: from [84.57.163.218] (authenticated as smg@dada.ath.cx) by dada.ath.cx (MessageWall 1.0.8) with SMTP (encrypted with RC4-MD5); 4 May 2006 13:35:49 -0000 From: Sven Giersig To: freebsd-mobile@freebsd.org Content-Type: text/plain Date: Thu, 04 May 2006 15:35:12 +0200 Message-Id: <1146749712.1032.21.camel@hermes> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: PackardBell Wifi-Hotkey X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sgiersig@gmx.de List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 13:35:52 -0000 Hello List, I'm a (not-so-proud) user of a Packard Bell R1100 Laptop, which ships with an ath-card. The driver attaches perfectly, but I have to enable the antenna with a hotkey. Is there any chance to enable it on *BSD? I tried some sysctl fiddeling and so on, but the antenna is still dead. As a workaround I use the asus wl-167g on ural which is mostly stable (except for bridging / tap0). Beside that, the PB also has problems with resuming from suspend in acpi-mode, but that's another thing. Maybe there are some Packard-Hell users on the list with similar experience and/or some hints for the hotkeys and acpi? thanks in advance, Sven -- Sven M. Giersig - http://giersig.de.vu 57CE E453 AAE6 29CB E8FB F7C0 38AF DE50 46F1 836F :wq! From owner-freebsd-mobile@FreeBSD.ORG Thu May 4 16:11:48 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C46F816A433 for ; Thu, 4 May 2006 16:11:48 +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 5DDEF43D6E for ; Thu, 4 May 2006 16:11:45 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k44GBhrf087419 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 May 2006 09:11:44 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <445A27BF.3000905@errno.com> Date: Thu, 04 May 2006 09:11:43 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: sgiersig@gmx.de References: <1146749712.1032.21.camel@hermes> In-Reply-To: <1146749712.1032.21.camel@hermes> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-mobile@freebsd.org Subject: Re: PackardBell Wifi-Hotkey 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, 04 May 2006 16:11:48 -0000 Sven Giersig wrote: > Hello List, > > I'm a (not-so-proud) user of a Packard Bell R1100 Laptop, which ships > with an ath-card. The driver attaches perfectly, but I have to enable > the antenna with a hotkey. Is there any chance to enable it on *BSD? I > tried some sysctl fiddeling and so on, but the antenna is still dead. > > As a workaround I use the asus wl-167g on ural which is mostly stable > (except for bridging / tap0). > > Beside that, the PB also has problems with resuming from suspend in > acpi-mode, but that's another thing. > > Maybe there are some Packard-Hell users on the list with similar > experience and/or some hints for the hotkeys and acpi? I tried adding the code to the driver but backed it out 'cuz it supposedly broke some stuff. I'll look at it again. Sam From owner-freebsd-mobile@FreeBSD.ORG Thu May 4 18:43:17 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 756EA16A400 for ; Thu, 4 May 2006 18:43:17 +0000 (UTC) (envelope-from photor@photor.de) Received: from mout2.freenet.de (mout2.freenet.de [194.97.50.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0DE843D48 for ; Thu, 4 May 2006 18:43:16 +0000 (GMT) (envelope-from photor@photor.de) Received: from [194.97.55.242] (helo=mx9.freenet.de) by mout2.freenet.de with esmtpa (Exim 4.61) (envelope-from ) id 1FbinC-0003P0-Ui for freebsd-mobile@freebsd.org; Thu, 04 May 2006 20:43:14 +0200 Received: from port-87-234-192-173.static.qsc.de ([87.234.192.173] helo=worf.mydomain.home) by mx9.freenet.de with esmtpsa (ID photor@photor.de) (TLSv1:AES256-SHA:256) (Exim 4.61-RC1 #1) id 1FbinC-0004gU-H3 for freebsd-mobile@freebsd.org; Thu, 04 May 2006 20:43:14 +0200 Received: from photor by worf.mydomain.home with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1Fbin9-0009hl-Td for freebsd-mobile@freebsd.org; Thu, 04 May 2006 20:43:11 +0200 Date: Thu, 4 May 2006 20:43:11 +0200 From: Karsten Rothemund To: freebsd-mobile Message-ID: <20060504184311.GA37239@www.photor.de> Mail-Followup-To: freebsd-mobile Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Organisation: private site X-Url: http://www.photor.de X-GPG-Fingerprint: C0BC 9AF3 A3E4 E55F 2AA3 715E 62A3 4C0A 094A E55F Sender: Karsten Rothemund X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: photor@photor.de X-SA-Exim-Scanned: No (on worf.mydomain.home); SAEximRunCond expanded to false Subject: (no subject) X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: photor@photor.de List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 18:43:17 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello List, I have a new (used) IBM Zhinkpad X24 which I installed a FreeBSD 5 on und updated it to the actual release. I worked all the afternoon with the laptop placed in the dockingstation. During the whole day the AC power was plugged in because the battery was low coming from the dealer.=20 And up to now there has nothing changed; the battery is still so low that the machine only starts with the power plugged in. To me it looks like, the battery is dead.=20 Or - and that is why I ask here - is there a problem with the X24 and power management (AKA charging the battery)?=20 Thank you for your help. May be some questions come later, CU Photor --=20 =20 Karsten Rothemund /"\ PGP-Key: 0x094AE55F \ / Fingerprint: C0BC 9AF3 A3E4 E55F 2AA3 \ ASCII Ribbon Campaign 715E 62A3 4C0A 094A E55F / \ Against HTML Mail and News --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEWks/YqNMCglK5V8RAg0fAKDK0Sv3+6SQbmmEMBBpcVCn6dbdNQCffXHU gU+EZaYJnxj8ELBryczSXm8= =EWvt -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-mobile@FreeBSD.ORG Thu May 4 18:49:58 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C10AB16A402 for ; Thu, 4 May 2006 18:49:58 +0000 (UTC) (envelope-from photor@photor.de) Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 118B443D46 for ; Thu, 4 May 2006 18:49:55 +0000 (GMT) (envelope-from photor@photor.de) Received: from [194.97.55.242] (helo=mx9.freenet.de) by mout1.freenet.de with esmtpa (Exim 4.61) (envelope-from ) id 1Fbite-0000yp-TH for freebsd-mobile@freebsd.org; Thu, 04 May 2006 20:49:54 +0200 Received: from port-87-234-192-173.static.qsc.de ([87.234.192.173] helo=worf.mydomain.home) by mx9.freenet.de with esmtpsa (ID photor@photor.de) (TLSv1:AES256-SHA:256) (Exim 4.61-RC1 #1) id 1Fbite-00047D-KB for freebsd-mobile@freebsd.org; Thu, 04 May 2006 20:49:54 +0200 Received: from photor by worf.mydomain.home with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1Fbitd-0009jD-0T for freebsd-mobile@freebsd.org; Thu, 04 May 2006 20:49:53 +0200 Date: Thu, 4 May 2006 20:49:52 +0200 From: Karsten Rothemund To: freebsd-mobile Message-ID: <20060504184952.GA37375@www.photor.de> Mail-Followup-To: freebsd-mobile References: <20060504184311.GA37239@www.photor.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <20060504184311.GA37239@www.photor.de> User-Agent: Mutt/1.4.2.1i X-Organisation: private site X-Url: http://www.photor.de X-GPG-Fingerprint: E752 C759 B9B2 2057 E42F 50EE 47AC A7CE 7019 CAA5 Sender: Karsten Rothemund X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: photor@photor.de X-SA-Exim-Scanned: No (on worf.mydomain.home); SAEximRunCond expanded to false Subject: Re: Thinkpad X24 and battery X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: karsten@photor.de List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 18:49:58 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 04, 2006 at 08:43:11PM +0200, Karsten Rothemund wrote: > Hello List, >=20 Sorry. Forgot the subject > I have a new (used) IBM Zhinkpad X24 which I installed a FreeBSD 5 on > und updated it to the actual release. I worked all the afternoon with > the laptop placed in the dockingstation. >=20 > During the whole day the AC power was plugged in because the battery > was low coming from the dealer.=20 >=20 > And up to now there has nothing changed; the battery is still so low > that the machine only starts with the power plugged in. To me it looks > like, the battery is dead.=20 >=20 > Or - and that is why I ask here - is there a problem with the X24 and > power management (AKA charging the battery)?=20 >=20 > Thank you for your help. May be some questions come later, >=20 > CU >=20 > Photor >=20 > --=20 > =20 > Karsten Rothemund /"\ > PGP-Key: 0x094AE55F \ / > Fingerprint: C0BC 9AF3 A3E4 E55F 2AA3 \ ASCII Ribbon Campaign > 715E 62A3 4C0A 094A E55F / \ Against HTML Mail and News --=20 =20 Karsten Rothemund /"\ PGP-Key: 0x7019CAA5 \ / Fingerprint: E752 C759 B9B2 2057 E42F \ ASCII Ribbon Campaign 50EE 47AC A7CE 7019 CAA5 / \ Against HTML Mail and News --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEWkzQYqNMCglK5V8RAoKrAKCZpCQhmFmNXrXTPkMf4wH1zIrt3gCgk1aE eSjgz4let6j7TvKxMrbpdVA= =ozau -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-mobile@FreeBSD.ORG Thu May 4 19:03:09 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C286916A400 for ; Thu, 4 May 2006 19:03:09 +0000 (UTC) (envelope-from photor@photor.de) Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1094643D46 for ; Thu, 4 May 2006 19:03:08 +0000 (GMT) (envelope-from photor@photor.de) Received: from [194.97.50.144] (helo=mx1.freenet.de) by mout0.freenet.de with esmtpa (Exim 4.61) (envelope-from ) id 1Fbj6S-0003hQ-04 for freebsd-mobile@freebsd.org; Thu, 04 May 2006 21:03:08 +0200 Received: from port-87-234-192-173.static.qsc.de ([87.234.192.173] helo=worf.mydomain.home) by mx1.freenet.de with esmtpsa (ID photor@photor.de) (TLSv1:AES256-SHA:256) (Exim 4.61-RC1 #1) id 1Fbj6R-0003i7-KG for freebsd-mobile@freebsd.org; Thu, 04 May 2006 21:03:07 +0200 Received: from photor by worf.mydomain.home with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1Fbj6P-0009lV-7m for freebsd-mobile@freebsd.org; Thu, 04 May 2006 21:03:05 +0200 Date: Thu, 4 May 2006 21:03:05 +0200 From: Karsten Rothemund To: freebsd-mobile@freebsd.org Message-ID: <20060504190305.GA37485@www.photor.de> Mail-Followup-To: freebsd-mobile@freebsd.org References: <20060504184311.GA37239@www.photor.de> <20060504185329.GA879@corpex.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <20060504185329.GA879@corpex.de> User-Agent: Mutt/1.4.2.1i X-Organisation: private site X-Url: http://www.photor.de X-GPG-Fingerprint: E752 C759 B9B2 2057 E42F 50EE 47AC A7CE 7019 CAA5 Sender: Karsten Rothemund X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: photor@photor.de X-SA-Exim-Scanned: No (on worf.mydomain.home); SAEximRunCond expanded to false Subject: Re: Thinkpad X24 and battery X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: karsten@photor.de List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 19:03:09 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 04, 2006 at 08:53:30PM +0200, Frank Altpeter wrote: > Hi there, >=20 > Karsten Rothemund wrote on 2006-05-04 at 20:43:11 CEST: > > And up to now there has nothing changed; the battery is still so low > > that the machine only starts with the power plugged in. To me it looks > > like, the battery is dead.=20 > >=20 > > Or - and that is why I ask here - is there a problem with the X24 and > > power management (AKA charging the battery)?=20 > >=20 > > Thank you for your help. May be some questions come later, > AFAIK there is no way controlling the battery charge process, so i assume > that your idea about the dead battery seems correct. > If it doesn't sound reasonable enough, i suggest going into the BIOS and > leave the notebook plugged for about an hour to see if it loads the > battery then. Another idea would be to directly plug the power into the > notebook, it could also be that the docking station is b0rked. That's what I do at the moment. Same idea ;-) > You also can sysctl the status via hw.acpi.battery, which should bring > something like that when plugged to power: >=20 > hw.acpi.battery.life: 94 > hw.acpi.battery.time: -1 (it's always -1 when on AC) > hw.acpi.battery.state: 2 (1 when on batt, 2 when loading) > hw.acpi.battery.units: 1 >=20 Yes and no. At the moment, disabled ACPI. But when I tried out FreeSBIE it ran using ACPI. But I got strange output from that saying nothing (a lot of "0" and "-1"). Especially the .life variable. :-/ That's why I thought I should try without ACPI. CU, Karsten --=20 =20 Karsten Rothemund /"\ PGP-Key: 0x7019CAA5 \ / Fingerprint: E752 C759 B9B2 2057 E42F \ ASCII Ribbon Campaign 50EE 47AC A7CE 7019 CAA5 / \ Against HTML Mail and News --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEWk/pYqNMCglK5V8RAmhlAKDWPOoHLKYOftG9ESzw1PqL3We87gCglrb7 KlU9uP/+cCOuOZizffsC7n0= =6UZS -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-mobile@FreeBSD.ORG Fri May 5 00:09:04 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06F1816A40E; Fri, 5 May 2006 00:09:04 +0000 (UTC) (envelope-from lippert@math.mit.edu) Received: from jacobi.mit.edu (JACOBI.MIT.EDU [18.87.0.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6A0343D70; Fri, 5 May 2006 00:09:03 +0000 (GMT) (envelope-from lippert@math.mit.edu) Received: from LAURENT.MIT.EDU (laurent [18.87.0.24]) by jacobi.mit.edu (Postfix) with ESMTP id A1FC95A35C; Thu, 4 May 2006 20:09:02 -0400 (EDT) Received: by LAURENT.MIT.EDU (Postfix, from userid 17404) id A9646415E; Thu, 4 May 2006 20:09:02 -0400 (EDT) Date: Thu, 4 May 2006 20:09:02 -0400 From: Ross Lippert To: freebsd-mobile@freebsd.org, wpaul@freebsd.org Message-ID: <20060505000902.GA14173@math.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Cc: Subject: f5d8010 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, 05 May 2006 00:09:05 -0000 Nevermind all, ndisgen saved me. -r -- Ross A. Lippert M.I.T., Department of Mathematics Building 2, Room 335 Voice (617) 253-7905 77 Massachusetts Avenue FAX (617) 253-4358 Cambridge, MA 02139-4307 e-mail: lippert@math.mit.edu From owner-freebsd-mobile@FreeBSD.ORG Fri May 5 02:10:58 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3006216A402; Fri, 5 May 2006 02:10:58 +0000 (UTC) (envelope-from lippert@math.mit.edu) Received: from jacobi.mit.edu (JACOBI.MIT.EDU [18.87.0.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id E702D43D45; Fri, 5 May 2006 02:10:57 +0000 (GMT) (envelope-from lippert@math.mit.edu) Received: from LAURENT.MIT.EDU (laurent [18.87.0.24]) by jacobi.mit.edu (Postfix) with ESMTP id 4F2F65A362; Thu, 4 May 2006 22:10:57 -0400 (EDT) Received: by LAURENT.MIT.EDU (Postfix, from userid 17404) id 2BEB74161; Thu, 4 May 2006 22:10:57 -0400 (EDT) Date: Thu, 4 May 2006 22:10:57 -0400 From: Ross Lippert To: wpaul@freebsd.org, freebsd-mobile@freebsd.org Message-ID: <20060505021057.GA15674@math.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Cc: Subject: ndis0 won't set ssid on freeBSD 6.0 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, 05 May 2006 02:10:58 -0000 I have gotten the f5d8010 card to work with a ndisgen-ed WniHdd51 driver from NetGear. dmesg recognizes it, ndis0 shows up when I ifconfig, it seems to have everything, except ssid, as in ifconfig ndis0 ssid "word" and still the ssid is listed as "". Switching to hex (ssid "0x65666665" for example) doesn't help. I have looked for ssid problems in the PRs and not found one. Any recommendations welcome. I am not subscribed to the mailing list, so please reply personally. -r -- Ross A. Lippert M.I.T., Department of Mathematics Building 2, Room 335 Voice (617) 253-7905 77 Massachusetts Avenue FAX (617) 253-4358 Cambridge, MA 02139-4307 e-mail: lippert@math.mit.edu From owner-freebsd-mobile@FreeBSD.ORG Fri May 5 10:42:11 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A69E16A409 for ; Fri, 5 May 2006 10:42:11 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.18.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 605FC43D4C for ; Fri, 5 May 2006 10:42:10 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 16459 invoked from network); 5 May 2006 10:42:08 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.50.134.212]) (envelope-sender ) by smtprelay03.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 5 May 2006 10:42:08 -0000 Date: Fri, 5 May 2006 12:42:06 +0200 From: Fabian Keil To: Ross Lippert Message-ID: <20060505124206.0599ed62@localhost> In-Reply-To: <20060505021057.GA15674@math.mit.edu> References: <20060505021057.GA15674@math.mit.edu> X-Mailer: Sylpheed-Claws 2.1.1 (GTK+ 2.8.17; i386-portbld-freebsd6.1) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_I/ey83VPacdAq9wUFUARm8u"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: wpaul@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: ndis0 won't set ssid on freeBSD 6.0 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, 05 May 2006 10:42:11 -0000 --Sig_I/ey83VPacdAq9wUFUARm8u Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Ross Lippert wrote: > I have gotten the f5d8010 card to work with a ndisgen-ed > WniHdd51 driver from NetGear. dmesg recognizes it, ndis0 > shows up when I ifconfig, it seems to have everything, > except ssid, as in >=20 > ifconfig ndis0 ssid "word" >=20 > and still the ssid is listed as "". Switching to hex > (ssid "0x65666665" for example) doesn't help. I have looked > for ssid problems in the PRs and not found one. >=20 > Any recommendations welcome. Try to set the ssid together with the bssid. Fabian --=20 http://www.fabiankeil.de/ --Sig_I/ey83VPacdAq9wUFUARm8u Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEWyv+jV8GA4rMKUQRAgOwAKCrDKSEPIRBbDGf+bBXJSU5IVemYQCbBHdd 7oYDCgeyANVXRlCGFgHxKAs= =bCoJ -----END PGP SIGNATURE----- --Sig_I/ey83VPacdAq9wUFUARm8u-- From owner-freebsd-mobile@FreeBSD.ORG Fri May 5 12:02:15 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32CA616A400; Fri, 5 May 2006 12:02:15 +0000 (UTC) (envelope-from lippert@math.mit.edu) Received: from jacobi.mit.edu (JACOBI.MIT.EDU [18.87.0.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA20043D4C; Fri, 5 May 2006 12:02:14 +0000 (GMT) (envelope-from lippert@math.mit.edu) Received: from LAURENT.MIT.EDU (laurent [18.87.0.24]) by jacobi.mit.edu (Postfix) with ESMTP id A860A5A35D; Fri, 5 May 2006 08:02:13 -0400 (EDT) Received: by LAURENT.MIT.EDU (Postfix, from userid 17404) id C6C3C414F; Fri, 5 May 2006 08:02:13 -0400 (EDT) Date: Fri, 5 May 2006 08:02:13 -0400 From: Ross Lippert To: Fabian Keil Message-ID: <20060505120213.GB899@math.mit.edu> References: <20060505021057.GA15674@math.mit.edu> <20060505124206.0599ed62@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060505124206.0599ed62@localhost> User-Agent: Mutt/1.4.1i Cc: wpaul@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: ndis0 won't set ssid on freeBSD 6.0 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, 05 May 2006 12:02:15 -0000 ifconfig ndis0 ssid "word" bssid "-" ifconfig ndis0 ssid "word" bssid "00:11:50:2d:9e:6e" Both succeed in setting the bssid but neither one sets the ssid. Also doesn't work with the hex variants of the ssid. Did I do that right? -r On Friday, 5 May 2006 at 12:42:06 +0200, Fabian Keil wrote: > Ross Lippert wrote: > > > I have gotten the f5d8010 card to work with a ndisgen-ed > > WniHdd51 driver from NetGear. dmesg recognizes it, ndis0 > > shows up when I ifconfig, it seems to have everything, > > except ssid, as in > > > > ifconfig ndis0 ssid "word" > > > > and still the ssid is listed as "". Switching to hex > > (ssid "0x65666665" for example) doesn't help. I have looked > > for ssid problems in the PRs and not found one. > > > > Any recommendations welcome. > > Try to set the ssid together with the bssid. > > Fabian > -- > http://www.fabiankeil.de/ -- Ross A. Lippert M.I.T., Department of Mathematics Building 2, Room 335 Voice (617) 253-7905 77 Massachusetts Avenue FAX (617) 253-4358 Cambridge, MA 02139-4307 e-mail: lippert@math.mit.edu From owner-freebsd-mobile@FreeBSD.ORG Fri May 5 12:22:07 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77C8816A401 for ; Fri, 5 May 2006 12:22:07 +0000 (UTC) (envelope-from asstec@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C0D243D45 for ; Fri, 5 May 2006 12:22:06 +0000 (GMT) (envelope-from asstec@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.6/8.13.1) with ESMTP id k45CM4us088934 for ; Fri, 5 May 2006 09:22:04 -0300 (BRT) (envelope-from asstec@matik.com.br) From: AT Matik To: freebsd-mobile@freebsd.org Date: Fri, 5 May 2006 09:22:00 -0300 User-Agent: KMail/1.9.1 References: <20060505021057.GA15674@math.mit.edu> <20060505124206.0599ed62@localhost> <20060505120213.GB899@math.mit.edu> In-Reply-To: <20060505120213.GB899@math.mit.edu> Organization: Infomatik MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200605050922.01009.asstec@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: ndis0 won't set ssid on freeBSD 6.0 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, 05 May 2006 12:22:07 -0000 On Friday 05 May 2006 09:02, Ross Lippert wrote: > ifconfig ndis0 ssid "word" bssid "-" > ifconfig ndis0 ssid "word" bssid "00:11:50:2d:9e:6e" > > Both succeed in setting the bssid but neither one sets the ssid. > Also doesn't work with the hex variants of the ssid. > > Did I do that right? > the ssid appears only when your card gets connected or associated to the AP you can see the desired ssid with wicontrol ndis0 Jo=E3o > > -r > > On Friday, 5 May 2006 at 12:42:06 +0200, Fabian Keil wrote: > > Ross Lippert wrote: > > > I have gotten the f5d8010 card to work with a ndisgen-ed > > > WniHdd51 driver from NetGear. dmesg recognizes it, ndis0 > > > shows up when I ifconfig, it seems to have everything, > > > except ssid, as in > > > > > > ifconfig ndis0 ssid "word" > > > > > > and still the ssid is listed as "". Switching to hex > > > (ssid "0x65666665" for example) doesn't help. I have looked > > > for ssid problems in the PRs and not found one. > > > > > > Any recommendations welcome. > > > > Try to set the ssid together with the bssid. > > > > Fabian > > -- > > http://www.fabiankeil.de/ =2D-=20 Atenciosamente Infomatik Internet Technology (18)3551.8155 (18)8112.7007 http://info.matik.com.br A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-mobile@FreeBSD.ORG Fri May 5 13:17:26 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8422016A406 for ; Fri, 5 May 2006 13:17:26 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 243B543D5E for ; Fri, 5 May 2006 13:17:18 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IYS0010ENKFOP50@osl1smout1.broadpark.no> for freebsd-mobile@freebsd.org; Fri, 05 May 2006 15:17:03 +0200 (CEST) Received: from kg-work.kg4.no ([80.202.172.162]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IYS001AGNKFCUJ0@osl1sminn1.broadpark.no> for freebsd-mobile@freebsd.org; Fri, 05 May 2006 15:17:03 +0200 (CEST) Date: Fri, 05 May 2006 15:17:02 +0200 From: Torfinn Ingolfsen 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 In-reply-to: <20060504190305.GA37485@www.photor.de> To: freebsd-mobile@freebsd.org Message-id: <20060505151702.3f37538b.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.17; i386-portbld-freebsd5.5) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20060504184311.GA37239@www.photor.de> <20060504185329.GA879@corpex.de> <20060504190305.GA37485@www.photor.de> Subject: Re: Thinkpad X24 and battery 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, 05 May 2006 13:17:26 -0000 On Thu, 04 May 2006 21:03:05 +0200 Karsten Rothemund wrote: > That's what I do at the moment. Same idea ;-) And does the battery get charged when power is plugged directly into the Thinkpad? Or is that not working either? In ealrlier times, it was possible to find different power bricks for ThinkPads - ie. one that would work on one model, but not on a different model. I haven't seen this problem for the last four years, so perhaps it got fixed along the way. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-mobile@FreeBSD.ORG Fri May 5 13:17:38 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EC0C16A40D for ; Fri, 5 May 2006 13:17:38 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A08443D6E for ; Fri, 5 May 2006 13:17:31 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k45DHVl4092818 for ; Fri, 5 May 2006 08:17:31 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <445B506C.3060004@centtech.com> Date: Fri, 05 May 2006 08:17:32 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5 (X11/20060402) MIME-Version: 1.0 To: freebsd-mobile@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1445/Fri May 5 03:30:03 2006 on mh2.centtech.com X-Virus-Status: Clean Subject: Multiple mice (touchpad/bluetooth/etc) 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, 05 May 2006 13:17:38 -0000 On my laptop, I have 2 mouse devices - one is the built in touchpad (synaptics), and one is a bluetooth mouse. My touchpad has two buttons, and my bluetooth mouse has many (9 I think). For my bluetooth mouse to work, I need to have a line like this in my .xinitrc: xmodmap -e "pointer = 1 3 2 4 5 6 7 8 9 10 11 12 13" Of course, that makes my second button on my touchpad be button three, which I don't want. Is there any way to enable 3 button emulation on the touchpad, but not on a usb mouse (the bluetooth one), and enable the button swapping on the bluetooth one, but not on the touchpad? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-mobile@FreeBSD.ORG Fri May 5 13:57:45 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2365116A404 for ; Fri, 5 May 2006 13:57:45 +0000 (UTC) (envelope-from photor@photor.de) Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64B8E43D45 for ; Fri, 5 May 2006 13:57:44 +0000 (GMT) (envelope-from photor@photor.de) Received: from [194.97.50.144] (helo=mx1.freenet.de) by mout0.freenet.de with esmtpa (Exim 4.61) (envelope-from ) id 1Fc0oR-0007xW-87 for freebsd-mobile@freebsd.org; Fri, 05 May 2006 15:57:43 +0200 Received: from port-87-234-192-173.static.qsc.de ([87.234.192.173] helo=worf.mydomain.home) by mx1.freenet.de with esmtpsa (ID photor@photor.de) (TLSv1:AES256-SHA:256) (Exim 4.61-RC1 #1) id 1Fc0oQ-0002de-U1 for freebsd-mobile@freebsd.org; Fri, 05 May 2006 15:57:43 +0200 Received: from photor by worf.mydomain.home with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1Fc0oP-000BGn-IC for freebsd-mobile@freebsd.org; Fri, 05 May 2006 15:57:41 +0200 Date: Fri, 5 May 2006 15:57:41 +0200 From: Karsten Rothemund To: freebsd-mobile@freebsd.org Message-ID: <20060505135741.GA43289@www.photor.de> Mail-Followup-To: freebsd-mobile@freebsd.org References: <20060504184311.GA37239@www.photor.de> <20060504185329.GA879@corpex.de> <20060504190305.GA37485@www.photor.de> <20060505151702.3f37538b.torfinn.ingolfsen@broadpark.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3MwIy2ne0vdjdPXF" Content-Disposition: inline In-Reply-To: <20060505151702.3f37538b.torfinn.ingolfsen@broadpark.no> User-Agent: Mutt/1.4.2.1i X-Organisation: private site X-Url: http://www.photor.de X-GPG-Fingerprint: E752 C759 B9B2 2057 E42F 50EE 47AC A7CE 7019 CAA5 Sender: Karsten Rothemund X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: photor@photor.de X-SA-Exim-Scanned: No (on worf.mydomain.home); SAEximRunCond expanded to false Subject: Re: Thinkpad X24 and battery X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: karsten@photor.de List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 May 2006 13:57:45 -0000 --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 05, 2006 at 03:17:02PM +0200, Torfinn Ingolfsen wrote: > On Thu, 04 May 2006 21:03:05 +0200 > Karsten Rothemund wrote: >=20 > > That's what I do at the moment. Same idea ;-) >=20 > And does the battery get charged when power is plugged directly into > the Thinkpad? Same result. > Or is that not working either? > In ealrlier times, it was possible to find different power bricks for > ThinkPads - ie. one that would work on one model, but not on a > different model. I haven't seen this problem for the last four years, > so perhaps it got fixed along the way. Maybe. The battery is now on the way back to the dealer. He will change it and send an "new" one. Let's see what will happen then. The laptop is now a small desktop so. But I can work with it stationary :-/ Thanks for the help,=20 Karsten --=20 =20 Karsten Rothemund /"\ PGP-Key: 0x7019CAA5 \ / Fingerprint: E752 C759 B9B2 2057 E42F \ ASCII Ribbon Campaign 50EE 47AC A7CE 7019 CAA5 / \ Against HTML Mail and News --3MwIy2ne0vdjdPXF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEW1nVYqNMCglK5V8RAloeAJ4g+wfoMLIn1X0jiILPqmWIs/HqewCcCyw1 ui/BSyRmsNokqp2g7ECokQU= =WT2x -----END PGP SIGNATURE----- --3MwIy2ne0vdjdPXF-- From owner-freebsd-mobile@FreeBSD.ORG Fri May 5 18:06:27 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D02F516A47E for ; Fri, 5 May 2006 18:06:27 +0000 (UTC) (envelope-from maksim.yevmenkin@savvis.net) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79F0B43D48 for ; Fri, 5 May 2006 18:06:27 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate1b.savvis.net (Postfix) with ESMTP id E01CC3C1D3; Fri, 5 May 2006 13:06:26 -0500 (CDT) Received: from mailgate1b.savvis.net ([127.0.0.1]) by localhost (mailgate1b.savvis.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 00439-02-21; Fri, 5 May 2006 13:06:26 -0500 (CDT) Received: from [10.254.186.111] (sntc04ep01.savvis.net [64.14.1.106]) by mailgate1b.savvis.net (Postfix) with ESMTP id 5C63C3BE29; Fri, 5 May 2006 13:06:26 -0500 (CDT) Message-ID: <445B9421.5070504@savvis.net> Date: Fri, 05 May 2006 11:06:25 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Anderson References: <445B506C.3060004@centtech.com> In-Reply-To: <445B506C.3060004@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at savvis.net Cc: freebsd-mobile@freebsd.org Subject: Re: Multiple mice (touchpad/bluetooth/etc) 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, 05 May 2006 18:06:29 -0000 Eric Anderson wrote: > On my laptop, I have 2 mouse devices - one is the built in touchpad > (synaptics), and one is a bluetooth mouse. My touchpad has two buttons, > and my bluetooth mouse has many (9 I think). For my bluetooth mouse to > work, I need to have a line like this in my .xinitrc: > > xmodmap -e "pointer = 1 3 2 4 5 6 7 8 9 10 11 12 13" > > Of course, that makes my second button on my touchpad be button three, > which I don't want. > > Is there any way to enable 3 button emulation on the touchpad, but not > on a usb mouse (the bluetooth one), and enable the button swapping on > the bluetooth one, but not on the touchpad? switch buttons in bthidd. please see bin/94577 for more details. max From owner-freebsd-mobile@FreeBSD.ORG Fri May 5 19:00:22 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EF9716A400 for ; Fri, 5 May 2006 19:00:22 +0000 (UTC) (envelope-from nexus@hoth.amu.edu.pl) Received: from hoth.amu.edu.pl (hoth.amu.edu.pl [150.254.110.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDB2043D46 for ; Fri, 5 May 2006 19:00:21 +0000 (GMT) (envelope-from nexus@hoth.amu.edu.pl) Received: from localhost (localhost [127.0.0.1]) by hoth.amu.edu.pl (Postfix) with ESMTP id 1C4E510E456 for ; Fri, 5 May 2006 21:00:17 +0200 (CEST) X-Virus-Scanned: amavisd-new at hoth.amu.edu.pl Received: from hoth.amu.edu.pl ([127.0.0.1]) by localhost (hoth.amu.edu.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id ldA0IojMPDOJ for ; Fri, 5 May 2006 21:00:16 +0200 (CEST) Received: from toshiba.fizyka.amu.edu.pl (hoth.amu.edu.pl [150.254.110.14]) by hoth.amu.edu.pl (Postfix) with ESMTP id B380410E42F for ; Fri, 5 May 2006 21:00:15 +0200 (CEST) Date: Fri, 5 May 2006 21:00:13 +0200 From: Bohdan Horst To: freebsd-mobile@freebsd.org Message-ID: <20060505190013.GC796@aristo> References: <445B506C.3060004@centtech.com> <445B9421.5070504@savvis.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <445B9421.5070504@savvis.net> User-Agent: Mutt/1.5.11 Subject: Re: Multiple mice (touchpad/bluetooth/etc) 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, 05 May 2006 19:00:22 -0000 On Fri, May 05, 2006 at 11:06:25AM -0700, Maksim Yevmenkin wrote: > Eric Anderson wrote: > >On my laptop, I have 2 mouse devices - one is the built in touchpad > >(synaptics), and one is a bluetooth mouse. My touchpad has two buttons, > >and my bluetooth mouse has many (9 I think). For my bluetooth mouse to > >work, I need to have a line like this in my .xinitrc: > > > >xmodmap -e "pointer = 1 3 2 4 5 6 7 8 9 10 11 12 13" > > > >Of course, that makes my second button on my touchpad be button three, > >which I don't want. > > > >Is there any way to enable 3 button emulation on the touchpad, but not > >on a usb mouse (the bluetooth one), and enable the button swapping on > >the bluetooth one, but not on the touchpad? > > switch buttons in bthidd. please see bin/94577 for more details. > touchpad with 2bt and usb mouse with 3bt(+roll) : rc.conf: moused_enable="YES" moused_ums0_flags="" moused_flags="-3" xorg.conf: Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "Buttons" "5" Option "ZAxisMapping" "4 5" EndSection maybe this will help a little (i don't need button swapping..) regards -- Bohdan 'Nexus' Horst From owner-freebsd-mobile@FreeBSD.ORG Fri May 5 19:38:17 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1223916A400 for ; Fri, 5 May 2006 19:38:17 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A86F343D46 for ; Fri, 5 May 2006 19:38:16 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k45JcFAV009357; Fri, 5 May 2006 14:38:15 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <445BA9A8.6080702@centtech.com> Date: Fri, 05 May 2006 14:38:16 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5 (X11/20060402) MIME-Version: 1.0 To: Maksim Yevmenkin References: <445B506C.3060004@centtech.com> <445B9421.5070504@savvis.net> In-Reply-To: <445B9421.5070504@savvis.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1445/Fri May 5 03:30:03 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-mobile@freebsd.org Subject: Re: Multiple mice (touchpad/bluetooth/etc) 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, 05 May 2006 19:38:17 -0000 Maksim Yevmenkin wrote: > Eric Anderson wrote: >> On my laptop, I have 2 mouse devices - one is the built in touchpad >> (synaptics), and one is a bluetooth mouse. My touchpad has two >> buttons, and my bluetooth mouse has many (9 I think). For my >> bluetooth mouse to work, I need to have a line like this in my .xinitrc: >> >> xmodmap -e "pointer = 1 3 2 4 5 6 7 8 9 10 11 12 13" >> >> Of course, that makes my second button on my touchpad be button three, >> which I don't want. >> >> Is there any way to enable 3 button emulation on the touchpad, but not >> on a usb mouse (the bluetooth one), and enable the button swapping on >> the bluetooth one, but not on the touchpad? > > switch buttons in bthidd. please see bin/94577 for more details. Thanks! I had to manually apply it to 6-stable, but once I did, it works flawlessly.. Will it be mfc'ed? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------