[ 
https://issues.apache.org/jira/browse/PROTON-297?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jin updated PROTON-297:
-----------------------

    Description: 
Deep down pn_messenger_recv() issues a poll() with a specific timeout. On ARM9 
the poll timeout is reset to 0 because d->wakeup is always older than now. The 
reason is, that the time stamp is passed around earlier and one of the 
functions has a time_t instead of a pn_timestamp_t in the declaration.

Patch that fixes the problem is attached.

  was:Deep down pn_messenger_recv() issues a poll() with a specific timeout. On 
ARM9 the poll timeout is reset to 0 because d->wakeup is always older than now. 
The reason is, that the time stamp is passed around earlier and one of the 
functions has a time_t instead of a pn_timestamp_t in the declaration.

    
> 100% CPU usage on ARM in pn_messenger_recv()
> --------------------------------------------
>
>                 Key: PROTON-297
>                 URL: https://issues.apache.org/jira/browse/PROTON-297
>             Project: Qpid Proton
>          Issue Type: Bug
>          Components: proton-c
>    Affects Versions: 0.4
>         Environment: ARM9, eglibc linux
>            Reporter: Jin
>         Attachments: proton_poll_busy_fix_arm.patch
>
>
> Deep down pn_messenger_recv() issues a poll() with a specific timeout. On 
> ARM9 the poll timeout is reset to 0 because d->wakeup is always older than 
> now. The reason is, that the time stamp is passed around earlier and one of 
> the functions has a time_t instead of a pn_timestamp_t in the declaration.
> Patch that fixes the problem is attached.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to