it would hog patchwork
Thanks for those patches, Khem!
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228 mailto:fr...@dresearch-fe.de
Fax: +49 (30) 515 932 77
-layer completely vs. remove gcc 4.6 .bbappends
altogether), the current state - having the .bbappends in meta-oe and
no original recipes anymore in oe-core - breaks the build. Is this
going to change anytime soon? In either way?
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems
in omap_mbox_get() before the call to
strcmp().
So did you put your printks in there and then run the code? Were you
able to reproduce the issue?
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
-oe), but
Distro layers (i.e. angstrom) should probably be on top...
You're right, it sure looks unusual. It's because of the Dist/BSP mashup.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin
to show off a bit there by dropping code
names not publicly advertised, with him being on the inside, you know
;)
Regars,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228
, though, since TI's kernel fork for
DaVinci, ti81xx-psp-2.6.37, is very old and lacks of code quality.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228 mailto:fr
it
together in meta-hidav, and so far angstrom-v2012.x works for us.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228 mailto:fr...@dresearch-fe.de
Fax: +49
a distribution for these devices, not just
a BSP, but the device focus is stronger than the distribution
focus for now. I'll add it there.
Regards + Thanks,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin
--
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228 mailto:fr...@dresearch-fe.de
Fax: +49 (30) 515 932 77 http://www.dresearch.de
Amtsgericht: Berlin Charlottenburg
break the kernel we're using
(ti81xx-psp-linux-2.6.37).
What happens when you disable the mailbox? AIUI you shouldn't need that on
Ne/Ce.
How do I disable the mailbox? What do you mean by Ne/Ce?
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch
the only ones left without DSPs are AM-...
processors. So no, the DSP bridge (and therefore mailboxing) must
stay.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228
was wrong with DSPBRIDGE forcing OMAP_MBOX_FWK.
OMAP_MBOX_FWK is just active and I can't switch it off.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228 mailto:fr
there and take a look.
We'll be using gcc-4.5 in the HidaV layer until TI fixes this mess.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228 mailto:fr...@dresearch-fe.de
with buying TI in the
first place.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228 mailto:fr...@dresearch-fe.de
Fax: +49 (30) 515 932 77 http
LDISGOLD_x86_64 = ld-is-gold
LDISGOLD =
but instead be
DISTRO_FEATURES += ${LDISGOLD}
LDISGOLD_arm ?= ld-is-gold
LDISGOLD_x86 ?= ld-is-gold
LDISGOLD_x86_64 ?= ld-is-gold
LDISGOLD ?=
But anyways, I decided to fix the gcc-4.5-cross-initial build.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc
? That isn't using gold.
We're using angstrom-v2012.x.conf from the git HEAD since we want to
stay with latest and greatest for now. angstrom-v2012.x.conf is using
gold. It's OK, really, I think I can handle the gcc-4.5 configure
build problem.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc
,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228 mailto:fr...@dresearch-fe.de
Fax: +49 (30) 515 932 77 http://www.dresearch.de
Amtsgericht: Berlin Charlottenburg, HRB
/HidaV/blob/master/meta-hidav/recipes-kernel-bootloader/linux/files/defconfig
We added aufs (Another Union File system) and the blockrom MTD FTL to
the kernel, so there are additional options in our configuration.
Thanks for your effort, Gary,
regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc
for us. I
prefer small steps :) I guess I'll move the whole gcc-4.5... stuff
into our own layer for now.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228
(FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228 mailto:fr...@dresearch-fe.de
Fax: +49 (30) 515 932 77 http://www.dresearch.de
Amtsgericht: Berlin Charlottenburg, HRB 130120 B
Ust.-IDNr
would like to
stay up-to-date on what we're doing, just check
https://github.com/DFE/HidaV from time to time.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228
(-mno-unaligned-access) next.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228 mailto:fr...@dresearch-fe.de
Fax: +49 (30) 515 932 77 http
to
use, too).
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228 mailto:fr...@dresearch-fe.de
Fax: +49 (30) 515 932 77 http://www.dresearch.de
Amtsgericht
}/pkgconfig:${PKG_CONFIG_SYSROOT_DIR}/${base_libdir}/pkgconfig/
to udev-182 and systemd (which is also affected) recipes. It works
around the bug. Still, I think kmod is publishing its .pc files in the
wrong directory.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
and they confirmed we get what we ask for in OE:
pkgconfig in the wrong location.
I seem to lack of some background knowledge here. I don't quite
understand the implications of this sentence.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
DISTRO_FEATURES, since it will be processed
first. local.conf is not working, too.
So could anybody please tell me where I need to put my
DISTRO_FEATURES = ${@'${DISTRO_FEATURES}}'.replace('ld-is-gold', '')}
so it applies for the build?
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded
up a minimal config for a distribution based on
Angstrom, then, so I can fix up DISTRO_FEATURES. Thanks for your help,
Paul.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30
(libkmod = 5) were not met:
No package 'libkmod' found
So what's the right thing do do here? Use a different package install
path for libkmod, or point udev to /lib/pkgconfig by extending its
PKG_CONFIG_PATH correspondingly?
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems
a patch to fix the
issue.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228 mailto:fr...@dresearch-fe.de
Fax: +49 (30) 515 932 77 http://www.dresearch.de
file to the wrong
place.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228 mailto:fr...@dresearch-fe.de
Fax: +49 (30) 515 932 77 http://www.dresearch.de
.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228 mailto:fr...@dresearch-fe.de
Fax: +49 (30) 515 932 77 http://www.dresearch.de
Amtsgericht: Berlin
this patch in our HidaV layer (which is
https://github.com/DFE/HidaV) for the time being.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228 mailto:fr...@dresearch-fe.de
) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228 mailto:fr...@dresearch-fe.de
Fax: +49 (30) 515 932 77 http://www.dresearch.de
Amtsgericht: Berlin Charlottenburg, HRB 130120 B
Ust.-IDNr
.
This will break the script.
In linux, shebang interpreter paths are cut off after 127 bytes.
meta-java's llvm recipe already wraps the perl script llvm-config
with a small shell script. This patch adds an explicit perl
interpreter call to this wrapping shell script.
Signed-off-by: Thilo Fromm git...@thilo
script.
Signed-off-by: Thilo Fromm git...@thilo-fromm.de
---
recipes-core/llvm/llvm-common.bb | 12
recipes-core/llvm/llvm-common/llvm-config |2 +-
2 files changed, 13 insertions(+), 1 deletions(-)
diff --git a/recipes-core/llvm/llvm-common.bb b/recipes-core/llvm/llvm
first submission to this issue. Patchwork already has the sane
diff.
Some feedback on the patch would be great.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228
the original issue is fixed.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Developer
DResearch Digital Media Systems GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228 mailto:t.fr...@dresearch.de
Fax: +49 (30) 515 932 77http
, falloc.h is not exported although it's present.
Signed-off-by: Thilo Fromm t.fr...@dresearch.de
---
.../linux-libc-headers/files/export_falloc_h.patch | 13 +
.../linux-libc-headers_2.6.24.bb |3 ++-
2 files changed, 15 insertions(+), 1 deletions(-)
create mode
Raj.
I tracked it down - libunwind publishes unwind.h, and gcc uses an
internal file of the same name while being built.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Developer
DResearch Digital Media Systems GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49
: creating auto/config.h
So the configure step had errors, but didn't report any.
This patch removes the quotes around the CC variable in configure.in.
Signed-off-by: Thilo Fromm t.fr...@dresearch.de
---
.../vim/files/configure.in_remove_CC_quotes.patch | 17 +
recipes/vim
investigate any further. Introducing the dependency seemed to fix
the problem, so why bother. However, I feel like this kind of problem is
better fixed (the way you're proposing it) by the package maintainer, if
there is one.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems
/export_falloc_h.patch
Just for the record. Please add the patch header as I wrote in my other
message
I missed the spot. Sorry for that. I'll fix this.
I think the next iteration will be ready to be committed.
Cool :)
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Developer
DResearch
, falloc.h is not exported although it's present.
Signed-off-by: Thilo Fromm t.fr...@dresearch.de
---
.../linux-libc-headers/files/export_falloc_h.patch | 11 +++
.../linux-libc-headers_2.6.24.bb |3 ++-
2 files changed, 13 insertions(+), 1 deletions(-)
create mode 100644
which originated
from OE (?) a long time ago and then went mainline.
I'll of course change this to your suggestion if this is a problem. I
did not do this yet so my patch won't get confused with the original one
that went mainline.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc
VIMGUI to VIMGUI=no, as --enable-gui=no is
understood by Vim configure, and behaves as expected.
Signed-off-by: Thilo Fromm t.fr...@dresearch.de
---
recipes/vim/vim_7.2.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes/vim/vim_7.2.bb b/recipes/vim/vim_7.2.bb
the
recipe is still broken. Another patch fixes this, it's already in the
queue. Anyway, thanks for testing!
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Developer
DResearch Digital Media Systems GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228
without my patch applied?
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Developer
DResearch Digital Media Systems GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228 mailto:t.fr...@dresearch.de
Fax: +49 (30) 515 932 77http://www.dresearch.de
-by: Thilo Fromm t.fr...@dresearch.de
---
recipes/qemu/qemu_0.12.5.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes/qemu/qemu_0.12.5.bb b/recipes/qemu/qemu_0.12.5.bb
index c823fbd..a8d67f1 100644
--- a/recipes/qemu/qemu_0.12.5.bb
+++ b/recipes/qemu/qemu_0.12.5.bb
,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Developer
DResearch Digital Media Systems GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228 mailto:t.fr...@dresearch.de
Fax: +49 (30) 515 932 77http://www.dresearch.de
Amtsgericht: Berlin Charlottenburg
is not supposed to go upstream (because it's already
there) - do you think this is still necessary?
Otherwise I'd just adjust the patch summary and then resubmit the patch
as v2.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Developer
DResearch Digital Media Systems GmbH
/ distribution I should build for a clean from scratch test build.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Developer
DResearch Digital Media Systems GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228 mailto:t.fr...@dresearch.de
Fax: +49
: creating auto/config.mk
config.status: creating auto/config.h
So the configure step had errors, but didn't report any in the return code.
This patch removes the quotes around the CC variable in configure.in, which
unbreaks the configure step.
Signed-off-by: Thilo Fromm t.fr...@dresearch.de
detection and library path handling breaks successive builds.
This patch, however, does not fix the configure.ac file but disables
DBus support for wvstreams at configure time. This at least fixes the
broken build.
Signed-off-by: Thilo Fromm t.fr...@dresearch.de
---
recipes/wvstreams
-by: Thilo Fromm t.fr...@dresearch.de
---
recipes/wvstreams/wvstreams_4.6.bb |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/recipes/wvstreams/wvstreams_4.6.bb
b/recipes/wvstreams/wvstreams_4.6.bb
index 91abc7d..688a80f 100644
--- a/recipes/wvstreams/wvstreams_4.6.bb
+++ b
git correctly?
git config user.name Thilo Fromm
git config user.email t.fr...@dresearch.de
It is just a cosmetic error, but this line will be shown in the commit
history and used for the weekly changelog generation.
I have these two config fields set up exactly like this. Git
--without-pam --without-dbus
but not both.
If wvstreams should be build with dbus support you should use the
former, it is should be build without it, it should be the latter.
So it is the latter. [v2] is out.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Developer
DResearch
dbus detection and library path handling breaks successive builds.
This patch, however, does not fix the configure.ac file but disables
DBus support for wvstreams at configure time. This at least fixes the
broken build.
Signed-off-by: Thilo Fromm t.fr...@dresearch.de
---
recipes/wvstreams
Hello Paul,
From: t.frommt.fr...@ba11ecae-741b-462f-8724-1218f99f5906
Where does that line come from. Did you send this patch from the same
system and did you configure git correctly?
git config user.name Thilo Fromm
git config user.email t.fr...@dresearch.de
It is just a cosmetic error
dbus detection and library path handling breaks successive builds.
This patch, however, does not fix the configure.ac file but disables
DBus support for wvstreams at configure time. This at least fixes the
broken build.
Signed-off-by: Thilo Fromm t.fr...@dresearch.de
---
recipes/wvstreams
builds and thank you for your contribution.
Thanks for your support, Paul.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Developer
DResearch Digital Media Systems GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228 mailto:t.fr...@dresearch.de
Fax
This adds include/linux/falloc.h to the list of files
exported by the kernel to the C library.
The include file is required for building e.g. a recent util-linux-ng
against 2.6.24.
Signed-off-by: Thilo Fromm t.fr...@dresearch.de
---
.../linux-libc-headers/files/export_falloc_h.patch | 10
This happens because linux-libc-headers for 2.6.24 does not provide
falloc.h - although it's present in the kernel it is not exported during
make headers_install.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Developer
DResearch Digital Media Systems GmbH
Otto-Schmirgal-Str. 3
in these corner cases.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Developer
DResearch Digital Media Systems GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Amtsgericht: Berlin Charlottenburg, HRB:54412
Tel: +49 (30) 515 932 228 mailto:t.fr...@dresearch.de
Fax: +49 (30
for the interfaces
*really* available at runtime by using trial-and-error. I would not
expect anyone to provide this kind of compatibility.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Developer
DResearch Digital Media Systems GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
(FH) Thilo Fromm, MSc., Embedded Systems Developer
DResearch Digital Media Systems GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Amtsgericht: Berlin Charlottenburg, HRB:54412
Tel: +49 (30) 515 932 228 mailto:t.fr...@dresearch.de
Fax: +49 (30) 515 932 77 http://www.dresearch.de
into that error. At least that's what happened to me.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Developer
DResearch Digital Media Systems GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Amtsgericht: Berlin Charlottenburg, HRB:54412
Tel: +49 (30) 515 932 228 mailto:t.fr
66 matches
Mail list logo