Hi, On Wed, Nov 04, 2009 at 03:25:16PM +0100, Wolfgang Grandegger wrote: > Wolfgang Grandegger wrote: > > Luotao Fu wrote: > >> Hi Wolfgang, > >> > >> On Wed, Nov 04, 2009 at 09:30:18AM +0100, Wolfgang Grandegger wrote: > >>> Luotao Fu wrote: .... > > > > As I already said, I use an old MPC5200 (without *B*). Will try later > > today with a MPC5200B. > > I switched to "MPC5200B v2.2, Core v1.4 at 396 MHz" and the problem does > *not* show up any more. Before I used a "MPC5200 v1.2, Core v1.1 at 396 > MHz". Now I remember vaguely, that I was indeed fighting with this > strange behavior.
Ah, great to get confirmation that I was not hallucinating :-). It indeed took me some time to sort out what was going wrong in this strange issue. We shall probably ask freescale if this issue is konwn. BTW. I just checked the datasheet of mpc5200. The slprq should always acked, just like in mpc5200b, and otherwise the controller should be in idle mode with slprq set. It looks really strange that your mpc5200 board works properly without being able to get the slpack. Could you do some more inspection on this one by occassion (don't have a mpc5200 board here)? > The manual instructs to enter sleep mode first and thereafter the init > mode, but as that did'nt work, sleep and init are set in one step. Well, usually it works already. In case of a failed slprq the we now just force the init. > Maybe we simply do s/dev_err/dev_dbg/. What do you think? > Fail to enter sleep mode could indeed be a trouble. I personally would prefer a dev_err here, since it's nevertheless a little hacky here. In the end the message would not appear to frequently since it occures only when we (re)initialize the interface, so it should not be too annoying. cheers Luotao Fu -- Pengutronix e.K. | Dipl.-Ing. Luotao Fu | Industrial Linux Solutions | http://www.pengutronix.de/ | Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
signature.asc
Description: Digital signature
_______________________________________________ Socketcan-users mailing list [email protected] https://lists.berlios.de/mailman/listinfo/socketcan-users
