This is the mail archive of the
ecos-bugs@sources.redhat.com
mailing list for the eCos project.
[Bug 1000184] Ecos kernel data corrupted
- From: bugzilla at ecoscentric dot com
- To: ecos-bugs at sources dot redhat dot com
- Date: Fri, 3 Jun 2005 11:19:58 +0100 (BST)
- Subject: [Bug 1000184] Ecos kernel data corrupted
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000184
------- Additional Comments From alexs@ecoscentric.com 2005-03-06 11:19 -------
Basavaraj.H.Kori <kori@dd.nec.com.au> wrote:
Hi,
Thank you for the quick response. The API "g_mbox_get " in the bug report refers
to "cyg_mbox_get". We are excepting "cyg_mbox_get"
to block till mailbox receives the message. This logic is developed to make sure
message box is not full & all the messages consumed properly.
I don't understand why it should not work.Both "cyg_mbox_get" &
"cyg_mbox_tryget" works fine if CYGNUM_KERNEL_SYNCH_MBOX_QUEUE_SIZE = 10.
I have tried the program sent by you, it works fine only if
"CYGNUM_KERNEL_SYNCH_MBOX_QUEUE_SIZE" is default(10). It fails(All threads dies)
after 2 to 3 cycles.when "CYGNUM_KERNEL_SYNCH_MBOX_QUEUE_SIZE = 50".
More info on kernel configuration:.
We have disabled following
1) Timers
2) Interrupts
3) Timeslicing for multilevel schedular.
We are expecting Ecos to work as " Round robin, non-premprive,multiple priority
schedular".
Please comment on why "cyg_mbox_get" can't work(it works fine with default
mailbox size 10).
Thanks & Regards,
Basavaraj.H.Kori
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.