linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
* Problem with PCMCIA and RPXCLASSIC
@ 2000-12-19 13:22 Govindan
  0 siblings, 0 replies; 6+ messages in thread
From: Govindan @ 2000-12-19 13:22 UTC (permalink / raw)
  To: linuxppc-dev, damm, dhinds; +Cc: gopi


Hi,


[We are using Hard HAt Linux (Kernel 2.2.14) and PCMCIA
patch for pcmcia-cs-3.1.19]



I am trying to get IBM microdrive based on PCMCIA  up on CLLF
board(RPXCLASSIC).

With _IO_BASE=0x80000000(in mpc8xx.h), kernel doesnt come up at all,
just prints a kernel panic msg about access to memory..

So, we tried changing the IO_BASE to 0(this was the value in older
versions before the patch of pcmcia-3.1.19 was put up).

With this as IO_BASE the kernel comes up and we get the shell prompt
also.(BUt what is the correct value of _IO_BASE for cllf rpxclassic
board)?


Now when trying to get the IBM microdrive up as an ide disc, when we
invoke cardmgr(after doing insmod of the pcmcia basic modules),
the following error is shown..

--------------------------------------------------------------------------
sh-2.03# cardmgr
cardmgr[27]: starting, version is 3.1.19
sh-2.03# cardmgr[27]: watching 1 sockets
cardmgr[27]: initializing socket 0
cardmgr[27]: socket 0: IBM microdrive
NIP: C00AA784 XER: E000A77F LR: C00AAB04 REGS: c0d09450 TRAP: 0300
MSR: 00009032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
TASK = c0d08000[27] 'cardmgr' mm->pgd c0d0a000 Last syscall: 54
last math 00000000
GPR00: 000000A0 C0D09500 C0D08000 C0119C90 000000EC 00000000 C0D09564
00050000
GPR08: 0100010F 00000106 C011A30C C0D09568 33F33453 10021674 100B6FF0
00000000
GPR16: 100BE450 FFFFFFFF FFFFFFFF 00000000 00009032 00D09E80 00000000
C01686E0
GPR24: C011180C 00009032 C0119DA1 C0119CE0 000000EC C0119C60 C0119C60
C0119C90
Call backtrace:
C404D000 C00AAB04 C00AB60C C00A4CA8 C00A548C C40115BC C4011970
C40021A8 C4003864 C4011178 C400E84C C400F55C C0033690 C00022D0
100026FC 10002D90 100041B8 0FF094F8 00000000
Kernel panic: kernel access of bad area pc c00aa784 lr c00aab04 address 106
tsk
cardmgr/27
--------------------------------------------------------------------------

Any idea what the problem is..

Thanks in advance,
Govindan

"Code it clear rather than clever"
---------------------------------------------------------------------
Govindan  K Thrithala                 Tel: +91-80-226-7495x4033
Tejas Networks India Pvt. Ltd.     Fax: +91-80-226 7494
49, Khanija Bhavan, Race Course Road
Bangalore 560 001
-------------------------------------------------------------------
"I care for future, because I spend rest of my life there"


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 6+ messages in thread

* RE: Problem with PCMCIA and RPXCLASSIC
@ 2000-12-19 19:06 Matthew Locke
  2000-12-20 17:38 ` Govindan
  0 siblings, 1 reply; 6+ messages in thread
From: Matthew Locke @ 2000-12-19 19:06 UTC (permalink / raw)
  To: govindan, linuxppc-dev, damm, dhinds; +Cc: gopi


two patches need to be applied to the kernel to get PCMCIA ide cards to
work.  Did you apply both patches?  they are on
ftp://ftp.mvista.com/pub/area51/ppc_8xx

That should be the only issue.  I have not tested the IBM microdrive
specifically, but other IDE flash cards work fine.

since the RPX-lite and cllf do not have PCI, 0x80000000 will work.



------Original Message------
From: "Govindan" <govindan@tejasnetworks.com>
To: linuxppc-dev@lists.linuxppc.org,
damm@kierayapc01.p.y.ki.era.ericsson.se, dhinds@pcmcia.sourceforge.org
Sent: December 19, 2000 1:22:04 PM GMT
Subject: Problem with PCMCIA and RPXCLASSIC



Hi,


[We are using Hard HAt Linux (Kernel 2.2.14) and PCMCIA
patch for pcmcia-cs-3.1.19]



I am trying to get IBM microdrive based on PCMCIA  up on CLLF
board(RPXCLASSIC).

With _IO_BASE=0x80000000(in mpc8xx.h), kernel doesnt come up at all,
just prints a kernel panic msg about access to memory..

So, we tried changing the IO_BASE to 0(this was the value in older
versions before the patch of pcmcia-3.1.19 was put up).

With this as IO_BASE the kernel comes up and we get the shell prompt
also.(BUt what is the correct value of _IO_BASE for cllf rpxclassic
board)?


Now when trying to get the IBM microdrive up as an ide disc, when we
invoke cardmgr(after doing insmod of the pcmcia basic modules),
the following error is shown..

--------------------------------------------------------------------------
sh-2.03# cardmgr
cardmgr[27]: starting, version is 3.1.19
sh-2.03# cardmgr[27]: watching 1 sockets
cardmgr[27]: initializing socket 0
cardmgr[27]: socket 0: IBM microdrive
NIP: C00AA784 XER: E000A77F LR: C00AAB04 REGS: c0d09450 TRAP: 0300
MSR: 00009032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
TASK = c0d08000[27] 'cardmgr' mm->pgd c0d0a000 Last syscall: 54
last math 00000000
GPR00: 000000A0 C0D09500 C0D08000 C0119C90 000000EC 00000000 C0D09564
00050000
GPR08: 0100010F 00000106 C011A30C C0D09568 33F33453 10021674 100B6FF0
00000000
GPR16: 100BE450 FFFFFFFF FFFFFFFF 00000000 00009032 00D09E80 00000000
C01686E0
GPR24: C011180C 00009032 C0119DA1 C0119CE0 000000EC C0119C60 C0119C60
C0119C90
Call backtrace:
C404D000 C00AAB04 C00AB60C C00A4CA8 C00A548C C40115BC C4011970
C40021A8 C4003864 C4011178 C400E84C C400F55C C0033690 C00022D0
100026FC 10002D90 100041B8 0FF094F8 00000000
Kernel panic: kernel access of bad area pc c00aa784 lr c00aab04 address 106
tsk
cardmgr/27
--------------------------------------------------------------------------

Any idea what the problem is..

Thanks in advance,
Govindan

"Code it clear rather than clever"
---------------------------------------------------------------------
Govindan  K Thrithala                 Tel: +91-80-226-7495x4033
Tejas Networks India Pvt. Ltd.     Fax: +91-80-226 7494
49, Khanija Bhavan, Race Course Road
Bangalore 560 001
-------------------------------------------------------------------
"I care for future, because I spend rest of my life there"




_____________________________________
OneMain.com, Your Hometown Internet.


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 6+ messages in thread

* RE: Problem with PCMCIA and RPXCLASSIC
  2000-12-19 19:06 Problem with PCMCIA and RPXCLASSIC Matthew Locke
@ 2000-12-20 17:38 ` Govindan
  0 siblings, 0 replies; 6+ messages in thread
From: Govindan @ 2000-12-20 17:38 UTC (permalink / raw)
  To: 'Matthew Locke', linuxppc-dev, damm, dhinds; +Cc: gopi


Hi Mathew Locke,

Thanks for the response, and the new status...

kernel version: 2.2.14
pcmcia-c version: 3.1.22

We have applied both the patches to the kernel put up on your site.

The pcmcia-3.1.22 has compilation problems as the mpc8xx_bdinfo is not
defined.  It is used only for the frequency, hence we hard coded it to
40MHz(which is our boards operating freq).

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.

Wpe suspect some goof up in the file: arch/ppc/kernel/m8xx_setup.c
Here ATA_FLASH is defined to 1.(and the comment is:
  /* Define this to make a PCMCIA ATA Flash card work.
  */
)
But with this define, the function rpx_pcmcia_config() doesnt get
called at all.

Does anyone have a patch for this file?

Also, what should be the values in the config.opts for this?
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 ?

thanx
Govindan

"Code it clear rather than clever"
---------------------------------------------------------------------
Govindan  K Thrithala                 Tel: +91-80-226-7495x4033
Tejas Networks India Pvt. Ltd.     Fax: +91-80-226 7494
49, Khanija Bhavan, Race Course Road
Bangalore 560 001
-------------------------------------------------------------------
"I care for future, because I spend rest of my life there"





-----Original Message-----
From: Matthew Locke [mailto:mlocke@onemain.com]
Sent: Wednesday, December 20, 2000 12:37 AM
To: govindan@tejasnetworks.com; linuxppc-dev@lists.linuxppc.org;
damm@kierayapc01.p.y.ki.era.ericsson.se; dhinds@pcmcia.sourceforge.org
Cc: gopi@tejasnetworks.com
Subject: RE: Problem with PCMCIA and RPXCLASSIC


two patches need to be applied to the kernel to get PCMCIA ide cards to
work.  Did you apply both patches?  they are on
ftp://ftp.mvista.com/pub/area51/ppc_8xx

That should be the only issue.  I have not tested the IBM microdrive
specifically, but other IDE flash cards work fine.

since the RPX-lite and cllf do not have PCI, 0x80000000 will work.



------Original Message------
From: "Govindan" <govindan@tejasnetworks.com>
To: linuxppc-dev@lists.linuxppc.org,
damm@kierayapc01.p.y.ki.era.ericsson.se, dhinds@pcmcia.sourceforge.org
Sent: December 19, 2000 1:22:04 PM GMT
Subject: Problem with PCMCIA and RPXCLASSIC



Hi,


[We are using Hard HAt Linux (Kernel 2.2.14) and PCMCIA
patch for pcmcia-cs-3.1.19]



I am trying to get IBM microdrive based on PCMCIA  up on CLLF
board(RPXCLASSIC).

With _IO_BASE=0x80000000(in mpc8xx.h), kernel doesnt come up at all,
just prints a kernel panic msg about access to memory..

So, we tried changing the IO_BASE to 0(this was the value in older
versions before the patch of pcmcia-3.1.19 was put up).

With this as IO_BASE the kernel comes up and we get the shell prompt
also.(BUt what is the correct value of _IO_BASE for cllf rpxclassic
board)?


Now when trying to get the IBM microdrive up as an ide disc, when we
invoke cardmgr(after doing insmod of the pcmcia basic modules),
the following error is shown..

--------------------------------------------------------------------------
sh-2.03# cardmgr
cardmgr[27]: starting, version is 3.1.19
sh-2.03# cardmgr[27]: watching 1 sockets
cardmgr[27]: initializing socket 0
cardmgr[27]: socket 0: IBM microdrive
NIP: C00AA784 XER: E000A77F LR: C00AAB04 REGS: c0d09450 TRAP: 0300
MSR: 00009032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
TASK = c0d08000[27] 'cardmgr' mm->pgd c0d0a000 Last syscall: 54
last math 00000000
GPR00: 000000A0 C0D09500 C0D08000 C0119C90 000000EC 00000000 C0D09564
00050000
GPR08: 0100010F 00000106 C011A30C C0D09568 33F33453 10021674 100B6FF0
00000000
GPR16: 100BE450 FFFFFFFF FFFFFFFF 00000000 00009032 00D09E80 00000000
C01686E0
GPR24: C011180C 00009032 C0119DA1 C0119CE0 000000EC C0119C60 C0119C60
C0119C90
Call backtrace:
C404D000 C00AAB04 C00AB60C C00A4CA8 C00A548C C40115BC C4011970
C40021A8 C4003864 C4011178 C400E84C C400F55C C0033690 C00022D0
100026FC 10002D90 100041B8 0FF094F8 00000000
Kernel panic: kernel access of bad area pc c00aa784 lr c00aab04 address 106
tsk
cardmgr/27
--------------------------------------------------------------------------

Any idea what the problem is..

Thanks in advance,
Govindan

"Code it clear rather than clever"
---------------------------------------------------------------------
Govindan  K Thrithala                 Tel: +91-80-226-7495x4033
Tejas Networks India Pvt. Ltd.     Fax: +91-80-226 7494
49, Khanija Bhavan, Race Course Road
Bangalore 560 001
-------------------------------------------------------------------
"I care for future, because I spend rest of my life there"

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 6+ messages in thread

* RE: Problem with PCMCIA and RPXCLASSIC
@ 2000-12-21 18:38 Matthew Locke
  2000-12-21 19:15 ` Dan Malek
  0 siblings, 1 reply; 6+ messages in thread
From: Matthew Locke @ 2000-12-21 18:38 UTC (permalink / raw)
  To: govindan, linuxppc-dev, damm, dhinds; +Cc: gopi


Hi Mathew Locke,

>The pcmcia-3.1.22 has compilation problems as the mpc8xx_bdinfo >is not
>defined.  It is used only for the frequency, hence we hard >coded it to
>40MHz(which is our boards operating freq).

yeah, i forgot to export that in my patch.

>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.

>Wpe suspect some goof up in the file: >arch/ppc/kernel/m8xx_setup.c
>Here ATA_FLASH is defined to 1.(and the comment is:
>  /* Define this to make a PCMCIA ATA Flash card work.
>  */
>)
>But with this define, the function rpx_pcmcia_config() doesnt >get
>called at all.

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.  Instead of deleting it, I left it so that people
who don't want the overhead of card services (my guess is that it doesn't
really affect perfomance that much) don't have to use it.

>Does anyone have a patch for this file?

you have the patch that works.

>Also, what should be the values in the config.opts for this?

config.opts is not used for the 8xx.

you can send me a microdrive and I will figure out what the problem is.

>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.

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Problem with PCMCIA and RPXCLASSIC
  2000-12-21 18:38 Matthew Locke
@ 2000-12-21 19:15 ` Dan Malek
  0 siblings, 0 replies; 6+ messages in thread
From: Dan Malek @ 2000-12-21 19:15 UTC (permalink / raw)
  To: Matthew Locke; +Cc: govindan, linuxppc-dev, damm, dhinds, gopi


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

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Problem with PCMCIA and RPXCLASSIC
@ 2000-12-28  6:15 gopi krishna
  0 siblings, 0 replies; 6+ messages in thread
From: gopi krishna @ 2000-12-28  6:15 UTC (permalink / raw)
  To: linuxppc-dev; +Cc: govindan, dhanush

[-- Attachment #1: Type: text/plain, Size: 1948 bytes --]

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@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/

[-- Attachment #2: kernel-disc.patch --]
[-- Type: application/x-unknown, Size: 8254 bytes --]

[-- Attachment #3: pcmcia-disc.patch --]
[-- Type: application/x-unknown, Size: 2446 bytes --]

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2000-12-28  6:15 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2000-12-19 19:06 Problem with PCMCIA and RPXCLASSIC Matthew Locke
2000-12-20 17:38 ` Govindan
  -- strict thread matches above, loose matches on Subject: below --
2000-12-28  6:15 gopi krishna
2000-12-21 18:38 Matthew Locke
2000-12-21 19:15 ` Dan Malek
2000-12-19 13:22 Govindan

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).