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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.