Re: [OpenWrt-Devel] [OpenWrt-Devel, PATCHv2] Add support for DHT11 driver

2014-10-29 Thread Harald Geyer
rted by linux > since 3.14. > > This patch is tested on recent mxs with kernel 3.14.18. > > Signed-off-by: Harald Geyer > > --- > Changes since last version: > Add dependency on devicetree > > package/kernel/linux/modules/other.mk | 20 ++

[OpenWrt-Devel] [PATCH] kmod-iio-mxs-lradc: Don't include file also in kmod-iio-core

2014-11-11 Thread Harald Geyer
Drop industrialio-triggered-buffer.ko from the package and depend on kmod-iio-core. Signed-off-by: Harald Geyer --- target/linux/mxs/modules.mk |7 +++ 1 files changed, 3 insertions(+), 4 deletions(-) I found this while working on some other bug that causes files to be missing from

[OpenWrt-Devel] [PATCH, RESEND] kmod-iio-mxs-lradc: Don't include file also in kmod-iio-core

2014-12-10 Thread Harald Geyer
Drop industrialio-triggered-buffer.ko from the package and depend on kmod-iio-core. Signed-off-by: Harald Geyer --- target/linux/mxs/modules.mk |7 +++ 1 files changed, 3 insertions(+), 4 deletions(-) This patch was already submitted a month ago (no answer yet). I'm resending be

Re: [OpenWrt-Devel] kirkwood gcc/binutils woe?

2014-12-10 Thread Harald Geyer
Hi! I ran into the same issue just a few days ago on mxs. Probably most, if not all arm targets are affected. nwf writes: > > root@OpenWrt:/tmp# gcc -o hello hello.c > > /usr/bin/ld: unrecognised emulation mode: armelf_linux_eabi > > Supported emulations: armelf_linux armelf armelfb armelfb_linu

Re: [OpenWrt-Devel] kirkwood gcc/binutils woe?

2014-12-14 Thread Harald Geyer
le. Since gcc seems to work for Christian as is, this might be architecture dependent. Christian, any insight on this? As far as binutils is concerned the patch below seems to work as expected, so I can now add my Signed-off-by: Harald Geyer Felix, can you take this as is or should I resend the

Re: [OpenWrt-Devel] kirkwood gcc/binutils woe?

2014-12-16 Thread Harald Geyer
Felix Fietkau writes: > > As far as binutils is concerned the patch below seems to work as expected, > > so I can now add my > > Signed-off-by: Harald Geyer > > > > Felix, can you take this as is or should I resend the patch? > Removing libgcc_pic.a and adding

[OpenWrt-Devel] [PATCH, RESEND] package/binutils: actually support the target toolchain

2015-01-06 Thread Harald Geyer
This fixes a bug, where ld on ARM EABI platforms expects OABI code. Signed-off-by: Harald Geyer --- Resending as I didn't get many comments the first time. This has been tested by me on mxs and by nwf on kirkwood. package/devel/binutils/Makefile |2 ++ 1 files changed, 2 insertions(

[OpenWrt-Devel] question about target/linux/mxs/patches-3.xx/120-dt-add-i2c.patch

2015-04-02 Thread Harald Geyer
Hi! It seems 120-dt-add-i2c.patch was first added to the git repository with commit bf323c768d5393a43a3fc74c5059c114f8fac4c0 "mxs: initial 3.13 support" As of today the mainline kernel still lacks the äquivalent functionality. I'd like to get this little devicetree snippet upstream, but I couldn'

[OpenWrt-Devel] [PATCH] mxs: Include the right kernel image in the rootfs

2015-04-05 Thread Harald Geyer
Currently we always include the zImage if any image is selected for inclusion in the root filesystem. This patch adds discrimination between zImage and uImage. Signed-off-by: Harald Geyer --- target/linux/mxs/image/Makefile |7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff

[OpenWrt-Devel] [PATCH] mxs: fix ext4 image

2015-04-05 Thread Harald Geyer
k that was there before. Signed-off-by: Harald Geyer --- target/linux/mxs/image/Makefile |4 1 file changed, 4 insertions(+) diff --git a/target/linux/mxs/image/Makefile b/target/linux/mxs/image/Makefile index 9830a7d..b5a092e 100644 --- a/target/linux/mxs/image/Makefile +++ b/target

Re: [OpenWrt-Devel] [PATCH] mxs: fix ext4 image

2015-04-09 Thread Harald Geyer
Zoltan HERPAI writes: > Michael Heimpold wrote: > > Am Sonntag, 5. April 2015, 12:01:48 schrieb Harald Geyer: > > > >> commit 597a84e52d9eff8d4686c40cd8be4f7a9b47679d with > >> git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45052 > >> 3c298f89-4303