If I understand correctly, you are saying the beagleboard MACHINE should cause
a working mainline LTS kernel (e.g. 4.19) to be built. It looks like
git://git.ti.com/ti-linux-kernel/ti-linux-kernel.git pulls kernels (e.g.
4.19.73) from
ti-ipc-rtos fails on am65xx with "error: ti.drv.sciclient.Settings: no element
named 'coreType'"
> -Original Message-
> From: meta-ti-boun...@yoctoproject.org [mailto:meta-ti-
> boun...@yoctoproject.org] On Behalf Of Nelson, Sam
> Sent: Friday, September 13, 2019 5:01 PM
> To:
On Mon, Sep 16, 2019 at 10:47:41AM +0530, Santhana Bharathi wrote:
> Signed-off-by: Santhana Bharathi
> ---
Thanks. For next time please document patch revision changes here. I.e. what
changed in v2, what changed in v3, etc. I'll merge this one as is now - no
need to resubmit.
>
Merged, thanks for the fix.
Andrew
On 9/16/19 1:03 PM, Khem Raj wrote:
> I have submitted it https://github.com/glneo/libion/pull/1
>
> On Mon, Sep 16, 2019 at 9:58 AM Denys Dmytriyenko wrote:
>>
>> Khem,
>>
>> Thanks for the fix. What's the Upstream-Status: ? :)
>> I guess "Pending" would be
On Thu, Sep 12, 2019 at 03:14:33PM +, kevin.e.cri...@l3harris.com wrote:
> I created a Yocto Project Bugzilla bug (13517) for this problem. Randy
> MacLeod said "meta-ti is not tracked in this bugzilla. Please contact the
> BSP owner".
>
I have submitted it https://github.com/glneo/libion/pull/1
On Mon, Sep 16, 2019 at 9:58 AM Denys Dmytriyenko wrote:
>
> Khem,
>
> Thanks for the fix. What's the Upstream-Status: ? :)
> I guess "Pending" would be appropriate for now.
>
>
> Andrew,
>
> Would you be willing to take the change in,
Khem,
Thanks for the fix. What's the Upstream-Status: ? :)
I guess "Pending" would be appropriate for now.
Andrew,
Would you be willing to take the change in, so we don't have to carry the
patch in meta-ti, or do you see any issues with it?
--
Denys
On Sat, Sep 14, 2019 at 07:43:26AM
On Mon, Sep 16, 2019 at 11:52:42AM -0400, Andrew F. Davis wrote:
> On 9/16/19 11:43 AM, Denys Dmytriyenko wrote:
> > Andrew,
> >
> > Thanks for pushing this forward! I'll give it some thought and more
> > thorough
> > review, but the first comment I had so far is that bbappend won't work for
>
On 9/16/19 11:43 AM, Denys Dmytriyenko wrote:
> Andrew,
>
> Thanks for pushing this forward! I'll give it some thought and more thorough
> review, but the first comment I had so far is that bbappend won't work for
> this purpose, as it would modify Mesa recipe unconditionally and BSP layers
>
On 9/16/19 11:37 AM, Robert Nelson wrote:
> On Sat, Sep 14, 2019 at 8:52 AM Andrew F. Davis wrote:
>>
>> Signed-off-by: Andrew F. Davis
>> ---
>>
>> Hello all,
>>
>> This is a preview change of our GPU driver stack. Mesa can now used to
>> provide the GL frontend libraries (EGL/GBM) for our SGX
Andrew,
Thanks for pushing this forward! I'll give it some thought and more thorough
review, but the first comment I had so far is that bbappend won't work for
this purpose, as it would modify Mesa recipe unconditionally and BSP layers
are not allowed to do that. Also, can the dependency
On Sat, Sep 14, 2019 at 8:52 AM Andrew F. Davis wrote:
>
> Signed-off-by: Andrew F. Davis
> ---
>
> Hello all,
>
> This is a preview change of our GPU driver stack. Mesa can now used to
> provide the GL frontend libraries (EGL/GBM) for our SGX based systems.
> This greatly expands our supported
Signed-off-by: Mahesh Radhakrishnan
---
recipes-bsp/ibl-boot/ibl-boot-rtos_git.bb | 19 +--
1 file changed, 13 insertions(+), 6 deletions(-)
diff --git a/recipes-bsp/ibl-boot/ibl-boot-rtos_git.bb
b/recipes-bsp/ibl-boot/ibl-boot-rtos_git.bb
index b70ea6c..59b75b3 100644
---
13 matches
Mail list logo