From: Marc Kleine-Budde <mkl@pengutronix.de>
To: Michael Thalmeier <michael.thalmeier@hale.at>
Cc: linux-can@vger.kernel.org,
Wolfgang Grandegger <wg@grandegger.com>,
Hui Wang <jason77.wang@gmail.com>
Subject: Re: flexcan gcc optimization bug
Date: Wed, 26 Jun 2013 12:16:31 +0200 [thread overview]
Message-ID: <51CABF7F.3040504@pengutronix.de> (raw)
In-Reply-To: <51CAB7CF.2050405@hale.at>
[-- Attachment #1: Type: text/plain, Size: 4885 bytes --]
On 06/26/2013 11:43 AM, Michael Thalmeier wrote:
> Hi !
>
> I have a weird problem with the flexcan driver on our i.MX28 board.
> As soon as i configure the interface with "canconfig can0 bitrate 125000 start"
> (or the equivalent ip command) I get the following segmentation fault in the driver:
>
> [ 17.830000] Unhandled fault: external abort on non-linefetch (0x008) at 0xf5032048
> [ 17.830000] Internal error: : 8 [#1] ARM
> [ 17.830000] Modules linked in:
> [ 17.830000] CPU: 0 Not tainted (3.6.0-00059-g867073b #226)
> [ 17.830000] PC is at flexcan_chip_start+0x16c/0x204
> [ 17.830000] LR is at flexcan_chip_start+0xd0/0x204
> [ 17.830000] pc : [<c01de168>] lr : [<c01de0cc>] psr: 60000013
> [ 17.830000] sp : cf76dae8 ip : 00000478 fp : 00000000
> [ 17.830000] r10: c030f394 r9 : c0318430 r8 : 04000000
> [ 17.830000] r7 : 00000000 r6 : f5032470 r5 : cf580000 r4 : f5032000
> [ 17.830000] r3 : 00000004 r2 : 00000000 r1 : 00000047 r0 : f50323f0
> [ 17.830000] Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
> [ 17.830000] Control: 0005317f Table: 4f78c000 DAC: 00000015
> [ 17.830000] Process canconfig (pid: 216, stack limit = 0xcf76c270)
> [ 17.830000] Stack: (0xcf76dae8 to 0xcf76e000)
> ...
> [ 17.830000] [<c01de168>] (flexcan_chip_start+0x16c/0x204) from [<c01de2ac>] (flexcan_open+0xac/0x140)
> [ 17.830000] [<c01de2ac>] (flexcan_open+0xac/0x140) from [<c0270978>] (__dev_open+0xac/0x110)
> [ 17.830000] [<c0270978>] (__dev_open+0xac/0x110) from [<c0270bac>] (__dev_change_flags+0x78/0x13c)
> [ 17.830000] [<c0270bac>] (__dev_change_flags+0x78/0x13c) from [<c0270cdc>] (dev_change_flags+0x10/0x48)
> [ 17.830000] [<c0270cdc>] (dev_change_flags+0x10/0x48) from [<c027ca08>] (do_setlink+0x338/0x858)
> [ 17.830000] [<c027ca08>] (do_setlink+0x338/0x858) from [<c027ddbc>] (rtnl_newlink+0x2bc/0x46c)
> [ 17.830000] [<c027ddbc>] (rtnl_newlink+0x2bc/0x46c) from [<c027d760>] (rtnetlink_rcv_msg+0x150/0x294)
> [ 17.830000] [<c027d760>] (rtnetlink_rcv_msg+0x150/0x294) from [<c028a3f8>] (netlink_rcv_skb+0xbc/0xd8)
> [ 17.830000] [<c028a3f8>] (netlink_rcv_skb+0xbc/0xd8) from [<c027c5f4>] (rtnetlink_rcv+0x18/0x24)
> [ 17.830000] [<c027c5f4>] (rtnetlink_rcv+0x18/0x24) from [<c0289e20>] (netlink_unicast+0x1a4/0x208)
> [ 17.830000] [<c0289e20>] (netlink_unicast+0x1a4/0x208) from [<c028a1dc>] (netlink_sendmsg+0x2b4/0x318)
> [ 17.830000] [<c028a1dc>] (netlink_sendmsg+0x2b4/0x318) from [<c025ca74>] (sock_sendmsg+0x80/0xa0)
> [ 17.830000] [<c025ca74>] (sock_sendmsg+0x80/0xa0) from [<c025d074>] (__sys_sendmsg+0x2a8/0x2c0)
> [ 17.830000] [<c025d074>] (__sys_sendmsg+0x2a8/0x2c0) from [<c025e9b4>] (sys_sendmsg+0x3c/0x68)
> [ 17.830000] [<c025e9b4>] (sys_sendmsg+0x3c/0x68) from [<c000e7e0>] (ret_fast_syscall+0x0/0x2c)
> [ 17.830000] Code: e5847018 e595346c e5933000 e3130002 (05947048)
> [ 17.830000] ---[ end trace 12de4c1559c67321 ]---
>
> I have debugged this down to the following line in the flexcan driver in flexcan_chip_start:
>
> if (priv->devtype_data->features & FLEXCAN_HAS_V10_FEATURES)
> flexcan_write(0x0, ®s->rxfgmask);
>
> As we have an i.MX28 board this line should not be executed, but it is as can be seen in the
> objdump output:
>
> gcc 4.7.2:
>
> if (priv->devtype_data->features & FLEXCAN_HAS_V10_FEATURES)
> 50c: e598346c ldr r3, [r8, #1132] ; 0x46c
> 510: e5933000 ldr r3, [r3]
> 514: e3130002 tst r3, #2
> return readl(addr);
> }
>
> static inline void flexcan_write(u32 val, void __iomem *addr)
> {
> writel(val, addr);
> 518: 15846048 strne r6, [r4, #72] ; 0x48
>
>
> gcc 4.6.4:
>
> if (priv->devtype_data->features & FLEXCAN_HAS_V10_FEATURES)
> 518: e595346c ldr r3, [r5, #1132] ; 0x46c
> 51c: e5933000 ldr r3, [r3]
> 520: e3130002 tst r3, #2
> return readl(addr);
> }
>
> static inline void flexcan_write(u32 val, void __iomem *addr)
> {
> writel(val, addr);
> 524: 05947048 ldreq r7, [r4, #72] ; 0x48
> 528: e5847048 str r7, [r4, #72] ; 0x48
>
>
> As you can see gcc 4.6.4 obviously produces wrong code that always writes this register.
>
> What can I do best to prevent the compiler from thinking it is
> safe to access that memory region.
Update your compiler.
See: http://www.spinics.net/lists/arm-kernel/msg193914.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52445
Marc
--
Pengutronix e.K. | Marc Kleine-Budde |
Industrial Linux Solutions | Phone: +49-231-2826-924 |
Vertretung West/Dortmund | Fax: +49-5121-206917-5555 |
Amtsgericht Hildesheim, HRA 2686 | http://www.pengutronix.de |
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 259 bytes --]
prev parent reply other threads:[~2013-06-26 10:25 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-26 9:43 flexcan gcc optimization bug Michael Thalmeier
2013-06-26 10:16 ` Marc Kleine-Budde [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=51CABF7F.3040504@pengutronix.de \
--to=mkl@pengutronix.de \
--cc=jason77.wang@gmail.com \
--cc=linux-can@vger.kernel.org \
--cc=michael.thalmeier@hale.at \
--cc=wg@grandegger.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.