FAQ: [#6764] mcapi scalar send data fails if start two processes to run(2011)

Document created by Aaronwu Employee on Sep 12, 2013
Version 1Show Document
  • View in full screen mode

[#6764] mcapi scalar send data fails if start two processes to run

Submitted By: Mingquan Pan

Open Date

2011-08-26 05:02:09     Close Date

2011-09-06 05:21:45

Priority:

Medium     Assignee:

steven miao

Status:

Closed     Fixed In Release:

N/A

Found In Release:

2011R1     Release:

Category:

N/A     Board:

N/A

Processor:

ALL     Silicon Revision:

Is this bug repeatable?:

Yes     Resolution:

Assigned (Not Start)

Uboot version or rev.:

    Toolchain version or rev.:

5013

App binary format:

N/A     

Summary: mcapi scalar send data fails if start two processes to run

Details:

 

mcapi scalar send data fails if start two processes to run.

 

the case is scl2 and mcapi_scl2.

 

Follow-ups

 

--- steven miao                                              2011-08-29 06:07:53

send test can pass, send ack message immdiately after receive scalar messages

 

--- Mingquan Pan                                             2011-09-01 02:15:53

Yeah, from the coreb printing info, it can receive and echo the scalar data sent

by coreA.

 

But after the case finishes, it doesn't print TEST PASS as expected, which

would be greped by test case to decide if pass or not.

 

--- Mingquan Pan                                             2011-09-05 03:15:59

It is found that due to the unfinished loop that fails to print the pass info.

 

And if coreB send back data to coreA in the 2 processes case, it looks still

have some problems

 

COREB: mcapi_trans_valid_endpoint ep 65541 index 0 valid 1

COREB: ERROR: bad data size in call to send. size is 0

COREB: eeeeeee recv scalar[0] exp[9383736353433323] 1 1

COREB: endpoint=65541 has received 0 byte(s): [0]

COREB: pppppppscl recv wrong data

COREB: mcapi_trans_valid_endpoint ep 65542 index 1 valid 1

COREB:  sm_recv_scalar session type 7 localep6

COREB: msg type7000003 src ep c8 scalar0 92827262 scalar1 52423222

COREB: sm_recv_scalar() s092827262 s152423222 avail 0

COREB:  sm_recv_scalar msg

COREB: [9282726252423222] size 8 received_size 8

COREB: eeeeeee recv scalar[9282726252423222] exp[9282726252423222] 1 1

COREB: endpoint=65542 has received 8 byte(s): [9282726252423222]

COREB: mcapi_trans_valid_endpoint ep 65541 index 0 valid 1

COREB: mcapi_trans_channel_connected 525 1 remote100

COREB: index 0 ,local ep 5

COREB: index 1 ,local ep 6

COREB: mcapi_trans_sclchan_connect_i index 0 ep100

sm_debug:session status index 0, avail 0

COREB: mcapi_trans_valid_endpoint ep 65541 index 0 valid 1

COREB:   mcapi_trans_sclchan_send_open_i 1382

COREB: mcapi_trans_sclchan_send 0 1 5 100

COREB: send_handle=10005 index0 size 8 0 0 100

COREB: sm_default_sendmsg msg type 7000003

COREB: sm_send_message_internal() dst 0 src 1 7000003

sm_debug:sm_find_session bits 00000003 localep 100

sm_debug:index 0 ,local ep 100 type 7

sm_debug:session 02919828 index 0 msg type7000003

sm_debug:sm_default_recvmsg msg type 7000003

sm_debug:sm_send_message_internal: dst 1 src 0 07000004

sm_debug:send message cpu 1 sent 14

sm_debug:msg_recv_internal wakeup wait thread

COREB: sm_handle_control_message type 7000004

sm_debug:session status index 0, avail 1

sm_debug:recv sleep on queue index sm_recv_scalar index 0

sm_debug:scalar0 11223344, scalar1 55667788

sm_debug:leave recv scalar

sm_debug:sm_send_message_internal: dst 1 src 0 0700000c

sm_debug:send message cpu 1 sent 15

COREB: sm_handle_control_message type 7000004

 

--- Mingquan Pan                                             2011-09-06 05:21:45

mcapi scalar sending back data from coreb in 2 processes is ok now . So close.

 

 

 

    Files

    Changes

    Commits

    Dependencies

    Duplicates

    Associations

    Tags

 

File Name     File Type     File Size     Posted By

No Files Were Found

Attachments

    Outcomes