From owner-freebsd-mobile@FreeBSD.ORG Sun May 2 04:01:31 2004 Return-Path: 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 3EE5516A4D0; Sun, 2 May 2004 04:01:31 -0700 (PDT) Received: from smtp.newipnet.com (5.Red-80-32-157.pooles.rima-tde.net [80.32.157.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1EF743D31; Sun, 2 May 2004 04:01:27 -0700 (PDT) (envelope-from freebsd@newipnet.com) Received: by smtp.newipnet.com (ESMTP Server, from userid 511) id EDAC820519; Sun, 2 May 2004 13:01:25 +0200 (CEST) Received: from madre (madre.newipnet.com [192.168.128.4]) by smtp.newipnet.com (ESMTP Server) with ESMTP id 462A12051A; Sun, 2 May 2004 13:01:11 +0200 (CEST) Message-ID: <200405021259230046.12648609@192.168.128.16> X-Mailer: Courier 3.50.00.09.1097 (http://www.rosecitysoftware.com) (P) Date: Sun, 02 May 2004 12:59:23 +0200 From: "Carlos Velasco" To: "M. Warner Losh" , scott@uk.freebsd.org Content-Type: text/plain; charset="ISO-8859-1" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on atlas.newipnet.com X-Spam-Level: X-Spam-Status: No, hits=-104.9 required=5.0 tests=BAYES_00,USER_IN_WHITELIST autolearn=ham version=2.63 cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Modem + Network in Xircom cards, and maybe others X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 May 2004 11:01:31 -0000 Xircom cards with multiple functions are not MFC compliant, that makes them to fail in CURRENT and only one function works (last one in the CIS, Network). I have patched pccard to provide support for both functions. I have followed this behaviour: /* We have a non-MFC compliant card, it puts more * than 1 FUNCID in the CIS without LONGLINK. * a) We put the functions in the list ala MFC. * b) Copy last CFG entry for previous function, * not sure if this is right, but usually works. */ Also I have needed to tweak if_xe_pccard because it was claiming itself as the right driver when the function was serial and also another tweak to proper handling of matches. Patch works, however I'm seeing buffer overflows in sio when I issue a "ATI11" command with minicom (WinXP works fine wth this): sio4: 118 more interrupt-level buffer overflows (total 118) sio4: 162 more interrupt-level buffer overflows (total 280) In my laptop, cbb is taking irq11: sio4: at port 0x2e8-0x2ef irq 11 function 0 config 39 on pccard0 sio4: type 16550A sio4: unable to activate interrupt in fast mode - using normal mode ... xe0: at port 0x100-0x107 irq 11 function 1 config 63 on pccard0 xe0: [GIANT-LOCKED] xe0: Xircom CreditCard Ethernet 10/100 + Modem 56, version 0x55/0x05, 100Mbps capable, with modem xe0: Ethernet address: 00:10:a4:f6:2f:73 Issuing vmstat -i, I don't think irq11 is handling too many interrupts: interrupt total rate irq0: clk 9735 98 irq1: atkbd0 410 4 irq3: sio1 24 0 irq4: sio0 2 0 irq5: pcm0 1 0 irq6: fdc0 2 0 irq7: ppc0 1 0 irq8: rtc 12461 125 irq9: acpi0 1 0 irq11: cbb0 cbb1+ 167 1 irq13: npx0 1 0 irq14: ata0 2863 28 irq15: ata1 58 0 Total 25726 259 Also, I thought that it could be the network function to be the cause of overflow problem, so I hacked the code to leave only the sio alone, it didn't show any difference. I would need some help with this problem. Warner, I still needed to patch pccard to force 64k alignment for my TI1225 for this to work as my laptop hangs-up if i don't do it. Here's the patch, so long... diff -ru sys/dev/pccard/pccard.c sysnew/dev/pccard/pccard.c --- sys/dev/pccard/pccard.c Wed Mar 17 17:50:38 2004 +++ sysnew/dev/pccard/pccard.c Sat May 1 09:47:57 2004 @@ -955,8 +955,8 @@ struct pccard_softc *sc = PCCARD_SOFTC(bus); device_printf(bus, ""); - printf(" (manufacturer=0x%04x, product=0x%04x) at function %d\n", - sc->card.manufacturer, sc->card.product, func->number); + printf(" (manufacturer=0x%04x, product=0x%04x, prodext=0x%02x) at function %d\n", + sc->card.manufacturer, sc->card.product, sc->card.prodext, func->number); device_printf(bus, " CIS info: %s, %s, %s\n", sc->card.cis1_info[0], sc->card.cis1_info[1], sc->card.cis1_info[2]); return; @@ -1075,6 +1075,7 @@ int passthrough = (device_get_parent(child) != dev); int isdefault = (start == 0 && end == ~0UL && count == 1); struct resource *r = NULL; + u_int align; /* XXX I'm no longer sure this is right */ if (passthrough) { @@ -1090,8 +1091,15 @@ if (rle == NULL || rle->res == NULL) { /* Do we want this device to own it? */ /* XXX I think so, but that might be lame XXX */ + + /* force 64k page align */ + if (type == SYS_RES_MEMORY) + align = (flags & ~RF_ALIGNMENT_MASK) | + rman_make_alignment_flags(64*1024); + else + align = flags; r = bus_alloc_resource(dev, type, rid, start, end, - count, flags /* XXX aligment? */); + count, align); if (r == NULL) goto bad; resource_list_add(&dinfo->resources, type, *rid, diff -ru sys/dev/pccard/pccard_cis.c sysnew/dev/pccard/pccard_cis.c --- sys/dev/pccard/pccard_cis.c Mon Apr 12 20:56:34 2004 +++ sysnew/dev/pccard/pccard_cis.c Sat May 1 09:47:57 2004 @@ -96,6 +96,8 @@ state.pf = NULL; + state.card->mfc = 0; + tsleep(&state, 0, "pccard", hz); if (pccard_scan_cis(sc->dev, pccard_parse_cis_tuple, &state) == -1) @@ -663,6 +665,7 @@ * up. */ state->gotmfc = 1; + state->card->mfc = 1; break; #ifdef PCCARDCISDEBUG case CISTPL_DEVICE: @@ -803,6 +806,42 @@ STAILQ_INSERT_TAIL(&state->card->pf_head, state->pf, pf_list); + } else if (state->pf->function != PCCARD_FUNCTION_UNSPEC) { + /* We have a non-MFC compliant card, it puts more + * than 1 FUNCID in the CIS without LONGLINK. + * a) We put the functions in the list ala MFC. + * b) Copy last CFG entry for previous function, + * not sure if this is right, but usually works. + */ + struct pccard_config_entry *cfe, *qcfe; + uint32_t ccr_base = state->pf->ccr_base; + uint32_t ccr_mask = state->pf->ccr_mask; + + cfe = NULL; + STAILQ_FOREACH(qcfe, &state->pf->cfe_head, cfe_list) { + if (qcfe->number == state->pf->last_config_index) { + cfe = (struct pccard_config_entry *) + malloc(sizeof(*cfe), M_DEVBUF, M_NOWAIT); + *cfe = *qcfe; + break; + } + } + + state->pf = malloc(sizeof(*state->pf), M_DEVBUF, + M_NOWAIT | M_ZERO); + state->pf->number = state->count++; + state->pf->last_config_index = cfe->number; + state->pf->ccr_base = ccr_base; + state->pf->ccr_mask = ccr_mask; + + STAILQ_INIT(&state->pf->cfe_head); + if (cfe) + STAILQ_INSERT_TAIL(&state->pf->cfe_head, + cfe, cfe_list); + + STAILQ_INSERT_TAIL(&state->card->pf_head, state->pf, + pf_list); + } state->pf->function = pccard_tuple_read_1(tuple, 0); diff -ru sys/dev/pccard/pccardvar.h sysnew/dev/pccard/pccardvar.h --- sys/dev/pccard/pccardvar.h Sun Nov 2 20:18:19 2003 +++ sysnew/dev/pccard/pccardvar.h Sat May 1 09:47:57 2004 @@ -179,6 +179,7 @@ int32_t product; #define PCMCIA_PRODUCT_INVALID -1 int16_t prodext; + int mfc; uint16_t error; #define PCMCIA_CIS_INVALID { NULL, NULL, NULL, NULL } STAILQ_HEAD(, pccard_function) pf_head; @@ -284,8 +285,9 @@ #define PCCARD_SPACE_IO 2 #define pccard_mfc(sc) \ - (STAILQ_FIRST(&(sc)->card.pf_head) && \ - STAILQ_NEXT(STAILQ_FIRST(&(sc)->card.pf_head),pf_list)) + (sc->card.mfc) +/* (STAILQ_FIRST(&(sc)->card.pf_head) && \ + STAILQ_NEXT(STAILQ_FIRST(&(sc)->card.pf_head),pf_list)) */ #define pccard_io_alloc(pf, start, size, align, pciop) \ (pccard_chip_io_alloc((pf)->sc->pct, pf->sc->pch, (start), \ diff -ru sys/dev/xe/if_xe_pccard.c sysnew/dev/xe/if_xe_pccard.c --- sys/dev/xe/if_xe_pccard.c Sun Apr 11 16:34:29 2004 +++ sysnew/dev/xe/if_xe_pccard.c Sat May 1 09:48:24 2004 @@ -402,6 +402,7 @@ const struct xe_pccard_product* xpp; u_int16_t prodext; + DEVPRINTF(2, (dev, "pccard_product_match\n")); xpp = (const struct xe_pccard_product*)ent; @@ -409,6 +410,8 @@ if (xpp->prodext != prodext) vpfmatch = 0; + else + vpfmatch++; return (vpfmatch); } @@ -416,8 +419,19 @@ static int xe_pccard_match(device_t dev) { + int error = 0; + u_int32_t fcn = PCCARD_FUNCTION_UNSPEC; const struct pccard_product *pp; + error = pccard_get_function(dev, &fcn); + if (error != 0) + return (error); + /* + * If not a network card, we are not the right driver. + */ + if (fcn != PCCARD_FUNCTION_NETWORK) + return (ENXIO); + DEVPRINTF(2, (dev, "pccard_match\n")); pp = (const struct pccard_product*)xe_pccard_products; @@ -425,7 +439,6 @@ if ((pp = pccard_product_lookup(dev, pp, sizeof(xe_pccard_products[0]), xe_pccard_product_match)) != NULL) return (0); - return (EIO); } Regards, Carlos Velasco From owner-freebsd-mobile@FreeBSD.ORG Sun May 2 08:11:33 2004 Return-Path: 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 4554E16A4CE; Sun, 2 May 2004 08:11:33 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD70E43D58; Sun, 2 May 2004 08:11:31 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i42FBTZJ022018; Sun, 2 May 2004 09:11:30 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 02 May 2004 09:11:59 -0600 (MDT) Message-Id: <20040502.091159.12222881.imp@bsdimp.com> To: freebsd@newipnet.com From: "M. Warner Losh" In-Reply-To: <200405021259230046.12648609@192.168.128.16> References: <200405021259230046.12648609@192.168.128.16> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: scott@uk.freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: Modem + Network in Xircom cards, and maybe others X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 May 2004 15:11:33 -0000 In message: <200405021259230046.12648609@192.168.128.16> "Carlos Velasco" writes: : Xircom cards with multiple functions are not MFC compliant, that makes them : to fail in CURRENT and only one function works (last one in the CIS, : Network). : : I have patched pccard to provide support for both functions. I have : followed this behaviour: : : /* We have a non-MFC compliant card, it puts more : * than 1 FUNCID in the CIS without LONGLINK. : * a) We put the functions in the list ala MFC. : * b) Copy last CFG entry for previous function, : * not sure if this is right, but usually works. : */ : : Also I have needed to tweak if_xe_pccard because it was claiming itself as : the right driver when the function was serial and also another tweak to : proper handling of matches. : : Patch works, however I'm seeing buffer overflows in sio when I issue a : "ATI11" command with minicom (WinXP works fine wth this): : sio4: 118 more interrupt-level buffer overflows (total 118) : sio4: 162 more interrupt-level buffer overflows (total 280) : : In my laptop, cbb is taking irq11: : sio4: at port 0x2e8-0x2ef : irq 11 function 0 config 39 on pccard0 : sio4: type 16550A : sio4: unable to activate interrupt in fast mode - using normal mode : ... : xe0: at port 0x100-0x107 irq : 11 function 1 config 63 on pccard0 : xe0: [GIANT-LOCKED] : xe0: Xircom CreditCard Ethernet 10/100 + Modem 56, version 0x55/0x05, : 100Mbps capable, with modem : xe0: Ethernet address: 00:10:a4:f6:2f:73 : : Issuing vmstat -i, I don't think irq11 is handling too many interrupts: : interrupt total rate : irq0: clk 9735 98 : irq1: atkbd0 410 4 : irq3: sio1 24 0 : irq4: sio0 2 0 : irq5: pcm0 1 0 : irq6: fdc0 2 0 : irq7: ppc0 1 0 : irq8: rtc 12461 125 : irq9: acpi0 1 0 : irq11: cbb0 cbb1+ 167 1 : irq13: npx0 1 0 : irq14: ata0 2863 28 : irq15: ata1 58 0 : Total 25726 259 : : Also, I thought that it could be the network function to be the cause of : overflow problem, so I hacked the code to leave only the sio alone, it : didn't show any difference. : I would need some help with this problem. : : Warner, I still needed to patch pccard to force 64k alignment for my TI1225 : for this to work as my laptop hangs-up if i don't do it. Have you confirmed that the extra MFC things that we do are appropriate fro the xircom cards? For real MFC cards we have to do a dance with acking interrupts at the pccard layer. I'll look at the rest of this patch to see how well it is going to work with the wide range of cards that I have here... Warner From owner-freebsd-mobile@FreeBSD.ORG Sun May 2 08:13:36 2004 Return-Path: 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 98DF516A4CE; Sun, 2 May 2004 08:13:36 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id E617D43D31; Sun, 2 May 2004 08:13:35 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i42FDZZJ022050; Sun, 2 May 2004 09:13:35 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 02 May 2004 09:14:07 -0600 (MDT) Message-Id: <20040502.091407.20913778.imp@bsdimp.com> To: freebsd@newipnet.com From: "M. Warner Losh" In-Reply-To: <200405021259230046.12648609@192.168.128.16> References: <200405021259230046.12648609@192.168.128.16> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: scott@uk.freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: Modem + Network in Xircom cards, and maybe others X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 May 2004 15:13:36 -0000 In message: <200405021259230046.12648609@192.168.128.16> "Carlos Velasco" writes: : Patch works, however I'm seeing buffer overflows in sio when I issue a : "ATI11" command with minicom (WinXP works fine wth this): : sio4: 118 more interrupt-level buffer overflows (total 118) : sio4: 162 more interrupt-level buffer overflows (total 280) That may be due to the MFC interrupt issue that I talked about. But it could be something else... Warner From owner-freebsd-mobile@FreeBSD.ORG Sun May 2 11:34:15 2004 Return-Path: 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 8869916A4CE; Sun, 2 May 2004 11:34:15 -0700 (PDT) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DDE243D45; Sun, 2 May 2004 11:34:15 -0700 (PDT) (envelope-from damien.bergamini@free.fr) Received: from COMETE (pasteur-1-82-67-68-158.fbx.proxad.net [82.67.68.158]) by postfix4-1.free.fr (Postfix) with SMTP id 288161015CB; Sun, 2 May 2004 20:34:14 +0200 (CEST) Message-ID: <003c01c43073$d3815fa0$9e444352@COMETE> From: "Damien Bergamini" To: , Date: Sun, 2 May 2004 20:32:29 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Subject: [Announce] Driver for Intel PRO/Wireless 2100 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 May 2004 18:34:15 -0000 I'm pleased to announce the first release of a native FreeBSD driver for the Intel(R) PRO/Wireless 2100 802.11b network adapter (a core component of the Intel(R) Centrino technology). You can download the driver at http://damien.bergamini.free.fr/ipw/ The ipw driver works under FreeBSD 5.2 and later. It currently supports infrastructure mode only (connection through an access point). IBSS (adhoc) mode , WEP and power management are not yet supported but the driver is under active development. The driver will also be ported to NetBSD and OpenBSD. The ipw driver is distributed under the BSD License. It is not a port of the Intel(R) ipw2100 driver for Linux but a complete rewriting from scratch. It uses the FreeBSD IEEE 802.11 network layer wlan(4) and the adapter can be configured with the ifconfig(8) and the ipwcontrol(8) commands. As stated above, this is a first release and the driver is under active development so do not expect too much stability from it. Best regards, Damien Bergamini From owner-freebsd-mobile@FreeBSD.ORG Sun May 2 13:24:45 2004 Return-Path: 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 10C0216A4CE; Sun, 2 May 2004 13:24:45 -0700 (PDT) Received: from smtp.newipnet.com (5.Red-80-32-157.pooles.rima-tde.net [80.32.157.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 576ED43D1F; Sun, 2 May 2004 13:24:44 -0700 (PDT) (envelope-from freebsd@newipnet.com) Received: by smtp.newipnet.com (ESMTP Server, from userid 511) id ACFE020519; Sun, 2 May 2004 22:24:42 +0200 (CEST) Received: from madre (madre.newipnet.com [192.168.128.4]) by smtp.newipnet.com (ESMTP Server) with ESMTP id 27BCC2051A; Sun, 2 May 2004 22:24:37 +0200 (CEST) Message-ID: <200405022224250625.14440A3D@192.168.128.16> In-Reply-To: <20040502.091407.20913778.imp@bsdimp.com> References: <200405021259230046.12648609@192.168.128.16> <20040502.091407.20913778.imp@bsdimp.com> X-Mailer: Courier 3.50.00.09.1097 (http://www.rosecitysoftware.com) (P) Date: Sun, 02 May 2004 22:24:25 +0200 From: "Carlos Velasco" To: "M. Warner Losh" Content-Type: text/plain; charset="us-ascii" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on atlas.newipnet.com X-Spam-Level: X-Spam-Status: No, hits=-104.9 required=5.0 tests=BAYES_00,USER_IN_WHITELIST autolearn=ham version=2.63 cc: freebsd-current@freebsd.org cc: scott@uk.freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re[2]: Modem + Network in Xircom cards, and maybe others X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 May 2004 20:24:45 -0000 On 02/05/2004 at 9:14 M. Warner Losh wrote: >: sio4: 118 more interrupt-level buffer overflows (total 118) >: sio4: 162 more interrupt-level buffer overflows (total 280) > >That may be due to the MFC interrupt issue that I talked about. But >it could be something else... I have tried playing with pccard_intr but it doesn't work. I'm reading about a patch for sio.c in the list, i don't know if it can helps into this I will try it in near future and see the results. Regards, Carlos Velasco From owner-freebsd-mobile@FreeBSD.ORG Sun May 2 14:40:17 2004 Return-Path: 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 DCFB516A4CE for ; Sun, 2 May 2004 14:40:17 -0700 (PDT) Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id C39FD43D3F for ; Sun, 2 May 2004 14:40:16 -0700 (PDT) (envelope-from peter.schuller@infidyne.com) Received: from scode.mine.nu ([213.113.221.99] [213.113.221.99]) by mxfep01.bredband.com with ESMTP id <20040502214015.RZNR21262.mxfep01.bredband.com@scode.mine.nu>; Sun, 2 May 2004 23:40:15 +0200 Received: from localhost (localhost [127.0.0.1]) by scode.mine.nu (Postfix) with ESMTP id 4EF0A14F7C9; Sun, 2 May 2004 23:41:53 +0200 (CEST) From: Peter Schuller To: freebsd-mobile@freebsd.org Date: Sun, 2 May 2004 23:41:47 +0200 User-Agent: KMail/1.6 References: <20040501210536.5FF525D0E@ptavv.es.net> In-Reply-To: <20040501210536.5FF525D0E@ptavv.es.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200405022341.47310.peter.schuller@infidyne.com> cc: Markie Subject: Re: Laptop ACPI question X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 May 2004 21:40:18 -0000 > Actually, ACPI will greatly improve battery life soon, but not yet. The > bits and pieces are being fed into CURRENT and I suspect that SpeedStep > support will be coming soon. Cool! I always wondered what was "missing", since I get about 50% longer battery life in Windows than in FreeBSD on my laptop (T40p). I read somewhere that someone mentioned something about PCI power save modes... would this be part of SpeedStep? Will SpeedStep support bring power consumption to the levels one gets in Windows, or is there additional power saving features on modern laptops that need to be supported? (I'm asking even though it's not relevant to the original question, since you seem to know a lot about this stuff, and I haven't found much on this googling around.) -- / Peter Schuller, InfiDyne Technologies HB PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org From owner-freebsd-mobile@FreeBSD.ORG Sun May 2 15:01:19 2004 Return-Path: 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 9E1C516A4CE for ; Sun, 2 May 2004 15:01:19 -0700 (PDT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E8B643D4C for ; Sun, 2 May 2004 15:01:19 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Sun, 02 May 2004 15:01:16 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id BBA985D0A; Sun, 2 May 2004 15:01:15 -0700 (PDT) To: Peter Schuller In-reply-to: Your message of "Sun, 02 May 2004 23:41:47 +0200." <200405022341.47310.peter.schuller@infidyne.com> Date: Sun, 02 May 2004 15:01:15 -0700 From: "Kevin Oberman" Message-Id: <20040502220115.BBA985D0A@ptavv.es.net> cc: Markie cc: freebsd-mobile@freebsd.org Subject: Re: Laptop ACPI question X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 May 2004 22:01:19 -0000 > From: Peter Schuller > Date: Sun, 2 May 2004 23:41:47 +0200 > > > Actually, ACPI will greatly improve battery life soon, but not yet. The > > bits and pieces are being fed into CURRENT and I suspect that SpeedStep > > support will be coming soon. > > Cool! I always wondered what was "missing", since I get about 50% longer > battery life in Windows than in FreeBSD on my laptop (T40p). > > I read somewhere that someone mentioned something about PCI power save > modes... would this be part of SpeedStep? Will SpeedStep support bring power > consumption to the levels one gets in Windows, or is there additional power > saving features on modern laptops that need to be supported? > > (I'm asking even though it's not relevant to the original question, since you > seem to know a lot about this stuff, and I haven't found much on this > googling around.) I am learning, but I am WAY behind the experts. I just have more time to answer questions. Hopefully the answers are sometimes correct. ;-) PCI power modes are not SpeedStep but are important in power management. They are related to ACPI, but not really a part of it, as I read the spec. They are a part of the PCI spec and ACPI needs to provide control information for these for proper PCI power control. This is very important for things like suspend and resume. SpeedStep, as I understand it, is adjustment of the CPU clock speed and is VERY directly tied to battery life. It is what systems supporting SpeedStep adjust when moving from AC to battery modes. E.g. my T30, by default, runs at 1.8 GHz on AC and 1.2 GHz on battery (with my BIOS configuration). SpeedStep is a marketing name and I am unwilling to say that it is limited to the CPU speed. It may include some of the other power management tools like deep sleep modes. Support of CPU frequency is something that is actively being developed and will almost certainly be in 5.3. PCI power mode support is also in active development and was committed to CURRENT a few weeks ago, but at least partly backed out due to problems on a few laptops. (It worked GREAT on mine, though). I hope it is returned soon as it make my sound work after a suspend. The other item of importance to laptop users is turning off (not just blanking) the display. It appears that this is on the verge of commitment. I ran an early version of it and I could turn off the display on suspend for the first time without the old APM stuff. So power management is getting closer all the time and I am pretty confident (for someone who is NOT writing the code) that it will all be ready when V5 is declared STABLE. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-mobile@FreeBSD.ORG Sun May 2 15:13:50 2004 Return-Path: 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 686B216A4CE for ; Sun, 2 May 2004 15:13:50 -0700 (PDT) Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEE7F43D31 for ; Sun, 2 May 2004 15:13:44 -0700 (PDT) (envelope-from peter.schuller@infidyne.com) Received: from scode.mine.nu ([213.113.221.99] [213.113.221.99]) by mxfep01.bredband.com with ESMTP id <20040502221344.SCYI21262.mxfep01.bredband.com@scode.mine.nu>; Mon, 3 May 2004 00:13:44 +0200 Received: from localhost (localhost [127.0.0.1]) by scode.mine.nu (Postfix) with ESMTP id 078C314E82A; Mon, 3 May 2004 00:15:21 +0200 (CEST) From: Peter Schuller To: freebsd-mobile@freebsd.org Date: Mon, 3 May 2004 00:15:16 +0200 User-Agent: KMail/1.6 References: <20040502220115.BBA985D0A@ptavv.es.net> In-Reply-To: <20040502220115.BBA985D0A@ptavv.es.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200405030015.16417.peter.schuller@infidyne.com> cc: Markie Subject: Re: Laptop ACPI question X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 May 2004 22:13:50 -0000 > SpeedStep, as I understand it, is adjustment of the CPU clock speed and > is VERY directly tied to battery life. It is what systems supporting > SpeedStep adjust when moving from AC to battery modes. E.g. my T30, by > default, runs at 1.8 GHz on AC and 1.2 GHz on battery (with my BIOS > configuration). SpeedStep is a marketing name and I am unwilling to say > that it is limited to the CPU speed. It may include some of the other > power management tools like deep sleep modes. Ah, okay. In that case it seems to be party supported already (on 5.2, I think even 5.1). Or if not SpeedStep, then some alternative to it. On the T40p I am able to control the speed of the CPU in performance/economy mode by modifying sysctl variables. (Though I am actually running with APM since ACPI causes hangs - though I'm just about to try it on CURRENT.) > Support of CPU frequency is something that is actively being developed > and will almost certainly be in 5.3. PCI power mode support is also in > active development and was committed to CURRENT a few weeks ago, but at > least partly backed out due to problems on a few laptops. (It worked > GREAT on mine, though). I hope it is returned soon as it make my sound > work after a suspend. I remember reading about the PCI stuff and the DPMS/screen poweroff issue on -current. But I must have missed the part about it involving power saving, I thought it was just bug/crash fixes. > So power management is getting closer all the time and I am pretty > confident (for someone who is NOT writing the code) that it will all be > ready when V5 is declared STABLE. Looking forward to a 5-STABLE regardless :) Thanks! -- / Peter Schuller, InfiDyne Technologies HB PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org From owner-freebsd-mobile@FreeBSD.ORG Sun May 2 15:14:25 2004 Return-Path: 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 3C96016A4CE for ; Sun, 2 May 2004 15:14:25 -0700 (PDT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5EB143D1F for ; Sun, 2 May 2004 15:14:24 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Sun, 02 May 2004 15:14:23 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 660975D0B; Sun, 2 May 2004 15:14:23 -0700 (PDT) To: "Markie" In-reply-to: Your message of "Sat, 01 May 2004 22:28:55 BST." <004301c42fc3$500d65c0$f700000a@ape> Date: Sun, 02 May 2004 15:14:23 -0700 From: "Kevin Oberman" Message-Id: <20040502221423.660975D0B@ptavv.es.net> cc: freebsd-mobile@freebsd.org Subject: Re: Laptop ACPI question X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 May 2004 22:14:25 -0000 > From: "Markie" > Date: Sat, 1 May 2004 22:28:55 +0100 > > > ----- Original Message ----- > From: "Kevin Oberman" > To: "Markie" > Cc: > Sent: Saturday, May 01, 2004 10:05 PM > Subject: Re: Laptop ACPI question > > > | > From: "Markie" > | > Date: Sat, 1 May 2004 21:29:56 +0100 > | > Sender: owner-freebsd-mobile@freebsd.org > | > > | > Hello, > | > > | > Just a quick question... would having ACPI working on a laptop increase > | > battery life at all? I just left it sat idle without ACPI and it got to > an > | > hour and 30 minutes... I went to start xchat and it just switched off > | > straight away after it started loading :o) if I leave it doing `cat > | > /dev/random > /dev/null` it only lasts 45 minutes :o( > | > > | > I am just wondering if it's a naffed battery... or... there's something > a > | > bit wrong with the laptop or... I just need ACPI? I don't really know > what > | > ACPI does, so.... :o) > | > | Actually, ACPI will greatly improve battery life soon, but not yet. The > | bits and pieces are being fed into CURRENT and I suspect that SpeedStep > | support will be coming soon. > | In the meantime, you can use sysctls to manually adjust CPU performance > | to enhance battery life. > | > | Look at: > | hw.acpi.cpu.throttle_max: 8 > | hw.acpi.cpu.throttle_state: 8 > | hw.acpi.cpu.cx_supported: C1/0 C2/1 C3/85 > | hw.acpi.cpu.cx_lowest: 0 > | hw.acpi.cpu.cx_history: 1453705/0 0/0 0/0 > | > | Reducing the hw.acpi.cpu.throttle_state will increase battery life by > | effectively reducing CPU speed. The reduction is linear and a setting of > | 1 makes my system crawl. > | > | Setting hw.acpi.cpu.cx_lowest will reduce the responsiveness of P4-M or > | Centrino system by putting the system in a "deeper sleep" than just > | halting the CPU. The cost is that it takes longer for the system to > | start processing again. Its effect can appear as jerkiness in some > | operations. It may be set to as many values (higher is slower) as are > | listed in cx_history. (In the example, there are three, 0, 1, and 2 > | available.) Depending on hardware connected, some levels may not be > | available. On my laptop, 2 is not available if the USB driver is loaded. > | > > Thanks for both your replies! I am not too sure I have speed step or > anything. It's a fairly old CPU, a mobile celeron 800MHz, 100MHz FSB > (anyone know anything about these at all? are they not that good? seems > nice and quick to me). I guess I am pretty buggered then. There's not alot > of info I can find about the laptop either. In any case, it wouldn't boot > with ACPI enabled anyway... so I think I am just double buggered :o) Make sure that your BIOS is te latest available. That can make a huge difference. The CPU is not the critical issue; it's the BIOS support. Older systems may simply not run well with ACPI and APM is the best way to go on these systems. (Have you tried APM?) > All I know is some site said that the battery was supposed to last 2 hours > ish, which would be cool. No doubt this was taken with the laptop sitting > totally idle though. Battery benchmarking is tricky and highly variable. And, as batteries age, they go downhill. Try the command 'acpiconf -i 0' to get a lot of detailed battery information on current. I think it works on 5.2.1, but may have to run as root. I may tell you things like how much of a charge the battery is taking and the type and manufacturer. > I will have to try Linux or Windows if I can't get FreeBSD ACPI working and > see if it gets me any more battery life I guess! Such a shame, it doesn't > seem that bad of a laptop for what I want... but if I have to use it on > mains it's not as useful as it could be! Most ACPI code is shared by Linux and FreeBSD as it is based closely on the Intel supplied sources. It is possible that Linux support for control of different parts of the ACPI is more advanced. but I suspect it's pretty close. Since every vendor makes sure that their Windows code plays well with their hardware, it's unlikely that open source software will ever quite catch up with it, but it is rapidly closing the gap. It's just that, until a few more pieces are in place, it's not obvious. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-mobile@FreeBSD.ORG Sun May 2 15:23:28 2004 Return-Path: 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 0271116A4CE for ; Sun, 2 May 2004 15:23:28 -0700 (PDT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE31443D48 for ; Sun, 2 May 2004 15:23:27 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Sun, 02 May 2004 15:23:27 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 304EC5D07; Sun, 2 May 2004 15:23:27 -0700 (PDT) To: James Snow In-reply-to: Your message of "Sun, 02 May 2004 01:22:51 EDT." <20040502052251.GA39933@teardrop.org> Date: Sun, 02 May 2004 15:23:27 -0700 From: "Kevin Oberman" Message-Id: <20040502222327.304EC5D07@ptavv.es.net> cc: Markie cc: freebsd-mobile@freebsd.org Subject: Re: Laptop ACPI question X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 May 2004 22:23:28 -0000 > Date: Sun, 2 May 2004 01:22:51 -0400 > From: James Snow > > On Sat, May 01, 2004 at 02:05:36PM -0700, Kevin Oberman wrote: > > > > Actually, ACPI will greatly improve battery life soon, but not yet. The > > bits and pieces are being fed into CURRENT and I suspect that SpeedStep > > support will be coming soon. > > In the meantime, you can use sysctls to manually adjust CPU performance > > to enhance battery life. > > > > Look at: > > hw.acpi.cpu.throttle_max: 8 > > hw.acpi.cpu.throttle_state: 8 > > hw.acpi.cpu.cx_supported: C1/0 C2/1 C3/85 > > hw.acpi.cpu.cx_lowest: 0 > > hw.acpi.cpu.cx_history: 1453705/0 0/0 0/0 > > Hmm. In 5.2.1-p5, I don't have anything under hw.acpi.cpu > labeled .throttle*. I do, however, have these: > > hw.acpi.cpu.max_speed: 8 > hw.acpi.cpu.current_speed: 1 > hw.acpi.cpu.performance_speed: 8 > hw.acpi.cpu.economy_speed: 1 > > acpi(4) seems to suggest that these will alter CPU speed, > and presumably battery life as well. Is this not the case? I suspect that this simply indicates differences between systems. These settings look a lot like the older, less granular APM controlled services. I'd certainly try adjusting hw.acpi.cpu.current_speed and see what effect it has, but it looks to me like it's running at its economy mode, already. From owner-freebsd-mobile@FreeBSD.ORG Sun May 2 16:27:09 2004 Return-Path: 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 6E37916A4CE for ; Sun, 2 May 2004 16:27:09 -0700 (PDT) Received: from colossus.systems.pipex.net (colossus.systems.pipex.net [62.241.160.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14B5843D2F for ; Sun, 2 May 2004 16:27:08 -0700 (PDT) (envelope-from mark.cullen@dsl.pipex.com) Received: from ape (81-178-82-2.dsl.pipex.com [81.178.82.2]) by colossus.systems.pipex.net (Postfix) with SMTP id B9B521C000D7; Mon, 3 May 2004 00:27:05 +0100 (BST) Message-ID: <000d01c4309c$f82b5f80$f700000a@ape> From: "Markie" To: "Kevin Oberman" References: <20040502221423.660975D0B@ptavv.es.net> Date: Mon, 3 May 2004 00:26:55 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 cc: freebsd-mobile@freebsd.org Subject: Re: Laptop ACPI question X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 May 2004 23:27:09 -0000 ----- Original Message ----- From: "Kevin Oberman" To: "Markie" Cc: Sent: Sunday, May 02, 2004 11:14 PM Subject: Re: Laptop ACPI question | > From: "Markie" | > Date: Sat, 1 May 2004 22:28:55 +0100 | > | > | > ----- Original Message ----- | > From: "Kevin Oberman" | > To: "Markie" | > Cc: | > Sent: Saturday, May 01, 2004 10:05 PM | > Subject: Re: Laptop ACPI question | > | > | > | > From: "Markie" | > | > Date: Sat, 1 May 2004 21:29:56 +0100 | > | > Sender: owner-freebsd-mobile@freebsd.org | > | > | > | > Hello, | > | > | > | > Just a quick question... would having ACPI working on a laptop increase | > | > battery life at all? I just left it sat idle without ACPI and it got to | > an | > | > hour and 30 minutes... I went to start xchat and it just switched off | > | > straight away after it started loading :o) if I leave it doing `cat | > | > /dev/random > /dev/null` it only lasts 45 minutes :o( | > | > | > | > I am just wondering if it's a naffed battery... or... there's something | > a | > | > bit wrong with the laptop or... I just need ACPI? I don't really know | > what | > | > ACPI does, so.... :o) | > | | > | Actually, ACPI will greatly improve battery life soon, but not yet. The | > | bits and pieces are being fed into CURRENT and I suspect that SpeedStep | > | support will be coming soon. | > | In the meantime, you can use sysctls to manually adjust CPU performance | > | to enhance battery life. | > | | > | Look at: | > | hw.acpi.cpu.throttle_max: 8 | > | hw.acpi.cpu.throttle_state: 8 | > | hw.acpi.cpu.cx_supported: C1/0 C2/1 C3/85 | > | hw.acpi.cpu.cx_lowest: 0 | > | hw.acpi.cpu.cx_history: 1453705/0 0/0 0/0 | > | | > | Reducing the hw.acpi.cpu.throttle_state will increase battery life by | > | effectively reducing CPU speed. The reduction is linear and a setting of | > | 1 makes my system crawl. | > | | > | Setting hw.acpi.cpu.cx_lowest will reduce the responsiveness of P4-M or | > | Centrino system by putting the system in a "deeper sleep" than just | > | halting the CPU. The cost is that it takes longer for the system to | > | start processing again. Its effect can appear as jerkiness in some | > | operations. It may be set to as many values (higher is slower) as are | > | listed in cx_history. (In the example, there are three, 0, 1, and 2 | > | available.) Depending on hardware connected, some levels may not be | > | available. On my laptop, 2 is not available if the USB driver is loaded. | > | | > | > Thanks for both your replies! I am not too sure I have speed step or | > anything. It's a fairly old CPU, a mobile celeron 800MHz, 100MHz FSB | > (anyone know anything about these at all? are they not that good? seems | > nice and quick to me). I guess I am pretty buggered then. There's not alot | > of info I can find about the laptop either. In any case, it wouldn't boot | > with ACPI enabled anyway... so I think I am just double buggered :o) | | Make sure that your BIOS is te latest available. That can make a huge | difference. The CPU is not the critical issue; it's the BIOS | support. Older systems may simply not run well with ACPI and APM is the | best way to go on these systems. (Have you tried APM?) Ahh! BIOS Update :o) I will get on that one right away! Hopefully it may fix my ACPI issues. On their site they said it was required for installing Windows XP so it must do something! According to the version numbers it is one version higher, I have R01-A1s and I just downloaded R01-A1t. I sure hope it fixes some things! Unfortuantly there's no change log | | > All I know is some site said that the battery was supposed to last 2 hours | > ish, which would be cool. No doubt this was taken with the laptop sitting | > totally idle though. | | Battery benchmarking is tricky and highly variable. And, as batteries | age, they go downhill. Try the command 'acpiconf -i 0' to get a lot of | detailed battery information on current. I think it works on 5.2.1, but | may have to run as root. I may tell you things like how much of a | charge the battery is taking and the type and manufacturer. I figured it would be hard. I am looking at external batteries if ACPI doesn't help at all, quite expensive though... but I love computers so I will need quite a bit of battery life :o) I don't think I will be able to run that command without ACPI will I? | | > I will have to try Linux or Windows if I can't get FreeBSD ACPI working and | > see if it gets me any more battery life I guess! Such a shame, it doesn't | > seem that bad of a laptop for what I want... but if I have to use it on | > mains it's not as useful as it could be! | | Most ACPI code is shared by Linux and FreeBSD as it is based closely on | the Intel supplied sources. It is possible that Linux support for | control of different parts of the ACPI is more advanced. but I suspect | it's pretty close. I see, i'll stick to just wasting some time trying Windows then ;o) | | Since every vendor makes sure that their Windows code plays well with | their hardware, it's unlikely that open source software will ever quite | catch up with it, but it is rapidly closing the gap. It's just that, | until a few more pieces are in place, it's not obvious. Yeah, I hear ACPI and all the funky power saving stuff is coming along quite nicely :o) Thanks for all your informative replies, that goes to everyone :o) *bios update time* | -- | R. Kevin Oberman, Network Engineer | Energy Sciences Network (ESnet) | Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) | E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-mobile@FreeBSD.ORG Sun May 2 17:04:44 2004 Return-Path: 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 54D6816A4CE for ; Sun, 2 May 2004 17:04:44 -0700 (PDT) Received: from noddy.unix.co.nz (nat.albanywireless.co.nz [219.88.249.66]) by mx1.FreeBSD.org (Postfix) with SMTP id 031E043D1F for ; Sun, 2 May 2004 17:04:42 -0700 (PDT) (envelope-from barry@unix.co.nz) Received: (qmail 51851 invoked from network); 3 May 2004 00:04:36 -0000 Received: from unknown (HELO icepick) (219.88.249.68) by smtp.albanywireless.co.nz with SMTP; 3 May 2004 00:04:36 -0000 From: "Barry Murphy" To: Date: Mon, 3 May 2004 12:04:36 +1200 Message-ID: <001e01c430a2$389328a0$c800a8c0@icepick> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Importance: Normal Subject: Wireless speed issues with hostap / wicontrol X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 May 2004 00:04:44 -0000 Hi, hopefully someone can help with this issue I've been trying to overcome for some time now. Connections are established over senaeo 200mw cards. [client] ---- [hostap - client] ---- [dlink AP] [a] client connecting to [b]'s hostap [b] m0n0bsd running a hostap for clients and a second card for client to [c] [c] Dlink 900AP+ connecting to webserver. [a] - [b] - [c] .... [a] can download from [b] at 500KB/s , [b] can download from [c] at 500KB/s , but [a] can only download from [c] at 240KB/s [b m0n0bsd box] wicontrol -i wi0 (used to connect to dlink [c]) SSID for IBSS creation: [ base.unix.co.nz ] Current netname (SSID): [ base.unix.co.nz ] Desired netname (SSID): [ base.unix.co.nz ] Current BSSID: [ 00:40:05:2a:56:2e ] Channel list: [ 2047 ] IBSS channel: [ 6 ] Current channel: [ 6 ] Comms quality/signal/noise: [ 64 108 3 ] Promiscuous mode: [ Off ] Process 802.11b Frame: [ Off ] Intersil-Prism2 based card: [ 1 ] Port type (1=BSS, 3=ad-hoc): [ 1 ] MAC address: [ 00:02:6f:08:26:a4 ] TX rate (selection): [ 11 ] TX rate (actual speed): [ 11 ] RTS/CTS handshake threshold: [ 2347 ] Create IBSS: [ Off ] Access point density: [ 1 ] Power Mgmt (1=on, 0=off): [ 0 ] Max sleep time: [ 100 ] WEP encryption: [ Off ] TX encryption key: [ 1 ] Encryption keys: [ ][ ][ ][ ] wicontrol -i wi1 (used as hostap for clients [c]) SSID for IBSS creation: [ ecr.unix.co.nz ] Current netname (SSID): [ ecr.unix.co.nz ] Desired netname (SSID): [ ecr.unix.co.nz ] Current BSSID: [ 00:02:6f:08:26:a5 ] Channel list: [ 2047 ] IBSS channel: [ 9 ] Current channel: [ 9 ] Comms quality/signal/noise: [ 0 81 27 ] Promiscuous mode: [ Off ] Process 802.11b Frame: [ Off ] Intersil-Prism2 based card: [ 1 ] Port type (1=BSS, 3=ad-hoc): [ 6 ] MAC address: [ 00:02:6f:08:26:a5 ] TX rate (selection): [ 11 ] TX rate (actual speed): [ 2 ] RTS/CTS handshake threshold: [ 2347 ] Create IBSS: [ Off ] Access point density: [ 1 ] Power Mgmt (1=on, 0=off): [ 0 ] Max sleep time: [ 100 ] WEP encryption: [ Off ] TX encryption key: [ 1 ] Encryption keys: [ ][ ][ ][ ] What I find strange is that HostAp always seems to set the TX Rate (Actual Speed) to 2, this seems to be the only speed I can get through the box, and has been the case on 3 other 4.9 systems. If I unplug the wi0 card, I still only get an actual speed of 2. So the question I ask, why is it that I can only get 240KB/s connecting over a system that is used to extend the range of my wireless network. [client] ---- [hostap - client] ---- [dlink AP] Barry From owner-freebsd-mobile@FreeBSD.ORG Sun May 2 18:11:05 2004 Return-Path: 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 30D2916A4CE for ; Sun, 2 May 2004 18:11:05 -0700 (PDT) Received: from colossus.systems.pipex.net (colossus.systems.pipex.net [62.241.160.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id C08BD43D45 for ; Sun, 2 May 2004 18:11:03 -0700 (PDT) (envelope-from mark.cullen@dsl.pipex.com) Received: from ape (81-178-82-2.dsl.pipex.com [81.178.82.2]) by colossus.systems.pipex.net (Postfix) with SMTP id B97ED1C00087 for ; Mon, 3 May 2004 02:11:02 +0100 (BST) Message-ID: <001d01c430ab$7d485610$f700000a@ape> From: "Markie" To: References: <20040502221423.660975D0B@ptavv.es.net> <000d01c4309c$f82b5f80$f700000a@ape> Date: Mon, 3 May 2004 02:10:55 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Subject: Re: Laptop ACPI question X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 May 2004 01:11:05 -0000 ----- Original Message ----- From: "Markie" To: "Kevin Oberman" Cc: Sent: Monday, May 03, 2004 12:26 AM Subject: Re: Laptop ACPI question | | ----- Original Message ----- | From: "Kevin Oberman" | To: "Markie" | Cc: | Sent: Sunday, May 02, 2004 11:14 PM | Subject: Re: Laptop ACPI question | | | | > From: "Markie" | | > Date: Sat, 1 May 2004 22:28:55 +0100 | | > | | > | | > ----- Original Message ----- | | > From: "Kevin Oberman" | | > To: "Markie" | | > Cc: | | > Sent: Saturday, May 01, 2004 10:05 PM | | > Subject: Re: Laptop ACPI question | | > | | > | | > | > From: "Markie" | | > | > Date: Sat, 1 May 2004 21:29:56 +0100 | | > | > Sender: owner-freebsd-mobile@freebsd.org | | > | > | | > | > Hello, | | > | > | | > | > Just a quick question... would having ACPI working on a laptop | increase | | > | > battery life at all? I just left it sat idle without ACPI and it | got to | | > an | | > | > hour and 30 minutes... I went to start xchat and it just switched | off | | > | > straight away after it started loading :o) if I leave it doing `cat | | > | > /dev/random > /dev/null` it only lasts 45 minutes :o( | | > | > | | > | > I am just wondering if it's a naffed battery... or... there's | something | | > a | | > | > bit wrong with the laptop or... I just need ACPI? I don't really | know | | > what | | > | > ACPI does, so.... :o) | | > | | | > | Actually, ACPI will greatly improve battery life soon, but not yet. | The | | > | bits and pieces are being fed into CURRENT and I suspect that | SpeedStep | | > | support will be coming soon. | | > | In the meantime, you can use sysctls to manually adjust CPU | performance | | > | to enhance battery life. | | > | | | > | Look at: | | > | hw.acpi.cpu.throttle_max: 8 | | > | hw.acpi.cpu.throttle_state: 8 | | > | hw.acpi.cpu.cx_supported: C1/0 C2/1 C3/85 | | > | hw.acpi.cpu.cx_lowest: 0 | | > | hw.acpi.cpu.cx_history: 1453705/0 0/0 0/0 | | > | | | > | Reducing the hw.acpi.cpu.throttle_state will increase battery life by | | > | effectively reducing CPU speed. The reduction is linear and a setting | of | | > | 1 makes my system crawl. | | > | | | > | Setting hw.acpi.cpu.cx_lowest will reduce the responsiveness of P4-M | or | | > | Centrino system by putting the system in a "deeper sleep" than just | | > | halting the CPU. The cost is that it takes longer for the system to | | > | start processing again. Its effect can appear as jerkiness in some | | > | operations. It may be set to as many values (higher is slower) as are | | > | listed in cx_history. (In the example, there are three, 0, 1, and 2 | | > | available.) Depending on hardware connected, some levels may not be | | > | available. On my laptop, 2 is not available if the USB driver is | loaded. | | > | | | > | | > Thanks for both your replies! I am not too sure I have speed step or | | > anything. It's a fairly old CPU, a mobile celeron 800MHz, 100MHz FSB | | > (anyone know anything about these at all? are they not that good? seems | | > nice and quick to me). I guess I am pretty buggered then. There's not | alot | | > of info I can find about the laptop either. In any case, it wouldn't | boot | | > with ACPI enabled anyway... so I think I am just double buggered :o) | | | | Make sure that your BIOS is te latest available. That can make a huge | | difference. The CPU is not the critical issue; it's the BIOS | | support. Older systems may simply not run well with ACPI and APM is the | | best way to go on these systems. (Have you tried APM?) | | Ahh! BIOS Update :o) I will get on that one right away! Hopefully it may | fix my ACPI issues. On their site they said it was required for installing | Windows XP so it must do something! | | According to the version numbers it is one version higher, I have R01-A1s | and I just downloaded R01-A1t. I sure hope it fixes some things! | Unfortuantly there's no change log | | | | | > All I know is some site said that the battery was supposed to last 2 | hours | | > ish, which would be cool. No doubt this was taken with the laptop | sitting | | > totally idle though. | | | | Battery benchmarking is tricky and highly variable. And, as batteries | | age, they go downhill. Try the command 'acpiconf -i 0' to get a lot of | | detailed battery information on current. I think it works on 5.2.1, but | | may have to run as root. I may tell you things like how much of a | | charge the battery is taking and the type and manufacturer. | | I figured it would be hard. I am looking at external batteries if ACPI | doesn't help at all, quite expensive though... but I love computers so I | will need quite a bit of battery life :o) | | I don't think I will be able to run that command without ACPI will I? | | | | | > I will have to try Linux or Windows if I can't get FreeBSD ACPI working | and | | > see if it gets me any more battery life I guess! Such a shame, it | doesn't | | > seem that bad of a laptop for what I want... but if I have to use it on | | > mains it's not as useful as it could be! | | | | Most ACPI code is shared by Linux and FreeBSD as it is based closely on | | the Intel supplied sources. It is possible that Linux support for | | control of different parts of the ACPI is more advanced. but I suspect | | it's pretty close. | | I see, i'll stick to just wasting some time trying Windows then ;o) | | | | | Since every vendor makes sure that their Windows code plays well with | | their hardware, it's unlikely that open source software will ever quite | | catch up with it, but it is rapidly closing the gap. It's just that, | | until a few more pieces are in place, it's not obvious. | | Yeah, I hear ACPI and all the funky power saving stuff is coming along | quite nicely :o) | | Thanks for all your informative replies, that goes to everyone :o) | | *bios update time* | Hello All :o) I just applied the BIOS update (which was, I admit, rather scary - even though I have done it so many times with desktops) and it doesn't appear to be much different. However, I do believe ACPI does work fine after all. After where it appears to hang with ACPI loaded would be where the disks get probed (it doesn't probe ata0 in safe mode for some reason?) and as I don't yet have a hard disk in.. it seems to hang with an "Unretryable error". The BIOS update does seemed to have resolved my close lid = can't unsuspend badness though :o) and I think having ACPI may help, as I saw a 'setting to economy mode' type message when I try ACPI now! I guess I will keep you informed! Thanks ever so much for your help so far (and ... patience? I can be annoying!) | | -- | | R. Kevin Oberman, Network Engineer | | Energy Sciences Network (ESnet) | | Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) | | E-mail: oberman@es.net Phone: +1 510 486-8634 | | _______________________________________________ | 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 Mon May 3 07:25:26 2004 Return-Path: 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 35D5E16A4CE; Mon, 3 May 2004 07:25:26 -0700 (PDT) Received: from smtp.newipnet.com (5.Red-80-32-157.pooles.rima-tde.net [80.32.157.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0882643D67; Mon, 3 May 2004 07:25:25 -0700 (PDT) (envelope-from freebsd@newipnet.com) Received: by smtp.newipnet.com (ESMTP Server, from userid 511) id C69882051B; Mon, 3 May 2004 16:25:22 +0200 (CEST) Received: from madre (madre.newipnet.com [192.168.128.4]) by smtp.newipnet.com (ESMTP Server) with ESMTP id 23961204DB; Mon, 3 May 2004 16:25:17 +0200 (CEST) Message-ID: <200405031623510114.17102862@192.168.128.16> In-Reply-To: <20040502.091407.20913778.imp@bsdimp.com> References: <200405021259230046.12648609@192.168.128.16> <20040502.091407.20913778.imp@bsdimp.com> X-Mailer: Courier 3.50.00.09.1097 (http://www.rosecitysoftware.com) (P) Date: Mon, 03 May 2004 16:23:51 +0200 From: "Carlos Velasco" To: "M. Warner Losh" Content-Type: text/plain; charset="us-ascii" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on atlas.newipnet.com X-Spam-Level: X-Spam-Status: No, hits=-104.9 required=5.0 tests=BAYES_00,USER_IN_WHITELIST autolearn=ham version=2.63 cc: freebsd-current@freebsd.org cc: scott@uk.freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re[2]: Modem + Network in Xircom cards, and maybe others X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 May 2004 14:25:26 -0000 On 02/05/2004 at 9:14 M. Warner Losh wrote: >: sio4: 118 more interrupt-level buffer overflows (total 118) >: sio4: 162 more interrupt-level buffer overflows (total 280) > >That may be due to the MFC interrupt issue that I talked about. But >it could be something else... I have beeen looking: ==== sio%d: silo overflow. Problem in the interrupt handler. sio%d: interrupt-level buffer overflow. Problem in the bottom half of the driver. sio%d: tty-level buffer overflow. Problem in the application. Input has arrived faster than the given module could process it and some has been lost. ==== Not sure about how to debug this, problem seems to be in the sio driver. It could not be 100% compatible with serial in Xircom :\ Regards, Carlos Velasco From owner-freebsd-mobile@FreeBSD.ORG Mon May 3 13:04:56 2004 Return-Path: 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 761AA16A4CE; Mon, 3 May 2004 13:04:56 -0700 (PDT) Received: from hydra.avid.com (hydra.avid.com [198.51.119.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F6F643D48; Mon, 3 May 2004 13:04:56 -0700 (PDT) (envelope-from Stephen_Moriarty@avid.com) Received: from [172.20.40.160] ([172.20.40.160]) by hydra.avid.com with Microsoft SMTPSVC(5.0.2195.6713); Mon, 3 May 2004 16:04:55 -0400 Mime-Version: 1.0 (Apple Message framework v613) Content-Transfer-Encoding: 7bit Message-Id: <243F1870-9D3D-11D8-A28A-0003938AA46E@avid.com> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-questions@FreeBSD.org, freebsd-mobile@freebsd.org From: Stephen Moriarty Date: Mon, 3 May 2004 16:04:53 -0400 X-Mailer: Apple Mail (2.613) X-OriginalArrivalTime: 03 May 2004 20:04:55.0705 (UTC) FILETIME=[E75A6090:01C43149] Subject: Using FreeBSD disconnected on a notebook X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 May 2004 20:04:56 -0000 I'm trying to configure FreeBSD on my notebook such that when it's docked at the office, I'm able to take advantage of networked resources - NIS, amd, NFS. When I'm away, I want to selectively, and preferably automatically, take advantage of the more limited network resources, which usually includes none of the previous examples. Surely, someone else has already solved this. The only reference I found were relative to email. At this point, my thought is to disable the above network services until after I've logged in, but this precludes the use of NIS to login. I would have to always login to a local account. Thanks in advance for any assistance. From owner-freebsd-mobile@FreeBSD.ORG Mon May 3 15:08:06 2004 Return-Path: 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 49A7116A4CE; Mon, 3 May 2004 15:08:06 -0700 (PDT) Received: from mailhub01.unibe.ch (mailhub01.unibe.ch [130.92.9.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9816943D45; Mon, 3 May 2004 15:08:05 -0700 (PDT) (envelope-from roth@speedy.unibe.ch) Received: from localhost (scanhub01.unibe.ch [130.92.254.65]) by mailhub01.unibe.ch (Postfix) with ESMTP id 728E725BB69; Tue, 4 May 2004 00:08:04 +0200 (MEST) Received: from mailhub01.unibe.ch ([130.92.9.52]) by localhost (scanhub01 [130.92.254.65]) (amavisd-new, port 10024) with LMTP id 22521-06-47; Tue, 4 May 2004 00:08:02 +0200 (CEST) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub01.unibe.ch (Postfix) with ESMTP id 67E6225BB87; Tue, 4 May 2004 00:08:02 +0200 (MEST) Received: from speedy.unibe.ch (speedy [130.92.64.35]) by asterix.unibe.ch (8.11.7p1+Sun/8.11.7) with ESMTP id i43M82b00452; Tue, 4 May 2004 00:08:02 +0200 (MET DST) Received: (from roth@localhost) by speedy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id i43M81rg018906; Tue, 4 May 2004 00:08:01 +0200 (MEST) Date: Tue, 4 May 2004 00:08:01 +0200 From: Tobias Roth To: Stephen Moriarty Message-ID: <20040503220801.GA18886@speedy.unibe.ch> Mail-Followup-To: Stephen Moriarty , freebsd-questions@freebsd.org, freebsd-mobile@freebsd.org References: <243F1870-9D3D-11D8-A28A-0003938AA46E@avid.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <243F1870-9D3D-11D8-A28A-0003938AA46E@avid.com> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne cc: freebsd-questions@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: Using FreeBSD disconnected on a notebook X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 May 2004 22:08:06 -0000 On Mon, May 03, 2004 at 04:04:53PM -0400, Stephen Moriarty wrote: > I'm trying to configure FreeBSD on my notebook such that when it's > docked at the office, I'm able to take advantage of networked resources > - NIS, amd, NFS. When I'm away, I want to selectively, and preferably > automatically, take advantage of the more limited network resources, > which usually includes none of the previous examples. Surely, someone > else has already solved this. The only reference I found were relative > to email. http://lists.freebsd.org/pipermail/freebsd-mobile/2003-November/002284.html this patch might help. it enables support for multiple network profiles (eg home, work, home-wlan) that get detected automatically whenever the laptop is started or woken from suspend. everything below /etc can be configured per location, and hooks for non- /etc stuff are present. it does not apply cleanly to -current but that can easily be fixed. i don't have time right now to add the missing parts (acpi support, clean restart in case the laptop crashes, for whatever reason not related to my patch, fully working suspend/resume support), but i will fix things next month or so. i have used it without suspend/resume functionality for months and it is stable. cheers, t. From owner-freebsd-mobile@FreeBSD.ORG Mon May 3 15:27:57 2004 Return-Path: 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 DA2E116A4CF; Mon, 3 May 2004 15:27:57 -0700 (PDT) Received: from internet.potentialtech.com (h-66-167-251-6.phlapafg.covad.net [66.167.251.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84B2343D2D; Mon, 3 May 2004 15:27:57 -0700 (PDT) (envelope-from wmoran@potentialtech.com) Received: from potentialtech.com (pa-plum1c-102.pit.adelphia.net [24.53.179.102]) by internet.potentialtech.com (Postfix) with ESMTP id B4F8F69A71; Mon, 3 May 2004 18:27:55 -0400 (EDT) Message-ID: <4096C71A.6030009@potentialtech.com> Date: Mon, 03 May 2004 18:26:34 -0400 From: Bill Moran User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stephen Moriarty References: <243F1870-9D3D-11D8-A28A-0003938AA46E@avid.com> In-Reply-To: <243F1870-9D3D-11D8-A28A-0003938AA46E@avid.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-questions@FreeBSD.org cc: freebsd-mobile@freebsd.org Subject: Re: Using FreeBSD disconnected on a notebook X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 May 2004 22:27:58 -0000 Stephen Moriarty wrote: > I'm trying to configure FreeBSD on my notebook such that when it's > docked at the office, I'm able to take advantage of networked resources > - NIS, amd, NFS. When I'm away, I want to selectively, and preferably > automatically, take advantage of the more limited network resources, > which usually includes none of the previous examples. Surely, someone > else has already solved this. The only reference I found were relative > to email. > > At this point, my thought is to disable the above network services until > after I've logged in, but this precludes the use of NIS to login. I > would have to always login to a local account. I don't have all the answers to the questions you raise, but one thing you can do it set this machine up as an NIS slave server. It's fairly low on resource usage, and will allow you to log in using NIS even when you're connected to no network at all. Only when it can find a master will it pull down replication of user information. -- Bill Moran Potential Technologies http://www.potentialtech.com From owner-freebsd-mobile@FreeBSD.ORG Mon May 3 18:25:47 2004 Return-Path: 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 1295116A4CE; Mon, 3 May 2004 18:25:47 -0700 (PDT) Received: from wolf.bytecraft.au.com (wolf.bytecraft.au.com [203.39.118.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2F6E43D39; Mon, 3 May 2004 18:25:45 -0700 (PDT) (envelope-from murraytaylor@bytecraftsystems.com) Received: from svmarshal.bytecraft.au.com ([10.0.0.4]) by wolf.bytecraft.au.com (8.12.9/8.12.9) with ESMTP id i441PSTG078799; Tue, 4 May 2004 11:25:29 +1000 (EST) (envelope-from murraytaylor@bytecraftsystems.com) Received: from wombat.bytecraft.au.com (Not Verified[10.0.0.3]) by svmarshal.bytecraft.au.com with MailMarshal (v5,0,3,78) id ; Tue, 04 May 2004 11:25:28 +1000 Received: from [10.0.17.42] (wstaylorm.dand06.au.bytecraft.au.com [10.0.17.42]) by wombat.bytecraft.au.com (Postfix) with ESMTP id D68953F0F; Tue, 4 May 2004 11:25:25 +1000 (EST) From: Murray Taylor To: Stephen Moriarty In-Reply-To: <243F1870-9D3D-11D8-A28A-0003938AA46E@avid.com> References: <243F1870-9D3D-11D8-A28A-0003938AA46E@avid.com> Content-Type: text/plain Organization: Bytecraft Systems Message-Id: <1083633925.59684.39.camel@wstaylorm.dand06.au.bytecraft.au.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 04 May 2004 11:25:25 +1000 Content-Transfer-Encoding: 7bit cc: freebsdquestions cc: freebsd-mobile@freebsd.org Subject: Re: Using FreeBSD disconnected on a notebook X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 May 2004 01:25:47 -0000 I Think that there was something in a SysAdmin mag ( http://www.samag.com/ ) regarding this ... It was based on the availability of / ip number granted / ... from dhclient. After checking that the the appropriate services were started up. I (creak) think it was to do with roaming users in a university environemt... mjt On Tue, 2004-05-04 at 06:04, Stephen Moriarty wrote: > I'm trying to configure FreeBSD on my notebook such that when it's > docked at the office, I'm able to take advantage of networked resources > - NIS, amd, NFS. When I'm away, I want to selectively, and preferably > automatically, take advantage of the more limited network resources, > which usually includes none of the previous examples. Surely, someone > else has already solved this. The only reference I found were relative > to email. > > At this point, my thought is to disable the above network services > until after I've logged in, but this precludes the use of NIS to login. > I would have to always login to a local account. > > Thanks in advance for any assistance. > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > > ************************************************************************ > This Email has been scanned for Viruses by MailMarshal. > ************************************************************************ -- Murray Taylor Special Projects Engineer --------------------------------- Bytecraft Systems & Entertainment P: +61 3 8710 2555 F: +61 3 8710 2599 D: +61 3 9238 4275 M: +61 417 319 256 E: murraytaylor@bytecraftsystems.com or visit us on the web http://www.bytecraftsystems.com http://www.bytecraftentertainment.com ************************************************************************ This Email has been scanned for Viruses by MailMarshal. ************************************************************************ From owner-freebsd-mobile@FreeBSD.ORG Tue May 4 00:45:20 2004 Return-Path: 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 4129416A4CE for ; Tue, 4 May 2004 00:45:20 -0700 (PDT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F4C843D60 for ; Tue, 4 May 2004 00:45:19 -0700 (PDT) (envelope-from marcov@stack.nl) Received: from toad.stack.nl (zen.stack.nl [IPv6:2001:610:1108:5010::130]) by mailhost.stack.nl (Postfix) with ESMTP id 0C6631F001 for ; Tue, 4 May 2004 09:45:18 +0200 (CEST) Received: by toad.stack.nl (Postfix, from userid 816) id E559889; Tue, 4 May 2004 09:45:17 +0200 (CEST) In-Reply-To: <20040421.231623.128865137.imp@bsdimp.com> "from M. Warner Losh at Apr 21, 2004 11:16:23 pm" To: freebsd-mobile@freebsd.org Date: Tue, 4 May 2004 09:45:17 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <20040504074517.E559889@toad.stack.nl> From: marcov@stack.nl (Marco van de Voort) Subject: Re: unsupported io range problem X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 May 2004 07:45:20 -0000 > In message: <20040421202556.AC9178A@toad.stack.nl> > : > eliminating the allow_unsupported_io_ranage option. You should try a > : > number higher than 0x20000000 since that's kind of low... > : > : I tried a lot of values 0x2.., 0x4.., 0x6.., 0x8.., 0xe.... > : > : all the same result. Are you suggesting I'd have to update to a -current > : kernel? > > I'm suggesting that you might have to. I'd checkout a separate > 5.3-current tree, and installing with KERNEL=current so that it goes > into /boot/current in case there are major issues. At the 'ok' > prompts, you'll need to type 'unload' and then 'boot current'. I had to rearrange some things to get the laptop connected (borrow pccard, register it on the net etc), but last night I built -current kernel and installed it. The separate installing failed (is this method for the old or new kernel?), but at first sight, everything seems to start working indeed. So thank you very much :-) From owner-freebsd-mobile@FreeBSD.ORG Tue May 4 09:28:19 2004 Return-Path: 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 8F25816A4CE for ; Tue, 4 May 2004 09:28:19 -0700 (PDT) Received: from web50006.mail.yahoo.com (web50006.mail.yahoo.com [206.190.38.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 1B62143D49 for ; Tue, 4 May 2004 09:28:19 -0700 (PDT) (envelope-from bg271828@yahoo.com) Message-ID: <20040504162818.8847.qmail@web50006.mail.yahoo.com> Received: from [12.107.204.34] by web50006.mail.yahoo.com via HTTP; Tue, 04 May 2004 09:28:18 PDT Date: Tue, 4 May 2004 09:28:18 -0700 (PDT) From: Your Name To: freebsd-mobile@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: How does dstumbler work? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 May 2004 16:28:19 -0000 Hi! I recently started to use FreeBSD, and I am used to simpler Windows software. I'm trying to use dstumbler with my wireless card, and it works but I don't really know what it's doing! The webpage just says "All command hotkeys within the program are pretty much self explanitory", but that doesn't help me, because I don't understand it. What's the difference between the > and the * before each line? Is there any place that says how strong the signal is? Most of all, how do I join a network? Can I do this with dstumbler or is this just info that I have to use with ifconfig? What if I want to try to crack encryption with one of the related tools? I'd rather use something simpler and graphical, if there's anything like that out there--is there? All I want to do is use wireless, I don't want to get too technical! Thanks. Jen __________________________________ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover From owner-freebsd-mobile@FreeBSD.ORG Tue May 4 10:14:42 2004 Return-Path: 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 9094E16A4CE for ; Tue, 4 May 2004 10:14:42 -0700 (PDT) Received: from amdahl.bio.tu-darmstadt.de (amdahl.bio.tu-darmstadt.de [130.83.207.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E3F743D1F for ; Tue, 4 May 2004 10:14:42 -0700 (PDT) (envelope-from lentferj@bio.tu-darmstadt.de) Received: from localhost (localhost [127.0.0.1]) by amdahl.bio.tu-darmstadt.de (Postfix) with ESMTP id 5EBB2613E for ; Tue, 4 May 2004 19:14:41 +0200 (CEST) Received: from amdahl.bio.tu-darmstadt.de ([127.0.0.1])port 10024) with ESMTP id 46688-07 for ; Tue, 4 May 2004 19:14:39 +0200 (CEST) Received: by amdahl.bio.tu-darmstadt.de (Postfix, from userid 80) id 1794D613C; Tue, 4 May 2004 19:14:38 +0200 (CEST) Received: from p3EE2B436.dip.t-dialin.net (p3EE2B436.dip.t-dialin.net [62.226.180.54]) by amdahl.bio.tu-darmstadt.de (IMP) with HTTP for ; Tue, 4 May 2004 18:26:09 +0200 Message-ID: <1083687969.4097c4211d107@amdahl.bio.tu-darmstadt.de> Date: Tue, 4 May 2004 18:26:09 +0200 From: Jan Lentfer To: freebsd-amd64@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.3 / FreeBSD-5.1 X-Originating-IP: 62.226.178.113 Resent-Date: Tue, 4 May 2004 19:14:38 +0200 Resent-From: lentferj@bio.tu-darmstadt.de Resent-To: freebsd-mobile@freebsd.org Resent-Message-ID: <1083690878.4097cf7eb2f6c@amdahl.bio.tu-darmstadt.de> X-Virus-Scanned: by amavisd-new at amdahl.bio.tu-darmstadt.de Subject: Hp Pavilion zv5188EA and 5.2.1 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 May 2004 17:14:42 -0000 Hi List, I just got my HP Pavilion zv5188EA py mail today... Hoorrayy.... It has 512MB RAM and an Athlon 64 3200+, and it comes with XP Home preinstalled.. So, naturally I wanted to install 5.2.1-Release from CD Rom. The CD Boots fine, but no matter what option I choose at the Boot menu (with/without ACPI, Safe Mode), the machine boots about 5 seconds... and then It just powers down??? When I boot Debian Linux 3.0/i386 it works fine with 2.2 kernel, bf24-kernel-image freezes also. Any suggestions & experiences?? Many thanks in advance, Jan Lentfer PS: I am not new too FreeBSD, just to AMD64 and FreeBSD on Notebooks From owner-freebsd-mobile@FreeBSD.ORG Tue May 4 10:31:24 2004 Return-Path: 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 03FF316A4CE for ; Tue, 4 May 2004 10:31:24 -0700 (PDT) Received: from epic.mail.pas.earthlink.net (epic.mail.pas.earthlink.net [207.217.120.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC9B843D41 for ; Tue, 4 May 2004 10:31:23 -0700 (PDT) (envelope-from bluechip@thegrid.net) Received: from 209-165-57-112.jps.net ([209.165.57.112] helo=mario) by epic.mail.pas.earthlink.net with smtp (Exim 3.33 #1) id 1BL3lL-0001bk-00 for freebsd-mobile@freebsd.org; Tue, 04 May 2004 10:31:23 -0700 Message-ID: <004b01c431fe$444763c0$0c00a8c0@mario> From: "Bradley Thomson" To: References: <20040504162818.8847.qmail@web50006.mail.yahoo.com> Date: Tue, 4 May 2004 10:35:59 -0700 Organization: Blue Chip Metal Works MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: Re: How does dstumbler work? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Bradley Thomson List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 May 2004 17:31:24 -0000 Jen I'm a newbe also but here's what I've grok'd sofar. Upper left window shows a list of the networks that your card is seeing . There should be at least one entry here if your card is configuered properly. Arrow keys should work here for browsing the list, if not the menu command s +/- and are for browsing lists. The lower left window is the recieved signal strength graph for the network you've chosen. There are not many comands in the program. It is mostly just a passive monitor. Other programs need to be run to monitor packets, examine WEP codes etc. If you're not seeing anything in any of the windows you card may be set to a specific net mode. Don't put any switches in your ifconfig line that you don't absolutely need. Brad 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 Wed May 5 04:37:46 2004 Return-Path: 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 BA39816A4D0; Wed, 5 May 2004 04:37:46 -0700 (PDT) Received: from smtp.newipnet.com (5.Red-80-32-157.pooles.rima-tde.net [80.32.157.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id D70B243D3F; Wed, 5 May 2004 04:37:44 -0700 (PDT) (envelope-from freebsd@newipnet.com) Received: by smtp.newipnet.com (ESMTP Server, from userid 511) id 6FF0420516; Wed, 5 May 2004 13:37:43 +0200 (CEST) Received: from madre (madre.newipnet.com [192.168.128.4]) by smtp.newipnet.com (ESMTP Server) with ESMTP id 43B3920519; Wed, 5 May 2004 13:37:32 +0200 (CEST) Message-ID: <200405051311330554.1F584985@192.168.128.16> In-Reply-To: <200405022224250625.14440A3D@192.168.128.16> References: <200405021259230046.12648609@192.168.128.16> <20040502.091407.20913778.imp@bsdimp.com> <200405022224250625.14440A3D@192.168.128.16> X-Mailer: Courier 3.50.00.09.1097 (http://www.rosecitysoftware.com) (P) Date: Wed, 05 May 2004 13:11:33 +0200 From: "Carlos Velasco" To: "M. Warner Losh" Content-Type: text/plain; charset="us-ascii" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on atlas.newipnet.com X-Spam-Level: X-Spam-Status: No, hits=-104.9 required=5.0 tests=BAYES_00,USER_IN_WHITELIST autolearn=ham version=2.63 cc: freebsd-current@freebsd.org cc: scott@uk.freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re[3]: Modem + Network in Xircom cards, and maybe others X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 May 2004 11:37:46 -0000 On 02/05/2004 at 22:24 Carlos Velasco wrote: >On 02/05/2004 at 9:14 M. Warner Losh wrote: > >>: sio4: 118 more interrupt-level buffer overflows (total 118) >>: sio4: 162 more interrupt-level buffer overflows (total 280) >> >>That may be due to the MFC interrupt issue that I talked about. But >>it could be something else... > >I have tried playing with pccard_intr but it doesn't work. >I'm reading about a patch for sio.c in the list, i don't know if it can >helps into this I will try it in near future and see the results. Well... this didn't work. However I googled and found this: http://lists.freebsd.org/pipermail/freebsd-bugs/2003-May/000687.html Applying it solves problem for me. Could we commit this in sio.c until GIANT solve work is done? This is my complete patch (it works for me), including sio change and also pccard 64k alignment: diff -ru sys/dev/pccard/pccard.c sysnew/dev/pccard/pccard.c --- sys/dev/pccard/pccard.c Wed Mar 17 17:50:38 2004 +++ sysnew/dev/pccard/pccard.c Sat May 1 09:47:57 2004 @@ -955,8 +955,8 @@ struct pccard_softc *sc = PCCARD_SOFTC(bus); device_printf(bus, ""); - printf(" (manufacturer=0x%04x, product=0x%04x) at function %d\n", - sc->card.manufacturer, sc->card.product, func->number); + printf(" (manufacturer=0x%04x, product=0x%04x, prodext=0x%02x) at function %d\n", + sc->card.manufacturer, sc->card.product, sc->card.prodext, func->number); device_printf(bus, " CIS info: %s, %s, %s\n", sc->card.cis1_info[0], sc->card.cis1_info[1], sc->card.cis1_info[2]); return; @@ -1075,6 +1075,7 @@ int passthrough = (device_get_parent(child) != dev); int isdefault = (start == 0 && end == ~0UL && count == 1); struct resource *r = NULL; + u_int align; /* XXX I'm no longer sure this is right */ if (passthrough) { @@ -1090,8 +1091,15 @@ if (rle == NULL || rle->res == NULL) { /* Do we want this device to own it? */ /* XXX I think so, but that might be lame XXX */ + + /* force 64k page align */ + if (type == SYS_RES_MEMORY) + align = (flags & ~RF_ALIGNMENT_MASK) | + rman_make_alignment_flags(64*1024); + else + align = flags; r = bus_alloc_resource(dev, type, rid, start, end, - count, flags /* XXX aligment? */); + count, align); if (r == NULL) goto bad; resource_list_add(&dinfo->resources, type, *rid, diff -ru sys/dev/pccard/pccard_cis.c sysnew/dev/pccard/pccard_cis.c --- sys/dev/pccard/pccard_cis.c Mon Apr 12 20:56:34 2004 +++ sysnew/dev/pccard/pccard_cis.c Sat May 1 09:47:57 2004 @@ -96,6 +96,8 @@ state.pf = NULL; + state.card->mfc = 0; + tsleep(&state, 0, "pccard", hz); if (pccard_scan_cis(sc->dev, pccard_parse_cis_tuple, &state) == -1) @@ -663,6 +665,7 @@ * up. */ state->gotmfc = 1; + state->card->mfc = 1; break; #ifdef PCCARDCISDEBUG case CISTPL_DEVICE: @@ -803,6 +806,42 @@ STAILQ_INSERT_TAIL(&state->card->pf_head, state->pf, pf_list); + } else if (state->pf->function != PCCARD_FUNCTION_UNSPEC) { + /* We have a non-MFC compliant card, it puts more + * than 1 FUNCID in the CIS without LONGLINK. + * a) We put the functions in the list ala MFC. + * b) Copy last CFG entry for previous function, + * not sure if this is right, but usually works. + */ + struct pccard_config_entry *cfe, *qcfe; + uint32_t ccr_base = state->pf->ccr_base; + uint32_t ccr_mask = state->pf->ccr_mask; + + cfe = NULL; + STAILQ_FOREACH(qcfe, &state->pf->cfe_head, cfe_list) { + if (qcfe->number == state->pf->last_config_index) { + cfe = (struct pccard_config_entry *) + malloc(sizeof(*cfe), M_DEVBUF, M_NOWAIT); + *cfe = *qcfe; + break; + } + } + + state->pf = malloc(sizeof(*state->pf), M_DEVBUF, + M_NOWAIT | M_ZERO); + state->pf->number = state->count++; + state->pf->last_config_index = cfe->number; + state->pf->ccr_base = ccr_base; + state->pf->ccr_mask = ccr_mask; + + STAILQ_INIT(&state->pf->cfe_head); + if (cfe) + STAILQ_INSERT_TAIL(&state->pf->cfe_head, + cfe, cfe_list); + + STAILQ_INSERT_TAIL(&state->card->pf_head, state->pf, + pf_list); + } state->pf->function = pccard_tuple_read_1(tuple, 0); diff -ru sys/dev/pccard/pccardvar.h sysnew/dev/pccard/pccardvar.h --- sys/dev/pccard/pccardvar.h Sun Nov 2 20:18:19 2003 +++ sysnew/dev/pccard/pccardvar.h Sat May 1 09:47:57 2004 @@ -179,6 +179,7 @@ int32_t product; #define PCMCIA_PRODUCT_INVALID -1 int16_t prodext; + int mfc; uint16_t error; #define PCMCIA_CIS_INVALID { NULL, NULL, NULL, NULL } STAILQ_HEAD(, pccard_function) pf_head; @@ -284,8 +285,9 @@ #define PCCARD_SPACE_IO 2 #define pccard_mfc(sc) \ - (STAILQ_FIRST(&(sc)->card.pf_head) && \ - STAILQ_NEXT(STAILQ_FIRST(&(sc)->card.pf_head),pf_list)) + (sc->card.mfc) +/* (STAILQ_FIRST(&(sc)->card.pf_head) && \ + STAILQ_NEXT(STAILQ_FIRST(&(sc)->card.pf_head),pf_list)) */ #define pccard_io_alloc(pf, start, size, align, pciop) \ (pccard_chip_io_alloc((pf)->sc->pct, pf->sc->pch, (start), \ diff -ru sys/dev/sio/sio.c sysnew/dev/sio/sio.c --- sys/dev/sio/sio.c Mon May 3 22:35:28 2004 +++ sysnew/dev/sio/sio.c Wed May 5 13:04:14 2004 @@ -2374,7 +2374,7 @@ * (about 3 ticks if input flow control is not used or not honoured, * but a bit less for CS5-CS7 modes). */ - cp4ticks = speed / 10 / hz * 4; + cp4ticks = speed / 10 / hz * 40; for (ibufsize = 128; ibufsize < cp4ticks;) ibufsize <<= 1; if (ibufsize == com->ibufsize) { diff -ru sys/dev/xe/if_xe_pccard.c sysnew/dev/xe/if_xe_pccard.c --- sys/dev/xe/if_xe_pccard.c Sun Apr 11 16:34:29 2004 +++ sysnew/dev/xe/if_xe_pccard.c Sat May 1 09:48:24 2004 @@ -402,6 +402,7 @@ const struct xe_pccard_product* xpp; u_int16_t prodext; + DEVPRINTF(2, (dev, "pccard_product_match\n")); xpp = (const struct xe_pccard_product*)ent; @@ -409,6 +410,8 @@ if (xpp->prodext != prodext) vpfmatch = 0; + else + vpfmatch++; return (vpfmatch); } @@ -416,8 +419,19 @@ static int xe_pccard_match(device_t dev) { + int error = 0; + u_int32_t fcn = PCCARD_FUNCTION_UNSPEC; const struct pccard_product *pp; + error = pccard_get_function(dev, &fcn); + if (error != 0) + return (error); + /* + * If not a network card, we are not the right driver. + */ + if (fcn != PCCARD_FUNCTION_NETWORK) + return (ENXIO); + DEVPRINTF(2, (dev, "pccard_match\n")); pp = (const struct pccard_product*)xe_pccard_products; @@ -425,7 +439,6 @@ if ((pp = pccard_product_lookup(dev, pp, sizeof(xe_pccard_products[0]), xe_pccard_product_match)) != NULL) return (0); - return (EIO); } Regards, Carlos Velasco From owner-freebsd-mobile@FreeBSD.ORG Wed May 5 07:26:49 2004 Return-Path: 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 C608F16A4CE; Wed, 5 May 2004 07:26:49 -0700 (PDT) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83C2343D39; Wed, 5 May 2004 07:26:48 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87])i45EQh4u024634; Thu, 6 May 2004 00:26:43 +1000 Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) i45EQcHW029963; Thu, 6 May 2004 00:26:40 +1000 Date: Thu, 6 May 2004 00:26:37 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Carlos Velasco In-Reply-To: <200405051311330554.1F584985@192.168.128.16> Message-ID: <20040505233435.B15444@gamplex.bde.org> References: <200405021259230046.12648609@192.168.128.16> <200405022224250625.14440A3D@192.168.128.16> <200405051311330554.1F584985@192.168.128.16> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: scott@uk.freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re[3]: Modem + Network in Xircom cards, and maybe others X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 May 2004 14:26:50 -0000 On Wed, 5 May 2004, Carlos Velasco wrote: > On 02/05/2004 at 22:24 Carlos Velasco wrote: > > >On 02/05/2004 at 9:14 M. Warner Losh wrote: > > > >>: sio4: 118 more interrupt-level buffer overflows (total 118) > >>: sio4: 162 more interrupt-level buffer overflows (total 280) > >> > >>That may be due to the MFC interrupt issue that I talked about. But > >>it could be something else... > > > >I have tried playing with pccard_intr but it doesn't work. > >I'm reading about a patch for sio.c in the list, i don't know if it can > >helps into this I will try it in near future and see the results. > > Well... this didn't work. > > However I googled and found this: > http://lists.freebsd.org/pipermail/freebsd-bugs/2003-May/000687.html > > Applying it solves problem for me. > Could we commit this in sio.c until GIANT solve work is done? > > This is my complete patch (it works for me), including sio change and also > pccard 64k alignment: It seems like a patch for MFC sincd it has mfc's in it (what is a MFC?). > diff -ru sys/dev/sio/sio.c sysnew/dev/sio/sio.c > --- sys/dev/sio/sio.c Mon May 3 22:35:28 2004 > +++ sysnew/dev/sio/sio.c Wed May 5 13:04:14 2004 > @@ -2374,7 +2374,7 @@ > * (about 3 ticks if input flow control is not used or not honoured, > * but a bit less for CS5-CS7 modes). > */ > - cp4ticks = speed / 10 / hz * 4; > + cp4ticks = speed / 10 / hz * 40; > for (ibufsize = 128; ibufsize < cp4ticks;) > ibufsize <<= 1; > if (ibufsize == com->ibufsize) { However, you may need only this part of it. This part permits software interrupts to be delayed by 38 ticks instead of the expected maximim of 2 ticks. I keep forgetting to fix this. Scaling by hz is not quite right, because hz may be set to values that are too small to work all the time or even most of the time. There is a clamp to 128 (min), but this is a bit small. E.g., with hz = 1000 and speed = 115200, the original code in the above gives cp4ticks = 44 and ibufsize = 128. If hz = 1000 actually worked, then the buffer would be drained every 1 msec and would never have more than 12 characters in it, but the software interrupt latency is apparently sometimes >= 12 msec so the buffer overflows. There are some mii Giant hogs which sometimes delay timeout processing for that long or nearly so (each). sio's software interrupt[s] should have a priority higher than timeouts, but sio now has 2 software interrupts with one of them having the same low priority as timeouts. This priority should work (in fact, old versions of sio just use timeouts), but in RELENG_4 the priority is much higher than that as a side effect of having only only the correct number of SWIs (1). RELENG_4 may now depend on this. Bruce From owner-freebsd-mobile@FreeBSD.ORG Wed May 5 08:47:47 2004 Return-Path: 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 ABC0416A4CF; Wed, 5 May 2004 08:47:47 -0700 (PDT) Received: from smtp.newipnet.com (5.Red-80-32-157.pooles.rima-tde.net [80.32.157.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDD8743D31; Wed, 5 May 2004 08:47:45 -0700 (PDT) (envelope-from freebsd@newipnet.com) Received: by smtp.newipnet.com (ESMTP Server, from userid 511) id 0A5572051B; Wed, 5 May 2004 17:47:42 +0200 (CEST) Received: from madre (madre.newipnet.com [192.168.128.4]) by smtp.newipnet.com (ESMTP Server) with ESMTP id 47E5B20286; Wed, 5 May 2004 17:47:36 +0200 (CEST) Message-ID: <200405051746300245.2039F9A4@192.168.128.16> In-Reply-To: <20040505233435.B15444@gamplex.bde.org> References: <200405021259230046.12648609@192.168.128.16> <20040502.091407.20913778.imp@bsdimp.com> <200405022224250625.14440A3D@192.168.128.16> <200405051311330554.1F584985@192.168.128.16> <20040505233435.B15444@gamplex.bde.org> X-Mailer: Courier 3.50.00.09.1097 (http://www.rosecitysoftware.com) (P) Date: Wed, 05 May 2004 17:46:30 +0200 From: "Carlos Velasco" To: "Bruce Evans" Content-Type: text/plain; charset="us-ascii" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on atlas.newipnet.com X-Spam-Level: X-Spam-Status: No, hits=-104.9 required=5.0 tests=BAYES_00,USER_IN_WHITELIST autolearn=ham version=2.63 cc: freebsd-current@freebsd.org cc: scott@uk.freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re[4]: Modem + Network in Xircom cards, and maybe others X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 May 2004 15:47:47 -0000 On 06/05/2004 at 0:26 Bruce Evans wrote: >It seems like a patch for MFC sincd it has mfc's in it (what is a MFC?). MFC == Multi Function PCMCIA cards. FreeBSD has yet support for REAL MFC cards. However Xircom and maybe other cards don't work as REAL MFC. Right now only the last function (usually Network function) is the one that works in these cards with CURRENT. I'm patching it to activate both functions (usually modem/serial and network). Network is in xe driver, however I'm passing modem to sio. It works, however sio reports interrupt-level buffer overflows when I'm above 2400bps, losing characters, and here is where I'm lost. >However, you may need only this part of it. This part permits software >interrupts to be delayed by 38 ticks instead of the expected maximim >of 2 ticks. I keep forgetting to fix this. Scaling by hz is not quite >right, because hz may be set to values that are too small to work all >the time or even most of the time. There is a clamp to 128 (min), but >this is a bit small. E.g., with hz = 1000 and speed = 115200, the >original code in the above gives cp4ticks = 44 and ibufsize = 128. If >hz = 1000 actually worked, then the buffer would be drained every 1 >msec and would never have more than 12 characters in it, but the >software interrupt latency is apparently sometimes >= 12 msec so the >buffer overflows. There are some mii Giant hogs which sometimes delay >timeout processing for that long or nearly so (each). Lost here... I think understand that problem is related to GIANT driver delaying this, right? I believe this patch to sio.c is only a temporary solution that should be removed when GIANT dissapears in most drivers, am I right? >sio's software interrupt[s] should have a priority higher than timeouts, >but sio now has 2 software interrupts with one of them having the same >low priority as timeouts. This priority should work (in fact, old >versions of sio just use timeouts), but in RELENG_4 the priority is >much higher than that as a side effect of having only only the correct >number of SWIs (1). RELENG_4 may now depend on this. Sorry, totally lost here. Maybe problem is here? sio4: at port 0x2e8-0x2ef irq 11 function 0 config 39 on pccard0 sio4: type 16550A sio4: unable to activate interrupt in fast mode - using normal mode Interrupt is in normal mode that has not a high priority? I don't know why sio activate interrupt in normal mode and can't do it in fast, though. Regards, Carlos Velasco From owner-freebsd-mobile@FreeBSD.ORG Wed May 5 23:45:05 2004 Return-Path: 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 A60A016A4D0; Wed, 5 May 2004 23:45:05 -0700 (PDT) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5B2143D46; Wed, 5 May 2004 23:45:01 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86])i466io4u005704; Thu, 6 May 2004 16:44:50 +1000 Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) i466ihI2012933; Thu, 6 May 2004 16:44:45 +1000 Date: Thu, 6 May 2004 16:44:42 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Carlos Velasco In-Reply-To: <200405051746300245.2039F9A4@192.168.128.16> Message-ID: <20040506151240.J19057@gamplex.bde.org> References: <200405021259230046.12648609@192.168.128.16> <200405022224250625.14440A3D@192.168.128.16> <20040505233435.B15444@gamplex.bde.org> <200405051746300245.2039F9A4@192.168.128.16> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: scott@uk.freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re[4]: Modem + Network in Xircom cards, and maybe others X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 May 2004 06:45:05 -0000 On Wed, 5 May 2004, Carlos Velasco wrote: > On 06/05/2004 at 0:26 Bruce Evans wrote: > > >It seems like a patch for MFC sincd it has mfc's in it (what is a MFC?). > > MFC == Multi Function PCMCIA cards. > FreeBSD has yet support for REAL MFC cards. However Xircom and maybe other > cards don't work as REAL MFC. > Right now only the last function (usually Network function) is the one that > works in these cards with CURRENT. > > I'm patching it to activate both functions (usually modem/serial and > network). > Network is in xe driver, however I'm passing modem to sio. > It works, however sio reports interrupt-level buffer overflows when I'm > above 2400bps, losing characters, and here is where I'm lost. > > >However, you may need only this part of it. This part permits software > >interrupts to be delayed by 38 ticks instead of the expected maximim > >of 2 ticks. I keep forgetting to fix this. Scaling by hz is not quite > >right, because hz may be set to values that are too small to work all > >the time or even most of the time. There is a clamp to 128 (min), but > >this is a bit small. E.g., with hz = 1000 and speed = 115200, the > >original code in the above gives cp4ticks = 44 and ibufsize = 128. If > >hz = 1000 actually worked, then the buffer would be drained every 1 > >msec and would never have more than 12 characters in it, but the > >software interrupt latency is apparently sometimes >= 12 msec so the > >buffer overflows. There are some mii Giant hogs which sometimes delay > >timeout processing for that long or nearly so (each). > > Lost here... I think understand that problem is related to GIANT driver > delaying this, right? It's more a general issue that that. sio's SWI handler[s] need to run often enough. For that, it needs to have high enough priority. Giant just delays things generally. The broken interrupt priorities are easy to see in "ps laxw | sort -n +4" output. Note that the highest priorities are numerically lowest: %%% UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 6 0 0 -84 0 0 12 actask IL ?? 0:00.00 (acpi_task0) 0 7 0 0 -84 0 0 12 actask IL ?? 0:00.00 (acpi_task1) 0 8 0 0 -84 0 0 12 actask IL ?? 0:00.00 (acpi_task2) [acpi tasks with high priority above. It's not clear that acpi tasks should have the same high priority as clock interrupt handlers or any other hardware or software interrupt handler. Interrupts generally need to be able to preempt tasks.] 0 12 0 0 -84 0 0 12 - WL ?? 0:00.00 (irq0: clk) 0 19 0 0 -84 0 0 12 - WL ?? 0:00.00 (irq8: rtc) [Bogus ithreads for clock interrupt handlers above. Clock interrupt handlers are fast, so these threads are never used. SInce they are fast, they effectively have higher than the highest priority (sic), so they can interrupt the acpi tasks. Perhaps acpi depends on this.] 0 16 0 0 -68 0 0 12 - WL ?? 0:00.07 (irq5: fxp0) 0 21 0 0 -68 0 0 12 - WL ?? 0:00.00 (irq10: bge0) 0 17 0 0 -64 0 0 12 - WL ?? 0:00.00 (irq6: fdc0) 0 25 0 0 -64 0 0 12 - WL ?? 0:00.01 (irq14: ata0) 0 26 0 0 -64 0 0 12 - WL ?? 0:00.00 (irq15: ata1) 0 13 0 0 -60 0 0 12 - WL ?? 0:00.00 (irq1: atkbd0) [Normal ithreads with correct priorities above.] 0 14 0 0 -60 0 0 12 - WL ?? 0:00.00 (irq3: sio1) 0 15 0 0 -60 0 0 12 - WL ?? 0:00.00 (irq4: sio0) [Bogus ithreads with wrong priorities for serial drivers above. The interrupt handlers are fast, so these threads are never used. If they were used, then their low priority would cause problems.] 0 18 0 0 -60 0 0 12 - WL ?? 0:00.00 (irq7: ppc0) [Another normal ithread above. Its priority is adequate but not quite right. This is for the parallel port, and its interrupt pretends to be for a (slow) tty, but the parallel port is not quite a slow tty and a higher priority interrupt would be better. Hopefully the priority increases when the parallel port is used for PLIP.] 0 22 0 0 -60 0 0 12 - WL ?? 0:00.00 (irq11: cy0) [Another bogus ithread for a serial driver above (bogus as above).] 0 20 0 0 -52 0 0 12 - WL ?? 0:00.00 (irq9: acpi0) [Normal ithread with a dubious priority above. Using the lowest priority for the acpi interrupt doesn't seem to go with using the highest priority for acpi tasks.] 0 27 0 0 -48 0 0 12 - WL ?? 0:00.06 (swi8: tty:cy+ clock) [I think this is supposed to be the low priority softclock ithread (the "slow" cy and sio SWIs attach to it and misname themselves as tty:cy and tty:sio instead of clk:cy and clk:sio). It actually has _highest_ priority among SWIs, so the problem is sort of the opposite of what I thought, but mostly worse. The "slow" cy and sio SWIs actually have the same bogus high priority, so they don't compete with other SWIs. However, they compete with softclock, and all other SWIs have lower priority than softclock so they don't even compete with it. This is the reverse of what is supposed to happen. I think softclock starts with the correct low priority, but its priority gets clobbered when the cy and sio SWIs attach to it. 0 37 0 0 -48 0 0 12 - WL ?? 0:00.00 (swi0: tty:cy+) [I think this is the "fast" cy and sio SWI. Verbose names which get truncated complicate debugging.] 0 29 0 0 -44 0 0 12 - WL ?? 0:00.02 (swi1: net) 0 33 0 0 -40 0 0 12 - WL ?? 0:00.00 (swi2: camnet) 0 34 0 0 -36 0 0 12 - WL ?? 0:00.00 (swi3: cambio) 0 28 0 0 -32 0 0 12 - WL ?? 0:00.00 (swi4: vm) [Finally some examples of SWIs with their indented priorities above.] 0 31 0 0 -28 0 0 12 - WL ?? 0:00.00 (swi5:+) 0 36 0 0 -24 0 0 12 - WL ?? 0:00.00 (swi6:+) [These seem to be unused space wasters for SWI_TQ_FAST and SWI_TQ_GIANT.] 0 23 0 0 -21 0 0 12 - WL ?? 0:00.00 (irq12:) 0 24 0 0 -21 0 0 12 - WL ?? 0:00.00 (irq13:) [Bogus ithreads with weird priorities for unused hardware interrupts above. How did their priorities get to be in the middle of SWI priorities?] 0 32 0 0 -20 0 0 12 - WL ?? 0:00.00 (swi7: acpitaskq) 0 35 0 0 -20 0 0 12 - WL ?? 0:00.00 (swi7: task queue) [Nearly lowest priority SWIs above. The priority seems a little low for acpi, as above. It's not clear whether the generic SWI task queue should have lowest, highest or average SWI priority. [softclock is suppose to be here with lowest SWI priority -16.] %%% > I believe this patch to sio.c is only a temporary solution that should be > removed when GIANT dissapears in most drivers, am I right? No, it (the cp4ticks one) is a more general patch, though it is temporary because it is not in its final form. Best-case interrupt latency cannot be guaranteed for SWIs, and even a saftey margin of a factor of 4 is not enough even without the Giant and priority bugs, since it doesn't scale right when "hz" is configured to large values, and configuring "hz" to too-large values is now encouraged by DEVICE_POLLING. > >sio's software interrupt[s] should have a priority higher than timeouts, > >but sio now has 2 software interrupts with one of them having the same > >low priority as timeouts. This priority should work (in fact, old > >versions of sio just use timeouts), but in RELENG_4 the priority is > >much higher than that as a side effect of having only only the correct > >number of SWIs (1). RELENG_4 may now depend on this. > > Sorry, totally lost here. > Maybe problem is here? > sio4: at port 0x2e8-0x2ef > irq 11 function 0 config 39 on pccard0 > sio4: type 16550A > sio4: unable to activate interrupt in fast mode - using normal mode > > Interrupt is in normal mode that has not a high priority? That;s a different problem and not the one here. Hardware interrupts must be working well enough or else you would get silo overflows instead of interrupt-level buffer overflows. > I don't know why sio activate interrupt in normal mode and can't do it in > fast, though. It is because fast interrupts are not supported at the pccard level or on the same irq as a non-fast interrupt. Multi-function pccards probably cause both problems. The problem corresponding to the first for interrupts layered under puc is hacked around by forcing fast interrupts using PUC_FASTINTR. This only works if all interrupts under puc are fast. pccard is more complicated and handles more devices, so a similar hack would work less well. Bruce From owner-freebsd-mobile@FreeBSD.ORG Fri May 7 05:57:04 2004 Return-Path: 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 04EA016A4D0 for ; Fri, 7 May 2004 05:57:04 -0700 (PDT) Received: from sillium.dyndns.org (DSL01.212.114.233.75.NEFkom.net [212.114.233.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD2DB43D45 for ; Fri, 7 May 2004 05:57:02 -0700 (PDT) (envelope-from j.keil@gmx.de) Received: (qmail 72449 invoked from network); 7 May 2004 12:59:31 -0000 Received: from chephren.lokal.lan (192.168.1.3) by columbus.lokal.lan with SMTP; 7 May 2004 12:59:31 -0000 Date: Fri, 7 May 2004 14:56:32 +0200 From: Jochen Keil To: freebsd-mobile@freebsd.org Message-Id: <20040507145632.560f4df0@chephren.lokal.lan> X-Mailer: Sylpheed version 0.9.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: vidcontrol, acpi lid and devd X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 May 2004 12:57:04 -0000 Hello List. Short time ago i've read in an email from this list that it is possible to switch between the terminals with "vidcontrol -sX uname -a FreeBSD chephren.lokal.lan 5.2.1-RELEASE-p3 FreeBSD 5.2.1-RELEASE-p3 #3: Mon Mar 29 00:11:42 CEST 2004 jochen@chephren.lokal.lan:/usr/obj/usr/src/sys/CHEPHREN i386 From owner-freebsd-mobile@FreeBSD.ORG Fri May 7 07:12:29 2004 Return-Path: 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 0781316A4CE for ; Fri, 7 May 2004 07:12:29 -0700 (PDT) Received: from sillium.dyndns.org (DSL01.212.114.233.75.NEFkom.net [212.114.233.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id E176E43D2F for ; Fri, 7 May 2004 07:12:26 -0700 (PDT) (envelope-from j.keil@gmx.de) Received: (qmail 72960 invoked from network); 7 May 2004 14:14:56 -0000 Received: from chephren.lokal.lan (192.168.1.3) by columbus.lokal.lan with SMTP; 7 May 2004 14:14:56 -0000 Date: Fri, 7 May 2004 16:11:55 +0200 From: Jochen Keil To: freebsd-mobile@freebsd.org Message-Id: <20040507161155.4e8e60bc@chephren.lokal.lan> In-Reply-To: <20040507145632.560f4df0@chephren.lokal.lan> References: <20040507145632.560f4df0@chephren.lokal.lan> X-Mailer: Sylpheed version 0.9.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: vidcontrol, acpi lid and devd X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 May 2004 14:12:29 -0000 Hi again. I just found this thread: http://lists.freebsd.org/pipermail/freebsd-current/2004-January/thread.html#19836 Someone posted a kernel module which (hopefully) gives control over the display. Unfortunately the site isn't accessible from here. It would be great if someone can put it online somewhere else or send it to me via email. I'll also give the radeontools a try although i've not been very lucky with linux related software yet.. Sorry for wasting your time but maybe there are some other (and easier) ways to achieve my goals. Regards, Jochen On Fri, 7 May 2004 14:56:32 +0200 Jochen Keil wrote: > Hello List. > > Short time ago i've read in an email from this list that it is possible to switch between the terminals with "vidcontrol -sX This works fine for me. > The next step i took was modifying my /etc/devd.conf: > > notify 10 { > match "system" "ACPI"; > match "subsystem" "Lid"; > action "/root/lid_switch $notify"; > }; > > In /root/lid_switch i've written the following: > > #!/usr/local/bin/bash > case $1 in > 0x00) > vidcontrol -s1 ;; > 0x01) > vidcontrol -s9 ;; > esac > > So far everything just works great and the console is switched to ttyv1 when the lid switch is pressed. > > But while holding the switch down for testing i recognized that the screen turns on after a certain time (around 4-5s). > > This doesn't happen when i'm switching the console manually (ctrl-alt-F1). > > I presume that the activity of switching to ttyv1 after disabling the display is to blame for turning it on again. > > What i'd like to ask: > > Is there a way to turn the screen of again by software e.g. sending a "Lid closed" statement to the appropriate device (/dev/acpi)? > > It would be very nice if this could be easily implentend into my lid_switch script :) > > However, any solution is appreciated. > > Feel free to ask me if some facts are unclear or not mentioned. > > Regards, > > Jochen Keil > > P.S. Would be running -current an option? > > jochen@chephren ~> uname -a > FreeBSD chephren.lokal.lan 5.2.1-RELEASE-p3 FreeBSD 5.2.1-RELEASE-p3 #3: Mon Mar 29 00:11:42 CEST 2004 jochen@chephren.lokal.lan:/usr/obj/usr/src/sys/CHEPHREN i386 > _______________________________________________ > 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" > > ** CRM114 Whitelisted by: @chephren.lokal.lan ** > > ** ACCEPT: CRM114 Whitelisted by: @chephren.lokal.lan ** > > > -=-Extra Stuff-=- > > Return-Path: > X-Flags: 0000 > Delivered-To: GMX delivery to j.keil@gmx.de > Received: from pop.gmx.net [213.165.64.20] > by localhost with POP3 (fetchmail-6.2.5) > for jochen@localhost (single-drop); Fri, 07 May 2004 15:05:08 +0200 (CEST) > Received: (qmail 1268 invoked by uid 65534); 7 May 2004 12:57:54 -0000 > Received: from mx2.freebsd.org (EHLO mx2.freebsd.org) (216.136.204.119) > by mx0.gmx.net (mx017) with SMTP; 07 May 2004 14:57:54 +0200 > Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) > by mx2.freebsd.org (Postfix) with ESMTP > id 46EA356941; Fri, 7 May 2004 05:57:42 -0700 (PDT) > (envelope-from owner-freebsd-mobile@freebsd.org) > Received: from hub.freebsd.org (localhost [127.0.0.1]) > by hub.freebsd.org (Postfix) with ESMTP > id 70A4116A4CF; Fri, 7 May 2004 05:57:38 -0700 (PDT) > 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 04EA016A4D0 > for ; > Fri, 7 May 2004 05:57:04 -0700 (PDT) > Received: from sillium.dyndns.org (DSL01.212.114.233.75.NEFkom.net > [212.114.233.75]) > by mx1.FreeBSD.org (Postfix) with ESMTP id AD2DB43D45 > for ; > Fri, 7 May 2004 05:57:02 -0700 (PDT) (envelope-from j.keil@gmx.de) > Received: (qmail 72449 invoked from network); 7 May 2004 12:59:31 -0000 > Received: from chephren.lokal.lan (192.168.1.3) > by MyLocalMailRouter with SMTP; 7 May 2004 12:59:31 -0000 > Date: Fri, 7 May 2004 14:56:32 +0200 > From: MyEmailName > To: freebsd-mobile@freebsd.org > Message-Id: <20040507145632.560f4df0@chephren.lokal.lan> > X-Mailer: Sylpheed version 0.9.10claws (GTK+ 1.2.10; > i386-portbld-freebsd5.2.1) > Mime-Version: 1.0 > Content-Type: text/plain; charset=US-ASCII > Content-Transfer-Encoding: 7bit > Subject: vidcontrol, acpi lid and devd > X-BeenThere: freebsd-mobile@freebsd.org > X-Mailman-Version: 2.1.1 > Precedence: list > List-Id: Mobile computing with FreeBSD > List-Unsubscribe: , > > List-Archive: > List-Post: > List-Help: > List-Subscribe: , > > Sender: owner-freebsd-mobile@freebsd.org > Errors-To: owner-freebsd-mobile@freebsd.org > X-GMX-Antivirus: -1 (not scanned, may not use virus scanner) > X-GMX-Antispam: -2 (not scanned, spam filter disabled) > > Hello List. > > Short time ago i've read in an email from this list that it is possible to switch between the terminals with "vidcontrol -sX This works fine for me. > The next step i took was modifying my /etc/devd.conf: > > notify 10 { > match "system" "ACPI"; > match "subsystem" "Lid"; > action "/root/lid_switch $notify"; > }; > > In /root/lid_switch i've written the following: > > #!/usr/local/bin/bash > case $1 in > 0x00) > vidcontrol -s1 ;; > 0x01) > vidcontrol -s9 ;; > esac > > So far everything just works great and the console is switched to ttyv1 when the lid switch is pressed. > > But while holding the switch down for testing i recognized that the screen turns on after a certain time (around 4-5s). > > This doesn't happen when i'm switching the console manually (ctrl-alt-F1). > > I presume that the activity of switching to ttyv1 after disabling the display is to blame for turning it on again. > > What i'd like to ask: > > Is there a way to turn the screen of again by software e.g. sending a "Lid closed" statement to the appropriate device (/dev/acpi)? > > It would be very nice if this could be easily implentend into my lid_switch script :) > > However, any solution is appreciated. > > Feel free to ask me if some facts are unclear or not mentioned. > > Regards, > MyEmailName > > P.S. Would be running -current an option? > > jochen@chephren ~> uname -a > FreeBSD chephren.lokal.lan 5.2.1-RELEASE-p3 FreeBSD 5.2.1-RELEASE-p3 #3: Mon Mar 29 00:11:42 CEST 2004 jochen@chephren.lokal.lan:/usr/obj/usr/src/sys/CHEPHREN i386 > _______________________________________________ > 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" > > > > > -0-0-0- From owner-freebsd-mobile@FreeBSD.ORG Fri May 7 07:21:35 2004 Return-Path: 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 04E4316A4CF for ; Fri, 7 May 2004 07:21:35 -0700 (PDT) Received: from otter3.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EDD843D60 for ; Fri, 7 May 2004 07:21:34 -0700 (PDT) (envelope-from anderson@centtech.com) Received: from centtech.com (neutrino.centtech.com [10.177.171.220]) by otter3.centtech.com (8.12.3/8.12.3) with ESMTP id i47ELXE8029494; Fri, 7 May 2004 09:21:33 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <409B9B59.9000901@centtech.com> Date: Fri, 07 May 2004 09:21:13 -0500 From: Eric Anderson User-Agent: Mozilla Thunderbird 0.5 (X11/20040406) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jochen Keil References: <20040507145632.560f4df0@chephren.lokal.lan> <20040507161155.4e8e60bc@chephren.lokal.lan> In-Reply-To: <20040507161155.4e8e60bc@chephren.lokal.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-mobile@freebsd.org Subject: Re: vidcontrol, acpi lid and devd X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 May 2004 14:21:35 -0000 Jochen Keil wrote: >Hi again. > >I just found this thread: http://lists.freebsd.org/pipermail/freebsd-current/2004-January/thread.html#19836 > >Someone posted a kernel module which (hopefully) gives control over the display. > >Unfortunately the site isn't accessible from here. It would be great if someone can put it online somewhere else or send it to me via email. > > If you are running a somewhat recent -current, then the acpi video controls are included. You just need to load the module, which should be located at /boot/kernel/acpi_video.ko. Eric -- ------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Today is the tomorrow you worried about yesterday. ------------------------------------------------------------------ From owner-freebsd-mobile@FreeBSD.ORG Fri May 7 08:43:45 2004 Return-Path: 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 67A2016A4CE for ; Fri, 7 May 2004 08:43:45 -0700 (PDT) Received: from sillium.dyndns.org (DSL01.212.114.239.75.NEFkom.net [212.114.239.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B54B43D48 for ; Fri, 7 May 2004 08:43:43 -0700 (PDT) (envelope-from j.keil@gmx.de) Received: (qmail 73364 invoked from network); 7 May 2004 15:46:13 -0000 Received: from chephren.lokal.lan (192.168.1.3) by columbus.lokal.lan with SMTP; 7 May 2004 15:46:13 -0000 Date: Fri, 7 May 2004 17:43:10 +0200 From: Jochen Keil To: freebsd-mobile@freebsd.org Message-Id: <20040507174310.3139f653@chephren.lokal.lan> In-Reply-To: <409B9B59.9000901@centtech.com> References: <20040507145632.560f4df0@chephren.lokal.lan> <20040507161155.4e8e60bc@chephren.lokal.lan> <409B9B59.9000901@centtech.com> X-Mailer: Sylpheed version 0.9.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: vidcontrol, acpi lid and devd X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 May 2004 15:43:45 -0000 Hi Eric. One more reason to give -current a try, although i'm a bit afraid of switching my well-running 5.2.1 to -current. Anyway thanks for your reply. Regards, Jochen On Fri, 07 May 2004 09:21:13 -0500 Eric Anderson wrote: > Jochen Keil wrote: > > >Hi again. > > > >I just found this thread: http://lists.freebsd.org/pipermail/freebsd-current/2004-January/thread.html#19836 > > > >Someone posted a kernel module which (hopefully) gives control over the display. > > > >Unfortunately the site isn't accessible from here. It would be great if someone can put it online somewhere else or send it to me via email. > > > > > > If you are running a somewhat recent -current, then the acpi video > controls are included. You just need to load the module, which should > be located at /boot/kernel/acpi_video.ko. > > Eric > > > -- > ------------------------------------------------------------------ > Eric Anderson Sr. Systems Administrator Centaur Technology > Today is the tomorrow you worried about yesterday. > ------------------------------------------------------------------ > > _______________________________________________ > 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" > > ** CRM114 Whitelisted by: @chephren.lokal.lan ** > > ** ACCEPT: CRM114 Whitelisted by: @chephren.lokal.lan ** > > > -=-Extra Stuff-=- > > Return-Path: > X-Flags: 0000 > Delivered-To: GMX delivery to j.keil@gmx.de > Received: from pop.gmx.net [213.165.64.20] > by localhost with POP3 (fetchmail-6.2.5) > for jochen@localhost (single-drop); Fri, 07 May 2004 16:25:14 +0200 (CEST) > Received: (qmail 11628 invoked by uid 65534); 7 May 2004 14:21:59 -0000 > Received: from mx2.freebsd.org (EHLO mx2.freebsd.org) (216.136.204.119) > by mx0.gmx.net (mx034) with SMTP; 07 May 2004 16:21:59 +0200 > Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) > by mx2.freebsd.org (Postfix) with ESMTP > id CF37A56ED0; Fri, 7 May 2004 07:21:50 -0700 (PDT) > (envelope-from owner-freebsd-mobile@freebsd.org) > Received: from hub.freebsd.org (localhost [127.0.0.1]) > by hub.freebsd.org (Postfix) with ESMTP > id 7E9FD16A4DD; Fri, 7 May 2004 07:21:48 -0700 (PDT) > 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 04E4316A4CF > for ; > Fri, 7 May 2004 07:21:35 -0700 (PDT) > Received: from otter3.centtech.com (moat3.centtech.com [207.200.51.50]) > by mx1.FreeBSD.org (Postfix) with ESMTP id 3EDD843D60 > for ; > Fri, 7 May 2004 07:21:34 -0700 (PDT) > (envelope-from anderson@centtech.com) > Received: from centtech.com (neutrino.centtech.com [10.177.171.220]) > by otter3.centtech.com (8.12.3/8.12.3) with ESMTP id i47ELXE8029494; > Fri, 7 May 2004 09:21:33 -0500 (CDT) > (envelope-from anderson@centtech.com) > Message-ID: <409B9B59.9000901@centtech.com> > Date: Fri, 07 May 2004 09:21:13 -0500 > From: Eric Anderson > User-Agent: Mozilla Thunderbird 0.5 (X11/20040406) > X-Accept-Language: en-us, en > MIME-Version: 1.0 > To: MyEmailName > References: <20040507145632.560f4df0@chephren.lokal.lan> > <20040507161155.4e8e60bc@chephren.lokal.lan> > In-Reply-To: <20040507161155.4e8e60bc@chephren.lokal.lan> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > Content-Transfer-Encoding: 7bit > Cc: freebsd-mobile@freebsd.org > Subject: Re: vidcontrol, acpi lid and devd > X-BeenThere: freebsd-mobile@freebsd.org > X-Mailman-Version: 2.1.1 > Precedence: list > List-Id: Mobile computing with FreeBSD > List-Unsubscribe: , > > List-Archive: > List-Post: > List-Help: > List-Subscribe: , > > Sender: owner-freebsd-mobile@freebsd.org > Errors-To: owner-freebsd-mobile@freebsd.org > X-GMX-Antivirus: -1 (not scanned, may not use virus scanner) > X-GMX-Antispam: -2 (not scanned, spam filter disabled) > MyEmailName wrote: > > >Hi again. > > > >I just found this thread: http://lists.freebsd.org/pipermail/freebsd-current/2004-January/thread.html#19836 > > > >Someone posted a kernel module which (hopefully) gives control over the display. > > > >Unfortunately the site isn't accessible from here. It would be great if someone can put it online somewhere else or send it to me via email. > > > > > > If you are running a somewhat recent -current, then the acpi video > controls are included. You just need to load the module, which should > be located at /boot/kernel/acpi_video.ko. > > Eric > > > -- > ------------------------------------------------------------------ > Eric Anderson Sr. Systems Administrator Centaur Technology > Today is the tomorrow you worried about yesterday. > ------------------------------------------------------------------ > > _______________________________________________ > 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" > > > > > -0-0-0- From owner-freebsd-mobile@FreeBSD.ORG Fri May 7 09:54:03 2004 Return-Path: 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 5FD2216A4CE for ; Fri, 7 May 2004 09:54:03 -0700 (PDT) Received: from otter3.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD8E743D2F for ; Fri, 7 May 2004 09:54:02 -0700 (PDT) (envelope-from anderson@centtech.com) Received: from centtech.com (neutrino.centtech.com [10.177.171.220]) by otter3.centtech.com (8.12.3/8.12.3) with ESMTP id i47Gs2E8062665; Fri, 7 May 2004 11:54:02 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <409BBF14.7000003@centtech.com> Date: Fri, 07 May 2004 11:53:40 -0500 From: Eric Anderson User-Agent: Mozilla Thunderbird 0.5 (X11/20040406) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jochen Keil References: <20040507145632.560f4df0@chephren.lokal.lan> <20040507161155.4e8e60bc@chephren.lokal.lan> <409B9B59.9000901@centtech.com> <20040507174310.3139f653@chephren.lokal.lan> In-Reply-To: <20040507174310.3139f653@chephren.lokal.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-mobile@freebsd.org Subject: Re: vidcontrol, acpi lid and devd X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 May 2004 16:54:03 -0000 Jochen Keil wrote: >Hi Eric. > >One more reason to give -current a try, although i'm a bit afraid of switching my well-running 5.2.1 to -current. > >Anyway thanks for your reply. > You'll probably be fine - I've been running it on my laptop for quite some time, and it's been great. Just read /usr/src/UPDATING after your cvsup.. Eric -- ------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Today is the tomorrow you worried about yesterday. ------------------------------------------------------------------ From owner-freebsd-mobile@FreeBSD.ORG Sat May 8 06:10:50 2004 Return-Path: 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 C37A516A4CE for ; Sat, 8 May 2004 06:10:50 -0700 (PDT) Received: from corrupt.co.nz (222-152-4-137.jetstream.xtra.co.nz [222.152.4.137]) by mx1.FreeBSD.org (Postfix) with SMTP id 9E7E143D46 for ; Sat, 8 May 2004 06:10:49 -0700 (PDT) (envelope-from drew@corrupt.co.nz) Received: (qmail 92350 invoked by uid 1011); 8 May 2004 13:11:33 -0000 Received: from drew@corrupt.co.nz by mail.corrupt.co.nz by uid 1009 with qmail-scanner-1.20st Clear:RC:0(10.10.69.143):SA:0(0.0/3.8):. Processed in 0.928469 secs); 08 May 2004 13:11:33 -0000 X-Spam-Status: No, hits=0.0 required=3.8 Received: from unknown (HELO corrupt.co.nz) (drew@corrupt.co.nz@10.10.69.143) by corrupt.co.nz with SMTP; 8 May 2004 13:11:31 -0000 Message-ID: <409CDC4C.4030808@corrupt.co.nz> Date: Sun, 09 May 2004 01:10:36 +1200 From: Drew Broadley User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040505 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-mobile@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: BelkinF5D6020 + 5.2.1 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 May 2004 13:10:50 -0000 Hi all, I am having issues getting my Belkin F5D6020 (ver 2.0) with FreeBSD 5.2.1 This is the output with "hw.pci.allow_unsupported_io_range=1" enabled in dmesg >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> start (20000000) < sc->membase (80000000) end (ffffffff) > sc->memlimit (803fffff) start (20000000) < sc->membase (80000000) end (ffffffff) > sc->memlimit (803fffff) pccard0: (manufacturer=0x01bf, product=0x3302) at function 0 pccard0: CIS info: Belkin, 11Mbps-Wireless-Notebook-Network-Adapter, (null) <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< I try to ifconfig pccard0 (as there is no wi0 device showing up) and still no luck. Any ideas ? Word on the street is that is has prism2 compatibility. - Drew