* ti-cgt6x bundling libc.a with unreadable ELF file header
@ 2020-02-09 18:26 Khem Raj
2020-02-12 20:08 ` Denys Dmytriyenko
0 siblings, 1 reply; 5+ messages in thread
From: Khem Raj @ 2020-02-09 18:26 UTC (permalink / raw)
To: meta-ti, Denys Dmytriyenko
Hi
Recently, I am seeing below packaging error for ti-cgt6x
https://errors.yoctoproject.org/Errors/Details/390526/
eu-readelf also fails to read this file as well as binutils readelf
also complains
readelf: Error:
/mnt/b/yoe/build/tmp/work/armv7vet2hf-neon-yoe-linux-musleabi/ti-cgt6x/1_8.3.2-r0/package/usr/share/ti/cgt-c6x/lib/libc.a(__TI_$$LIBINFO):
Failed to read file header
this libc.a is a binary blob so I cant find out how it is. built so
pinpoint where the problem
could be.
since these are DSP blobs should this be ignored from processing and
just dumped into rootfs
this will help packager turn a blind eye towards its contents or
should this be fixed and turned into
a readable ELF file by normal binutils. I doubt it being a problem
with tools, since I see same issue
with elfutils tools as well as binutils ELF manipulation tools.
Thanks
-Khem
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: ti-cgt6x bundling libc.a with unreadable ELF file header
2020-02-09 18:26 ti-cgt6x bundling libc.a with unreadable ELF file header Khem Raj
@ 2020-02-12 20:08 ` Denys Dmytriyenko
2020-02-12 22:19 ` Khem Raj
0 siblings, 1 reply; 5+ messages in thread
From: Denys Dmytriyenko @ 2020-02-12 20:08 UTC (permalink / raw)
To: Khem Raj; +Cc: meta-ti
On Sun, Feb 09, 2020 at 10:26:44AM -0800, Khem Raj wrote:
> Hi
>
> Recently, I am seeing below packaging error for ti-cgt6x
>
> https://errors.yoctoproject.org/Errors/Details/390526/
Is this on master? Any specific configuration I should use to get this error?
I don't think I've ever seen this before or lately...
> eu-readelf also fails to read this file as well as binutils readelf
> also complains
>
> readelf: Error:
> /mnt/b/yoe/build/tmp/work/armv7vet2hf-neon-yoe-linux-musleabi/ti-cgt6x/1_8.3.2-r0/package/usr/share/ti/cgt-c6x/lib/libc.a(__TI_$$LIBINFO):
> Failed to read file header
>
> this libc.a is a binary blob so I cant find out how it is. built so
> pinpoint where the problem
> could be.
>
> since these are DSP blobs should this be ignored from processing and
> just dumped into rootfs
> this will help packager turn a blind eye towards its contents or
> should this be fixed and turned into
> a readable ELF file by normal binutils. I doubt it being a problem
> with tools, since I see same issue
> with elfutils tools as well as binutils ELF manipulation tools.
>
> Thanks
> -Khem
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: ti-cgt6x bundling libc.a with unreadable ELF file header
2020-02-12 20:08 ` Denys Dmytriyenko
@ 2020-02-12 22:19 ` Khem Raj
2020-02-20 2:43 ` Denys Dmytriyenko
0 siblings, 1 reply; 5+ messages in thread
From: Khem Raj @ 2020-02-12 22:19 UTC (permalink / raw)
To: Denys Dmytriyenko; +Cc: meta-ti
On Wed, Feb 12, 2020 at 12:08 PM Denys Dmytriyenko <denys@ti.com> wrote:
>
> On Sun, Feb 09, 2020 at 10:26:44AM -0800, Khem Raj wrote:
> > Hi
> >
> > Recently, I am seeing below packaging error for ti-cgt6x
> >
> > https://errors.yoctoproject.org/Errors/Details/390526/
>
> Is this on master? Any specific configuration I should use to get this error?
> I don't think I've ever seen this before or lately...
>
yes this is on qemuarm though, I find that it will be better to
disable it for non-ti socs
>
> > eu-readelf also fails to read this file as well as binutils readelf
> > also complains
> >
> > readelf: Error:
> > /mnt/b/yoe/build/tmp/work/armv7vet2hf-neon-yoe-linux-musleabi/ti-cgt6x/1_8.3.2-r0/package/usr/share/ti/cgt-c6x/lib/libc.a(__TI_$$LIBINFO):
> > Failed to read file header
> >
> > this libc.a is a binary blob so I cant find out how it is. built so
> > pinpoint where the problem
> > could be.
> >
> > since these are DSP blobs should this be ignored from processing and
> > just dumped into rootfs
> > this will help packager turn a blind eye towards its contents or
> > should this be fixed and turned into
> > a readable ELF file by normal binutils. I doubt it being a problem
> > with tools, since I see same issue
> > with elfutils tools as well as binutils ELF manipulation tools.
> >
> > Thanks
> > -Khem
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: ti-cgt6x bundling libc.a with unreadable ELF file header
2020-02-12 22:19 ` Khem Raj
@ 2020-02-20 2:43 ` Denys Dmytriyenko
2020-02-20 2:57 ` Khem Raj
0 siblings, 1 reply; 5+ messages in thread
From: Denys Dmytriyenko @ 2020-02-20 2:43 UTC (permalink / raw)
To: Khem Raj; +Cc: meta-ti
On Wed, Feb 12, 2020 at 02:19:38PM -0800, Khem Raj wrote:
> On Wed, Feb 12, 2020 at 12:08 PM Denys Dmytriyenko <denys@ti.com> wrote:
> >
> > On Sun, Feb 09, 2020 at 10:26:44AM -0800, Khem Raj wrote:
> > > Hi
> > >
> > > Recently, I am seeing below packaging error for ti-cgt6x
> > >
> > > https://errors.yoctoproject.org/Errors/Details/390526/
> >
> > Is this on master? Any specific configuration I should use to get this error?
> > I don't think I've ever seen this before or lately...
>
> yes this is on qemuarm though, I find that it will be better to
> disable it for non-ti socs
Hmm, I still wonder why it's not breaking on ti-soc machines. May need to add
INHIBIT_PACKAGE_DEBUG_SPLIT = "1", but I would like to reproduce the issue
first, if possible...
> > > eu-readelf also fails to read this file as well as binutils readelf
> > > also complains
> > >
> > > readelf: Error:
> > > /mnt/b/yoe/build/tmp/work/armv7vet2hf-neon-yoe-linux-musleabi/ti-cgt6x/1_8.3.2-r0/package/usr/share/ti/cgt-c6x/lib/libc.a(__TI_$$LIBINFO):
> > > Failed to read file header
> > >
> > > this libc.a is a binary blob so I cant find out how it is. built so
> > > pinpoint where the problem
> > > could be.
> > >
> > > since these are DSP blobs should this be ignored from processing and
> > > just dumped into rootfs
> > > this will help packager turn a blind eye towards its contents or
> > > should this be fixed and turned into
> > > a readable ELF file by normal binutils. I doubt it being a problem
> > > with tools, since I see same issue
> > > with elfutils tools as well as binutils ELF manipulation tools.
> > >
> > > Thanks
> > > -Khem
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: ti-cgt6x bundling libc.a with unreadable ELF file header
2020-02-20 2:43 ` Denys Dmytriyenko
@ 2020-02-20 2:57 ` Khem Raj
0 siblings, 0 replies; 5+ messages in thread
From: Khem Raj @ 2020-02-20 2:57 UTC (permalink / raw)
To: Denys Dmytriyenko; +Cc: meta-ti
[-- Attachment #1: Type: text/plain, Size: 1994 bytes --]
On Wed, Feb 19, 2020 at 6:43 PM Denys Dmytriyenko <denys@ti.com> wrote:
> On Wed, Feb 12, 2020 at 02:19:38PM -0800, Khem Raj wrote:
> > On Wed, Feb 12, 2020 at 12:08 PM Denys Dmytriyenko <denys@ti.com> wrote:
> > >
> > > On Sun, Feb 09, 2020 at 10:26:44AM -0800, Khem Raj wrote:
> > > > Hi
> > > >
> > > > Recently, I am seeing below packaging error for ti-cgt6x
> > > >
> > > > https://errors.yoctoproject.org/Errors/Details/390526/
> > >
> > > Is this on master? Any specific configuration I should use to get this
> error?
> > > I don't think I've ever seen this before or lately...
> >
> > yes this is on qemuarm though, I find that it will be better to
> > disable it for non-ti socs
>
> Hmm, I still wonder why it's not breaking on ti-soc machines. May need to
> add
> INHIBIT_PACKAGE_DEBUG_SPLIT = "1", but I would like to reproduce the issue
> first, if possible...
I do not build ti-socs often and this change just shoved it off from
qemuarm builds I think with yoe distro you might get it for bbb as well
>
>
> > > > eu-readelf also fails to read this file as well as binutils readelf
> > > > also complains
> > > >
> > > > readelf: Error:
> > > >
> /mnt/b/yoe/build/tmp/work/armv7vet2hf-neon-yoe-linux-musleabi/ti-cgt6x/1_8.3.2-r0/package/usr/share/ti/cgt-c6x/lib/libc.a(__TI_$$LIBINFO):
> > > > Failed to read file header
> > > >
> > > > this libc.a is a binary blob so I cant find out how it is. built so
> > > > pinpoint where the problem
> > > > could be.
> > > >
> > > > since these are DSP blobs should this be ignored from processing and
> > > > just dumped into rootfs
> > > > this will help packager turn a blind eye towards its contents or
> > > > should this be fixed and turned into
> > > > a readable ELF file by normal binutils. I doubt it being a problem
> > > > with tools, since I see same issue
> > > > with elfutils tools as well as binutils ELF manipulation tools.
> > > >
> > > > Thanks
> > > > -Khem
>
[-- Attachment #2: Type: text/html, Size: 2966 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2020-02-20 2:57 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-02-09 18:26 ti-cgt6x bundling libc.a with unreadable ELF file header Khem Raj
2020-02-12 20:08 ` Denys Dmytriyenko
2020-02-12 22:19 ` Khem Raj
2020-02-20 2:43 ` Denys Dmytriyenko
2020-02-20 2:57 ` Khem Raj
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.