From owner-freebsd-mobile Sun Feb 11 7:48:26 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from guild.plethora.net (guild.plethora.net [205.166.146.8]) by hub.freebsd.org (Postfix) with ESMTP id 8B51D37B491 for ; Sun, 11 Feb 2001 07:48:22 -0800 (PST) Received: from guild.plethora.net (seebs@localhost.plethora.net [127.0.0.1]) by guild.plethora.net (8.10.1/8.10.1) with ESMTP id f1BFm0D09887; Sun, 11 Feb 2001 09:48:00 -0600 (CST) Message-Id: <200102111548.f1BFm0D09887@guild.plethora.net> From: seebs@plethora.net (Peter Seebach) Reply-To: seebs@plethora.net (Peter Seebach) To: Peter Gatsoulis Cc: freebsd-mobile@freebsd.org Subject: Re: RFC: supporting these WaveLAN "knockoff" clones In-reply-to: Your message of "Sun, 11 Feb 2001 00:55:56 EST." <3A86296C.89E28EC5@eth1.com> Date: Sun, 11 Feb 2001 09:47:58 -0600 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <3A86296C.89E28EC5@eth1.com>, Peter Gatsoulis writes: >The following 802.11 cards are all Intersil Prism 2 based clones aka: >WaveLAN as far as I know; >shouldn't they be supported by the wi driver? They should in theory. >( As far as I can tell, if an entry is added for each in pccard.conf, >"copycatting" the existing entries from the other wi supported cards ... >) Yup. >D-Link DWL-650 >Linksys WPC11 >SMC SMC2632W >ZoomAir 4100 & 4105 >3COM Airconnect I have tried the DWL-650 and WPC-11, with some success, using the NetBSD branch of the driver. I also have a Symbol "Spectrum24" which I hope to test out once my laptop re-stabilizes. -s To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Feb 11 13: 7: 7 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from kithrup.com (kithrup.com [205.179.156.40]) by hub.freebsd.org (Postfix) with ESMTP id 0090A37B401 for ; Sun, 11 Feb 2001 13:07:05 -0800 (PST) Received: (from sef@localhost) by kithrup.com (8.8.8/8.8.8) id NAA02363; Sun, 11 Feb 2001 13:07:04 -0800 (PST) (envelope-from sef) Date: Sun, 11 Feb 2001 13:07:04 -0800 (PST) From: Sean Eric Fagan Message-Id: <200102112107.NAA02363@kithrup.com> To: mobile@freebsd.org Subject: Re: More laptop woes -- HP 4150 In-Reply-To: <200102092244.OAA11806.kithrup.freebsd.mobile@kithrup.com> Organization: Kithrup Enterprises, Ltd. Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In article <200102092244.OAA11806.kithrup.freebsd.mobile@kithrup.com> you write: >My (hopefully temporary, unless this can get cleared up) replacement laptop is >a slightly different model -- an HP OmniBook 4150, instead of the 4100. The >major difference that I can see is that it uses an ATI Rage Mobility graphics >chip, instead of the NeoMagic chip the 4100 used. And I am now up and running with no icky SVGA driver being used. (I'd really forgotten how painful that stuff was -- not just window movement, but scrolling really hurt too.) The solution was to get XFree86 4.0.1. I grabbed both the package and port because Hellmuth Michaelis (hm@kts.org) said he had needed a patch to allow suspending and resuming to work properly on his; I haven't applied the patch yet, though, and am currently working on just the base package. I also needed to add Option "Emulate3Buttons" to my InputDevice section for the mouse, and it needed to use Option "Protocol" "auto" (explicitly specifying the PS/2 protocol caused it to not work). But it does appear to work. Of course, now audio is not working again... sigh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Feb 11 14:11:14 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by hub.freebsd.org (Postfix) with ESMTP id 30EE937B401 for ; Sun, 11 Feb 2001 14:11:13 -0800 (PST) Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (8.10.1/8.10.1) with ESMTP id f1BMBCL23187 for ; Sun, 11 Feb 2001 14:11:12 -0800 (PST) Message-Id: <200102112211.f1BMBCL23187@ptavv.es.net> To: mobile@freebsd.org Subject: Any ideas on keeping the disk spun down on laptop Date: Sun, 11 Feb 2001 14:11:12 -0800 From: "Kevin Oberman" Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org One annoyance I have with FreeBSD on my laptop is that the disk will spin up on a frequent basis, even when the system seems completely idle. I suspect that this is the result of update(4). The man page claims that I can extend the period between updates with sysctl kern.update. But, when I try a "sysctl kern.update", I get a response of: sysctl: unknown oid 'kern.update' Has anyone looked into making update(4) not do any disk IO when there have been no changes to metadata? And, is there a way to extend the update period? Or am I completely off base in my belief that update(4) is the source of the continuing disk accesses. FWIW, I am running with soft-updates on all file systems. This could well impact things. Thanks, R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Feb 11 16: 1:36 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from spock.org (cm-24-169-11-24.nycap.rr.com [24.169.11.24]) by hub.freebsd.org (Postfix) with ESMTP id 424F337B401 for ; Sun, 11 Feb 2001 16:01:33 -0800 (PST) Received: (from jon@localhost) by spock.org serial EF600Q3T-B7F; Sun, 11 Feb 2001 19:01:17 -0500 (EST) (envelope-from jon) Date: Sun, 11 Feb 2001 19:01:17 -0500 From: Jonathan Chen To: Kevin Oberman Cc: mobile@FreeBSD.ORG Subject: Re: Any ideas on keeping the disk spun down on laptop Message-ID: <20010211190117.A1648@spock.org> References: <200102112211.f1BMBCL23187@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: telnet/1.1x In-Reply-To: <200102112211.f1BMBCL23187@ptavv.es.net>; from oberman@es.net on Sun, Feb 11, 2001 at 02:11:12PM -0800 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, Feb 11, 2001 at 02:11:12PM -0800, Kevin Oberman wrote: > One annoyance I have with FreeBSD on my laptop is that the disk will > spin up on a frequent basis, even when the system seems completely > idle. I suspect that this is the result of update(4). This is usually the result of cron and/or syslogd. Cron runs "atrun" every couple of minutes and syslog logs the event to disk. If you don't care for cron or logging, you can kill off those daemons. Alternatively, configure syslog to log only to a tty (which is what I do). I was able to get my laptop's disk to completely spin down for quite a while doing this. (yes, I run softupdates too) > The man page claims that I can extend the period between updates with > sysctl kern.update. But, when I try a "sysctl kern.update", I get a > response of: > sysctl: unknown oid 'kern.update' kern.update doesn't exist when you run softupdates. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Feb 12 9:12:33 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from cx175057-a.ocnsd1.sdca.home.com (cx175057-a.ocnsd1.sdca.home.com [24.13.23.40]) by hub.freebsd.org (Postfix) with ESMTP id D8A8737B491 for ; Mon, 12 Feb 2001 09:12:25 -0800 (PST) Received: from localhost (bri@localhost) by cx175057-a.ocnsd1.sdca.home.com (8.11.1/8.11.1) with ESMTP id f1CHElb75176; Mon, 12 Feb 2001 09:14:48 -0800 (PST) (envelope-from bri@sonicboom.org) Date: Mon, 12 Feb 2001 09:14:47 -0800 (PST) From: Brian X-Sender: bri@cx175057-a.ocnsd1.sdca.home.com To: michael@e-glyph.com Cc: freebsd-mobile@FreeBSD.ORG Subject: Re: Novatel Merlin on Ricochet in NYC In-Reply-To: <20010210021426.A3169@mica.nyc.e-glyph.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'd be trying traceroute -n remoteip, to see just where you are getting to. Brian On Sat, 10 Feb 2001 michael@e-glyph.com wrote: > I'm trying to use a Merlin card n NYC on my OpenBSD box. I've had some > luck but I'm not out on the internet yet. Here's what I've got... > > With an empty ppp.conf I did... > > gmdevel:michael {119} sudo ppp > Working in interactive mode > Using interface: tun0 > Warning: No default entry found in config file. > ppp ON gmdevel> set device /dev/cua03 > ppp ON gmdevel> set authname username > ppp ON gmdevel> set authkey mypassword > ppp ON gmdevel> term > deflink: Entering terminal mode on /dev/cua03 > Type `~?' for help > atdt3333 > CONNECT 460800 > ppp ON gmdevel> > Ppp ON gmdevel> > PPp ON gmdevel> > PPP ON gmdevel> > PPP ON gmdevel> add 0 0 HISADDR > > > O.K. so with the correct rsolv.conf I can talk to wwc's name server. > > gmdevel:ppp {149} nslookup > Default Server: ns1.wwc.com > Address: 198.252.32.88 > > > > > O.K... Let's look at my interfaces... > > tun0: flags=11 mtu 1500 > inet 165.250.203.152 --> 198.252.62.250 netmask 0xffff0000 > > So far so good. Now can we get outside? > > gmdevel:ppp {151} telnet www.sun.com 80 > Trying 192.18.97.241... > telnet: connect to address 192.18.97.241: Connection timed out > > > What's wrong? > > > My routing? > > gmdevel:ppp {152} netstat -rn > Routing tables > > Internet: > Destination Gateway Flags Refs Use Mtu Interface > default 198.252.62.250 UGS 0 17 1500 tun0 > 127/8 127.0.0.1 UGRS 0 0 32972 lo0 > 127.0.0.1 127.0.0.1 UH 3 26 32972 lo0 > 165.250.203.152 127.0.0.1 UGHS 0 0 32972 lo0 > 192.168.66/24 link#21 UC 0 0 1500 ep1 > 192.168.66.5 8:0:20:1f:bf:f UHL 0 1 1500 ep1 > 192.168.66.30 8:0:20:7c:ca:ae UHL 2 4667 1500 ep1 > 198.252.62.250 165.250.203.152 UH 1 0 1500 tun0 > 224/4 127.0.0.1 URS 0 0 32972 lo0 > > > Any ideas? > > Thanks! > > Michael > michael@e-glyph.com > > > > -- > > > Michael Gwilliam Radio City Station, Box 1651 > michael@e-glyph.com New York, NY 10101-1651 > > > 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 Feb 12 9:15:25 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from cx175057-a.ocnsd1.sdca.home.com (cx175057-a.ocnsd1.sdca.home.com [24.13.23.40]) by hub.freebsd.org (Postfix) with ESMTP id E6AF837B491 for ; Mon, 12 Feb 2001 09:15:18 -0800 (PST) Received: from localhost (bri@localhost) by cx175057-a.ocnsd1.sdca.home.com (8.11.1/8.11.1) with ESMTP id f1CHHgo75191; Mon, 12 Feb 2001 09:17:42 -0800 (PST) (envelope-from bri@sonicboom.org) Date: Mon, 12 Feb 2001 09:17:42 -0800 (PST) From: Brian X-Sender: bri@cx175057-a.ocnsd1.sdca.home.com To: michael@e-glyph.com Cc: freebsd-mobile@FreeBSD.ORG Subject: Re: Novatel Merlin on Ricochet in NYC In-Reply-To: <20010210181052.A4630@mica.nyc.e-glyph.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have never used Ricochet, so this may be useless info, but are you sure you want hdlc for encapsulation? What about ppp? Bri On Sat, 10 Feb 2001 michael@e-glyph.com wrote: > Some progress... > > default: > set device /dev/cua04 > set authname eglyph > set authkey ru2crazy > set parity none > #enable lqr > deny lqr > #accept lqr > set phone 3333 > # Chat script to dial remote system > set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" ATZ OK-ATZ-OK ATE1Q0M0 > OK \\dATDT\\T TIMEOUT 40 CONNECT" > disable vjcomp > set log local phase connect ccp chat > set ifaddr 0.0.0.0/0 0.0.0.0/0 255.255.0.0 > > > I can ping, I can almost telnet, but I get... > > Phase: deflink: HDLC errors -> FCS: 8, ADDR: 0, COMD: 0, PROTO: 0 > Phase: deflink: HDLC errors -> FCS: 2, ADDR: 0, COMD: 0, PROTO: 0 > Phase: deflink: HDLC errors -> FCS: 2, ADDR: 0, COMD: 0, PROTO: 0 > Phase: deflink: HDLC errors -> FCS: 1, ADDR: 0, COMD: 0, PROTO: 0 > Phase: deflink: HDLC errors -> FCS: 2, ADDR: 0, COMD: 0, PROTO: 0 > Phase: deflink: HDLC errors -> FCS: 2, ADDR: 0, COMD: 0, PROTO: 0 > Phase: deflink: HDLC errors -> FCS: 2, ADDR: 0, COMD: 0, PROTO: 0 > Phase: deflink: HDLC errors -> FCS: 2, ADDR: 0, COMD: 0, PROTO: 0 > > and my connections die. > > > > -- > > > Michael Gwilliam Radio City Station, Box 1651 > michael@e-glyph.com New York, NY 10101-1651 > > > 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 Feb 12 12:30:30 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 5756837B4EC; Mon, 12 Feb 2001 12:30:22 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id VAA90919; Mon, 12 Feb 2001 21:30:21 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: mobile@freebsd.org Cc: wpaul@freebsd.org Subject: dc0 problems From: Dag-Erling Smorgrav Date: 12 Feb 2001 21:30:20 +0100 Message-ID: Lines: 105 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have two IBM EtherJet 10/100 Cardbus cards (Xircom X3201), one with external dongle, the other with built-in jack (the outside end of the card is twice as thick as the inside end). The one with the external dongle works fine. The one with the built-in jack generates lots of "TX underrun" messages (up to several hundred a minute): Feb 9 20:30:58 aes /boot/kernel/kernel: dc0: TX underrun -- using store and forward mode Feb 9 20:33:58 aes /boot/kernel/kernel: dc0: TX underrun -- using store and forward mode Feb 9 20:35:28 aes last message repeated 30 times Feb 9 20:45:28 aes last message repeated 205 times Feb 9 20:54:59 aes last message repeated 132 times Feb 9 21:05:29 aes last message repeated 73 times Feb 9 21:09:59 aes last message repeated 25 times Feb 9 21:10:29 aes /boot/kernel/kernel: dc0: TX underrun -- using store and forward mode Feb 9 21:10:29 aes last message repeated 4 times Feb 9 21:12:29 aes last message repeated 52 times Feb 9 21:12:59 aes /boot/kernel/kernel: dc0: TX underrun -- using store and forward mode Feb 9 21:38:30 aes /boot/kernel/kernel: dc0: TX underrun -- using store and forward mode Feb 9 21:39:30 aes last message repeated 35 times Here's a diff of the probe messages for the two cards; where they differ, the - lines are from the one that works and the + lines from the one that doesn't. Note that the production dates and MAC addresses are (unsurprisingly) different; other than that, the only differences are a few bytes in some of the unkown tuples (one of which seems to contain the lower 24 bits of the MAC address). --- dc0-works Mon Feb 12 21:17:55 2001 +++ dc0-doesnt-work Mon Feb 12 21:18:08 2001 @@ -1,33 +1,33 @@ cardbus0: Detaching card: no cards to detach! pccbb0: pccbb_power: CARD_VCC_0V and CARD_VPP_0V [44] -pccbb1: card inserted: event=0x00000000, state=30000920 +pccbb1: card inserted: event=0x00000009, state=30000920 pccbb1: pccbb_power: CARD_VCC_0V and CARD_VPP_0V [44] pccbb1: pccbb_power: CARD_VCC_3V and CARD_VPP_VCC [11] TUPLE: LINKTARGET [3]: 43 49 53 Product version: 5.0 Product name: IBM | 10/100 EtherJet CardBus | IBMC-10/100 | 1.04 | -TUPLE: Unknown(0x88) [4]: 8d cb 90 00 -TUPLE: Unknown(0x8a) [12]: 4a 31 35 35 31 39 30 43 42 38 44 00 -TUPLE: Unknown(0x8b) [4]: 00 00 00 00 +TUPLE: Unknown(0x88) [4]: db 4b 25 00 +TUPLE: Unknown(0x8a) [12]: 4a 31 35 35 31 32 35 34 42 44 42 00 +TUPLE: Unknown(0x8b) [4]: 01 00 00 00 Manufacturer ID: a400130181 -TUPLE: DATE [4]: ef 52 b9 26 +TUPLE: DATE [4]: a2 4a 39 29 Functions: Network Adaptor, Multi-Functioned -Function Extension: 040600062990cb8d +Function Extension: 0406000629254bdb Function Extension: 0102 Function Extension: 0280969800 Function Extension: 0200e1f505 Function Extension: 0301 Function Extension: 0303 Function Extension: 0501 TUPLE: DEVICE_OC [4]: 02 4f 02 ff cardbus1: Opening BAR: type=IO, bar=10, len=0080 cardbus1: Opening BAR: type=MEM, bar=14, len=0080 cardbus1: Opening BAR: type=MEM, bar=18, len=0100 cardbus1: Invalid BAR number: 27(06) TUPLE: CONFIG_CB [7]: 03 02 03 01 00 00 ff TUPLE: CFTABLE_ENTRY_CB [8]: 41 b0 b0 bc 8e 0e fb 04 TUPLE: CFTABLE_ENTRY_CB [9]: 02 b8 02 b0 bc 8e 1c fb 04 TUPLE: NO_LINK [0]: CIS reading done dc0: port 0x3000-0x307f mem 0x44004000-0x44007fff,0x44000800-0x44000fff,0x44000000-0x440007ff irq 11 at device 0.0 on cardbus1 -dc0: Ethernet address: 00:06:29:90:cb:8d +dc0: Ethernet address: 00:06:29:25:4b:db Bill Paul suggested on IRC to set the DC_TX_STORENFWD flag for X3201 chips, but I haven't tried that yet (I'll post the results when I get the chance) and it doesn't seem entirely fair since the other card works fine without it (including autonegotiation; I've used it on both 10 and 100 Mbps networks). Here's the patch (watch for whitespace conflicts due to cut'n'paste): des@aes /sys/pci% lcvs diff if_dc.c Index: if_dc.c =================================================================== RCS file: /home/ncvs/src/sys/pci/if_dc.c,v retrieving revision 1.44 diff -u -r1.44 if_dc.c --- if_dc.c 2001/01/20 00:07:49 1.44 +++ if_dc.c 2001/02/12 20:00:07 @@ -1927,6 +1927,7 @@ case DC_DEVICEID_X3201: sc->dc_type = DC_TYPE_XIRCOM; sc->dc_flags |= DC_TX_INTR_ALWAYS | DC_TX_COALESCE; + sc->dc_flags |= DC_TX_STORENFWD; /* * We don't actually need to coalesce, but we're doing * it to obtain a double word aligned buffer. If I get the dongle for the other card back (I inadvertantly left it at a customer's after a meeting) I may be able to send the dongle-less card to someone capable of looking into this problem (provided my employer approves, as the card is not mine). DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Feb 12 13:14:57 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from hand.dotat.at (sfo-gw.covalent.net [207.44.198.62]) by hub.freebsd.org (Postfix) with ESMTP id 3677C37B4EC for ; Mon, 12 Feb 2001 13:14:55 -0800 (PST) Received: from fanf by hand.dotat.at with local (Exim 3.20 #3) id 14SQIB-000Ahb-00; Mon, 12 Feb 2001 21:13:51 +0000 Date: Mon, 12 Feb 2001 21:13:51 +0000 From: Tony Finch To: Kevin Oberman Cc: mobile@freebsd.org Subject: Re: Any ideas on keeping the disk spun down on laptop Message-ID: <20010212211351.F35416@hand.dotat.at> References: <200102112211.f1BMBCL23187@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102112211.f1BMBCL23187@ptavv.es.net> Organization: Covalent Technologies, Inc Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Kevin Oberman wrote: > >Has anyone looked into making update(4) not do any disk IO when there >have been no changes to metadata? And, is there a way to extend the >update period? Or am I completely off base in my belief that update(4) >is the source of the continuing disk accesses. There is a simple patch to extend the time between syncer runs: see PR#21859. I've been running with this for months now and it works nicely. In /etc/sysctl.conf I have kern.syncdelay=250 kern.filedelay=240 kern.dirdelay=230 kern.metadelay=220 and in my kernel configuration file I have options SYNCER_MAXDELAY=1024 # allow up to 17 minutes between syncs Tony. -- f.a.n.finch fanf@covalent.net dot@dotat.at FAEROES SOUTHEAST ICELAND: WEST 5 OR 6 BACKING SOUTHWEST 6 TO GALE 8. RAIN. GOOD BECOMING MODERATE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Feb 12 15:44:46 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from karon.dynas.se (karon.dynas.se [192.71.43.4]) by hub.freebsd.org (Postfix) with SMTP id 4FA1A37B491 for ; Mon, 12 Feb 2001 15:44:43 -0800 (PST) Received: (qmail 46101 invoked from network); 12 Feb 2001 23:44:41 -0000 Received: from spirit.sto.dynas.se (HELO spirit.dynas.se) (172.16.1.10) by 172.16.1.1 with SMTP; 12 Feb 2001 23:44:41 -0000 Received: (qmail 14829 invoked by uid 1101); 12 Feb 2001 23:44:40 -0000 Date: Tue, 13 Feb 2001 00:44:40 +0100 (MET) From: Mikael Hybsch X-Sender: To: Subject: Re: Any ideas on keeping the disk spun down on laptop Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In <200102112211.f1BMBCL23187@ptavv.es.net> you write: >Has anyone looked into making update(4) not do any disk IO when there >have been no changes to metadata? And, is there a way to extend the >update period? Or am I completely off base in my belief that update(4) >is the source of the continuing disk accesses. You need to mount all your partitions with the noatime option. Otherwise the system will try to update the last access time each time some daemon reads a file (even if the file is cached). I also disabled atrun in /etc/crontab and my laptop can now stay real quiet for a long time. (Running atrun in itself doesn't start the disk if all the files are cached, but cron/syslogd would then write a log entry in /var/log/cron every 5 minutes). -- Mikael Hybsch Email: mhybsch@rsasecurity.com RSA Security AB Phone: +46-8-7250900 Box 10704 Fax: +46-8-6494970 S-121 29 STOCKHOLM, SWEDEN To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Feb 12 15:49:37 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from hand.dotat.at (sfo-gw.covalent.net [207.44.198.62]) by hub.freebsd.org (Postfix) with ESMTP id 9D23837B491 for ; Mon, 12 Feb 2001 15:49:34 -0800 (PST) Received: from fanf by hand.dotat.at with local (Exim 3.20 #3) id 14SShc-000B9k-00; Mon, 12 Feb 2001 23:48:16 +0000 Date: Mon, 12 Feb 2001 23:48:16 +0000 From: Tony Finch To: Kevin Oberman Cc: mobile@freebsd.org Subject: Re: Any ideas on keeping the disk spun down on laptop Message-ID: <20010212234816.M35416@hand.dotat.at> References: <200102112211.f1BMBCL23187@ptavv.es.net> <20010212211351.F35416@hand.dotat.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010212211351.F35416@hand.dotat.at> Organization: Covalent Technologies, Inc Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Tony Finch wrote: >Kevin Oberman wrote: >> >>Has anyone looked into making update(4) not do any disk IO when there >>have been no changes to metadata? And, is there a way to extend the >>update period? Or am I completely off base in my belief that update(4) >>is the source of the continuing disk accesses. > >There is a simple patch to extend the time between syncer runs: see >PR#21859. I've been running with this for months now and it works >nicely. Regarding the other followups I should probably add that I don't mount my disks noatime and I leave atrun and cron on. The caveat of course is that you risk losing more data in the event of running out of battery power or whatever :-) Tony. -- f.a.n.finch fanf@covalent.net dot@dotat.at GERMAN BIGHT HUMBER: NORTHWEST 4 OR 5, BUT SOUTHWEST 5 IN SOUTH AT FIRST. RAIN AT FIRST. MODERATE BECOMING GOOD. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Feb 12 23: 1:44 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by hub.freebsd.org (Postfix) with ESMTP id 829D237B491 for ; Mon, 12 Feb 2001 23:01:42 -0800 (PST) Received: from rum.isi.edu (rum.isi.edu [128.9.160.237]) by tnt.isi.edu (8.11.2/8.11.2) with ESMTP id f1D71cs05714; Mon, 12 Feb 2001 23:01:38 -0800 (PST) From: Joe Touch Received: (from touch@localhost) by rum.isi.edu (8.8.7/8.8.6) id XAA05520; Mon, 12 Feb 2001 23:01:38 -0800 (PST) Date: Mon, 12 Feb 2001 23:01:38 -0800 (PST) Message-Id: <200102130701.XAA05520@rum.isi.edu> To: kketell@juniper.net, larse@ISI.EDU Subject: Re: Compaq Armada M300 support? Cc: freebsd-mobile@FreeBSD.ORG, touch@ISI.EDU Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > From kketell@juniper.net Mon Jan 15 15:21:03 2001 > Date: Mon, 15 Jan 2001 15:20:56 -0800 > From: Kent Ketell > To: Lars Eggert > Cc: freebsd-mobile@FreeBSD.ORG, Joe Touch > Subject: Re: Compaq Armada M300 support? > Content-Disposition: inline > User-Agent: Mutt/1.2.5i > X-Status: A > X-Keywords: > > On Mon, Jan 15, 2001 at 02:28:57PM -0800, Lars Eggert wrote: > > Hi, > > > > is anyone running FreeBSD-4.2 on a Compaq Armada M300 and/or its "mobile > > expansion unit"? > > I have installed on the M300 and M700. Everything is great once you get > the pccard stuff dialed in. > > Set the irq and memory in the kernel. irq is up to you (I used 10), > but memory must be D8000. > > > -- > > -Kent- > Hi, Kent, Quick question - what do you mean "dialed in" - as in "set the IRQ and memory in the kernel" - was this set for each device that you use, (e.g., ed, ep, wi,...) or for the entire PCIC system? (I'm more familiar with setting such things in /etc/pccard.conf - you did something else, right?) Thanks, Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Feb 13 4:47:35 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from web3504.mail.yahoo.com (web3504.mail.yahoo.com [204.71.203.71]) by hub.freebsd.org (Postfix) with SMTP id 6B9E937B503 for ; Tue, 13 Feb 2001 04:47:28 -0800 (PST) Message-ID: <20010213124728.4144.qmail@web3504.mail.yahoo.com> Received: from [144.32.128.133] by web3504.mail.yahoo.com; Tue, 13 Feb 2001 12:47:28 GMT Date: Tue, 13 Feb 2001 12:47:28 +0000 (GMT) From: =?iso-8859-1?q?Mich=E8l=20Alexandre=20Salim?= Subject: Fwd: Hi all To: freebsd-newbies@freebsd.org, freebsd-mobile@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1091495350-982068448=:2215" Content-Transfer-Encoding: 8bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --0-1091495350-982068448=:2215 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Disposition: inline Cross-posted to too many lists, oops. Note: forwarded message attached. ____________________________________________________________ Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie --0-1091495350-982068448=:2215 Content-Type: message/rfc822 Content-Transfer-Encoding: 8bit Received: from [144.32.128.133] by web3504.mail.yahoo.com; Tue, 13 Feb 2001 12:44:40 GMT Date: Tue, 13 Feb 2001 12:44:40 +0000 (GMT) From: =?iso-8859-1?q?Mich=E8l=20Alexandre=20Salim?= Subject: Hi all To: freebsd-newbies@freebsd.org, freebsd-questions@freebsd.org, freebsd-mobile@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1086 Thank you for the feedback to my previous question. In the end I decided against running FreeBSD on my desktop machine, since the PCMCIA card reader is quite dodgy - it barely works in Linux! I have just acquired a Sony Picturebook C1VE - the European model of the C1VN, without internal modem :). Any suggestions on setting this up will be appreciated - especially things like X-Windows and sound (I assume I can just copy my XF86Config from Linux?). Also, are the pre-compiled ports - the packages - kernel-dependant? (not sure what the terminology is, steeped in the Linux world). As in, after doing a CVS update and rebuilding sys, will I have to recompile the ports? (uggh). If things go well I'll install the thing over the weekend (but knowing me I'll end up doing it earlier..). Does anyone know why XFree86 4.0.2 is only available as a single package too? Regards, Michel Salim ____________________________________________________________ Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie --0-1091495350-982068448=:2215-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Feb 13 7:11:27 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from red.juniper.net (red.juniper.net [207.17.136.137]) by hub.freebsd.org (Postfix) with ESMTP id 7CC3A37B491 for ; Tue, 13 Feb 2001 07:11:22 -0800 (PST) Received: from elrond.jnpr.net (elrond.jnpr.net [172.24.25.12]) by red.juniper.net (8.9.3/8.9.3) with ESMTP id HAA09718; Tue, 13 Feb 2001 07:11:21 -0800 (PST) Received: (from kketell@localhost) by elrond.jnpr.net (8.11.1/8.9.3) id f1DFBLV17475; Tue, 13 Feb 2001 07:11:21 -0800 (PST) (envelope-from kketell) Date: Tue, 13 Feb 2001 07:11:21 -0800 From: Kent Ketell To: Joe Touch Cc: larse@ISI.EDU, freebsd-mobile@FreeBSD.ORG Subject: Re: Compaq Armada M300 support? Message-ID: <20010213071121.A17464@juniper.net> References: <200102130701.XAA05520@rum.isi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102130701.XAA05520@rum.isi.edu>; from touch@ISI.EDU on Mon, Feb 12, 2001 at 11:01:38PM -0800 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Feb 12, 2001 at 11:01:38PM -0800, Joe Touch wrote: > > From kketell@juniper.net Mon Jan 15 15:21:03 2001 > > Date: Mon, 15 Jan 2001 15:20:56 -0800 > > From: Kent Ketell > > To: Lars Eggert > > Cc: freebsd-mobile@FreeBSD.ORG, Joe Touch > > Subject: Re: Compaq Armada M300 support? > > Content-Disposition: inline > > User-Agent: Mutt/1.2.5i > > X-Status: A > > X-Keywords: > > > > On Mon, Jan 15, 2001 at 02:28:57PM -0800, Lars Eggert wrote: > > > Hi, > > > > > > is anyone running FreeBSD-4.2 on a Compaq Armada M300 and/or its "mobile > > > expansion unit"? > > > > I have installed on the M300 and M700. Everything is great once you get > > the pccard stuff dialed in. > > > > Set the irq and memory in the kernel. irq is up to you (I used 10), > > but memory must be D8000. > > > > > > -- > > > > -Kent- > > > > Hi, Kent, > > Quick question - what do you mean "dialed in" - as in "set the IRQ and > memory in the kernel" - was this set for each device that you use, > (e.g., ed, ep, wi,...) or for the entire PCIC system? (I'm more familiar > with setting such things in /etc/pccard.conf - you did something else, right?) > > Thanks, > > Joe Joe, I had to set the address and the IRQ for the controller in the kernel. I don't have the specifics at this time, but that was all it took. The problem is the same one seen on various other laptops; polling locked the system up so the IRQ had to be specified. Once the IRQ was right it would recognize that there was an insert/remove event, but would not recognize the specific card until the base address was set for the controller in the kernel. -- -Kent- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Feb 13 9:56: 8 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from smtp11.singnet.com.sg (smtp11.singnet.com.sg [165.21.6.31]) by hub.freebsd.org (Postfix) with ESMTP id 38C7537B4EC for ; Tue, 13 Feb 2001 09:55:57 -0800 (PST) Received: from zargrok.twnet.org (tns02309.singnet.com.sg [165.21.189.139]) by smtp11.singnet.com.sg (8.11.0/8.11.0) with ESMTP id f1DHtn517450; Wed, 14 Feb 2001 01:55:50 +0800 (SGT) Date: Wed, 14 Feb 2001 01:55:54 +0800 (SGT) From: Chan Tur Wei X-Sender: twchan@zargrok.ctlsg.creaf.com To: freebsd-mobile@freebsd.org Subject: uhci0: Could not map ports Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-364961947-982086439=:413" Content-ID: Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-364961947-982086439=:413 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: Hi, I would love to try out USB on FreeBSD on my laptop but the probe fails: (Extracts from boot verbose (attached file)): ... found-> vendor=0x8086, dev=0x7112, revid=0x01 class=0c-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=d, irq=128 ... uhci0: irq 128 at device 7.2 on pci0 uhci0: Could not map ports device_probe_and_attach: uhci0 attach returned 6 ... Somehow or other the BIOS (apparently it's a SystemSoft MobilePro Bios) does not assign the I/O port address correctly... I've not seen any resolution to this problem in the mail archives except to "Set PnP OS option in the Bios to: NO" but the Bios does not support such an option at all. Is there any way for me hack some hard-coded addresses and IRQ's (which I'd obtain from Windows on this dual-booted machine) into the probe routines somewhere? Short of such drastic action, is there any resolution for this problem of mine? I.e. for FreeBSD to somehow or other allocate a port address/IRQ to the device, even if the address is user-configured a'la isa hardware addresses? Hoping for some positive response... Regards -T.W.Chan- --0-364961947-982086439=:413 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="dmesg.txt" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: ATTACHMENT; FILENAME="dmesg.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDEgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIDQuMi1TVEFCTEUgIzI6IFN1biBGZWIgMTEgMjM6 MjE6NDEgU0dUIDIwMDENCiAgICByb290QHphcmdyb2s6L3Vzci9vYmovdXNy L3NyYy9zeXMvWkFSR0tFUk5FTA0KQ2FsaWJyYXRpbmcgY2xvY2socykgLi4u IFRTQyBjbG9jazogMzMxODY0OTk0IEh6LCBpODI1NCBjbG9jazogMTE5MzMw NyBIeg0KQ0xLX1VTRV9JODI1NF9DQUxJQlJBVElPTiBub3Qgc3BlY2lmaWVk IC0gdXNpbmcgZGVmYXVsdCBmcmVxdWVuY3kNClRpbWVjb3VudGVyICJpODI1 NCIgIGZyZXF1ZW5jeSAxMTkzMTgyIEh6DQpDTEtfVVNFX1RTQ19DQUxJQlJB VElPTiBub3Qgc3BlY2lmaWVkIC0gdXNpbmcgb2xkIGNhbGlicmF0aW9uIG1l dGhvZA0KQ1BVOiBQZW50aXVtIElJL1BlbnRpdW0gSUkgWGVvbi9DZWxlcm9u ICgzMzEuODMtTUh6IDY4Ni1jbGFzcyBDUFUpDQogIE9yaWdpbiA9ICJHZW51 aW5lSW50ZWwiICBJZCA9IDB4NjZhICBTdGVwcGluZyA9IDEwDQogIEZlYXR1 cmVzPTB4MTgzZjlmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0Us Q1g4LFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsTU1YLEZYU1I+ DQpyZWFsIG1lbW9yeSAgPSAxMDA1OTc3NjAgKDk4MjQwSyBieXRlcykNClBo eXNpY2FsIG1lbW9yeSBjaHVuayhzKToNCjB4MDAwMDEwMDAgLSAweDAwMDll ZmZmLCA2NDcxNjggYnl0ZXMgKDE1OCBwYWdlcykNCjB4MDAzYWEwMDAgLSAw eDA1ZmU3ZmZmLCA5NjcyMjk0NCBieXRlcyAoMjM2MTQgcGFnZXMpDQphdmFp bCBtZW1vcnkgPSA5NDIyODQ4MCAoOTIwMjBLIGJ5dGVzKQ0KYmlvczMyOiBG b3VuZCBCSU9TMzIgU2VydmljZSBEaXJlY3RvcnkgaGVhZGVyIGF0IDB4YzAw ZTgwNTANCmJpb3MzMjogRW50cnkgPSAweGViMTcwIChjMDBlYjE3MCkgIFJl diA9IDAgIExlbiA9IDENCnBjaWJpb3M6IFBDSSBCSU9TIGVudHJ5IGF0IDB4 MzFiMA0KcG5wYmlvczogRm91bmQgUG5QIEJJT1MgZGF0YSBhdCAweGMwMGZm MDIwDQpwbnBiaW9zOiBFbnRyeSA9IGVjMDAwOjJmYjIgIFJldiA9IDEuMA0K cG5wYmlvczogT0VNIElEIDgyMjQ3NDRlDQpPdGhlciBCSU9TIHNpZ25hdHVy ZXMgZm91bmQ6DQpBQ1BJOiAwMDBmMDAxMA0KUHJlbG9hZGVkIGVsZiBrZXJu ZWwgImtlcm5lbCIgYXQgMHhjMDM4NDAwMC4NClByZWxvYWRlZCBlbGYgbW9k dWxlICJzcGxhc2hfYm1wLmtvIiBhdCAweGMwMzg0MGE4Lg0KUGVudGl1bSBQ cm8gTVRSUiBzdXBwb3J0IGVuYWJsZWQNCm1kMDogTWFsbG9jIGRpc2sNCkNy ZWF0aW5nIERJU0sgbWQwDQptb2R1bGVfcmVnaXN0ZXJfaW5pdDogTU9EX0xP QUQgKHNwbGFzaF9ibXAsIGMwMzdmNzk4LCAwKSBlcnJvciAyDQpwY2lfb3Bl bigxKToJbW9kZSAxIGFkZHIgcG9ydCAoMHgwY2Y4KSBpcyAweDgwMDAwMDVj DQpwY2lfb3BlbigxYSk6CW1vZGUxcmVzPTB4ODAwMDAwMDAgKDB4ODAwMDAw MDApDQpwY2lfY2ZnY2hlY2s6CWRldmljZSAwIFtjbGFzcz0wNjAwMDBdIFto ZHI9MDBdIGlzIHRoZXJlIChpZD03MTkwODA4NikNCmFwbTA6IDxBUE0gQklP Uz4gb24gbW90aGVyYm9hcmQNCmFwbTogZm91bmQgQVBNIEJJT1MgdjEuMiwg Y29ubmVjdGVkIGF0IHYxLjINCm5weDA6IDxtYXRoIHByb2Nlc3Nvcj4gb24g bW90aGVyYm9hcmQNCm5weDA6IElOVCAxNiBpbnRlcmZhY2UNCnBjaV9vcGVu KDEpOgltb2RlIDEgYWRkciBwb3J0ICgweDBjZjgpIGlzIDB4ODAwMDNiNTgN CnBjaV9vcGVuKDFhKToJbW9kZTFyZXM9MHg4MDAwMDAwMCAoMHg4MDAwMDAw MCkNCnBjaV9jZmdjaGVjazoJZGV2aWNlIDAgW2NsYXNzPTA2MDAwMF0gW2hk cj0wMF0gaXMgdGhlcmUgKGlkPTcxOTA4MDg2KQ0KcGNpYjA6IDxJbnRlbCA4 MjQ0M0JYICg0NDAgQlgpIGhvc3QgdG8gUENJIGJyaWRnZT4gb24gbW90aGVy Ym9hcmQNCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4NzE5MCwgcmV2 aWQ9MHgwMw0KCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2 PTANCglzdWJvcmRpbmF0ZWJ1cz0wIAlzZWNvbmRhcnlidXM9MA0KCW1hcFsx MF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgMjAwMDAwMDAsIHNpemUgMjgN CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4NzE5MSwgcmV2aWQ9MHgw Mw0KCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTANCglz dWJvcmRpbmF0ZWJ1cz0xIAlzZWNvbmRhcnlidXM9MQ0KZm91bmQtPgl2ZW5k b3I9MHg4MDg2LCBkZXY9MHg3MTEwLCByZXZpZD0weDAyDQoJY2xhc3M9MDYt MDEtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQ0KCXN1Ym9yZGluYXRlYnVz PTAgCXNlY29uZGFyeWJ1cz0wDQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRl dj0weDcxMTEsIHJldmlkPTB4MDENCgljbGFzcz0wMS0wMS04MCwgaGRydHlw ZT0weDAwLCBtZmRldj0wDQoJc3Vib3JkaW5hdGVidXM9MCAJc2Vjb25kYXJ5 YnVzPTANCgltYXBbMjBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIDAwMDAx MTAwLCBzaXplICA0DQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDcx MTIsIHJldmlkPTB4MDENCgljbGFzcz0wYy0wMy0wMCwgaGRydHlwZT0weDAw LCBtZmRldj0wDQoJc3Vib3JkaW5hdGVidXM9MCAJc2Vjb25kYXJ5YnVzPTAN CglpbnRwaW49ZCwgaXJxPTEyOA0KZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBk ZXY9MHg3MTEzLCByZXZpZD0weDAyDQoJY2xhc3M9MDYtODAtMDAsIGhkcnR5 cGU9MHgwMCwgbWZkZXY9MA0KCXN1Ym9yZGluYXRlYnVzPTAgCXNlY29uZGFy eWJ1cz0wDQoJbWFwWzkwXTogdHlwZSAxLCByYW5nZSAzMiwgYmFzZSAwMDAw MTQwMCwgc2l6ZSAgNA0KZm91bmQtPgl2ZW5kb3I9MHgxMDRjLCBkZXY9MHhh YzFjLCByZXZpZD0weDAxDQoJY2xhc3M9MDYtMDctMDAsIGhkcnR5cGU9MHgw MiwgbWZkZXY9MQ0KCXN1Ym9yZGluYXRlYnVzPTAgCXNlY29uZGFyeWJ1cz0w DQoJaW50cGluPWEsIGlycT0xMA0KZm91bmQtPgl2ZW5kb3I9MHgxMDRjLCBk ZXY9MHhhYzFjLCByZXZpZD0weDAxDQoJY2xhc3M9MDYtMDctMDAsIGhkcnR5 cGU9MHgwMiwgbWZkZXY9MQ0KCXN1Ym9yZGluYXRlYnVzPTAgCXNlY29uZGFy eWJ1cz0wDQoJaW50cGluPWEsIGlycT0xMA0KZm91bmQtPgl2ZW5kb3I9MHgx MDEzLCBkZXY9MHg2MDAzLCByZXZpZD0weDAxDQoJY2xhc3M9MDQtMDEtMDAs IGhkcnR5cGU9MHgwMCwgbWZkZXY9MA0KCXN1Ym9yZGluYXRlYnVzPTAgCXNl Y29uZGFyeWJ1cz0wDQoJaW50cGluPWEsIGlycT01DQoJbWFwWzEwXTogdHlw ZSAxLCByYW5nZSAzMiwgYmFzZSBlODAwMDAwMCwgc2l6ZSAxMg0KCW1hcFsx NF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgZTkwMDAwMDAsIHNpemUgMjAN CnBjaTA6IDxQQ0kgYnVzPiBvbiBwY2liMA0KcGNpYjE6IDxJbnRlbCA4MjQ0 M0JYICg0NDAgQlgpIFBDSS1QQ0kgKEFHUCkgYnJpZGdlPiBhdCBkZXZpY2Ug MS4wIG9uIHBjaTANCmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NGM0 MiwgcmV2aWQ9MHhkYw0KCWNsYXNzPTAzLTAwLTAwLCBoZHJ0eXBlPTB4MDAs IG1mZGV2PTANCglzdWJvcmRpbmF0ZWJ1cz0wIAlzZWNvbmRhcnlidXM9MA0K CWludHBpbj1hLCBpcnE9MjU1DQoJbWFwWzEwXTogdHlwZSAxLCByYW5nZSAz MiwgYmFzZSBlNDAwMDAwMCwgc2l6ZSAyNA0KCW1hcFsxNF06IHR5cGUgMSwg cmFuZ2UgMzIsIGJhc2UgMDAwMGQwMDAsIHNpemUgIDgNCgltYXBbMThdOiB0 eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGU2MDAwMDAwLCBzaXplIDEyDQpwY2kx OiA8UENJIGJ1cz4gb24gcGNpYjENCnBjaTE6IDxBVEkgbW9kZWwgNGM0MiBn cmFwaGljcyBhY2NlbGVyYXRvcj4gKHZlbmRvcj0weDEwMDIsIGRldj0weDRj NDIpIGF0IDAuMA0KaXNhYjA6IDxJbnRlbCA4MjM3MUFCIFBDSSB0byBJU0Eg YnJpZGdlPiBhdCBkZXZpY2UgNy4wIG9uIHBjaTANCmlzYTA6IDxJU0EgYnVz PiBvbiBpc2FiMA0KYXRhcGNpMDogPEludGVsIFBJSVg0IEFUQTMzIGNvbnRy b2xsZXI+IHBvcnQgMHgxMTAwLTB4MTEwZiBhdCBkZXZpY2UgNy4xIG9uIHBj aTANCmF0YTA6IGlvYmFzZT0weDAxZjAgYWx0aW9iYXNlPTB4MDNmNiBibWFk ZHI9MHgxMTAwDQphdGEwOiBtYXNrPTAzIHN0YXR1czA9NTAgc3RhdHVzMT0w MA0KYXRhMDogbWFzaz0wMyBvc3RhdDA9NTAgb3N0YXQyPTAwDQphdGEwLXNs YXZlOiBBVEFQSSBwcm9iZSBhPTAwIGI9MDANCmF0YTAtbWFzdGVyOiBBVEFQ SSBwcm9iZSBhPTAwIGI9MDANCmF0YTA6IG1hc2s9MDMgc3RhdHVzMD01MCBz dGF0dXMxPTAwDQphdGEwLW1hc3RlcjogQVRBIHByb2JlIGE9MDEgYj1hNQ0K YXRhMDogZGV2aWNlcz0wMQ0KYXRhMDogYXQgMHgxZjAgaXJxIDE0IG9uIGF0 YXBjaTANCmF0YTE6IGlvYmFzZT0weDAxNzAgYWx0aW9iYXNlPTB4MDM3NiBi bWFkZHI9MHgxMTA4DQphdGExOiBtYXNrPTAzIHN0YXR1czA9NTAgc3RhdHVz MT0wMQ0KYXRhMTogbWFzaz0wMyBvc3RhdDA9NTAgb3N0YXQyPTAxDQphdGEx LW1hc3RlcjogQVRBUEkgcHJvYmUgYT0xNCBiPWViDQphdGExLXNsYXZlOiBB VEFQSSBwcm9iZSBhPTE0IGI9ZWINCmF0YTE6IG1hc2s9MDMgc3RhdHVzMD0w MCBzdGF0dXMxPTAxDQphdGExOiBkZXZpY2VzPTBjDQphdGExOiBhdCAweDE3 MCBpcnEgMTUgb24gYXRhcGNpMA0KdWhjaTA6IDxJbnRlbCA4MjM3MUFCL0VC IChQSUlYNCkgVVNCIGNvbnRyb2xsZXI+IGlycSAxMjggYXQgZGV2aWNlIDcu MiBvbiBwY2kwDQp1aGNpMDogQ291bGQgbm90IG1hcCBwb3J0cw0KZGV2aWNl X3Byb2JlX2FuZF9hdHRhY2g6IHVoY2kwIGF0dGFjaCByZXR1cm5lZCA2DQpj aGlwMTogPEludGVsIDgyMzcxQUIgUG93ZXIgbWFuYWdlbWVudCBjb250cm9s bGVyPiBwb3J0IDB4MTQwMC0weDE0MGYgYXQgZGV2aWNlIDcuMyBvbiBwY2kw DQpwY2ljLXBjaTA6IDxUSSBQQ0ktMTIyNSBQQ0ktQ2FyZEJ1cyBCcmlkZ2U+ IGlycSAxMCBhdCBkZXZpY2UgOC4wIG9uIHBjaTANCnBjaWMtcGNpMDogVEkx MlhYIFBDSSBDb25maWcgUmVnOiBbc3BlYWtlciBlbmFibGVdW3B3ciBzYXZl XVtDU0Mgc2VyaWFsIGlzYSBpcnFdDQpwY2ljLXBjaTA6IExlZ2FjeSBhZGRy ZXNzIHNldCB0byAweDNlMA0KUENJIENvbmZpZyBzcGFjZToNCjAwOiAgYWMx YzEwNGMgMDIxMDAwMDcgMDYwNzAwMDEgMDA4MjAwMDANCjEwOiAgMDAwMDAw MDAgMDIwMDAwYTAgMDAwMDAwMDAgMDAwMDAwMDANCjIwOiAgMDAwMDAwMDAg MDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDANCjMwOiAgMDAwMDAwMDAgMDAw MDAwMDAgMDAwMDAwMDAgMDNjMDAxMGENCjQwOiAgYWMxYzEwNzEgMDAwMDAz ZTEgMDAwMDAwMDAgMDAwMDAwMDANCjUwOiAgMDAwMDAwMDAgMDAwMDAwMDAg MDAwMDAwMDAgMDAwMDAwMDANCjYwOiAgMDAwMDAwMDAgMDAwMDAwMDAgMDAw MDAwMDAgMDAwMDAwMDANCjcwOiAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAw MDAgMDAwMDAwMDANCjgwOiAgMjA0NDkwNjAgMDAwMDAwMDAgMDAwMDAwMDAg MDFkYzE2MjINCjkwOiAgNjA2NDAyYzAgMDAwMDAwMDAgMDAwMDAwMDAgMDAw MDAwMDANCkNhcmRidXMgU29ja2V0IHJlZ2lzdGVyczoNCjAwOiAgMDAwMDAw MDA6IDAwMDAwMDAwOiBmMDAwZTJjMzogZjAwMGM4OTk6DQoxMDogIDAwMDAw MDAwOiBmMDAwZmY1NDogZjAwMGM4OTk6IGYwMDBjODlhOg0KRXhDYSByZWdp c3RlcnM6DQowMDogZWIgODggZDUgNDMgMzAgZDIgNjYgZjcgZjMgODggZDcg NWEgNjYgM2QgZmYgMDMNCjEwOiAwMCAwMCBmYiA3NyA0NCA4NiBjNCBjMCBj OCAwMiAwOCBlOCA0MCA5MSA4OCBmZQ0KMjA6IDI4IGUwIDhhIDY2IDAyIDM4 IGUwIDcyIDAyIDg4IGUwIGJmIDA1IDAwIGM0IDVlDQozMDogMDQgNTAgYjQg MDIgY2QgMTMgNWIgNzMgMGEgNGYgNzQgMWMgMzAgZTQgY2QgMTMNCnBjaWMt cGNpMTogPFRJIFBDSS0xMjI1IFBDSS1DYXJkQnVzIEJyaWRnZT4gaXJxIDEw IGF0IGRldmljZSA4LjEgb24gcGNpMA0KcGNpYy1wY2kxOiBUSTEyWFggUENJ IENvbmZpZyBSZWc6IFtzcGVha2VyIGVuYWJsZV1bcHdyIHNhdmVdW0NTQyBz ZXJpYWwgaXNhIGlycV0NClBDSSBDb25maWcgc3BhY2U6DQowMDogIGFjMWMx MDRjIDAyMTAwMDA3IDA2MDcwMDAxIDAwODIwMDAwDQoxMDogIDAwMDAwMDAw IDAyMDAwMGEwIDAwMDAwMDAwIDAwMDAwMDAwDQoyMDogIDAwMDAwMDAwIDAw MDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwDQozMDogIDAwMDAwMDAwIDAwMDAw MDAwIDAwMDAwMDAwIDAzYzAwMTBhDQo0MDogIGFjMWMxMDcxIDAwMDAwM2Ux IDAwMDAwMDAwIDAwMDAwMDAwDQo1MDogIDAwMDAwMDAwIDAwMDAwMDAwIDAw MDAwMDAwIDAwMDAwMDAwDQo2MDogIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAw MDAwIDAwMDAwMDAwDQo3MDogIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAw IDAwMDAwMDAwDQo4MDogIDIwNDQ5MDYwIDAwMDAwMDAwIDAwMDAwMDAwIDAx ZGMxNjIyDQo5MDogIDYwNjQwMmMwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAw MDAwDQpDYXJkYnVzIFNvY2tldCByZWdpc3RlcnM6DQowMDogIDAwMDAwMDAw OiAwMDAwMDAwMDogZjAwMGUyYzM6IGYwMDBjODk5Og0KMTA6ICAwMDAwMDAw MDogZjAwMGZmNTQ6IGYwMDBjODk5OiBmMDAwYzg5YToNCkV4Q2EgcmVnaXN0 ZXJzOg0KMDA6IGViIDg4IGQ1IDQzIDMwIGQyIDY2IGY3IGYzIDg4IGQ3IDVh IDY2IDNkIGZmIDAzDQoxMDogMDAgMDAgZmIgNzcgNDQgODYgYzQgYzAgYzgg MDIgMDggZTggNDAgOTEgODggZmUNCjIwOiAyOCBlMCA4YSA2NiAwMiAzOCBl MCA3MiAwMiA4OCBlMCBiZiAwNSAwMCBjNCA1ZQ0KMzA6IDA0IDUwIGI0IDAy IGNkIDEzIDViIDczIDBhIDRmIDc0IDFjIDMwIGU0IGNkIDEzDQpjc2EwOiA8 Q3J5c3RhbCBTZW1pY29uZHVjdG9yIENTNDYxNC80NjIyLzQ2MjQgQXVkaW8g YWNjZWxlcmF0b3IvNDI4MCBBdWRpbyBjb250cm9sbGVyPiBtZW0gMHhlOTAw MDAwMC0weGU5MGZmZmZmLDB4ZTgwMDAwMDAtMHhlODAwMGZmZiBpcnEgNSBh dCBkZXZpY2UgOS4wIG9uIHBjaTANCnBjbTA6IDxDUzQ2MXggUENNIEF1ZGlv PiBvbiBjc2EwDQpwY20wOiBhYzk3IGNvZGVjIGlkIDB4NDM1MjU5MDMNCnBj bTA6IGFjOTcgY29kZWMgZmVhdHVyZXMgaGVhZHBob25lLCAxOCBiaXQgREFD LCAxOCBiaXQgQURDLCA2IGJpdCBtYXN0ZXIgdm9sdW1lLCBubyAzRCBTdGVy ZW8gRW5oYW5jZW1lbnQNCnBjbTogc2V0bWFwIDVlNWQwMDAsIDEwMDA7IDB4 YzA5YTkwMDAgLT4gNWU1ZDAwMA0KcGNtOiBzZXRtYXAgNWU3ZTAwMCwgMTAw MDsgMHhjMDlhYTAwMCAtPiA1ZTdlMDAwDQpUcnlpbmcgUmVhZF9Qb3J0IGF0 IDIwMw0KVHJ5aW5nIFJlYWRfUG9ydCBhdCAyNDMNClRyeWluZyBSZWFkX1Bv cnQgYXQgMjgzDQpUcnlpbmcgUmVhZF9Qb3J0IGF0IDJjMw0KVHJ5aW5nIFJl YWRfUG9ydCBhdCAzMDMNClRyeWluZyBSZWFkX1BvcnQgYXQgMzQzDQpUcnlp bmcgUmVhZF9Qb3J0IGF0IDM4Mw0KVHJ5aW5nIFJlYWRfUG9ydCBhdCAzYzMN CmlzYV9wcm9iZV9jaGlsZHJlbjogZGlzYWJsaW5nIFBuUCBkZXZpY2VzDQpp c2FfcHJvYmVfY2hpbGRyZW46IHByb2Jpbmcgbm9uLVBuUCBkZXZpY2VzDQph dGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBhdCBwb3J0 IDB4NjAsMHg2NCBvbiBpc2EwDQphdGtiZDA6IDxBVCBLZXlib2FyZD4gZmxh Z3MgMHgxIGlycSAxIG9uIGF0a2JkYzANCmF0a2JkOiB0aGUgY3VycmVudCBr YmQgY29udHJvbGxlciBjb21tYW5kIGJ5dGUgMDA0Nw0KYXRrYmQ6IGtleWJv YXJkIElEIDB4NDFhYiAoMikNCmtiZDAgYXQgYXRrYmQwDQprYmQwOiBhdGti ZDAsIEFUIDEwMS8xMDIgKDIpLCBjb25maWc6MHgxLCBmbGFnczoweDNkMDAw MA0KcHNtMDogY3VycmVudCBjb21tYW5kIGJ5dGU6MDA0Nw0KcHNtMDogPFBT LzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwDQpwc20wOiBtb2RlbCBNb3Vz ZU1hbissIGRldmljZSBJRCAwLTUxLCAzIGJ1dHRvbnMNCnBzbTA6IGNvbmZp ZzowMDAwNjAwMCwgZmxhZ3M6MDAwMDAwMDAsIHBhY2tldCBzaXplOjMNCnBz bTA6IHN5bmNtYXNrOjA4LCBzeW5jYml0czowOA0KdmdhMDogPEdlbmVyaWMg SVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4 YmZmZmYgb24gaXNhMA0KZmIwOiB2Z2EwLCB2Z2EsIHR5cGU6VkdBICg1KSwg ZmxhZ3M6MHg3MDA3Zg0KZmIwOiBwb3J0OjB4M2MwLTB4M2RmLCBjcnRjOjB4 M2Q0LCBtZW06MHhhMDAwMCAweDIwMDAwDQpmYjA6IGluaXQgbW9kZToyNCwg YmlvcyBtb2RlOjMsIGN1cnJlbnQgbW9kZToyNA0KZmIwOiB3aW5kb3c6MHhj MDBiODAwMCBzaXplOjMyayBncmFuOjMyaywgYnVmOjAgc2l6ZTozMmsNCnZn YTA6IHZnYTogV0FSTklORzogdmlkZW8gbW9kZSBzd2l0Y2hpbmcgaXMgbm90 IGZ1bGx5IHN1cHBvcnRlZCBvbiB0aGlzIGFkYXB0ZXINClZHQSBwYXJhbWV0 ZXJzIHVwb24gcG93ZXItdXANCjUwIDE4IDEwIDAwIDAwIDAwIDAzIDAwIDAy IGU3IDczIDRmIDRmIDk3IDUzIDg0IA0KYjQgMWYgMDAgNGYgMGQgMGUgMDAg MDAgMDcgODAgOTEgODcgOGYgMjggMWYgOGYgDQpiNSBhMyBmZiAwMCAwMSAw MiAwMyAwNCAwNSAxNCAwNyAzOCAzOSAzYSAzYiAzYyANCjNkIDNlIDNmIDBj IDAwIDBmIDA4IDAwIDAwIDAwIDAwIDAwIDEwIDBlIDAwIGZmIA0KVkdBIHBh cmFtZXRlcnMgaW4gQklPUyBmb3IgbW9kZSAyNA0KNTAgMTggMTAgMDAgMTAg MDAgMDMgMDAgMDIgNjcgNWYgNGYgNTAgODIgNTUgODEgDQpiZiAxZiAwMCA0 ZiAwZCAwZSAwMCAwMCAwMCAwMCA5YyA4ZSA4ZiAyOCAxZiA5NiANCmI5IGEz IGZmIDAwIDAxIDAyIDAzIDA0IDA1IDE0IDA3IDM4IDM5IDNhIDNiIDNjIA0K M2QgM2UgM2YgMGMgMDAgMGYgMDggMDAgMDAgMDAgMDAgMDAgMTAgMGUgMDAg ZmYgDQpFR0EvVkdBIHBhcmFtZXRlcnMgdG8gYmUgdXNlZCBmb3IgbW9kZSAy NA0KNTAgMTggMTAgMDAgMDAgMDAgMDMgMDAgMDIgZTcgNzMgNGYgNGYgOTcg NTMgODQgDQpiNCAxZiAwMCA0ZiAwZCAwZSAwMCAwMCAwNyA4MCA5MSA4NyA4 ZiAyOCAxZiA4ZiANCmI1IGEzIGZmIDAwIDAxIDAyIDAzIDA0IDA1IDE0IDA3 IDM4IDM5IDNhIDNiIDNjIA0KM2QgM2UgM2YgMGMgMDAgMGYgMDggMDAgMDAg MDAgMDAgMDAgMTAgMGUgMDAgZmYgDQpzYzA6IDxTeXN0ZW0gY29uc29sZT4g b24gaXNhMA0Kc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdz PTB4MjAwPg0Kc2MwOiBmYjAsIGtiZDAsIHRlcm1pbmFsIGVtdWxhdG9yOiBz YyAoc3lzY29ucyB0ZXJtaW5hbCkNCmZkYzA6IDxORUMgNzIwNjVCIG9yIGNs b25lPiBhdCBwb3J0IDB4M2YwLTB4M2Y1LDB4M2Y3IGlycSA2IGRycSAyIG9u IGlzYTANCmZkYzA6IEZJRk8gZW5hYmxlZCwgOCBieXRlcyB0aHJlc2hvbGQN CmZkMDogPDE0NDAtS0IgMy41IiBkcml2ZT4gb24gZmRjMCBkcml2ZSAwDQpz aW8wOiBpcnEgbWFwczogMHg0MSAweDUxIDB4NDEgMHg0MQ0Kc2lvMCBhdCBw b3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24gaXNhMA0Kc2lv MDogdHlwZSAxNjU1MEENCnNpbzE6IGlycSBtYXBzOiAweDQxIDB4NDkgMHg0 MSAweDQxDQpzaW8xIGF0IHBvcnQgMHgyZjgtMHgyZmYgaXJxIDMgb24gaXNh MA0Kc2lvMTogdHlwZSAxNjU1MEENCnNpbzI6IG5vdCBwcm9iZWQgKGRpc2Fi bGVkKQ0Kc2lvMzogbm90IHByb2JlZCAoZGlzYWJsZWQpDQplZDAgZmFpbGVk IHRvIHByb2JlIGF0IHBvcnQgMHgyODAtMHgyOWYgaW9tZW0gMHhkODAwMCBp cnEgNSBvbiBpc2EwDQpwY2EwIGF0IHBvcnQgMHg0MCBvbiBpc2EwDQpqb3kw IGF0IHBvcnQgMHgyMDEgb24gaXNhMA0KcGNpYzA6IDxWTFNJIDgyQzE0Nj4g YXQgcG9ydCAweDNlMC0weDNlMSBvbiBpc2EwDQpwY2ljMDogUG9sbGluZyBt b2RlDQpzdGF0IGlzIDANCnN0YXQgaXMgNGMNCnBjY2FyZDA6IDxQQyBDYXJk IGJ1cyAtLSBrbHVkZ2UgdmVyc2lvbj4gb24gcGNpYzANCnBjY2FyZDE6IDxQ QyBDYXJkIGJ1cyAtLSBrbHVkZ2UgdmVyc2lvbj4gb24gcGNpYzANCnBjaWMx OiBDYW5ub3QgZ2V0IEkvTyByYW5nZQ0KcGNpYzEgZmFpbGVkIHRvIHByb2Jl IGF0IHBvcnQgMHgzZTAtMHgzZTEgb24gaXNhMA0KcHBjMDogcGFyYWxsZWwg cG9ydCBmb3VuZCBhdCAweDM3OA0KcHBjMDogdXNpbmcgZXh0ZW5kZWQgSS9P IHBvcnQgcmFuZ2UNCnBwYzA6IFNQUA0KcHBjMDogPFBhcmFsbGVsIHBvcnQ+ IGF0IHBvcnQgMHgzNzgtMHgzN2YgaXJxIDcgb24gaXNhMA0KcHBjMDogR2Vu ZXJpYyBjaGlwc2V0IChOSUJCTEUtb25seSkgaW4gQ09NUEFUSUJMRSBtb2Rl DQpwbGlwMDogPFBMSVAgbmV0d29yayBpbnRlcmZhY2U+IG9uIHBwYnVzMA0K YnBmOiBscDAgYXR0YWNoZWQNCmxwdDA6IDxQcmludGVyPiBvbiBwcGJ1czAN CmxwdDA6IEludGVycnVwdC1kcml2ZW4gcG9ydA0KcHBpMDogPFBhcmFsbGVs IEkvTz4gb24gcHBidXMwDQppc2FfcHJvYmVfY2hpbGRyZW46IHByb2Jpbmcg UG5QIGRldmljZXMNCkJJT1MgR2VvbWV0cmllczoNCiAwOjAzZmRmZTNmIDAu LjEwMjE9MTAyMiBjeWxpbmRlcnMsIDAuLjI1ND0yNTUgaGVhZHMsIDEuLjYz PTYzIHNlY3RvcnMNCiAxOjAzZmYwMDAxIDAuLjEwMjM9MTAyNCBjeWxpbmRl cnMsIDAuLjA9MSBoZWFkcywgMS4uMT0xIHNlY3RvcnMNCiAyOjAzZmYwMDAx IDAuLjEwMjM9MTAyNCBjeWxpbmRlcnMsIDAuLjA9MSBoZWFkcywgMS4uMT0x IHNlY3RvcnMNCiAzOjAzZmYwMDAxIDAuLjEwMjM9MTAyNCBjeWxpbmRlcnMs IDAuLjA9MSBoZWFkcywgMS4uMT0xIHNlY3RvcnMNCiAwIGFjY291bnRlZCBm b3INCkRldmljZSBjb25maWd1cmF0aW9uIGZpbmlzaGVkLg0KUlRDIEJJT1Mg ZGlhZ25vc3RpYyBlcnJvciAyMDxjb25maWdfdW5pdD4NCmJwZjogbG8wIGF0 dGFjaGVkDQpicGY6IHBwcDAgYXR0YWNoZWQNCm5ldyBtYXNrczogYmlvIDY4 YzA0MCwgdHR5IDYzMTBiYSwgbmV0IDY3MTBiYQ0KYnBmOiBzbDAgYXR0YWNo ZWQNCnBjY2FyZDogY2FyZCBpbnNlcnRlZCwgc2xvdCAxDQpTbG90IDEgY2hn ID0gMHgxDQphdGExLXNsYXZlOiBhdGFfY29tbWFuZDogdGltZW91dCB3YWl0 aW5nIGZvciBpbnRyDQphdGExLXNsYXZlOiBpZGVudGlmeSBmYWlsZWQNCmF0 YTAtbWFzdGVyOiBzdWNjZXNzIHNldHRpbmcgVURNQTIgb24gUElJWDQgY2hp cA0KQ3JlYXRpbmcgRElTSyBhZDANCkNyZWF0aW5nIERJU0sgd2QwDQphZDA6 IDxJQk0tREFSQS0yMTIwMDAvQVI0T0E1MUE+IEFUQS00IGRpc2sgYXQgYXRh MC1tYXN0ZXINCmFkMDogMTE1MTNNQiAoMjM1NzkxMzYgc2VjdG9ycyksIDIz MzkyIGN5bHMsIDE2IGhlYWRzLCA2MyBTL1QsIDUxMiBCL1MNCmFkMDogMTYg c2Vjcy9pbnQsIDEgZGVwdGggcXVldWUsIFVETUEzMw0KYWQwOiBwaW9tb2Rl PTQgZG1hbW9kZT0yIHVkbWFtb2RlPTQgY2JsaWQ9MQ0KYWQwOiAxMTUxM01C IDxJQk0tREFSQS0yMTIwMDA+IFsyMzM5Mi8xNi82M10gYXQgYXRhMC1tYXN0 ZXIgVURNQTMzDQphdGExLW1hc3RlcjogcGlvbW9kZT00IGRtYW1vZGU9MiB1 ZG1hbW9kZT0tMSBkbWFmbGFnPTENCmF0YTEtbWFzdGVyOiBzdWNjZXNzIHNl dHRpbmcgUElPNCBvbiBnZW5lcmljIGNoaXANCmFjZDA6IDxDRC0yMjRFLzEu MEE+IENEUk9NIGRyaXZlIGF0IGF0YTEgYXMgbWFzdGVyDQphY2QwOiByZWFk IDQxMzRLQi9zICg0MTM0S0IvcyksIDUxMktCIGJ1ZmZlciwgUElPNA0KYWNk MDogUmVhZHM6IENELVIsIENELURBIHN0cmVhbQ0KYWNkMDogQXVkaW86IHBs YXksIDI1NiB2b2x1bWUgbGV2ZWxzDQphY2QwOiBNZWNoYW5pc206IGVqZWN0 YWJsZSB0cmF5DQphY2QwOiBNZWRpdW06IENELVJPTSAxMjBtbSBkYXRhIGRp c2MgbG9hZGVkLCB1bmxvY2tlZA0KTW91bnRpbmcgcm9vdCBmcm9tIHVmczov ZGV2L2FkMHMyYQ0KYWQwczE6IHR5cGUgMHhiLCBzdGFydCA2MywgZW5kID0g MTIyODk3MjQsIHNpemUgMTIyODk2NjIgOiBPSw0KYWQwczI6IHR5cGUgMHhh NSwgc3RhcnQgMTIyODk3MjUsIGVuZCA9IDIzNTY3MzU0LCBzaXplIDExMjc3 NjMwIDogT0sNCnN0YXJ0X2luaXQ6IHRyeWluZyAvc2Jpbi9pbml0DQpmaXJl X3NhdmVyOiB0aGUgY29uc29sZSBkb2VzIG5vdCBzdXBwb3J0IE1fVkdBX0NH MzIwDQptb2R1bGVfcmVnaXN0ZXJfaW5pdDogTU9EX0xPQUQgKGZpcmVfc2F2 ZXIsIGMwYTViNmRjLCAwKSBlcnJvciAxOQ0KTGludXgtRUxGIGV4ZWMgaGFu ZGxlciBpbnN0YWxsZWQNCnhlMCBhdCBwb3J0IDB4MmU4LTB4MmVmIGlvbWVt IDB4ZDAwMDAtMHhkMGZmZiBpcnEgMTEgc2xvdCAxIG9uIHBjY2FyZDENCnBj aWM6IEkvTyB3aW4gMSBmbGFncyAxNyAxMDAtMTBmDQp4ZTA6IFhpcmNvbSBD RU01NiwgYm9uZGluZyB2ZXJzaW9uIDB4NTUsIDEwME1icHMgY2FwYWJsZSwg d2l0aCBtb2RlbQ0KeGUwOiBEaW5nb0lEID0gMHg0NDRiLCBSZXZpc2lvbklE ID0gMHgxLCBWZW5kb3JJRCA9IDANCnhlMDogRXRoZXJuZXQgYWRkcmVzcyAw MDoxMDphNDplMzphNTpiOQ0KYnBmOiB4ZTAgYXR0YWNoZWQNCg== --0-364961947-982086439=:413-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Feb 13 10: 9: 6 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id F1D8B37B491 for ; Tue, 13 Feb 2001 10:08:58 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1DI8oW40075; Tue, 13 Feb 2001 11:08:52 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102131808.f1DI8oW40075@harmony.village.org> To: Chan Tur Wei Subject: Re: uhci0: Could not map ports Cc: freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Wed, 14 Feb 2001 01:55:54 +0800." References: Date: Tue, 13 Feb 2001 11:08:50 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message Chan Tur Wei writes: : uhci0: irq 128 at device 7.2 on pci0 Now that's a new one. irq 128 I mean. : Is there any way for me hack some hard-coded addresses and IRQ's : (which I'd obtain from Windows on this dual-booted machine) into the : probe routines somewhere? Short of such drastic action, is there : any resolution for this problem of mine? I.e. for FreeBSD to somehow : or other allocate a port address/IRQ to the device, even if the : address is user-configured a'la isa hardware addresses? You'll likely have to hack on the IRQ assignment code in current. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Feb 13 10:12:33 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id B03A537B65D; Tue, 13 Feb 2001 10:12:27 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1DIBsW40108; Tue, 13 Feb 2001 11:11:54 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102131811.f1DIBsW40108@harmony.village.org> To: Dag-Erling Smorgrav Subject: Re: dc0 problems Cc: mobile@FreeBSD.ORG, wpaul@FreeBSD.ORG In-reply-to: Your message of "12 Feb 2001 21:30:20 +0100." References: Date: Tue, 13 Feb 2001 11:11:54 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message Dag-Erling Smorgrav writes: : The one with the external dongle works fine. The one with the built-in : jack generates lots of "TX underrun" messages (up to several hundred a : minute): That's odd. : Bill Paul suggested on IRC to set the DC_TX_STORENFWD flag for X3201 : chips, but I haven't tried that yet (I'll post the results when I get : the chance) and it doesn't seem entirely fair since the other card : works fine without it (including autonegotiation; I've used it on both : 10 and 100 Mbps networks). Here's the patch (watch for whitespace : conflicts due to cut'n'paste): : : des@aes /sys/pci% lcvs diff if_dc.c : Index: if_dc.c : =================================================================== : RCS file: /home/ncvs/src/sys/pci/if_dc.c,v : retrieving revision 1.44 : diff -u -r1.44 if_dc.c : --- if_dc.c 2001/01/20 00:07:49 1.44 : +++ if_dc.c 2001/02/12 20:00:07 : @@ -1927,6 +1927,7 @@ : case DC_DEVICEID_X3201: : sc->dc_type = DC_TYPE_XIRCOM; : sc->dc_flags |= DC_TX_INTR_ALWAYS | DC_TX_COALESCE; : + sc->dc_flags |= DC_TX_STORENFWD; : /* : * We don't actually need to coalesce, but we're doing : * it to obtain a double word aligned buffer. I'm not sure that I like this. My EtherJet works great, as does my Xicrom card. : If I get the dongle for the other card back (I inadvertantly left it : at a customer's after a meeting) I may be able to send the dongle-less : card to someone capable of looking into this problem (provided my : employer approves, as the card is not mine). I can send you a dongle, but I suspect that Bill Paul would be better at finding the actual problem and fixing it than I. He wrote the dc driver. If bill needs one, I should be able to send him one of my dc cards. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Feb 13 10:23:17 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from smtp13.singnet.com.sg (smtp13.singnet.com.sg [165.21.6.33]) by hub.freebsd.org (Postfix) with ESMTP id 899C237B503 for ; Tue, 13 Feb 2001 10:23:13 -0800 (PST) Received: from zargrok.twnet.org (tns02309.singnet.com.sg [165.21.189.139]) by smtp13.singnet.com.sg (8.11.0/8.11.0) with ESMTP id f1DIMnv07338; Wed, 14 Feb 2001 02:22:49 +0800 (SGT) Date: Wed, 14 Feb 2001 02:22:57 +0800 (SGT) From: Chan Tur Wei X-Sender: twchan@zargrok.ctlsg.creaf.com To: Warner Losh Cc: freebsd-mobile@FreeBSD.ORG Subject: Re: uhci0: Could not map ports In-Reply-To: <200102131808.f1DI8oW40075@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, On Tue, 13 Feb 2001, Warner Losh wrote: > In message Chan Tur Wei writes: > : uhci0: irq 128 at device 7.2 on pci0 > > Now that's a new one. irq 128 I mean. Well, I think the IRQ is not the real problem; port address not being assigned (i.e. port = 0x0) is the main thing. On a desktop machine where the USB does get detected, the uhci0: line above shows a port address and a valid irq. > > : Is there any way for me hack some hard-coded addresses and IRQ's > : (which I'd obtain from Windows on this dual-booted machine) into the > : probe routines somewhere? Short of such drastic action, is there > : any resolution for this problem of mine? I.e. for FreeBSD to somehow > : or other allocate a port address/IRQ to the device, even if the > : address is user-configured a'la isa hardware addresses? > > You'll likely have to hack on the IRQ assignment code in current. > > Warner > So only -current has the good stuff? :) I'm on -stable and would rather not switch to -current. But thanks for the pointer, I'll go grab code and take a look-see. Regards -T.W.Chan- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Feb 13 10:27:56 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 63FB837B4EC for ; Tue, 13 Feb 2001 10:27:50 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1DIRhW40311; Tue, 13 Feb 2001 11:27:43 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102131827.f1DIRhW40311@harmony.village.org> To: Chan Tur Wei Subject: Re: uhci0: Could not map ports Cc: freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Wed, 14 Feb 2001 02:22:57 +0800." References: Date: Tue, 13 Feb 2001 11:27:43 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message Chan Tur Wei writes: : Well, I think the IRQ is not the real problem; port address not being : assigned (i.e. port = 0x0) is the main thing. On a desktop machine where : the USB does get detected, the uhci0: line above shows a port address and : a valid irq. The basic problem is that the BIOS isn't assigning resources for this card and expecting the OS to do it. FreeBSD does this minimially right now, and needs lots of help. : So only -current has the good stuff? :) I'm on -stable and would rather : not switch to -current. But thanks for the pointer, I'll go grab code and : take a look-see. You might be able to do a half solution in stable that would work well enough for you. You'll basically have to pick an arbitrary hunk if high memory and use that for the memory ranges that this part uses. The interrupt routing is a little harder since you can't just pick one. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Feb 13 11:22: 5 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from ztxmail04.ztx.compaq.com (ztxmail04.ztx.compaq.com [161.114.1.208]) by hub.freebsd.org (Postfix) with ESMTP id 6451537B4EC for ; Tue, 13 Feb 2001 11:21:58 -0800 (PST) Received: by ztxmail04.ztx.compaq.com (Postfix, from userid 12345) id BD8BCF8C; Tue, 13 Feb 2001 13:21:57 -0600 (CST) Received: from polaris.mro.cpqcorp.net (polaris.mro.cpqcorp.net [16.129.16.150]) by ztxmail04.ztx.compaq.com (Postfix) with SMTP id 2549BE3F for ; Tue, 13 Feb 2001 13:21:57 -0600 (CST) Received: from localhost by polaris.mro.cpqcorp.net (5.65v4.0/1.1.10.5/20Aug98-0932AM) id AA05050; Tue, 13 Feb 2001 14:21:55 -0500 Message-Id: <200102131921.AA05050@polaris.mro.cpqcorp.net> To: freebsd-mobile@freebsd.org Subject: Re: FreeBSD 4.2 on an Compaq Armada M700 Really-From: Clement T. Cole Organization: Technical Director, SDIE; Compaq; 508-467-3614 X-Face: 3}V1_dLw'G]SyK"z1**jB);1uPOBSQWhKMARA<6*R$* Reply-To: clemc@mro.cpqcorp.net Date: Tue, 13 Feb 2001 14:21:55 -0500 From: clemc@mro.cpqcorp.net X-Mts: smtp Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Gentlefolk: I'm having a bear of time with 4.2-RELEASE on my new Compaq M700 (i386) laptop. I can boot it standalone (one internal disk and the CDROM in the multibay) and do the install. But if I power down, plug the system in the docking station so I can use: a.) external keyboard & mouse [and external display]. b.) two extra multiport bays - in this case I would like to fill them with a second disk and either a floppy or in this example another CDROM. c.) eventually an external ethernet. I can power up the system and start to boot. During this time the external keyboard works fine. I get the usual boot messages on the vga and in fact get a login prompt on the console, so the system in running. I am correctly getting a DHCP address for one of the two ethernet cards, so I am able to login via the network. But....the system no longer responds to either the builtin or external keyboard, nor the install ``mouse'' or an external one. Attached is what I get return from /var/run/dmesg.boot Any thoughts? Thanks, Clem Cole --- Copyright (c) 1992-2000 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 4.2-RELEASE #0: Mon Nov 20 13:02:55 GMT 2000 jkh@bento.FreeBSD.org:/usr/src/sys/compile/GENERIC Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (746.61-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383f9ff real memory = 402587648 (393152K bytes) avail memory = 387465216 (378384K bytes) Preloaded elf kernel "kernel" at 0xc0436000. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 11 pcic-pci0: mem 0x42080000-0x42080fff irq 11 at device 4.0 on pci0 pcic-pci0: TI12XX PCI Config Reg: [speaker enable][pwr save][CSC serial isa irq] pcic-pci1: mem 0x42100000-0x42100fff irq 11 at device 4.1 on pci0 pcic-pci1: TI12XX PCI Config Reg: [speaker enable][pwr save][CSC serial isa irq] isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x4010-0x401f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 uhci0: port 0x4020-0x403f irq 11 at device 7.2 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 uhub1: Atmel Corp. product 0x3301, class 9/0, rev 1.00/1.00, addr 2 uhub1: 4 ports with 4 removable, self powered chip1: port 0x4000-0x400f at device 7.3 on pci0 chip2: port 0x4400-0x44ff irq 11 at device 8.0 on pci0 fxp0: port 0x4040-0x407f mem 0x42000000-0x4201ffff,0x42180000-0x42180fff irq 11 at device 9.0 on pci0 fxp0: Ethernet address 00:d0:59:16:cc:9e pci0: (vendor=0x11c1, dev=0x0445) at 9.1 irq 11 pcib2: at device 12.0 on pci0 pci4: on pcib2 atapci1: port 0x190-0x19f,0x364-0x367,0x160-0x167,0x3e4-0x3e7,0x1e0-0x1e7 irq 11 at device 7.0 on pci4 ata2: at 0x1e0 on atapci1 ata3: at 0x160 on atapci1 fxp1: port 0x2000-0x203f mem 0x40000000-0x400fffff,0x40100000-0x40100fff irq 11 at device 8.0 on pci4 fxp1: Ethernet address 00:02:b3:2d:dd:31 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 device_probe_and_attach: atkbd0 attach returned 6 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> pcic0: at port 0x3e0 iomem 0xd0000 on isa0 pcic0: Polling mode pccard0: on pcic0 pccard1: on pcic0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ata3-slave: ata_command: timeout waiting for intr ata3-slave: identify failed ata0-master: DMA limited to UDMA33, non-ATA66 compliant cable ad0: 11513MB [23392/16/63] at ata0-master UDMA33 ad4: 19077MB [38760/16/63] at ata2-master WDMA2 acd0: CD-RW at ata0-slave using PIO4 acd1: CDROM at ata3-master using PIO4 Mounting root from ufs:/dev/ad0s2a --- cut here for: ps -lax --- %ps lax UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND 0 0 0 0 -18 0 0 0 sched DLs ?? 0:00.00 (swapper) 0 1 0 0 10 0 528 296 wait ILs ?? 0:00.01 /sbin/init - 0 2 0 0 -18 0 0 0 psleep DL ?? 0:00.00 (pagedaemon 0 3 0 0 18 0 0 0 psleep DL ?? 0:00.00 (vmdaemon) 0 4 0 0 -18 0 0 0 psleep DL ?? 0:00.00 (bufdaemon) 0 5 0 0 18 0 0 0 syncer DL ?? 0:00.01 (syncer) 0 33 1 65 18 0 208 92 pause Is ?? 0:00.00 adjkerntz -i 0 58 1 65 2 0 416 296 select Is ?? 0:00.00 pccardd -f / 0 124 1 0 2 0 532 364 select Is ?? 0:00.00 /sbin/dhclie 0 175 1 0 2 0 916 592 select Is ?? 0:00.02 syslogd -s 0 196 1 0 2 0 1032 736 select Is ?? 0:00.01 inetd -wW 0 198 1 0 10 0 952 704 nanslp Is ?? 0:00.00 cron 0 201 1 65 2 0 924 608 select Is ?? 0:00.00 /usr/sbin/lp 0 204 1 0 2 0 2496 1900 select Is ?? 0:00.01 sendmail: ac 0 208 1 65 2 0 2404 1424 select Is ?? 0:00.22 /usr/sbin/ss 0 210 1 0 2 0 888 556 select Is ?? 0:00.00 /usr/sbin/us 0 237 1 60 2 0 884 484 select Is ?? 0:00.00 moused -p /d 0 283 196 0 2 0 2252 1296 select Ss ?? 0:00.03 telnetd 1000 284 283 0 18 0 1316 896 pause Ss p0 0:00.03 -csh (csh) 1000 323 284 0 28 0 416 220 - R+ p0 0:00.00 ps lax 0 275 1 0 3 0 924 592 ttyin Is+ v0 0:00.00 /usr/libexec 0 276 1 0 3 0 924 592 ttyin Is+ v1 0:00.00 /usr/libexec 0 277 1 0 3 0 924 592 ttyin Is+ v2 0:00.00 /usr/libexec 0 278 1 0 3 0 924 592 ttyin Is+ v3 0:00.00 /usr/libexec 0 279 1 0 3 0 924 592 ttyin Is+ v4 0:00.00 /usr/libexec 0 280 1 0 3 0 924 592 ttyin Is+ v5 0:00.00 /usr/libexec 0 281 1 0 3 0 924 592 ttyin Is+ v6 0:00.00 /usr/libexec 0 282 1 0 3 0 924 592 ttyin Is+ v7 0:00.00 /usr/libexec % To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Feb 13 12: 1: 3 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from kithrup.com (kithrup.com [205.179.156.40]) by hub.freebsd.org (Postfix) with ESMTP id 0EEFB37B503 for ; Tue, 13 Feb 2001 12:01:01 -0800 (PST) Received: (from sef@localhost) by kithrup.com (8.8.8/8.8.8) id MAA20232 for mobile@freebsd.org; Tue, 13 Feb 2001 12:01:00 -0800 (PST) (envelope-from sef) Date: Tue, 13 Feb 2001 12:01:00 -0800 (PST) From: Sean Eric Fagan Message-Id: <200102132001.MAA20232@kithrup.com> To: mobile@freebsd.org Subject: Another laptop problem -- audio Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org From dmesg: pcm0: port 0xf800-0xf8ff irq 10 at device 8.0 on pci0 But trying to access it fails: cat: /dev/audio0: Device busy Any ideas? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Feb 13 12:10: 6 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by hub.freebsd.org (Postfix) with ESMTP id 01EC737B4EC for ; Tue, 13 Feb 2001 12:10:00 -0800 (PST) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id MAA25211; Tue, 13 Feb 2001 12:09:39 -0800 (PST) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [162.62.64.10]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id MAA19493; Tue, 13 Feb 2001 12:02:22 -0800 (PST) Received: from btcexc01.btc.adaptec.com (btcexc01 [162.62.147.10]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id NAA22835; Tue, 13 Feb 2001 13:09:37 -0700 (MST) Received: by btcexc01.btc.adaptec.com with Internet Mail Service (5.5.2650.21) id <169FRGQ9>; Tue, 13 Feb 2001 13:09:38 -0700 Message-ID: From: "Long, Scott" To: "'Sean Eric Fagan'" , mobile@freebsd.org Subject: RE: Another laptop problem -- audio Date: Tue, 13 Feb 2001 13:09:38 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Do you have something like esd running already? > -----Original Message----- > From: Sean Eric Fagan [mailto:sef@kithrup.com] > Sent: Tuesday, February 13, 2001 1:01 PM > To: mobile@freebsd.org > Subject: Another laptop problem -- audio > > > From dmesg: > > pcm0: port 0xf800-0xf8ff irq 10 > at device 8.0 on pci0 > > But trying to access it fails: > > cat: /dev/audio0: Device busy > > Any ideas? > > > > 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 Tue Feb 13 12:13:10 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from lobster.baynetworks.com (ns3.BayNetworks.COM [192.32.253.3]) by hub.freebsd.org (Postfix) with ESMTP id B2F3F37B491 for ; Tue, 13 Feb 2001 12:13:07 -0800 (PST) Received: from mailhost.BayNetworks.COM (ns4.baynetworks.com [132.245.135.84]) by lobster.baynetworks.com (8.9.1/8.9.1) with ESMTP id PAA02211 for ; Tue, 13 Feb 2001 15:18:40 -0500 (EST) Received: from pobox.engeast.BayNetworks.COM (pobox.engeast.baynetworks.com [192.32.61.6]) by mailhost.BayNetworks.COM (8.9.1/8.8.8) with ESMTP id PAA12145 for ; Tue, 13 Feb 2001 15:13:05 -0500 (EST) Received: from baynetworks.com (kyzyl [192.32.150.103]) by pobox.engeast.BayNetworks.COM (SMI-8.6/BNET-97/04/24-S) with ESMTP id PAA03864; Tue, 13 Feb 2001 15:13:04 -0500 for Message-Id: <200102132013.PAA03864@pobox.engeast.BayNetworks.COM> X-Mailer: exmh version 2.1.1 10/15/1999 To: freebsd-mobile@freebsd.org Subject: Spectrum 24 11M cards Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Feb 2001 15:13:05 -0500 From: Robert Withrow Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Any progress on these cards? -- Robert Withrow -- (+1 978 288 8256, ESN 248) BWithrow@NortelNetworks.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Feb 13 14:11:13 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 0695437B6A3 for ; Tue, 13 Feb 2001 14:11:02 -0800 (PST) Received: from dmlb.org ([62.253.135.104]) by mta07-svc.ntlworld.com (InterMail vM.4.01.02.27 201-229-119-110) with ESMTP id <20010213221044.KWZP26323.mta07-svc.ntlworld.com@dmlb.org>; Tue, 13 Feb 2001 22:10:44 +0000 Received: from dmlb by dmlb.org with local (Exim 3.03 #1) id 14Snf2-0000DO-00; Tue, 13 Feb 2001 22:11:00 +0000 Content-Length: 6532 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.3.p0.FreeBSD:010213221059:723=_" In-Reply-To: <200102062325.f16NPL987114@harmony.village.org> Date: Tue, 13 Feb 2001 22:10:59 -0000 (GMT) From: Duncan Barclay To: Warner Losh Subject: Re: AiroNet 'No card in database for "(null)"("(null)")' problem Cc: Anton Blanchard , Chris Yeoh , freebsd-mobile@FreeBSD.ORG, Greg Lehey , Simon Epsteyn Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format --_=XFMail.1.3.p0.FreeBSD:010213221059:723=_ Content-Type: text/plain; charset=us-ascii On 06-Feb-01 Warner Losh wrote: > In message Simon > Epsteyn writes: >: On Tue, 6 Feb 2001, Warner Losh wrote: >: >: > In message >: > Simon Epsteyn writes: >: > : One could say "It's a pity this card doesn't work in FreeBSD" :) >: > >: > But it does work on FreeBSD. I have a very similar card that probes >: > w/o a problem. I think it may be a memory conflict. You'll notice >: > that Linux uses high memory (0x68000000) while we're trying to use >: > memory in the isa hole. >: >: Correct, I've helped people set up similiar cards on different laptops >: w/out any problems, the question is what do I do in FreeBSD to get it to >: work? > > Configure it correctly :-). We're working on making it easier to > configure, but right now it is a bit of a pain. Most of the pain is > well documented in the archives. Attached are patches that use a sysctl to change the start and end of where pccard thinks the ISA hole is. >: Is there a way to see what is using 0xd0000 area or a way to make pccardd >: use high memory? 0xd0000 is not pccardd - it's /sys/pccard stuff. Duncan --- ________________________________________________________________________ Duncan Barclay | God smiles upon the little children, dmlb@dmlb.org | the alcoholics, and the permanently stoned. dmlb@freebsd.org| Steven King --_=XFMail.1.3.p0.FreeBSD:010213221059:723=_ Content-Disposition: attachment; filename="sys.pccard.patch" Content-Transfer-Encoding: 7bit Content-Description: sys.pccard.patch Content-Type: text/plain; charset=us-ascii; name=sys.pccard.patch; SizeOnDisk=4650 Index: cardinfo.h =================================================================== RCS file: /steer/ncvs/src/sys/pccard/cardinfo.h,v retrieving revision 1.19 diff -u -r1.19 cardinfo.h --- cardinfo.h 2000/10/26 19:46:20 1.19 +++ cardinfo.h 2001/01/28 12:28:57 @@ -123,8 +123,8 @@ struct slotstate { enum cardstate state; /* Current state of slot */ enum cardstate laststate; /* Previous state of slot */ - int maxmem; /* Max allowed memory windows */ - int maxio; /* Max allowed I/O windows */ +/*XXX*/ int maxmem; /* Max allowed memory windows */ +/*XXX*/ int maxio; /* Max allowed I/O windows */ int irqs; /* Bitmap of IRQs allowed */ int flags; /* Capability flags */ }; @@ -152,6 +152,7 @@ /* * Other system limits */ +/* XXX */ #define MAXSLOT 16 #define NUM_MEM_WINDOWS 10 #define NUM_IO_WINDOWS 6 Index: pccard.c =================================================================== RCS file: /steer/ncvs/src/sys/pccard/pccard.c,v retrieving revision 1.116 diff -u -r1.116 pccard.c --- pccard.c 2001/01/09 04:33:39 1.116 +++ pccard.c 2001/01/28 12:28:23 @@ -376,12 +376,12 @@ if (pccard_mem == 0) return(ENOMEM); for (win = 0; win < slt->ctrl->maxmem; win++) - if ((slt->mem[win].flags & MDF_ACTIVE) == 0) +/*XXX*/ if ((slt->mem[win].flags & MDF_ACTIVE) == 0) break; if (win >= slt->ctrl->maxmem) return(EBUSY); mp = &slt->mem[win]; - oldmap = *mp; + oldmap = *mp; mp->flags = slt->rwmem|MDF_ACTIVE; while (uio->uio_resid && error == 0) { mp->card = uio->uio_offset; @@ -422,7 +422,7 @@ if (pccard_mem == 0) return(ENOMEM); for (win = 0; win < slt->ctrl->maxmem; win++) - if ((slt->mem[win].flags & MDF_ACTIVE) == 0) +/*XXX*/ if ((slt->mem[win].flags & MDF_ACTIVE) == 0) break; if (win >= slt->ctrl->maxmem) return(EBUSY); Index: pccard_nbk.c =================================================================== RCS file: /steer/ncvs/src/sys/pccard/pccard_nbk.c,v retrieving revision 1.25 diff -u -r1.25 pccard_nbk.c --- pccard_nbk.c 2001/01/09 04:33:39 1.25 +++ pccard_nbk.c 2001/01/28 20:11:03 @@ -53,6 +53,7 @@ #include #include #include +#include #include #include @@ -77,6 +78,16 @@ #define PCCARD_DEVINFO(d) (struct pccard_devinfo *) device_get_ivars(d) +SYSCTL_NODE(_machdep, OID_AUTO, pccard, CTLFLAG_RW, 0, "pccard"); + +static u_long pcic_mem_start = 0xd0000; +static u_long pcic_mem_end = 0xdffff; + +SYSCTL_ULONG(_machdep_pccard, OID_AUTO, pcic_mem_start, CTLFLAG_RW, + &pcic_mem_start, 0, ""); +SYSCTL_ULONG(_machdep_pccard, OID_AUTO, pcic_mem_end, CTLFLAG_RW, + &pcic_mem_end, 0, ""); + /* * glue for NEWCARD/OLDCARD compat layer */ @@ -215,7 +226,7 @@ { /* * Consider adding a resource definition. We allow rid 0 for - * irq, 0-3 for memory and 0-1 for ports + * irq, 0-4 for memory and 0-1 for ports */ int passthrough = (device_get_parent(child) != bus); int isdefault; @@ -225,8 +236,8 @@ struct resource *res; if (start == 0 && end == ~0 && type == SYS_RES_MEMORY && count != 1) { - start = 0xd0000; - end = 0xdffff; + start = pcic_mem_start; + end = pcic_mem_end; } isdefault = (start == 0UL && end == ~0UL); if (!passthrough && !isdefault) { @@ -254,6 +265,7 @@ default: return 0; } +printf("resource_list_add rid %d, start %lx, end %lx, count %lx\n", *rid, start , end, count); resource_list_add(rl, type, *rid, start, end, count); } } Index: pcic.c =================================================================== RCS file: /steer/ncvs/src/sys/pccard/pcic.c,v retrieving revision 1.103 diff -u -r1.103 pcic.c --- pcic.c 2001/01/09 23:39:32 1.103 +++ pcic.c 2001/01/28 19:57:27 @@ -44,6 +44,7 @@ #include #include +#include #include "card_if.h" /* @@ -158,6 +159,8 @@ struct mem_desc *mp = &slt->mem[win]; int reg = win * PCIC_MEMSIZE + PCIC_MEMBASE; + if (win < 0 || win >= slt->ctrl->maxmem) + panic("Illegal PCIC MEMORY window request!"); if (mp->flags & MDF_ACTIVE) { unsigned long sys_addr = (uintptr_t)(void *)mp->start >> 12; /* @@ -929,14 +932,17 @@ case SYS_RES_MEMORY: { struct mem_desc *mp = &devi->slt->mem[rid]; switch (value) { - case 0: + case PCCARD_A_MEM_COM: mp->flags &= ~MDF_ATTR; break; - case 1: + case PCCARD_A_MEM_ATTR: mp->flags |= MDF_ATTR; break; - case 2: + case PCCARD_A_MEM_8BIT: mp->flags &= ~MDF_16BITS; + break; + case PCCARD_A_MEM_16BIT: + mp->flags |= MDF_16BITS; break; } err = pcic_memory(devi->slt, rid); --_=XFMail.1.3.p0.FreeBSD:010213221059:723=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Feb 14 1:44:29 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from logatome.francenet.fr (logatome-2.francenet.fr [193.149.96.2]) by hub.freebsd.org (Postfix) with ESMTP id 7226037B4EC for ; Wed, 14 Feb 2001 01:44:26 -0800 (PST) Received: from notbsdems.nantes.kisoft-services.com (pppA197.francenet.fr [193.149.100.107]) by logatome.francenet.fr (8.10.1/8.11.1) with ESMTP id f1E9iJ510688; Wed, 14 Feb 2001 10:44:23 +0100 (CET) Received: by notbsdems.nantes.kisoft-services.com (Postfix, from userid 1001) id 2F167E6BC3; Tue, 13 Feb 2001 23:32:22 +0100 (CET) To: Mailing List FreeBSD Mobile Cc: Warner Losh Subject: Elsa Air Lancer From: Eric Masson Date: 13 Feb 2001 23:32:22 +0100 Message-ID: <863ddifc3t.fsf@notbsdems.nantes.kisoft-services.com> Lines: 22 User-Agent: Gnus/5.090001 (Oort Gnus v0.01) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello, I've been lent a ELSA Air Lancer wireless card today. Seems to be a Lucent OEM. card "ELSA" "AirLancer MC-11" config auto "wi" ? insert /etc/pccard_ether $device start remove /etc/pccard_ether $device stop /kernel: pccard: card inserted, slot 1 pccardd[51]: Card "ELSA"("AirLancer MC-11") [Version 01.01] [] matched "ELSA" ("AirLancer MC-11") [(null)] [(null)] /kernel: wi0: at port 0x240-0x27f irq 7 slot 1 on pccard1 /kernel: wi0: Ethernet address: 00:60:1d:f2:84:80 pccardd[51]: wi0: ELSA (AirLancer MC-11) inserted. Regards 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 Wed Feb 14 1:59:12 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from alpha.dante.org.uk (alpha.dante.org.uk [193.63.211.19]) by hub.freebsd.org (Postfix) with ESMTP id A6EE537B491 for ; Wed, 14 Feb 2001 01:59:09 -0800 (PST) Received: from theta.dante.org.uk ([193.63.211.7] helo=dante.org.uk) by alpha.dante.org.uk with esmtp (Exim 3.12 #4) id 14SyiJ-0005SL-00 for mobile@freebsd.org; Wed, 14 Feb 2001 09:59:07 +0000 Message-ID: <3A8A56EB.3A7A2635@dante.org.uk> Date: Wed, 14 Feb 2001 09:59:07 +0000 From: Konstantin Chuguev Organization: Delivery of Advanced Network Technology to Europe Ltd. X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.6 sun4u) X-Accept-Language: ru, en MIME-Version: 1.0 To: mobile@freebsd.org Subject: Re: Another laptop problem -- audio References: <200102132001.MAA20232@kithrup.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Sean Eric Fagan wrote: > >From dmesg: > > pcm0: port 0xf800-0xf8ff irq 10 at device 8.0 on pci0 > > But trying to access it fails: > > cat: /dev/audio0: Device busy > > Any ideas? > The same here. Dell Inspiron 5000, CURRENT of ~ 5 January, GNOME. It doesn't depend whether esound is on, standby or off. It doesn't play GNOME (.wav) sounds for a few month (before I thougt It was a GNOME problem). But it plays xmms MP3's via esound just fine, as well as RealAudio directly. I found nothing in the mailing list archives. -- * * Konstantin Chuguev - Application Engineer * * Francis House, 112 Hills Road * Cambridge CB2 1PQ, United Kingdom D A N T E WWW: http://www.dante.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Feb 14 13:20:27 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from vagabond.noos.net (r234m82.cybercable.tm.fr [195.132.234.82]) by hub.freebsd.org (Postfix) with ESMTP id 8E01237B401 for ; Wed, 14 Feb 2001 13:19:33 -0800 (PST) Received: from (pda@localhost) by vagabond.noos.net (8.11.2/jtpda-5.3.2) id f1ELJQQ47863 ; Wed, 14 Feb 2001 22:19:26 +0100 (CET) Date: Wed, 14 Feb 2001 22:19:24 +0100 From: Pierre DAVID To: freebsd-mobile@freebsd.org Subject: NEWCARD & xl0: watchdog timeout Message-ID: <20010214221923.A42439@vagabond.ma.maison> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I just upgraded my Dell Latitude LT from 4.2-RELEASE TO -current (just before 9h Feb): all is working perfectly with a GENERIC kernel, pccardd and a 3Com 3C589 Ethernet card. However, when I try to boot with a NEWCARD kernel: - with the 3Com 3C589, I cannot get anything from the network (ECHO packets are emitted, but nothing returns) - with a 3Com 3CCFE575BT-D (xl0) - which works like a charm with a Sony Vaio - I get lot of: xl0: watchdog timeout and all communications are sloooooow. Attached hereafter are the "boot -v" messages. Can somebody help me? Thanks in advance, Pierre --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=dmesg-ep0 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 #0: Wed Feb 14 09:21:41 CET 2001 root@biceps:/users/obj/usr/src/sys/NEWCARD Calibrating clock(s) ... TSC clock: 262365789 Hz, i8254 clock: 1193064 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 CPU: Pentium/P55C (quarter-micron) (262.39-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x582 Stepping = 2 Features=0x8001bf real memory = 67043328 (65472K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00537000 - 0x03fe7fff, 61542400 bytes (15025 pages) avail memory = 60059648 (58652K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f62f0 bios32: Entry = 0xfd7e0 (c00fd7e0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd7e0+0x21a pnpbios: Found PnP BIOS data at 0xc00f6340 pnpbios: Entry = f0000:b99b Rev = 1.0 Other BIOS signatures found: Preloaded elf kernel "kernel" at 0xc0511000. Preloaded elf module "splash_bmp.ko" at 0xc05110a8. Preloaded splash_image_data "/boot/images/daemon.bmp" at 0xc051114c. Intel Pentium detected, installing workaround for F00F bug null: random: mem: WARNING: Driver mistake: destroy_dev on 154/0 Math emulator present splash: image@0xc04ff2fc, size:65074 splash_bmp: beyond screen capacity (320x200, 255 colors) bmp_start(): splash_mode:28 splash: image decoder found: splash_bmp Using $PIR table, 4 entries at 0xc00fdf90 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface i586_bzero() bandwidth = 158052789 bytes/sec bzero() bandwidth = 514138817 bytes/sec pcib0: at pcibus 0 on motherboard pci0: physical bus=0 found-> vendor=0x8086, dev=0x7100, revid=0x01 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=1, func=0 class=06-80-00, hdrtype=0x00, mfdev=1 map[20]: type 4, range 32, base 0000fcf0, size 4, enabled found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=1, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 map[20]: type 4, range 32, base 0000fcc0, size 5, port disabled found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=1, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 intpin=d, irq=255 map[90]: type 4, range 32, base 00002180, size 4, enabled found-> vendor=0x8086, dev=0x7113, revid=0x02 bus=0, slot=1, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 map[10]: type 3, range 32, base fd000000, size 24, enabled map[14]: type 1, range 32, base fea00000, size 21, enabled map[18]: type 1, range 32, base fed00000, size 20, enabled found-> vendor=0x10c8, dev=0x0004, revid=0x01 bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=0 found-> vendor=0x1180, dev=0x0475, revid=0x00 bus=0, slot=10, func=0 class=06-07-00, hdrtype=0x02, mfdev=0 intpin=a, irq=255 powerspec 1 supports D0 D1 D2 D3 current D0 pci0: on pcib0 PCI-ISA bridge with incorrect subclass 0x80 PCI-ISA bridge with incorrect subclass 0x80 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0xfcf0-0xfcff at device 1.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xfcf0 ata0: mask=03 status0=50 status1=00 ata0: mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI probe a=00 b=00 ata0-slave: ATAPI probe a=00 b=00 ata0: mask=03 status0=50 status1=00 ata0-master: ATA probe a=01 b=a5 ata0: devices=01 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xfcf8 ata1: mask=00 status0=ff status1=ff ata1: probe allocation failed uhci0: at device 1.2 on pci0 uhci0: Could not map ports device_probe_and_attach: uhci0 attach returned 6 pci0: at 1.3 (no driver attached) pci0: at 2.0 (no driver attached) pccbb0: at device 10.0 on pci0 pccbb0: PCI Memory allocated: 44000000 pci_cfgintr_virgin: using routable interrupt 3 pci_cfgintr: 0:10 INTA routed to irq 3 cardbus0: on pccbb0 pccard0: <16-bit PCCard bus> on pccbb0 ex_isa_identify() pnpbios: 18 devices, largest 138 bytes PNP0c01: adding fixed memory32 range 0xca000-0xcbfff, size=0x2000 PNP0c01: skipping empty range PNP0c01: skipping empty range PNP0c01: skipping empty range PNP0c01: skipping empty range PNP0c01: end config pnpbios: handle 0 device ID PNP0c01 (010cd041) PNP0c02: adding io range 0x62-0x62, size=0x1, align=0x1 PNP0c02: adding io range 0x66-0x66, size=0x1, align=0x1 PNP0c02: adding io range 0x80-0x80, size=0x1, align=0x1 PNP0c02: adding io range 0x92-0x92, size=0x1, align=0x1 PNP0c02: adding io range 0x4d0-0x4d1, size=0x2, align=0x1 PNP0c02: adding io range 0xd000-0xd000, size=0x1, align=0x1 PNP0c02: adding io range 0xd004-0xd004, size=0x1, align=0x1 PNP0c02: adding io range 0x398-0x399, size=0x2, align=0x1 PNP0c02: adding io range 0x8000-0x803f, size=0x40, align=0x1 PNP0c02: adding io range 0x2180-0x218f, size=0x10, align=0x1 PNP0c02: adding fixed memory32 range 0xfff80000-0xffffffff, size=0x80000 PNP0c02: end config pnpbios: handle 1 device ID PNP0c02 (020cd041) PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c01: adding fixed memory32 range 0xdc000-0xfffff, size=0x24000 PNP0c01: adding fixed memory32 range 0x100000-0x3ffffff, size=0x3f00000 PNP0c01: end config 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 PNP0200: end config 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 PNP0000: end config pnpbios: handle 4 device ID PNP0000 (0000d041) PNP0100: adding io range 0x40-0x43, size=0x4, align=0x1 PNP0100: adding irq mask 0x1 PNP0100: end config pnpbios: handle 5 device ID PNP0100 (0001d041) PNP0b00: adding io range 0x70-0x71, size=0x2, align=0x1 PNP0b00: adding irq mask 0x100 PNP0b00: end config 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 PNP0303: end config pnpbios: handle 7 device ID PNP0303 (0303d041) PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0x1 PNP0c04: adding irq mask 0x2000 PNP0c04: end config pnpbios: handle 8 device ID PNP0c04 (040cd041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0x1 PNP0800: end config pnpbios: handle 9 device ID PNP0800 (0008d041) PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0x1 PNP0a03: end config pnpbios: handle 10 device ID PNP0a03 (030ad041) PNP0e03: adding io range 0x3e0-0x3e1, size=0x2, align=0x1 PNP0e03: end config pnpbios: handle 11 device ID PNP0e03 (030ed041) PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0x1 PNP0501: adding irq mask 0x10 PNP0501: end config pnpbios: handle 17 device ID PNP0501 (0105d041) PNP0400: adding io range 0x378-0x37f, size=0x8, align=0x8 PNP0400: adding irq mask 0x80 PNP0400: end config pnpbios: handle 19 device ID PNP0400 (0004d041) CSC0000: adding io range 0x530-0x537, size=0x8, align=0x1 CSC0000: adding io range 0x388-0x38b, size=0x4, align=0x8 CSC0000: adding io range 0x220-0x22f, size=0x10, align=0x20 CSC0000: adding dma mask 0x2 CSC0000: adding dma mask 0x8 CSC0000: adding irq mask 0x20 CSC0000: end config pnpbios: handle 23 device ID CSC0000 (0000630e) CSC0010: adding io range 0xf00-0xf07, size=0x8, align=0x8 CSC0010: end config pnpbios: handle 26 device ID CSC0010 (1000630e) PNP0f13: end config pnpbios: handle 27 device ID PNP0f13 (130fd041) 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 PNP0700: end config pnpbios: handle 28 device ID PNP0700 (0007d041) ata-: ata0 already exists, using ata2 instead ata-: ata1 already exists, using ata3 instead 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 sc-: sc0 already exists, using sc1 instead vga-: vga0 already exists, using vga1 instead isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices adv0 failed to probe at port 0x330 on isa0 aha0: status reg test failed ff aha0: status reg test failed ff aha0: status reg test failed ff aha0: status reg test failed ff aha0: status reg test failed ff aha0: status reg test failed ff aha0 failed to probe at port 0x134-0x137 on isa0 aic0 failed to probe at port 0x140-0x15f on isa0 ata2 failed to probe at port 0x1f0 irq 14 on isa0 ata3: iobase=0x0170 altiobase=0x0376 bmaddr=0x0000 ata3: mask=00 status0=ff status1=ff ata3: probe allocation failed ata3 failed to probe at port 0x170-0x177,0x376 irq 15 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000000, packet size:4 psm0: syncmask:08, syncbits:08 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x330 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x334 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x230 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x234 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x130 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x134 bt0 failed to probe at port 0x134-0x137 on isa0 cs0 failed to probe at port 0x300-0x31f on isa0 ed0 failed to probe at port 0x280-0x29f iomem 0xd8000 irq 10 on isa0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 fe0 failed to probe at port 0x300-0x31f on isa0 ie0 failed to probe at port 0x300 iomem 0xd0000 irq 10 on isa0 le0 failed to probe at port 0x300 iomem 0xd0000 irq 5 on isa0 lnc0 failed to probe at port 0x280 irq 10 drq 0 on isa0 pcic0 at port 0x3e0 iomem 0xd0000-0xd1fff irq 10 on isa0 pcic ident regs: 0x83 0xff 0xff 0xff pcic0: controller 0 (Intel 82365SL Revision 1) has socket A only pccard1: <16-bit PCCard bus> on pcic0 pcic0: bus_space_alloc range 0x0330-0x03ff (probed) pmtimer0 on isa0 ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode plip0: on ppbus0 bpf: lp0 attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x41 0x51 0x41 0x41 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: irq maps: 0x41 0x41 0x41 0x41 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: Cannot allocate irq sn0 failed to probe at port 0x300-0x30f irq 10 on isa0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0 failed to probe on isa0 sc1: no video adapter is found. sc1: failed to probe on isa0 vga1: failed to probe on isa0 isa_probe_children: probing PnP devices adv1: Invalid baseport of 0x65 specified. Nearest valid baseport is 0x100. Failing probe. adv1: Invalid baseport of 0x0 specified. Nearest valid baseport is 0x100. Failing probe. adv1: Invalid baseport of 0x20 specified. Nearest valid baseport is 0x100. Failing probe. adv1: Invalid baseport of 0x40 specified. Nearest valid baseport is 0x100. Failing probe. unknown: can't assign resources unknown: at port 0x70-0x71 on isa0 unknown: can't assign resources unknown: at port 0x60 on isa0 adv1: Invalid baseport of 0xf0 specified. Nearest valid baseport is 0x100. Failing probe. adv1: Invalid baseport of 0x61 specified. Nearest valid baseport is 0x100. Failing probe. unknown: failed to probe at port 0x61 on isa0 adv1: Invalid baseport of 0xcf8 specified. Nearest valid baseport is 0x330. Failing probe. unknown: can't assign resources unknown: at port 0x3e0-0x3e1 on isa0 unknown: can't assign resources unknown: at port 0x3f8-0x3ff on isa0 unknown: can't assign resources unknown: at port 0x378-0x37f on isa0 pcm0: at port 0x530-0x537,0x388-0x38b,0x220-0x22f irq 5 drq 1,3 on isa0 pcm: setmap 6c7000, 1000; 0xc5d13000 -> 6c7000 pcm: setmap 6c8000, 1000; 0xc5d14000 -> 6c8000 adv1: Invalid baseport of 0xf00 specified. Nearest valid baseport is 0x330. Failing probe. unknown: failed to probe at port 0xf00-0xf0f on isa0 unknown: failed to probe at port 0x330 on isa0 unknown: can't assign resources unknown: at port 0x3f0-0x3f5 on isa0 BIOS Geometries: 0:020cfe3f 0..524=525 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. bpf: ppp0 attached bpf: faith0 attached bpf: gif0 attached bpf: gif1 attached bpf: gif2 attached bpf: gif3 attached bpf: lo0 attached ata0-master: success setting UDMA2 on PIIX4 chip Creating DISK ad0 ad0: ATA-4 disk at ata0-master ad0: 4126MB (8452080 sectors), 8944 cyls, 15 heads, 63 S/T, 512 B/S ad0: 16 secs/int, 1 depth queue, UDMA33 ad0: piomode=4 dmamode=2 udmamode=2 cblid=0 ad0: 4126MB [8944/15/63] at ata0-master UDMA33 Mounting root from ufs:/dev/ad0s2a ad0s1: type 0xb, start 63, end = 819314, size 819252 : OK ad0s2: type 0xa5, start 819315, end = 8450189, size 7630875 : OK pccbb0: card inserted: event=0x00000000, state=30000410 pccard0: chip_socket_enable pccbb_pcic_socket_enable: pccbb0: pccbb_power: CARD_VCC_0V and CARD_VPP_0V [44] pccbb0: pccbb_power: CARD_VCC_5V and CARD_VPP_VCC [15] pccbb0: pccbb_pcic_wait_ready: status 0x7f pccbb0: card type is mem pccard0: read_cis pccbb_pcic_mem_map window 0 bus 44001000+400+bbfff000 card addr 0 pccbb_pcic_do_mem_map window 0: 8001 8001 3fff 44 (44001000+00000400.00001000*bbfff000) pccbb_pcic_do_mem_map window 0: 8001 8001 7fff 44 (44001000+00000400.00001000*bbfff000) cis mem map c6365000 pccard0: CIS tuple chain: CISTPL_DEVICE type=null speed=null 01 02 00 ff CISTPL_DEVICE_A type=eeprom speed=150ns 17 03 43 02 ff CISTPL_MANFID 20 04 01 01 89 05 CISTPL_FUNCID 21 02 06 00 CISTPL_VERS_1 15 39 04 01 33 43 6f 6d 20 43 6f 72 70 6f 72 61 74 69 6f 6e 00 33 43 35 38 39 00 54 50 2f 42 4e 43 20 4c 41 4e 20 43 61 72 64 20 56 65 72 2e 20 32 61 00 30 30 30 30 30 32 00 ff CISTPL_CONFIG 1a 06 02 03 00 00 01 03 CISTPL_CFTABLE_ENTRY 1b 0f c1 01 1d 71 55 35 55 54 e0 72 5d 64 30 ff ff CISTPL_CFTABLE_ENTRY 1b 07 03 01 71 55 26 26 54 unhandled CISTPL 19 19 03 00 00 ff CISTPL_NO_LINK 14 00 CISTPL_CHECKSUM addr=0 len=80 cksum=0 ok 10 05 89 ff 80 00 00 CISTPL_END ff pccard0: check_cis_quirks pccard0: CIS version PCCARD 2.0 or 2.1 pccard0: CIS info: 3Com Corporation, 3C589, TP/BNC LAN Card Ver. 2a, 000002 pccard0: Manufacturer code 0x101, product 0x589 pccard0: function 0: network adapter, ccr addr 10000 mask 3 pccard0: function 0, config table entry 1: I/O card; irq mask ffff; iomask 4, iospace 0-f; rdybsy_active wp_active bvd_active io8 io16 irqlevel pccard0: function 0, config table entry 3: I/O card; irq mask ffff; iomask 4, iospace 0-f; rdybsy_active wp_active bvd_active io8 io16 irqlevel pccard0: functions scanning pccbb_pcic_socket_enable: pccbb0: pccbb_power: CARD_VCC_0V and CARD_VPP_0V [44] pccbb0: pccbb_power: CARD_VCC_5V and CARD_VPP_VCC [15] pccbb0: pccbb_pcic_wait_ready: status 0x7f pccbb0: card type is io pccard0: ++enabled_count = 1 pccbb_pcic_mem_map window 0 bus 44001000+400+bbfff000 card addr 0 pccbb_pcic_do_mem_map window 0: 8001 8001 3fff 44 (44001000+00000400.00001000*bbfff000) pccard0: ccr_res == 44001000-440013ff, base=10000 pccbb_pcic_do_mem_map window 0: 8001 8001 7fff 44 (44001000+00000400.00001000*bbfff000) pccbb_pcic_do_mem_map window 0: 8001 8001 400f 44 (44001000+00000400.00001000*bc00f000) pccard0: function 0 CCR at 0 offset 0: 41 0 41 0, 0 41 0 41, 0 ep0: <3Com 3c589 10Mbps Ethernet> at port 0x100-0x10f irq 3 function 0 config 1 on pccard0 pccbb_pcic_io_map window 0 auto port 100+10 pccbb_pcic_do_io_map window 0: 0100 010f (00000100+00000010) pccbb_pcic_io_map window 0 auto port 100+10 pccbb_pcic_do_io_map window 0: 0100 010f (00000100+00000010) ep0: Ethernet address 00:a0:24:a5:4b:22 bpf: ep0 attached pccard0: function 0 CCR at 0 offset 0: 45 0 45 0, 0 45 0 45, 0 start_init: trying /sbin/init Connection attempt to UDP 192.44.67.2:1024 from 192.44.67.6:53 Connection attempt to UDP 192.44.67.2:1025 from 192.44.67.6:53 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=dmesg-xl0 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 #0: Wed Feb 14 09:21:41 CET 2001 root@biceps:/users/obj/usr/src/sys/NEWCARD Calibrating clock(s) ... TSC clock: 262364233 Hz, i8254 clock: 1193059 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 CPU: Pentium/P55C (quarter-micron) (262.39-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x582 Stepping = 2 Features=0x8001bf real memory = 67043328 (65472K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00537000 - 0x03fe7fff, 61542400 bytes (15025 pages) avail memory = 60059648 (58652K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f62f0 bios32: Entry = 0xfd7e0 (c00fd7e0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd7e0+0x21a pnpbios: Found PnP BIOS data at 0xc00f6340 pnpbios: Entry = f0000:b99b Rev = 1.0 Other BIOS signatures found: Preloaded elf kernel "kernel" at 0xc0511000. Preloaded elf module "splash_bmp.ko" at 0xc05110a8. Preloaded splash_image_data "/boot/images/daemon.bmp" at 0xc051114c. Intel Pentium detected, installing workaround for F00F bug null: random: mem: WARNING: Driver mistake: destroy_dev on 154/0 Math emulator present splash: image@0xc04ff2fc, size:65074 splash_bmp: beyond screen capacity (320x200, 255 colors) bmp_start(): splash_mode:28 splash: image decoder found: splash_bmp Using $PIR table, 4 entries at 0xc00fdf90 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface i586_bzero() bandwidth = 158077774 bytes/sec bzero() bandwidth = 512820512 bytes/sec pcib0: at pcibus 0 on motherboard pci0: physical bus=0 found-> vendor=0x8086, dev=0x7100, revid=0x01 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=1, func=0 class=06-80-00, hdrtype=0x00, mfdev=1 map[20]: type 4, range 32, base 0000fcf0, size 4, enabled found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=1, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 map[20]: type 4, range 32, base 0000fcc0, size 5, port disabled found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=1, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 intpin=d, irq=255 map[90]: type 4, range 32, base 00002180, size 4, enabled found-> vendor=0x8086, dev=0x7113, revid=0x02 bus=0, slot=1, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 map[10]: type 3, range 32, base fd000000, size 24, enabled map[14]: type 1, range 32, base fea00000, size 21, enabled map[18]: type 1, range 32, base fed00000, size 20, enabled found-> vendor=0x10c8, dev=0x0004, revid=0x01 bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=0 found-> vendor=0x1180, dev=0x0475, revid=0x00 bus=0, slot=10, func=0 class=06-07-00, hdrtype=0x02, mfdev=0 intpin=a, irq=255 powerspec 1 supports D0 D1 D2 D3 current D0 pci0: on pcib0 PCI-ISA bridge with incorrect subclass 0x80 PCI-ISA bridge with incorrect subclass 0x80 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0xfcf0-0xfcff at device 1.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xfcf0 ata0: mask=03 status0=50 status1=00 ata0: mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI probe a=00 b=00 ata0-slave: ATAPI probe a=00 b=00 ata0: mask=03 status0=50 status1=00 ata0-master: ATA probe a=01 b=a5 ata0: devices=01 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xfcf8 ata1: mask=00 status0=ff status1=ff ata1: probe allocation failed uhci0: at device 1.2 on pci0 uhci0: Could not map ports device_probe_and_attach: uhci0 attach returned 6 pci0: at 1.3 (no driver attached) pci0: at 2.0 (no driver attached) pccbb0: at device 10.0 on pci0 pccbb0: PCI Memory allocated: 44000000 pci_cfgintr_virgin: using routable interrupt 3 pci_cfgintr: 0:10 INTA routed to irq 3 cardbus0: on pccbb0 pccard0: <16-bit PCCard bus> on pccbb0 ex_isa_identify() pnpbios: 18 devices, largest 138 bytes PNP0c01: adding fixed memory32 range 0xca000-0xcbfff, size=0x2000 PNP0c01: skipping empty range PNP0c01: skipping empty range PNP0c01: skipping empty range PNP0c01: skipping empty range PNP0c01: end config pnpbios: handle 0 device ID PNP0c01 (010cd041) PNP0c02: adding io range 0x62-0x62, size=0x1, align=0x1 PNP0c02: adding io range 0x66-0x66, size=0x1, align=0x1 PNP0c02: adding io range 0x80-0x80, size=0x1, align=0x1 PNP0c02: adding io range 0x92-0x92, size=0x1, align=0x1 PNP0c02: adding io range 0x4d0-0x4d1, size=0x2, align=0x1 PNP0c02: adding io range 0xd000-0xd000, size=0x1, align=0x1 PNP0c02: adding io range 0xd004-0xd004, size=0x1, align=0x1 PNP0c02: adding io range 0x398-0x399, size=0x2, align=0x1 PNP0c02: adding io range 0x8000-0x803f, size=0x40, align=0x1 PNP0c02: adding io range 0x2180-0x218f, size=0x10, align=0x1 PNP0c02: adding fixed memory32 range 0xfff80000-0xffffffff, size=0x80000 PNP0c02: end config pnpbios: handle 1 device ID PNP0c02 (020cd041) PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c01: adding fixed memory32 range 0xdc000-0xfffff, size=0x24000 PNP0c01: adding fixed memory32 range 0x100000-0x3ffffff, size=0x3f00000 PNP0c01: end config 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 PNP0200: end config 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 PNP0000: end config pnpbios: handle 4 device ID PNP0000 (0000d041) PNP0100: adding io range 0x40-0x43, size=0x4, align=0x1 PNP0100: adding irq mask 0x1 PNP0100: end config pnpbios: handle 5 device ID PNP0100 (0001d041) PNP0b00: adding io range 0x70-0x71, size=0x2, align=0x1 PNP0b00: adding irq mask 0x100 PNP0b00: end config 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 PNP0303: end config pnpbios: handle 7 device ID PNP0303 (0303d041) PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0x1 PNP0c04: adding irq mask 0x2000 PNP0c04: end config pnpbios: handle 8 device ID PNP0c04 (040cd041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0x1 PNP0800: end config pnpbios: handle 9 device ID PNP0800 (0008d041) PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0x1 PNP0a03: end config pnpbios: handle 10 device ID PNP0a03 (030ad041) PNP0e03: adding io range 0x3e0-0x3e1, size=0x2, align=0x1 PNP0e03: end config pnpbios: handle 11 device ID PNP0e03 (030ed041) PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0x1 PNP0501: adding irq mask 0x10 PNP0501: end config pnpbios: handle 17 device ID PNP0501 (0105d041) PNP0400: adding io range 0x378-0x37f, size=0x8, align=0x8 PNP0400: adding irq mask 0x80 PNP0400: end config pnpbios: handle 19 device ID PNP0400 (0004d041) CSC0000: adding io range 0x530-0x537, size=0x8, align=0x1 CSC0000: adding io range 0x388-0x38b, size=0x4, align=0x8 CSC0000: adding io range 0x220-0x22f, size=0x10, align=0x20 CSC0000: adding dma mask 0x2 CSC0000: adding dma mask 0x8 CSC0000: adding irq mask 0x20 CSC0000: end config pnpbios: handle 23 device ID CSC0000 (0000630e) CSC0010: adding io range 0xf00-0xf07, size=0x8, align=0x8 CSC0010: end config pnpbios: handle 26 device ID CSC0010 (1000630e) PNP0f13: end config pnpbios: handle 27 device ID PNP0f13 (130fd041) 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 PNP0700: end config pnpbios: handle 28 device ID PNP0700 (0007d041) ata-: ata0 already exists, using ata2 instead ata-: ata1 already exists, using ata3 instead 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 sc-: sc0 already exists, using sc1 instead vga-: vga0 already exists, using vga1 instead isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices adv0 failed to probe at port 0x330 on isa0 aha0: status reg test failed ff aha0: status reg test failed ff aha0: status reg test failed ff aha0: status reg test failed ff aha0: status reg test failed ff aha0: status reg test failed ff aha0 failed to probe at port 0x134-0x137 on isa0 aic0 failed to probe at port 0x140-0x15f on isa0 ata2 failed to probe at port 0x1f0 irq 14 on isa0 ata3: iobase=0x0170 altiobase=0x0376 bmaddr=0x0000 ata3: mask=00 status0=ff status1=ff ata3: probe allocation failed ata3 failed to probe at port 0x170-0x177,0x376 irq 15 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000000, packet size:4 psm0: syncmask:08, syncbits:08 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x330 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x334 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x230 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x234 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x130 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x134 bt0 failed to probe at port 0x134-0x137 on isa0 cs0 failed to probe at port 0x300-0x31f on isa0 ed0 failed to probe at port 0x280-0x29f iomem 0xd8000 irq 10 on isa0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 fe0 failed to probe at port 0x300-0x31f on isa0 ie0 failed to probe at port 0x300 iomem 0xd0000 irq 10 on isa0 le0 failed to probe at port 0x300 iomem 0xd0000 irq 5 on isa0 lnc0 failed to probe at port 0x280 irq 10 drq 0 on isa0 pcic0 at port 0x3e0 iomem 0xd0000-0xd1fff irq 10 on isa0 pcic ident regs: 0x83 0xff 0xff 0xff pcic0: controller 0 (Intel 82365SL Revision 1) has socket A only pccard1: <16-bit PCCard bus> on pcic0 pcic0: bus_space_alloc range 0x0330-0x03ff (probed) pmtimer0 on isa0 ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode plip0: on ppbus0 bpf: lp0 attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x41 0x51 0x41 0x41 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: irq maps: 0x41 0x41 0x41 0x41 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: Cannot allocate irq sn0 failed to probe at port 0x300-0x30f irq 10 on isa0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0 failed to probe on isa0 sc1: no video adapter is found. sc1: failed to probe on isa0 vga1: failed to probe on isa0 isa_probe_children: probing PnP devices adv1: Invalid baseport of 0x65 specified. Nearest valid baseport is 0x100. Failing probe. adv1: Invalid baseport of 0x0 specified. Nearest valid baseport is 0x100. Failing probe. adv1: Invalid baseport of 0x20 specified. Nearest valid baseport is 0x100. Failing probe. adv1: Invalid baseport of 0x40 specified. Nearest valid baseport is 0x100. Failing probe. unknown: can't assign resources unknown: at port 0x70-0x71 on isa0 unknown: can't assign resources unknown: at port 0x60 on isa0 adv1: Invalid baseport of 0xf0 specified. Nearest valid baseport is 0x100. Failing probe. adv1: Invalid baseport of 0x61 specified. Nearest valid baseport is 0x100. Failing probe. unknown: failed to probe at port 0x61 on isa0 adv1: Invalid baseport of 0xcf8 specified. Nearest valid baseport is 0x330. Failing probe. unknown: can't assign resources unknown: at port 0x3e0-0x3e1 on isa0 unknown: can't assign resources unknown: at port 0x3f8-0x3ff on isa0 unknown: can't assign resources unknown: at port 0x378-0x37f on isa0 pcm0: at port 0x530-0x537,0x388-0x38b,0x220-0x22f irq 5 drq 1,3 on isa0 pcm: setmap 6c7000, 1000; 0xc5d13000 -> 6c7000 pcm: setmap 6c8000, 1000; 0xc5d14000 -> 6c8000 adv1: Invalid baseport of 0xf00 specified. Nearest valid baseport is 0x330. Failing probe. unknown: failed to probe at port 0xf00-0xf0f on isa0 unknown: failed to probe at port 0x330 on isa0 unknown: can't assign resources unknown: at port 0x3f0-0x3f5 on isa0 BIOS Geometries: 0:020cfe3f 0..524=525 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. bpf: ppp0 attached bpf: faith0 attached bpf: gif0 attached bpf: gif1 attached bpf: gif2 attached bpf: gif3 attached bpf: lo0 attached ata0-master: success setting UDMA2 on PIIX4 chip Creating DISK ad0 ad0: ATA-4 disk at ata0-master ad0: 4126MB (8452080 sectors), 8944 cyls, 15 heads, 63 S/T, 512 B/S ad0: 16 secs/int, 1 depth queue, UDMA33 ad0: piomode=4 dmamode=2 udmamode=2 cblid=0 ad0: 4126MB [8944/15/63] at ata0-master UDMA33 Mounting root from ufs:/dev/ad0s2a ad0s1: type 0xb, start 63, end = 819314, size 819252 : OK ad0s2: type 0xa5, start 819315, end = 8450189, size 7630875 : OK pccbb0: card inserted: event=0x00000000, state=30000820 pccbb0: pccbb_power: CARD_VCC_0V and CARD_VPP_0V [44] pccbb0: pccbb_power: CARD_VCC_3V and CARD_VPP_VCC [11] found-> vendor=0x10b7, dev=0x5157, revid=0x01 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0xa8 (5040 ns), mingnt=0x0a (2500 ns), maxlat=0x05 (1250 ns) intpin=a, irq=128 TUPLE: LINKTARGET [3]: 43 49 53 Manufacturer ID: 01015751 TUPLE: CONFIG_CB [6]: 03 01 00 00 00 00 TUPLE: CFTABLE_ENTRY_CB [12]: 41 9a 01 b5 1e 01 55 02 30 ff ff 01 cardbus0: Opening BAR: type=IO, bar=10, len=0040 Product version: 5.0 Product name: 3Com Corporation | 3CCFE575BT | LAN Cardbus Card | 001 | Functions: Network Adaptor, Memory TUPLE: CFTABLE_ENTRY_CB [6]: 00 80 80 80 80 19 CIS reading done xl0: <3Com 3c575B Fast Etherlink XL> port 0x3000-0x307f mem 0x44020000-0x4403ffff,0x44001080-0x440010ff,0x44001000-0x4400107f irq 3 at device 0.0 on cardbus0 xl0: Ethernet address: 00:50:04:8c:d4:ae xl0: media options word: 40 xl0: found MII/AUTO miibus0: on xl0 ukphy0: on miibus0 ukphy0: OUI 0x00c000, model 0x0000, rev. 0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bpf: xl0 attached start_init: trying /sbin/init xl0: watchdog timeout --azLHFNyN32YCQGCU-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Feb 14 22:29:14 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id 9049D37B491 for ; Wed, 14 Feb 2001 22:29:11 -0800 (PST) Received: from randy by rip.psg.com with local (Exim 3.16 #1) id 14THug-000FPT-00 for freebsd-mobile@freebsd.org; Wed, 14 Feb 2001 22:29:10 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: FreeBSD Laptoppers Subject: keymap and .Xmodmap for meta and control Message-Id: Date: Wed, 14 Feb 2001 22:29:10 -0800 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org sony 505tx -stable X 4.0.2 in both X and unX, i want o meta to be the result of - left and right ALT keys - left and right 'billy' keys (so much for bucky) o control to be the result of - left and right control - caps lock i almost have a keymap hacked, but can't get the billy keys to do meta. and the .Xmodmap is making me crazy. and i googled, searched the freebsd archive, ... and i thought i had this working in the old 3.5-pao daya. randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Feb 14 22:49:12 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from moek.pir.net (moek.pir.net [130.64.1.215]) by hub.freebsd.org (Postfix) with ESMTP id 7DB1737B401 for ; Wed, 14 Feb 2001 22:49:09 -0800 (PST) Received: from pir by moek.pir.net with local (Exim) id 14TIE0-0004ef-00 for freebsd-mobile@freebsd.org; Thu, 15 Feb 2001 01:49:08 -0500 Date: Thu, 15 Feb 2001 01:49:07 -0500 From: Peter Radcliffe To: FreeBSD Laptoppers Subject: Re: keymap and .Xmodmap for meta and control Message-ID: <20010215014907.B13037@pir.net> Reply-To: mobile@freebsd.org Mail-Followup-To: FreeBSD Laptoppers References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from randy@psg.com on Wed, Feb 14, 2001 at 10:29:10PM -0800 X-fish: < X-Copy-On-Listmail: Please do NOT Cc: me on list mail. Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Randy Bush probably said: > o meta to be the result of > - left and right ALT keys > - left and right 'billy' keys (so much for bucky) > o control to be the result of > - left and right control > - caps lock > > i almost have a keymap hacked, but can't get the billy keys to do meta. > and the .Xmodmap is making me crazy. I've managed the effect I like, if it's exactly what you want I'm unsure, with; remove Lock = Caps_Lock remove Mod5 = Scroll_Lock keycode 0x42 = Control_L keycode 0x40 = Alt_L keycode 0x71 = Alt_R keycode 0x73 = Meta_L keycode 0x74 = Meta_R keycode 0x75 = Meta_R add Control = Control_L add Mod4 = Meta_R Meta_R Meta_L P. -- pir pir@pir.net pir@net.tufts.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Feb 15 3:40:59 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from ntua.gr (achilles.noc.ntua.gr [147.102.222.210]) by hub.freebsd.org (Postfix) with ESMTP id C784037B491 for ; Thu, 15 Feb 2001 03:40:52 -0800 (PST) Received: from netmode.ntua.gr (dolly.netmode.ece.ntua.gr [147.102.13.10]) by ntua.gr (8.9.3/8.9.3) with ESMTP id NAA24576; Thu, 15 Feb 2001 13:40:39 +0200 (EET) Received: from edgar.ebs.gr (dialup.netmode.ece.ntua.gr [147.102.13.130]) by netmode.ntua.gr (8.11.1/8.11.1) with ESMTP id f1FBmHC96442; Thu, 15 Feb 2001 13:48:18 +0200 (EET) (envelope-from past@edgar.ebs.gr) Received: (from past@localhost) by edgar.ebs.gr (8.11.2/8.11.2) id f1FBeqa00652; Thu, 15 Feb 2001 13:40:52 +0200 (EET) (envelope-from past) Date: Thu, 15 Feb 2001 13:40:50 +0200 From: Panagiotis Astithas To: Randy Bush Cc: FreeBSD Laptoppers Subject: Re: keymap and .Xmodmap for meta and control Message-ID: <20010215134049.B510@netmode.ece.ntua.gr> Reply-To: past@netmode.ntua.gr Mail-Followup-To: Randy Bush , FreeBSD Laptoppers References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from randy@psg.com on Wed, Feb 14, 2001 at 10:29:10PM -0800 X-Organizational-Unit: Network Management and Optimal Design Laboratory X-Organization: National Technical University of Athens, GREECE X-Work-Phone: +30-1-772-1-450 X-Work-FAX: +30-1-772-1-452 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Feb 14, 2001 at 10:29:10PM -0800, Randy Bush wrote: > sony 505tx > -stable > X 4.0.2 > > in both X and unX, i want > o meta to be the result of > - left and right ALT keys > - left and right 'billy' keys (so much for bucky) > o control to be the result of > - left and right control > - caps lock > > i almost have a keymap hacked, but can't get the billy keys to do meta. > and the .Xmodmap is making me crazy. > > and i googled, searched the freebsd archive, ... > > and i thought i had this working in the old 3.5-pao daya. > > randy You could even hack /usr/X11R6/lib/X11/xkb/symbols/us, the "pc104" section, and define: key { [ Meta_L ] }; key { [ Meta_R ] }; key { [ Meta_L ] }; key { [ Meta_R ] }; key { [ Control_L ] }; I haven't actually tried this, so YMMV. -past To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Feb 15 9:30:13 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from rapier.dicebag.com (adsl-64-216-181-233.dsl.tulsok.swbell.net [64.216.181.233]) by hub.freebsd.org (Postfix) with ESMTP id 7FECE37B401 for ; Thu, 15 Feb 2001 09:30:11 -0800 (PST) Received: from viola (adsl-64-216-181-234.dsl.tulsok.swbell.net [64.216.181.234]) by rapier.dicebag.com (Postfix) with SMTP id 789024A13 for ; Thu, 15 Feb 2001 11:29:49 -0600 (CST) From: "Adam Brown" To: "mobile@freebsd.org" Date: Thu, 15 Feb 2001 11:25:41 -0600 Reply-To: "Adam Brown" X-Mailer: PMMail 98 Standard (2.01.1600) For Windows 98 (4.10.2222) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Display brightness Message-Id: <20010215172949.789024A13@rapier.dicebag.com> Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm running a VAIO F-390 with great success, but I was wondering if there was anyway to adjust the screens brightness. I'd like to dim it down a bit if possible. -- Adam Brown To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Feb 15 12:39:10 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 7CB6D37B4EC for ; Thu, 15 Feb 2001 12:39:07 -0800 (PST) Received: by gvr.gvr.org (Postfix, from userid 657) id 7816D5807; Thu, 15 Feb 2001 21:39:00 +0100 (CET) Date: Thu, 15 Feb 2001 21:39:00 +0100 From: Guido van Rooij To: Adam Brown Cc: "mobile@freebsd.org" Subject: Re: Display brightness Message-ID: <20010215213900.A57486@gvr.gvr.org> References: <20010215172949.789024A13@rapier.dicebag.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010215172949.789024A13@rapier.dicebag.com>; from lewellyn@netzero.net on Thu, Feb 15, 2001 at 11:25:41AM -0600 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Feb 15, 2001 at 11:25:41AM -0600, Adam Brown wrote: > I'm running a VAIO F-390 with great success, but I was wondering if > there was anyway to adjust the screens brightness. I'd like to dim it > down a bit if possible. Normally one should just press the Fn + brightness key and a popup window appears...Are you saying that that does not work? -Guido To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Feb 15 13:25: 4 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from web1611.mail.yahoo.com (web1611.mail.yahoo.com [128.11.23.177]) by hub.freebsd.org (Postfix) with SMTP id B81E737B67D for ; Thu, 15 Feb 2001 13:25:01 -0800 (PST) Received: (qmail 18839 invoked by uid 60001); 15 Feb 2001 21:25:01 -0000 Message-ID: <20010215212501.18838.qmail@web1611.mail.yahoo.com> Received: from [64.170.137.50] by web1611.mail.yahoo.com; Thu, 15 Feb 2001 13:25:01 PST Date: Thu, 15 Feb 2001 13:25:01 -0800 (PST) From: Timothy Hirst Subject: Problem with 4.2 and 3com card To: freebsd-mobile@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi all, I am useing a Micron Transport ZX. I am attempting to triple boot, so I installed FreeBSD using a DOS partition. Every thing seems to work fine except that I can not get my network card to work. It is a 3Com Megahertz 10/100 LAN CardBus with XJACK Connector serial number 3CXFE575CT. The strange thing is a friend of mine is running the same set up and has OpenBSD installed and it works fine. I don't subscribe to the list so please send any ideas to my private email. Thanks, -Tim __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Feb 15 15:31:51 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from giroc.albury.net.au (giroc.albury.NET.AU [203.15.244.13]) by hub.freebsd.org (Postfix) with ESMTP id 8526D37B67D for ; Thu, 15 Feb 2001 15:31:44 -0800 (PST) Received: (from nicks@localhost) by giroc.albury.net.au (8.11.1/8.11.1) id f1FNVEk52984; Fri, 16 Feb 2001 10:31:14 +1100 (EST) Date: Fri, 16 Feb 2001 10:31:14 +1100 From: Nick Slager To: Timothy Hirst Cc: freebsd-mobile@FreeBSD.ORG Subject: Re: Problem with 4.2 and 3com card Message-ID: <20010216103113.D45083@albury.net> References: <20010215212501.18838.qmail@web1611.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010215212501.18838.qmail@web1611.mail.yahoo.com>; from hirst@rocketmail.com on Thu, Feb 15, 2001 at 01:25:01PM -0800 X-Homer: Whoohooooooo! Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Thus spake Timothy Hirst (hirst@rocketmail.com): > I am useing a Micron Transport ZX. I am attempting to triple boot, so I > installed FreeBSD using a DOS partition. Every thing seems to work fine > except that I can not get my network card to work. It is a 3Com > Megahertz 10/100 LAN CardBus with XJACK Connector serial number > 3CXFE575CT. The strange thing is a friend of mine is running the same > set up and has OpenBSD installed and it works fine. I don't subscribe > to the list so please send any ideas to my private email. Thanks, Cardbus cards aren't supported in 4.x; this particular card is supported in 5-current, but you don't want to go there now. Nick -- Nick Slager | Quidquid latine dictum nicks@albury.net | sit, altum viditur. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Feb 15 15:43:22 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from mail8.nc.rr.com (fe8.southeast.rr.com [24.93.67.55]) by hub.freebsd.org (Postfix) with ESMTP id D4ACC37B699 for ; Thu, 15 Feb 2001 15:43:19 -0800 (PST) Received: from babbleon.org ([66.26.250.181]) by mail8.nc.rr.com with Microsoft SMTPSVC(5.5.1877.537.53); Thu, 15 Feb 2001 18:41:05 -0500 Message-ID: <3A8C68B1.663D2E9E@babbleon.org> Date: Thu, 15 Feb 2001 18:39:29 -0500 From: The Babbler Organization: None to speak of X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Randy Bush Cc: FreeBSD Laptoppers Subject: Re: keymap and .Xmodmap for meta and control References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Did you use "xev" to see what the keys claim for their keycodes? That's the way that I always do it. FWIW, mine returns a 115 (I don't have a right one). I have it pop up my KDE menu . . . just like under Windows. But then I'm sorta sick, so YMMV. Randy Bush wrote: > > sony 505tx > -stable > X 4.0.2 > > in both X and unX, i want > o meta to be the result of > - left and right ALT keys > - left and right 'billy' keys (so much for bucky) > o control to be the result of > - left and right control > - caps lock > > i almost have a keymap hacked, but can't get the billy keys to do meta. > and the .Xmodmap is making me crazy. > > and i googled, searched the freebsd archive, ... > > and i thought i had this working in the old 3.5-pao daya. > > randy > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-mobile" in the body of the message -- "Brian, the man from babble-on" bts@babbleon.org Brian T. Schellenberger http://www.babbleon.org Support http://www.eff.org. Support decss defendents. Support http://www.programming-freedom.org. Boycott amazon.com. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Feb 15 15:50:54 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from mail8.nc.rr.com (fe8.southeast.rr.com [24.93.67.55]) by hub.freebsd.org (Postfix) with ESMTP id 9E5CD37B401 for ; Thu, 15 Feb 2001 15:50:50 -0800 (PST) Received: from babbleon.org ([66.26.250.181]) by mail8.nc.rr.com with Microsoft SMTPSVC(5.5.1877.537.53); Thu, 15 Feb 2001 18:47:44 -0500 Message-ID: <3A8C6A42.381D92BF@babbleon.org> Date: Thu, 15 Feb 2001 18:46:10 -0500 From: The Babbler Organization: None to speak of X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: "Long, Scott" Cc: 'Sean Eric Fagan' , mobile@freebsd.org Subject: Re: Another laptop problem -- audio References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I ran into this on my i7500 and I've finally managed (after two days) to remember the solution! Make sure that the kernel says . . . device pcm and *NOT* device pcm0 at isa? irq 10 drq 1 flags 0x0 That extra crud will mess you up for sure. This is not the only kernel line from LINT (or even GENERIC) that's similarly messed up because it has _too_much_ information, where I've had to delete extra junk. Why is this done? It seems really silly to me. "Long, Scott" wrote: > > Do you have something like esd running already? > > > -----Original Message----- > > From: Sean Eric Fagan [mailto:sef@kithrup.com] > > Sent: Tuesday, February 13, 2001 1:01 PM > > To: mobile@freebsd.org > > Subject: Another laptop problem -- audio > > > > > > From dmesg: > > > > pcm0: port 0xf800-0xf8ff irq 10 > > at device 8.0 on pci0 > > > > But trying to access it fails: > > > > cat: /dev/audio0: Device busy > > > > Any ideas? > > > > > > > > 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 -- "Brian, the man from babble-on" bts@babbleon.org Brian T. Schellenberger http://www.babbleon.org Support http://www.eff.org. Support decss defendents. Support http://www.programming-freedom.org. Boycott amazon.com. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Feb 15 16:47:29 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by hub.freebsd.org (Postfix) with ESMTP id 3B68837B491 for ; Thu, 15 Feb 2001 16:47:27 -0800 (PST) Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (8.10.1/8.10.1) with ESMTP id f1G0lDL06043; Thu, 15 Feb 2001 16:47:13 -0800 (PST) Message-Id: <200102160047.f1G0lDL06043@ptavv.es.net> To: The Babbler Cc: "Long, Scott" , "'Sean Eric Fagan'" , mobile@FreeBSD.ORG Subject: Re: Another laptop problem -- audio In-reply-to: Your message of "Thu, 15 Feb 2001 18:46:10 EST." <3A8C6A42.381D92BF@babbleon.org> Date: Thu, 15 Feb 2001 16:47:13 -0800 From: "Kevin Oberman" Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Date: Thu, 15 Feb 2001 18:46:10 -0500 > From: The Babbler > Sender: owner-freebsd-mobile@FreeBSD.ORG > > > > I ran into this on my i7500 and I've finally managed (after two days) to > remember the solution! > > Make sure that the kernel says . . . > > device pcm > > and *NOT* > > device pcm0 at isa? irq 10 drq 1 flags 0x0 > > > That extra crud will mess you up for sure. > > This is not the only kernel line from LINT (or even GENERIC) that's > similarly messed up because it has _too_much_ information, where I've > had to delete extra junk. > > Why is this done? It seems really silly to me. Did you actually read LINT? It's NOT messed up. It depends on whether the sound card is ISA or PCI and whether it's PNP. If it's ISA and you do not use PNP, you need the whole, ugly thing. This IS explained in LINT. # For non-pnp sound cards with no bridge drivers only: device pcm0 at isa? irq 10 drq 1 flags 0x0 # # For PnP/PCI sound cards device pcm R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Feb 15 21:49:24 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from mail.snickers.org (snickers.org [216.126.90.2]) by hub.freebsd.org (Postfix) with ESMTP id 2C60437B401 for ; Thu, 15 Feb 2001 21:49:22 -0800 (PST) Received: from spike (spike [216.126.90.2]) by mail.snickers.org (Postfix) with ESMTP id 19F2B3D43 for ; Fri, 16 Feb 2001 00:49:21 -0500 (EST) Date: Fri, 16 Feb 2001 00:49:21 -0500 (EST) From: amar To: Subject: U.S Robotics 3056 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi everyone, i got a quick question, has anyone gotten the USR 3056 modem working in FreeBSD? I just got this modem this morning from buy.com, and unfortunatly, it dosnt seem to work. It detects, and comes up just fine, but soon as i try to access it my machine hangs. Here is what messages says when it detects the card: Feb 15 23:46:46 peach pccardd[48]: Card "3Com"("U.S. Robotics 3056") [Global 56K PC Card] [(null)] matched "3Com" ("U.S. Robotics 3056") [(null)] [(null)] Feb 15 23:46:51 peach /kernel: sio2 at port 0x270-0x277 irq 3 slot 1 on pccard1 Feb 15 23:46:51 peach /kernel: sio2: type 16550A Feb 15 23:46:51 peach pccardd[48]: sio2: 3Com (U.S. Robotics 3056) inserted. Feb 15 23:46:51 peach pccard:sio2: USR 3056 56K inserted Also, here is my pccard.conf entry: card "3Com" "U.S. Robotics 3056" # config 0x7 "sio2" 7 # config 0x27 "sio2" ? config auto "sio2" ? insert logger -t pccard:$device -s USR 3056 56K inserted remove logger -t pccard:$device -s USR 3056 56K removed (the two commented lines are ones i tried previously) I'm at quite a loss here, if i can't get this working unfortunatly i might have to try to exchange it (not sure what buy.com's policy is on this) If anyone can help, it would be GREATLY apriciated, thanks so much!, take care. amar. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Feb 16 0:42:43 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from hermes.mixx.net (hermes.mixx.net [212.84.196.2]) by hub.freebsd.org (Postfix) with ESMTP id 43DB337B65D for ; Fri, 16 Feb 2001 00:42:38 -0800 (PST) Received: from mate.bln.innominate.de (cerberus.berlin.innominate.de [212.84.234.251]) by hermes.mixx.net (Postfix) with ESMTP id CA1D2F806 for ; Fri, 16 Feb 2001 09:42:31 +0100 (CET) Received: by mate.bln.innominate.de (Postfix, from userid 9) id 9EC502CA6F; Fri, 16 Feb 2001 09:42:31 +0100 (CET) From: Thomas Graichen Reply-To: Thomas Graichen X-Newsgroups: innominate.bln.list.freebsd.mobile Subject: Re: Display brightness Date: 16 Feb 2001 08:42:31 GMT Organization: innominate AG, Berlin, Germany Lines: 23 Distribution: local Message-ID: References: <20010215172949.789024A13@rapier.dicebag.com> <20010215213900.A57486@gvr.gvr.org> Reply-To: thomas.graichen@innominate.com X-Trace: mate.bln.innominate.de 982312951 8797 10.0.0.31 (16 Feb 2001 08:42:31 GMT) X-Complaints-To: news@innominate.de User-Agent: tin/1.4.4-20000803 ("Vet for the Insane") (UNIX) (Linux/2.4.1-XFS (i686)) To: mobile@FreeBSD.org Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Guido van Rooij wrote: > On Thu, Feb 15, 2001 at 11:25:41AM -0600, Adam Brown wrote: >> I'm running a VAIO F-390 with great success, but I was wondering if >> there was anyway to adjust the screens brightness. I'd like to dim it >> down a bit if possible. > Normally one should just press the Fn + brightness key and a popup > window appears...Are you saying that that does not work? i think some newer version don't work via kbd anymore - but maybe the linux code at http://samba.org/picturebook/ gives you a start (at the bottom of the page) t -- thomas.graichen@innominate.com innominate AG the linux architects tel: +49-30-308806-13 fax: -77 http://www.innominate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Feb 16 0:46:45 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from tomts8-srv.bellnexxia.net (tomts8.bellnexxia.net [209.226.175.52]) by hub.freebsd.org (Postfix) with ESMTP id 7755537B401 for ; Fri, 16 Feb 2001 00:46:43 -0800 (PST) Received: from unios.dhs.org ([209.226.99.132]) by tomts8-srv.bellnexxia.net (InterMail vM.4.01.03.16 201-229-121-116-20010115) with ESMTP id <20010216084640.YEER11345.tomts8-srv.bellnexxia.net@unios.dhs.org> for ; Fri, 16 Feb 2001 03:46:40 -0500 Message-ID: <3A8CE80B.B1F86480@unios.dhs.org> Date: Fri, 16 Feb 2001 03:42:51 -0500 From: Pat Wendorf X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-mobile@freebsd.org Subject: LICQ Reboots Laptop Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I sent this message to stable with not so much as a reply, maybe you guys can help me: ------ IIRC, we had some major bug fixes to the threading libs a while back which seems to have fixed LICQ from core dumping with a sig 6 every 30 min on me (I'm not sure what the bugfixes were for but this was the general result for me). I'm experiencing another issue at the moment though: Every time I recieve an incoming URL, the sound will go into a loop (about 7 repitions) and the machine will reboot itself. The only solution seems to be to shut the sound off. I've tried using sox play and esdplay and the result is the same. It happens to quicky to break into the debugger to find out what's going on, and unfortunatly it seems /var/log/messages is also bare of any clue. This is a laptop, running 4.2-STABLE compiled (and make world'ed) Sat Feb 10 00:11:39 EST 2001, XFree86 3.3.6_4 from the ports collection, LICQ 1.0.2 from ports, QT 2.2.3 from ports and sox 12.16 from ports. If it helps the laptop is a Digital HiNote VP575. Thanks for any help on this one. BTW: APM stuff is completly broken on this machine also if it helps. Keyboard and mouse lock up tight when it comes out of sleep mode, which it does about 1 second after it goes into sleep mode. I only enable APM so I can use wmbattery to see my battery status. -- Pat Wendorf To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Feb 16 1:58:54 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from alpha.dante.org.uk (alpha.dante.org.uk [193.63.211.19]) by hub.freebsd.org (Postfix) with ESMTP id B241337B503 for ; Fri, 16 Feb 2001 01:58:51 -0800 (PST) Received: from theta.dante.org.uk ([193.63.211.7] helo=dante.org.uk) by alpha.dante.org.uk with esmtp (Exim 3.12 #4) id 14ThdF-0000xW-00; Fri, 16 Feb 2001 09:56:53 +0000 Message-ID: <3A8CF965.9E929286@dante.org.uk> Date: Fri, 16 Feb 2001 09:56:54 +0000 From: Konstantin Chuguev Organization: Delivery of Advanced Network Technology to Europe Ltd. X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.6 sun4u) X-Accept-Language: ru, en MIME-Version: 1.0 To: Kevin Oberman Cc: The Babbler , "Long, Scott" , 'Sean Eric Fagan' , mobile@FreeBSD.ORG Subject: Re: Another laptop problem -- audio References: <200102160047.f1G0lDL06043@ptavv.es.net> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Kevin Oberman wrote: > It depends on whether the sound card is ISA or PCI and whether it's > PNP. If it's ISA and you do not use PNP, you need the whole, ugly > thing. > > This IS explained in LINT. > # For non-pnp sound cards with no bridge drivers only: > device pcm0 at isa? irq 10 drq 1 flags 0x0 Correct, but this is for 4.x-STABLE. In 5-CURRENT you have to use the hints file in /boot for that. > > # > # For PnP/PCI sound cards > device pcm > -- * * Konstantin Chuguev - Application Engineer * * Francis House, 112 Hills Road * Cambridge CB2 1PQ, United Kingdom D A N T E WWW: http://www.dante.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Feb 16 4:46:25 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 17A4E37B4EC for ; Fri, 16 Feb 2001 04:46:22 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id NAA12941; Fri, 16 Feb 2001 13:46:21 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: mobile@freebsd.org Subject: IRQ sharing between Cardbus and on-board devices From: Dag-Erling Smorgrav Date: 16 Feb 2001 13:46:20 +0100 Message-ID: Lines: 19 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org -CURRENT on my laptop (ThinkPad 600E) insists on using IRQ 11 for both the Cardbus network adapter (Xircom X3201) and the on-board DSP (CS423x). The funny thing is that if I boot without the network adapter, the DSP probes and attaches and works fine using IRQ 5, but the moment I insert the network adapter (or if it's attached before I load the sound drivers) the DSP is reprobed and reattached, this time using IRQ 11. IRQ 10 is also available, but neither the DSP nor the network adapter seems to want to use it. Having the network adapter and the DSP on the same IRQ works fine as long as the network adapter is inactive, but 'ifconfig dc0' or anything that causes the network adapter to generate an interrupt (network activity, removing the card) crashes the machine. I haven't been able to catch a dump, but DDB shows a trap 12 in csa_readio(); I'll try to get a full backtrace. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Feb 16 4:57:26 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id D846137B491; Fri, 16 Feb 2001 04:57:22 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id NAA12963; Fri, 16 Feb 2001 13:56:04 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Warner Losh Cc: mobile@FreeBSD.ORG, wpaul@FreeBSD.ORG Subject: Re: dc0 problems References: <200102131811.f1DIBsW40108@harmony.village.org> From: Dag-Erling Smorgrav Date: 16 Feb 2001 13:56:04 +0100 In-Reply-To: Warner Losh's message of "Tue, 13 Feb 2001 11:11:54 -0700" Message-ID: Lines: 20 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Warner Losh writes: > In message Dag-Erling Smorgrav writes: > : @@ -1927,6 +1927,7 @@ > : case DC_DEVICEID_X3201: > : sc->dc_type = DC_TYPE_XIRCOM; > : sc->dc_flags |= DC_TX_INTR_ALWAYS | DC_TX_COALESCE; > : + sc->dc_flags |= DC_TX_STORENFWD; > : /* > : * We don't actually need to coalesce, but we're doing > : * it to obtain a double word aligned buffer. > I'm not sure that I like this. My EtherJet works great, as does my > Xicrom card. On a kernel with this patch, 'ifconfig dc0' results in a general protection fault (not a trap 12 - some other trap, I didn't catch a dump but will try again) in witness_exit(). DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Feb 16 5: 4:21 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id A9BA137B67D for ; Fri, 16 Feb 2001 05:04:17 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id OAA12982; Fri, 16 Feb 2001 14:04:04 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Jordan Hubbard Cc: Jeremy Gillies , "'freebsd-mobile@FreeBSD.ORG'" Subject: Re: Installing Via PLIP References: <12527.981579897@winston.osd.bsdi.com> From: Dag-Erling Smorgrav Date: 16 Feb 2001 14:04:03 +0100 In-Reply-To: Jordan Hubbard's message of "Wed, 07 Feb 2001 13:04:57 -0800" Message-ID: Lines: 10 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Jordan Hubbard writes: > Well, how are you going about it? I've done a number of PLIP installs > to laptops and they've always "just worked" [...] AOL. I've even done 'make installworld' from NFS-mounted /usr/src and /usr/obj over PLIP. It wasn't particularly snappy, but it worked :) DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Feb 16 7:43:47 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id F39A337B401 for ; Fri, 16 Feb 2001 07:43:44 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 14Tn2t-000GTC-00 for mobile@freebsd.org; Fri, 16 Feb 2001 15:43:43 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.1) id f1GFkZo10828 for mobile@freebsd.org; Fri, 16 Feb 2001 16:46:35 +0100 (CET) (envelope-from wkb) Date: Fri, 16 Feb 2001 16:46:35 +0100 From: Wilko Bulte To: mobile@freebsd.org Subject: Compaq Armada E700 and PCMCIA/Cardbus slots? Message-ID: <20010216164635.C10482@freebie.demon.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi there, I'd like to get the PCMCIA/Cardbus slots of my (well, my employer's) Compaq Armada E700 working with FreeBSD. So much little luck (on -stable). Inserting a card locks up te machine solid. Any E700 owner/user out there that has this working? -- | / o / / _ Arnhem, The Netherlands email: wilko@freebsd.org |/|/ / / /( (_) Bulte http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Feb 16 8:12:16 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id AB51A37B401; Fri, 16 Feb 2001 08:12:11 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id RAA13620; Fri, 16 Feb 2001 17:10:53 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Warner Losh Cc: mobile@FreeBSD.ORG, wpaul@FreeBSD.ORG Subject: Re: dc0 problems References: <200102131811.f1DIBsW40108@harmony.village.org> From: Dag-Erling Smorgrav Date: 16 Feb 2001 17:10:52 +0100 In-Reply-To: Dag-Erling Smorgrav's message of "16 Feb 2001 13:56:04 +0100" Message-ID: Lines: 116 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dag-Erling Smorgrav writes: > On a kernel with this patch, 'ifconfig dc0' results in a general > protection fault (not a trap 12 - some other trap, I didn't catch a > dump but will try again) in witness_exit(). Hey, I take that back. My laptop has been crashing a lot lately, I got my crashes confused... Any recent -CURRENT kernel (with or without the patch) crashes when I try to config up my network adapter. Here's the full info: des@aes /var/crash% gdb -k GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd". (kgdb) source ~/kgdb (kgdb) kernel 0 IdlePTD 3100672 initial pcb at 273440 panicstr: from debugger panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x8:0xc0155c29 stack pointer = 0x10:0xc8722d00 frame pointer = 0x10:0xc8722d0c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 26 (ifconfig) panic: from debugger panic: from debugger Uptime: 1m8s dumping to dev #ad/1, offset 262528 dump ata0: resetting devices .. done 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 dumpsys () at ../../kern/kern_shutdown.c:476 476 if (dumping++) { (kgdb) kldstat Id Refs Address Size Name 1 3 0xc0100000 1d42a8 kernel 2 1 0xc0afa000 b000 if_dc.ko 3 1 0xc0b07000 10000 miibus.ko (kgdb) p/x 0xc0afa000 + 0x23f4 $1 = 0xc0afc3f4 (kgdb) add-symbol-file if_dc.ko 0xc0afc3f4 add symbol table from file "if_dc.ko" at text_addr = 0xc0afc3f4? (y or n) y Reading symbols from if_dc.ko...done. (kgdb) where #0 dumpsys () at ../../kern/kern_shutdown.c:476 #1 0xc015b6df in boot (howto=260) at ../../kern/kern_shutdown.c:319 #2 0xc015baa9 in panic (fmt=0xc021a614 "from debugger") at ../../kern/kern_shutdown.c:569 #3 0xc011b275 in db_panic (addr=-1072341975, have_addr=0, count=1, modif=0xc8722b70 "") at ../../ddb/db_command.c:433 #4 0xc011b215 in db_command (last_cmdp=0xc0247440, cmd_table=0xc02472a0, aux_cmd_tablep=0xc026171c) at ../../ddb/db_command.c:333 #5 0xc011b2da in db_command_loop () at ../../ddb/db_command.c:455 #6 0xc011d4a7 in db_trap (type=12, code=0) at ../../ddb/db_trap.c:71 #7 0xc01f5db6 in kdb_trap (type=12, code=0, regs=0xc8722cc0) at ../../i386/i386/db_interface.c:164 #8 0xc02032dc in trap_fatal (frame=0xc8722cc0, eva=0) at ../../i386/i386/trap.c:990 #9 0xc0203051 in trap_pfault (frame=0xc8722cc0, usermode=0, eva=0) at ../../i386/i386/trap.c:909 #10 0xc02026a4 in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = -932052976, tf_edi = -1071173576, tf_esi = 0, tf_ebp = -932041460, tf_isp = -932041492, tf_ebx = -1071078684, tf_edx = 0, tf_ecx = -1066227328, tf_eax = -1071072672, tf_trapno = 12, tf_err = 2, tf_eip = -1072341975, tf_cs = 8, tf_eflags = 66182, tf_esp = -1071078684, tf_ss = 1}) at ../../i386/i386/trap.c:456 #11 0xc0155c29 in witness_exit (m=0xc028a2e4, flags=0, ---Type to continue, or q to quit--- file=0xc0228e51 "../../kern/uipc_mbuf.c", line=377) at ../../kern/kern_mutex.c:1305 #12 0xc017b99c in m_clalloc (ncl=1, how=1) at ../../kern/uipc_mbuf.c:377 #13 0xc0b006a3 in dc_newbuf () #14 0xc0b0041d in dc_list_rx_init () #15 0xc0b022ad in dc_init () #16 0xc01a41de in ether_ioctl (ifp=0xc0b2a000, command=-2145359604, data=0xc0af7100 "\230q¯À¨q¯À¸q¯À") at ../../net/if_ethersubr.c:721 #17 0xc0b02706 in dc_ioctl () #18 0xc01aae51 in in_ifinit (ifp=0xc0b2a000, ia=0xc0af7100, sin=0xc8722ed8, scrub=0) at ../../netinet/in.c:657 #19 0xc01aa991 in in_control (so=0xc7c44f00, cmd=2151704858, data=0xc8722ec8 "dc0", ifp=0xc0b2a000, p=0xc7817980) at ../../netinet/in.c:409 #20 0xc01a3083 in ifioctl (so=0xc7c44f00, cmd=2151704858, data=0xc8722ec8 "dc0", p=0xc7817980) at ../../net/if.c:974 #21 0xc017537a in soo_ioctl (fp=0xc0b05440, cmd=2151704858, data=0xc8722ec8 "dc0", p=0xc7817980) at ../../kern/sys_socket.c:141 #22 0xc01717c2 in ioctl (p=0xc7817980, uap=0xc8722f80) at ../../sys/file.h:172 #23 0xc0203b89 in syscall (frame={tf_fs = -1078001617, tf_es = 47, tf_ds = -1078001617, tf_edi = 0, tf_esi = -1077936780, tf_ebp = -1077937016, tf_isp = -932040748, tf_ebx = 134676724, tf_edx = 3, tf_ecx = 134764816, tf_eax = 54, tf_trapno = 7, tf_err = 2, ---Type to continue, or q to quit--- tf_eip = 134529488, tf_cs = 31, tf_eflags = 647, tf_esp = -1077937156, tf_ss = 47}) at ../../i386/i386/trap.c:1192 #24 0xc01f6723 in Xint0x80_syscall () #25 0x804870d in ?? () #26 0x8048135 in ?? () (kgdb) DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Feb 16 8:41:38 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id D201637B503 for ; Fri, 16 Feb 2001 08:41:34 -0800 (PST) Received: from randy by rip.psg.com with local (Exim 3.16 #1) id 14Tnwg-0007C2-00; Fri, 16 Feb 2001 08:41:22 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: The Babbler Cc: FreeBSD Laptoppers Subject: Re: keymap and .Xmodmap for meta and control References: <3A8C68B1.663D2E9E@babbleon.org> Message-Id: Date: Fri, 16 Feb 2001 08:41:22 -0800 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Did you use "xev" to see what the keys claim for their keycodes? it produces codes which seem not to be the same code as keymap(5), which i am trying to hack. randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Feb 16 12:48:42 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from sj-msg-core-4.cisco.com (sj-msg-core-4.cisco.com [171.71.163.10]) by hub.freebsd.org (Postfix) with ESMTP id 2A30137B4EC for ; Fri, 16 Feb 2001 12:48:38 -0800 (PST) Received: from stannous-ultra.cisco.com (stannous-ultra.cisco.com [161.44.54.62]) by sj-msg-core-4.cisco.com (8.9.3/8.9.1) with ESMTP id MAA29013 for ; Fri, 16 Feb 2001 12:48:40 -0800 (PST) Received: (from stannous@localhost) by stannous-ultra.cisco.com (8.8.8+Sun/8.8.8) id PAA00192 for freebsd-mobile@freebsd.org; Fri, 16 Feb 2001 15:48:37 -0500 (EST) Date: Fri, 16 Feb 2001 15:48:37 -0500 From: Sam Tannous To: freebsd-mobile@freebsd.org Subject: [stannous@cisco.com: freebsd stable with sound on IBM T20] Message-ID: <20010216154836.G28631@cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I didn't have much luck on freebsd-question...so here goes...... Anyone have any luck getting sound on an IBM thinkpad T20? I've almost got it working but when I play an mp3 file, I get: pcm0: play interrupt timeout, channel dead I'm using FreeBSD 4.2 Stable and I recompiled the kernel with (and all the permutations of...) options PNPBIOS device pcm device csa > cat /dev/sndstat FreeBSD Audio Driver (newpcm) Feb 7 2001 22:00:05 Installed devices: pcm0: at irq 11 (1p/1r channels duplex) > >dmesg ... pci0: (vendor=0x115d, dev=0x000c) at 3.1 irq 11 csa0: mem 0xe8000000-0xe80fffff,0xe8122000-0xe8122fff irq 11 at device 5.0 on p ci0 pcm0: on csa0 ... Any help would be appreciated, thanks, Sam (stannous@cisco.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Feb 16 14:31:25 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by hub.freebsd.org (Postfix) with ESMTP id 4EE7737B503 for ; Fri, 16 Feb 2001 14:31:23 -0800 (PST) Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (8.10.1/8.10.1) with ESMTP id f1GMVKL03123; Fri, 16 Feb 2001 14:31:20 -0800 (PST) Message-Id: <200102162231.f1GMVKL03123@ptavv.es.net> To: Sam Tannous Cc: freebsd-mobile@FreeBSD.ORG Subject: Re: [stannous@cisco.com: freebsd stable with sound on IBM T20] In-reply-to: Your message of "Fri, 16 Feb 2001 15:48:37 EST." <20010216154836.G28631@cisco.com> Date: Fri, 16 Feb 2001 14:31:20 -0800 From: "Kevin Oberman" Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Have you tried configuring it like a ThinkPad 600E? That means using ONLY "device pcm0 at isa? irq 10 drq 1 flags 0x0" Do NOT use "device csa" and do not using "options PNPBIOS". Finally, you have to patch /sys/conf/files slightly: Delete the line: dev/sound/pci/csa.c optional pcm pci and edit the next line from: dev/sound/pci/csapcm.c optional pcm pci to: dev/sound/pci/csapcm.c optional csa pcm pci Be careful of the line to delete. It's the second lime for csa.c. I'd send a patch file, but the location varies with the version of FreeBSD. Rebuild the kernel and see if it fixes things up. It does the trick on the 600E. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Feb 16 16:55:31 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from Mail6.nc.rr.com (fe6.southeast.rr.com [24.93.67.53]) by hub.freebsd.org (Postfix) with ESMTP id 6C12037B65D for ; Fri, 16 Feb 2001 16:55:28 -0800 (PST) Received: from babbleon.org ([66.26.250.181]) by Mail6.nc.rr.com with Microsoft SMTPSVC(5.5.1877.537.53); Fri, 16 Feb 2001 19:55:27 -0500 Message-ID: <3A8DCB18.4D60FCF0@babbleon.org> Date: Fri, 16 Feb 2001 19:51:36 -0500 From: The Babbler Organization: None to speak of X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Randy Bush Cc: FreeBSD Laptoppers Subject: Re: keymap and .Xmodmap for meta and control References: <3A8C68B1.663D2E9E@babbleon.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Randy Bush wrote: > > > Did you use "xev" to see what the keys claim for their keycodes? > > it produces codes which seem not to be the same code as keymap(5), which > i am trying to hack. > > randy Well, if that's the case, then why are you trying to use .Xmodmap? xev produces codes compatible with xmodmap / .Xmodmap. I've never used keymap; I'm just an old-fashioned kinda guy. keymap doesn't even exist yet; to wit (on my 4.2 system): This manual page first appeared in FreeBSD 5.0. Clearly, since keymap is the produce of some sort of time warp, your keys will probably start functioning in the future as you expect (or perhaps at some time in the past; I'm not sure how these time vortexes work, precisely), but if you want them to work in the present, you might consider using xmodmap instead. -- "Brian, the man from babble-on" bts@babbleon.org Brian T. Schellenberger http://www.babbleon.org Support http://www.eff.org. Support decss defendents. Support http://www.programming-freedom.org. Boycott amazon.com. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Feb 16 17: 3:25 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id 7968637B4EC for ; Fri, 16 Feb 2001 17:03:24 -0800 (PST) Received: from randy by rip.psg.com with local (Exim 3.16 #1) id 14TvmA-00009q-00; Fri, 16 Feb 2001 17:03:02 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: The Babbler Cc: FreeBSD Laptoppers Subject: Re: keymap and .Xmodmap for meta and control References: <3A8C68B1.663D2E9E@babbleon.org> <3A8DCB18.4D60FCF0@babbleon.org> Message-Id: Date: Fri, 16 Feb 2001 17:03:02 -0800 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >>> Did you use "xev" to see what the keys claim for their keycodes? >> it produces codes which seem not to be the same code as keymap(5), which >> i am trying to hack. > Well, if that's the case, then why are you trying to use .Xmodmap? > [ and then some religious stuff about keymaps and so forth ...] as the original message said quite clearly, because i want the mappings to work both with and without X. randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Feb 16 18: 0:38 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from amleth.demon.co.uk (amleth.demon.co.uk [158.152.198.225]) by hub.freebsd.org (Postfix) with SMTP id EECB937B401 for ; Fri, 16 Feb 2001 18:00:23 -0800 (PST) Date: Sat, 17 Feb 2001 01:39:28 GMT From: PEB@amleth.demon.co.uk (Paul E. Bennett) Reply-To: peb@amleth.demon.co.uk Message-Id: <5873@amleth.demon.co.uk> To: freebsd-mobile@FreeBSD.org Subject: PCMCIA card Ethernet. X-Mailer: PCElm 1.10 Lines: 43 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In rc.conf I have the pccard_enable ="YES" but I am not seeing any activity from the Ethernet and Combo-card I am trying to use for my connectivity. The machine is a Dell Inspiron 3800. Is there a file where the various hardware devices and their settings are listed or configured which I can check or do I have to go back and run trhough booting from CD again? I have most of a system up and running and am enjoying KDE. However, I am keen to move my email and newsgroup access over to the new machine but until I get either of the interfaces workin that is going to be difficult. The Ethernet-only Card is a Fast Ethernet 10/100 from Aztel. Supposedly compatible with NE2000 but plugs into the PCMCIA slot. Can use a wide range of IRQ's, I/O ports and memory block allocations but Aztel do not mention the card defaults or the card's MAC address. I would be using the 56k internal (soft?) modem module if this combination would work. The Combo Card is a Silicom Ethernet/33k6 modem card which works in another laptop running DOS/Win95. I have a table of data for where the defaults were supposed to lie but the best I have obtained with this in the dell was a hung machine. The MAC address is reported as 00.00.B0.DF.50.59 for this card. Lack of information from card and system manufacturers means I am groping around a bit but this lack of information is a trend that seems to be getting more prevelent. Any clues as to where in FreeBSD I can look to resolve my configuration problems would be appreciated. What I have seen so far has me hooked here despite this minor set-back. -- ******************************************************************** Paul E. Bennett .................... Forth based HIDECS Consultancy ..... Mob: +44 (0)7811-639972 .........NOW AVAILABLE:- HIDECS COURSE...... Tel: +44 (0)1235-814586 .... see http://www.feabhas.com for details. Going Forth Safely ..... EBA. www.electric-boat-association.org.uk.. ******************************************************************** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Feb 16 18:14:18 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from spock.org (cm-24-169-11-24.nycap.rr.com [24.169.11.24]) by hub.freebsd.org (Postfix) with ESMTP id 9DFDC37B401 for ; Fri, 16 Feb 2001 18:14:14 -0800 (PST) Received: (from jon@localhost) by spock.org serial EF600Q3T-B7F; Fri, 16 Feb 2001 21:13:45 -0500 (EST) (envelope-from jon) Date: Fri, 16 Feb 2001 21:13:44 -0500 From: Jonathan Chen To: Kevin Oberman Cc: Sam Tannous , freebsd-mobile@FreeBSD.ORG Subject: Re: [stannous@cisco.com: freebsd stable with sound on IBM T20] Message-ID: <20010216211344.B25702@spock.org> References: <20010216154836.G28631@cisco.com> <200102162231.f1GMVKL03123@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: telnet/1.1x In-Reply-To: <200102162231.f1GMVKL03123@ptavv.es.net>; from oberman@es.net on Fri, Feb 16, 2001 at 02:31:20PM -0800 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Feb 16, 2001 at 02:31:20PM -0800, Kevin Oberman wrote: > Have you tried configuring it like a ThinkPad 600E? That means using > ONLY "device pcm0 at isa? irq 10 drq 1 flags 0x0" > Do NOT use "device csa" > and do not using "options PNPBIOS". This won't work. The fix you mentioned was for a different problem. I had a T20 for a while and nothing I did could get the sound working, on either -current or -stable. However, both Net and Open worked. I compared the Free driver with the Open one, and I didn't see anything too different which might cause this. I suspect this might be something to do with the way FreeBSD handles DMA or something. Someone else with a T20 want to take a crack at this? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sat Feb 17 10:48:51 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from www.genprofile.com (www.genprofile.com [141.80.240.218]) by hub.freebsd.org (Postfix) with ESMTP id D1B3237B401 for ; Sat, 17 Feb 2001 10:48:45 -0800 (PST) Received: from genprofile.com ([141.80.240.219]) by www.genprofile.com (8.11.1/8.11.1) with ESMTP id f1HImh623930 for ; Sat, 17 Feb 2001 19:48:44 +0100 (CET) Message-ID: <3A8EC8D0.D6ABBCFB@genprofile.com> Date: Sat, 17 Feb 2001 18:54:08 +0000 From: David Bauer Organization: GenProfile AG X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.0.36 i386) X-Accept-Language: de, en MIME-Version: 1.0 To: freebsd-mobile@freebsd.org Subject: Toshiba Satellite 1710 sound and build-in modem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I'm trying to get FreeBSD4.2 running on a Satellite 1710. From the initial WinME installation I know that the sound claims to be: "Crystal Sound Fusion CS4281 WDM", and thers is a build-in modem called "LT Win Modem". (From my former bad experiences with pcmcia winmodems I have a bad feeling when reading WinModem). I tried to put snd, pcm, csa, pca in the kernel configuration, in different combinations but I don't even see any boot message. All what I see is a message about an unknown pci device with IRQ5. I guess this could be my sound ? So is anything known about the CS4281? (I couldn't find an answer in the maillist archives). The second question is about the modem. Just for my understanding, these kind of build-in modems, do they sit on sio0 (COM1) or are they connected to the pcmcia bus ? Do I have to fiddle with the sio0 and its flags in the kernel configuration or is the place to start experimenting the pccard deamon? And a final question: This funny notebook has no more serial port. But I need one to connect to a LCD projector which has no PS2 but only RS232 connection (and VGA of course :-). Should I get a pcmcia card with a serial port or are there converters from PS/2 and/or USB to RS232 which could be used under FreeBSD ? Thanks so lot for any hints, David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sat Feb 17 11:20:46 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from mail5.nc.rr.com (fe5.southeast.rr.com [24.93.67.52]) by hub.freebsd.org (Postfix) with ESMTP id 171D837B491 for ; Sat, 17 Feb 2001 11:20:44 -0800 (PST) Received: from babbleon.org ([66.26.250.181]) by mail5.nc.rr.com with Microsoft SMTPSVC(5.5.1877.537.53); Sat, 17 Feb 2001 14:20:43 -0500 Message-ID: <3A8ECE24.167E6A9A@babbleon.org> Date: Sat, 17 Feb 2001 14:16:52 -0500 From: The Babbler X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: David Bauer Cc: freebsd-mobile@freebsd.org Subject: Re: Toshiba Satellite 1710 sound and build-in modem References: <3A8EC8D0.D6ABBCFB@genprofile.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The best thing to do with the winmodem is to remove it and use it as a Christmas-tree decoration. Don't know about the sound. David Bauer wrote: > > Hi, > > I'm trying to get FreeBSD4.2 running on a Satellite 1710. > >From the initial WinME installation I know that the sound claims to be: > "Crystal Sound Fusion CS4281 WDM", and thers is a build-in modem called > "LT Win Modem". (From my former bad experiences with pcmcia winmodems I > have a bad feeling when reading WinModem). > > I tried to put snd, pcm, csa, pca in the kernel configuration, in > different combinations but I don't even see any boot message. All what I > see is a message about an unknown pci device with IRQ5. I guess this > could be my sound ? > So is anything known about the CS4281? (I couldn't find an answer in the > maillist archives). > > The second question is about the modem. Just for my understanding, these > kind of build-in modems, do they sit on sio0 (COM1) or are they > connected to the pcmcia bus ? > Do I have to fiddle with the sio0 and its flags in the kernel > configuration or is the place to start experimenting the pccard deamon? > > And a final question: This funny notebook has no more serial port. But I > need one to connect to a LCD projector which has no PS2 but only RS232 > connection (and VGA of course :-). Should I get a pcmcia card with a > serial port or are there converters from PS/2 and/or USB to RS232 which > could be used under FreeBSD ? > > Thanks so lot for any hints, > > David. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-mobile" in the body of the message -- "Brian, the man from babble-on" bts@babbleon.org Brian T. Schellenberger http://www.babbleon.org Support http://www.eff.org. Support decss defendents. Support http://www.programming-freedom.org. Boycott amazon.com. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sat Feb 17 13:52:43 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id C9B2D37B401 for ; Sat, 17 Feb 2001 13:52:40 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 14UFHT-0001NI-00; Sat, 17 Feb 2001 21:52:39 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.1) id f1HLq0S01729; Sat, 17 Feb 2001 22:52:00 +0100 (CET) (envelope-from wkb) Date: Sat, 17 Feb 2001 22:52:00 +0100 From: Wilko Bulte To: simond@irrelevant.org Cc: mobile@freebsd.org Subject: Re: Compaq Armada E700 and PCMCIA/Cardbus slots? Message-ID: <20010217225200.A1693@freebie.demon.nl> References: <20010216164635.C10482@freebie.demon.nl> <20010216154618.B90756@irrelevant.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20010216154618.B90756@irrelevant.org>; from simond@irrelevant.org on Fri, Feb 16, 2001 at 03:46:18PM +0000 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Feb 16, 2001 at 03:46:18PM +0000, simond@irrelevant.org wrote: > On Fri, Feb 16, 2001 at 04:46:35PM +0100, Wilko Bulte wrote: > > Hi there, > > > > I'd like to get the PCMCIA/Cardbus slots of my (well, my employer's) > > Compaq Armada E700 working with FreeBSD. So much little luck (on -stable). > > Inserting a card locks up te machine solid. > > > > Any E700 owner/user out there that has this working? > > I don't own a E700, but my Vaio F807k did that too, I needed to allocate an > irq for pcic0 in my kernel config file and now it's all working perfectly. > > Hope this helps you You're a hero! ;-) Specifying irq11 for the pcic fixed the hangs. Suddenly things work (PCMCIA Psion modem, DEPCM DEC ethernet, Adaptec 1460B SCSI) like expected. The only restriction is that the cards must be in the slots before booting in order to be detected. Removal also goes unnoticed. Well, I can live with this, no problem. thanks again Wilko -- | / o / / _ Arnhem, The Netherlands email: wilko@freebsd.org |/|/ / / /( (_) Bulte http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message