<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2653.12">
<TITLE>[Newbie] Question on m8260_gorom</TITLE>
</HEAD>
<BODY>
<P><FONT SIZE=2>Dear all,</FONT>
</P>
<P><FONT SIZE=2> 1) I am using a LinuxPPC kernel version 2.4.18 and on a MPC8280 processor.</FONT>
<BR><FONT SIZE=2> 2) I am assuming that the Linux memory map for PowerPC looks like the following:</FONT>
</P>
<P><FONT SIZE=2> </FONT>
<BR><FONT SIZE=2>END_OF_RAM|---------------|</FONT>
<BR><FONT SIZE=2> | |</FONT>
<BR><FONT SIZE=2> | |</FONT>
<BR><FONT SIZE=2> | |</FONT>
<BR><FONT SIZE=2> | |</FONT>
<BR><FONT SIZE=2> | |</FONT>
<BR><FONT SIZE=2> | |</FONT>
<BR><FONT SIZE=2> 0x800000|---------------|</FONT>
<BR><FONT SIZE=2> |Linux-PPC |</FONT>
<BR><FONT SIZE=2> |Kernel |</FONT>
<BR><FONT SIZE=2> | |</FONT>
<BR><FONT SIZE=2> 0x0 |---------------|</FONT>
</P>
<P><FONT SIZE=2> Even at the run-time the kernel code resides in the Ram from address 0x0 till 8MB. In m8260_gorom the start_addr variable is initialized to 0x0 but Kernel is not booting. Actually we are trying to boot the Linux Kernel from its RAM copy at the time of exception.</FONT></P>
<P><FONT SIZE=2> 3) An Kernel stack overflow was generated . So that the control enters m8260_gorom. On entering m8260_gorom it executes till RFI after that the control gets inside my_console_write. This happens even before we execute the mtlr r4 and blr opcodes. So something else is creating the exception which is making the code to dump exception on the console. (Not sure what it is?)</FONT></P>
<P><FONT SIZE=2> 4) Questions are :</FONT>
</P>
<P><FONT SIZE=2> a) Is it possible to start from Ram copy of the Linux kernel Image at an exception generated restart </FONT>
<BR><FONT SIZE=2> mechanism ? </FONT>
<BR><FONT SIZE=2> B) Has anyone encountered a situation like the one described above and can anyone tell us what is the cause </FONT></P>
<P><FONT SIZE=2> of the exception. (It's always printing "Bad kernel page access")</FONT>
</P>
<P><FONT SIZE=2>Thanks for all your time. </FONT>
</P>
<BR>
<P><FONT SIZE=2>With Best Regards,</FONT>
<BR><FONT SIZE=2>C.R.Srivatsan</FONT>
<BR><FONT SIZE=2> </FONT>
</P>
<P><FONT SIZE=2>-----Original Message-----</FONT>
<BR><FONT SIZE=2>From: linuxppc-embedded-request@ozlabs.org [<A HREF="mailto:linuxppc-embedded-request@ozlabs.org">mailto:linuxppc-embedded-request@ozlabs.org</A>] </FONT>
<BR><FONT SIZE=2>Sent: Monday, August 08, 2005 7:19 AM</FONT>
<BR><FONT SIZE=2>To: linuxppc-embedded@ozlabs.org</FONT>
<BR><FONT SIZE=2>Subject: Linuxppc-embedded Digest, Vol 12, Issue 25</FONT>
</P>
<P><FONT SIZE=2>Send Linuxppc-embedded mailing list submissions to</FONT>
<BR> <FONT SIZE=2>linuxppc-embedded@ozlabs.org</FONT>
</P>
<P><FONT SIZE=2>To subscribe or unsubscribe via the World Wide Web, visit</FONT>
<BR> <FONT SIZE=2><A HREF="https://ozlabs.org/mailman/listinfo/linuxppc-embedded" TARGET="_blank">https://ozlabs.org/mailman/listinfo/linuxppc-embedded</A></FONT>
<BR><FONT SIZE=2>or, via email, send a message with subject or body 'help' to</FONT>
<BR> <FONT SIZE=2>linuxppc-embedded-request@ozlabs.org</FONT>
</P>
<P><FONT SIZE=2>You can reach the person managing the list at</FONT>
<BR> <FONT SIZE=2>linuxppc-embedded-owner@ozlabs.org</FONT>
</P>
<P><FONT SIZE=2>When replying, please edit your Subject line so it is more specific than "Re: Contents of Linuxppc-embedded digest..."</FONT>
</P>
<BR>
<P><FONT SIZE=2>Today's Topics:</FONT>
</P>
<P><FONT SIZE=2> 1. Re: [PATCH] 8xx: add cpm_get_cpmp() (Dan Malek)</FONT>
<BR><FONT SIZE=2> 2. Re: [PATCH] 8xx: add cpm_get_cpmp() (Dan Malek)</FONT>
<BR><FONT SIZE=2> 3. Re: [PATCH] 8xx: add cpm_get_cpmp() (Marcelo Tosatti)</FONT>
<BR><FONT SIZE=2> 4. A configure error for samba3 on ppc (JohnsonCheng)</FONT>
<BR><FONT SIZE=2> 5. Re: [PATCH] 8xx: add cpm_get_cpmp() (Dan Malek)</FONT>
<BR><FONT SIZE=2> 6. Re: [PATCH] 8xx: add cpm_get_cpmp()</FONT>
<BR><FONT SIZE=2> (Aristeu Sergio Rozanski Filho)</FONT>
<BR><FONT SIZE=2> 7. Re: [PATCH] 8xx: add cpm_get_cpmp() (Marcelo Tosatti)</FONT>
<BR><FONT SIZE=2> 8. Re: [PATCH] 8xx: add cpm_get_cpmp() (Dan Malek)</FONT>
<BR><FONT SIZE=2> 9. Re: [PATCH] 8xx: add cpm_get_cpmp() (Eugene Surovegin)</FONT>
<BR><FONT SIZE=2> 10. Re: Volunteers to test i2c-algo-8xx on v2.6? (Debora Liu)</FONT>
</P>
<BR>
<P><FONT SIZE=2>----------------------------------------------------------------------</FONT>
</P>
<P><FONT SIZE=2>Message: 1</FONT>
<BR><FONT SIZE=2>Date: Sat, 6 Aug 2005 22:40:37 -0400</FONT>
<BR><FONT SIZE=2>From: Dan Malek <dan@embeddededge.com></FONT>
<BR><FONT SIZE=2>Subject: Re: [PATCH] 8xx: add cpm_get_cpmp()</FONT>
<BR><FONT SIZE=2>To: Marcelo Tosatti <marcelo.tosatti@cyclades.com></FONT>
<BR><FONT SIZE=2>Cc: linuxppc-embedded@ozlabs.org</FONT>
<BR><FONT SIZE=2>Message-ID: <e5caa80a2cd721a4f6ee3c74ead906b2@embeddededge.com></FONT>
<BR><FONT SIZE=2>Content-Type: text/plain; charset=US-ASCII; format=flowed</FONT>
</P>
<BR>
<P><FONT SIZE=2>On Aug 6, 2005, at 7:27 PM, Marcelo Tosatti wrote:</FONT>
</P>
<P><FONT SIZE=2>> It already is exported, declared as</FONT>
<BR><FONT SIZE=2>></FONT>
<BR><FONT SIZE=2>> commproc.h:extern cpm8xx_t *cpmp; /* Pointer to </FONT>
<BR><FONT SIZE=2>> comm processor */</FONT>
<BR><FONT SIZE=2>></FONT>
<BR><FONT SIZE=2>></FONT>
<BR><FONT SIZE=2>> and many drivers use the pointer directly.</FONT>
</P>
<P><FONT SIZE=2>We shouldn't be doing this. All drivers should ioremap() any peripheral spaces they use and not make any assumptions someone else has done that already. We've been making such changes in the 82xx/83xx/85xx CPM2 drivers. If it isn't convenient to find the #defines for the ioremap(), we should change that. When I originally wrote all of this code, it was long ago when we didn't have some of the abstractions and it seemed any shortcuts for performance were desired :-)</FONT></P>
<BR>
<P><FONT SIZE=2>> arch/ppc/8260_io/ drivers also use the same convention.</FONT>
</P>
<P><FONT SIZE=2>If there are any drivers in here, they either aren't used or on their way out. The only things that should remain are common support functions.</FONT></P>
<BR>
<P><FONT SIZE=2>Thanks.</FONT>
</P>
<P> <FONT SIZE=2>-- Dan</FONT>
</P>
<BR>
<BR>
<P><FONT SIZE=2>------------------------------</FONT>
</P>
<P><FONT SIZE=2>Message: 2</FONT>
<BR><FONT SIZE=2>Date: Sat, 6 Aug 2005 23:36:16 -0400</FONT>
<BR><FONT SIZE=2>From: Dan Malek <dan@embeddededge.com></FONT>
<BR><FONT SIZE=2>Subject: Re: [PATCH] 8xx: add cpm_get_cpmp()</FONT>
<BR><FONT SIZE=2>To: Aristeu Sergio Rozanski Filho <aris@cathedrallabs.org></FONT>
<BR><FONT SIZE=2>Cc: linuxppc-embedded@ozlabs.org</FONT>
<BR><FONT SIZE=2>Message-ID: <d74e24bbf82e4cedd3358465343d28ae@embeddededge.com></FONT>
<BR><FONT SIZE=2>Content-Type: text/plain; charset=US-ASCII; format=flowed</FONT>
</P>
<BR>
<P><FONT SIZE=2>On Aug 6, 2005, at 7:42 PM, Aristeu Sergio Rozanski Filho wrote:</FONT>
</P>
<P><FONT SIZE=2>> but not with EXPORT_SYMBOL(). I noticed this while compiling i2c stuff </FONT>
<BR><FONT SIZE=2>> as module. also, I think it's better add a function to do this instead </FONT>
<BR><FONT SIZE=2>> doing EXPORT_SYMBOL() in a variable.</FONT>
</P>
<P><FONT SIZE=2>Right. We should just ioremap() :-)</FONT>
</P>
<P><FONT SIZE=2>Thanks.</FONT>
</P>
<P> <FONT SIZE=2>-- Dan</FONT>
</P>
<BR>
<BR>
<P><FONT SIZE=2>------------------------------</FONT>
</P>
<P><FONT SIZE=2>Message: 3</FONT>
<BR><FONT SIZE=2>Date: Sun, 7 Aug 2005 01:31:10 -0300</FONT>
<BR><FONT SIZE=2>From: Marcelo Tosatti <marcelo.tosatti@cyclades.com></FONT>
<BR><FONT SIZE=2>Subject: Re: [PATCH] 8xx: add cpm_get_cpmp()</FONT>
<BR><FONT SIZE=2>To: Dan Malek <dan@embeddededge.com></FONT>
<BR><FONT SIZE=2>Cc: linuxppc-embedded@ozlabs.org</FONT>
<BR><FONT SIZE=2>Message-ID: <20050807043110.GA6316@dmt.cnet></FONT>
<BR><FONT SIZE=2>Content-Type: text/plain; charset=us-ascii</FONT>
</P>
<P><FONT SIZE=2>On Sat, Aug 06, 2005 at 10:40:37PM -0400, Dan Malek wrote:</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> On Aug 6, 2005, at 7:27 PM, Marcelo Tosatti wrote:</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> >It already is exported, declared as</FONT>
<BR><FONT SIZE=2>> ></FONT>
<BR><FONT SIZE=2>> >commproc.h:extern cpm8xx_t *cpmp; /* Pointer to </FONT>
<BR><FONT SIZE=2>> >comm processor */</FONT>
<BR><FONT SIZE=2>> ></FONT>
<BR><FONT SIZE=2>> ></FONT>
<BR><FONT SIZE=2>> >and many drivers use the pointer directly.</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> We shouldn't be doing this. All drivers should ioremap() any </FONT>
<BR><FONT SIZE=2>> peripheral spaces they use and not make any assumptions someone else </FONT>
<BR><FONT SIZE=2>> has done that already. We've been making such changes in the </FONT>
<BR><FONT SIZE=2>> 82xx/83xx/85xx CPM2 drivers. If it isn't convenient to find the </FONT>
<BR><FONT SIZE=2>> #defines for the ioremap(), we should change that. When I originally </FONT>
<BR><FONT SIZE=2>> wrote all of this code, it was long ago when we didn't have some of </FONT>
<BR><FONT SIZE=2>> the abstractions and it seemed any shortcuts for performance were </FONT>
<BR><FONT SIZE=2>> desired :-)</FONT>
</P>
<P><FONT SIZE=2>OK makes sense (yep it was even discussed already).</FONT>
</P>
<P><FONT SIZE=2>Aris, sounds like you should proceed with cpm_get_cpmp() and change all other drivers using it also.</FONT>
</P>
<P><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> >arch/ppc/8260_io/ drivers also use the same convention.</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> If there are any drivers in here, they either aren't used or on their </FONT>
<BR><FONT SIZE=2>> way out. The only things that should remain are common support </FONT>
<BR><FONT SIZE=2>> functions.</FONT>
</P>
<P><FONT SIZE=2>OK!</FONT>
</P>
<BR>
<P><FONT SIZE=2>------------------------------</FONT>
</P>
<P><FONT SIZE=2>Message: 4</FONT>
<BR><FONT SIZE=2>Date: Sun, 7 Aug 2005 17:15:55 +0800</FONT>
<BR><FONT SIZE=2>From: "JohnsonCheng" <johnsoncheng@qnap.com.tw></FONT>
<BR><FONT SIZE=2>Subject: A configure error for samba3 on ppc</FONT>
<BR><FONT SIZE=2>To: <linuxppc-embedded@ozlabs.org></FONT>
<BR><FONT SIZE=2>Message-ID: <20050807091603.CE57667F29@ozlabs.org></FONT>
<BR><FONT SIZE=2>Content-Type: text/plain; charset="us-ascii"</FONT>
</P>
<P><FONT SIZE=2>When I configure samba3.0.10 on ppc as following command:</FONT>
</P>
<P><FONT SIZE=2>CC=powerpc-linux-gcc AR=powerpc-linux-ar RANLIB=powerpc-linux-ranlib ./configure -host=powerpc-linux</FONT>
</P>
<P><FONT SIZE=2> </FONT>
</P>
<P><FONT SIZE=2>I got a configure error message as following:</FONT>
</P>
<P><FONT SIZE=2>Configure: error: cannot run test program while cross compiling</FONT>
</P>
<P><FONT SIZE=2>See 'config.log' for more details</FONT>
</P>
<P><FONT SIZE=2> </FONT>
</P>
<P><FONT SIZE=2>I think this is a samba configure bug, do anybody know how to pass it?</FONT>
</P>
<P><FONT SIZE=2> </FONT>
</P>
<P><FONT SIZE=2>Thanks,</FONT>
</P>
<P><FONT SIZE=2>Johnson Cheng</FONT>
</P>
<P><FONT SIZE=2>-------------- next part --------------</FONT>
<BR><FONT SIZE=2>An HTML attachment was scrubbed...</FONT>
<BR><FONT SIZE=2>URL: <A HREF="http://ozlabs.org/pipermail/linuxppc-embedded/attachments/20050807/95f23597/attachment-0001.htm" TARGET="_blank">http://ozlabs.org/pipermail/linuxppc-embedded/attachments/20050807/95f23597/attachment-0001.htm</A></FONT>
</P>
<P><FONT SIZE=2>------------------------------</FONT>
</P>
<P><FONT SIZE=2>Message: 5</FONT>
<BR><FONT SIZE=2>Date: Sun, 7 Aug 2005 11:39:52 -0400</FONT>
<BR><FONT SIZE=2>From: Dan Malek <dan@embeddededge.com></FONT>
<BR><FONT SIZE=2>Subject: Re: [PATCH] 8xx: add cpm_get_cpmp()</FONT>
<BR><FONT SIZE=2>To: Marcelo Tosatti <marcelo.tosatti@cyclades.com></FONT>
<BR><FONT SIZE=2>Cc: linuxppc-embedded@ozlabs.org</FONT>
<BR><FONT SIZE=2>Message-ID: <09b0792f426f1d5883cf5d437723f075@embeddededge.com></FONT>
<BR><FONT SIZE=2>Content-Type: text/plain; charset=US-ASCII; format=flowed</FONT>
</P>
<BR>
<P><FONT SIZE=2>On Aug 7, 2005, at 12:31 AM, Marcelo Tosatti wrote:</FONT>
</P>
<P><FONT SIZE=2>> Aris, sounds like you should proceed with cpm_get_cpmp() and change </FONT>
<BR><FONT SIZE=2>> all other drivers using it also.</FONT>
</P>
<P><FONT SIZE=2>It depends how you define the semantics of this function call.</FONT>
<BR><FONT SIZE=2>Can you call it any (and all of the) time you need it, or does it actually perform an ioremap() and you only want to call it once?</FONT></P>
<P><FONT SIZE=2>I guess implemented properly it doesn't matter. On the first call it should do the ioremap() and on subsequent calls it just returns the mapping. This is one of those common functions that should be in commproc.c.</FONT></P>
<P><FONT SIZE=2>Thanks.</FONT>
</P>
<P> <FONT SIZE=2>-- Dan</FONT>
</P>
<BR>
<BR>
<P><FONT SIZE=2>------------------------------</FONT>
</P>
<P><FONT SIZE=2>Message: 6</FONT>
<BR><FONT SIZE=2>Date: Sun, 7 Aug 2005 12:44:32 -0300</FONT>
<BR><FONT SIZE=2>From: Aristeu Sergio Rozanski Filho <aris@cathedrallabs.org></FONT>
<BR><FONT SIZE=2>Subject: Re: [PATCH] 8xx: add cpm_get_cpmp()</FONT>
<BR><FONT SIZE=2>To: Dan Malek <dan@embeddededge.com></FONT>
<BR><FONT SIZE=2>Cc: linuxppc-embedded@ozlabs.org</FONT>
<BR><FONT SIZE=2>Message-ID: <20050807154432.GE5210@cathedrallabs.org></FONT>
<BR><FONT SIZE=2>Content-Type: text/plain; charset=us-ascii</FONT>
</P>
<P><FONT SIZE=2>> It depends how you define the semantics of this function call.</FONT>
<BR><FONT SIZE=2>> Can you call it any (and all of the) time you need it, or does it </FONT>
<BR><FONT SIZE=2>> actually perform an ioremap() and you only want to call it once?</FONT>
<BR><FONT SIZE=2>what about don't cache it and call ioremap() from driver? (I guess</FONT>
<BR><FONT SIZE=2>ioremap() already check if an area is already mapped, no?)</FONT>
</P>
<P><FONT SIZE=2>--</FONT>
<BR><FONT SIZE=2>Aristeu</FONT>
</P>
<BR>
<BR>
<P><FONT SIZE=2>------------------------------</FONT>
</P>
<P><FONT SIZE=2>Message: 7</FONT>
<BR><FONT SIZE=2>Date: Sun, 7 Aug 2005 12:57:31 -0300</FONT>
<BR><FONT SIZE=2>From: Marcelo Tosatti <marcelo.tosatti@cyclades.com></FONT>
<BR><FONT SIZE=2>Subject: Re: [PATCH] 8xx: add cpm_get_cpmp()</FONT>
<BR><FONT SIZE=2>To: Aristeu Sergio Rozanski Filho <aris@cathedrallabs.org></FONT>
<BR><FONT SIZE=2>Cc: linuxppc-embedded@ozlabs.org</FONT>
<BR><FONT SIZE=2>Message-ID: <20050807155731.GA2715@dmt.cnet></FONT>
<BR><FONT SIZE=2>Content-Type: text/plain; charset=us-ascii</FONT>
</P>
<P><FONT SIZE=2>On Sun, Aug 07, 2005 at 12:44:32PM -0300, Aristeu Sergio Rozanski Filho wrote:</FONT>
<BR><FONT SIZE=2>> > It depends how you define the semantics of this function call.</FONT>
<BR><FONT SIZE=2>> > Can you call it any (and all of the) time you need it, or does it </FONT>
<BR><FONT SIZE=2>> > actually perform an ioremap() and you only want to call it once?</FONT>
<BR><FONT SIZE=2>> what about don't cache it and call ioremap() from driver? (I guess</FONT>
<BR><FONT SIZE=2>> ioremap() already check if an area is already mapped, no?)</FONT>
</P>
<P><FONT SIZE=2>Yep, ioremap() should be doing virtual address caching already, no?</FONT>
</P>
<BR>
<P><FONT SIZE=2>------------------------------</FONT>
</P>
<P><FONT SIZE=2>Message: 8</FONT>
<BR><FONT SIZE=2>Date: Sun, 7 Aug 2005 13:25:34 -0400</FONT>
<BR><FONT SIZE=2>From: Dan Malek <dan@embeddededge.com></FONT>
<BR><FONT SIZE=2>Subject: Re: [PATCH] 8xx: add cpm_get_cpmp()</FONT>
<BR><FONT SIZE=2>To: Aristeu Sergio Rozanski Filho <aris@cathedrallabs.org></FONT>
<BR><FONT SIZE=2>Cc: linuxppc-embedded@ozlabs.org</FONT>
<BR><FONT SIZE=2>Message-ID: <2fcd8a329246b2f2c303e515dd0cb7bf@embeddededge.com></FONT>
<BR><FONT SIZE=2>Content-Type: text/plain; charset=US-ASCII; format=flowed</FONT>
</P>
<BR>
<P><FONT SIZE=2>On Aug 7, 2005, at 11:44 AM, Aristeu Sergio Rozanski Filho wrote:</FONT>
</P>
<P><FONT SIZE=2>> what about don't cache it and call ioremap() from driver? (I guess</FONT>
<BR><FONT SIZE=2>> ioremap() already check if an area is already mapped, no?)</FONT>
</P>
<P><FONT SIZE=2>Either way. I'm actually leaning toward these "pointer helper"</FONT>
<BR><FONT SIZE=2>functions. :-) Something like get_cpmp(), or get_immr(), that will hide the details of the mapping, so you don't have to include and know which #defines to use as part of an ioremap() call.</FONT></P>
<P><FONT SIZE=2>It seems to be more clear to me, and I'm thinking about making the same changes to the CPM2 drivers. It also allows a performance versus compact code trade off, declaring these as inline functions or as real functions.</FONT></P>
<P><FONT SIZE=2>Thanks.</FONT>
</P>
<P> <FONT SIZE=2>-- Dan</FONT>
</P>
<BR>
<BR>
<P><FONT SIZE=2>------------------------------</FONT>
</P>
<P><FONT SIZE=2>Message: 9</FONT>
<BR><FONT SIZE=2>Date: Sun, 7 Aug 2005 12:18:29 -0700</FONT>
<BR><FONT SIZE=2>From: Eugene Surovegin <ebs@ebshome.net></FONT>
<BR><FONT SIZE=2>Subject: Re: [PATCH] 8xx: add cpm_get_cpmp()</FONT>
<BR><FONT SIZE=2>To: Marcelo Tosatti <marcelo.tosatti@cyclades.com></FONT>
<BR><FONT SIZE=2>Cc: linuxppc-embedded@ozlabs.org</FONT>
<BR><FONT SIZE=2>Message-ID: <20050807191829.GA5375@gate.ebshome.net></FONT>
<BR><FONT SIZE=2>Content-Type: text/plain; charset=us-ascii</FONT>
</P>
<P><FONT SIZE=2>On Sun, Aug 07, 2005 at 12:57:31PM -0300, Marcelo Tosatti wrote:</FONT>
<BR><FONT SIZE=2>> On Sun, Aug 07, 2005 at 12:44:32PM -0300, Aristeu Sergio Rozanski Filho wrote:</FONT>
<BR><FONT SIZE=2>> > > It depends how you define the semantics of this function call.</FONT>
<BR><FONT SIZE=2>> > > Can you call it any (and all of the) time you need it, or does it </FONT>
<BR><FONT SIZE=2>> > > actually perform an ioremap() and you only want to call it once?</FONT>
<BR><FONT SIZE=2>> > what about don't cache it and call ioremap() from driver? (I guess</FONT>
<BR><FONT SIZE=2>> > ioremap() already check if an area is already mapped, no?)</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> Yep, ioremap() should be doing virtual address caching already, no?</FONT>
</P>
<P><FONT SIZE=2>In general, ioremap() doesn't do any caching currently. Some subarchs do some limited caching, e.g. if BATs (classic PPC) or CAMs (e500) are available and were used previously for ioremap() mappings. </FONT></P>
<P><FONT SIZE=2>Some time ago I made a trivial ioremap cache patch (useful on 4xx, which doesn't have BATs nor CAMs), although it wass really a hack and it was never merged :).</FONT></P>
<P><FONT SIZE=2>--</FONT>
<BR><FONT SIZE=2>Eugene</FONT>
</P>
<BR>
<BR>
<P><FONT SIZE=2>------------------------------</FONT>
</P>
<P><FONT SIZE=2>Message: 10</FONT>
<BR><FONT SIZE=2>Date: Mon, 8 Aug 2005 09:53:32 +0800</FONT>
<BR><FONT SIZE=2>From: "Debora Liu" <deboralh@fel.com.cn></FONT>
<BR><FONT SIZE=2>Subject: Re: Volunteers to test i2c-algo-8xx on v2.6?</FONT>
<BR><FONT SIZE=2>To: "Marcelo Tosatti" <marcelo.tosatti@cyclades.com></FONT>
<BR><FONT SIZE=2>Cc: Linuxppc-embedded <Linuxppc-embedded@ozlabs.org></FONT>
<BR><FONT SIZE=2>Message-ID: <20050808014920.0373467F1E@ozlabs.org></FONT>
</P>
<P><FONT SIZE=2>Hello, Marcelo Tosatti</FONT>
</P>
<P><FONT SIZE=2>In message <2005-08-07 08:34:52 marcelo.tosatti@cyclades.com> you wrote:</FONT>
<BR><FONT SIZE=2>></FONT>
<BR><FONT SIZE=2>>Does anyone volunteer to test this 8xx i2c driver?</FONT>
<BR><FONT SIZE=2>></FONT>
<BR><FONT SIZE=2>></FONT>
<BR><FONT SIZE=2>I don't have kernel v2.6, but I have test my board with eldk-3.1.1 linux-2.4.25</FONT>
<BR><FONT SIZE=2>when my board kernel booting, I found one problem.</FONT>
<BR><FONT SIZE=2>eldk-3.1.1 linux-2.4.25 kernel include i2c, i2c-algo-8xx, pcf8563 driver.</FONT>
<BR><FONT SIZE=2>If one pcf8563 chip on my board, there are't problem.</FONT>
<BR><FONT SIZE=2>But if my board don't have pcf8563 chip, kernel stop as blow:</FONT>
<BR><FONT SIZE=2>Linux version 2.4.25 (liu@bighead) (gcc version 3.3.3 (DENX ELDK 3.1.1 3.3.3-9))</FONT>
<BR><FONT SIZE=2>#4 励 7埖 29 12:19:14 CST 2005</FONT>
<BR><FONT SIZE=2>m8xx_setup.c:Reserved 0x10000 memory at 0xc0190000</FONT>
<BR><FONT SIZE=2>On node 0 totalpages: 8192</FONT>
<BR><FONT SIZE=2>zone(0): 8192 pages.</FONT>
<BR><FONT SIZE=2>zone(1): 0 pages.</FONT>
<BR><FONT SIZE=2>zone(2): 0 pages.</FONT>
<BR><FONT SIZE=2>Kernel command line: root=/dev/nftla1 ip=192.168.0.207:192.168.0.82:::sc855t:eth</FONT>
<BR><FONT SIZE=2>0:off</FONT>
<BR><FONT SIZE=2>Decrementer Frequency = 300000000/60</FONT>
<BR><FONT SIZE=2>Warning: real time clock seems stuck!</FONT>
<BR><FONT SIZE=2>Calibrating delay loop... 79.66 BogoMIPS</FONT>
<BR><FONT SIZE=2>========= HZ=100 loops_per_jiffy=398336</FONT>
<BR><FONT SIZE=2>Memory: 30752k available (1144k kernel code, 356k data, 56k init, 0k highmem)</FONT>
<BR><FONT SIZE=2>Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)</FONT>
<BR><FONT SIZE=2>Inode cache hash table entries: 2048 (order: 2, 16384 bytes)</FONT>
<BR><FONT SIZE=2>Mount cache hash table entries: 512 (order: 0, 4096 bytes)</FONT>
<BR><FONT SIZE=2>Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)</FONT>
<BR><FONT SIZE=2>Page-cache hash table entries: 8192 (order: 3, 32768 bytes)</FONT>
<BR><FONT SIZE=2>POSIX conformance testing by UNIFIX</FONT>
<BR><FONT SIZE=2>WDT_8xx: SWT not enabled by firmware, SYPCR=0xffffff88</FONT>
<BR><FONT SIZE=2>Linux NET4.0 for Linux 2.4</FONT>
<BR><FONT SIZE=2>Based upon Swansea University Computer Society NET3.039</FONT>
<BR><FONT SIZE=2>Initializing RT netlink socket</FONT>
<BR><FONT SIZE=2> Starting kswapd</FONT>
<BR><FONT SIZE=2>Journalled Block Device driver loaded</FONT>
<BR><FONT SIZE=2>i2c-core.o: i2c core module version 2.6.1 (20010830)</FONT>
<BR><FONT SIZE=2>i2c-dev.o: i2c /dev entries driver module version 2.6.1 (20010830)</FONT>
<BR><FONT SIZE=2>i2c-algo-8xx.o: i2c mpc8xx algorithm module version 2.6.1 (20010830)</FONT>
<BR><FONT SIZE=2>i2c-rpx.o: i2c MPC8xx module version 2.6.1 (20010830)</FONT>
<BR><FONT SIZE=2>i2c-proc.o version 2.6.1 (20010830)</FONT>
<BR><FONT SIZE=2>CPM UART driver version 0.04</FONT>
<BR><FONT SIZE=2>ttyS0 at 0x0280 is on SMC1 using BRG1</FONT>
<BR><FONT SIZE=2>ttyS1 at 0x0380 is on SMC2 using BRG2</FONT>
<BR><FONT SIZE=2>pty: 256 Unix98 ptys configured</FONT>
<BR><FONT SIZE=2>PCF8563 Real-Time Clock Driver $Revision: 1.3 $ wd@denx.de</FONT>
</P>
<BR>
<BR>
<P><FONT SIZE=2>I modify i2c-algo-8xx.c cpm_iic_write(), then no problem,</FONT>
<BR><FONT SIZE=2>my board defined by CONFIG_SVM8xx</FONT>
</P>
<P><FONT SIZE=2>#ifdef CONFIG_SVM8xx</FONT>
<BR><FONT SIZE=2> while(!(i2c->i2c_i2cer & 0x12))</FONT>
<BR><FONT SIZE=2> if (time_after(jiffies, tmo)) {</FONT>
<BR><FONT SIZE=2> tmo = 0;</FONT>
<BR><FONT SIZE=2> break;</FONT>
<BR><FONT SIZE=2> }</FONT>
<BR><FONT SIZE=2>#else</FONT>
<BR><FONT SIZE=2> while(!(i2c->i2c_i2cer & 0x12 || time_after(jiffies, tmo))); /* Bus</FONT>
<BR><FONT SIZE=2>#endif</FONT>
</P>
<BR>
<BR>
<P><FONT SIZE=2>= = = = = = = = = = = = = = = = = = = =</FONT>
<BR> <FONT SIZE=2> </FONT>
<BR><FONT SIZE=2> Debora Liu</FONT>
<BR><FONT SIZE=2> deboralh@fel.com.cn</FONT>
<BR><FONT SIZE=2> 2005-08-08</FONT>
</P>
<BR>
<BR>
<BR>
<BR>
<P><FONT SIZE=2>------------------------------</FONT>
</P>
<P><FONT SIZE=2>_______________________________________________</FONT>
<BR><FONT SIZE=2>Linuxppc-embedded mailing list</FONT>
<BR><FONT SIZE=2>Linuxppc-embedded@ozlabs.org</FONT>
<BR><FONT SIZE=2><A HREF="https://ozlabs.org/mailman/listinfo/linuxppc-embedded" TARGET="_blank">https://ozlabs.org/mailman/listinfo/linuxppc-embedded</A></FONT>
</P>
<P><FONT SIZE=2>End of Linuxppc-embedded Digest, Vol 12, Issue 25</FONT>
<BR><FONT SIZE=2>*************************************************</FONT>
</P>
</BODY>
</HTML>