Patch with API-NEXT sent

On 24 July 2015 at 11:13, Mike Holmes <[email protected]> wrote:

>
>
> On 24 July 2015 at 11:07, Bill Fischofer <[email protected]>
> wrote:
>
>> BTW, this should be marked API-NEXT (and immediately cherry-picked to
>> master)
>>
>
> Thanks agree, was looking only moments ago to see why that was not there
> so that I could resend
>
>
>>
>> On Fri, Jul 24, 2015 at 10:07 AM, Bill Fischofer <
>> [email protected]> wrote:
>>
>>>
>>>
>>> On Fri, Jul 24, 2015 at 10:00 AM, Mike Holmes <[email protected]>
>>> wrote:
>>>
>>>> Signed-off-by: Mike Holmes <[email protected]>
>>>>
>>>
>>> Reviewed-by: Bill Fischofer <[email protected]>
>>>
>>>
>>>> ---
>>>>  include/odp/api/init.h           | 2 +-
>>>>  include/odp/api/schedule_types.h | 2 +-
>>>>  2 files changed, 2 insertions(+), 2 deletions(-)
>>>>
>>>> diff --git a/include/odp/api/init.h b/include/odp/api/init.h
>>>> index ab12a80..ade1ffc 100644
>>>> --- a/include/odp/api/init.h
>>>> +++ b/include/odp/api/init.h
>>>> @@ -163,7 +163,7 @@ int odp_init_global(const odp_init_t *params,
>>>>   *
>>>>   * @warning The unwinding of HW resources to allow them to be reused
>>>> without
>>>>   * reseting the device is a complex task that the application is
>>>> expected to
>>>> - * coordinate. This api may have platform dependant implications.
>>>> + * coordinate. This api may have platform dependent implications.
>>>>   *
>>>>   * @see odp_init_global()
>>>>   * @see odp_term_local() which must have been called prior to this.
>>>> diff --git a/include/odp/api/schedule_types.h
>>>> b/include/odp/api/schedule_types.h
>>>> index 8d2a8ad..f7526ee 100644
>>>> --- a/include/odp/api/schedule_types.h
>>>> +++ b/include/odp/api/schedule_types.h
>>>> @@ -85,7 +85,7 @@ extern "C" {
>>>>   * Events from an ordered queue can be scheduled to multiple threads
>>>> for
>>>>   * concurrent processing but still maintain the original event order.
>>>> This
>>>>   * enables the user to achieve high single flow throughput by avoiding
>>>> - * SW syncronization for ordering between threads.
>>>> + * SW synchronization for ordering between threads.
>>>>   *
>>>>   * The source queue (dequeue) ordering is maintained when
>>>>   * events are enqueued to their destination queue(s) within the same
>>>> ordered
>>>> --
>>>> 2.1.4
>>>>
>>>> _______________________________________________
>>>> lng-odp mailing list
>>>> [email protected]
>>>> https://lists.linaro.org/mailman/listinfo/lng-odp
>>>>
>>>
>>>
>>
>
>
> --
> Mike Holmes
> Technical Manager - Linaro Networking Group
> Linaro.org <http://www.linaro.org/> *│ *Open source software for ARM SoCs
>
>
>


-- 
Mike Holmes
Technical Manager - Linaro Networking Group
Linaro.org <http://www.linaro.org/> *│ *Open source software for ARM SoCs
_______________________________________________
lng-odp mailing list
[email protected]
https://lists.linaro.org/mailman/listinfo/lng-odp

Reply via email to