From: Pete Popov <ppopov@pacbell.net>
To: jim@jtan.com
Cc: linux-mips@oss.sgi.com
Subject: Re: pcmcia (again)
Date: Mon, 17 Sep 2001 21:00:58 -0700 [thread overview]
Message-ID: <3BA6C6FA.7070309@pacbell.net> (raw)
In-Reply-To: 20010917123106.A396@neurosis.mit.edu
Jim Paris wrote:
> Thanks for your reply.
>
>
>>If your pcmcia
>>controller is not one of the ones that linux already supports (ie,
>>no socket driver for it), you might encounter problems beyond just
>>the ones you describe above.
>>
>
> My PCMCIA controller is an i82365-compatible VG-469. The driver for
> that works; there are some linux-vr specific modifications to it that
> allow it to work with remapped interrupts.
>
> The I/O port mapping also seems to work fine, as the controller is
> detected and it has no trouble seeing when cards are inserted.
>
> The problem comes in with cs.c; it doesn't seem to know about the
> ISA memory remapping:
>
> cs: IO port probe 0x0100-0x04ff: excluding 0x100-0x107
> initializing socket 0
> cs: memory probe 0x0d0000-0x0dffff: excluding 0xd0000-0xdffff
> cs: memory probe 0x0c0000-0x0cffff: excluding 0xc0000-0xcffff
> cs: unable to map card memory!
> cs: unable to map card memory!
> initializing socket 1
> cs: unable to map card memory!
> cs: unable to map card memory!
>
> And, from my inspection of the code, this seems to be caused by the
> fact that it assumes that if it's ISA, the memory is mapped to
> absolute address 0; rsrc_mgr.c excludes those memory regions and fails
> to find available ISA memory space because the kernel already has
> 0x000000-0xffffff allocated to system RAM.
>
> Am I misunderstanding something here? Is there some simple way to get
> the PCMCIA driver to use isa_slot_offset when checking and
> requesting memory regions? I tried adding that offset to the
> check_mem_resource, request_mem_region, and release_mem_region calls,
> and changing all of the readx/writex() calls to isa_readx/isa_writex(),
> but things still don't work right.
Are ioport_resource.{start,end} and iomem_resource.{start,end} set correctly?
Perhaps you haven't set those up and the requests are failing.
Pete
next prev parent reply other threads:[~2001-09-18 4:01 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-09-17 4:19 pcmcia (again) Jim Paris
2001-09-17 5:22 ` Pete Popov
2001-09-17 16:31 ` Jim Paris
2001-09-18 4:00 ` Pete Popov [this message]
2001-09-18 6:48 ` Jim Paris
2001-09-18 7:06 ` Pete Popov
2001-09-18 7:45 ` Jim Paris
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3BA6C6FA.7070309@pacbell.net \
--to=ppopov@pacbell.net \
--cc=jim@jtan.com \
--cc=linux-mips@oss.sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox