From owner-openbsd-mobile-outgoing@monkey.org Wed Sep  1 08:57:47 1999
Delivered-To: openbsd-mobile-outgoing@monkey.org
Received: by funky.monkey.org (Postfix, from userid 502)
	id 6A9D123D91; Wed,  1 Sep 1999 08:57:47 -0400 (EDT)
Delivered-To: openbsd-mobile@monkey.org
Received: by funky.monkey.org (Postfix, from userid 1001)
	id C48EA23D8A; Wed,  1 Sep 1999 08:57:43 -0400 (EDT)
Received: from avocet.prod.itd.earthlink.net (avocet.prod.itd.earthlink.net [207.217.121.50])
	by funky.monkey.org (Postfix) with ESMTP id 4C5F423DA1
	for <openbsd-mobile@monkey.org>; Tue, 31 Aug 1999 18:51:16 -0400 (EDT)
Received: from marty (1Cust161.tnt1.warrenton.va.da.uu.net [63.20.81.161])
	by avocet.prod.itd.earthlink.net (8.9.3/8.9.3) with SMTP id PAA27383
	for <openbsd-mobile@monkey.org>; Tue, 31 Aug 1999 15:51:10 -0700 (PDT)
Message-ID: <000a01bef402$c2eff410$a151143f@marty>
From: "Martin Robb" <MartinRobb@ieee.org>
To: "openbsd-mobile" <openbsd-mobile@monkey.org>
Subject: OpenBSD-mobile: pcmcia modem on Fujitsu Lifebook
Date: Tue, 31 Aug 1999 18:47:07 -0400
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0007_01BEF3E1.3988CB50"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Sender: openbsd-mobile-owner@monkey.org
Precedence: bulk
Return-Path: <openbsd-mobile-owner@monkey.org>

This is a multi-part message in MIME format.

------=_NextPart_000_0007_01BEF3E1.3988CB50
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

My Fujitsu Lifebook has an internal modem that I do not expect to work =
under OpenBSD.  I have been trying to set up a Zoom PC Card modem by:
  a.. disabling COM1 in firmware
  b.. disabling the internal modem in firmware
My system dual boots OpenBSD & M$ NT4.0 and with the above changes the =
Zoom modem works fine as COM1.  Enabling the internal modem was =
unnecessary for NT but I disabled it for good measure.

I believe the Zoom should be /dev/cuac0 under OpenBSD, and on one =
occasion (if I was not hallucinating) I was able to get it to respond OK =
to the AT command using ppp and the term sub-command.  I've never been =
able to repeat it, usually getting back:
    Failed to open /dev/cuac0
I've tried all the /dev/cu* devices with even less success (some fail to =
open, others hang).

Any thoughts on where to go from here?  I'm attaching a dmesg listing.

Thanks
Marty
MartinRobb@ieee.org

------
2 not configured

"Intel 82371AB Power Management (PIIX4)" rev 0x02 at pci0 dev 1 function =
3 not configured

"Texas Instruments PCI1220 PCI-CardBus" rev 0x02 at pci0 dev 19 function =
0 not configured

"Texas Instruments PCI1220 PCI-CardBus" rev 0x02 at pci0 dev 19 function =
1 not configured

"Trident Microsystems TGUI 9660" rev 0xd3 at pci0 dev 20 function 0 not =
configured

isa0 at mainbus0

isadma0 at isa0

wdc0 at isa0 port 0x1f0-0x1f7 irq 14

atapibus0 at wdc0

wd0 at wdc0 drive 0: <FUJITSU MHA2021AT>

wd0: 2067MB, 4200 cyl, 16 head, 63 sec, 512 bytes/sec, 4233600 sec total

wd0: using 16-sector 16-bit pio transfers, lba addressing

wdc1 at isa0 port 0x170-0x177 irq 15

atapibus1 at wdc1

acd0 at atapibus1 drive 0: <UJDA110, 1.08> ATAPI 5/cdrom removable

acd0: 2416Kb/sec, 128Kb cache, audio play, 16 volume levels

sb0 at isa0 port 0x220-0x237 irq 7 drq 1: dsp v3.01

midi0 at sb0: <SB MIDI UART>

audio0 at sb0

opl0 at sb0: model OPL3

midi1 at opl0: <SB Yamaha OPL3>

pcppi0 at isa0 port 0x61

midi2 at pcppi0: <PC speaker>

sysbeep0 at pcppi0

lpt0 at isa0 port 0x378-0x37b: polled

npx0 at isa0 port 0xf0-0xff: using exception 16

vt0 at isa0 port 0x60-0x6f irq 1: TVGA 9660, 80/132 col, color, 8 scr, =
mf2-kbd

pms0 at vt0 irq 12

fdc0 at isa0 port 0x3f0-0x3f5 irq 6 drq 2

fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec

pcic0 at isa0 port 0x3e0-0x3e1 iomem 0xd0000-0xd3fff

pcic0: controller 0 (Intel 82365SL Revision 1) has sockets A and B

pcmcia0 at pcic0 controller 0 socket 0

pcmcia0: CIS version PCMCIA 2.0 or 2.1

pcmcia0: CIS info: Linksys, EtherFast 10/100 PC Card (PCMPC100),=20

pcmcia0: Manufacturer code 0x149, product 0xc1ab

pcmcia0: function 0: network adapter, ccr addr 400 mask 1

pcmcia0: function 0, config table entry 16: I/O card; irq mask befc; =
iomask 5, iospace 0-1f; mwait_required rdybsy_active wp_active =
bvd_active io16 irqlevel

pcmcia0: function 0, config table entry 1: I/O card; irq mask befc; =
iomask a, iospace 300-31f; mwait_required rdybsy_active wp_active =
bvd_active io16 irqlevel

pcmcia0: function 0, config table entry 2: I/O card; irq mask befc; =
iomask a, iospace 320-33f; mwait_required rdybsy_active wp_active =
bvd_active io16 irqlevel

pcmcia0: function 0, config table entry 3: I/O card; irq mask befc; =
iomask a, iospace 340-35f; mwait_required rdybsy_active wp_active =
bvd_active io16 irqlevel

pcmcia0: function 0, config table entry 4: I/O card; irq mask befc; =
iomask a, iospace 380-39f; mwait_required rdybsy_active wp_active =
bvd_active io16 irqlevel

pcmcia0: function 0, config table entry 5: I/O card; irq mask befc; =
iomask a, iospace 200-21f; mwait_required rdybsy_active wp_active =
bvd_active io16 irqlevel

pcmcia0: function 0, config table entry 6: I/O card; irq mask befc; =
iomask a, iospace 220-23f; mwait_required rdybsy_active wp_active =
bvd_active io16 irqlevel

pcmcia0: function 0, config table entry 7: I/O card; irq mask befc; =
iomask a, iospace 240-25f; mwait_required rdybsy_active wp_active =
bvd_active io16 irqlevel

ne3 at pcmcia0 function 0 port 0x340-0x34f port 0x350-0x35f

ne3: Linksys Combo EthernetCard Ethernet

ne3: Ethernet address 00:e0:98:04:a0:46

pcmcia0: card irq 3

pcmcia1 at pcic0 controller 0 socket 1

pcmcia1: CIS version PCMCIA 2.0 or 2.1

pcmcia1: CIS info: Zoom Telephonics, Inc., PCMCIA 56K LT DataFax

pcmcia1: Manufacturer code 0x200, product 0x1

pcmcia1: function 0: serial port, ccr addr ff80 mask 67

pcmcia1: function 0, config table entry 15: I/O card; irq mask 86bc; =
iomask a, iospace 3f8-3ff; audio

pcmcia1: function 0, config table entry 23: I/O card; irq mask 86bc; =
iomask a, iospace 2f8-2ff; io8 audio

pcmcia1: function 0, config table entry 31: I/O card; irq mask 86bc; =
iomask a, iospace 3e8-3ef; io8 audio

pcmcia1: function 0, config table entry 39: I/O card; irq mask 86bc; =
iomask a, iospace 2e8-2ef; io8 audio

pccom3 at pcmcia1 function 0 port 0x3f8-0x3ff: ns16550a, 16 byte fifo

pcmcia1: card irq 4

pcic0: irq 9

biomask c0c0 netmask c0c8 ttymask d2da

root on wd0a

pctr: 586-class performance counters and user-level cycle counter =
enabled

dkcsum: wd0 matched BIOS disk 80

rootdev=3D0x0 rrootdev=3D0x300 rawdev=3D0x302


------=_NextPart_000_0007_01BEF3E1.3988CB50
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>My Fujitsu Lifebook has an internal =
modem that I do=20
not expect to work under OpenBSD.&nbsp; I have been trying to set up a =
Zoom PC=20
Card modem by:</FONT></DIV>
<UL>
  <LI><FONT face=3DArial size=3D2>disabling COM1 in firmware</FONT></LI>
  <LI><FONT face=3DArial size=3D2>disabling the internal modem in=20
  firmware</FONT></LI></UL>
<DIV><FONT face=3DArial size=3D2>My system dual boots OpenBSD &amp; M$ =
NT4.0 and=20
with the above changes the Zoom modem works fine as COM1.&nbsp; Enabling =
the=20
internal modem was unnecessary for NT but I disabled it for good=20
measure.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I believe the Zoom should be /dev/cuac0 =
under=20
OpenBSD, and on one occasion (if I was not hallucinating) I was able to =
get it=20
to respond OK to the AT command using ppp and the term =
sub-command.&nbsp; I've=20
never been able to repeat it, usually getting back:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>&nbsp;&nbsp;&nbsp; <FONT =
face=3D"Courier New"=20
size=3D2>Failed to open /dev/cuac0</FONT></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I've tried all the /dev/cu* devices =
with even less=20
success (some fail to open, others hang).</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Any thoughts on where to go from =
here?&nbsp; I'm=20
attaching a dmesg listing.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thanks</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Marty</FONT></DIV>
<DIV><FONT face=3DArial size=3D2><A=20
href=3D"mailto:MartinRobb@ieee.org">MartinRobb@ieee.org</A></FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>------</FONT></DIV>
<DIV><FONT face=3D"Courier New" size=3D2>
<P>2 not configured</P>
<P>"Intel 82371AB Power Management (PIIX4)" rev 0x02 at pci0 dev 1 =
function 3=20
not configured</P>
<P>"Texas Instruments PCI1220 PCI-CardBus" rev 0x02 at pci0 dev 19 =
function 0=20
not configured</P>
<P>"Texas Instruments PCI1220 PCI-CardBus" rev 0x02 at pci0 dev 19 =
function 1=20
not configured</P>
<P>"Trident Microsystems TGUI 9660" rev 0xd3 at pci0 dev 20 function 0 =
not=20
configured</P>
<P>isa0 at mainbus0</P>
<P>isadma0 at isa0</P>
<P>wdc0 at isa0 port 0x1f0-0x1f7 irq 14</P>
<P>atapibus0 at wdc0</P>
<P>wd0 at wdc0 drive 0: &lt;FUJITSU MHA2021AT&gt;</P>
<P>wd0: 2067MB, 4200 cyl, 16 head, 63 sec, 512 bytes/sec, 4233600 sec =
total</P>
<P>wd0: using 16-sector 16-bit pio transfers, lba addressing</P>
<P>wdc1 at isa0 port 0x170-0x177 irq 15</P>
<P>atapibus1 at wdc1</P>
<P>acd0 at atapibus1 drive 0: &lt;UJDA110, 1.08&gt; ATAPI 5/cdrom =
removable</P>
<P>acd0: 2416Kb/sec, 128Kb cache, audio play, 16 volume levels</P>
<P>sb0 at isa0 port 0x220-0x237 irq 7 drq 1: dsp v3.01</P>
<P>midi0 at sb0: &lt;SB MIDI UART&gt;</P>
<P>audio0 at sb0</P>
<P>opl0 at sb0: model OPL3</P>
<P>midi1 at opl0: &lt;SB Yamaha OPL3&gt;</P>
<P>pcppi0 at isa0 port 0x61</P>
<P>midi2 at pcppi0: &lt;PC speaker&gt;</P>
<P>sysbeep0 at pcppi0</P>
<P>lpt0 at isa0 port 0x378-0x37b: polled</P>
<P>npx0 at isa0 port 0xf0-0xff: using exception 16</P>
<P>vt0 at isa0 port 0x60-0x6f irq 1: TVGA 9660, 80/132 col, color, 8 =
scr,=20
mf2-kbd</P>
<P>pms0 at vt0 irq 12</P>
<P>fdc0 at isa0 port 0x3f0-0x3f5 irq 6 drq 2</P>
<P>fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec</P>
<P>pcic0 at isa0 port 0x3e0-0x3e1 iomem 0xd0000-0xd3fff</P>
<P>pcic0: controller 0 (Intel 82365SL Revision 1) has sockets A and =
B</P>
<P>pcmcia0 at pcic0 controller 0 socket 0</P>
<P>pcmcia0: CIS version PCMCIA 2.0 or 2.1</P>
<P>pcmcia0: CIS info: Linksys, EtherFast 10/100 PC Card (PCMPC100), </P>
<P>pcmcia0: Manufacturer code 0x149, product 0xc1ab</P>
<P>pcmcia0: function 0: network adapter, ccr addr 400 mask 1</P>
<P>pcmcia0: function 0, config table entry 16: I/O card; irq mask befc; =
iomask=20
5, iospace 0-1f; mwait_required rdybsy_active wp_active bvd_active io16=20
irqlevel</P>
<P>pcmcia0: function 0, config table entry 1: I/O card; irq mask befc; =
iomask a,=20
iospace 300-31f; mwait_required rdybsy_active wp_active bvd_active io16=20
irqlevel</P>
<P>pcmcia0: function 0, config table entry 2: I/O card; irq mask befc; =
iomask a,=20
iospace 320-33f; mwait_required rdybsy_active wp_active bvd_active io16=20
irqlevel</P>
<P>pcmcia0: function 0, config table entry 3: I/O card; irq mask befc; =
iomask a,=20
iospace 340-35f; mwait_required rdybsy_active wp_active bvd_active io16=20
irqlevel</P>
<P>pcmcia0: function 0, config table entry 4: I/O card; irq mask befc; =
iomask a,=20
iospace 380-39f; mwait_required rdybsy_active wp_active bvd_active io16=20
irqlevel</P>
<P>pcmcia0: function 0, config table entry 5: I/O card; irq mask befc; =
iomask a,=20
iospace 200-21f; mwait_required rdybsy_active wp_active bvd_active io16=20
irqlevel</P>
<P>pcmcia0: function 0, config table entry 6: I/O card; irq mask befc; =
iomask a,=20
iospace 220-23f; mwait_required rdybsy_active wp_active bvd_active io16=20
irqlevel</P>
<P>pcmcia0: function 0, config table entry 7: I/O card; irq mask befc; =
iomask a,=20
iospace 240-25f; mwait_required rdybsy_active wp_active bvd_active io16=20
irqlevel</P>
<P>ne3 at pcmcia0 function 0 port 0x340-0x34f port 0x350-0x35f</P>
<P>ne3: Linksys Combo EthernetCard Ethernet</P>
<P>ne3: Ethernet address 00:e0:98:04:a0:46</P>
<P>pcmcia0: card irq 3</P>
<P>pcmcia1 at pcic0 controller 0 socket 1</P>
<P>pcmcia1: CIS version PCMCIA 2.0 or 2.1</P>
<P>pcmcia1: CIS info: Zoom Telephonics, Inc., PCMCIA 56K LT DataFax</P>
<P>pcmcia1: Manufacturer code 0x200, product 0x1</P>
<P>pcmcia1: function 0: serial port, ccr addr ff80 mask 67</P>
<P>pcmcia1: function 0, config table entry 15: I/O card; irq mask 86bc; =
iomask=20
a, iospace 3f8-3ff; audio</P>
<P>pcmcia1: function 0, config table entry 23: I/O card; irq mask 86bc; =
iomask=20
a, iospace 2f8-2ff; io8 audio</P>
<P>pcmcia1: function 0, config table entry 31: I/O card; irq mask 86bc; =
iomask=20
a, iospace 3e8-3ef; io8 audio</P>
<P>pcmcia1: function 0, config table entry 39: I/O card; irq mask 86bc; =
iomask=20
a, iospace 2e8-2ef; io8 audio</P>
<P>pccom3 at pcmcia1 function 0 port 0x3f8-0x3ff: ns16550a, 16 byte =
fifo</P>
<P>pcmcia1: card irq 4</P>
<P>pcic0: irq 9</P>
<P>biomask c0c0 netmask c0c8 ttymask d2da</P>
<P>root on wd0a</P>
<P>pctr: 586-class performance counters and user-level cycle counter =
enabled</P>
<P>dkcsum: wd0 matched BIOS disk 80</P>
<P>rootdev=3D0x0 rrootdev=3D0x300 =
rawdev=3D0x302</P></FONT></DIV></BODY></HTML>

------=_NextPart_000_0007_01BEF3E1.3988CB50--





From owner-openbsd-mobile-outgoing@monkey.org Wed Sep  1 10:56:57 1999
Delivered-To: openbsd-mobile-outgoing@monkey.org
Received: by funky.monkey.org (Postfix, from userid 502)
	id AD13823DA4; Wed,  1 Sep 1999 10:56:56 -0400 (EDT)
Delivered-To: openbsd-mobile@monkey.org
Received: by funky.monkey.org (Postfix, from userid 1001)
	id CE4DA23DA2; Wed,  1 Sep 1999 10:56:55 -0400 (EDT)
Received: from toxine.exorcist.core-sdi.com (OL88-48.fibertel.com.ar [24.232.48.88])
	by funky.monkey.org (Postfix) with ESMTP id 0A60823D91
	for <openbsd-mobile@monkey.org>; Wed,  1 Sep 1999 10:14:19 -0400 (EDT)
Received: (from fgsch@localhost)
	by toxine.exorcist.core-sdi.com (8.9.3/8.9.3) id LAA20233;
	Wed, 1 Sep 1999 11:12:56 -0300 (ART)
Date: Wed, 1 Sep 1999 11:12:55 -0300
From: "Federico G. Schwindt" <fgsch@olimpo.com.br>
To: Martin Robb <MartinRobb@ieee.org>
Cc: openbsd-mobile <openbsd-mobile@monkey.org>
Subject: Re: OpenBSD-mobile: pcmcia modem on Fujitsu Lifebook
Message-ID: <19990901111255.A5589@olimpo.com.br>
Reply-To: fgsch@openbsd.org
References: <000a01bef402$c2eff410$a151143f@marty>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95.4i
In-Reply-To: <000a01bef402$c2eff410$a151143f@marty>; from Martin Robb on Tue, Aug 31, 1999 at 06:47:07PM -0400
Sender: openbsd-mobile-owner@monkey.org
Precedence: bulk
Return-Path: <openbsd-mobile-owner@monkey.org>

On Tue, Aug 31, 1999 at 06:47:07PM -0400, Martin Robb wrote:
> My Fujitsu Lifebook has an internal modem that I do not expect to work under OpenBSD.  I have been trying to set up a Zoom PC Card modem by:
>   a.. disabling COM1 in firmware
>   b.. disabling the internal modem in firmware
> My system dual boots OpenBSD & M$ NT4.0 and with the above changes the Zoom modem works fine as COM1.  Enabling the internal modem was unnecessary for NT but I disabled it for good measure.
> 
> I believe the Zoom should be /dev/cuac0 under OpenBSD, and on one occasion (if I was not hallucinating) I was able to get it to respond OK to the AT command using ppp and the term sub-command.  I've never been able to repeat it, usually getting back:
>     Failed to open /dev/cuac0
> I've tried all the /dev/cu* devices with even less success (some fail to open, others hang).
> 
> Any thoughts on where to go from here?  I'm attaching a dmesg listing.

  You should use /dev/cua03.

  Federico.-

-- 
If you think about it, life is like a kind of		Federico Schwindt
journey, one that begins and ends in the Sea		fgsch@openbsd.org
of Stars...




From owner-openbsd-mobile-outgoing@monkey.org Wed Sep  8 14:38:59 1999
Delivered-To: openbsd-mobile-outgoing@monkey.org
Received: by funky.monkey.org (Postfix, from userid 502)
	id B229723DBC; Wed,  8 Sep 1999 14:38:58 -0400 (EDT)
Delivered-To: openbsd-mobile@monkey.org
Received: by funky.monkey.org (Postfix, from userid 1001)
	id 7B5D623DB9; Wed,  8 Sep 1999 14:38:57 -0400 (EDT)
Received: from faui01.informatik.uni-erlangen.de (faui01.informatik.uni-erlangen.de [131.188.2.1])
	by funky.monkey.org (Postfix) with ESMTP id BF1C523D92
	for <openbsd-mobile@monkey.org>; Wed,  8 Sep 1999 09:13:05 -0400 (EDT)
Received: (from msfriedl@localhost)
	by faui01.informatik.uni-erlangen.de (8.8.8/8.1.16-FAU) id PAA01934; Wed, 8 Sep 1999 15:09:20 +0200 (MET DST)
Date: Wed, 8 Sep 1999 15:09:20 +0200
From: Markus Friedl <Markus.Friedl@informatik.uni-erlangen.de>
To: Steve Slater <slater@nuc.berkeley.edu>
Cc: Bruce Walker <bmw@visgen.com>, openbsd-mobile@monkey.org
Subject: Re: OpenBSD-mobile: 3C589[D] interrupt troubles in Toshiba 490XCDT
Message-ID: <19990908150920.A1774@faui01.informatik.uni-erlangen.de>
References: <9907191725.AA02748@ampere.visgen.com> <Pine.SUN.4.05.9907191056430.20959-100000@fission.Nuc.Berkeley.EDU>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95.3i
In-Reply-To: <Pine.SUN.4.05.9907191056430.20959-100000@fission.Nuc.Berkeley.EDU>; from Steve Slater on Mon, Jul 19, 1999 at 11:05:09AM -0700
Sender: openbsd-mobile-owner@monkey.org
Precedence: bulk
Return-Path: <openbsd-mobile-owner@monkey.org>

Hello!

I had the same problem/patch on my VAIO 747, but
it seems the IRQ problems have been fixed in OpenBSD-current
(don't forget to update the bootblocks!).

APM (apm0: can't map data) works fine on current, too.

-markus

On Mon, Jul 19, 1999 at 11:05:09AM -0700, Steve Slater wrote:
> 
> I had a problem with using irq9 on a toshiba. From the last
> mail I got on the issue Theo said my solution was not a good one
> since what I did to get it working would then conflict with 
> other computers. But at least for my personal machine it worked
> fine.
> 
> I modified the same file, i82365_isasubr.c, and had it choose
> irq 10 instead and now I have 2 cards running on irqs 5 and 10.
> Here's the list that worked for me.
> 
> *** i82365_isasubr.c    Wed Jul  7 05:05:55 1999
> --- i82365_isasubr.c.orig       Wed Jul  7 02:08:17 1999
> ***************
> *** 86,92 ****
>    */
>   
>   char  pcic_isa_intr_list[] = {
> !       3, 4, 14, 10, 5, 12, 11, 15, 13, 7, 9
>   };
>   
>   int   npcic_isa_intr_list =
> --- 86,92 ----
>    */
>   
>   char  pcic_isa_intr_list[] = {
> !       3, 4, 14, 9, 5, 12, 10, 11, 15, 13, 7
>   };
>   
>   int   npcic_isa_intr_list =
> 
> 
> Steve




From owner-openbsd-mobile-outgoing@monkey.org Wed Sep  8 15:51:07 1999
Delivered-To: openbsd-mobile-outgoing@monkey.org
Received: by funky.monkey.org (Postfix, from userid 502)
	id 2B3DE23DBF; Wed,  8 Sep 1999 15:51:07 -0400 (EDT)
Delivered-To: openbsd-mobile@monkey.org
Received: by funky.monkey.org (Postfix, from userid 1001)
	id ECB6E23DBD; Wed,  8 Sep 1999 15:51:05 -0400 (EDT)
Received: from boofura.swcp.com (boofura.swcp.com [198.59.115.28])
	by funky.monkey.org (Postfix) with ESMTP id B978423DBD
	for <openbsd-mobile@monkey.org>; Wed,  8 Sep 1999 15:42:06 -0400 (EDT)
Received: from localhost (deichert@localhost) by boofura.swcp.com (8.8.5/8.8.0) with SMTP id NAA13363; Wed, 8 Sep 1999 13:41:38 -0600 (MDT)
X-Authentication-Warning: boofura.swcp.com: deichert owned process doing -bs
Date: Wed, 8 Sep 1999 13:41:37 -0600 (MDT)
From: Diana Eichert <deichert@wrench.com>
X-Sender: deichert@boofura.swcp.com
To: Markus Friedl <Markus.Friedl@informatik.uni-erlangen.de>
Cc: Steve Slater <slater@nuc.berkeley.edu>,
	Bruce Walker <bmw@visgen.com>, openbsd-mobile@monkey.org
Subject: Re: OpenBSD-mobile: 3C589[D] interrupt troubles in Toshiba 490XCDT
In-Reply-To: <19990908150920.A1774@faui01.informatik.uni-erlangen.de>
Message-ID: <Pine.SUN.3.96.990908132518.13095A-100000@boofura.swcp.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: openbsd-mobile-owner@monkey.org
Precedence: bulk
Return-Path: <openbsd-mobile-owner@monkey.org>

I'm running the snapshot as of Sept 3?, still has same problem.  In order
to get 2.5 on my Libretto I had to boot with a 2.4 floppy, create a
partition, copy the files from the ftp site, reboot with 2.5 floppy,
install from partition.  I CVS'd to current on another system, tar'd the
source, reboot the Libretto under 2.4, copy over src.tar file, then reboot
into 2.5, install source files, modify as below, and voila, the 3C589 now
works under 2.5 on the Libretto.

Phew

I had to do the same thing to get a 3C589 running on my Toshiba Libretto
50CT.  Also I had to remove the "340" selection from the available IO
ports, the INT change was not enough.  I don't have the diff here as the
Libretto is at home basking in the sunlight.

Everything worked fine under 2.4.

Also from the "daily change log"


       In pcmcia ep(4) driver, support 3CXEM556B-INT. 

I have one of these and on the Libretto it comes up as not configured.

sigh

In hindsight it would have been easier to remove the Libretto HD and
connect it with an adapter to one of my other systems, copy everything
over, reinstall HD, then go from there, but I like a challenge.

diana

On Wed, 8 Sep 1999, Markus Friedl wrote:

> Hello!
> 
> I had the same problem/patch on my VAIO 747, but
> it seems the IRQ problems have been fixed in OpenBSD-current
> (don't forget to update the bootblocks!).
> 
> APM (apm0: can't map data) works fine on current, too.
> 
> -markus
> 
> On Mon, Jul 19, 1999 at 11:05:09AM -0700, Steve Slater wrote:
> > 
> > I had a problem with using irq9 on a toshiba. From the last
> > mail I got on the issue Theo said my solution was not a good one
> > since what I did to get it working would then conflict with 
> > other computers. But at least for my personal machine it worked
> > fine.
> > 
> > I modified the same file, i82365_isasubr.c, and had it choose
> > irq 10 instead and now I have 2 cards running on irqs 5 and 10.
> > Here's the list that worked for me.
> > 
> > *** i82365_isasubr.c    Wed Jul  7 05:05:55 1999
> > --- i82365_isasubr.c.orig       Wed Jul  7 02:08:17 1999
> > ***************
> > *** 86,92 ****
> >    */
> >   
> >   char  pcic_isa_intr_list[] = {
> > !       3, 4, 14, 10, 5, 12, 11, 15, 13, 7, 9
> >   };
> >   
> >   int   npcic_isa_intr_list =
> > --- 86,92 ----
> >    */
> >   
> >   char  pcic_isa_intr_list[] = {
> > !       3, 4, 14, 9, 5, 12, 10, 11, 15, 13, 7
> >   };
> >   
> >   int   npcic_isa_intr_list =
> > 
> > 
> > Steve
> 






From owner-openbsd-mobile-outgoing@monkey.org Thu Sep  9 11:33:07 1999
Delivered-To: openbsd-mobile-outgoing@monkey.org
Received: by funky.monkey.org (Postfix, from userid 502)
	id 88FB123DEA; Thu,  9 Sep 1999 11:33:07 -0400 (EDT)
Delivered-To: openbsd-mobile@monkey.org
Received: by funky.monkey.org (Postfix, from userid 1001)
	id 9BE9B23DE7; Thu,  9 Sep 1999 11:33:06 -0400 (EDT)
Received: from boofura.swcp.com (boofura.swcp.com [198.59.115.28])
	by funky.monkey.org (Postfix) with ESMTP id AEF0823DE4
	for <openbsd-mobile@monkey.org>; Wed,  8 Sep 1999 20:33:31 -0400 (EDT)
Received: from localhost (deichert@localhost) by boofura.swcp.com (8.8.5/8.8.0) with SMTP id SAA16053 for <openbsd-mobile@monkey.org>; Wed, 8 Sep 1999 18:33:30 -0600 (MDT)
X-Authentication-Warning: boofura.swcp.com: deichert owned process doing -bs
Date: Wed, 8 Sep 1999 18:33:30 -0600 (MDT)
From: Diana Eichert <deichert@wrench.com>
X-Sender: deichert@boofura.swcp.com
To: openbsd-mobile@monkey.org
Subject: Re: OpenBSD-mobile: 3C589[D] interrupt troubles in Toshiba 490XCDT
In-Reply-To: <19990908184604.B20873@olimpo.com.br>
Message-ID: <Pine.SUN.3.96.990908182618.16022A-300000@boofura.swcp.com>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-2131418039-324861205-936837210=:16022"
Sender: openbsd-mobile-owner@monkey.org
Precedence: bulk
Return-Path: <openbsd-mobile-owner@monkey.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.

---2131418039-324861205-936837210=:16022
Content-Type: TEXT/PLAIN; charset=US-ASCII

Okay, home now, I'm running off Sep 3rd snapshot.  No, I removed the line
( 0x340, 0x040 ) in "struct pcic_ranges pcic_isa_addr", only after the
chnage to the "char pcic_isa_intr_list" did not work.  I can rebuild the
kernel later on tonight with only the "340" removed.

I have attached the dmesg output as 2 separate files.

diana

On Wed, 8 Sep 1999, Federico G. Schwindt wrote:

> > I had to do the same thing to get a 3C589 running on my Toshiba Libretto
> > 50CT.  Also I had to remove the "340" selection from the available IO
> > ports, the INT change was not enough.  I don't have the diff here as the
> > Libretto is at home basking in the sunlight.
> 
>   This is a 2.5 stock or -current? Have you tried removing only the "340"?
>   What's the problem?
> 
> > Also from the "daily change log"
> > 
> > 
> >        In pcmcia ep(4) driver, support 3CXEM556B-INT. 
> > 
> > I have one of these and on the Libretto it comes up as not configured.
> 
>   Dmesg output would help for both cases. 
> 
>   Federico.-
> 



Diana Eichert
VP Technical Services
Auto Systems, Inc.
deichert@wrench.com
Tele:	505/270-0751
FAX:	505/873-7925

---2131418039-324861205-936837210=:16022
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="3C589.dmesg"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.SUN.3.96.990908183330.16022B@boofura.swcp.com>
Content-Description: 

T3BlbkJTRCAyLjUtY3VycmVudCAoR0VORVJJQykgIzE6IFNhdCBKdWwgIDMg
MTY6MjY6MjEgTURUIDE5OTkNCiAgICByb290QG5vbmFtZTovdXNyL3NyYy9z
eXMvYXJjaC9pMzg2L2NvbXBpbGUvR0VORVJJQw0KY3B1MDogRjAwRiBidWcg
d29ya2Fyb3VuZCBpbnN0YWxsZWQNCmNwdTA6IEludGVsIFBlbnRpdW0gKFA1
NEMpICgiR2VudWluZUludGVsIiA1ODYtY2xhc3MpIDc1IE1Ieg0KY3B1MDog
RlBVLFY4NixERSxQU0UsVFNDLE1TUixNQ0UsQ1g4DQpCSU9TIG1lbSAgPSA2
NTQzMzYgY29udmVudGlvbmFsLCAzMjYzNjkyOCBleHRlbmRlZA0KcmVhbCBt
ZW0gID0gMzMyOTIyODgNCmF2YWlsIG1lbSA9IDI3MDU4MTc2DQp1c2luZyA0
MzIgYnVmZmVycyBjb250YWluaW5nIDE3Njk0NzIgYnl0ZXMgb2YgbWVtb3J5
DQptYWluYnVzMCAocm9vdCkNCmJpb3MwIGF0IG1haW5idXMwOiBBVC8yODYr
KDYzKSBCSU9TLCBkYXRlIDEwLzEzLzk3DQpiaW9zMDogZGlza2luZm8gMHhm
MDUwZjAwYyBja3N1bWxlbiAxIG1lbW1hcCAweGYwNTBmMDg4IGFwbWluZm8g
MHhmMDUwZjBkMA0KYXBtMCBhdCBiaW9zMDogUG93ZXIgTWFuYWdlbWVudCBz
cGVjIFYxLjENCmFwbTA6IGJhdHRlcnkgbGlmZSBleHBlY3RhbmN5IDEwMCUN
CmFwbTA6IEFDIG9uLCBiYXR0ZXJ5IGNoYXJnZSBoaWdoDQppc2EwIGF0IG1h
aW5idXMwDQppc2FkbWEwIGF0IGlzYTANCndkYzAgYXQgaXNhMCBwb3J0IDB4
MWYwLzggaXJxIDE0DQp3ZDAgYXQgd2RjMCBjaGFubmVsIDAgZHJpdmUgMDog
PFRPU0hJQkEgTUs0MzA5TUFUPg0Kd2QwOiAxNi1zZWN0b3IgUElPLCBMQkEs
IDQxMjZNQiwgODk0NCBjeWwsIDE1IGhlYWQsIDYzIHNlYywgODQ1MjA4MCBz
ZWN0b3JzDQp3ZDA6IHN1cHBvcnRzIFBJTyBtb2RlIDQsIERNQSBtb2RlIDIs
IFVsdHJhLURNQSBtb2RlIDINCnBjcHBpMCBhdCBpc2EwIHBvcnQgMHg2MQ0K
bWlkaTAgYXQgcGNwcGkwOiA8UEMgc3BlYWtlcj4NCnN5c2JlZXAwIGF0IHBj
cHBpMA0KbHB0MCBhdCBpc2EwIHBvcnQgMHgzNzgvNCBpcnEgNw0KbnB4MCBh
dCBpc2EwIHBvcnQgMHhmMC8xNjogdXNpbmcgZXhjZXB0aW9uIDE2DQpwY2Nv
bTAgYXQgaXNhMCBwb3J0IDB4M2Y4LzggaXJxIDQ6IG5zMTY1NTBhLCAxNiBi
eXRlIGZpZm8NCnBjY29tMSBhdCBpc2EwIHBvcnQgMHgyZjgvOCBpcnEgMzog
bnMxNjU1MGEsIDE2IGJ5dGUgZmlmbw0KdnQwIGF0IGlzYTAgcG9ydCAweDYw
LzE2IGlycSAxOiBnZW5lcmljIFZHQSwgODAgY29sLCBjb2xvciwgOCBzY3Is
IG1mMi1rYmQNCnBtczAgYXQgdnQwIGlycSAxMg0KcGNpYzAgYXQgaXNhMCBw
b3J0IDB4M2UwLzIgaW9tZW0gMHhkMDAwMC8xNjM4NA0KcGNpYzAgY29udHJv
bGxlciAwOiA8SW50ZWwgODIzNjVTTCByZXYgMT4gaGFzIHNvY2tldHMgQSBh
bmQgQg0KcGNtY2lhMCBhdCBwY2ljMCBjb250cm9sbGVyIDAgc29ja2V0IDAN
CmVwMSBhdCBwY21jaWEwIGZ1bmN0aW9uIDAgIjNDb20gQ29ycG9yYXRpb24s
IDNDNTg5RCwgVFAvQk5DIExBTiBDYXJkIFZlci4gMmEiIHBvcnQgMHgzMDAv
MTYgaXJxIDEwOiBhZGRyZXNzIDAwOjYwOjk3OjhmOjkxOjdkLCB1dHAvYXVp
L2JuYyAoZGVmYXVsdCB1dHApDQpwY21jaWExIGF0IHBjaWMwIGNvbnRyb2xs
ZXIgMCBzb2NrZXQgMQ0KcGNpYzA6IGlycSAxMQ0KYmlvbWFzayA0MDAwIG5l
dG1hc2sgNDQwMCB0dHltYXNrIDVjODINCnJvb3Qgb24gd2QwYQ0KcGN0cjog
NTg2LWNsYXNzIHBlcmZvcm1hbmNlIGNvdW50ZXJzIGFuZCB1c2VyLWxldmVs
IGN5Y2xlIGNvdW50ZXIgZW5hYmxlZA0KZGtjc3VtOiB3ZDAgbWF0Y2hlZCBC
SU9TIGRpc2sgODANCnJvb3RkZXY9MHgwIHJyb290ZGV2PTB4MzAwIHJhd2Rl
dj0weDMwMg0K
---2131418039-324861205-936837210=:16022
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="3CCFEM556B.dmesg"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.SUN.3.96.990908183330.16022C@boofura.swcp.com>
Content-Description: 

T3BlbkJTRCAyLjUtY3VycmVudCAoR0VORVJJQykgIzE6IFNhdCBKdWwgIDMg
MTY6MjY6MjEgTURUIDE5OTkNCiAgICByb290QG5vbmFtZTovdXNyL3NyYy9z
eXMvYXJjaC9pMzg2L2NvbXBpbGUvR0VORVJJQw0KY3B1MDogRjAwRiBidWcg
d29ya2Fyb3VuZCBpbnN0YWxsZWQNCmNwdTA6IEludGVsIFBlbnRpdW0gKFA1
NEMpICgiR2VudWluZUludGVsIiA1ODYtY2xhc3MpIDc1IE1Ieg0KY3B1MDog
RlBVLFY4NixERSxQU0UsVFNDLE1TUixNQ0UsQ1g4DQpCSU9TIG1lbSAgPSA2
NTQzMzYgY29udmVudGlvbmFsLCAzMjYzNjkyOCBleHRlbmRlZA0KcmVhbCBt
ZW0gID0gMzMyOTIyODgNCmF2YWlsIG1lbSA9IDI3MDU4MTc2DQp1c2luZyA0
MzIgYnVmZmVycyBjb250YWluaW5nIDE3Njk0NzIgYnl0ZXMgb2YgbWVtb3J5
DQptYWluYnVzMCAocm9vdCkNCmJpb3MwIGF0IG1haW5idXMwOiBBVC8yODYr
KDYzKSBCSU9TLCBkYXRlIDEwLzEzLzk3DQpiaW9zMDogZGlza2luZm8gMHhm
MDUwZjAwYyBja3N1bWxlbiAxIG1lbW1hcCAweGYwNTBmMDg4IGFwbWluZm8g
MHhmMDUwZjBkMA0KYXBtMCBhdCBiaW9zMDogUG93ZXIgTWFuYWdlbWVudCBz
cGVjIFYxLjENCmFwbTA6IGJhdHRlcnkgbGlmZSBleHBlY3RhbmN5IDEwMCUN
CmFwbTA6IEFDIG9uLCBiYXR0ZXJ5IGNoYXJnZSBoaWdoDQppc2EwIGF0IG1h
aW5idXMwDQppc2FkbWEwIGF0IGlzYTANCndkYzAgYXQgaXNhMCBwb3J0IDB4
MWYwLzggaXJxIDE0DQp3ZDAgYXQgd2RjMCBjaGFubmVsIDAgZHJpdmUgMDog
PFRPU0hJQkEgTUs0MzA5TUFUPg0Kd2QwOiAxNi1zZWN0b3IgUElPLCBMQkEs
IDQxMjZNQiwgODk0NCBjeWwsIDE1IGhlYWQsIDYzIHNlYywgODQ1MjA4MCBz
ZWN0b3JzDQp3ZDA6IHN1cHBvcnRzIFBJTyBtb2RlIDQsIERNQSBtb2RlIDIs
IFVsdHJhLURNQSBtb2RlIDINCnBjcHBpMCBhdCBpc2EwIHBvcnQgMHg2MQ0K
bWlkaTAgYXQgcGNwcGkwOiA8UEMgc3BlYWtlcj4NCnN5c2JlZXAwIGF0IHBj
cHBpMA0KbHB0MCBhdCBpc2EwIHBvcnQgMHgzNzgvNCBpcnEgNw0KbnB4MCBh
dCBpc2EwIHBvcnQgMHhmMC8xNjogdXNpbmcgZXhjZXB0aW9uIDE2DQpwY2Nv
bTAgYXQgaXNhMCBwb3J0IDB4M2Y4LzggaXJxIDQ6IG5zMTY1NTBhLCAxNiBi
eXRlIGZpZm8NCnBjY29tMSBhdCBpc2EwIHBvcnQgMHgyZjgvOCBpcnEgMzog
bnMxNjU1MGEsIDE2IGJ5dGUgZmlmbw0KdnQwIGF0IGlzYTAgcG9ydCAweDYw
LzE2IGlycSAxOiBnZW5lcmljIFZHQSwgODAgY29sLCBjb2xvciwgOCBzY3Is
IG1mMi1rYmQNCnBtczAgYXQgdnQwIGlycSAxMg0KcGNpYzAgYXQgaXNhMCBw
b3J0IDB4M2UwLzIgaW9tZW0gMHhkMDAwMC8xNjM4NA0KcGNpYzAgY29udHJv
bGxlciAwOiA8SW50ZWwgODIzNjVTTCByZXYgMT4gaGFzIHNvY2tldHMgQSBh
bmQgQg0KcGNtY2lhMCBhdCBwY2ljMCBjb250cm9sbGVyIDAgc29ja2V0IDAN
CiIzQ29tLCBNZWdhaGVydHogM0NDRkVNNTU2QiwgQSwgMDAxIiAobWFudWZh
Y3R1cmVyIDB4MTAxLCBwcm9kdWN0IDB4NTU2KSBhdCBwY21jaWEwIGZ1bmN0
aW9uIDAgbm90IGNvbmZpZ3VyZWQNCnBjbWNpYTEgYXQgcGNpYzAgY29udHJv
bGxlciAwIHNvY2tldCAxDQpwY2ljMDogaXJxIDEwDQpiaW9tYXNrIDQwMDAg
bmV0bWFzayA0MDAwIHR0eW1hc2sgNTQ4Mg0Kcm9vdCBvbiB3ZDBhDQpwY3Ry
OiA1ODYtY2xhc3MgcGVyZm9ybWFuY2UgY291bnRlcnMgYW5kIHVzZXItbGV2
ZWwgY3ljbGUgY291bnRlciBlbmFibGVkDQpka2NzdW06IHdkMCBtYXRjaGVk
IEJJT1MgZGlzayA4MA0Kcm9vdGRldj0weDAgcnJvb3RkZXY9MHgzMDAgcmF3
ZGV2PTB4MzAyDQo=
---2131418039-324861205-936837210=:16022--




From owner-openbsd-mobile-outgoing@monkey.org Wed Sep 15 14:47:20 1999
Delivered-To: openbsd-mobile-outgoing@monkey.org
Received: by funky.monkey.org (Postfix, from userid 502)
	id C320D15182; Wed, 15 Sep 1999 14:47:19 -0400 (EDT)
Delivered-To: openbsd-mobile@monkey.org
Received: by funky.monkey.org (Postfix, from userid 1001)
	id F1D5C15181; Wed, 15 Sep 1999 14:47:18 -0400 (EDT)
Received: from hitler.sno.pp.se (hitler.sno.pp.se [193.15.228.201])
	by funky.monkey.org (Postfix) with ESMTP id 4FEE21519E
	for <openbsd-mobile@monkey.org>; Wed, 15 Sep 1999 03:25:56 -0400 (EDT)
Received: from localhost (bik@localhost)
	by hitler.sno.pp.se (8.9.2/8.9.2) with ESMTP id JAA25747
	for <openbsd-mobile@monkey.org>; Wed, 15 Sep 1999 09:25:51 +0200 (CEST)
	(envelope-from bik@hitler.sno.pp.se)
Date: Wed, 15 Sep 1999 09:25:50 +0200 (CEST)
From: =?ISO-8859-1?Q?Bj=F6rn_K=E4llarsson?= <bik@hitler.sno.pp.se>
To: openbsd-mobile@monkey.org
Subject: OpenBSD-mobile: Leaving the CD-ROM at home
Message-ID: <Pine.BSF.4.05.9909150921460.25721-100000@hitler.sno.pp.se>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: openbsd-mobile-owner@monkey.org
Precedence: bulk
Return-Path: <openbsd-mobile-owner@monkey.org>


Hello.

I've got a problem booting OpenBSD w/o my external CD-ROM. If I don't
attach it the bootprocess finds wd1 and stops when it can't use wdccontrol
on the not-so-attached-device. ( Primary slave is set to Auto in BIOS and
I can't change it ). With the CD-ROM attached it finds acd0 and skips wd1,
booting happily.

Any ideas?

/b