From owner-freebsd-mobile  Thu Jul 18 02:43:32 1996
Return-Path: owner-mobile
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id CAA08485
          for mobile-outgoing; Thu, 18 Jul 1996 02:43:32 -0700 (PDT)
Received: from zero-gravity.netlab.london.sco.com (zero-gravity.netlab.london.sco.com [150.126.252.16])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA08479;
          Thu, 18 Jul 1996 02:43:21 -0700 (PDT)
Received: (from davided@localhost) by zero-gravity.netlab.london.sco.com (8.7.5/dme/nice-1.1) id KAA00357; Thu, 18 Jul 1996 10:37:24 +0100 (BST)
Date: Thu, 18 Jul 1996 10:37:24 +0100 (BST)
Message-Id: <199607180937.KAA00357@zero-gravity.netlab.london.sco.com>
To: Nate Williams <nate@mt.sri.com>
Cc: mobile@freebsd.org, bde@freebsd.org, davidg@freebsd.org
Subject: re: Possible fix for APM_DSVALUE_BUG
In-Reply-To: <199607171635.KAA00491@rocky.mt.sri.com>
References: <199607161832.MAA25236@rocky.mt.sri.com>
	<199607171527.QAA00438@zero-gravity.netlab.london.sco.com>
	<199607171635.KAA00491@rocky.mt.sri.com>
Mime-Version: 1.0 (generated by tm-edit 7.68)
Content-Type: text/plain; charset=US-ASCII
From: dave edmondson <davided@sco.com>
X-Face: "?v.huY]?B[a4C|xid!Tx8TpwOQe6]C(I}h8Vo1z6'9soM_Xvq2f3u::[F~rW>GWj6;IfU,10H;B&1JDE/H8?``q4XH4~!\_z{n3RDmkC;9d!Yx3O7n?9,[CE;TWB!
	F8.e5fc0dJXikU'v1qFVTfptB7xe$y*t#jx4`I44n,ypMQg@.|Z^ycJ:G]{dR~E}_.T1^shwC%T4eRGVu%h+J7lBzb>m20==Q*OPAf^~@6Lj^)rI9Tb*m*L}}HC~{>
	/__Od\I=[|aP6s}B%BhqtE-9uGJ0J3jchjcyJz5fW[i0$RfPv7Zp=!a+0pR
Sender: owner-mobile@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

: Try doing this without any cards installed.  It appears that the generic
: PCCARD suspend/resume code doesn't always work right.  I want to get to
: it next, but I wanted to get the APM code working on everything first.

cards in or out doesn't affect this.

: Do you have IRQ 3 available in /etc/pccard.conf?  If so, remove it since
: it's probably being used by the PCIC controller.  Also, if you have a
: built-in sound-card then remove IRQ 5 as well.

stupid mistake.  removing 3 solved the problem.  5 is okay as the
audio in the 760e is mwave dsp based, which means it's not likely to
work for ages (of course, everyone has heard that `someone', usually
from japan, is working on a linux driver for this, but the `someone'
is never named or to be found :-)

: Just for grins, comment out the call to ep_isa_registerdev() and see if
: that does anything.  The function isn't essential to the working of the
: driver and used for statistics.

now panics in ep_attach().  i've not looked at this panic in detail
(needed to get some work done !), but %eax was 0, so it may be the
same sort of problem.

: In the patch I sent out, I had some code that rounded it down to the
: correct page that was ifdef'd out with 'unsure_if_needed' or somesuch.
: Try enabling that code and disabling the code below and see if helps.

no change.

: Also, does using the option APM_DSVALUE_BUG work on your box at all?

works just the same (ie. apm works but the ep driver doesn't).

today i'll try it without apm support in the kernel to see if the
problem is entirely pccard/ep related.  i'll let you know how it
goes.