From owner-openbsd-mobile-outgoing@naughty.monkey.org Sun Sep 2 14:41:23 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id 032053D4A0D; Sun, 2 Sep 2001 14:41:23 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id ADD4C3D4A0C; Sun, 2 Sep 2001 14:41:22 -0400 (EDT) Received: from nyx.poczta.fm (unknown [217.74.65.51]) by naughty.monkey.org (Postfix) with ESMTP id 2EE643D4A0A for ; Sun, 2 Sep 2001 14:21:11 -0400 (EDT) Received: by nyx.poczta.fm (Mailer, from userid 555) id B13142A4CF0; Sun, 2 Sep 2001 20:16:28 +0200 (CEST) Received: from poczta.fm (unknown [217.74.65.32]) by nyx.poczta.fm (Mailer) with ESMTP id 8D33E2A4D12 for ; Sun, 2 Sep 2001 20:16:26 +0200 (CEST) Received: from pa58.katowice.cvx.ppp.tpnet.pl (pa58.katowice.cvx.ppp.tpnet.pl [213.76.8.58]) by poczta.fm (Mailserver) with ESMTP id 7EC154E8 for ; Sun, 2 Sep 2001 20:18:36 +0200 (CEST) Date: Sun, 2 Sep 2001 19:21:23 +0200 (CEST) From: Mauser X-Sender: mauser@mauserek.local To: openbsd-mobile@monkey.org Subject: OpenBSD-mobile: Problem with 3c562D/3c563D(eth+modem) on OpenBSD 2.9 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-EMID: 63673c14 Sender: openbsd-mobile-owner@monkey.org Precedence: bulk hi, I've got such problem with my PCMCIA card while booting OpenBSD kernel: ... ep1 at pcmcia0 function 0 "3Com Corporation, 3C562D/3C563D Etherlink III": can't allocate i/o space pccom3 at pcmcia0 function 1 "3Com Corporation, 3C562D/3C563D Etherlink III" port 0x22f8/8: ns16550a, 16 byte fifo ... (kernel from floppyC29.fs...) -- Maciej Zawadzinski (Mauser) Email: mauser@poczta.fm WWW: www.mauser.prv.pl --------------------------------------------------- http://POCZTA.interia.pl/ - sa powody by korzystac! From owner-openbsd-mobile-outgoing@naughty.monkey.org Mon Sep 3 11:20:17 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id D9AC73D4A2F; Mon, 3 Sep 2001 11:20:16 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id 92C803D4A28; Mon, 3 Sep 2001 11:20:16 -0400 (EDT) Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.88]) by naughty.monkey.org (Postfix) with ESMTP id 569D83D4A29 for ; Fri, 31 Aug 2001 15:13:29 -0400 (EDT) Received: by smtpout.mac.com; Fri, 31 Aug 2001 12:12:01 -0700 (PDT) Received: from asmtp02.mac.com ([10.13.10.66]) by smtp-relay02.mac.com (Netscape Messaging Server 4.15 relay02 Jun 21 2001 23:53:48) with ESMTP id GIY5C100.M48 for ; Fri, 31 Aug 2001 12:12:01 -0700 Received: from [192.168.0.3] ([24.3.221.12]) by asmtp02.mac.com (Netscape Messaging Server 4.15 asmtp02 Jun 21 2001 23:53:48) with ESMTP id GIY5C000.JOV for ; Fri, 31 Aug 2001 12:12:00 -0700 User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022 Date: Fri, 31 Aug 2001 15:12:05 -0400 Subject: Re: OpenBSD-mobile: 802.11b BSS vs IBSS From: John Ruschmeyer To: Message-ID: In-Reply-To: <20010831161326.94F04207C1@citi.umich.edu> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: openbsd-mobile-owner@monkey.org Precedence: bulk > From: Jim Rees > Date: Fri, 31 Aug 2001 12:13:26 -0400 > To: openbsd-mobile@monkey.org > Subject: OpenBSD-mobile: 802.11b BSS vs IBSS > > I've been trying to make some sense of the various modes of operation for > 802.11b. My immediate goal is to get a Macintosh on to our local net. > > What I've read so far leads me to believe there are three possible modes of > operation. Ad-hoc mode is peer-to-peer but is older and somewhat > proprietary, maybe only supported by Wavelan. Windows calls this "ad-hoc > demo mode." This mode is enabled by "wicontrol -p 3". > > IBSS mode is a newer, standard peer-to-peer mode. The wicontrol man page > talks about "IBSS" but I think it means something completely different. I > think it uses this as a synonym for SSID, or network name. I don't see any > way to enable IBSS mode on OpenBSD. I believe it can be done with: wicontrol -p 1 wicontrol -c 1 > BSS mode is mobile-to-base mode and is enabled by "wicontrol -p 1". This > mode is uninteresting because you can't use OpenBSD as a base station. > > So my question is, can I either run the Macintosh in Ad-hoc mode, or run > OpenBSD and the Macintosh in IBSS mode? How? I think it depends on the revision of the AirPort software. IIRC, older versions had a "computer-to-computer" mode which was equivalent to the old Ad-Hoc Demo Mode. I'm not sure about newer versions. <<>> From owner-openbsd-mobile-outgoing@naughty.monkey.org Mon Sep 3 11:42:13 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id EB6DE3D4A6B; Mon, 3 Sep 2001 11:42:12 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id CA9253D4A2F; Mon, 3 Sep 2001 11:42:12 -0400 (EDT) Received: from citi.umich.edu (citi.umich.edu [141.211.92.141]) by naughty.monkey.org (Postfix) with ESMTP id E90503D4A0C for ; Fri, 31 Aug 2001 16:04:51 -0400 (EDT) Received: from citi.umich.edu (dumaguete.citi.umich.edu [141.211.92.168]) by citi.umich.edu (Postfix) with ESMTP id 7A28B207C1; Fri, 31 Aug 2001 16:04:51 -0400 (EDT) Subject: Re: OpenBSD-mobile: 802.11b BSS vs IBSS To: "Angelos D. Keromytis" Cc: openbsd-mobile@monkey.org From: Jim Rees In-Reply-To: "Angelos D. Keromytis", Fri, 31 Aug 2001 15:09:45 EDT Date: Fri, 31 Aug 2001 16:04:51 -0400 Message-Id: <20010831200451.7A28B207C1@citi.umich.edu> Sender: openbsd-mobile-owner@monkey.org Precedence: bulk wicontrol -c 1 Now I'm even more confused than ever. Maybe I should ignore the man page? What is the difference between -n and -q? Are either or both required? Do all stations require -c 1? Why does -n require BSS mode if it is used to set the name for IBSS mode, which is different? Is the man page wrong when it says that -c 1 "doesn't appear to actually work?" Why isn't IBSS mode set with the -p option? From owner-openbsd-mobile-outgoing@naughty.monkey.org Mon Sep 3 11:42:24 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id 005723D4AA4; Mon, 3 Sep 2001 11:42:23 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id BFD103D4A6E; Mon, 3 Sep 2001 11:42:23 -0400 (EDT) Received: from nyarlathotep.keromytis.org (dhcp35.cs.columbia.edu [128.59.19.235]) by naughty.monkey.org (Postfix) with ESMTP id 560B63D4A29 for ; Fri, 31 Aug 2001 16:08:28 -0400 (EDT) Received: from cs.columbia.edu (localhost [127.0.0.1]) by nyarlathotep.keromytis.org (8.11.6/8.11.3) with ESMTP id f7VK84209766; Fri, 31 Aug 2001 16:08:04 -0400 (EDT) Message-Id: <200108312008.f7VK84209766@nyarlathotep.keromytis.org> X-Mailer: exmh version 2.0.2 2/24/98 To: Jim Rees Cc: openbsd-mobile@monkey.org Subject: Re: OpenBSD-mobile: 802.11b BSS vs IBSS In-reply-to: Your message of "Fri, 31 Aug 2001 16:04:51 EDT." <20010831200451.7A28B207C1@citi.umich.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 31 Aug 2001 16:08:04 -0400 From: "Angelos D. Keromytis" Sender: openbsd-mobile-owner@monkey.org Precedence: bulk In message <20010831200451.7A28B207C1@citi.umich.edu>, Jim Rees writes: > >What is the difference between -n and -q? Are either or both required? Do >all stations require -c 1? Why does -n require BSS mode if it is used to >set the name for IBSS mode, which is different? Is the man page wrong when >it says that -c 1 "doesn't appear to actually work?" Why isn't IBSS mode >set with the -p option? All stations participating in the peer mode should use -c 1; I have no idea what the use for -q is, I've always just used -n on all stations. I suppose the man page is wrong. I don't know. -Angelos From owner-openbsd-mobile-outgoing@naughty.monkey.org Mon Sep 3 11:43:54 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id DC8C83D4AAB; Mon, 3 Sep 2001 11:43:53 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id 6F1C73D4AA4; Mon, 3 Sep 2001 11:43:53 -0400 (EDT) Received: from nic.crt.se (nic.crt.se [193.12.107.10]) by naughty.monkey.org (Postfix) with ESMTP id CF40E3D4A51 for ; Fri, 31 Aug 2001 18:09:55 -0400 (EDT) Received: from mail.crt.se (postiljon.crt.se [172.16.1.14]) by nic.crt.se (Postfix) with ESMTP id CD0B35289; Sat, 1 Sep 2001 00:09:52 +0200 (MEST) Received: from fonbella.crt.se (fonbella.crt.se [172.16.1.169]) by mail.crt.se (Postfix) with ESMTP id 155371DE9; Sat, 1 Sep 2001 00:09:52 +0200 (MEST) Date: Sat, 1 Sep 2001 00:09:51 +0200 (MEST) From: Jakob Schlyter To: Jim Rees Cc: Subject: Re: OpenBSD-mobile: 802.11b BSS vs IBSS In-Reply-To: <20010831161326.94F04207C1@citi.umich.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: openbsd-mobile-owner@monkey.org Precedence: bulk On Fri, 31 Aug 2001, Jim Rees wrote: > IBSS mode is a newer, standard peer-to-peer mode. The wicontrol man page > talks about "IBSS" but I think it means something completely different. I > think it uses this as a synonym for SSID, or network name. I don't see any > way to enable IBSS mode on OpenBSD. I think I've used 'wicontrol -p 1 -c 1' to create a IBSS "master" kind of thing that 'wicontrol -p 1 -c 0' boxes can associate with. jakob From owner-openbsd-mobile-outgoing@naughty.monkey.org Mon Sep 3 11:46:38 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id 80A813D4AB2; Mon, 3 Sep 2001 11:46:38 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id 5536E3D4AA4; Mon, 3 Sep 2001 11:46:38 -0400 (EDT) Received: from soso.eecs.umich.edu (soso.eecs.umich.edu [141.213.4.24]) by naughty.monkey.org (Postfix) with ESMTP id 60FC83D4A0A for ; Sat, 1 Sep 2001 00:27:08 -0400 (EDT) Received: from localhost (binkertn@localhost) by soso.eecs.umich.edu (8.11.4/8.10.0) with ESMTP id f814R4N29277; Sat, 1 Sep 2001 00:27:05 -0400 (EDT) X-Authentication-Warning: soso.eecs.umich.edu: binkertn owned process doing -bs Date: Sat, 1 Sep 2001 00:27:04 -0400 (EDT) From: Nathan Binkert X-X-Sender: To: Jim Rees Cc: Subject: Re: OpenBSD-mobile: 802.11b BSS vs IBSS In-Reply-To: <20010831161326.94F04207C1@citi.umich.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: openbsd-mobile-owner@monkey.org Precedence: bulk > BSS mode is mobile-to-base mode and is enabled by "wicontrol -p 1". This > mode is uninteresting because you can't use OpenBSD as a base station. > > So my question is, can I either run the Macintosh in Ad-hoc mode, or run > OpenBSD and the Macintosh in IBSS mode? How? The windows orinoco drivers only support IBSS now. I managed to get this to work by setting the OpenBSD box to BSS mode. (Which also seemed to do IBSS just fine.) I think as long as you set the channels and network names to be the same, it should just work. Nathan From owner-openbsd-mobile-outgoing@naughty.monkey.org Thu Sep 6 01:45:33 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id D29EC3D4A2C; Thu, 6 Sep 2001 01:45:32 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id 3D1B43D4A2A; Thu, 6 Sep 2001 01:45:30 -0400 (EDT) Received: from mobile.bcv.cc (host-00D0B706B3CA.public.southern.edu [216.229.233.5]) by naughty.monkey.org (Postfix) with ESMTP id 412AF3D4A28 for ; Sun, 2 Sep 2001 08:50:06 -0400 (EDT) Received: by mobile.bcv.cc (Postfix, from userid 1000) id 624511F429D; Sun, 2 Sep 2001 08:49:06 -0400 (EDT) Date: Sun, 2 Sep 2001 08:49:06 -0400 From: Bryan Carter Vyhmeister To: openbsd-mobile@monkey.org Subject: Re: OpenBSD-mobile: 802.11b BSS vs IBSS Message-ID: <20010902084906.C25252@mobile.bcv.cc> References: <20010831161326.94F04207C1@citi.umich.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010831161326.94F04207C1@citi.umich.edu>; from rees@umich.edu on Fri, Aug 31, 2001 at 12:13:26PM -0400 Sender: openbsd-mobile-owner@monkey.org Precedence: bulk Take a look at what the ancontrol man page says. It is my understanding that IBSS and ad-hoc are both referring to ad-hoc mode. The wicontrol man page is not terribly clear on this. The ancontrol page makes more sense to me. I am planning on setting up a desktop computer with a Cisco Aironet 350 PCI card and using it as the gateway for my Cisco Aironet 350 PC card on my laptop. Hopefully this will work. It would seem that if you set both cards to be in ad-hoc mode and then set the PCI card's IP address to be the gateway for the PC card, it should work similarly to a base station? Can anyone comment on whether this is true or not. Hope that makes a little sense. Bryan On Fri, Aug 31, 2001 at 12:13:26PM -0400, Jim Rees wrote: > I've been trying to make some sense of the various modes of operation for > 802.11b. My immediate goal is to get a Macintosh on to our local net. > > What I've read so far leads me to believe there are three possible modes of > operation. Ad-hoc mode is peer-to-peer but is older and somewhat > proprietary, maybe only supported by Wavelan. Windows calls this "ad-hoc > demo mode." This mode is enabled by "wicontrol -p 3". > > IBSS mode is a newer, standard peer-to-peer mode. The wicontrol man page > talks about "IBSS" but I think it means something completely different. I > think it uses this as a synonym for SSID, or network name. I don't see any > way to enable IBSS mode on OpenBSD. > > BSS mode is mobile-to-base mode and is enabled by "wicontrol -p 1". This > mode is uninteresting because you can't use OpenBSD as a base station. > > So my question is, can I either run the Macintosh in Ad-hoc mode, or run > OpenBSD and the Macintosh in IBSS mode? How? From owner-openbsd-mobile-outgoing@naughty.monkey.org Thu Sep 6 01:47:52 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id 01CD73D4A68; Thu, 6 Sep 2001 01:47:50 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id 1920C3D4AA1; Thu, 6 Sep 2001 01:47:50 -0400 (EDT) Received: from rogue.river.com (rogue.river.com [206.168.172.14]) by naughty.monkey.org (Postfix) with ESMTP id 9F0E13D4A0C for ; Sun, 2 Sep 2001 15:55:04 -0400 (EDT) Received: from rogue.river.com (rogue.river.com [206.168.172.14]) by rogue.river.com (8.11.4/8.9.2) with ESMTP id f82JsoT05099; Sun, 2 Sep 2001 13:54:51 -0600 (MDT) Message-Id: In-Reply-To: <20010831161326.94F04207C1@citi.umich.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 2 Sep 2001 13:54:11 -0600 To: Jim Rees , openbsd-mobile@monkey.org From: "Richard Johnson" Subject: Re: OpenBSD-mobile: 802.11b BSS vs IBSS Sender: openbsd-mobile-owner@monkey.org Precedence: bulk At 10:13 -0600 on 8/31/01, Jim Rees wrote: > I've been trying to make some sense of the various modes of operation for > 802.11b. My immediate goal is to get a Macintosh on to our local net. > > What I've read so far leads me to believe there are three possible modes of > operation. Ad-hoc mode is peer-to-peer but is older and somewhat > proprietary, maybe only supported by Wavelan. Windows calls this "ad-hoc > demo mode." This mode is enabled by "wicontrol -p 3". > > IBSS mode is a newer, standard peer-to-peer mode. The wicontrol man page > talks about "IBSS" but I think it means something completely different. I > think it uses this as a synonym for SSID, or network name. I don't see any > way to enable IBSS mode on OpenBSD. > > BSS mode is mobile-to-base mode and is enabled by "wicontrol -p 1". This > mode is uninteresting because you can't use OpenBSD as a base station. > > So my question is, can I either run the Macintosh in Ad-hoc mode, or run > OpenBSD and the Macintosh in IBSS mode? How? You appear to be confused about ad-hoc (-p 3) and infrastructure (-p 1) modes. Reread the man page for wicontrol for more details about setting up a base station (-c 1) with which other clients can associate. As for your Mac questions, read the help for the Airport control application for details. In particular, see the "Software Base Station..." button and the "Choose Network:" pop-up menu's item, "Create Computer to Computer network...". Good luck! Richard From owner-openbsd-mobile-outgoing@naughty.monkey.org Thu Sep 6 02:19:56 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id BEE973D4AA4; Thu, 6 Sep 2001 02:19:55 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id 5CEF33D4AA1; Thu, 6 Sep 2001 02:19:55 -0400 (EDT) Received: from citi.umich.edu (citi.umich.edu [141.211.92.141]) by naughty.monkey.org (Postfix) with ESMTP id 8EE933D4A26 for ; Wed, 5 Sep 2001 13:07:00 -0400 (EDT) Received: from citi.umich.edu (dumaguete.citi.umich.edu [141.211.92.168]) by citi.umich.edu (Postfix) with ESMTP id 5717C207C1 for ; Wed, 5 Sep 2001 13:07:00 -0400 (EDT) Subject: OpenBSD-mobile: wicontrol part 2 To: openbsd-mobile@monkey.org From: Jim Rees Date: Wed, 05 Sep 2001 13:07:00 -0400 Message-Id: <20010905170700.5717C207C1@citi.umich.edu> Sender: openbsd-mobile-owner@monkey.org Precedence: bulk Thank you to those who tried to help me get IBSS mode working. It looks like this isn't going to work for me, though. Everyone agrees that it should work to use "wicontrol -c 1 -p 1" on the "base station" and "wicontrol -p 1" on the "remotes". There is some disagreement about net names. When I try this, it doesn't work. If I do not specify any net names, the remote picks up a nearby BSS base station, not my IBSS base station. If I give my IBSS a name with "-q name", and try to connect from the remote with "-n name", the light on the remote does not light up. Interestingly, the base station reports that its "SSID for IBSS" is "name", but its "Current netname" is the name of the nearby BSS net, which I don't want. If I try to set the "Desired netname" on the base station with "-n name", wicontrol core dumps. Since this works for other people, I can only guess that interference from the nearby BSS base station is confusing things enough that I can't get my base station to go into IBSS mode. Any other suggestions would be appreciated. Otherwise I'll have to give up on using OpenBSD as the base station and just go out and buy a Linksys or equivalent. From owner-openbsd-mobile-outgoing@naughty.monkey.org Thu Sep 6 02:21:44 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id 26E263D4AA5; Thu, 6 Sep 2001 02:21:44 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id CF8CA3D4AA4; Thu, 6 Sep 2001 02:21:43 -0400 (EDT) Received: from citi.umich.edu (citi.umich.edu [141.211.92.141]) by naughty.monkey.org (Postfix) with ESMTP id 766693D4A2A for ; Wed, 5 Sep 2001 15:32:53 -0400 (EDT) Received: from citi.umich.edu (dumaguete.citi.umich.edu [141.211.92.168]) by citi.umich.edu (Postfix) with ESMTP id 356CB207C1 for ; Wed, 5 Sep 2001 15:32:53 -0400 (EDT) Subject: OpenBSD-mobile: More on failed pc-card modems To: openbsd-mobile@monkey.org From: Jim Rees Date: Wed, 05 Sep 2001 15:32:53 -0400 Message-Id: <20010905193253.356CB207C1@citi.umich.edu> Sender: openbsd-mobile-owner@monkey.org Precedence: bulk Ok, I have more info. I know I'm not the only one having problems with pc-card modems. The symptom is that the modem is recognized, but falsely reported as having a 16450 uart instead of 16550 (which they all have). This can happen with almost any brand of modem. In fact, I have two different samples of the same model of Megahertz 1144 modem, one of which exhibits the problem, the other does not. The problem appears to be that 2.9 maps the devices to isa port base 0x23f8, where 2.8 used to map it to 0x3f8. I am guessing that the manufacturer of these cards got lazy and left out a couple of address lines. The pccom probe routine reads the IIR, which is all 0 because there isn't really anything mapped there, and assumes a 16450 uart. So how can I get my pc-card modems mapped at 0x3f8? From owner-openbsd-mobile-outgoing@naughty.monkey.org Thu Sep 6 02:27:42 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id AB6863D4AA6; Thu, 6 Sep 2001 02:27:42 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id 444B73D4AA5; Thu, 6 Sep 2001 02:27:42 -0400 (EDT) Received: from lunatic.oneinsane.net (lunatic.oneinsane.net [66.42.61.27]) by naughty.monkey.org (Postfix) with ESMTP id 6A40D3D4A0D for ; Thu, 6 Sep 2001 01:34:45 -0400 (EDT) Received: by lunatic.oneinsane.net (Postfix, from userid 1000) id ECD1615613; Wed, 5 Sep 2001 22:34:43 -0700 (PDT) Date: Wed, 5 Sep 2001 22:34:43 -0700 From: Ron 'The InSaNe One' Rosson To: openbsd-mobile@monkey.org Subject: OpenBSD-mobile: SMC, Linksys using WEP Message-ID: <20010905223443.A72076@lunatic.oneinsane.net> Reply-To: Ron Rosson Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD lunatic.oneinsane.net 4.3-STABLE X-Moon: The Moon is Waning Gibbous (91% of Full) X-Opinion: What you read here is my IMHO X-WWW: http://www.oneinsane.net X-GPG-FINGERPRINT: 3F11 DB43 F080 C037 96F0 F8D3 5BD2 652B 171C 86DB X-Uptime: 10:34PM up 41 days, 15:36, 1 user, load averages: 0.00, 0.00, 0.00 Sender: openbsd-mobile-owner@monkey.org Precedence: bulk Is there any issues with WEP working with the SMC or the Linksys wireless cards. TIA -- ------------------------------------------------------------------------------ Ron Rosson ... and a UNIX user said ... The InSaNe One rm -rf * insane@oneinsane.net and all was /dev/null and *void() ------------------------------------------------------------------------------ The computer revolution is over. The computers won. From owner-openbsd-mobile-outgoing@naughty.monkey.org Thu Sep 6 02:37:27 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id 053F73D4AAB; Thu, 6 Sep 2001 02:37:27 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id CA4F63D4AAA; Thu, 6 Sep 2001 02:37:26 -0400 (EDT) Received: from ritz.appli.se (ritz.appli.se [192.71.5.28]) by naughty.monkey.org (Postfix) with ESMTP id 35DBB3D4AA6 for ; Thu, 6 Sep 2001 02:36:12 -0400 (EDT) Received: from copper.appli.se (IDENT:niklas@copper.appli.se [192.71.5.22]) by ritz.appli.se (8.11.3/8.10.1) with ESMTP id f866OMW00570; Thu, 6 Sep 2001 08:24:22 +0200 (CEST) Message-Id: <200109060624.f866OMW00570@ritz.appli.se> To: Jim Rees Cc: openbsd-mobile@monkey.org Subject: Re: OpenBSD-mobile: wicontrol part 2 In-reply-to: Your message of "Wed, 05 Sep 2001 13:07:00 EDT." <20010905170700.5717C207C1@citi.umich.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Date: Thu, 06 Sep 2001 08:36:06 +0200 From: Niklas Hallqvist Sender: openbsd-mobile-owner@monkey.org Precedence: bulk BTW, I believe the IBSS workings is firmware-revision related. That'd explain Bill Paul's initial man-page text ("does not seem to be working"), and it explains why my old non-upgraded lucent cards won't work in IBSS mode too. But.. I am speculating. To people who have IBSS working, could you please try to checkout what firmware revisions you use and post it here? Niklas From owner-openbsd-mobile-outgoing@naughty.monkey.org Thu Sep 6 10:07:51 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id 4F5E33D4A64; Thu, 6 Sep 2001 10:07:51 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id 1AD6D3D4A30; Thu, 6 Sep 2001 10:07:51 -0400 (EDT) Received: from soso.eecs.umich.edu (soso.eecs.umich.edu [141.213.4.24]) by naughty.monkey.org (Postfix) with ESMTP id 928493D4A0F for ; Thu, 6 Sep 2001 09:02:01 -0400 (EDT) Received: from localhost (binkertn@localhost) by soso.eecs.umich.edu (8.11.4/8.10.0) with ESMTP id f86D1sV23040; Thu, 6 Sep 2001 09:01:56 -0400 (EDT) X-Authentication-Warning: soso.eecs.umich.edu: binkertn owned process doing -bs Date: Thu, 6 Sep 2001 09:01:54 -0400 (EDT) From: Nathan Binkert X-X-Sender: To: Niklas Hallqvist Cc: Jim Rees , Subject: Re: OpenBSD-mobile: wicontrol part 2 In-Reply-To: <200109060624.f866OMW00570@ritz.appli.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: openbsd-mobile-owner@monkey.org Precedence: bulk Now that you mention this, I remember this being an issue for be about a year ago, but the problem was with BSS itself. The latest firmware is 7.52, and it does fix several things. Nathan > BTW, I believe the IBSS workings is firmware-revision related. That'd > explain Bill Paul's initial man-page text ("does not seem to be > working"), and it explains why my old non-upgraded lucent cards won't > work in IBSS mode too. But.. I am speculating. To people who > have IBSS working, could you please try to checkout what firmware > revisions you use and post it here? > > Niklas > From owner-openbsd-mobile-outgoing@naughty.monkey.org Thu Sep 6 16:57:00 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id 16B823D4AAF; Thu, 6 Sep 2001 16:57:00 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id CBBD63D4AAE; Thu, 6 Sep 2001 16:56:59 -0400 (EDT) Received: from freeshell.org (unknown [209.221.165.117]) by naughty.monkey.org (Postfix) with ESMTP id 7CCC03D4AA6 for ; Thu, 6 Sep 2001 15:42:10 -0400 (EDT) Received: by freeshell.org (8.11.3/8.11.3) id f86JfqL21646; Thu, 6 Sep 2001 19:41:52 GMT Date: Thu, 6 Sep 2001 19:41:51 +0000 (UTC) From: "Robert W. Last" X-X-Sender: To: Subject: OpenBSD-mobile: poor mpg123 performance Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: openbsd-mobile-owner@monkey.org Precedence: bulk I am currently running OpenBSD 2.8 with the generic kernel on a AcerNote laptop. Everything works more or less with the excpetion of sound. The laptop has a Yamaha OPL3-SA3 Sound Card and everything seems fine until I try using mpg123. With default preferences the smoothest output I can get is a half a second loop of sound. With all of the lowest preferences I can get about a second and a half loop of sound. I know mpg123 can run on a 486 and the Acer is a 150MHz 586. I tried setting mpg123 priority to -20 with no results. Should I recompile the kernel, compile mpg123 from source? Is this an mpg123 issue or is it one with the sound card configuration. How can I check on IRQs, etc? Thanks in advance. here's the relevant portion of dmesg: isapnp0 at isa0 port 0x279: read port 0x203 ym0 at isapnp0 "OPL3-SA3 Sound Board, YMH0021, , " port 0x220/16,0x530/8,0x388/8 ,0x330/2,0x370/2 irq 5 drq 0,1 midi1 at ym0: audio0 at ym0 joy0 at isapnp0 "OPL3-SA3 Sound Board, YMH0022, PNPB02F, " port 0x201/1 cbb0: irq 9 Robert W. Last rwl@sdf.lonestar.org From owner-openbsd-mobile-outgoing@naughty.monkey.org Sun Sep 9 13:33:40 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id 4A00C3D4ABA; Sun, 9 Sep 2001 13:33:40 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id EB2BB3D4AB7; Sun, 9 Sep 2001 13:33:39 -0400 (EDT) Received: from coredump.cs.columbia.edu (coredump.cs.columbia.edu [128.59.19.55]) by naughty.monkey.org (Postfix) with ESMTP id A11443D4AA5 for ; Thu, 6 Sep 2001 17:54:01 -0400 (EDT) Received: from cs.columbia.edu (localhost [127.0.0.1]) by coredump.cs.columbia.edu (8.11.6/8.11.4) with ESMTP id f86Lrn200248; Thu, 6 Sep 2001 17:53:49 -0400 (EDT) Message-Id: <200109062153.f86Lrn200248@coredump.cs.columbia.edu> To: "Robert W. Last" Cc: openbsd-mobile@monkey.org Subject: Re: OpenBSD-mobile: poor mpg123 performance In-reply-to: Your message of "Thu, 06 Sep 2001 19:41:51 -0000." Date: Thu, 06 Sep 2001 17:53:49 -0400 From: "Angelos D. Keromytis" Sender: openbsd-mobile-owner@monkey.org Precedence: bulk In message , "Robert W. Last" writ es: >I am currently running OpenBSD 2.8 with the generic kernel on a AcerNote >laptop. Everything works more or less with the excpetion of sound. The >laptop has a Yamaha OPL3-SA3 Sound Card and everything seems fine until I >try using mpg123. With default preferences the smoothest output I can >get is a half a second loop of sound. With all of the lowest preferences >I can get about a second and a half loop of sound. I know mpg123 can run >on a 486 and the Acer is a 150MHz 586. I tried setting mpg123 priority to >-20 with no results. Should I recompile the kernel, compile mpg123 from >source? Is this an mpg123 issue or is it one with the sound >card configuration. How can I check on IRQs, etc? Thanks in advance. On recent thinkpads, the same phenomenon occurs if PCI power management is enabled in the BIOS. Turning that option off fixes the problem. Check your BIOS for any suspicious settings. -Angelos From owner-openbsd-mobile-outgoing@naughty.monkey.org Sun Sep 9 13:40:47 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id 9DFBF3D4ABE; Sun, 9 Sep 2001 13:40:47 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id 6C29F3D4ABD; Sun, 9 Sep 2001 13:40:47 -0400 (EDT) Received: from rogue.river.com (rogue.river.com [206.168.172.14]) by naughty.monkey.org (Postfix) with ESMTP id 9280E3D4A26 for ; Thu, 6 Sep 2001 21:00:32 -0400 (EDT) Received: from rogue.river.com (rogue.river.com [206.168.172.14]) by rogue.river.com (8.11.4/8.9.2) with ESMTP id f8710PT31443 for ; Thu, 6 Sep 2001 19:00:26 -0600 (MDT) Message-Id: In-Reply-To: References: <200109060624.f866OMW00570@ritz.appli.se> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 6 Sep 2001 19:00:12 -0600 To: openbsd-mobile@monkey.org From: "Richard Johnson" Subject: Re: OpenBSD-mobile: wicontrol part 2 Sender: openbsd-mobile-owner@monkey.org Precedence: bulk At 07:01 -0600 on 9/6/01, Nathan Binkert wrote: > Now that you mention this, I remember this being an issue for be about a > year ago, but the problem was with BSS itself. The latest firmware is > 7.52, and it does fix several things. > > Nathan Though I believe the latest Orinoco firmware does disable the 802.11b equivalent of promiscuous mode, so no sniffing will be possible after the upgrade. Richard From owner-openbsd-mobile-outgoing@naughty.monkey.org Sun Sep 9 14:39:42 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id 63FA43D4AC0; Sun, 9 Sep 2001 14:39:42 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id 195D33D4ABF; Sun, 9 Sep 2001 14:39:42 -0400 (EDT) Received: from xerxes.courtesan.com (millert-gw.cs.colorado.edu [128.138.198.97]) by naughty.monkey.org (Postfix) with ESMTP id B65873D4ABE for ; Sun, 9 Sep 2001 13:57:38 -0400 (EDT) Received: from xerxes.courtesan.com (millert@localhost) by xerxes.courtesan.com (8.11.6/8.11.4) with ESMTP id f89HvUs24417; Sun, 9 Sep 2001 11:57:30 -0600 (MDT) Message-Id: <200109091757.f89HvUs24417@xerxes.courtesan.com> To: "Richard Johnson" Cc: openbsd-mobile@monkey.org Subject: Re: OpenBSD-mobile: wicontrol part 2 In-reply-to: Your message of "Thu, 06 Sep 2001 19:00:12 MDT." References: <200109060624.f866OMW00570@ritz.appli.se> Date: Sun, 09 Sep 2001 11:57:30 -0600 From: "Todd C. Miller" Sender: openbsd-mobile-owner@monkey.org Precedence: bulk In message so spake "Richard Johnson" (rdump): > Though I believe the latest Orinoco firmware does disable the 802.11b > equivalent of promiscuous mode, so no sniffing will be possible after the > upgrade. Nope. I updated to Firmware 7.52 and I can still run the interface in promiscuous mode. I thought the actual issue was that you didn't see the full headers? - todd From owner-openbsd-mobile-outgoing@naughty.monkey.org Tue Sep 11 14:59:52 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id 9500F3D4AB4; Tue, 11 Sep 2001 14:59:52 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id 430743D4AB3; Tue, 11 Sep 2001 14:59:52 -0400 (EDT) Received: from rush.lo0.org (cx230813-a.alsv1.occa.home.com [24.1.169.123]) by naughty.monkey.org (Postfix) with ESMTP id 388053D4A27 for ; Mon, 10 Sep 2001 22:06:46 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by rush.lo0.org (Postfix) with ESMTP id 3A3F2310; Mon, 10 Sep 2001 19:06:39 -0700 (PDT) Date: Mon, 10 Sep 2001 19:06:39 -0700 (PDT) From: To: Cc: Subject: OpenBSD-mobile: problem booting 2.9 from HD on vaio z505sx Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: openbsd-mobile-owner@monkey.org Precedence: bulk i've read through quite a few posts on both openbsd-mobile and openbsd-misc on problems booting from the hard disk on the sony vaio laptops. i installed openbsd 2.9 no problem. when i try to boot from the hard disk, i get the same message that other people have noticed: Using Drive: 0 Partition: 3 my disk layout is pretty simple: # fdisk wd0 Disk: wd0 geometry: 838/240/63 [12670560 sectors] Offset: 0 Signatures: 0xAA55,0x0 Starting Ending #: id cyl hd sec - cyl hd sec [ start - size] ------------------------------------------------------------------------- 0: 00 0 0 1 - 0 0 0 [ 0 - 0] unused 1: 00 0 0 1 - 0 0 0 [ 0 - 0] unused 2: 00 0 0 1 - 0 0 0 [ 0 - 0] unused *3: A6 0 1 1 - 837 239 63 [ 63 - 12670497] OpenBSD i can boot from floppy and do a boot> boot wd0a:/bsd and everything is fine. i have installed the latest BIOS from sony as well. - brett From owner-openbsd-mobile-outgoing@naughty.monkey.org Sat Sep 15 11:21:28 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id E85843D4AB6; Sat, 15 Sep 2001 11:21:27 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id AFFD53D4AAA; Sat, 15 Sep 2001 11:21:27 -0400 (EDT) Received: from mail.am-gen.org (dsl-212-23-22-115.zen.co.uk [212.23.22.115]) by naughty.monkey.org (Postfix) with ESMTP id 9638A3D4A13 for ; Mon, 10 Sep 2001 06:25:56 -0400 (EDT) Received: from soupdragon (soupdragon.am-gen.org [212.23.22.117]) by mail.am-gen.org (8.11.4/8.11.4) with SMTP id f8ACLmD12723 for ; Mon, 10 Sep 2001 12:21:49 GMT Content-Type: text/plain; charset="iso-8859-1" From: Pedro Reply-To: pjd@am-gen.org To: openbsd-mobile@monkey.org Subject: OpenBSD-mobile: Wireless Firewall Gateway at NASA (NAS) Date: Mon, 10 Sep 2001 11:23:35 +0000 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01091011233500.20662@soupdragon> Content-Transfer-Encoding: 8bit Sender: openbsd-mobile-owner@monkey.org Precedence: bulk I came across this while doing some research for a similar project I have here. Interesting stuff and I wonder if anyone knows any more about it? http://www.nas.nasa.gov/About/Media/announcements.html#alert_8_23_01 and http://www.nas.nasa.gov/Groups/Networks/Projects/Wireless/index.html It seems that this is very similar to the eventual goal of my project. Anyone else doing or planning something like this or have more info on the above? -P From owner-openbsd-mobile-outgoing@naughty.monkey.org Mon Sep 17 00:33:22 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id 1DCA53D4AA3; Mon, 17 Sep 2001 00:33:22 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id D6FDB3D4A11; Mon, 17 Sep 2001 00:33:21 -0400 (EDT) Received: from rogue.river.com (rogue.river.com [206.168.172.14]) by naughty.monkey.org (Postfix) with ESMTP id 63BDB3D4A0D for ; Mon, 17 Sep 2001 00:28:54 -0400 (EDT) Received: from rogue.river.com (rogue.river.com [206.168.172.14]) by rogue.river.com (8.11.4/8.9.2) with ESMTP id f8H4SOT12022; Sun, 16 Sep 2001 22:28:33 -0600 (MDT) Message-Id: In-Reply-To: <01091011233500.20662@soupdragon> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 16 Sep 2001 22:21:19 -0600 To: pjd@am-gen.org, openbsd-mobile@monkey.org From: "Richard Johnson" Subject: Re: OpenBSD-mobile: Wireless Firewall Gateway at NASA (NAS) Sender: openbsd-mobile-owner@monkey.org Precedence: bulk At 05:23 -0600 on 9/10/01, Pedro wrote: > I came across this while doing some research for a similar project I > have here. Interesting stuff and I wonder if anyone knows any more > about it? > > http://www.nas.nasa.gov/About/Media/announcements.html#alert_8_23_01 > > and > > http://www.nas.nasa.gov/Groups/Networks/Projects/Wireless/index.html > > It seems that this is very similar to the eventual goal of my project. > Anyone else doing or planning something like this or have more info on > the above? > > -P http://www.personaltelco.net/index.cgi/PortalSoftware Richard From owner-openbsd-mobile-outgoing@naughty.monkey.org Sat Sep 22 18:50:32 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id 29CE33D4AA4; Sat, 22 Sep 2001 18:50:32 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id E31563D4A26; Sat, 22 Sep 2001 18:50:31 -0400 (EDT) Received: from femail17.sdc1.sfba.home.com (femail17.sdc1.sfba.home.com [24.0.95.144]) by naughty.monkey.org (Postfix) with ESMTP id 579B93D4A68 for ; Sat, 22 Sep 2001 13:03:52 -0400 (EDT) Received: from jenny ([24.177.118.90]) by femail17.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP id <20010922170351.KEZD9201.femail17.sdc1.sfba.home.com@jenny>; Sat, 22 Sep 2001 10:03:51 -0700 Date: Sat, 22 Sep 2001 10:06:45 -0700 (PDT) From: Kevin Steves X-X-Sender: stevesk@jenny To: openbsd-mobile@monkey.org Cc: stevesk@pobox.com Subject: OpenBSD-mobile: PCMCIA multifunction cards Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: openbsd-mobile-owner@monkey.org Precedence: bulk has anyone had any luck getting any PCMCIA multifunction cards to work? my CEM56 shows this on -current; the ethernet works but the modem doesn't. pccom3 at pcmcia0 function 0 "Xircom, CreditCard Ethernet 10/100 + Modem 56, CEM56" port 0x2e8/8: irq 9: ns16550a, 16 byte fifo xe0 at pcmcia0 function 1 "Xircom, CreditCard Ethernet 10/100 + Modem 56, CEM56" port 0x340/16: address 00:10:a4:04:23:ff From owner-openbsd-mobile-outgoing@naughty.monkey.org Sat Sep 22 18:50:49 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id 65A8E3D4AD5; Sat, 22 Sep 2001 18:50:49 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id 41DA23D4AA4; Sat, 22 Sep 2001 18:50:49 -0400 (EDT) Received: from femail18.sdc1.sfba.home.com (femail18.sdc1.sfba.home.com [24.0.95.145]) by naughty.monkey.org (Postfix) with ESMTP id 90E953D4A68 for ; Sat, 22 Sep 2001 13:13:38 -0400 (EDT) Received: from jenny ([24.177.118.90]) by femail18.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP id <20010922171337.INQE3122.femail18.sdc1.sfba.home.com@jenny>; Sat, 22 Sep 2001 10:13:37 -0700 Date: Sat, 22 Sep 2001 10:16:31 -0700 (PDT) From: Kevin Steves X-X-Sender: stevesk@jenny To: Jim Rees Cc: openbsd-mobile@monkey.org Subject: Re: OpenBSD-mobile: More on failed pc-card modems In-Reply-To: <20010905193253.356CB207C1@citi.umich.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: openbsd-mobile-owner@monkey.org Precedence: bulk On Wed, 5 Sep 2001, Jim Rees wrote: :Ok, I have more info. : :I know I'm not the only one having problems with pc-card modems. The :symptom is that the modem is recognized, but falsely reported as having a :16450 uart instead of 16550 (which they all have). This can happen with :almost any brand of modem. In fact, I have two different samples of the :same model of Megahertz 1144 modem, one of which exhibits the problem, the :other does not. : :The problem appears to be that 2.9 maps the devices to isa port base 0x23f8, :where 2.8 used to map it to 0x3f8. I am guessing that the manufacturer of :these cards got lazy and left out a couple of address lines. The pccom :probe routine reads the IIR, which is all 0 because there isn't really :anything mapped there, and assumes a 16450 uart. : :So how can I get my pc-card modems mapped at 0x3f8? i don't know. as a datapoint, the following (an old motorola 28.8 from around 1997) is working fine with -current: pccom3 at pcmcia0 function 0 "Motorola, MONTANA V.34 FAX/MODEM, V2.0 !\^B\^B" port 0x2f8/8: irq 3: ns16550a, 16 byte fifo From owner-openbsd-mobile-outgoing@naughty.monkey.org Thu Sep 27 01:20:59 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id 977013D4A27; Thu, 27 Sep 2001 01:20:59 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id 6F8DD3D4A13; Thu, 27 Sep 2001 01:20:59 -0400 (EDT) Received: from slartibartfast.angrypacket.com (sdsl-64-139-8-242.dsl.sca.megapath.net [64.139.8.242]) by naughty.monkey.org (Postfix) with ESMTP id 9E7203D4A13 for ; Wed, 26 Sep 2001 13:02:24 -0400 (EDT) Received: (from dmuz@localhost) by slartibartfast.angrypacket.com (8.11.4/8.10.1) id f8QH2Nb25650 for openbsd-mobile@monkey.org; Wed, 26 Sep 2001 10:02:23 -0700 (PDT) Date: Wed, 26 Sep 2001 10:02:23 -0700 From: Josha Bronson To: OpenBSD-mobile Subject: OpenBSD-mobile: Slightly OT: GPS Recomendations Message-ID: <20010926100223.A5343@slartibartfast.angrypacket.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: your-mom-encapsulated-in-smtp X-PGP-KEY: http://dmuz.angrypacket.com/pgp-key/ Sender: openbsd-mobile-owner@monkey.org Precedence: bulk greetings, I am looking into getting a GPS, for many reasons, but mainly cause they are cool. I want to get something that is not too pricey and that I might be able to interface (via serial I suppose) with for wardriving etc. on my OpenBSD laptop. So what models are you using and is there any software for OpenBSD that I should take a look at? Thanks for your time, -- josha.bronson(aka->dmuz) >> dmuz@angrypacket.com networks/systems/security && CCNA, RHCE josha.net || dmuz.angrypacket.com From owner-openbsd-mobile-outgoing@naughty.monkey.org Thu Sep 27 01:28:39 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id 4FDAD3D4A29; Thu, 27 Sep 2001 01:28:39 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id 064003D4A27; Thu, 27 Sep 2001 01:28:39 -0400 (EDT) Received: from maus.spack.org (maus.spack.org [204.245.198.90]) by naughty.monkey.org (Postfix) with ESMTP id C13F03D4A51 for ; Wed, 26 Sep 2001 16:23:55 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by maus.spack.org (8.11.2/8.11.2/Debian 8.11.2-1) with ESMTP id f8QKNsZ32033; Wed, 26 Sep 2001 13:23:54 -0700 Date: Wed, 26 Sep 2001 13:23:54 -0700 (PDT) From: Eliab To: Cc: Subject: OpenBSD-mobile: XF4 - vaio xg18 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: openbsd-mobile-owner@monkey.org Precedence: bulk i'm looking for some ideas from anyone, i need my brain kickstarted. openbsd2.9 -current on xg 18. X seems to have no problems starting up as long as i'm connnected at work, using the docking station, and on the network. I doubt being on the network has anything to do with these probs but i'm not ruling anything out yet. when not connected to the dock, e.g, running on battery power in my car, everything boots up to console fine. but upon startx does nothing, after a CR the cursor just sit's, until i interrupt. few things, i'm using windowmaker, XF4my .xinitrc has one line: #xinitrc file exec wmaker i don't generally have a floppy connectd as it's connected to the dock, and i generally don't need it. i know there's a problem with my XF86Config file as the only resolution i can get is 800x600, even tho i've specified a 1024x768 modeline. things are still clear enough to work, if i use the zoom function from the laptop and deal with the black border and smaller workspace. theres more logs that might be useful but i don't want to attache or send anymore right now. let me know if anything may help you. thx a ton -e here's the X startup log(yea the whole thing, deal with it): XFree86 Version 4.0.3 / X Window System (protocol Version 11, revision 0, vendor release 6400) Release Date: 16 March 2001 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/FAQ) Operating System: OpenBSD 2.9 i386 Module Loader present (==) Log file: "/var/log/XFree86.0.log", Time: Tue Sep 25 15:44:55 2001 (==) Using config file: "/etc/X11/XF86Config" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (??) unknown. (==) ServerLayout "Simple Layout" (**) |-->Screen "Screen 1" (0) (**) | |-->Monitor "Sony 13.3 XVGA" (**) | |-->Device "NeoMagic 256XL" (**) |-->Input Device "Mouse1" (**) |-->Input Device "Keyboard1" (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc101" (**) XKB: model: "pc101" (**) Option "XkbLayout" "us" (**) XKB: layout: "us" (**) FontPath set to "/usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (--) Using wscons driver in pcvt compatibility mode (version 3.32) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.3 XFree86 XInput driver : 0.1 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.2 (II) Loader running on openbsd (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.0.3, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.2 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.0.3, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.3 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x00000000, mode1Res1 = 0x80000000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,7190 card 104d,804b rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,7191 card 0000,0000 rev 03 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 8086,7110 card 0000,0000 rev 02 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 8086,7111 card 0000,0000 rev 01 class 01,01,80 hdr 00 (II) PCI: 00:07:2: chip 8086,7112 card 0000,0000 rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 8086,7113 card 0000,0000 rev 03 class 06,80,00 hdr 00 (II) PCI: 00:08:0: chip 104d,8039 card 104d,804d rev 02 class 0c,00,10 hdr 00 (II) PCI: 00:09:0: chip 1073,0010 card 104d,804e rev 02 class 04,01,00 hdr 00 (II) PCI: 00:0a:0: chip 127a,2005 card 104d,805a rev 01 class 07,80,00 hdr 00 (II) PCI: 00:0c:0: chip 1180,0478 card 2300,0000 rev 80 class 06,07,00 hdr 82 (II) PCI: 00:0c:1: chip 1180,0478 card fffc,ffff rev 80 class 06,07,00 hdr 82 (II) PCI: 00:10:0: chip 1180,0475 card fffc,ffff rev 80 class 06,07,00 hdr 02 (II) PCI: 01:00:0: chip 10c8,0016 card 104d,8086 rev 10 class 03,00,00 hdr 00 (II) PCI: 02:00:0: chip 10b7,5257 card 10b7,5c57 rev 10 class 02,00,00 hdr 00 (II) PCI: 02:00:1: chip 10b7,ffff card ffff,ffff rev 10 class ff,ff,ff hdr ff (II) PCI: End of PCI scan (II) LoadModule: "scanpci" (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor="The XFree86 Project" compiled for 4.0.3, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.3 (II) UnloadModule: "scanpci" (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) PCI-to-ISA bridge: (II) Host-to-PCI bridge: (II) PCI-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x00 (VGA_EN is cleared) (II) Bus 0 I/O range: [0] -1 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x8c (VGA_EN is set) (II) Bus 1 I/O range: (II) Bus 1 non-prefetchable memory range: [0] -1 0xfe800000 - 0xfecfffff (0x500000) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0xfc000000 - 0xfdffffff (0x2000000) MX[B] (II) Bus -1: bridge is at (0:7:0), (0,-1,0), BCTRL: 0x00 (VGA_EN is cleared) (II) Bus -1 I/O range: (II) Bus -1 non-prefetchable memory range: (II) Bus -1 prefetchable memory range: (II) Bus 2: bridge is at (0:0:0), (-1,2,0), BCTRL: 0x00 (VGA_EN is cleared) (II) Bus 2 I/O range: [0] -1 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 2 non-prefetchable memory range: [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 2 prefetchable memory range: [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] (--) PCI:*(1:0:0) Neomagic NM2380 rev 16, Mem @ 0xfc000000/25, 0xfe800000/22, 0xfec00000/20 (II) Addressable bus resource ranges are [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0x00000000 - 0x000001ff (0x200) IX[B]E (II) Active PCI resource ranges: [0] -1 0x41000000 - 0x41ffffff (0x1000000) MX[B]E [1] -1 0xfede0000 - 0xfedfffff (0x20000) MX[B]E [2] -1 0xfedf0000 - 0xfedfffff (0x10000) MX[B]E [3] -1 0xfedffc00 - 0xfedfffff (0x400) MX[B]E [4] -1 0xfedff000 - 0xfedfffff (0x1000) MX[B]E [5] -1 0x40000000 - 0x7fffffff (0x40000000) MX[B]E [6] -1 0xfec00000 - 0xfecfffff (0x100000) MX[B](B) [7] -1 0xfe800000 - 0xfebfffff (0x400000) MX[B](B) [8] -1 0xfc000000 - 0xfdffffff (0x2000000) MX[B](B) [9] -1 0x00002300 - 0x000023ff (0x100) IX[B]E [10] -1 0x0000fce0 - 0x0000fcff (0x20) IX[B]E [11] -1 0x0000fcec - 0x0000fcef (0x4) IX[B]E [12] -1 0x0000fc40 - 0x0000fc7f (0x40) IX[B]E [13] -1 0x0000fcc0 - 0x0000fcff (0x40) IX[B]E [14] -1 0x0000fcf0 - 0x0000fcff (0x10) IX[B]E (II) PCI I/O resource overlap reduced 0x0000fce0 from 0x0000fcff to 0x0000fce7 (II) PCI Memory resource overlap reduced 0xfede0000 from 0xfedfffff to 0xfedeffff (II) PCI Memory resource overlap reduced 0xfedf0000 from 0xfedfffff to 0xfedf7fff (II) PCI Memory resource overlap reduced 0xfedff000 from 0xfedfffff to 0xfedff7ff (II) PCI I/O resource overlap reduced 0x0000fcc0 from 0x0000fcff to 0x0000fcdf (II) PCI Memory resource overlap reduced 0x40000000 from 0x7fffffff to 0x40ffffff (II) Active PCI resource ranges after removing overlaps: [0] -1 0x41000000 - 0x41ffffff (0x1000000) MX[B]E [1] -1 0xfede0000 - 0xfedeffff (0x10000) MX[B]E [2] -1 0xfedf0000 - 0xfedf7fff (0x8000) MX[B]E [3] -1 0xfedffc00 - 0xfedfffff (0x400) MX[B]E [4] -1 0xfedff000 - 0xfedff7ff (0x800) MX[B]E [5] -1 0x40000000 - 0x40ffffff (0x1000000) MX[B]E [6] -1 0xfec00000 - 0xfecfffff (0x100000) MX[B](B) [7] -1 0xfe800000 - 0xfebfffff (0x400000) MX[B](B) [8] -1 0xfc000000 - 0xfdffffff (0x2000000) MX[B](B) [9] -1 0x00002300 - 0x000023ff (0x100) IX[B]E [10] -1 0x0000fce0 - 0x0000fce7 (0x8) IX[B]E [11] -1 0x0000fcec - 0x0000fcef (0x4) IX[B]E [12] -1 0x0000fc40 - 0x0000fc7f (0x40) IX[B]E [13] -1 0x0000fcc0 - 0x0000fcdf (0x20) IX[B]E [14] -1 0x0000fcf0 - 0x0000fcff (0x10) IX[B]E (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0x00000000 - 0x000001ff (0x200) IX[B]E (II) All system resource ranges: [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0x41000000 - 0x41ffffff (0x1000000) MX[B]E [6] -1 0xfede0000 - 0xfedeffff (0x10000) MX[B]E [7] -1 0xfedf0000 - 0xfedf7fff (0x8000) MX[B]E [8] -1 0xfedffc00 - 0xfedfffff (0x400) MX[B]E [9] -1 0xfedff000 - 0xfedff7ff (0x800) MX[B]E [10] -1 0x40000000 - 0x40ffffff (0x1000000) MX[B]E [11] -1 0xfec00000 - 0xfecfffff (0x100000) MX[B](B) [12] -1 0xfe800000 - 0xfebfffff (0x400000) MX[B](B) [13] -1 0xfc000000 - 0xfdffffff (0x2000000) MX[B](B) [14] -1 0x00000000 - 0x000001ff (0x200) IX[B]E [15] -1 0x00002300 - 0x000023ff (0x100) IX[B]E [16] -1 0x0000fce0 - 0x0000fce7 (0x8) IX[B]E [17] -1 0x0000fcec - 0x0000fcef (0x4) IX[B]E [18] -1 0x0000fc40 - 0x0000fc7f (0x40) IX[B]E [19] -1 0x0000fcc0 - 0x0000fcdf (0x20) IX[B]E [20] -1 0x0000fcf0 - 0x0000fcff (0x10) IX[B]E (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor="The XFree86 Project" compiled for 4.0.3, module version = 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.1 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "extmod" (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor="The XFree86 Project" compiled for 4.0.3, module version = 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.1 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension DPMS (II) Loading extension FontCache (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) LoadModule: "type1" (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a (II) Module type1: vendor="The XFree86 Project" compiled for 4.0.3, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.2 (II) Loading font Type1 (II) Loading font CID (II) LoadModule: "freetype" (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.a (II) Module freetype: vendor="The XFree86 Project" compiled for 4.0.3, module version = 1.1.9 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.2 (II) Loading font FreeType (II) LoadModule: "neomagic" (II) Loading /usr/X11R6/lib/modules/drivers/neomagic_drv.o (II) Module neomagic: vendor="The XFree86 Project" compiled for 4.0.3, module version = 1.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.3 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o (II) Module mouse: vendor="The XFree86 Project" compiled for 4.0.3, module version = 1.0.0 Module class: XFree86 XInput Driver ABI class: XFree86 XInput driver, version 0.1 (II) NEOMAGIC: Driver for Neomagic chipsets: neo2070, neo2090, neo2093, neo2097, neo2160, neo2200, neo2230, neo2360, neo2380 (II) Primary Device is: PCI 01:00:0 (--) Assigning device section with no busID to primary device (--) Chipset neo2380 found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0x41000000 - 0x41ffffff (0x1000000) MX[B]E [6] -1 0xfede0000 - 0xfedeffff (0x10000) MX[B]E [7] -1 0xfedf0000 - 0xfedf7fff (0x8000) MX[B]E [8] -1 0xfedffc00 - 0xfedfffff (0x400) MX[B]E [9] -1 0xfedff000 - 0xfedff7ff (0x800) MX[B]E [10] -1 0x40000000 - 0x40ffffff (0x1000000) MX[B]E [11] -1 0xfec00000 - 0xfecfffff (0x100000) MX[B](B) [12] -1 0xfe800000 - 0xfebfffff (0x400000) MX[B](B) [13] -1 0xfc000000 - 0xfdffffff (0x2000000) MX[B](B) [14] -1 0x00000000 - 0x000001ff (0x200) IX[B]E [15] -1 0x00002300 - 0x000023ff (0x100) IX[B]E [16] -1 0x0000fce0 - 0x0000fce7 (0x8) IX[B]E [17] -1 0x0000fcec - 0x0000fcef (0x4) IX[B]E [18] -1 0x0000fc40 - 0x0000fc7f (0x40) IX[B]E [19] -1 0x0000fcc0 - 0x0000fcdf (0x20) IX[B]E [20] -1 0x0000fcf0 - 0x0000fcff (0x10) IX[B]E (II) resource ranges after probing: [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0x41000000 - 0x41ffffff (0x1000000) MX[B]E [6] -1 0xfede0000 - 0xfedeffff (0x10000) MX[B]E [7] -1 0xfedf0000 - 0xfedf7fff (0x8000) MX[B]E [8] -1 0xfedffc00 - 0xfedfffff (0x400) MX[B]E [9] -1 0xfedff000 - 0xfedff7ff (0x800) MX[B]E [10] -1 0x40000000 - 0x40ffffff (0x1000000) MX[B]E [11] -1 0xfec00000 - 0xfecfffff (0x100000) MX[B](B) [12] -1 0xfe800000 - 0xfebfffff (0x400000) MX[B](B) [13] -1 0xfc000000 - 0xfdffffff (0x2000000) MX[B](B) [14] 0 0x000a0000 - 0x000affff (0x10000) MS[B] [15] 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [16] 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [17] -1 0x00000000 - 0x000001ff (0x200) IX[B]E [18] -1 0x00002300 - 0x000023ff (0x100) IX[B]E [19] -1 0x0000fce0 - 0x0000fce7 (0x8) IX[B]E [20] -1 0x0000fcec - 0x0000fcef (0x4) IX[B]E [21] -1 0x0000fc40 - 0x0000fc7f (0x40) IX[B]E [22] -1 0x0000fcc0 - 0x0000fcdf (0x20) IX[B]E [23] -1 0x0000fcf0 - 0x0000fcff (0x10) IX[B]E [24] 0 0x000003b0 - 0x000003bb (0xc) IS[B] [25] 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/X11R6/lib/modules/libvgahw.a (II) Module vgahw: vendor="The XFree86 Project" compiled for 4.0.3, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.3 (II) NEOMAGIC(0): Chipset is a MagicMedia 256XL+ (NM2380) (--) NEOMAGIC(0): Panel is a 1024x768 color TFT display (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Loading /usr/X11R6/lib/modules/libddc.a (II) Module ddc: vendor="The XFree86 Project" compiled for 4.0.3, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.3 (II) Loading sub module "vbe" (II) LoadModule: "vbe" (II) Loading /usr/X11R6/lib/modules/libvbe.a (II) Module vbe: vendor="The XFree86 Project" compiled for 4.0.3, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.3 (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/X11R6/lib/modules/libint10.a (II) Module int10: vendor="The XFree86 Project" compiled for 4.0.3, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.3 (II) NEOMAGIC(0): initializing int10 (II) checkDevMem: using aperture driver /dev/xf86 (==) NEOMAGIC(0): Write-combining range (0xa0000,0x20000) was already clear (==) NEOMAGIC(0): Write-combining range (0xf0000,0x10000) (II) xf86ReadBIOS(0, 0, Buf, 600)-> 53 ff 00 f0... (II) xf86ReadBIOS(c0000, 0, Buf, 10000)-> 55 aa 60 e9... (II) xf86ReadBIOS(d0000, 0, Buf, 10000)-> ff ff ff ff... (II) xf86ReadBIOS(e0000, 0, Buf, 10000)-> ff ff ff ff... (II) NEOMAGIC(0): Primary V_BIOS segment is: 0xc000 (II) NEOMAGIC(0): VESA BIOS detected (II) NEOMAGIC(0): VESA VBE Version 2.0 (II) NEOMAGIC(0): VESA VBE Total Mem: 6080 kB (II) NEOMAGIC(0): VESA VBE OEM: MagicMedia 256XL+ 48K (II) NEOMAGIC(0): VESA VBE OEM Software Rev: 2.3 (II) NEOMAGIC(0): VESA VBE OEM Vendor: NeoMagic (II) NEOMAGIC(0): VESA VBE OEM Product: MagicMedia 256XL+ (II) NEOMAGIC(0): VESA VBE OEM Product Rev: 01.0 (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Reloading /usr/X11R6/lib/modules/libddc.a (II) NEOMAGIC(0): VESA VBE DDC supported (II) NEOMAGIC(0): VESA VBE DDC Level none (II) NEOMAGIC(0): VESA VBE DDC transfer in appr. 0 sec. (II) NEOMAGIC(0): VESA VBE DDC read failed (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Loading /usr/X11R6/lib/modules/libi2c.a (II) Module i2c: vendor="The XFree86 Project" compiled for 4.0.3, module version = 1.2.0 ABI class: XFree86 Video Driver, version 0.3 (II) NEOMAGIC(0): I2C bus "I2C bus" initialized. (II) NEOMAGIC(0): I2C device "I2C bus:ddc2" registered. (II) NEOMAGIC(0): I2C device "I2C bus:ddc2" removed. (--) NEOMAGIC(0): No DDC signal (**) NEOMAGIC(0): Depth 16, (--) framebuffer bpp 16 (==) NEOMAGIC(0): RGB weight 565 (==) NEOMAGIC(0): Default visual is TrueColor (==) NEOMAGIC(0): Using gamma correction (1.0, 1.0, 1.0) (--) NEOMAGIC(0): Simultaneous LCD/CRT display mode (==) NEOMAGIC(0): using linear mode (**) NEOMAGIC(0): using PCI Burst mode (--) NEOMAGIC(0): FB base address is set at 0xFC000000. (--) NEOMAGIC(0): MMIO base address is set at 0xFE800000. (--) NEOMAGIC(0): VideoRAM: 6144 kByte (--) NEOMAGIC(0): Max Clock: 110000 kHz (II) NEOMAGIC(0): Sony 13.3 XVGA: Using hsync value of 31.50 kHz (II) NEOMAGIC(0): Sony 13.3 XVGA: Using hsync value of 35.15 kHz (II) NEOMAGIC(0): Sony 13.3 XVGA: Using hsync value of 35.50 kHz (II) NEOMAGIC(0): Sony 13.3 XVGA: Using vrefresh range of 50.00-90.00 Hz (II) NEOMAGIC(0): Clock range: 11.00 to 110.00 MHz (II) NEOMAGIC(0): Removing mode (640x350) that won't display properly on LCD (WW) NEOMAGIC(0): Default mode "640x350" deleted (unknown reason) (II) NEOMAGIC(0): Removing mode (640x400) that won't display properly on LCD (WW) NEOMAGIC(0): Default mode "640x400" deleted (unknown reason) (II) NEOMAGIC(0): Removing mode (720x400) that won't display properly on LCD (WW) NEOMAGIC(0): Default mode "720x400" deleted (unknown reason) (WW) NEOMAGIC(0): Default mode "640x480" deleted (hsync out of range) (WW) NEOMAGIC(0): Default mode "640x480" deleted (hsync out of range) (WW) NEOMAGIC(0): Default mode "640x480" deleted (hsync out of range) (WW) NEOMAGIC(0): Default mode "800x600" deleted (hsync out of range) (WW) NEOMAGIC(0): Default mode "800x600" deleted (hsync out of range) (WW) NEOMAGIC(0): Default mode "800x600" deleted (hsync out of range) (WW) NEOMAGIC(0): Default mode "800x600" deleted (hsync out of range) (WW) NEOMAGIC(0): Default mode "1024x768" deleted (bad mode clock/interlace/doublescan) (WW) NEOMAGIC(0): Default mode "1024x768" deleted (hsync out of range) (WW) NEOMAGIC(0): Default mode "1024x768" deleted (hsync out of range) (WW) NEOMAGIC(0): Default mode "1024x768" deleted (hsync out of range) (WW) NEOMAGIC(0): Default mode "1024x768" deleted (hsync out of range) (II) NEOMAGIC(0): Removing mode (1152x864) larger than the LCD panel (1024x768) (WW) NEOMAGIC(0): Default mode "1152x864" deleted (unknown reason) (II) NEOMAGIC(0): Removing mode (1280x960) larger than the LCD panel (1024x768) (WW) NEOMAGIC(0): Default mode "1280x960" deleted (unknown reason) (WW) NEOMAGIC(0): Default mode "1280x960" deleted (bad mode clock/interlace/doublescan) (II) NEOMAGIC(0): Removing mode (1280x1024) larger than the LCD panel (1024x768) (WW) NEOMAGIC(0): Default mode "1280x1024" deleted (unknown reason) (WW) NEOMAGIC(0): Default mode "1280x1024" deleted (bad mode clock/interlace/doublescan) (WW) NEOMAGIC(0): Default mode "1280x1024" deleted (bad mode clock/interlace/doublescan) (WW) NEOMAGIC(0): Default mode "1600x1200" deleted (width requires unsupported line pitch) (WW) NEOMAGIC(0): Default mode "1600x1200" deleted (width requires unsupported line pitch) (WW) NEOMAGIC(0): Default mode "1600x1200" deleted (width requires unsupported line pitch) (WW) NEOMAGIC(0): Default mode "1600x1200" deleted (width requires unsupported line pitch) (WW) NEOMAGIC(0): Default mode "1600x1200" deleted (width requires unsupported line pitch) (WW) NEOMAGIC(0): Default mode "1792x1344" deleted (width requires unsupported line pitch) (WW) NEOMAGIC(0): Default mode "1792x1344" deleted (width requires unsupported line pitch) (WW) NEOMAGIC(0): Default mode "1856x1392" deleted (width requires unsupported line pitch) (WW) NEOMAGIC(0): Default mode "1856x1392" deleted (width requires unsupported line pitch) (WW) NEOMAGIC(0): Default mode "1920x1440" deleted (width requires unsupported line pitch) (WW) NEOMAGIC(0): Default mode "1920x1440" deleted (width requires unsupported line pitch) (WW) NEOMAGIC(0): Mode "1024x768" deleted (no mode of this name) (--) NEOMAGIC(0): Virtual size is 800x600 (pitch 800) (**) NEOMAGIC(0): Default mode "800x600": 36.0 MHz, 35.2 kHz, 56.2 Hz (**) NEOMAGIC(0): Default mode "640x480": 25.2 MHz, 31.5 kHz, 60.0 Hz (==) NEOMAGIC(0): DPI set to (75, 75) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/X11R6/lib/modules/libfb.a (II) Module fb: vendor="The XFree86 Project" compiled for 4.0.3, module version = 1.0.0 ABI class: XFree86 ANSI C Emulation, version 0.1 (II) Loading sub module "xaa" (II) LoadModule: "xaa" (II) Loading /usr/X11R6/lib/modules/libxaa.a (II) Module xaa: vendor="The XFree86 Project" compiled for 4.0.3, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.3 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Loading /usr/X11R6/lib/modules/libramdac.a (II) Module ramdac: vendor="The XFree86 Project" compiled for 4.0.3, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.3 (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0xfec00000 - 0xfecfffff (0x100000) MX[B] [1] 0 0xfe800000 - 0xfebfffff (0x400000) MX[B] [2] 0 0xfc000000 - 0xfdffffff (0x2000000) MX[B] [3] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [4] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [5] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [6] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [7] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [8] -1 0x41000000 - 0x41ffffff (0x1000000) MX[B]E [9] -1 0xfede0000 - 0xfedeffff (0x10000) MX[B]E [10] -1 0xfedf0000 - 0xfedf7fff (0x8000) MX[B]E [11] -1 0xfedffc00 - 0xfedfffff (0x400) MX[B]E [12] -1 0xfedff000 - 0xfedff7ff (0x800) MX[B]E [13] -1 0x40000000 - 0x40ffffff (0x1000000) MX[B]E [14] -1 0xfec00000 - 0xfecfffff (0x100000) MX[B](B) [15] -1 0xfe800000 - 0xfebfffff (0x400000) MX[B](B) [16] -1 0xfc000000 - 0xfdffffff (0x2000000) MX[B](B) [17] 0 0x000a0000 - 0x000affff (0x10000) MS[B] [18] 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [19] 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [20] -1 0x00000000 - 0x000001ff (0x200) IX[B]E [21] -1 0x00002300 - 0x000023ff (0x100) IX[B]E [22] -1 0x0000fce0 - 0x0000fce7 (0x8) IX[B]E [23] -1 0x0000fcec - 0x0000fcef (0x4) IX[B]E [24] -1 0x0000fc40 - 0x0000fc7f (0x40) IX[B]E [25] -1 0x0000fcc0 - 0x0000fcdf (0x20) IX[B]E [26] -1 0x0000fcf0 - 0x0000fcff (0x10) IX[B]E [27] 0 0x000003b0 - 0x000003bb (0xc) IS[B] [28] 0 0x000003c0 - 0x000003df (0x20) IS[B] (==) NEOMAGIC(0): Write-combining range (0xa0000,0x10000) was already clear (==) NEOMAGIC(0): Write-combining range (0xfe800000,0x200000) was already clear (==) NEOMAGIC(0): Write-combining range (0xfc000000,0x800000) (II) NEOMAGIC(0): Not programming shadow registers (II) NEOMAGIC(0): Using linear framebuffer at: 0xFC000000 (--) NEOMAGIC(0): 5331456 bytes off-screen memory available (II) NEOMAGIC(0): Using H/W Cursor. (II) NEOMAGIC(0): Using 424 scanlines of offscreen memory for pixmap caching (II) NEOMAGIC(0): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits Solid filled rectangles Indirect CPU to Screen color expansion Solid Horizontal and Vertical Lines Offscreen Pixmaps Setting up tile and stipple cache: 18 128x128 slots (II) NEOMAGIC(0): Acceleration Initialized (==) NEOMAGIC(0): Backing store disabled (==) NEOMAGIC(0): Silken mouse enabled (II) Setting vga for screen 0. (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (**) Option "Protocol" "wsmouse" (**) Mouse1: Protocol: wsmouse (**) Option "CorePointer" (**) Mouse1: Core Pointer (**) Option "Device" "/dev/wsmouse" (==) Mouse1: Buttons: 3 (**) Option "Emulate3Buttons" (**) Mouse1: Emulate3Buttons, Emulate3Timeout: 50 (II) Keyboard "Keyboard1" handled by legacy driver (II) XINPUT: Adding extended input device "Mouse1" (type: MOUSE) Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! (II) NEOMAGIC(0): Not programming shadow registers (II) NEOMAGIC(0): Not programming shadow registers (II) NEOMAGIC(0): Not programming shadow registers (II) NEOMAGIC(0): Not programming shadow registers AUDIT: Tue Sep 25 20:42:11 2001: 18243 X: client 9 rejected from local host Auth name: MIT-MAGIC-COOKIE-1 ID: -1 From owner-openbsd-mobile-outgoing@naughty.monkey.org Thu Sep 27 01:38:49 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id C75943D4A51; Thu, 27 Sep 2001 01:38:48 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id DB35A3D4A2F; Thu, 27 Sep 2001 01:38:46 -0400 (EDT) Received: from vision.turboservers.net (vision.turboservers.net [64.26.24.26]) by naughty.monkey.org (Postfix) with ESMTP id 201F13D4A27 for ; Thu, 27 Sep 2001 01:31:57 -0400 (EDT) Received: from localhost (brahy@localhost) by vision.turboservers.net (8.8.5/8.8.5) with SMTP id AAA28564 for ; Thu, 27 Sep 2001 00:31:55 -0500 Date: Thu, 27 Sep 2001 00:31:54 -0500 (CDT) From: John Brahy X-Sender: brahy@vision.turboservers.net To: openbsd-mobile@monkey.org Subject: OpenBSD-mobile: NEC Versa LX config that works on OpenBSD Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="440408600-781413392-1001568714=:27018" Sender: openbsd-mobile-owner@monkey.org Precedence: bulk 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. --440408600-781413392-1001568714=:27018 Content-Type: TEXT/PLAIN; charset=US-ASCII hey, I hope this information helps. I am also using a linksys wireless ethernet driver and a 3Com ethernet card. hostname.wi0 ~~~~~ ~~~~ ~~~~ inet 192.168.1.222 255.255.255.0 192.168.1.255 !wicontrol wi0 -t6 -p1 -e0 -nsecret -f2422 --440408600-781413392-1001568714=:27018 Content-Type: APPLICATION/octet-stream; name="config.tar.gz" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: configs for NEC Versa LX H4sICFW4sjsAA2NvbmZpZy50YXIA7Vr7c9vG8c+vxV+xQ893Kk1BEm9SaOoJ +JCFWnwUoGT52+l0QOAoogIBBA9JzF/f3QNBUZTkSI2dNB1eYlO83fvcvm5v b61gxfLr777tkCXJkCT4DkCWNG3zKdMnDVlSdA2go+qarmrEALKsqvp3IH1j ufgo88LLAL6bZ95y/QU+Tr/O0l9Dpl9xnGbJCv7FlfvB+X+rZQ2Ulo9TMFuW 4LIUlA5IkqmopmqAIkmy4LCizOLm1CuWJnz/dOl75PBZeMsCE44WBL/ywuiH KPG9aJnkxbHwh/kabsM8TOIWQs2TnGW3LMtbMSvgqNvqtvQ2//sYwgAsy1IM XZGEPyySDKrd+N+0159JTJFk5KKieLWwOjQlXZJ2ZOGi7Kp4lPtNRWuqUlPu yM2O1MpJxFaWcerfFa2lSi0ktTrSP94i9F1YLGHojmbTB/klvZK/ttdWg/cv q6A9UaEy5wZiz6CPNOu2ZBS9XX1wMy66lpHlkaTqslGJsi/Jn8EtYxFOHuRA IXT8n+To4Pk9mg5mx8LAK5j5OlaKLRP+mixj6NEuz0fLiOW5d82aNir4PYFJ J5QwdLW1K/PjNbPEfCK/4BZeUeYmOBPhqll/EYRJyuKeOwCldQJHPcc6+3wM 72RUwSu4/NAFWTMlxVQVQLGrIKfElCVJQdua7TLP2nnmt/N13vYyf9kO1a7R xj3TMGJtjin4aSmZYMcFi2DK4iIsV2DbcNT4wOIyjBmnNMDoGk0/8vJcBF1W PvbgXAHf85fsGFQ03Ojspw3S6fRCvOwa4mAoTt2hOHP74sh1xKk1FEf9odi/ 6oruZ1cczRyc/ECTltgfTS6RY0YrVEMcja7E0yvXETLmRbBieKr/AphaO2pX OzHgSFYxL2sfjwXvFk8oZ0C63D3pdrvkRFk20BhIL/MwvgbZ0LswLxcLDHvw k7jwwpjmjc4JciJpXbAcjgxDVT4eQ7IgwCRbC3j843mZIyBZ9FiYhwl+QevX BBOsWVvpGn86kqRj6NkTV4QAwwykTlvW2ye6yCfRPxm7bYEEP4B0vwjmXUnw 0hWH4pgmTJM7lsHIizGgVugEyFPmw6XcUjinCXOvKFi2hihcMGD3SC282F+D 9n8bBqsPCYZ2zecvveyaQZTcidXPqPDXhwrCHO0ZIwILhNQPtxbaqMXVVloy LJIyDoiA+ks4/i7dy/T5j+0qtEHfBtv5GzhJWZB7Zt48YhWE3JIeQeiGIYmQ hz8xkJUHBwJaLgtZfryPiiGcZWVacGw0NKFgspI6Jjq3UcV+V1E7MhzNsrBI YhhdHdPSpu1a4OG+9mDYIFlwd/T1Hj7GArxTIMyhWKKhvLygKWL6pxcE2T8X 4X2ZmtWWKm6Jystd+pC0ThdidgfEhumEproSHy+tln92tbxZ/ShUuYwoLrpr EV6XmVfghQCrJEALwhHpQkot53wRXxyQsrAoY5+zSrC1k6apvautNRShYc1s jF1/aWhwPq0Jgf8IStmFipNiKwlGjj/f21d9tK8T+skS9D6pSz7pe1nQK/Ot BCoByC8ByK8BaAxdF1VgeZEloOy4+hGq9gUdKCIec3eeNR4GmdWDqW1faYDB tWNGXBgG7EUMeR8DQxLvKwI63qLg9TAYWfyc4rGMcOO7EKWDIgHK+uj1eRiF xfqBQ36BQ7gLalG4VA+IQYaXOsXS93Zv1BxYA6upGFpXek9LMMK8GMqcgao0 52EhoqqTKs40kWSrflZEuIiKzGs+zFSrZaOZYzrBax7XiXDeQ2UM+UQb9US8 ATRFA38d4Y86LJkXIE0F5McJxejqBh6LanVeW9PcETys0wBlF1QtzH7EG5T2 Paq58b9jE6prY1fwfWHhqOKhGcz4HiA5zumCwUup8FLMi3n4rP1kgUj8SCL1 gddE0IISbZELfmX6LSPNo/xRGXOzzybumU2G6Q+azmQEVyMsBCWFLCQb8ntw +64tgd72A6q6MrzMbimVEuxr3fPUfPLz5tMJdWs++QXzvc5we/F94faexvdL p0PZP4/7B27/gt1HVl5CVp/LVmalvST4mEryKCm4w3geo2+UOCPvGjMuZ6i9 vWU2eTqWaavQx7NUVVIRVlskiohXSFGEKxRYulcol6/80HuMwFNeJYW+FULe CCFXQsj7Qsi7EHIlhPImIR4jCGHu1UE+l+hbsKomiIBL0jTcfoU0yejyNmRh FQb14SAODOlpnyoe74Zl7wUsVueMpTsMQpzeP8FZSG3ZqION3fssrdKkIdwW Tzcl5spnJtxee4CZwk8wkeBfSSZiKZ37+LFaKM2bOSbzVeUwQuKLFGER+E9Q VZShQjUwK/4IxMWZOPM2T8otDfMX35Jyl7JJXXKXkhVVlSsvvwFfM/BSYcXD l6JY8y+BZtCBLDLzoQqnM5w1I3aLMZ6yDN9FKyziGOpT0jHNsRSiMx8IqyLD dXVhP8XrjSpvyMuUlBCCGz8v8bFD2X7lFRgAAa9ZqbS7QZEFKn2xHCQGj3/B cPkLxgdkD1/oAZB5d/UXRWDp5qBWgbt7D6p9zEn9JMPdeQ0igtrXuycDEWbT dm/ch3NrDHRBwyXLsHj0GrW1saSvXL4tdzDhSKY2N5lvBsz05yKURdr2yrA9 j304CtjCK6OCJo+FuzriqjB+fDXnWAEX8AkvwoiARYAxK+6S7AbLBehbDkqH 0uScH2tRpXFHUYuvCHQ1vkDQzA9SaV1TXpjqiYn5UMX7RBKE37pX8r847hff fo8v9/8U/VH/ryMRGR8mh/7frzFe2/9TTEV+e//vt+y5aYqy6bm9suXGVfzK LbcfL0tJlnX9he7lc200xVTlV3bcnrD+so6b0toV+WnH7ZUNt3dwddo1+rzS A68skuY1ixleU3gnotWI6GIMpcI7ZO0n6ToLr5foUP8Y5JMTg3hm+P6/Os0Y 6xp01/4LHyMi2LHfEviiKctWYc7vkTDHMiBjuOYaK2DcQsSgY4zaT1XDRaQn mRev6XrPcUEyr/tWHiL5uD3xFksEypNFcedljHcqsDhI8IojoYPEL6nYrR77 C7yocjiiFkXD3axoHIsIhhsF1GkLY97AqIk8OJOywBIZ38WhX13XYexHZUBy 1OQoXIXVHoSFANwuOcFilSJyWUWq/8MFfTKuXFrOozBfilRoIPi8LHAyp0mf xbgKoVCbNgZfzqKIMEKUnmv8IKHINcZ9UjJssTEV3/luicGNvIiz1QdNtcAU gNtWD94gQdPxXclRNEPgiySKkjtSEIv+ICS9cpO7j7zrzZNbxlWqvI+PA6qe uRzki/TBxRtSvvRQgTnbWA63DslQ3o5WGcnAi5AQ3UD1Dm26r22rEuJsCO7k dPbJcoZguzB1Jpf2YDiAhuXi94YIn+zZ2eRiBsjhWOPZZ5icgjX+DB/tMRYy w6upQ92OiYNg9mh6bg9x1h73zy8G9vgD9HDleDKDc3tkzxB2NuFbbsDsoUtw o6HTP8OvVs8+t2efyVun9mxMuKcTByyYWs7M7l+cWw5ML5zpxB2iCAMEHtvj Uwf3GY6G41kLcGOchOElfgP3zDo/36h4deoMh3SKnMlfh/0Z9IYokdU7H1Yb oDr9c8se4dvSGlkfSCoHJrjQ4WxbqT6dDfkkboN1pdWf2ZMxKdCfjGcOfsWy c+LMtos/2e5QBMuxXTLFKb6uRSBTTk4Ra8JhcOV4WOGQoR/7A1no+4U7fJBn MLTOEc2lxThBAblhrxw65G8XPLd1b5pHSBVNVQiJPAxib8XqkNjLMVWMIRY9 VTHS8NhxDC/Aa6cI+RMJgyzBpdldiK9/OjKYcpOCcbjci3ATagvUXIhFKQEX 5lthnuSFNAuR/y4Li4LFlDGXSRb+tMk22fb87QlLWpMRMNn9ER8tO0n3j0CX TRgvEnpxVGcR3zXFNtFRChMEl1Wle+OUMlqD/s3DuZ7TvU5lWYP/q8eVLDtG Owrn9FM7u55ztlM08IbvObYFkvM2vyzFF8l4un2zjHNkwqT9IltHD9LwFXx4 gb2OcbZOmfwy2U0ZC5Ivi/0z0v6skJzOzdO25qFbhgWrGBrCMA42btnxj8vL nlNqQrzA8ZGt5wk+9rh3MD6KBB/ksBkNvJrjoKZaeCE7LGUYDnxguQOqRJRz tiisqKiXwYgVHg8KStA7hHre9TNM8eeJf1PN44s0xRJtu6RfbEXAuCyQmUhX N3OU1k8CTNhcuvsFD+vGhkj+ybeib96eNbHPW6svEN31ap5Em7WNMj9KfVmS j2vyB5asWJGtK3Lq1/NOGe1suCfNCOV8MCQHrEnn3poO73a7F1wzTXjD73nP TN22winvnpDu8lWCmYRTB1VraTsa7YDdttN8JVWLn6fvIgxXZYS1jDoLV4yk 1rnHHZYnUcnl5APjk6Z7ZVHQvVkPdRdhQ3xe2VGCb/mkUtYOqFmyCFlWK5uF Kw/tv8t0yeIgycaUkiumi/gmTu5iTuTGf6A9Jp5RjnTXsV8LKbf0pt6pQLPC YejInGcyVLZ5Im0BqTEHDVlStPuO0W3gtKG3ZJ1+D0Wjh2mX/glUoy65BsiA f06g09GhKxnQXOa0Y/OWPp43QeWLL1ugXx/GL6rfoxO9q/44iSvgyzBgieOt agdp0okhCC8kDx8DugIcUCct2wkTy/dZ9HyEPRF147WnHLvuHFQnsk/dwAHe xktQFa5K5MU3FHubxdwbbpmnqP92mk9OFosdvi3n/MG+YZ5G3ppvx3dMq/uK RnczOdpmF9h1NQ9jtNEW7S3Ysv4twY1vCK5o3xC88u9bwN8cpe7lB+sQpIcg /a8OUoxR2fiaUforReObzf6fWEb5HRpG/iWGeX1XVfu9dVU17a1dVU366r/I KJWK0unKb+iqqqYkvfr3GPdYv8rvMW5EPnRVD13VQ1f10FU9dFUPXdVDV/XQ VT10VQ9d1UNX9dBV3ec4NKwODau3gB+6qt/OG4cgPXRVD13Vr2KYX9RV/a1/ V/YwDuMwDuMwDuMwDuMwDuMwDuMwDuP3Ov4NOdyZQABQAAA= --440408600-781413392-1001568714=:27018-- From owner-openbsd-mobile-outgoing@naughty.monkey.org Fri Sep 28 17:31:17 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id 528963D4A64; Fri, 28 Sep 2001 17:31:17 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id 2F2403D4A51; Fri, 28 Sep 2001 17:31:17 -0400 (EDT) Received: from ns.blueskystudios.com (ns.blueskystudios.com [63.108.102.34]) by naughty.monkey.org (Postfix) with ESMTP id AE28B3D4A29 for ; Thu, 27 Sep 2001 07:39:36 -0400 (EDT) Received: from bet.blueskystudios.com (maginot-psn [192.168.2.1]) by ns.blueskystudios.com (8.9.3/8.9.3) with ESMTP id HAA64565; Thu, 27 Sep 2001 07:38:20 -0400 (EDT) Received: from texas.blueskystudios.com (texas.blueskystudios.com [10.1.10.201]) by bet.blueskystudios.com (8.11.4/8.11.4) with ESMTP id f8RBcME69099; Thu, 27 Sep 2001 07:38:23 -0400 (EDT) Received: (from danimal@localhost) by texas.blueskystudios.com (8.9.3/8.9.3) id HAA333709; Thu, 27 Sep 2001 07:38:22 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15283.4013.784789.142086@texas.blueskystudios.com> Date: Thu, 27 Sep 2001 07:38:21 -0400 (EDT) To: dmuz@slartibartfast.angrypacket.com Cc: openbsd-mobile@monkey.org Subject: Re: OpenBSD-mobile: Slightly OT: GPS Recomendations In-Reply-To: <20010926100223.A5343@slartibartfast.angrypacket.com> References: <20010926100223.A5343@slartibartfast.angrypacket.com> X-Mailer: VM 6.72 under 21.5 (beta2) "artichoke" XEmacs Lucid From: Dan Weeks X-Face: ;YwbDtIZ+}[w10%qP:*:Y,B1F{{mUG&T>>>> "JB" == "Josha Bronson" : JB> JB> greetings, JB> I am looking into getting a GPS, for many reasons, but mainly cause they JB> are cool. I want to get something that is not too pricey and that I JB> might be able to interface (via serial I suppose) with for wardriving JB> etc. on my OpenBSD laptop. JB> JB> So what models are you using and is there any software for OpenBSD that JB> I should take a look at? I have a Garmin 45XL. there is a lot of Linux based software for Garmin units (some of it too Linux based for it to even compile without heavy modifications). I am working on a port right now of some GPS tools for the Garmin, but I haven't had a chance to get it working yet. They all talk over serial. -d From owner-openbsd-mobile-outgoing@naughty.monkey.org Fri Sep 28 23:52:37 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id 56B343D4AA5; Fri, 28 Sep 2001 23:52:37 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id 0C3353D4AA3; Fri, 28 Sep 2001 23:52:37 -0400 (EDT) Received: from dumbcat.snafu.org (dumbcat.snafu.org [64.174.80.155]) by naughty.monkey.org (Postfix) with ESMTP id 146613D4A11 for ; Thu, 27 Sep 2001 20:36:55 -0400 (EDT) Received: from hana.snafu.org (root@hana.snafu.org [64.174.80.154]) by dumbcat.snafu.org (8.12.0/8.12.0) with ESMTP id f8S0aiED002150; Thu, 27 Sep 2001 17:36:44 -0700 (PDT) Received: from hana.snafu.org (marc@localhost.snafu.org [127.0.0.1]) by hana.snafu.org (8.12.0/8.12.0) with ESMTP id f8S0aZQE020233; Thu, 27 Sep 2001 17:36:43 -0700 (PDT) X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 From: Marco S Hyman To: Josha Bronson Cc: OpenBSD-mobile Subject: Re: OpenBSD-mobile: Slightly OT: GPS Recomendations In-reply-to: Your message of "Wed, 26 Sep 2001 10:02:23 PDT." <20010926100223.A5343@slartibartfast.angrypacket.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 27 Sep 2001 17:36:35 -0700 Message-ID: <32243.1001637395@hana.snafu.org> Sender: openbsd-mobile-owner@monkey.org Precedence: bulk > So what models are you using and is there any software for OpenBSD that > I should take a look at? GPS III+ is OK. The newer GPS V might be something you want to look at. As for software: ftp://ftp.snafu.org/pub/garmin-utils-1.6.tar.gz will get you started. // marc From owner-openbsd-mobile-outgoing@naughty.monkey.org Sat Sep 29 00:09:29 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id 29D453D4AA5; Sat, 29 Sep 2001 00:09:29 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id E88843D4AA3; Sat, 29 Sep 2001 00:09:28 -0400 (EDT) Received: from rt.fm (rt.fm [209.242.32.10]) by naughty.monkey.org (Postfix) with SMTP id F04AB3D4A26 for ; Fri, 28 Sep 2001 11:57:45 -0400 (EDT) Received: (qmail 3142 invoked by uid 1000); 28 Sep 2001 15:57:43 -0000 Date: Fri, 28 Sep 2001 10:57:43 -0500 From: Joshua Stein To: openbsd-mobile@monkey.org Subject: OpenBSD-mobile: Replacing WEP with IPsec Message-ID: <20010928105743.D24424@rt.fm> Mail-Followup-To: openbsd-mobile@monkey.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sender: openbsd-mobile-owner@monkey.org Precedence: bulk I've put together a little HOWTO on securing a wireless network with IPsec in OpenBSD since WEP provides no security. I hadn't been able to find any documentation dealing exclusively with IPsec between a client and a router, so I figured I'd document what I did to secure the wireless connection between my two OpenBSD laptops for anyone else trying to do the same thing. The document is available at http://rt.fm/~jcs/ipsec_wep.html. If any IPsec ninjas find any problems with the setup, please let me know. From owner-openbsd-mobile-outgoing@naughty.monkey.org Sat Sep 29 00:17:03 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id 783FC3D4AA6; Sat, 29 Sep 2001 00:17:03 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id 545423D4AA5; Sat, 29 Sep 2001 00:17:03 -0400 (EDT) Received: from nic.crt.se (nic.crt.se [193.12.107.10]) by naughty.monkey.org (Postfix) with ESMTP id C09F53D4A0C for ; Fri, 28 Sep 2001 19:00:13 -0400 (EDT) Received: from mail.crt.se (postiljon.crt.se [172.16.1.14]) by nic.crt.se (Postfix) with ESMTP id 1D960528B; Sat, 29 Sep 2001 01:00:10 +0200 (MEST) Received: from crt.se (fonbella.crt.se [172.16.1.169]) by mail.crt.se (Postfix) with ESMTP id E378B1DF7; Sat, 29 Sep 2001 01:00:08 +0200 (MEST) Date: Sat, 29 Sep 2001 01:00:08 +0200 (MEST) From: Jakob Schlyter To: Kevin Steves Cc: openbsd-mobile@monkey.org Subject: Re: OpenBSD-mobile: PCMCIA multifunction cards In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: openbsd-mobile-owner@monkey.org Precedence: bulk On Sat, 22 Sep 2001, Kevin Steves wrote: > has anyone had any luck getting any PCMCIA multifunction cards to work? > > my CEM56 shows this on -current; the ethernet works but the modem doesn't. > > pccom3 at pcmcia0 function 0 "Xircom, CreditCard Ethernet 10/100 + Modem > 56, CEM56" port 0x2e8/8: irq 9: ns16550a, 16 byte fifo > xe0 at pcmcia0 function 1 "Xircom, CreditCard Ethernet 10/100 + Modem 56, > CEM56" port 0x340/16: address 00:10:a4:04:23:ff just tried my Xircom REG56G-100 in my Dell Latitude and I could get the modem to work either. could you please file a bugreport on this? jakob From owner-openbsd-mobile-outgoing@naughty.monkey.org Sat Sep 29 00:17:34 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id 5D8ED3D4AA7; Sat, 29 Sep 2001 00:17:34 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id 3FF553D4AA6; Sat, 29 Sep 2001 00:17:34 -0400 (EDT) Received: from mta2.srv.hcvlny.cv.net (mta2.srv.hcvlny.cv.net [167.206.5.5]) by naughty.monkey.org (Postfix) with ESMTP id E01FD3D4A11 for ; Fri, 28 Sep 2001 21:06:37 -0400 (EDT) Received: from smudge.chimptech.net.optonline.net (ool-182c6458.dyn.optonline.net [24.44.100.88]) by mta2.srv.hcvlny.cv.net (iPlanet Messaging Server 5.0 Patch 2 (built Dec 14 2000)) with ESMTP id <0GKE007QEGEVIN@mta2.srv.hcvlny.cv.net> for openbsd-mobile@monkey.org; Fri, 28 Sep 2001 21:06:31 -0400 (EDT) Date: Fri, 28 Sep 2001 21:06:38 -0400 (EDT) From: Dan Weeks X-Face: ;YwbDtIZ+}[w10%qP:*:Y,B1F{{mUG&T To: marc@snafu.org Cc: dmuz@slartibartfast.angrypacket.com, openbsd-mobile@monkey.org Message-id: <15285.7838.582919.556916@smudge.chimptech.net> Organization: danimal.org MIME-version: 1.0 X-Mailer: VM 6.72 under 21.5 (beta2) "artichoke" XEmacs Lucid Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT References: <15283.4013.784789.142086@texas.blueskystudios.com> <25898.1001724417@hana.snafu.org> Sender: openbsd-mobile-owner@monkey.org Precedence: bulk >>>>> "MSH" == "Marco S Hyman" : MSH> MSH> ftp://ftp.snafu.org/pub/garmin-utils-1.16.tar.gz MSH> MSH> No porting needed. It was written for *BSD (OpenBSD is particular) MSH> but has been ported to Linux by some enthusiasts. just for correctness' sake the correct URL is: ftp://ftp.snafu.org/pub/garmin-utils-1.6.tar.gz Thanks! -d -- dan weeks - codemonkey - http://danimal.org/ "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." - Benjamin Franklin From owner-openbsd-mobile-outgoing@naughty.monkey.org Sat Sep 29 11:20:11 2001 Return-Path: Delivered-To: openbsd-mobile-outgoing@naughty.monkey.org Received: by naughty.monkey.org (Postfix, from userid 502) id ECD683D4A26; Sat, 29 Sep 2001 11:20:10 -0400 (EDT) Delivered-To: openbsd-mobile@monkey.org Received: by naughty.monkey.org (Postfix, from userid 1001) id CD6D93D4A11; Sat, 29 Sep 2001 11:20:10 -0400 (EDT) Received: from fw.thismetalsky.org (64.159.252.64.snet.net [64.252.159.64]) by naughty.monkey.org (Postfix) with SMTP id C14403D4A0C for ; Sat, 29 Sep 2001 09:53:17 -0400 (EDT) Received: (qmail 13848 invoked by uid 1000); 29 Sep 2001 13:53:09 -0000 Date: Sat, 29 Sep 2001 09:53:09 -0400 From: Michael To: openbsd-mobile@monkey.org Subject: Re: OpenBSD-mobile: Replacing WEP with IPsec Message-ID: <20010929095309.C726@chaos.thismetalsky.org> References: <20010928105743.D24424@rt.fm> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010928105743.D24424@rt.fm>; from jcs@rt.fm on Fri, Sep 28, 2001 at 10:57:43AM -0500 Organization: Thirteen Technologies, LLC X-Operating-System: Linux 2.4.9-xfs i686 X-Copyright: This message Copyright (c) 2001 by Michael Stella. All rights reserved. Sender: openbsd-mobile-owner@monkey.org Precedence: bulk On Fri, Sep 28, 2001 at 10:57:43, Joshua Stein said... > I've put together a little HOWTO on securing a wireless network with > IPsec in OpenBSD since WEP provides no security. That reminds me: I wrote a similar HOWTO on a much more basic method of securing (well, sort of) your wireless network, instead using an ssh tunnel to a proxy server. IPsec is clearly the better solution, but my laptop is currently Linux, and I really feel like figuring out how to get it to run IPsec when all I needed was a single ssh command to create an adequate temporary solution. http://www.thismetalsky.org/magic/articles/wireless_security.html Thank you Joshua, for the well-written HOWTWO on IPsec. -- Michael Stella | Sr. Unix Engineer | http://www.thismetalsky.org mov ax, 13h int 10h