From: Jan Pedersen <jp@q-networks.com>
To: Pete Popov <ppopov@mvista.com>
Cc: linux-mips@linux-mips.org
Subject: Re: pcmcia problem on pb1500
Date: 07 Jun 2003 21:18:36 +0200 [thread overview]
Message-ID: <1055013539.10775.46.camel@jp> (raw)
In-Reply-To: <1054919329.18838.184.camel@zeus.mvista.com>
> Not surprising :) The 36bit_add_xxxx patch was applied to the tree so
> it's not integrated in the source tree. So this begs the question --
> what version of linux-mips are you using? If you're using the latest cvs
> bits, applying the above 36bit patch should have failed miserably. You
> do need the 64bit_pcmcia.patch though.
I am not using linux-mips. I am using 2.4.19 directly from kernel.org.
Some files are patched from mips-linux (non-pcmcia stuff).
Tried latest cvs version from linux-mips.org this weekend. By some
reason I can't get any output on the serial port. If this kernel should
work, maybe getting the serial-port to work on this is an easier task
:-)
On the other hand, everything else I need is currently working on 2.4.19
(including pci)
Tried to do the 64bit_pcmcia.patch alone. Same result:
Linux Kernel Card Services 3.1.22
options: [pci] [cardbus]
Yenta IRQ list 0000, PCI irq4
Socket status: 30000046
Yenta IRQ list 0000, PCI irq4
Socket status: 30000011
cardmgr[148]: watching 2 sockets
cardmgr[148]: could not adjust resource: IO ports 0xc00-0xcff: Invalid
argument
cardmgr[148]: could not adjust resource: IO ports 0x100-0x4ff: Invalid
argument
cardmgr[148]: could not adjust resource: memory 0x80000000-0x80ffffff:
Invalid argument
cardmgr[149]: starting, version is 3.2.4
Done.
cardmgr[cs: unable to map card memory!
14cs: unable to map card memory!
9]: initializing socket 1
cardmgr[149]: socket 1: Anonymous Memory
cardmgr[149]: module memory_cs.o not available
cardmgr[149]: executing: 'modprobe memory_cs'
cardmgr[149]: get dev info on socket 1 failed: Resource temporarily
unavailable
Best result is with no patches, where it finds my cisco card.
>
> Take a look at the archives again and see how Jeff setup config.opts on
> the target board. That was the key. The cardmgr is recognizing your
> card so it's reading the attribute memory successfully. You're almost
> there ;)
My configuration is based on his.
yes, it seems like it can access the attribute memory, but not the io
memory.
I was vondering about the io addresses shown with lspci -v. Are they
valid?
00:0d.0 Class 0607: 104c:ac55 (rev 01)
I/O window 0: 00000000-00000fff
I/O window 1: 00000000-00000003
00:0d.1 Class 0607: 104c:ac55 (rev 01)
I/O window 0: 00000000-00000003
I/O window 1: 00001000-00001fff
anyway, thanks a lot for helping
Jan
next prev parent reply other threads:[~2003-06-07 19:20 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-06-06 13:59 pcmcia problem on pb1500 Jan Pedersen
2003-06-06 17:08 ` Pete Popov
2003-06-06 17:12 ` Pete Popov
2003-06-07 19:18 ` Jan Pedersen [this message]
2003-06-08 22:15 ` Pete Popov
2003-06-09 7:28 ` Jan Pedersen
2003-06-09 16:36 ` Pete Popov
[not found] ` <1055152798.17834.28.camel@jp>
2003-06-09 16:38 ` Pete Popov
2003-06-09 18:37 ` Jeff Baitis
[not found] <AF572D578398634881E52418B2892567123350@mail.esn.activedirectory>
2003-06-09 8:01 ` Jan Pedersen
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=1055013539.10775.46.camel@jp \
--to=jp@q-networks.com \
--cc=linux-mips@linux-mips.org \
--cc=ppopov@mvista.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.