Problem with PCMCIA and RPXCLASSIC

[gopi krishna]

Hi..

  We got the IBM microdrive on pcmcia up on RPXclassic
with the changes(given in patch file as attatchment).

Kernel: 2.2.14
pcmcia-cs:3.1.22

This, unlike dan's implementation, uses the card
services also.  There are mainly 3 changes:
1. _IO_BASE
2. Hooking the IRQLVL of PCMCIA PGCR to 9(9 is used by
ide.. else we get a lost interrupt error).
3. ide_ack_intr to clear PCSR.

M. Gopi Krishna
Tejas Networks India Ltd
www.tejasnetworks.com
Email:gopi at tejasnetworks.com
-----------------------------------

Matthew Locke wrote:

> >Then we gave _IO_BASE = 0x80000000
> >This still did not work and the kernel panics.  We
had to >comment out
> >a line in ll_rw_blk.c( where and outb_p is
called)..
> >After this the kernel comes up.
>
> So, IO_BASE = 0x80000000 does work, ll_rw_blk.c is
an unrelated bug.

What are you guys using for a kernel?  This outb_p
"bug" was fixed
in ancient times (or you didn't properly configure the
kernel).


> It may be a little confusing, but since it works for
me I doubt there is a
> goof up. The confusing part is that there is code in
there to bypass card
> services for ATA cards.

Yes, this works.  It sounds like you are mixing the
internal ATA hack
with card services.  You can't use both........

> >I HAVE READ IN THE MAILING LIST from Dan dated TUE
02, may 2000
> >that he has successfully used IBM Micro drive with
MPC860 PCMCIA.
> >has anybody got the detail information ?
>
> I don't think Dan uses card services.  He has code
in the kernel that
> connects the ide driver directly to the 8xx pcmcia
controller.

That's right, no card services when I wrote that
message.  I just
used the PCMCIA interface as a dedicated ATA
interface.  The purpose
was simply to verify the hardware would work
correctly, and to provide
a method for embedded systems to use this interface
directly without
card services.


        -- Dan



Yahoo! Photos - Share your holiday photos online!
http://photos.yahoo.com/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: kernel-disc.patch
Type: application/x-unknown
Size: 8254 bytes
Desc: kernel-disc.patch
URL: <http://lists.ozlabs.org/pipermail/linuxppc-dev/attachments/20001227/fe5aaf63/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pcmcia-disc.patch
Type: application/x-unknown
Size: 2446 bytes
Desc: pcmcia-disc.patch
URL: <http://lists.ozlabs.org/pipermail/linuxppc-dev/attachments/20001227/fe5aaf63/attachment-0001.bin>