All of lore.kernel.org
 help / color / mirror / Atom feed
* mx31: external abort on non-linefetch (debugging suspend to RAM)
@ 2010-10-12  9:59 Thomas Nemeth
  2010-10-14  4:58 ` Xinyu Chen
  0 siblings, 1 reply; 3+ messages in thread
From: Thomas Nemeth @ 2010-10-12  9:59 UTC (permalink / raw)
  To: linux-arm-kernel


    Hi!

    I've already posted a message some time ago about handling suspend
    to RAM for iMX31 processors. I added a pm.c file I extracted from
    the old 2.6.22 freescale-provided kernel to make it up-to-date and
    also used the one Andy Green showed me.

    However, whatever I try, the CPU still does not want to wake up
    after beeing put into State Retention mode. Apart from the muxing,
    our CPU board is very much like the mx31ads board with several
    resources added.

    There is a new symptom today. A long time ago I made a little
    program usefull to quickly dump some registers. It only does a
    simple mmap on /dev/mem with adjusted pages sizes and offsets and I
    used to use it everywhere, on several processors. Using it on the
    2.6.22 and the ADS works fine to dump the CCMR register. But using
    it on our new board gives this :

# insight -D ./iMX31-regs.defs -R CCMR
Unhandled fault: external abort on non-linefetch (0x008) at 0x40000000
Bus error

    For those wanting to have a look at my program, I can send the
    tarball by mail.

    On the MX31ADS the result is the following one :
mx31# ./insight -D iMX31-regs.defs -R CCMR
CCMR: 0x074B097D
  FIELD            HEX              BIN DEC.
  FPME      :        1                1 (1)
  PRCS      :        2               10 (2)
  MPE       :        1                1 (1)
  SBYCS     :        1                1 (1)
  ROMW      :        3               11 (3)
  MDS       :        0                0 (0)
  SPE       :        1                1 (1)
  UPE       :        0                0 (0)
  WAMO      :        0                0 (0)
  FIRS      :        1                1 (1)
  reserved  :        0                0 (0)
  LPM       :        0                0 (0)
  RAMW      :        3               11 (3)
  SSI1S     :        2               10 (2)
  reserved  :        0                0 (0)
  SSI2S     :        2               10 (2)
  reserved  :        0                0 (0)
  PERCS     :        1                1 (1)
  CSCS      :        1                1 (1)
  FPMF      :        1                1 (1)
  WBEN      :        0                0 (0)
  VSTBY     :        0                0 (0)
  L2PG      :        0                0 (0)
  reserved  :        0                0 (0)


-- 
Thomas Nemeth - Ing?nieur d'?tudes en Informatique Industrielle
? ? ? ? ? ? ? ? Industrial Computing Software Designer
BETAtech - 15, rue Apollo, Z.A. de Montredon, 31240, L'Union.
05 34 30 40 00 (standard) ?/ ?05 34 30 40 09 (ligne directe)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20101012/4154b591/attachment.sig>

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

* mx31: external abort on non-linefetch (debugging suspend to RAM)
  2010-10-12  9:59 mx31: external abort on non-linefetch (debugging suspend to RAM) Thomas Nemeth
@ 2010-10-14  4:58 ` Xinyu Chen
  2010-10-14  7:59   ` Thomas Nemeth
  0 siblings, 1 reply; 3+ messages in thread
From: Xinyu Chen @ 2010-10-14  4:58 UTC (permalink / raw)
  To: linux-arm-kernel

On Tue, Oct 12, 2010 at 5:59 PM, Thomas Nemeth
<thomas.nemeth@betatech.fr> wrote:
>
> ? ?Hi!
>
> ? ?I've already posted a message some time ago about handling suspend
> ? ?to RAM for iMX31 processors. I added a pm.c file I extracted from
> ? ?the old 2.6.22 freescale-provided kernel to make it up-to-date and
> ? ?also used the one Andy Green showed me.
>
> ? ?However, whatever I try, the CPU still does not want to wake up
> ? ?after beeing put into State Retention mode. Apart from the muxing,
> ? ?our CPU board is very much like the mx31ads board with several
> ? ?resources added.
>
> ? ?There is a new symptom today. A long time ago I made a little
> ? ?program usefull to quickly dump some registers. It only does a
> ? ?simple mmap on /dev/mem with adjusted pages sizes and offsets and I
> ? ?used to use it everywhere, on several processors. Using it on the
> ? ?2.6.22 and the ADS works fine to dump the CCMR register. But using
> ? ?it on our new board gives this :
>
> # insight -D ./iMX31-regs.defs -R CCMR
> Unhandled fault: external abort on non-linefetch (0x008) at 0x40000000
> Bus error
>
> ? ?For those wanting to have a look at my program, I can send the
> ? ?tarball by mail.
>
> ? ?On the MX31ADS the result is the following one :
> mx31# ./insight -D iMX31-regs.defs -R CCMR
> CCMR: 0x074B097D
> ?FIELD ? ? ? ? ? ?HEX ? ? ? ? ? ? ?BIN DEC.
> ?FPME ? ? ?: ? ? ? ?1 ? ? ? ? ? ? ? ?1 (1)
> ?PRCS ? ? ?: ? ? ? ?2 ? ? ? ? ? ? ? 10 (2)
> ?MPE ? ? ? : ? ? ? ?1 ? ? ? ? ? ? ? ?1 (1)
> ?SBYCS ? ? : ? ? ? ?1 ? ? ? ? ? ? ? ?1 (1)
> ?ROMW ? ? ?: ? ? ? ?3 ? ? ? ? ? ? ? 11 (3)
> ?MDS ? ? ? : ? ? ? ?0 ? ? ? ? ? ? ? ?0 (0)
> ?SPE ? ? ? : ? ? ? ?1 ? ? ? ? ? ? ? ?1 (1)
> ?UPE ? ? ? : ? ? ? ?0 ? ? ? ? ? ? ? ?0 (0)
> ?WAMO ? ? ?: ? ? ? ?0 ? ? ? ? ? ? ? ?0 (0)
> ?FIRS ? ? ?: ? ? ? ?1 ? ? ? ? ? ? ? ?1 (1)
> ?reserved ?: ? ? ? ?0 ? ? ? ? ? ? ? ?0 (0)
> ?LPM ? ? ? : ? ? ? ?0 ? ? ? ? ? ? ? ?0 (0)
> ?RAMW ? ? ?: ? ? ? ?3 ? ? ? ? ? ? ? 11 (3)
> ?SSI1S ? ? : ? ? ? ?2 ? ? ? ? ? ? ? 10 (2)
> ?reserved ?: ? ? ? ?0 ? ? ? ? ? ? ? ?0 (0)
> ?SSI2S ? ? : ? ? ? ?2 ? ? ? ? ? ? ? 10 (2)
> ?reserved ?: ? ? ? ?0 ? ? ? ? ? ? ? ?0 (0)
> ?PERCS ? ? : ? ? ? ?1 ? ? ? ? ? ? ? ?1 (1)
> ?CSCS ? ? ?: ? ? ? ?1 ? ? ? ? ? ? ? ?1 (1)
> ?FPMF ? ? ?: ? ? ? ?1 ? ? ? ? ? ? ? ?1 (1)
> ?WBEN ? ? ?: ? ? ? ?0 ? ? ? ? ? ? ? ?0 (0)
> ?VSTBY ? ? : ? ? ? ?0 ? ? ? ? ? ? ? ?0 (0)
> ?L2PG ? ? ?: ? ? ? ?0 ? ? ? ? ? ? ? ?0 (0)
> ?reserved ?: ? ? ? ?0 ? ? ? ? ? ? ? ?0 (0)
>
>
> --
> Thomas Nemeth - Ing?nieur d'?tudes en Informatique Industrielle
> ? ? ? ? ? ? ? ? Industrial Computing Software Designer
> BETAtech - 15, rue Apollo, Z.A. de Montredon, 31240, L'Union.
> 05 34 30 40 00 (standard) ?/ ?05 34 30 40 09 (ligne directe)
>
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
>
>

Hi Thomas

The exception is caused by you accessing the 0x40000000 which has been
remapped as peripheral port memory in bootloader. As it's mapped, you
can not access it by non privileged user.
Please check the c15, c2, 4 coprocessor register settings in bootloader.

Thanks!

-- 
Best Regards
Xinyu Chen

Freescale Semiconductor
MAD Linux BSP Team

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

* mx31: external abort on non-linefetch (debugging suspend to RAM)
  2010-10-14  4:58 ` Xinyu Chen
@ 2010-10-14  7:59   ` Thomas Nemeth
  0 siblings, 0 replies; 3+ messages in thread
From: Thomas Nemeth @ 2010-10-14  7:59 UTC (permalink / raw)
  To: linux-arm-kernel

Le jeudi 14 octobre 2010, Xinyu Chen a ?crit?:
> On Tue, Oct 12, 2010 at 5:59 PM, Thomas Nemeth
>
> <thomas.nemeth@betatech.fr> wrote:
> > # insight -D ./iMX31-regs.defs -R CCMR
> > Unhandled fault: external abort on non-linefetch (0x008) at
> > 0x40000000 Bus error
> >
> > ? ?On the MX31ADS the result is the following one :
> > mx31# ./insight -D iMX31-regs.defs -R CCMR
> > CCMR: 0x074B097D
>
> Hi Thomas

    Hi !


> The exception is caused by you accessing the 0x40000000 which has
> been remapped as peripheral port memory in bootloader.

    I'll have a look at 0x40000000 mapping in uboot. However, CCMR
    is located at 0x53F80000 and that's what I ask mmap to remap.
    How can a map request of 0x53F80000 trying to access 0x40000000 ?

    Is it a symptom that can explain my problems with suspend-to-ram ?


> As it's mapped, you can not access it by non privileged user.

    You mean "from user land" (instead of "from kernel space") ?


> Please check the c15, c2, 4 coprocessor register settings in
> bootloader.
>
> Thanks!

    Thanks to you :)


Thomas.
-- 
Thomas Nemeth - Ing?nieur d'?tudes en Informatique Industrielle
? ? ? ? ? ? ? ? Industrial Computing Software Designer
BETAtech - 15, rue Apollo, Z.A. de Montredon, 31240, L'Union.
05 34 30 40 00 (standard) ?/ ?05 34 30 40 09 (ligne directe)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20101014/6978eccc/attachment.sig>

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

end of thread, other threads:[~2010-10-14  7:59 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-10-12  9:59 mx31: external abort on non-linefetch (debugging suspend to RAM) Thomas Nemeth
2010-10-14  4:58 ` Xinyu Chen
2010-10-14  7:59   ` Thomas Nemeth

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.