public inbox for ecos-bugs@sourceware.org help / color / mirror / Atom feed
From: bugzilla-daemon@bugs.ecos.sourceware.org To: unassigned@bugs.ecos.sourceware.org Subject: [Bug 1001837] Rich FlexBus RAM layout Date: Sat, 04 May 2013 16:20:00 -0000 [thread overview] Message-ID: <bug-1001837-777-TYPsCdpq6p@http.bugs.ecos.sourceware.org/> (raw) In-Reply-To: <bug-1001837-777@http.bugs.ecos.sourceware.org/> Please do not reply to this email, use the link below. http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001837 --- Comment #16 from Mike Jones <mjones@linear.com> --- Created attachment 2227 --> http://bugs.ecos.sourceware.org/attachment.cgi?id=2227&action=edit FXM Specific Exception This test case will generate an exception on FXM hardware that cannot be generated on non-FXM hardware. It manifests like the description in Bug 1001764 - Enhancement of MMC/SD over SPI driver. The zip contains an ecm file, code, and all patches used. When the application is run, a loop will open a file on an SD card, develop strings with snprintf, write them to the file, flush the filesystem, and close the file. When it is run, the problem always occurs when the variable "dev" in the SPI code is 0xFFFFFFFF and results in an exception 5. It has to be run for many minutes to cause failure, but typically it will fail in less than 10 mins. Ilija, If you have time to run this, it might eliminate or confirm if the problem is related/unrelated to hardware reliability. Once we know it is not related to bad hardware, perhaps we can form some theories about the cause of the exception. Please note that all I2C code is commented out, so this only uses FXM and SD card and should run on any FXM hardware with SD support. I ran it on a K60 100Mhz, so there is no cache. I have disabled the cache in the ecm as well. I put the attachment here rather than the SPI bug because I cannot reproduce it on non-FXM hardware. If it really is a MMC bug, we can move it. -- You are receiving this mail because: You are the assignee for the bug.
next prev parent reply other threads:[~2013-05-04 16:20 UTC|newest] Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top 2013-04-30 13:22 [Bug 1001837] New: " bugzilla-daemon 2013-04-30 13:24 ` [Bug 1001837] " bugzilla-daemon 2013-04-30 13:25 ` bugzilla-daemon 2013-05-02 8:44 ` bugzilla-daemon 2013-05-02 8:45 ` bugzilla-daemon 2013-05-03 5:40 ` bugzilla-daemon 2013-05-03 9:05 ` bugzilla-daemon 2013-05-03 16:51 ` bugzilla-daemon 2013-05-03 16:52 ` bugzilla-daemon 2013-05-03 16:52 ` bugzilla-daemon 2013-05-03 16:53 ` bugzilla-daemon 2013-05-03 17:10 ` bugzilla-daemon 2013-05-03 17:23 ` bugzilla-daemon 2013-05-03 17:48 ` bugzilla-daemon 2013-05-03 18:00 ` bugzilla-daemon 2013-05-03 18:01 ` bugzilla-daemon 2013-05-03 18:06 ` bugzilla-daemon 2013-05-04 16:20 ` bugzilla-daemon [this message] 2013-05-05 16:16 ` bugzilla-daemon 2013-05-18 19:14 ` bugzilla-daemon 2013-06-01 22:46 ` bugzilla-daemon 2013-06-01 22:50 ` bugzilla-daemon 2013-06-01 22:54 ` bugzilla-daemon 2013-06-02 17:12 ` bugzilla-daemon
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=bug-1001837-777-TYPsCdpq6p@http.bugs.ecos.sourceware.org/ \ --to=bugzilla-daemon@bugs.ecos.sourceware.org \ --cc=unassigned@bugs.ecos.sourceware.org \ /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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
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 read-only IMAP folder(s) and NNTP newsgroup(s).