Re: [OpenWrt-Devel] Missing target sunxi in BB RC[x] series?

2014-09-08 Thread Zoltan HERPAI 



On Mon, 8 Sep 2014, Derek Werthmuller wrote:


Looking to build BB RC3 for a few of the AllWinnerA20 processor boards, but I 
don't see them as a target on make menuconfig page? Am I missing something?
 
Also don't see any pre-built images for BB for any of these platforms.  I can 
understand if they were removed from the RC series since they may not be
ready for production quite yet and need to stay in trunk.  I havn't looked in 
trunk since BB RC branched.


Hi,

sunxi depends at least on 3.13 or 3.14 to have decent support for its 
peripherals. BB focuses on 3.10, backporting the sunxi patches to that 
kernel wouldn't have made sense. It will make its way into the next 
release, until that time, please use trunk.


Note: an sdcard image generator for the target is on the way.

Thx,
-w-___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Testing Sunxi target with cubieboard

2013-11-17 Thread Zoltan HERPAI 

Just one more question about the script.bin file.

I have a script.bin I built my self following instructions here:
http://linux-sunxi.org/FirstSteps
is OpenWrt buildroot also going to compile this file ?

The script.bin is a clone of devicetree developed by Allwinner. It's
similar to a dtb file. See http://linux-sunxi.org/Fex_Guide how to generate it.
It's only used by Allwinner kernel (up to kernel 3.4 as far I know).
openWrt trunk use the real devicetree. so it ignores your script.bin and
you should select the cubieboard as profile (a10 as subtarget) to get a file 
which includes
the devicetree for the cubieboard.

btw. openwrt/sunxi doesn't work yet for cubieboard2. maybe with 3.12 or we've 
to disable smp support.


The Olimex A20 board boots fine with the 3.12 kernel in trunk, although 
brings up 1 CPU only - what's the issue on the CB2?


-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] sunxi: enable /proc/device-tree - used for board detection

2014-03-20 Thread Zoltan HERPAI 

Alexander Couzens wrote:

Signed-off-by: Alexander Couzens lyn...@fe80.eu
---
 target/linux/sunxi/config-3.13 | 1 +
 1 file changed, 1 insertion(+)

diff --git a/target/linux/sunxi/config-3.13 b/target/linux/sunxi/config-3.13
index 4f8d191..6577df6 100644
--- a/target/linux/sunxi/config-3.13
+++ b/target/linux/sunxi/config-3.13
@@ -315,6 +315,7 @@ CONFIG_PREEMPT_COUNT=y
 CONFIG_PREEMPT_RCU=y
 CONFIG_PRINTK_TIME=y
 # CONFIG_PRINT_QUOTA_WARNING is not set
+CONFIG_PROC_DEVICETREE=y
 CONFIG_PROC_EVENTS=y
 CONFIG_PROC_PAGE_MONITOR=y
 CONFIG_PROC_PID_CPUSET=y
  

Applied in r39972, thanks.

Regards,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 1/2] sunxi: init eth0 as lan instead wan

2014-03-20 Thread Zoltan HERPAI 

Alexander Couzens wrote:

Signed-off-by: Alexander Couzens lyn...@fe80.eu
---
 .../sunxi/base-files/etc/uci-defaults/02_network   |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/target/linux/sunxi/base-files/etc/uci-defaults/02_network 
b/target/linux/sunxi/base-files/etc/uci-defaults/02_network
index 48781e5..6995477 100644
--- a/target/linux/sunxi/base-files/etc/uci-defaults/02_network
+++ b/target/linux/sunxi/base-files/etc/uci-defaults/02_network
@@ -13,7 +13,7 @@ ucidef_set_interface_loopback
 
 case `cat /proc/device-tree/model` in

 Cubietech Cubieboard)
-   ucidef_set_interface_wan 'eth0'
+   ucidef_set_interface_lan 'eth0'
;;
 esac
 
  

Applied the series in r39973, thanks.

Regards,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Add kernel modules for AFS client

2014-04-16 Thread Zoltan HERPAI 

Hi,

nwf wrote:

Salutations, list.  This patch adds configuration knobs for the in-kernel kAFS
client and its dependencies.  We have an AFS cell used for shared configuration
files and nightly snapshots of local state, and having our OpenWRT devices be
able to play along would be fantastic.  Hopefully I didn't break anything.
Thoughts welcome!
  


Can you please update the path package/kernel/modules to 
package/kernel/linux/modules, update the fcrypt part (the crypto-misc 
module list has slightly changed) and resubmit the patch as v2. Pending 
these fixed, this looks good to get an ack.


Thanks,
Zoltan H


diff --git a/package/kernel/modules/crypto.mk b/package/kernel/modules/crypto.mk
index 791b5a5..4664e4a 100644
--- a/package/kernel/modules/crypto.mk
+++ b/package/kernel/modules/crypto.mk
@@ -220,6 +220,17 @@ endef
 
 $(eval $(call KernelPackage,crypto-cbc))
 
+define KernelPackage/crypto-pcbc

+  TITLE:=Propagating Cipher Block Chaining CryptoAPI module
+  DEPENDS:=+kmod-crypto-manager
+  KCONFIG:=CONFIG_CRYPTO_PCBC
+  FILES:=$(LINUX_DIR)/crypto/pcbc.ko
+  AUTOLOAD:=$(call AutoLoad,09,pcbc)
+  $(call AddDepends/crypto)
+endef
+
+$(eval $(call KernelPackage,crypto-pcbc))
+
 define KernelPackage/crypto-crc32c
   TITLE:=CRC32c CRC module
   DEPENDS:=+kmod-crypto-hash
@@ -252,6 +263,16 @@ endef
 
 $(eval $(call KernelPackage,crypto-deflate))
 
+define KernelPackage/crypto-fcrypt

+  TITLE:=FCRYPT cipher CryptoAPI module
+  KCONFIG:=CONFIG_CRYPTO_FCRYPT
+  FILES:=$(LINUX_DIR)/crypto/fcrypt.ko
+  AUTOLOAD:=$(call AutoLoad,09,fcrypt)
+  $(call AddDepends/crypto)
+endef
+
+$(eval $(call KernelPackage,crypto-fcrypt))
+
 define KernelPackage/crypto-ecb
   TITLE:=Electronic CodeBook CryptoAPI module
   DEPENDS:=+kmod-crypto-manager
@@ -350,7 +371,6 @@ define KernelPackage/crypto-misc
$(LINUX_DIR)/crypto/camellia.ko \
$(LINUX_DIR)/crypto/cast5.ko \
$(LINUX_DIR)/crypto/cast6.ko \
-   $(LINUX_DIR)/crypto/fcrypt.ko \
$(LINUX_DIR)/crypto/khazad.ko \
$(LINUX_DIR)/crypto/sha256_generic.ko \
$(LINUX_DIR)/crypto/sha512_generic.ko \
diff --git a/package/kernel/modules/fs.mk b/package/kernel/modules/fs.mk
index f1853f7..dc350d0 100644
--- a/package/kernel/modules/fs.mk
+++ b/package/kernel/modules/fs.mk
@@ -7,6 +7,24 @@
 
 FS_MENU:=Filesystems
 
+define KernelPackage/fs-afs

+  SUBMENU:=$(FS_MENU)
+  TITLE:=Andrew FileSystem client
+  DEPENDS:=+kmod-rxrpc +kmod-dnsresolver
+  KCONFIG:=\
+   CONFIG_AFS_FS \
+   CONFIG_AFS_FSCACHE=y \
+   CONFIG_AFS_DEBUG=n
+  FILES:=$(LINUX_DIR)/fs/afs/kafs.ko
+  AUTOLOAD:=$(call AutoLoad,31,kafs)
+endef
+
+define KernelPackage/fs-afs/description
+  Kernel module for Andrew FileSystem client support
+endef
+
+$(eval $(call KernelPackage,fs-afs))
+
 define KernelPackage/fs-autofs4
   SUBMENU:=$(FS_MENU)
   TITLE:=AUTOFS4 filesystem support
diff --git a/package/kernel/modules/netsupport.mk 
b/package/kernel/modules/netsupport.mk
index b4e2a42..36cb4af 100644
--- a/package/kernel/modules/netsupport.mk
+++ b/package/kernel/modules/netsupport.mk
@@ -863,3 +863,32 @@ endef
 
 $(eval $(call KernelPackage,slip))
 
+define KernelPackage/dnsresolver

+  SUBMENU:=$(NETWORK_SUPPORT_MENU)
+  TITLE:=In-kernel DNS Resolver
+  KCONFIG:= CONFIG_DNS_RESOLVER
+  FILES:=$(LINUX_DIR)/net/dns_resolver/dns_resolver.ko
+  AUTOLOAD:=$(call AutoLoad,30,dns_resolver)
+endef
+
+$(eval $(call KernelPackage,dnsresolver))
+
+define KernelPackage/rxrpc
+  SUBMENU:=$(NETWORK_SUPPORT_MENU)
+  TITLE:=AF_RXRPC support
+  KCONFIG:= \
+   CONFIG_AF_RXRPC \
+   CONFIG_RXKAD=m \
+   CONFIG_AF_RXRPC_DEBUG=n
+  FILES:= \
+   $(LINUX_DIR)/net/rxrpc/af-rxrpc.ko \
+   $(LINUX_DIR)/net/rxrpc/rxkad.ko
+  AUTOLOAD:=$(call AutoLoad,30,rxkad af-rxrpc)
+  DEPENDS:=+kmod-crypto-core +kmod-crypto-manager +kmod-crypto-pcbc 
+kmod-crypto-fcrypt
+endef
+
+define KernelPackage/rxrpc/description
+  Kernel support for AF_RXRPC; required for AFS client
+endef
+
+$(eval $(call KernelPackage,rxrpc))

  



___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
  

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Add kernel modules for AFS client

2014-04-22 Thread Zoltan HERPAI 

Hi Nathaniel,

nwf wrote:

Fixed; while here I took the liberty of making an FSCACHE option and splitting
out the AFS FSCACHE flag to its own knob.
  
Getting there, getting there - with the fscache splitted out, some 
tweaks are needed yet, comments inline.



diff --git a/package/kernel/linux/modules/crypto.mk 
b/package/kernel/linux/modules/crypto.mk
index dbeffa7..0df2fbc 100644
--- a/package/kernel/linux/modules/crypto.mk
+++ b/package/kernel/linux/modules/crypto.mk
@@ -277,6 +277,17 @@ endef
 
 $(eval $(call KernelPackage,crypto-cbc))
 
+define KernelPackage/crypto-pcbc

+  TITLE:=Propagating Cipher Block Chaining CryptoAPI module
+  DEPENDS:=+kmod-crypto-manager
+  KCONFIG:=CONFIG_CRYPTO_PCBC
+  FILES:=$(LINUX_DIR)/crypto/pcbc.ko
+  AUTOLOAD:=$(call AutoLoad,09,pcbc)
+  $(call AddDepends/crypto)
+endef
+
+$(eval $(call KernelPackage,crypto-pcbc))
+
 define KernelPackage/crypto-crc32c
   TITLE:=CRC32c CRC module
   DEPENDS:=+kmod-crypto-hash
@@ -312,6 +323,16 @@ endef
 $(eval $(call KernelPackage,crypto-deflate))
 
 
+define KernelPackage/crypto-fcrypt

+  TITLE:=FCRYPT cipher CryptoAPI module
+  KCONFIG:=CONFIG_CRYPTO_FCRYPT
+  FILES:=$(LINUX_DIR)/crypto/fcrypt.ko
+  AUTOLOAD:=$(call AutoLoad,09,fcrypt)
+  $(call AddDepends/crypto)
+endef
+
+$(eval $(call KernelPackage,crypto-fcrypt))
+
 define KernelPackage/crypto-ecb
   TITLE:=Electronic CodeBook CryptoAPI module
   DEPENDS:=+kmod-crypto-manager
@@ -429,7 +450,6 @@ define KernelPackage/crypto-misc
$(if $(call kernel_patchver_ge,3.7),$(LINUX_DIR)/crypto/cast_common.ko) 
\
$(LINUX_DIR)/crypto/cast5$(cast56_mod_suffix).ko \
$(LINUX_DIR)/crypto/cast6$(cast56_mod_suffix).ko \
-   $(LINUX_DIR)/crypto/fcrypt.ko \
$(LINUX_DIR)/crypto/khazad.ko \
$(LINUX_DIR)/crypto/sha512_generic.ko \
$(LINUX_DIR)/crypto/tea.ko \
diff --git a/package/kernel/linux/modules/fs.mk 
b/package/kernel/linux/modules/fs.mk
index cd27e4a..a25a3f0 100644
--- a/package/kernel/linux/modules/fs.mk
+++ b/package/kernel/linux/modules/fs.mk
@@ -7,6 +7,46 @@
 
 FS_MENU:=Filesystems
 
+define KernelPackage/fs-cache

+  SUBMENU:=$(FS_MENU)
+  TITLE:=General filesystem local cache manager
+  DEPENDS:=
+  KCONFIG:=CONFIG_FSCACHE=m
+  FILES:=$(LINUX_DIR)/fs/fscache/fscache.ko
+  AUTOLOAD:=$(call AutoLoad,30,fscache)
+endef
  
You'll need an $(eval $(call KernelPackage,fs-cache)) here for this 
module to appear.


Also, with FSCACHE set, a couple config options appear which are missing:

FSCACHE_STATS
FSCACHE_HISTOGRAM
FSCACHE_DEBUG
FSCACHE_OBJECT_LIST
CACHEFILES

Not sure which one would be beneficial here and which one won't. If 
none, then we can add these into the generic configs.



+
+define KernelPackage/fs-afs
+  SUBMENU:=$(FS_MENU)
+  TITLE:=Andrew FileSystem client
+  DEPENDS:=+kmod-rxrpc +kmod-dnsresolver
+  KCONFIG:=\
+   CONFIG_AFS_FS=m \
+   CONFIG_AFS_DEBUG=n
+  FILES:=$(LINUX_DIR)/fs/afs/kafs.ko
+  AUTOLOAD:=$(call AutoLoad,31,kafs)
+endef
+
+define KernelPackage/fs-afs/description
+  Kernel module for Andrew FileSystem client support
+endef
+
+define KernelPackage/fs-afs-fscache
+  SUBMENU:=$(FS_MENU)
+  TITLE:=Andrew FileSystem client fscache support
+  DEPENDS:=+kmod-fs-afs
+  KCONFIG:=CONFIG_AFS_FSCACHE=y
+  FILES:=$(LINUX_DIR)/fs/afs/kafs.ko
+  AUTOLOAD:=$(call AutoLoad,31,kafs)
+endef
+
+define KernelPackage/fs-afs-fscache/description
+  Add support for using fscache to the AFS client module.
+  This simply changes the way the module is built.
+endef
+
+$(eval $(call KernelPackage,fs-afs))
  

Same here, $(eval $(call KernelPackage,fs-afs-fscache)) is needed.

Also, both fs-afs and fs-afs-fscache are building the same kernel 
module, which is problematic. When fs-afs-fscache is selected, due to 
the dependency, the builder also tries to build the fs-afs package, 
where the dependency checker will spit out the missing dependency for 
fscache.ko . Not sure about a good solution here, probably a mutual 
excluding flag could solve the problem, something along the lines of the 
below, changed to match the package names.


usb.mk:  DEPENDS:=@(!LINUX_3_3!LINUX_3_6!LINUX_3_8!LINUX_3_9)


+
 define KernelPackage/fs-autofs4
   SUBMENU:=$(FS_MENU)
   TITLE:=AUTOFS4 filesystem support
diff --git a/package/kernel/linux/modules/netsupport.mk 
b/package/kernel/linux/modules/netsupport.mk
index 6f61630..fc85e22 100644
--- a/package/kernel/linux/modules/netsupport.mk
+++ b/package/kernel/linux/modules/netsupport.mk
@@ -938,3 +938,32 @@ endef
 
 $(eval $(call KernelPackage,slip))
 
+define KernelPackage/dnsresolver

+  SUBMENU:=$(NETWORK_SUPPORT_MENU)
+  TITLE:=In-kernel DNS Resolver
+  KCONFIG:= CONFIG_DNS_RESOLVER
+  FILES:=$(LINUX_DIR)/net/dns_resolver/dns_resolver.ko
+  AUTOLOAD:=$(call AutoLoad,30,dns_resolver)
+endef
+
+$(eval $(call KernelPackage,dnsresolver))
+
+define KernelPackage/rxrpc
+  SUBMENU:=$(NETWORK_SUPPORT_MENU)
+  TITLE:=AF_RXRPC support
+  KCONFIG:= \
+   CONFIG_AF_RXRPC \
+   CONFIG_RXKAD=m \
+

Re: [OpenWrt-Devel] Making sense of OpenWRT / Linksys WRT1900AC collaboration claims

2014-04-23 Thread Zoltan HERPAI 

I don't know if any of the OpenWRT developers or contributors have
this router. If yes, my opinion is to add support for the board using
the patches sent by Matthew Fatheree as base, reworking them and drop
wireless support for now until they (Marvell or Belkin) develop a
cfg80211 or mac80211 compatible wireless driver. In other
circumstances maybe would be a good idea to spend time developing a
driver for the Avastar family but i think that if they say that the
WRT1900ac has support for OpenWRT, DD-WRT, DebWRT or any other it
should be their job.

Correction: if nobody have this router another option  could be take
Matthew's patches

(without the binary blob), correct them, test if can be compiled without 
problems, include
them and add initial support marking @BROKEN.
Of course this is my own opinion and i don't have all the information,
so, if this is the case my apologies to OpenWRT developers, Matthew
Fatheree and Belkin International,Inc


Note that while having the wireless driver source released (or partially 
released), is a big win, I don't see any uboot source in the package.


Regards,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] mxs: enable usbgadget feature for Duckbills

2014-04-28 Thread Zoltan HERPAI 

Added in r40585, thanks.

Regards,
-w-

Zoltan HERPAI wrote:

Hi Michael,

No objections - thanks for pinging, I'll check this.

Regards,
-w-


On Sat, 26 Apr 2014, Michael Heimpold wrote:


HI Zoltan,

do you have any objections regardings this patch?

Ciao,
Michael

Am Sonntag, 13. April 2014, 14:47:33 schrieb Michael Heimpold:

Duckbills feature an USB type A connector, so they can be used as
USB gadgets.

Signed-off-by: Michael Heimpold m...@heimpold.de
---
 target/linux/mxs/profiles/02-duckbill.mk |1 +
 1 file changed, 1 insertion(+)

diff --git a/target/linux/mxs/profiles/02-duckbill.mk 
b/target/linux/mxs/profiles/02-duckbill.mk

index 847460a..4a68238 100644
--- a/target/linux/mxs/profiles/02-duckbill.mk
+++ b/target/linux/mxs/profiles/02-duckbill.mk
@@ -8,6 +8,7 @@
 define Profile/duckbill
   NAME:=I2SE Duckbill series
   DEPENDS:=+@TARGET_ROOTFS_INCLUDE_KERNEL +@TARGET_ROOTFS_INCLUDE_DTB
+  FEATURES+=usbgadget
   PACKAGES+= \
 -dnsmasq -firewall -ppp -ip6tables -iptables -6relayd -mtd 
uboot-envtools \
 kmod-leds-gpio kmod-ledtrig-timer kmod-usb-mxs-phy 
-kmod-ipt-nathelper





___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Add kernel modules for AFS client

2014-04-28 Thread Zoltan HERPAI 

Hi Nathaniel,

The AFS-related part is applied in r40587, thanks. The CIFS/NFS-related 
fscache change will be added separately later.


Regards,
-w-

nwf wrote:

Take three.  This time, I gave up on the dynamic support of fscache, preferring
to always have it compiled in and wired up as a dependency.  There's clearly
some intended ability to do dynamic dispatch in the makefiles here (see, e.g.,
the handling of CONFIG_OF), but I couldn't make it work for me here.  I think I
have all the requisite calls to subroutines, too.

I have a second patch below which turns on fscache support in the other exposed
network filesystems, namely NFS and CIFS, now that it's exposed.

Cheers,
--nwf;

diff --git a/package/kernel/linux/modules/crypto.mk 
b/package/kernel/linux/modules/crypto.mk
index dbeffa7..0df2fbc 100644
--- a/package/kernel/linux/modules/crypto.mk
+++ b/package/kernel/linux/modules/crypto.mk
@@ -277,6 +277,17 @@ endef
 
 $(eval $(call KernelPackage,crypto-cbc))
 
+define KernelPackage/crypto-pcbc

+  TITLE:=Propagating Cipher Block Chaining CryptoAPI module
+  DEPENDS:=+kmod-crypto-manager
+  KCONFIG:=CONFIG_CRYPTO_PCBC
+  FILES:=$(LINUX_DIR)/crypto/pcbc.ko
+  AUTOLOAD:=$(call AutoLoad,09,pcbc)
+  $(call AddDepends/crypto)
+endef
+
+$(eval $(call KernelPackage,crypto-pcbc))
+
 define KernelPackage/crypto-crc32c
   TITLE:=CRC32c CRC module
   DEPENDS:=+kmod-crypto-hash
@@ -312,6 +323,16 @@ endef
 $(eval $(call KernelPackage,crypto-deflate))
 
 
+define KernelPackage/crypto-fcrypt

+  TITLE:=FCRYPT cipher CryptoAPI module
+  KCONFIG:=CONFIG_CRYPTO_FCRYPT
+  FILES:=$(LINUX_DIR)/crypto/fcrypt.ko
+  AUTOLOAD:=$(call AutoLoad,09,fcrypt)
+  $(call AddDepends/crypto)
+endef
+
+$(eval $(call KernelPackage,crypto-fcrypt))
+
 define KernelPackage/crypto-ecb
   TITLE:=Electronic CodeBook CryptoAPI module
   DEPENDS:=+kmod-crypto-manager
@@ -429,7 +450,6 @@ define KernelPackage/crypto-misc
$(if $(call kernel_patchver_ge,3.7),$(LINUX_DIR)/crypto/cast_common.ko) 
\
$(LINUX_DIR)/crypto/cast5$(cast56_mod_suffix).ko \
$(LINUX_DIR)/crypto/cast6$(cast56_mod_suffix).ko \
-   $(LINUX_DIR)/crypto/fcrypt.ko \
$(LINUX_DIR)/crypto/khazad.ko \
$(LINUX_DIR)/crypto/sha512_generic.ko \
$(LINUX_DIR)/crypto/tea.ko \
diff --git a/package/kernel/linux/modules/fs.mk 
b/package/kernel/linux/modules/fs.mk
index cd27e4a..5faaf37 100644
--- a/package/kernel/linux/modules/fs.mk
+++ b/package/kernel/linux/modules/fs.mk
@@ -7,6 +7,43 @@
 
 FS_MENU:=Filesystems
 
+define KernelPackage/fs-fscache

+  SUBMENU:=$(FS_MENU)
+  TITLE:=General filesystem local cache manager
+  DEPENDS:=
+  KCONFIG:=\
+   CONFIG_FSCACHE=m \
+   CONFIG_FSCACHE_STATS=y \
+   CONFIG_FSCACHE_HISTOGRAM=n \
+   CONFIG_FSCACHE_DEBUG=n \
+   CONFIG_FSCACHE_OBJECT_LIST=n \
+   CONFIG_CACHEFILES=y \
+   CONFIG_CACHEFILES_DEBUG=n \
+   CONFIG_CACHEFILES_HISTOGRAM=n
+  FILES:=$(LINUX_DIR)/fs/fscache/fscache.ko
+  AUTOLOAD:=$(call AutoLoad,29,fscache)
+endef
+
+$(eval $(call KernelPackage,fs-fscache))
+
+define KernelPackage/fs-afs
+  SUBMENU:=$(FS_MENU)
+  TITLE:=Andrew FileSystem client
+  DEPENDS:=+kmod-rxrpc +kmod-dnsresolver +kmod-fs-fscache
+  KCONFIG:=\
+   CONFIG_AFS_FS=m \
+   CONFIG_AFS_DEBUG=n \
+   CONFIG_AFS_FSCACHE=y
+  FILES:=$(LINUX_DIR)/fs/afs/kafs.ko
+  AUTOLOAD:=$(call AutoLoad,30,kafs)
+endef
+
+define KernelPackage/fs-afs/description
+  Kernel module for Andrew FileSystem client support
+endef
+
+$(eval $(call KernelPackage,fs-afs))
+
 define KernelPackage/fs-autofs4
   SUBMENU:=$(FS_MENU)
   TITLE:=AUTOFS4 filesystem support
diff --git a/package/kernel/linux/modules/netsupport.mk 
b/package/kernel/linux/modules/netsupport.mk
index 6f61630..fc85e22 100644
--- a/package/kernel/linux/modules/netsupport.mk
+++ b/package/kernel/linux/modules/netsupport.mk
@@ -938,3 +938,32 @@ endef
 
 $(eval $(call KernelPackage,slip))
 
+define KernelPackage/dnsresolver

+  SUBMENU:=$(NETWORK_SUPPORT_MENU)
+  TITLE:=In-kernel DNS Resolver
+  KCONFIG:= CONFIG_DNS_RESOLVER
+  FILES:=$(LINUX_DIR)/net/dns_resolver/dns_resolver.ko
+  AUTOLOAD:=$(call AutoLoad,30,dns_resolver)
+endef
+
+$(eval $(call KernelPackage,dnsresolver))
+
+define KernelPackage/rxrpc
+  SUBMENU:=$(NETWORK_SUPPORT_MENU)
+  TITLE:=AF_RXRPC support
+  KCONFIG:= \
+   CONFIG_AF_RXRPC \
+   CONFIG_RXKAD=m \
+   CONFIG_AF_RXRPC_DEBUG=n
+  FILES:= \
+   $(LINUX_DIR)/net/rxrpc/af-rxrpc.ko \
+   $(LINUX_DIR)/net/rxrpc/rxkad.ko
+  AUTOLOAD:=$(call AutoLoad,30,rxkad af-rxrpc)
+  DEPENDS:=+kmod-crypto-core +kmod-crypto-manager +kmod-crypto-pcbc 
+kmod-crypto-fcrypt
+endef
+
+define KernelPackage/rxrpc/description
+  Kernel support for AF_RXRPC; required for AFS client
+endef
+
+$(eval $(call KernelPackage,rxrpc))





diff --git a/package/kernel/linux/modules/fs.mk 
b/package/kernel/linux/modules/fs.mk
index 5faaf37..dc8873b 100644
--- a/package/kernel/linux/modules/fs.mk
+++ b/package/kernel/linux/modules/fs.mk

Re: [OpenWrt-Devel] [PATCH] mxs: fix typo in patch filename

2014-05-03 Thread Zoltan HERPAI 

Michael Heimpold wrote:

Signed-off-by: Michael Heimpold m...@heimpold.de
---
 .../mxs/patches-3.13/{110-dt-add-lradc.path = 110-dt-add-lradc.patch} |0
 1 file changed, 0 insertions(+), 0 deletions(-)
 rename target/linux/mxs/patches-3.13/{110-dt-add-lradc.path = 
110-dt-add-lradc.patch} (100%)

diff --git a/target/linux/mxs/patches-3.13/110-dt-add-lradc.path 
b/target/linux/mxs/patches-3.13/110-dt-add-lradc.patch
similarity index 100%
rename from target/linux/mxs/patches-3.13/110-dt-add-lradc.path
rename to target/linux/mxs/patches-3.13/110-dt-add-lradc.patch
  

Applied in r40678, thanks.

Regards,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] mxs: add kernel module for spi interface

2014-05-03 Thread Zoltan HERPAI 

Hi Michael,

Michael Heimpold wrote:

Signed-off-by: Michael Heimpold m...@heimpold.de
---
 target/linux/mxs/modules.mk |   15 +++
 1 file changed, 15 insertions(+)

diff --git a/target/linux/mxs/modules.mk b/target/linux/mxs/modules.mk
index 0584a73..2db4961 100644
--- a/target/linux/mxs/modules.mk
+++ b/target/linux/mxs/modules.mk
@@ -100,3 +100,18 @@ define KernelPackage/crypto-hw-dcp/description
 endef
 
 $(eval $(call KernelPackage,crypto-hw-dcp))

+
+define KernelPackage/spi-mxs
+SUBMENU:=$(SPI_MENU)
+TITLE:=Freescale i.MX23/28 SPI driver
+DEPENDS:=@TARGET_mxs
+KCONFIG:=CONFIG_SPI_MXS
+FILES:=$(LINUX_DIR)/drivers/spi/spi-mxs.ko
+AUTOLOAD:=$(call AutoProbe,spi-mxs)
+endef
+
+define KernelPackage/spi-mxs/description
+Kernel module for Freescale i.MX23/28 SPI controller
+endef
+
+$(eval $(call KernelPackage,spi-mxs))
  
I think this could be added into the profiles as a default package - do 
you mind adding it?


Thanks,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] mxs: rename files so that profiles are sorted alphabetically

2014-05-03 Thread Zoltan HERPAI 

Hi,

Michael Heimpold wrote:

While at it, make spelling at little bit more consistent,
at least for my taste :-)

Signed-off-by: Michael Heimpold m...@heimpold.de
---
  


This is one of those sure, why not patches. :)  Applied in r40679, thanks.

Regards,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] These new one cubic inch Linux system

2014-05-30 Thread Zoltan HERPAI 
This is roughly the same as the VoCore, which seems to be more successful 
as of now. (I understand that the campaign started just two days ago for 
the AsiaRF.)


https://www.indiegogo.com/projects/vocore-a-coin-sized-linux-computer-with-wifi

I like both, though.

Regards,
-w-

On Fri, 30 May 2014, jonsm...@gmail.com wrote:


What do you think about these new Linux systems in a cubic inch? I
think they are pretty neat. This one is RT5350 based and running
OpenWRT. Cheap too.

https://www.indiegogo.com/projects/asiarf-tiny-linux-computer-with-wifi-and-ethernet/x/1575657

--
Jon Smirl
jonsm...@gmail.com
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] [RFC] imx61: add support for i.MX6 target

2013-04-15 Thread Zoltan HERPAI 

Hi,

I have a Wandboard and an i.mx233 board already with patches locally. I 
leave it up to Kaloz and co. to decide what'll happen with those.


Thanks,
Zoltan H

Michael Heimpold wrote:

Hi,

  

+ARCH:=arm
+BOARD:=imx61



I'm working on patches to add support for Freescale i.MX28 based boards,
not yet published, but I've choosen BOARD:=mxs
This is like the kernel already does in arm/mach-mxs.

Does it make sense for you to choose BOARD:=imx ?
(i.MX61 is mach-imx I guess)

BR, Michael

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
  


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] imx23: Olinuxino i.MX233 board support

2013-05-06 Thread Zoltan HERPAI 

Hi,

Please find the initial patch to support the Olinuxino i.MX233 line of 
boards. This is an ARM9-based board that comes in multiple flavours 
depending on devices available and board size. Current support is for 
3.8.11 and ext4 rootfs, wiki page has been updated.


Regards,
-w-[0.00] Booting Linux on physical CPU 0x0
[0.00] Linux version 3.8.11 (wigyori@dizelgigant) (gcc version 4.6.4 
(OpenWrt/Linaro GCC 4.6-2012.12 r36550) ) #1 Mon May 6 07:54:49 CEST 2013
[0.00] CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177
[0.00] CPU: VIVT data cache, VIVT instruction cache
[0.00] Machine: Freescale i.MX23 (Device Tree), model: i.MX23 Olinuxino 
Low Cost Board
[0.00] Memory policy: ECC disabled, Data cache writeback
[0.00] On node 0 totalpages: 16384
[0.00] free_area_init_node: node 0, pgdat c0336048, node_mem_map 
c036e000
[0.00]   Normal zone: 128 pages used for memmap
[0.00]   Normal zone: 0 pages reserved
[0.00]   Normal zone: 16256 pages, LIFO batch:3
[0.00] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[0.00] pcpu-alloc: [0] 0
[0.00] Built 1 zonelists in Zone order, mobility grouping on.  Total 
pages: 16256
[0.00] Kernel command line: console=ttyAMA0,115200 root=/dev/mmcblk0p2 
rw rootwait
[0.00] PID hash table entries: 256 (order: -2, 1024 bytes)
[0.00] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
[0.00] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
[0.00] __ex_table already sorted, skipping sort
[0.00] Memory: 64MB = 64MB total
[0.00] Memory: 61392k/61392k available, 4144k reserved, 0K highmem
[0.00] Virtual kernel memory layout:
[0.00] vector  : 0x - 0x1000   (   4 kB)
[0.00] fixmap  : 0xfff0 - 0xfffe   ( 896 kB)
[0.00] vmalloc : 0xc480 - 0xff00   ( 936 MB)
[0.00] lowmem  : 0xc000 - 0xc400   (  64 MB)
[0.00] modules : 0xbf00 - 0xc000   (  16 MB)
[0.00]   .text : 0xc0008000 - 0xc0312d2c   (3116 kB)
[0.00]   .init : 0xc0313000 - 0xc032f554   ( 114 kB)
[0.00]   .data : 0xc033 - 0xc0343130   (  77 kB)
[0.00].bss : 0xc0343130 - 0xc036d604   ( 170 kB)
[0.00] NR_IRQS:16 nr_irqs:16 16
[0.00] of_irq_init: children remain, but no parents
[0.00] sched_clock: 32 bits at 100 Hz, resolution 1000ns, wraps 
every 4294967286ms
[0.08] Calibrating delay loop... 226.09 BogoMIPS (lpj=1130496)
[0.08] pid_max: default: 32768 minimum: 301
[0.08] Mount-cache hash table entries: 512
[0.08] CPU: Testing write buffer coherency: ok
[0.08] Setting up static identity map for 0x4000f800 - 0x4000f83c
[0.08] pinctrl core: initialized pinctrl subsystem
[0.08] regulator-dummy: no parameters
[0.08] NET: Registered protocol family 16
[0.09] DMA: preallocated 256 KiB pool for atomic coherent allocations
[0.09] i2c-core: driver [dummy] registered
[0.12] Serial: AMBA PL011 UART driver
[0.12] 8007.serial: ttyAMA0 at MMIO 0x8007 (irq = 127) is a 
PL011 rev2
[0.26] console [ttyAMA0] enabled
[0.30] bio: create slab bio-0 at 0
[0.32] mxs-dma 80004000.dma-apbh: initialized
[0.34] mxs-dma 80024000.dma-apbx: initialized
[0.35] usb0_vbus: 5000 mV
[0.35] reg-fixed-voltage usb0_vbus.4: usb0_vbus supplying 500uV
[0.36] usbcore: registered new interface driver usbfs
[0.36] usbcore: registered new interface driver hub
[0.37] usbcore: registered new device driver usb
[0.38] Advanced Linux Sound Architecture Driver Initialized.
[0.39] Switching to clocksource mxs_timer
[0.40] NET: Registered protocol family 2
[0.40] TCP established hash table entries: 512 (order: 0, 4096 bytes)
[0.41] TCP bind hash table entries: 512 (order: -1, 2048 bytes)
[0.41] TCP: Hash tables configured (established 512 bind 512)
[0.42] TCP: reno registered
[0.42] UDP hash table entries: 256 (order: 0, 4096 bytes)
[0.43] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[0.44] NET: Registered protocol family 1
[0.45] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[0.45] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) 
(CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[0.46] msgmni has been set to 119
[0.47] io scheduler noop registered
[0.47] io scheduler deadline registered (default)
[0.48] Serial: 8250/16550 driver, 2 ports, IRQ sharing disabled
[0.49] uart-pl011 8007.serial: no DMA platform data
[0.50] 8006c000.serial: ttyAPP0 at MMIO 0x8006c000 (irq = 124) is a 
8006c000.serial
[0.51] mxs-auart 8006c000.serial: Found APPUART 3.0.0
[

Re: [OpenWrt-Devel] imx23: Olinuxino i.MX233 board support

2013-05-06 Thread Zoltan HERPAI 

Hi John,

Sure, I've attached the splitted patchset.

Thanks,
-w-

On Mon, 6 May 2013, John Crispin wrote:


On 06/05/13 09:21, Zoltan HERPAI wrote:

Index: tools/elftosb/Makefile
===
--- tools/elftosb/Makefile  (revision 0)
+++ tools/elftosb/Makefile  (revision 0)
@@ -0,0 +1,36 @@
+#
+# Copyright (C) 2006 OpenWrt.org
+#
+# This is free software, licensed under the GNU General Public License v2.
+# See /LICENSE for more information.
+#
+include $(TOPDIR)/rules.mk
+
+PKG_NAME:=elftosb
+PKG_VERSION:=10.12.01
+
+PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz
+PKG_SOURCE_URL:=http://repository.timesys.com/buildsources/e/elftosb/elftosb-10.12.01/
+PKG_MD5SUM:=e8005d606c1e0bb3507c82f6eceb3056
+


Hi,

could you please split the tools/ part into a seperate patch

John
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Index: target/linux/imx23/image/Makefile
===
--- target/linux/imx23/image/Makefile	(revision 0)
+++ target/linux/imx23/image/Makefile	(revision 0)
@@ -0,0 +1,42 @@
+#
+# Copyright (C) 2010 OpenWrt.org
+#
+# This is free software, licensed under the GNU General Public License v2.
+# See /LICENSE for more information.
+#
+include $(TOPDIR)/rules.mk
+include $(INCLUDE_DIR)/image.mk
+
+JFFS2_BLOCKSIZE=128k 16k
+JFFS2OPTS += -n
+
+#define Image/BuildKernel
+#	mkdir -p $(BIN_DIR)
+#	cp $(KDIR)/vmlinuz $(BIN_DIR)/$(IMG_PREFIX)-zImage
+#endef
+
+#define Image/Prepare
+#	cp $(LINUX_DIR)/arch/arm/boot/zImage $(KDIR)/vmlinuz
+#endef
+
+
+define Image/Build/jffs2-64k
+	dd if=$(KDIR)/root.jffs2-64k of=$(BIN_DIR)/openwrt-$(BOARD)-jffs2-64k.img bs=65536 conv=sync
+endef
+
+define Image/Build/jffs2-128k
+	dd if=$(KDIR)/root.jffs2-128k of=$(BIN_DIR)/openwrt-$(BOARD)-jffs2-128k.img bs=131072 conv=sync
+endef
+
+define Image/Build/squashfs
+	$(call prepare_generic_squashfs,$(KDIR)/root.squashfs)
+	dd if=$(KDIR)/root.squashfs of=$(BIN_DIR)/openwrt-$(BOARD)-squashfs.img bs=131072 conv=sync
+endef
+
+define Image/Build
+	$(call Image/Build/$(1))
+	dd if=$(KDIR)/root.$(1) of=$(BIN_DIR)/$(IMG_PREFIX)-root.$(1) bs=128k conv=sync
+endef
+
+
+$(eval $(call BuildImage))
Index: target/linux/imx23/profiles/003-Micro.mk
===
--- target/linux/imx23/profiles/003-Micro.mk	(revision 0)
+++ target/linux/imx23/profiles/003-Micro.mk	(revision 0)
@@ -0,0 +1,19 @@
+#
+# Copyright (C) 2009 OpenWrt.org
+#
+# This is free software, licensed under the GNU General Public License v2.
+# See /LICENSE for more information.
+#
+
+# FiXME: need to add usb soc
+
+define Profile/MICRO
+  NAME:=OLinuXino-MICRO board
+#  PACKAGES:=kmod-rtl8187
+endef
+
+define Profile/MICRO/Description
+	Base packages for -MICRO boards.
+endef
+$(eval $(call Profile,MICRO))
+
Index: target/linux/imx23/profiles/002-Mini.mk
===
--- target/linux/imx23/profiles/002-Mini.mk	(revision 0)
+++ target/linux/imx23/profiles/002-Mini.mk	(revision 0)
@@ -0,0 +1,19 @@
+#
+# Copyright (C) 2009 OpenWrt.org
+#
+# This is free software, licensed under the GNU General Public License v2.
+# See /LICENSE for more information.
+#
+
+# FiXME: need to add usb soc and snd
+
+define Profile/MINI
+  NAME:=OLinuXino-MINI board
+  PACKAGES:=kmod-rtl8187
+endef
+
+define Profile/MINI/Description
+	Base packages for -MINI boards.
+endef
+$(eval $(call Profile,MINI))
+
Index: target/linux/imx23/profiles/000-Maxi.mk
===
--- target/linux/imx23/profiles/000-Maxi.mk	(revision 0)
+++ target/linux/imx23/profiles/000-Maxi.mk	(revision 0)
@@ -0,0 +1,19 @@
+#
+# Copyright (C) 2009 OpenWrt.org
+#
+# This is free software, licensed under the GNU General Public License v2.
+# See /LICENSE for more information.
+#
+
+# FiXME: need to add usb soc and snd
+
+define Profile/MAXI
+  NAME:=OLinuXino-MAXI board
+  PACKAGES:=kmod-usb-net-smsc95xx
+endef
+
+define Profile/MAXI/Description
+	Base packages for -MAXI boards.
+endef
+$(eval $(call Profile,MAXI))
+
Index: target/linux/imx23/profiles/001-Mini-Wifi.mk
===
--- target/linux/imx23/profiles/001-Mini-Wifi.mk	(revision 0)
+++ target/linux/imx23/profiles/001-Mini-Wifi.mk	(revision 0)
@@ -0,0 +1,19 @@
+#
+# Copyright (C) 2009 OpenWrt.org
+#
+# This is free software, licensed under the GNU General Public License v2.
+# See /LICENSE for more information.
+#
+
+# FiXME: need to add usb soc and snd
+
+define Profile/MINI-WIFI
+  NAME:=OLinuXino-MINI-WIFI board
+  PACKAGES:=kmod-rtl8187
+endef
+
+define Profile/MINI-WIFI/Description
+	Base packages for -MINI-WIFI boards.
+endef
+$(eval $(call Profile,MINI-WIFI))
+
Index: target

Re: [OpenWrt-Devel] imx23: Olinuxino i.MX233 board support

2013-05-06 Thread Zoltan HERPAI 

Hi Benjamin,

Thanks. Support includes usb and rtc so far, sound and the expansion 
ports are yet to come.


Does someone on the list has a -micro? I have read on the forums that 
there is an issue around its memory.


Regards,
-w-

On Mon, 6 May 2013, Benjamin Henrion wrote:


On Mon, May 6, 2013 at 4:17 PM, Benjamin Henrion b...@udev.org wrote:

On Mon, May 6, 2013 at 3:34 PM, Benjamin Henrion b...@udev.org wrote:

On Mon, May 6, 2013 at 9:21 AM, Zoltan HERPAI wigy...@uid0.hu wrote:

Hi,

Please find the initial patch to support the Olinuxino i.MX233 line of
boards. This is an ARM9-based board that comes in multiple flavours
depending on devices available and board size. Current support is for 3.8.11
and ext4 rootfs, wiki page has been updated.


With the trunk of this morning, compilation fails for ead:


I redid a clean, it does not happen anymore.


Copied the binaries here, for those who want to test.

http://filez.zoobab.com/openwrt/imx23/

Got the mini and maxi at home, will test it when I have time.

--
Benjamin Henrion bhenrion at ffii.org
FFII Brussels - +32-484-566109 - +32-2-3500762
In July 2005, after several failed attempts to legalise software
patents in Europe, the patent establishment changed its strategy.
Instead of explicitly seeking to sanction the patentability of
software, they are now seeking to create a central European patent
court, which would establish and enforce patentability rules in their
favor, without any possibility of correction by competing courts or
democratically elected legislators.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH 0/2] Add new target for i.MX23-based boards

2013-05-15 Thread Zoltan HERPAI 
This revised patchset will add support for i.MX23-based boards, starting 
with Olimex Olinuxino. This is an ARM9-based board which comes in 
different flavours depending on devices and expansion ports.


Currently supported:
 - 3.8.11 kernel
 - ext4 rootfs
 - USB
 - ethernet
 - RTC

Work in progress for:
 - I2C
 - SPI
 - probably sound and FB

Patch list:
[PATCH 1/2]: Add tools support for i.MX23
[PATCH 2/2]: Add target for i.MX23

Regards,
Zoltan Herpai


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH 1/2] [tools]: Add tools support for i.MX23

2013-05-15 Thread Zoltan HERPAI 

Add tools support for booting up an i.MX23-based board via bootlets.

Signed-off-by: Zoltan HERPAI wigy...@uid0.hu

---

Index: package/imx-bootlets/patches/003-add-olinuxino.diff
===
--- package/imx-bootlets/patches/003-add-olinuxino.diff (revision 0)
+++ package/imx-bootlets/patches/003-add-olinuxino.diff (revision 0)
@@ -0,0 +1,171 @@
+diff -ruN imx-bootlets-10.05.02.orig/linux.db
imx-bootlets-10.05.02/linux.db
+--- imx-bootlets-10.05.02.orig/linux.db2010-05-14 06:56:28.0 
+0200
 imx-bootlets-10.05.02/linux.db 2012-10-27 01:35:55.0 +0200
+@@ -1,10 +1,10 @@
+-// STMP378x ROM command script to load and run Linux kernel
++// IMX23_OLINUXINO  ROM command script to load and run Linux kernel
+
+ sources {
+   power_prep=./power_prep/power_prep;
+   sdram_prep=./boot_prep/boot_prep;
+   linux_prep=./linux_prep/output-target/linux_prep;
+-  zImage=/home/b18647/repos/ltib_latest/rootfs/boot/zImage;
++  zImage=../../kernel/linux-3.6-rc1/arch/arm/boot/zImage;
+ }
+
+ section (0) {
+diff -ruN
imx-bootlets-10.05.02.orig/linux_prep/board/imx23_olinuxino_dev.c
imx-bootlets-10.05.02/linux_prep/board/imx23_olinuxino_dev.c
+--- imx-bootlets-10.05.02.orig/linux_prep/board/imx23_olinuxino_dev.c
1970-01-01 01:00:00.0 +0100
 imx-bootlets-10.05.02/linux_prep/board/imx23_olinuxino_dev.c
2012-10-27 01:35:55.0 +0200
+@@ -0,0 +1,54 @@
++/*
++ * Platform specific data for the IMX23_OLINUXINO development board
++ *
++ * Fadil Berisha fadil.r.beri...@gmail.com
++ *
++ * Copyright 2008 SigmaTel, Inc
++ * Copyright 2008 Embedded Alley Solutions, Inc
++ * Copyright 2009-2010 Freescale Semiconductor, Inc. All Rights Reserved.
++ *
++ * This file is licensed under the terms of the GNU General Public License
++ * version 2. This program is licensed as is without any warranty of any
++ * kind, whether express or implied.
++ *
++ * http://www.opensource.org/licenses/gpl-license.html
++ * http://www.gnu.org/copyleft/gpl.html
++ */
++#include setup.h
++#include keys.h
++#include lradc_buttons.h
++
++/
++ * LRADC keyboard data *
++ /
++int lradc_keypad_ch = LRADC_CH0;
++int lradc_vddio_ch = LRADC_CH6;
++
++struct lradc_keycode lradc_keycodes[] = {
++ { 100, KEY4 },
++ { 306, KEY5 },
++ { 601, KEY6 },
++ { 932, KEY7 },
++ { 1260, KEY8 },
++ { 1424, KEY9 },
++ { 1707, KEY10 },
++ { 2207, KEY11 },
++ { 2525, KEY12 },
++ { 2831, KEY13 },
++ { 3134, KEY14 },
++ { -1, 0 },
++};
++
++/
++ * Magic key combinations for Armadillo *
++ /
++u32 magic_keys[MAGIC_KEY_NR] = {
++ [MAGIC_KEY1] = KEY4,
++ [MAGIC_KEY2] = KEY6,
++ [MAGIC_KEY3] = KEY10,
++};
++
++/
++ * Default command line *
++ /
++char cmdline_def[] = console=ttyAMA0,115200;
+diff -ruN
imx-bootlets-10.05.02.orig/linux_prep/cmdlines/imx23_olinuxino_dev.txt
imx-bootlets-10.05.02/linux_prep/cmdlines/imx23_olinuxino_dev.txt
+---
imx-bootlets-10.05.02.orig/linux_prep/cmdlines/imx23_olinuxino_dev.txt
1970-01-01 01:00:00.0 +0100
 imx-bootlets-10.05.02/linux_prep/cmdlines/imx23_olinuxino_dev.txt
2012-10-27 01:35:55.0 +0200
+@@ -0,0 +1,3 @@
++noinitrd console=ttyAMA0,115200 root=/dev/mmcblk0p2 rw rootwait ssp1=mmc
++noinitrd console=ttyAMA0,115200 root=/dev/mmcblk0p2 rw rootwait ssp1=mmc
++noinitrd console=ttyAMA0,115200 root=/dev/mmcblk0p2 rw rootwait ssp1=mmc
+diff -ruN imx-bootlets-10.05.02.orig/linux_prep/core/setup.c
imx-bootlets-10.05.02/linux_prep/core/setup.c
+--- imx-bootlets-10.05.02.orig/linux_prep/core/setup.c 2010-05-14
06:56:28.0 +0200
 imx-bootlets-10.05.02/linux_prep/core/setup.c  2012-10-27
01:35:55.0 +0200
+@@ -84,6 +84,8 @@
+ #include ../../mach-mx28/includes/registers/regsrtc.h
+ #elif defined(STMP378X)
+ #include ../../mach-mx23/includes/registers/regsrtc.h
++#elif defined(IMX23_OLINUXINO)
++#include ../../mach-mx23/includes/registers/regsrtc.h
+ #endif
+
+ #define NAND_SECONDARY_BOOT  0x0002
+diff -ruN imx-bootlets-10.05.02.orig/linux_prep/include/mx23/platform.h
imx-bootlets-10.05.02/linux_prep/include/mx23/platform.h
+--- imx-bootlets-10.05.02.orig/linux_prep/include/mx23/platform.h
2010-05-14 06:56:28.0 +0200
 imx-bootlets-10.05.02/linux_prep/include/mx23/platform.h   2012-10-27
01:35:55.0 +0200
+@@ -19,6 +19,10 @@
+
+ #if defined (BOARD_STMP378X_DEV)
+ #define   MACHINE_ID  0xa45
++
++#elif defined (BOARD_IMX23_OLINUXINO_DEV)
++#define MACHINE_ID 0x1009
++
+ #else
+ #error Allocate a machine ID for your board
+ #endif
+diff -ruN imx-bootlets-10.05.02.orig/linux_prep/Makefile
imx-bootlets-10.05.02/linux_prep/Makefile
+--- imx-bootlets-10.05.02.orig/linux_prep/Makefile 2010-05

[OpenWrt-Devel] [PATCH 2/2] imx23: Add target for i.MX23

2013-05-15 Thread Zoltan HERPAI 

Adding target support for i.MX23, with initial profiles for the
different Olinuxino boards.

Signed-off-by: Zoltan HERPAI wigy...@uid0.hu

---

Index: target/linux/imx23/image/Makefile
===
--- target/linux/imx23/image/Makefile   (revision 0)
+++ target/linux/imx23/image/Makefile   (revision 0)
@@ -0,0 +1,42 @@
+#
+# Copyright (C) 2010 OpenWrt.org
+#
+# This is free software, licensed under the GNU General Public License v2.
+# See /LICENSE for more information.
+#
+include $(TOPDIR)/rules.mk
+include $(INCLUDE_DIR)/image.mk
+
+JFFS2_BLOCKSIZE=128k 16k
+JFFS2OPTS += -n
+
+#define Image/BuildKernel
+#  mkdir -p $(BIN_DIR)
+#  cp $(KDIR)/vmlinuz $(BIN_DIR)/$(IMG_PREFIX)-zImage
+#endef
+
+#define Image/Prepare
+#  cp $(LINUX_DIR)/arch/arm/boot/zImage $(KDIR)/vmlinuz
+#endef
+
+
+define Image/Build/jffs2-64k
+   dd if=$(KDIR)/root.jffs2-64k
of=$(BIN_DIR)/openwrt-$(BOARD)-jffs2-64k.img bs=65536 conv=sync
+endef
+
+define Image/Build/jffs2-128k
+   dd if=$(KDIR)/root.jffs2-128k
of=$(BIN_DIR)/openwrt-$(BOARD)-jffs2-128k.img bs=131072 conv=sync
+endef
+
+define Image/Build/squashfs
+   $(call prepare_generic_squashfs,$(KDIR)/root.squashfs)
+   dd if=$(KDIR)/root.squashfs
of=$(BIN_DIR)/openwrt-$(BOARD)-squashfs.img bs=131072 conv=sync
+endef
+
+define Image/Build
+   $(call Image/Build/$(1))
+   dd if=$(KDIR)/root.$(1) of=$(BIN_DIR)/$(IMG_PREFIX)-root.$(1) bs=128k
conv=sync
+endef
+
+
+$(eval $(call BuildImage))
Index: target/linux/imx23/profiles/003-Micro.mk
===
--- target/linux/imx23/profiles/003-Micro.mk(revision 0)
+++ target/linux/imx23/profiles/003-Micro.mk(revision 0)
@@ -0,0 +1,19 @@
+#
+# Copyright (C) 2009 OpenWrt.org
+#
+# This is free software, licensed under the GNU General Public License v2.
+# See /LICENSE for more information.
+#
+
+# FiXME: need to add usb soc
+
+define Profile/MICRO
+  NAME:=OLinuXino-MICRO board
+#  PACKAGES:=kmod-rtl8187
+endef
+
+define Profile/MICRO/Description
+   Base packages for -MICRO boards.
+endef
+$(eval $(call Profile,MICRO))
+
Index: target/linux/imx23/profiles/000-Maxi.mk
===
--- target/linux/imx23/profiles/000-Maxi.mk (revision 0)
+++ target/linux/imx23/profiles/000-Maxi.mk (revision 0)
@@ -0,0 +1,19 @@
+#
+# Copyright (C) 2009 OpenWrt.org
+#
+# This is free software, licensed under the GNU General Public License v2.
+# See /LICENSE for more information.
+#
+
+# FiXME: need to add usb soc and snd
+
+define Profile/MAXI
+  NAME:=OLinuXino-MAXI board
+  PACKAGES:=kmod-usb-net-smsc95xx
+endef
+
+define Profile/MAXI/Description
+   Base packages for -MAXI boards.
+endef
+$(eval $(call Profile,MAXI))
+
Index: target/linux/imx23/profiles/002-Mini.mk
===
--- target/linux/imx23/profiles/002-Mini.mk (revision 0)
+++ target/linux/imx23/profiles/002-Mini.mk (revision 0)
@@ -0,0 +1,19 @@
+#
+# Copyright (C) 2009 OpenWrt.org
+#
+# This is free software, licensed under the GNU General Public License v2.
+# See /LICENSE for more information.
+#
+
+# FiXME: need to add usb soc and snd
+
+define Profile/MINI
+  NAME:=OLinuXino-MINI board
+  PACKAGES:=kmod-rtl8187
+endef
+
+define Profile/MINI/Description
+   Base packages for -MINI boards.
+endef
+$(eval $(call Profile,MINI))
+
Index: target/linux/imx23/profiles/001-Mini-Wifi.mk
===
--- target/linux/imx23/profiles/001-Mini-Wifi.mk(revision 0)
+++ target/linux/imx23/profiles/001-Mini-Wifi.mk(revision 0)
@@ -0,0 +1,19 @@
+#
+# Copyright (C) 2009 OpenWrt.org
+#
+# This is free software, licensed under the GNU General Public License v2.
+# See /LICENSE for more information.
+#
+
+# FiXME: need to add usb soc and snd
+
+define Profile/MINI-WIFI
+  NAME:=OLinuXino-MINI-WIFI board
+  PACKAGES:=kmod-rtl8187
+endef
+
+define Profile/MINI-WIFI/Description
+   Base packages for -MINI-WIFI boards.
+endef
+$(eval $(call Profile,MINI-WIFI))
+
Index: target/linux/imx23/config-default
===
--- target/linux/imx23/config-default   (revision 0)
+++ target/linux/imx23/config-default   (revision 0)
@@ -0,0 +1,266 @@
+CONFIG_ALIGNMENT_TRAP=y
+# CONFIG_AMBA_PL08X is not set
+# CONFIG_APM_EMULATION is not set
+CONFIG_ARCH_BINFMT_ELF_RANDOMIZE_PIE=y
+CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE=y
+CONFIG_ARCH_HAVE_CUSTOM_GPIO_H=y
+CONFIG_ARCH_MXS=y
+# CONFIG_ARCH_NEEDS_CPU_IDLE_COUPLED is not set
+CONFIG_ARCH_NR_GPIO=0
+CONFIG_ARCH_REQUIRE_GPIOLIB=y
+# CONFIG_ARCH_SELECT_MEMORY_MODEL is not set
+# CONFIG_ARCH_SPARSEMEM_DEFAULT is not set
+CONFIG_ARCH_SUSPEND_POSSIBLE=y
+# CONFIG_ARCH_VT8500_SINGLE is not set
+CONFIG_ARCH_WANT_IPC_PARSE_VERSION=y
+CONFIG_ARM=y
+CONFIG_ARM_AMBA=y

[OpenWrt-Devel] [PATCHv3 0/2] Add new target for i.MX23-based boards

2013-05-23 Thread Zoltan HERPAI 

This patch will add support for i.MX23-based boards, starting with
Olimex Olinuxino. This is an ARM9-based board which comes in different
flavours depending on devices.

Currently supported:
  - 3.8.12 kernel
  - ext4 rootfs
  - USB
  - ethernet
  - RTC

Work in progress for:
  - I2C
  - SPI
  - probably sound and FB

Patch list:
[PATCH 1/2]: Add tools support for i.MX23
[PATCH 2/2]: Add target for i.MX23

Regards,
Zoltan Herpai

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCHv3 1/2] [tools]: Add tools support for i.MX23

2013-05-23 Thread Zoltan HERPAI 

Adding tools support for booting up an i.MX23-based board via bootlets.

Signed-off-by: Zoltan HERPAI wigy...@uid0.hu

---

Index: package/imx-bootlets/patches/001-skip_sb_generation.patch
===
--- package/imx-bootlets/patches/001-skip_sb_generation.patch   (revision 0)
+++ package/imx-bootlets/patches/001-skip_sb_generation.patch   (revision 0)
@@ -0,0 +1,18 @@
+--- imx-bootlets-src-10.05.02.orig/Makefile2010-05-14 06:56:28.0 
+0200
 imx-bootlets-src-10.05.02/Makefile 2012-10-24 21:41:44.0 +0200
+@@ -32,10 +32,11 @@
+   sed -i 's,[^ *]image.*;,\timage=$(DFT_UBOOT);,' uboot.db
+   elftosb2 -z -c ./uboot.db -o i$(ARCH)_uboot.sb
+ else
+-  @echo by using the pre-built kernel
+-  elftosb2 -z -c ./linux_prebuilt.db -o i$(ARCH)_linux.sb
+-  @echo generating U-Boot boot stream image
+-  elftosb2 -z -c ./uboot_prebuilt.db -o i$(ARCH)_uboot.sb
++  @echo ... not generating any image for now.
++  #@echo by using the pre-built kernel
++  #elftosb2 -z -c ./linux_prebuilt.db -o i$(ARCH)_linux.sb
++  #@echo generating U-Boot boot stream image
++  #elftosb2 -z -c ./uboot_prebuilt.db -o i$(ARCH)_uboot.sb
+ endif
+   #@echo generating kernel bootstream file sd_mmc_bootstream.raw
+   #Please use cfimager to burn xxx_linux.sb. The below way will no
Index: package/imx-bootlets/patches/003-add-olinuxino.patch
===
--- package/imx-bootlets/patches/003-add-olinuxino.patch(revision 0)
+++ package/imx-bootlets/patches/003-add-olinuxino.patch(revision 0)
@@ -0,0 +1,150 @@
+diff -ruN imx-bootlets-10.05.02.orig/linux_prep/board/imx23_olinuxino_dev.c 
imx-bootlets-10.05.02/linux_prep/board/imx23_olinuxino_dev.c
+--- imx-bootlets-10.05.02.orig/linux_prep/board/imx23_olinuxino_dev.c  
1970-01-01 01:00:00.0 +0100
 imx-bootlets-10.05.02/linux_prep/board/imx23_olinuxino_dev.c   
2013-05-19 00:11:40.0 +0200
+@@ -0,0 +1,54 @@
++/*
++ * Platform specific data for the IMX23_OLINUXINO development board
++ *
++ * Fadil Berisha fadil.r.beri...@gmail.com
++ *
++ * Copyright 2008 SigmaTel, Inc
++ * Copyright 2008 Embedded Alley Solutions, Inc
++ * Copyright 2009-2010 Freescale Semiconductor, Inc. All Rights Reserved.
++ *
++ * This file is licensed under the terms of the GNU General Public License
++ * version 2. This program is licensed as is without any warranty of any
++ * kind, whether express or implied.
++ *
++ * http://www.opensource.org/licenses/gpl-license.html
++ * http://www.gnu.org/copyleft/gpl.html
++ */
++#include setup.h
++#include keys.h
++#include lradc_buttons.h
++
++/
++ * LRADC keyboard data *
++ /
++int lradc_keypad_ch = LRADC_CH0;
++int lradc_vddio_ch = LRADC_CH6;
++
++struct lradc_keycode lradc_keycodes[] = {
++ { 100, KEY4 },
++ { 306, KEY5 },
++ { 601, KEY6 },
++ { 932, KEY7 },
++ { 1260, KEY8 },
++ { 1424, KEY9 },
++ { 1707, KEY10 },
++ { 2207, KEY11 },
++ { 2525, KEY12 },
++ { 2831, KEY13 },
++ { 3134, KEY14 },
++ { -1, 0 },
++};
++
++/
++ * Magic key combinations for Armadillo *
++ /
++u32 magic_keys[MAGIC_KEY_NR] = {
++ [MAGIC_KEY1] = KEY4,
++ [MAGIC_KEY2] = KEY6,
++ [MAGIC_KEY3] = KEY10,
++};
++
++/
++ * Default command line *
++ /
++char cmdline_def[] = console=ttyAMA0,115200;
+diff -ruN 
imx-bootlets-10.05.02.orig/linux_prep/cmdlines/imx23_olinuxino_dev.txt 
imx-bootlets-10.05.02/linux_prep/cmdlines/imx23_olinuxino_dev.txt
+--- imx-bootlets-10.05.02.orig/linux_prep/cmdlines/imx23_olinuxino_dev.txt 
1970-01-01 01:00:00.0 +0100
 imx-bootlets-10.05.02/linux_prep/cmdlines/imx23_olinuxino_dev.txt  
2013-05-19 00:12:56.0 +0200
+@@ -0,0 +1 @@
++noinitrd console=ttyAMA0,115200 root=/dev/mmcblk0p2 rw rootwait ssp1=mmc
+diff -ruN imx-bootlets-10.05.02.orig/linux_prep/core/setup.c 
imx-bootlets-10.05.02/linux_prep/core/setup.c
+--- imx-bootlets-10.05.02.orig/linux_prep/core/setup.c 2010-05-14 
06:56:28.0 +0200
 imx-bootlets-10.05.02/linux_prep/core/setup.c  2013-05-19 
00:11:40.0 +0200
+@@ -84,6 +84,8 @@
+ #include ../../mach-mx28/includes/registers/regsrtc.h
+ #elif defined(STMP378X)
+ #include ../../mach-mx23/includes/registers/regsrtc.h
++#elif defined(IMX23_OLINUXINO)
++#include ../../mach-mx23/includes/registers/regsrtc.h
+ #endif
+ 
+ #define NAND_SECONDARY_BOOT  0x0002

+diff -ruN imx-bootlets-10.05.02.orig/linux_prep/include/mx23/platform.h 
imx-bootlets-10.05.02/linux_prep/include/mx23/platform.h
+--- imx-bootlets-10.05.02.orig/linux_prep/include/mx23/platform.h  
2010-05-14 06:56:28.0 +0200
 imx-bootlets-10.05.02

[OpenWrt-Devel] [PATCHv3 2/2] imx23: Add target for i.MX23

2013-05-23 Thread Zoltan HERPAI 

Adding target support for i.MX23, initial setup for the different
Olinuxino boards.

Signed-off-by: Zoltan HERPAI wigy...@uid0.hu

---

Index: target/linux/imx23/image/Makefile
===
--- target/linux/imx23/image/Makefile   (revision 0)
+++ target/linux/imx23/image/Makefile   (revision 0)
@@ -0,0 +1,24 @@
+#
+# Copyright (C) 2013 OpenWrt.org
+#
+# This is free software, licensed under the GNU General Public License v2.
+# See /LICENSE for more information.
+#
+include $(TOPDIR)/rules.mk
+include $(INCLUDE_DIR)/image.mk
+
+define Image/Build
+   $(call Image/Build/$(1))
+   dd if=$(KDIR)/root.$(1) of=$(BIN_DIR)/$(IMG_PREFIX)-root.$(1) bs=128k 
conv=sync
+endef
+
+define Image/BuildKernel
+   cat $(LINUX_DIR)/arch/arm/boot/zImage 
$(LINUX_DIR)/arch/arm/boot/dts/imx23-olinuxino.dtb  $(STAGING_DIR)/zImage_dtb
+   (cd $(STAGING_DIR); \
+   ../host/bin/elftosb -z -c ./linux_prebuilt.db -o linux.sb \
+   dd if=/dev/zero of=sd_mmc_bootstream.raw bs=512 count=4; \
+   dd if=linux.sb of=$(BIN_DIR)/openwrt-imx23-sbImage ibs=512 
seek=4; \
+   )
+endef
+
+$(eval $(call BuildImage))
Index: target/linux/imx23/config-default
===
--- target/linux/imx23/config-default   (revision 0)
+++ target/linux/imx23/config-default   (revision 0)
@@ -0,0 +1,266 @@
+CONFIG_ALIGNMENT_TRAP=y
+# CONFIG_AMBA_PL08X is not set
+# CONFIG_APM_EMULATION is not set
+CONFIG_ARCH_BINFMT_ELF_RANDOMIZE_PIE=y
+CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE=y
+CONFIG_ARCH_HAVE_CUSTOM_GPIO_H=y
+CONFIG_ARCH_MXS=y
+# CONFIG_ARCH_NEEDS_CPU_IDLE_COUPLED is not set
+CONFIG_ARCH_NR_GPIO=0
+CONFIG_ARCH_REQUIRE_GPIOLIB=y
+# CONFIG_ARCH_SELECT_MEMORY_MODEL is not set
+# CONFIG_ARCH_SPARSEMEM_DEFAULT is not set
+CONFIG_ARCH_SUSPEND_POSSIBLE=y
+# CONFIG_ARCH_VT8500_SINGLE is not set
+CONFIG_ARCH_WANT_IPC_PARSE_VERSION=y
+CONFIG_ARM=y
+CONFIG_ARM_AMBA=y
+CONFIG_ARM_APPENDED_DTB=y
+# CONFIG_ARM_ATAG_DTB_COMPAT is not set
+# CONFIG_ARM_CPU_SUSPEND is not set
+CONFIG_ARM_L1_CACHE_SHIFT=5
+CONFIG_ARM_NR_BANKS=8
+CONFIG_ARM_PATCH_PHYS_VIRT=y
+# CONFIG_ARM_SP805_WATCHDOG is not set
+CONFIG_ARM_THUMB=y
+CONFIG_ATAGS=y
+# CONFIG_CACHE_L2X0 is not set
+CONFIG_CC_OPTIMIZE_FOR_SIZE=y
+CONFIG_CLKDEV_LOOKUP=y
+CONFIG_CLKSRC_MMIO=y
+CONFIG_CLONE_BACKWARDS=y
+CONFIG_CMDLINE=console=ttyAMA0,115200 root=/dev/mmcblk0p2 rw rootwait
+CONFIG_CMDLINE_FROM_BOOTLOADER=y
+CONFIG_COMMON_CLK=y
+CONFIG_COREDUMP=y
+CONFIG_CPU_32v5=y
+CONFIG_CPU_ABRT_EV5TJ=y
+CONFIG_CPU_ARM926T=y
+# CONFIG_CPU_CACHE_ROUND_ROBIN is not set
+CONFIG_CPU_CACHE_VIVT=y
+CONFIG_CPU_COPY_V4WB=y
+CONFIG_CPU_CP15=y
+CONFIG_CPU_CP15_MMU=y
+# CONFIG_CPU_DCACHE_WRITETHROUGH is not set
+# CONFIG_CPU_ICACHE_DISABLE is not set
+CONFIG_CPU_PABRT_LEGACY=y
+CONFIG_CPU_TLB_V4WBI=y
+CONFIG_CPU_USE_DOMAINS=y
+CONFIG_CRC16=y
+CONFIG_CROSS_MEMORY_ATTACH=y
+CONFIG_CRYPTO_CRC32C=y
+CONFIG_CRYPTO_HASH=y
+CONFIG_CRYPTO_HASH2=y
+CONFIG_DEBUG_LL_INCLUDE=mach/debug-macro.S
+# CONFIG_DEBUG_PINCTRL is not set
+# CONFIG_DEBUG_USER is not set
+CONFIG_DECOMPRESS_LZMA=y
+CONFIG_DMADEVICES=y
+CONFIG_DMA_ENGINE=y
+CONFIG_DTC=y
+# CONFIG_DW_DMAC is not set
+CONFIG_EXT4_FS=y
+CONFIG_FEC=y
+CONFIG_FRAME_POINTER=y
+CONFIG_FS_MBCACHE=y
+CONFIG_GENERIC_ATOMIC64=y
+CONFIG_GENERIC_BUG=y
+CONFIG_GENERIC_CLOCKEVENTS=y
+CONFIG_GENERIC_CLOCKEVENTS_BUILD=y
+CONFIG_GENERIC_GPIO=y
+CONFIG_GENERIC_IO=y
+CONFIG_GENERIC_IRQ_CHIP=y
+CONFIG_GENERIC_IRQ_SHOW=y
+CONFIG_GENERIC_PCI_IOMAP=y
+CONFIG_GENERIC_SMP_IDLE_THREAD=y
+CONFIG_GENERIC_STRNCPY_FROM_USER=y
+CONFIG_GENERIC_STRNLEN_USER=y
+CONFIG_GPIOLIB=y
+CONFIG_GPIO_GENERIC=y
+CONFIG_GPIO_MXS=y
+CONFIG_HARDIRQS_SW_RESEND=y
+CONFIG_HAS_DMA=y
+CONFIG_HAS_IOMEM=y
+CONFIG_HAS_IOPORT=y
+CONFIG_HAVE_AOUT=y
+CONFIG_HAVE_ARCH_JUMP_LABEL=y
+CONFIG_HAVE_ARCH_KGDB=y
+CONFIG_HAVE_ARCH_PFN_VALID=y
+CONFIG_HAVE_ARCH_SECCOMP_FILTER=y
+CONFIG_HAVE_ARCH_TRACEHOOK=y
+CONFIG_HAVE_BPF_JIT=y
+CONFIG_HAVE_CLK=y
+CONFIG_HAVE_CLK_PREPARE=y
+CONFIG_HAVE_C_RECORDMCOUNT=y
+CONFIG_HAVE_DEBUG_KMEMLEAK=y
+CONFIG_HAVE_DMA_API_DEBUG=y
+CONFIG_HAVE_DMA_ATTRS=y
+CONFIG_HAVE_DMA_CONTIGUOUS=y
+CONFIG_HAVE_DYNAMIC_FTRACE=y
+CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y
+CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y
+CONFIG_HAVE_FUNCTION_TRACER=y
+CONFIG_HAVE_GENERIC_DMA_COHERENT=y
+CONFIG_HAVE_GENERIC_HARDIRQS=y
+CONFIG_HAVE_IRQ_WORK=y
+CONFIG_HAVE_KERNEL_GZIP=y
+CONFIG_HAVE_KERNEL_LZMA=y
+CONFIG_HAVE_KERNEL_LZO=y
+CONFIG_HAVE_KERNEL_XZ=y
+CONFIG_HAVE_LATENCYTOP_SUPPORT=y
+CONFIG_HAVE_MEMBLOCK=y
+CONFIG_HAVE_NET_DSA=y
+CONFIG_HAVE_OPROFILE=y
+CONFIG_HAVE_PERF_EVENTS=y
+CONFIG_HAVE_PROC_CPU=y
+CONFIG_HAVE_PWM=y
+CONFIG_HAVE_REGS_AND_STACK_ACCESS_API=y
+CONFIG_HAVE_SYSCALL_TRACEPOINTS=y
+CONFIG_HAVE_UID16=y
+CONFIG_I2C=y
+CONFIG_I2C_ALGOBIT=y
+CONFIG_I2C_ALGOPCA=y
+CONFIG_I2C_ALGOPCF=y
+CONFIG_I2C_BOARDINFO=y
+CONFIG_I2C_CHARDEV=y
+CONFIG_I2C_COMPAT=y
+CONFIG_I2C_DEBUG_ALGO=y
+CONFIG_I2C_DEBUG_BUS=y

[OpenWrt-Devel] [PATCHv4 0/3] Add new target for i.MX23-based boards

2013-05-27 Thread Zoltan HERPAI 

This patch will add support for i.MX23-based boards, starting with
Olimex Olinuxino. This is an ARM9-based board which comes in different
flavours depending on devices.

Currently supported:
 - 3.9.4 kernel
 - ext4 rootfs
 - USB
 - ethernet
 - RTC, watchdog

Work in progress for:
 - I2C
 - SPI
 - probably sound and FB

Patch list:
[PATCH 1/3]: Add tools support for i.MX23
[PATCH 2/3]: Add target for i.MX23
[PATCH 3/3]: Add missing regulator symbols

Regards,
Zoltan Herpai

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCHv4 1/3] [tools]: Add tools support for i.MX23

2013-05-27 Thread Zoltan HERPAI 

Adding tools support for booting up an i.MX23-based board via bootlets.

Signed-off-by: Zoltan HERPAI wigy...@uid0.hu

---

Index: package/imx-bootlets/patches/001-skip_sb_generation.patch
===
--- package/imx-bootlets/patches/001-skip_sb_generation.patch   (revision 0)
+++ package/imx-bootlets/patches/001-skip_sb_generation.patch   (revision 0)
@@ -0,0 +1,18 @@
+--- imx-bootlets-src-10.05.02.orig/Makefile2010-05-14 06:56:28.0 
+0200
 imx-bootlets-src-10.05.02/Makefile 2012-10-24 21:41:44.0 +0200
+@@ -32,10 +32,11 @@
+   sed -i 's,[^ *]image.*;,\timage=$(DFT_UBOOT);,' uboot.db
+   elftosb2 -z -c ./uboot.db -o i$(ARCH)_uboot.sb
+ else
+-  @echo by using the pre-built kernel
+-  elftosb2 -z -c ./linux_prebuilt.db -o i$(ARCH)_linux.sb
+-  @echo generating U-Boot boot stream image
+-  elftosb2 -z -c ./uboot_prebuilt.db -o i$(ARCH)_uboot.sb
++  @echo ... not generating any image for now.
++  #@echo by using the pre-built kernel
++  #elftosb2 -z -c ./linux_prebuilt.db -o i$(ARCH)_linux.sb
++  #@echo generating U-Boot boot stream image
++  #elftosb2 -z -c ./uboot_prebuilt.db -o i$(ARCH)_uboot.sb
+ endif
+   #@echo generating kernel bootstream file sd_mmc_bootstream.raw
+   #Please use cfimager to burn xxx_linux.sb. The below way will no
Index: package/imx-bootlets/patches/003-add-olinuxino.patch
===
--- package/imx-bootlets/patches/003-add-olinuxino.patch(revision 0)
+++ package/imx-bootlets/patches/003-add-olinuxino.patch(revision 0)
@@ -0,0 +1,150 @@
+diff -ruN imx-bootlets-10.05.02.orig/linux_prep/board/imx23_olinuxino_dev.c 
imx-bootlets-10.05.02/linux_prep/board/imx23_olinuxino_dev.c
+--- imx-bootlets-10.05.02.orig/linux_prep/board/imx23_olinuxino_dev.c  
1970-01-01 01:00:00.0 +0100
 imx-bootlets-10.05.02/linux_prep/board/imx23_olinuxino_dev.c   
2013-05-19 00:11:40.0 +0200
+@@ -0,0 +1,54 @@
++/*
++ * Platform specific data for the IMX23_OLINUXINO development board
++ *
++ * Fadil Berisha fadil.r.beri...@gmail.com
++ *
++ * Copyright 2008 SigmaTel, Inc
++ * Copyright 2008 Embedded Alley Solutions, Inc
++ * Copyright 2009-2010 Freescale Semiconductor, Inc. All Rights Reserved.
++ *
++ * This file is licensed under the terms of the GNU General Public License
++ * version 2. This program is licensed as is without any warranty of any
++ * kind, whether express or implied.
++ *
++ * http://www.opensource.org/licenses/gpl-license.html
++ * http://www.gnu.org/copyleft/gpl.html
++ */
++#include setup.h
++#include keys.h
++#include lradc_buttons.h
++
++/
++ * LRADC keyboard data *
++ /
++int lradc_keypad_ch = LRADC_CH0;
++int lradc_vddio_ch = LRADC_CH6;
++
++struct lradc_keycode lradc_keycodes[] = {
++ { 100, KEY4 },
++ { 306, KEY5 },
++ { 601, KEY6 },
++ { 932, KEY7 },
++ { 1260, KEY8 },
++ { 1424, KEY9 },
++ { 1707, KEY10 },
++ { 2207, KEY11 },
++ { 2525, KEY12 },
++ { 2831, KEY13 },
++ { 3134, KEY14 },
++ { -1, 0 },
++};
++
++/
++ * Magic key combinations for Armadillo *
++ /
++u32 magic_keys[MAGIC_KEY_NR] = {
++ [MAGIC_KEY1] = KEY4,
++ [MAGIC_KEY2] = KEY6,
++ [MAGIC_KEY3] = KEY10,
++};
++
++/
++ * Default command line *
++ /
++char cmdline_def[] = console=ttyAMA0,115200;
+diff -ruN 
imx-bootlets-10.05.02.orig/linux_prep/cmdlines/imx23_olinuxino_dev.txt 
imx-bootlets-10.05.02/linux_prep/cmdlines/imx23_olinuxino_dev.txt
+--- imx-bootlets-10.05.02.orig/linux_prep/cmdlines/imx23_olinuxino_dev.txt 
1970-01-01 01:00:00.0 +0100
 imx-bootlets-10.05.02/linux_prep/cmdlines/imx23_olinuxino_dev.txt  
2013-05-19 00:12:56.0 +0200
+@@ -0,0 +1 @@
++noinitrd console=ttyAMA0,115200 root=/dev/mmcblk0p2 rw rootwait ssp1=mmc
+diff -ruN imx-bootlets-10.05.02.orig/linux_prep/core/setup.c 
imx-bootlets-10.05.02/linux_prep/core/setup.c
+--- imx-bootlets-10.05.02.orig/linux_prep/core/setup.c 2010-05-14 
06:56:28.0 +0200
 imx-bootlets-10.05.02/linux_prep/core/setup.c  2013-05-19 
00:11:40.0 +0200
+@@ -84,6 +84,8 @@
+ #include ../../mach-mx28/includes/registers/regsrtc.h
+ #elif defined(STMP378X)
+ #include ../../mach-mx23/includes/registers/regsrtc.h
++#elif defined(IMX23_OLINUXINO)
++#include ../../mach-mx23/includes/registers/regsrtc.h
+ #endif
+ 
+ #define NAND_SECONDARY_BOOT  0x0002

+diff -ruN imx-bootlets-10.05.02.orig/linux_prep/include/mx23/platform.h 
imx-bootlets-10.05.02/linux_prep/include/mx23/platform.h
+--- imx-bootlets-10.05.02.orig/linux_prep/include/mx23/platform.h  
2010-05-14 06:56:28.0 +0200
 imx-bootlets-10.05.02

[OpenWrt-Devel] [PATCHv4 2/3] imx23: Add target for i.MX23

2013-05-27 Thread Zoltan HERPAI 

Adding target support for i.MX23, initial setup for the different
Olinuxino boards.

Signed-off-by: Zoltan HERPAI wigy...@uid0.hu

---

Index: target/linux/imx23/image/Makefile
===
--- target/linux/imx23/image/Makefile   (revision 0)
+++ target/linux/imx23/image/Makefile   (revision 0)
@@ -0,0 +1,24 @@
+#
+# Copyright (C) 2013 OpenWrt.org
+#
+# This is free software, licensed under the GNU General Public License v2.
+# See /LICENSE for more information.
+#
+include $(TOPDIR)/rules.mk
+include $(INCLUDE_DIR)/image.mk
+
+define Image/Build
+   $(call Image/Build/$(1))
+   dd if=$(KDIR)/root.$(1) of=$(BIN_DIR)/$(IMG_PREFIX)-root.$(1) bs=128k 
conv=sync
+endef
+
+define Image/BuildKernel
+   cat $(LINUX_DIR)/arch/arm/boot/zImage 
$(LINUX_DIR)/arch/arm/boot/dts/imx23-olinuxino.dtb  $(STAGING_DIR)/zImage_dtb
+   (cd $(STAGING_DIR); \
+   ../host/bin/elftosb -z -c ./linux_prebuilt.db -o linux.sb \
+   dd if=/dev/zero of=sd_mmc_bootstream.raw bs=512 count=4; \
+   dd if=linux.sb of=$(BIN_DIR)/openwrt-imx23-sbImage ibs=512 
seek=4; \
+   )
+endef
+
+$(eval $(call BuildImage))
Index: target/linux/imx23/config-default
===
--- target/linux/imx23/config-default   (revision 0)
+++ target/linux/imx23/config-default   (revision 0)
@@ -0,0 +1,247 @@
+CONFIG_ALIGNMENT_TRAP=y
+# CONFIG_AMBA_PL08X is not set
+# CONFIG_APM_EMULATION is not set
+CONFIG_ARCH_BINFMT_ELF_RANDOMIZE_PIE=y
+CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE=y
+CONFIG_ARCH_HAVE_CUSTOM_GPIO_H=y
+CONFIG_ARCH_MXS=y
+# CONFIG_ARCH_NEEDS_CPU_IDLE_COUPLED is not set
+CONFIG_ARCH_NR_GPIO=0
+CONFIG_ARCH_REQUIRE_GPIOLIB=y
+# CONFIG_ARCH_SELECT_MEMORY_MODEL is not set
+# CONFIG_ARCH_SPARSEMEM_DEFAULT is not set
+CONFIG_ARCH_SUSPEND_POSSIBLE=y
+CONFIG_ARCH_WANT_IPC_PARSE_VERSION=y
+CONFIG_ARM=y
+CONFIG_ARM_AMBA=y
+CONFIG_ARM_APPENDED_DTB=y
+# CONFIG_ARM_ATAG_DTB_COMPAT is not set
+# CONFIG_ARM_CPU_SUSPEND is not set
+CONFIG_ARM_L1_CACHE_SHIFT=5
+CONFIG_ARM_NR_BANKS=8
+CONFIG_ARM_PATCH_PHYS_VIRT=y
+# CONFIG_ARM_SP805_WATCHDOG is not set
+CONFIG_ARM_THUMB=y
+CONFIG_ATAGS=y
+# CONFIG_CACHE_L2X0 is not set
+CONFIG_CC_OPTIMIZE_FOR_SIZE=y
+CONFIG_CLKDEV_LOOKUP=y
+CONFIG_CLKSRC_MMIO=y
+CONFIG_CLONE_BACKWARDS=y
+CONFIG_CMDLINE=console=ttyAMA0,115200 root=/dev/mmcblk0p2 rw rootwait
+CONFIG_CMDLINE_FROM_BOOTLOADER=y
+CONFIG_COMMON_CLK=y
+CONFIG_COREDUMP=y
+CONFIG_CPU_32v5=y
+CONFIG_CPU_ABRT_EV5TJ=y
+CONFIG_CPU_ARM926T=y
+# CONFIG_CPU_CACHE_ROUND_ROBIN is not set
+CONFIG_CPU_CACHE_VIVT=y
+CONFIG_CPU_COPY_V4WB=y
+CONFIG_CPU_CP15=y
+CONFIG_CPU_CP15_MMU=y
+# CONFIG_CPU_DCACHE_WRITETHROUGH is not set
+# CONFIG_CPU_ICACHE_DISABLE is not set
+CONFIG_CPU_PABRT_LEGACY=y
+CONFIG_CPU_TLB_V4WBI=y
+CONFIG_CPU_USE_DOMAINS=y
+CONFIG_CRC16=y
+CONFIG_CROSS_MEMORY_ATTACH=y
+CONFIG_CRYPTO_CRC32C=y
+CONFIG_CRYPTO_HASH=y
+CONFIG_CRYPTO_HASH2=y
+CONFIG_DEBUG_LL_INCLUDE=mach/debug-macro.S
+# CONFIG_DEBUG_PINCTRL is not set
+# CONFIG_DEBUG_USER is not set
+CONFIG_DECOMPRESS_LZMA=y
+CONFIG_DMADEVICES=y
+CONFIG_DMA_ENGINE=y
+CONFIG_DMA_OF=y
+CONFIG_DTC=y
+CONFIG_EXT4_FS=y
+CONFIG_FEC=y
+CONFIG_FRAME_POINTER=y
+CONFIG_FS_MBCACHE=y
+CONFIG_GENERIC_ATOMIC64=y
+CONFIG_GENERIC_BUG=y
+CONFIG_GENERIC_CLOCKEVENTS=y
+CONFIG_GENERIC_CLOCKEVENTS_BUILD=y
+CONFIG_GENERIC_GPIO=y
+CONFIG_GENERIC_IO=y
+CONFIG_GENERIC_IRQ_CHIP=y
+CONFIG_GENERIC_IRQ_SHOW=y
+CONFIG_GENERIC_PCI_IOMAP=y
+CONFIG_GENERIC_SMP_IDLE_THREAD=y
+CONFIG_GENERIC_STRNCPY_FROM_USER=y
+CONFIG_GENERIC_STRNLEN_USER=y
+CONFIG_GPIOLIB=y
+CONFIG_GPIO_DEVRES=y
+CONFIG_GPIO_GENERIC=y
+CONFIG_GPIO_MXS=y
+CONFIG_HARDIRQS_SW_RESEND=y
+CONFIG_HAS_DMA=y
+CONFIG_HAS_IOMEM=y
+CONFIG_HAS_IOPORT=y
+# CONFIG_HAVE_64BIT_ALIGNED_ACCESS is not set
+CONFIG_HAVE_AOUT=y
+CONFIG_HAVE_ARCH_JUMP_LABEL=y
+CONFIG_HAVE_ARCH_KGDB=y
+CONFIG_HAVE_ARCH_PFN_VALID=y
+CONFIG_HAVE_ARCH_SECCOMP_FILTER=y
+CONFIG_HAVE_ARCH_TRACEHOOK=y
+# CONFIG_HAVE_BOOTMEM_INFO_NODE is not set
+CONFIG_HAVE_BPF_JIT=y
+CONFIG_HAVE_CLK=y
+CONFIG_HAVE_CLK_PREPARE=y
+CONFIG_HAVE_C_RECORDMCOUNT=y
+CONFIG_HAVE_DEBUG_KMEMLEAK=y
+CONFIG_HAVE_DMA_API_DEBUG=y
+CONFIG_HAVE_DMA_ATTRS=y
+CONFIG_HAVE_DMA_CONTIGUOUS=y
+CONFIG_HAVE_DYNAMIC_FTRACE=y
+CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y
+CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y
+CONFIG_HAVE_FUNCTION_TRACER=y
+CONFIG_HAVE_GENERIC_DMA_COHERENT=y
+CONFIG_HAVE_GENERIC_HARDIRQS=y
+CONFIG_HAVE_KERNEL_GZIP=y
+CONFIG_HAVE_KERNEL_LZMA=y
+CONFIG_HAVE_KERNEL_LZO=y
+CONFIG_HAVE_KERNEL_XZ=y
+CONFIG_HAVE_LATENCYTOP_SUPPORT=y
+CONFIG_HAVE_MEMBLOCK=y
+CONFIG_HAVE_NET_DSA=y
+CONFIG_HAVE_OPROFILE=y
+CONFIG_HAVE_PERF_EVENTS=y
+CONFIG_HAVE_PROC_CPU=y
+CONFIG_HAVE_PWM=y
+CONFIG_HAVE_REGS_AND_STACK_ACCESS_API=y
+CONFIG_HAVE_SYSCALL_TRACEPOINTS=y
+CONFIG_HAVE_UID16=y
+CONFIG_I2C=y
+CONFIG_I2C_ALGOBIT=y
+CONFIG_I2C_ALGOPCA=y
+CONFIG_I2C_ALGOPCF=y
+CONFIG_I2C_BOARDINFO=y
+CONFIG_I2C_CHARDEV=y
+CONFIG_I2C_COMPAT=y

[OpenWrt-Devel] [PATCHv4 3/3] generic: Add missing regulator symbols

2013-05-27 Thread Zoltan HERPAI 

Add missing regulator symbols into generic config.

Signed-off-by: Zoltan HERPAI wigy...@uid0.hu

---

Index: target/linux/generic/config-3.9
===
--- target/linux/generic/config-3.9 (revision 36731)
+++ target/linux/generic/config-3.9 (working copy)
@@ -2474,10 +2474,30 @@
 # CONFIG_REGMAP_I2C is not set
 # CONFIG_REGMAP_SPI is not set
 # CONFIG_REGULATOR is not set
+# CONFIG_REGULATOR_AD5398 is not set
 # CONFIG_REGULATOR_BQ24022 is not set
 # CONFIG_REGULATOR_FIXED_VOLTAGE is not set
 # CONFIG_REGULATOR_GPIO is not set
 # CONFIG_REGULATOR_VIRTUAL_CONSUMER is not set
+# CONFIG_REGULATOR_DUMMY is not set
+# CONFIG_REGULATOR_FAN53555 is not set
+# CONFIG_REGULATOR_ISL6271A is not set
+# CONFIG_REGULATOR_LP3971 is not set
+# CONFIG_REGULATOR_LP3972 is not set
+# CONFIG_REGULATOR_LP872X is not set
+# CONFIG_REGULATOR_LP8755 is not set
+# CONFIG_REGULATOR_MAX1586 is not set
+# CONFIG_REGULATOR_MAX8649 is not set
+# CONFIG_REGULATOR_MAX8660 is not set
+# CONFIG_REGULATOR_MAX8952 is not set
+# CONFIG_REGULATOR_MAX8973 is not set
+# CONFIG_REGULATOR_TPS51632 is not set
+# CONFIG_REGULATOR_TPS62360 is not set
+# CONFIG_REGULATOR_TPS65023 is not set
+# CONFIG_REGULATOR_TPS6507X is not set
+# CONFIG_REGULATOR_TPS6524X is not set
+# CONFIG_REGULATOR_USERSPACE_CONSUMER is not set
+# CONFIG_RFKILL_REGULATOR is not set
 # CONFIG_REISERFS_CHECK is not set
 # CONFIG_REISERFS_FS is not set
 # CONFIG_REISERFS_FS_XATTR is not set
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCHv4 0/3] Add new target for i.MX23-based boards

2013-06-05 Thread Zoltan HERPAI 

Hi,

Any comments on this set?

Thanks,
Zoltan Herpai

On Mon, 27 May 2013, Zoltan HERPAI wrote:


This patch will add support for i.MX23-based boards, starting with
Olimex Olinuxino. This is an ARM9-based board which comes in different
flavours depending on devices.

Currently supported:
- 3.9.4 kernel
- ext4 rootfs
- USB
- ethernet
- RTC, watchdog

Work in progress for:
- I2C
- SPI
- probably sound and FB

Patch list:
[PATCH 1/3]: Add tools support for i.MX23
[PATCH 2/3]: Add target for i.MX23
[PATCH 3/3]: Add missing regulator symbols

Regards,
Zoltan Herpai

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCHv4 0/3] Add new target for i.MX23-based boards

2013-06-17 Thread Zoltan HERPAI 

Hi Sergey,

Yes, this has been based off trunk, r36731, and you can give it a shot 
on latest trunk.


Regards,
Zoltan H



Sergey Shcherbakov wrote:

Hello Zoltan,

I would like to check your patches. Which branch you used or trunk?

Thanks a lot,
Sergey

With best regards,
Sergey D. Shcherbakov


2013/6/5 Zoltan HERPAI wigy...@uid0.hu mailto:wigy...@uid0.hu

Hi,

Any comments on this set?

Thanks,
Zoltan Herpai


On Mon, 27 May 2013, Zoltan HERPAI wrote:

This patch will add support for i.MX23-based boards, starting with
Olimex Olinuxino. This is an ARM9-based board which comes in
different
flavours depending on devices.

Currently supported:
- 3.9.4 kernel
- ext4 rootfs
- USB
- ethernet
- RTC, watchdog

Work in progress for:
- I2C
- SPI
- probably sound and FB

Patch list:
[PATCH 1/3]: Add tools support for i.MX23
[PATCH 2/3]: Add target for i.MX23
[PATCH 3/3]: Add missing regulator symbols

Regards,
Zoltan Herpai

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
mailto:openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
mailto:openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel




___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
  


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] i.MX28 based device does not boot with latest stable kernel

2013-08-27 Thread Zoltan HERPAI 

On Tue, 27 Aug 2013, Michael Heimpold wrote:


currently I'm trying to port OpenWRT to a new i.MX28 based device,
see patch series I sent a few seconds ago.

I tried to run the latest stable kernel, but it does not boot and do not
show any message on the debug UART.
Running an older stable kernel v3.10.5 without any other change
works fine.

Bisecting showed that the following commits
ARM: move vector stubs
(b85796fa1987e014a61c379e3cb753976e993a46) and/or
ARM: use linker magic for vectors and vector stubs
(0477cd427e4862843b6cfb460b83ca09f265742d)
which were introduced in v3.10.6 prevents the system from booting.

I would like to discuss this problem upstream, but it would be good
to know whether the kernel version v3.10.9 runs on your Olinuxino board?


Hi Michael,

I'm offline for the next few days (being on holiday), let me get back to 
you once I'm online. On the first spot I don't have any objections against 
renaming the target into mxs - already had a similar change in the works 
for the same reason for i.mx28.


Thanks,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Response test

2007-05-29 Thread Zoltan HERPAI 
Echo-reply with a bit of lag.

-w-

Hamish Guthrie wrote:
 Hi All,

 Please just respond to this mail as quickly as possible.

 Thanks in advance.

 Regards

 Hamish
 ___
 openwrt-devel mailing list
 openwrt-devel@lists.openwrt.org
 http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
   

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH RESEND] mxs: make boardname consistent with other targets

2014-12-12 Thread Zoltan HERPAI 

Michael Heimpold wrote:

Remove 'series' as all other targets do not use this, too. It
should be obviously clear, that this target refer to a
whole CPU family.

Signed-off-by: Michael Heimpold m...@heimpold.de
---

  

Hi Michael,

Applied most of the series in r43646-43651, r43657, I've put an SOB 
where I could test the patch. The whitespace fix doesn't apply cleanly - 
would you mind to re-send that please.


Anyway, many thanks for the patches and your patience.

Regards,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH v2 7/8] sunxi: add support for Lamobo R1

2015-01-20 Thread Zoltan HERPAI 

Hi Daniel,

Comments inline:

Daniel Golle wrote:

Partially based on patchset form Wang Yi wangyi8...@gmail.com published
on https://github.com/Lamobo/Lamobo-R1-OpenWrt as well as on Bananapi DTS.

Signed-off-by: Daniel Golle dan...@makrotopia.org
v2: swconfig needs to be built-in, switch is not detected properly otherwise
---
 .../sunxi/base-files/etc/uci-defaults/02_network   |   6 +
 target/linux/sunxi/base-files/lib/sunxi.sh |   4 +
 target/linux/sunxi/config-3.18 |   6 +
 target/linux/sunxi/image/Makefile  |   7 +-
 .../patches-3.18/302-dt-sun7i-add-lamobo-r1.patch  | 252 +
 target/linux/sunxi/profiles/lamobo-r1.mk   |  19 ++
 6 files changed, 293 insertions(+), 1 deletion(-)
 mode change 100644 = 100755 target/linux/sunxi/image/Makefile
 create mode 100644 
target/linux/sunxi/patches-3.18/302-dt-sun7i-add-lamobo-r1.patch
 create mode 100644 target/linux/sunxi/profiles/lamobo-r1.mk

diff --git a/target/linux/sunxi/base-files/etc/uci-defaults/02_network 
b/target/linux/sunxi/base-files/etc/uci-defaults/02_network
index 1a9b0ed..09db8d5 100644
--- a/target/linux/sunxi/base-files/etc/uci-defaults/02_network
+++ b/target/linux/sunxi/base-files/etc/uci-defaults/02_network
@@ -16,6 +16,12 @@ case $( sunxi_board_name ) in
 olinuxino*)
ucidef_set_interface_lan 'wlan0'
;;
+lamobo-r1)
+   ucidef_set_interfaces_lan_wan eth0.1 eth0.2
+   ucidef_add_switch switch0 1 1
+   ucidef_add_switch_vlan switch0 1 4 0 1 2 8t
+   ucidef_add_switch_vlan switch0 2 3 8t
+   ;;
 *)
ucidef_set_interface_lan 'eth0'
;;
diff --git a/target/linux/sunxi/base-files/lib/sunxi.sh 
b/target/linux/sunxi/base-files/lib/sunxi.sh
index d4dd9fe..444c7e9 100644
--- a/target/linux/sunxi/base-files/lib/sunxi.sh
+++ b/target/linux/sunxi/base-files/lib/sunxi.sh
@@ -105,6 +105,10 @@ sunxi_board_detect() {
board=i12-tvbox
;;
 
+		Lamobo R1)

+   board=lamobo-r1
+   ;;
+
Olimex A20-OLinuXino-LIME)
board=olinuxino-lime
;;
  
I'm yet to test the new layout You proposed - looks good but I'll need 
to test with the rest of the boards. I'm fine with adding the Lamobo 
board with the current layout, then move on to the new one if You're in 
a rush.



diff --git a/target/linux/sunxi/config-3.18 b/target/linux/sunxi/config-3.18
index 68f1593..3513f6a 100644
--- a/target/linux/sunxi/config-3.18
+++ b/target/linux/sunxi/config-3.18
@@ -58,6 +58,11 @@ CONFIG_AUDIT=y
 CONFIG_AUDIT_GENERIC=y
 CONFIG_AUTO_ZRELADDR=y
 CONFIG_AVERAGE=y
+CONFIG_B53=y
+# CONFIG_B53_MMAP_DRIVER is not set
+CONFIG_B53_PHY_DRIVER=y
+CONFIG_B53_PHY_FIXUP=y
+# CONFIG_B53_SRAB_DRIVER is not set
 CONFIG_BINFMT_MISC=y
 CONFIG_BLK_CGROUP=y
 CONFIG_BLK_DEV_SD=y
@@ -427,6 +432,7 @@ CONFIG_STRICT_DEVMEM=y
 CONFIG_SUN4I_TIMER=y
 CONFIG_SUN5I_HSTIMER=y
 CONFIG_SUNXI_WATCHDOG=y
+CONFIG_SWCONFIG=y
 CONFIG_SWIOTLB=y
 CONFIG_SWP_EMULATE=y
 CONFIG_SYSFS_SYSCALL=y
  

For comment on swconfig, see below at the profile.



diff --git a/target/linux/sunxi/image/Makefile 
b/target/linux/sunxi/image/Makefile
old mode 100644
new mode 100755
index 4475aa8..f627ee3
--- a/target/linux/sunxi/image/Makefile
+++ b/target/linux/sunxi/image/Makefile
  

[snip]
This is OK

diff --git a/target/linux/sunxi/patches-3.18/302-dt-sun7i-add-lamobo-r1.patch 
b/target/linux/sunxi/patches-3.18/302-dt-sun7i-add-lamobo-r1.patch
new file mode 100644
index 000..82c8bd5
--- /dev/null
+++ b/target/linux/sunxi/patches-3.18/302-dt-sun7i-add-lamobo-r1.patch
  

[snip]
Fine here as well. Do you plan to submit this DTS upstream?


diff --git a/target/linux/sunxi/profiles/lamobo-r1.mk 
b/target/linux/sunxi/profiles/lamobo-r1.mk
new file mode 100644
index 000..4bc1185
--- /dev/null
+++ b/target/linux/sunxi/profiles/lamobo-r1.mk
@@ -0,0 +1,19 @@
+#
+# Copyright (C) 2015 OpenWrt.org
+#
+# This is free software, licensed under the GNU General Public License v2.
+# See /LICENSE for more information.
+#
+
+define Profile/Lamobo_R1
+   NAME:=Lamobo R1
+   PACKAGES:=\
+   uboot-sunxi-Lamobo_R1 kmod-ata-sunxi kmod-rtl8192cu \
+   swconfig wpad-mini
+endef
+
+define Profile/Lamobo_R1/Description
+   Package set optimized for the Lamobo R1
+endef
+
+$(eval $(call Profile,Lamobo_R1))
  
If swconfig needs to be compiled in, I guess it can be taken out from 
the package list?


Thanks,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] uboot-sunxi: bump to 2015.01 release

2015-01-18 Thread Zoltan HERPAI 

Daniel Golle wrote:

Signed-off-by: Daniel Golle dan...@makrotopia.org
---
 package/boot/uboot-sunxi/Makefile  | 6 +-
 ...-3e1ded1fff32d8af8cc5eec22c56797621ea6649.patch | 25006 ---
 2 files changed, 4 insertions(+), 25008 deletions(-)
 delete mode 100644 
package/boot/uboot-sunxi/patches/001-u-boot-trunk-3e1ded1fff32d8af8cc5eec22c56797621ea6649.patch
  

Applied in r44035, thanks.

Regards,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 2/8] packages: uboot-sunxi: uEnv is used as a script rather than default env

2015-01-18 Thread Zoltan HERPAI 

Hi Daniel,

On Mon, 19 Jan 2015, Daniel Golle wrote:


---
package/boot/uboot-sunxi/uEnv.txt | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)

diff --git a/package/boot/uboot-sunxi/uEnv.txt 
b/package/boot/uboot-sunxi/uEnv.txt
index e4fc0e1..e024954 100644
--- a/package/boot/uboot-sunxi/uEnv.txt
+++ b/package/boot/uboot-sunxi/uEnv.txt
@@ -1,5 +1,6 @@
-fdt_high=
-loadkernel=fatload mmc 0 0x4600 uImage
-loaddtb=fatload mmc 0 0x4900 dtb
-bootargs=console=ttyS0,115200 earlyprintk root=/dev/mmcblk0p2 rootwait
-uenvcmd=run loadkernel  run loaddtb  bootm 0x4600 - 0x4900
+setenv fdt_high 
+setenv loadkernel fatload mmc 0 \$kernel_addr_r uImage
+setenv loaddtb fatload mmc 0 \$fdt_addr_r dtb
+setenv bootargs console=ttyS0,115200 earlyprintk root=/dev/mmcblk0p2 rootwait
+setenv uenvcmd run loadkernel \\ run loaddtb \\ bootm \$kernel_addr_r - 
\$fdt_addr_r
+run uenvcmd


Please add a Signed-off-by: here, otherwise tested and ready to be 
committed.


Thanks,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 7/8] sunxi: add support for Lamobo R1

2015-01-18 Thread Zoltan HERPAI 

Hi Daniel,

On Mon, 19 Jan 2015, Daniel Golle wrote:


Partially based on patchset form Wang Yi wangyi8...@gmail.com published
on https://github.com/Lamobo/Lamobo-R1-OpenWrt as well as on Bananapi DTS.

Signed-off-by: Daniel Golle dan...@makrotopia.org
---
.../sunxi/base-files/etc/uci-defaults/02_network   |   6 +
target/linux/sunxi/base-files/lib/sunxi.sh |   4 +
target/linux/sunxi/config-3.18 |   5 +
target/linux/sunxi/image/Makefile  |   7 +-
.../patches-3.18/302-dt-sun7i-add-lamobo-r1.patch  | 252 +
target/linux/sunxi/profiles/lamobo-r1.mk   |  19 ++
6 files changed, 292 insertions(+), 1 deletion(-)
mode change 100644 = 100755 target/linux/sunxi/image/Makefile
create mode 100644 
target/linux/sunxi/patches-3.18/302-dt-sun7i-add-lamobo-r1.patch
create mode 100644 target/linux/sunxi/profiles/lamobo-r1.mk


Looks good. Could you create the board's docs on the wiki [1] ? If you 
have some time, updating the docs on the linux-sunxi site [2] would also 
be great.


Thanks,
-w-

[1] http://wiki.openwrt.org/doc/hardware/soc/soc.allwinner.sunxi
[2] http://linux-sunxi.org/Lamobo_R1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH v2 2/8] packages: uboot-sunxi: uEnv is used as a script rather than default env

2015-01-18 Thread Zoltan HERPAI 

On Mon, 19 Jan 2015, Daniel Golle wrote:


Signed-off-by: Daniel Golle dan...@makrotopia.org
---
package/boot/uboot-sunxi/uEnv.txt | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)

diff --git a/package/boot/uboot-sunxi/uEnv.txt 
b/package/boot/uboot-sunxi/uEnv.txt
index e4fc0e1..e024954 100644
--- a/package/boot/uboot-sunxi/uEnv.txt
+++ b/package/boot/uboot-sunxi/uEnv.txt
@@ -1,5 +1,6 @@
-fdt_high=
-loadkernel=fatload mmc 0 0x4600 uImage
-loaddtb=fatload mmc 0 0x4900 dtb
-bootargs=console=ttyS0,115200 earlyprintk root=/dev/mmcblk0p2 rootwait
-uenvcmd=run loadkernel  run loaddtb  bootm 0x4600 - 0x4900
+setenv fdt_high 
+setenv loadkernel fatload mmc 0 \$kernel_addr_r uImage
+setenv loaddtb fatload mmc 0 \$fdt_addr_r dtb
+setenv bootargs console=ttyS0,115200 earlyprintk root=/dev/mmcblk0p2 rootwait
+setenv uenvcmd run loadkernel \\ run loaddtb \\ bootm \$kernel_addr_r - 
\$fdt_addr_r
+run uenvcmd


Thanks, applied in r44048.

Regards,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 1/7] kernel: add missing symbols for 3.18

2015-01-10 Thread Zoltan HERPAI 

Hi,

On Sat, 10 Jan 2015, Daniel Golle wrote:


Augmented by iptables modules, if they are enabled.
oldconfig hangs and asks for them if *tables modules are not selected.

Signed-off-by: Daniel Golle dan...@makrotopia.org
---
target/linux/generic/config-3.18 | 2 ++
1 file changed, 2 insertions(+)

diff --git a/target/linux/generic/config-3.18 b/target/linux/generic/config-3.18
index ce2ec5c..1927a18 100644
--- a/target/linux/generic/config-3.18
+++ b/target/linux/generic/config-3.18
@@ -2552,6 +2552,8 @@ CONFIG_NF_CONNTRACK_PROCFS=y
# CONFIG_NF_CT_PROTO_UDPLITE is not set
# CONFIG_NF_DEFRAG_IPV4 is not set
# CONFIG_NF_LOG_ARP is not set
+# CONFIG_NF_LOG_IPV4 is not set
+# CONFIG_NF_REJECT_IPV4 is not set
# CONFIG_NF_NAT is not set
# CONFIG_NF_NAT_AMANDA is not set
# CONFIG_NF_NAT_FTP is not set


This one was added as part of r43912 already - thanks. Based on the 
first mvebu 3.18 build, further similar ones are expected.


Regards,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 3/7] uboot-sunxi: fix bananapro target

2015-01-10 Thread Zoltan HERPAI 

Hi,

On Sat, 10 Jan 2015, Daniel Golle wrote:


At least making sure stuff compiles before committing would be nice.

Signed-off-by: Daniel Golle dan...@makrotopia.org
---
package/boot/uboot-sunxi/patches/003-add-lemaker-bananapro.diff | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/package/boot/uboot-sunxi/patches/003-add-lemaker-bananapro.diff 
b/package/boot/uboot-sunxi/patches/003-add-lemaker-bananapro.diff
index 1d2677c..23d0ebf 100644
--- a/package/boot/uboot-sunxi/patches/003-add-lemaker-bananapro.diff
+++ b/package/boot/uboot-sunxi/patches/003-add-lemaker-bananapro.diff
@@ -5,7 +5,7 @@ diff -ruN u-boot-2015.01-rc3.old/board/sunxi/Makefile 
u-boot-2015.01-rc3/board/s
 obj-$(CONFIG_TARGET_AUXTEK_T004)   += dram_a10s_olinuxino_m.o
 obj-$(CONFIG_TARGET_BA10_TV_BOX)   += dram_sun4i_384_1024_iow8.o
 obj-$(CONFIG_TARGET_BANANAPI)  += dram_bananapi.o
-+obj-$(CONFIG_TARGET_BANANAPI) += dram_bananapi.o
++obj-$(CONFIG_TARGET_BANANAPRO)+= dram_bananapi.o
 obj-$(CONFIG_TARGET_CUBIEBOARD)+= dram_cubieboard.o
 obj-$(CONFIG_TARGET_CUBIEBOARD2)   += dram_cubieboard2.o
 obj-$(CONFIG_TARGET_CUBIETRUCK)+= dram_cubietruck.o


This was missed during patch shuffling - thanks, applied in r43921.

Regards,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 7/7] sunxi: add support for Lamobo R1

2015-01-10 Thread Zoltan HERPAI 

Hi,

On Sat, 10 Jan 2015, Daniel Golle wrote:


Initial support for BananaPi-R1 aka Lamobo-R1.

Based on patchset form Wang Yi wangyi8...@gmail.com published on
https://github.com/Lamobo/Lamobo-R1-OpenWrt


Thanks for submitting this. Did you have a chance to verify the switch 
working? I have read various results around it.


Regards,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 5/7] sunxi: merge upstream devicetree improvements for bananapro

2015-01-10 Thread Zoltan HERPAI 

Hi,

On Sat, 10 Jan 2015, Daniel Golle wrote:


merges DTS published on linux devicetree mailing list.


Thanks for this - didn't spot that Hans beat me with a few days on the 
file. Pushed in the published patch, and will patch in the 
brcmfmac-related stuff later.


Thanks,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [RFC PATCH] mac80211: brcmfmac: separate SDIO and USB support

2015-01-14 Thread Zoltan HERPAI 

Jose,

On Tue, 13 Jan 2015, José Vázquez wrote:


2015-01-13 8:46 GMT+01:00, Zoltan HERPAI wigy...@uid0.hu:

I haven't seen any flags that does SDIO_SUPPORT or something similar. It's
either removing depend on USB_SUPPORT or add dependencies for the
targets that'll use the SDIO part. Do you know of other approach?

Thanks,
-w-


You are right: there isn't SDIO_SUPPORT flag. I suggested to delete
sunxi dependency because maybe in the future will be support for other
boards that belong to different targets that will need sdio support to
make the wifi work.
Anyway, while only sunxi based boards need it, the patch can be left
as is to avoid confusion.


Further targets which require this package can be added later - so far 
sunxi is the only one which needs the SDIO support in brcmfmac, unless 
someone comes up with another.


sunxi has USB_SUPPORT, but I wanted to indicate that to enable the SDIO 
part, one does not need to have it, and can be extended easily.


Thanks,
-w-


On Tue, 13 Jan 2015, José Vázquez wrote:


IMHO make sdio selecton depends only on sunxi is not a good idea.

2015-01-07 20:37 GMT+01:00, Zoltan HERPAI wigy...@uid0.hu:

This patch will add options to select SDIO and USB support in the
brcmfmac
driver, and not tie it to only support USB. As the driver doesn't build
the host interface code into separate .ko, the required ones are
selected
via config options.

PCIe support is not added now, can be added later. As of now, only sunxi
would use the SDIO support for the Ampak modules.

Signed-off-by: Zoltan HERPAI wigy...@uid0.hu
---
Index: package/kernel/mac80211/Makefile
===
--- package/kernel/mac80211/Makefile(revision 43857)
+++ package/kernel/mac80211/Makefile(working copy)
@@ -1477,17 +1477,36 @@

  define KernelPackage/brcmfmac
$(call KernelPackage/mac80211/Default)
-  TITLE:=Broadcom IEEE802.11n USB FullMAC WLAN driver
+  TITLE:=Broadcom IEEE802.11n USB/SDIO FullMAC WLAN driver
URL:=http://linuxwireless.org/en/users/Drivers/brcm80211
-  DEPENDS+= @USB_SUPPORT +kmod-usb-core +kmod-cfg80211
+@DRIVER_11N_SUPPORT
+kmod-brcmutil
+  DEPENDS+= @(USB_SUPPORT||TARGET_sunxi) +kmod-cfg80211
+@DRIVER_11N_SUPPORT +kmod-brcmutil

FILES:=$(PKG_BUILD_DIR)/drivers/net/wireless/brcm80211/brcmfmac/brcmfmac.ko
AUTOLOAD:=$(call AutoProbe,brcmfmac)
  endef

  define KernelPackage/brcmfmac/description
- Kernel module for Broadcom IEEE802.11n USB Wireless cards
+ Kernel module for Broadcom IEEE802.11n USB/SDIO Wireless cards
  endef

+define KernelPackage/brcmfmac/config
+if PACKAGE_kmod-brcmfmac
+
+   config PACKAGE_BRCMFMAC_SDIO
+   depends TARGET_sunxi
+   bool Broadcom FullMAC SDIO support
+   help
+   Say Y if you want to enable SDIO support for the 
brcmfmac
driver.
+
+   config PACKAGE_BRCMFMAC_USB
+   select PACKAGE_kmod-usb-core
+   default y
+   bool Broadcom FullMAC USB support
+   help
+   Say Y if you want to enable USB support for the 
brcmfmac driver.
+
+endif
+endef
+
  config_package=$(if $(CONFIG_PACKAGE_kmod-$(1)),m)

  config-y:= \
@@ -1558,8 +1577,9 @@
  config-$(call config_package,brcmutil) += BRCMUTIL
  config-$(call config_package,brcmsmac) += BRCMSMAC
  config-$(call config_package,brcmfmac) += BRCMFMAC
-config-y += BRCMFMAC_USB
+config-$(CONFIG_PACKAGE_BRCMFMAC_USB) += BRCMFMAC_USB
  config-$(CONFIG_PACKAGE_BRCM80211_DEBUG) += BRCMDBG
+config-$(CONFIG_PACKAGE_BRCMFMAC_SDIO) += BRCMFMAC_SDIO

  config-$(call config_package,mac80211-hwsim) += MAC80211_HWSIM

@@ -1969,12 +1989,25 @@

  define KernelPackage/brcmfmac/install
$(INSTALL_DIR) $(1)/lib/firmware/brcm
+ifeq ($(CONFIG_PACKAGE_BRCMFMAC_USB),y)
$(INSTALL_DATA) \

$(PKG_BUILD_DIR)/$(PKG_LINUX_FIRMWARE_SUBDIR)/brcm/brcmfmac43236b.bin
\
$(1)/lib/firmware/brcm/
$(INSTALL_DATA) \

$(PKG_BUILD_DIR)/$(PKG_LINUX_FIRMWARE_SUBDIR)/brcm/brcmfmac43143.bin
\
$(1)/lib/firmware/brcm/
+endif
+ifeq ($(CONFIG_PACKAGE_BRCMFMAC_SDIO),y)
+   $(INSTALL_DATA) \
+   
$(PKG_BUILD_DIR)/$(PKG_LINUX_FIRMWARE_SUBDIR)/brcm/brcmfmac4329-sdio.bin
\
+   $(1)/lib/firmware/brcm/
+   $(INSTALL_DATA) \
+   
$(PKG_BUILD_DIR)/$(PKG_LINUX_FIRMWARE_SUBDIR)/brcm/brcmfmac4330-sdio.bin
\
+   $(1)/lib/firmware/brcm/
+   $(INSTALL_DATA) \
+   
$(PKG_BUILD_DIR)/$(PKG_LINUX_FIRMWARE_SUBDIR)/brcm/brcmfmac43362-sdio.bin
\
+   $(1)/lib/firmware/brcm/
+endif
  endef

  $(eval $(call KernelPackage,adm8211))
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 3/3] sunxi: add support for Linux 3.19

2015-02-11 Thread Zoltan HERPAI 

On Wed, 11 Feb 2015, Luka Perkov wrote:


zoltan maintains the sunxi target. he might already have done work on
this and might have some updates or whatever that he plans to
incorporate. bumping a kernel maintained actively always has the risk
of duplicating work and / or doing superfluous work


Well, yes, that's why I put Zoltan on CC for that patch (you can't
see that as the list server apparently removes CC's if the receiver
is among the list subscribers).

And sure, he might already have it ready himself or do things as he
likes to, e.g. more testing on all boards before pushing the commit.
I did this bump to 3.19 this morning because I was impatient to see if
framebuffer works as it was promissed for 3.19 on sun7i. And it does.
I was happy to see that and felt that it may make sense to publish my
results.

Note that my motivation when porting the patches was my own curiosity
and it was fun doing it -- no matter, if any picks them up or not.
Just in case Zoltan starts working on 3.19 tomorrow, he'll already have
a reference point to start with.
If he already got it ready and just wants to do more testing before
pushing the commit -- fine, this might have been a waste of time when
looking at it from an economic point of view. Just that my motiviation
was self-education rather than just using my time as efficient as I can.

Is there anything wrong with that?
Or did anyone feel offended by that?


Not at all. Please continue with good work. I only wish I've seen your
patch sooner ;)


Don't start a fight over my head without me. :)

Daniel, thanks for the patches for bringing sunxi up to 3.19. I already 
had done some work, but this patchset helps, so I'll work it in and add 
you as SoB when committing.


One small note, it might be worth to send generic and 
target_foo-related in separate series to the list, so they could be 
picked up and committed separately, avoiding unnecessary confusion. 
(That's just my $.02 though.)


Thanks,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [RFC PATCH] mac80211: brcmfmac: separate SDIO and USB support

2015-01-07 Thread Zoltan HERPAI 
This patch will add options to select SDIO and USB support in the brcmfmac 
driver, and not tie it to only support USB. As the driver doesn't build 
the host interface code into separate .ko, the required ones are selected 
via config options.


PCIe support is not added now, can be added later. As of now, only sunxi 
would use the SDIO support for the Ampak modules.


Signed-off-by: Zoltan HERPAI wigy...@uid0.hu
---
Index: package/kernel/mac80211/Makefile
===
--- package/kernel/mac80211/Makefile(revision 43857)
+++ package/kernel/mac80211/Makefile(working copy)
@@ -1477,17 +1477,36 @@

 define KernelPackage/brcmfmac
   $(call KernelPackage/mac80211/Default)
-  TITLE:=Broadcom IEEE802.11n USB FullMAC WLAN driver
+  TITLE:=Broadcom IEEE802.11n USB/SDIO FullMAC WLAN driver
   URL:=http://linuxwireless.org/en/users/Drivers/brcm80211
-  DEPENDS+= @USB_SUPPORT +kmod-usb-core +kmod-cfg80211 +@DRIVER_11N_SUPPORT 
+kmod-brcmutil
+  DEPENDS+= @(USB_SUPPORT||TARGET_sunxi) +kmod-cfg80211 +@DRIVER_11N_SUPPORT 
+kmod-brcmutil
   FILES:=$(PKG_BUILD_DIR)/drivers/net/wireless/brcm80211/brcmfmac/brcmfmac.ko
   AUTOLOAD:=$(call AutoProbe,brcmfmac)
 endef

 define KernelPackage/brcmfmac/description
- Kernel module for Broadcom IEEE802.11n USB Wireless cards
+ Kernel module for Broadcom IEEE802.11n USB/SDIO Wireless cards
 endef

+define KernelPackage/brcmfmac/config
+if PACKAGE_kmod-brcmfmac
+
+   config PACKAGE_BRCMFMAC_SDIO
+   depends TARGET_sunxi
+   bool Broadcom FullMAC SDIO support
+   help
+   Say Y if you want to enable SDIO support for the 
brcmfmac driver.
+
+   config PACKAGE_BRCMFMAC_USB
+   select PACKAGE_kmod-usb-core
+   default y
+   bool Broadcom FullMAC USB support
+   help
+   Say Y if you want to enable USB support for the 
brcmfmac driver.
+
+endif
+endef
+
 config_package=$(if $(CONFIG_PACKAGE_kmod-$(1)),m)

 config-y:= \
@@ -1558,8 +1577,9 @@
 config-$(call config_package,brcmutil) += BRCMUTIL
 config-$(call config_package,brcmsmac) += BRCMSMAC
 config-$(call config_package,brcmfmac) += BRCMFMAC
-config-y += BRCMFMAC_USB
+config-$(CONFIG_PACKAGE_BRCMFMAC_USB) += BRCMFMAC_USB
 config-$(CONFIG_PACKAGE_BRCM80211_DEBUG) += BRCMDBG
+config-$(CONFIG_PACKAGE_BRCMFMAC_SDIO) += BRCMFMAC_SDIO

 config-$(call config_package,mac80211-hwsim) += MAC80211_HWSIM

@@ -1969,12 +1989,25 @@

 define KernelPackage/brcmfmac/install
$(INSTALL_DIR) $(1)/lib/firmware/brcm
+ifeq ($(CONFIG_PACKAGE_BRCMFMAC_USB),y)
$(INSTALL_DATA) \

$(PKG_BUILD_DIR)/$(PKG_LINUX_FIRMWARE_SUBDIR)/brcm/brcmfmac43236b.bin \
$(1)/lib/firmware/brcm/
$(INSTALL_DATA) \

$(PKG_BUILD_DIR)/$(PKG_LINUX_FIRMWARE_SUBDIR)/brcm/brcmfmac43143.bin \
$(1)/lib/firmware/brcm/
+endif
+ifeq ($(CONFIG_PACKAGE_BRCMFMAC_SDIO),y)
+   $(INSTALL_DATA) \
+   
$(PKG_BUILD_DIR)/$(PKG_LINUX_FIRMWARE_SUBDIR)/brcm/brcmfmac4329-sdio.bin \
+   $(1)/lib/firmware/brcm/
+   $(INSTALL_DATA) \
+   
$(PKG_BUILD_DIR)/$(PKG_LINUX_FIRMWARE_SUBDIR)/brcm/brcmfmac4330-sdio.bin \
+   $(1)/lib/firmware/brcm/
+   $(INSTALL_DATA) \
+   
$(PKG_BUILD_DIR)/$(PKG_LINUX_FIRMWARE_SUBDIR)/brcm/brcmfmac43362-sdio.bin \
+   $(1)/lib/firmware/brcm/
+endif
 endef

 $(eval $(call KernelPackage,adm8211))
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

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

2015-04-10 Thread Zoltan HERPAI 

Harald Geyer wrote:

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-0410-b956-a3cf2f4a3e73

made the ext4 rootfs image unavailable for download from snapshots.
Only a SD-card image with u-boot and everything is available. This is
annoying for people who either have their own custom partition layout
or want to upgrade the rootfs without losing the u-boot configuration.

The same commit also broke the inclusion of dtbs in the root filesystem.

Note: I don't know if this is the right way to implement this. I'm just
adding code back that was there before.



[snip]



Acked-by: Michael Heimpold m...@heimpold.de
  
  

With Michael's acks, I'll add this code (and the other patch) back in.



Thanks.

  

[snip]

Added the two patches in r45368-45369.

Thanks,
Zoltan H
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

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

2015-04-09 Thread Zoltan HERPAI 

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-0410-b956-a3cf2f4a3e73

made the ext4 rootfs image unavailable for download from snapshots.
Only a SD-card image with u-boot and everything is available. This is
annoying for people who either have their own custom partition layout
or want to upgrade the rootfs without losing the u-boot configuration.

The same commit also broke the inclusion of dtbs in the root filesystem.

Note: I don't know if this is the right way to implement this. I'm just
adding code back that was there before.


[snip]


Acked-by: Michael Heimpold m...@heimpold.de
  

With Michael's acks, I'll add this code (and the other patch) back in.

One more thing which we discussed with Michael, that the SDcard image 
for Duckbill could use the following partitions:


u-boot (0x53), rootfs1 for kernel/dtb (0x83), rootfs2 (0x83), data(0x83)

F.e. the second partition would be ext2 instead of fat, which could be 
supported with updating the uboot config to use ext2load instead of fatload. 
While this would be for Duckbill mainly, if people won't get annoyed this would 
be the default for the Olinuxino too.

Regards,
Zoltan H
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH v4 1/4] sunxi: don't copy DTS files to BIN_DIR

2015-08-18 Thread Zoltan HERPAI 

Matthias Schiffer wrote:

The DTS files aren't useful (other targets don't copy them either) and
clutter BIN_DIR with files unrelated to the chosen profile.

Signed-off-by: Matthias Schiffer mschif...@universe-factory.net
  

[snip]

Thanks Matthias, I've committed the series in r46604-46608.

Regards,
Zoltan H
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 1/2] sunxi: fix uboot install location

2015-07-31 Thread Zoltan HERPAI 

On Sun, 26 Jul 2015, Zoltan HERPAI wrote:


On Fri, 24 Jul 2015, John Crispin wrote:


On 16/07/2015 22:20, Matthias Schiffer wrote:

-BOARDS:= \
-   sun4i-a10-cubieboard \
-   sun4i-a10-olinuxino-lime \
-   sun4i-a10-pcduino \
-   sun5i-a13-olinuxino \
-   sun6i-a31-colombus \
-   sun6i-a31-m9 \
-   sun7i-a20-bananapi \
-   sun7i-a20-bananapro \
-   sun7i-a20-cubieboard2 \
-   sun7i-a20-cubietruck \
-   sun7i-a20-olinuxino-lime \
-   sun7i-a20-olinuxino-micro \
-   sun7i-a20-pcduino3 \
-   sun7i-a20-lamobo-r1
-
 define Image/BuildKernel
mkimage -A arm -O linux -T kernel -C none \
-a 0x40008000 -e 0x40008000 \
-n 'ARM OpenWrt Linux-$(LINUX_VERSION)' \
-d $(KDIR)/zImage $(BIN_DIR)/$(IMG_PREFIX)-uImage
-
+
 ifneq ($(CONFIG_TARGET_ROOTFS_INITRAMFS),)
 	$(CP) $(KDIR)/zImage-initramfs 
$(BIN_DIR)/$(IMG_PREFIX)-zImage-initramfs
 	echo -ne '\x00\x00\x00\x00'  
$(BIN_DIR)/$(IMG_PREFIX)-zImage-initramfs

@@ -42,27 +26,23 @@ define Image/BuildKernel
$(BIN_DIR)/$(IMG_PREFIX)-uImage-initramfs \
)
 endif
-
-   $(foreach board,$(BOARDS),
-   $(CP) $(DTS_DIR)/$(board).dtb $(BIN_DIR)/
-   )
 endef


not sure about this change. maybe just stage the dtb file of the
selected profile. i am not sure if zoltan added this for a reason.


Thanks John and Matthias for checking on this. I'm offline until the 30th, 
will get back on this at that time.


Before the sdcard imagebuilder, the dtb files for the supported 
boards were copied to BIN_DIR so the user could pick the correct dtb for 
the board. When the imagebuilder was rolled out, this was not removed 
from the Makefile - now it can go away, so I'm OK with removing this part. 
Although it's a good place to see which boards are supported, there are 
much better ways to do this.


Building boot.img is probably fine to stay in KDIR - that's an interim 
file and not the final image. If you want that changed, please send a v2 - 
if not, I'm happy to apply the series in its current form.


Thanks,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 6/7] ap6210-firmware: new package

2015-07-31 Thread Zoltan HERPAI 

Hi,

Daniel Golle wrote:

This package contains the WiFi NVRAM distributed with Bananian [1].
It's currently needed to use the WiFi module (BCM43362 SDIO) on the
BananaPro with the brcmfmac cfg80211 driver which doesn't yet support
retrieving calibration data via device-tree or platform_data.

(DOS-style newlines in nvram_ap6210.txt are supposedly intentional)

 [1]: http://dl.bananian.org/releases/bananian-latest.zip

Signed-off-by: Daniel Golle dan...@makrotopia.org
---
 package/firmware/ap6210-firmware/Makefile  | 40 +++
 .../ap6210-firmware/files/nvram_ap6210.txt | 57 ++

[snip]



--- /dev/null
+++ b/package/firmware/ap6210-firmware/files/nvram_ap6210.txt
@@ -0,0 +1,57 @@
+#AP6210_NVRAM_V1.2_03192013
+manfid=0x2d0
+prodid=0x492
+vendid=0x14e4
+devid=0x4343
+boardtype=0x0598
+
+# Board Revision is P307, same nvram file can be used for P304, P305, P306 and 
P307 as the tssi pa params used are same
+#Please force the automatic RX PER data to the respective board directory if 
not using P307 board, for e.g. for P305 boards force the data into the 
following directory /projects/BCM43362/a1_labdata/boardtests/results/sdg_rev0305
+boardrev=0x1307
+boardnum=777
+xtalfreq=26000
+boardflags=0x80201
+boardflags2=0x80
+sromrev=3
+wl0id=0x431b
+macaddr=00:90:4c:07:71:12
  

[snip]

Hardcoding the MAC address doesn't seem ideal - cna you autogenerate 
this file and at least make the MAC random? Generating it at build time 
would be fine.


Regards,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 4/7] sunxi: prepare kernel 4.1 config and patches

2015-07-31 Thread Zoltan HERPAI 

Hi,

Daniel Golle wrote:

Similar to brcm2708 have framebuffer video support built-in so
fbconsole gets initialized during boot.
Plus more kernel config carefully sync'ed against upstream
sunxi_defconfig.

Signed-off-by: Daniel Golle dan...@makrotopia.org
---
 target/linux/sunxi/config-4.1  |  599 
 ...201-dt-sun7i-add-oob-irq-to-bcm-sdio-wifi.patch |   68 +
 .../202-dt-sun7i-add-bluetooth-to-cubietruck.patch |   77 +
 .../patches-4.1/270-dt-sun7i-add-ss-to-a20.patch   |   19 +
 .../sunxi/patches-4.1/271-crypto-add-ss.patch  | 1508 
 .../patches-4.1/302-dt-sun7i-add-lamobo-r1.patch   |  252 
  

[snip]

The main config looks bloated, I've already moved some of the unset 
symbols into generic. I'll add in further patches that were grabbed from 
other trees, and commit them together with your patch. Thanks for giving 
me the kick that moving to 4.1 needs to be speed up :)


Thanks,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 2/7] modules: move libahci to kmod-ata-core

2015-07-31 Thread Zoltan HERPAI 

Daniel Golle wrote:

Newer kernels make use of libahci in ahci-platform, ie. also on non-PCI
platforms.
As there is no single config symbol deciding whether libahci.ko is
being built or not it seems the most sensitive thing to package it in
kmod-ata-core.

Signed-off-by: Daniel Golle dan...@makrotopia.org
---
  

[snip]

We'll discuss this with blogic/Kaloz if they're OK with it.

Regards,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 1/2] sunxi: fix uboot install location

2015-07-26 Thread Zoltan HERPAI 

On Fri, 24 Jul 2015, John Crispin wrote:


On 16/07/2015 22:20, Matthias Schiffer wrote:

-BOARDS:= \
-   sun4i-a10-cubieboard \
-   sun4i-a10-olinuxino-lime \
-   sun4i-a10-pcduino \
-   sun5i-a13-olinuxino \
-   sun6i-a31-colombus \
-   sun6i-a31-m9 \
-   sun7i-a20-bananapi \
-   sun7i-a20-bananapro \
-   sun7i-a20-cubieboard2 \
-   sun7i-a20-cubietruck \
-   sun7i-a20-olinuxino-lime \
-   sun7i-a20-olinuxino-micro \
-   sun7i-a20-pcduino3 \
-   sun7i-a20-lamobo-r1
-
 define Image/BuildKernel
mkimage -A arm -O linux -T kernel -C none \
-a 0x40008000 -e 0x40008000 \
-n 'ARM OpenWrt Linux-$(LINUX_VERSION)' \
-d $(KDIR)/zImage $(BIN_DIR)/$(IMG_PREFIX)-uImage
-
+
 ifneq ($(CONFIG_TARGET_ROOTFS_INITRAMFS),)
$(CP) $(KDIR)/zImage-initramfs $(BIN_DIR)/$(IMG_PREFIX)-zImage-initramfs
echo -ne '\x00\x00\x00\x00'  $(BIN_DIR)/$(IMG_PREFIX)-zImage-initramfs
@@ -42,27 +26,23 @@ define Image/BuildKernel
$(BIN_DIR)/$(IMG_PREFIX)-uImage-initramfs \
)
 endif
-
-   $(foreach board,$(BOARDS),
-   $(CP) $(DTS_DIR)/$(board).dtb $(BIN_DIR)/
-   )
 endef


not sure about this change. maybe just stage the dtb file of the
selected profile. i am not sure if zoltan added this for a reason.


Thanks John and Matthias for checking on this. I'm offline until the 30th, 
will get back on this at that time.


Regards,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] buildbot: gb15 fails to upload due to host keys and wyrding timeouts largest firmwares

2015-10-25 Thread Zoltan HERPAI 

Hannu Nyman wrote:
Buildbot needs some maintenance, as some of the buildslaves are 
behaving badly :-(


1)
gb15 has a wrong host key and silently fails all uploads. It just 
completed 4 builds successfully, but did not upload them. That has 
been going on for some time now.
It is rather sad that the buildbot script silently fails the binary 
uploads, because that makes the error hard to notice. The build shows 
green on the status screen, so unless you wonder about the missing 
binaries of a successful build and really check the upload step's log 
file, you won't notice the error. It would be great if the buildbot 
upload script could be modified to show the upload error more clearly.


2)
wyrding timeouts the imagebuilder/SDK tar file creation step for the 
largest firmwares. I have noticed that as ar71xx has suffered from 
that several times in the last few weeks. The 20 minutes given for 
waiting for any output from the process is sometimes too short for the 
tar file creation step and the buildbot breaks the build. Apparently 
"tar" does not produce any intermediate output.  (When that timeout 
happens, the file cleanup step may also take hours, so there may be 
something wrong with the buildslave's disk or I/O in general.)

[snip]

We're checking these, hopefully both will resolve with the next round of 
builds.


Thanks,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] musl: fix build on sh3

2015-09-14 Thread Zoltan HERPAI 

musl fails to build when compiled with gcc on sh3 (GCC target/#67260).
Work it around.

Signed-off-by: Zoltan HERPAI <wigy...@uid0.hu>
---
 toolchain/musl/common.mk |5 +
 1 file changed, 5 insertions(+)

diff --git a/toolchain/musl/common.mk b/toolchain/musl/common.mk
index 82c1543..ba467fb 100644
--- a/toolchain/musl/common.mk
+++ b/toolchain/musl/common.mk
@@ -23,6 +23,11 @@ 
HOST_BUILD_DIR:=$(BUILD_DIR_TOOLCHAIN)/$(PKG_NAME)-$(PKG_VERSION)

 include $(INCLUDE_DIR)/toolchain-build.mk
 include $(INCLUDE_DIR)/hardening.mk

+ifeq ($(CONFIG_sh3),y)
+TARGET_CFLAGS+= \
+   -fno-optimize-sibling-calls
+endif
+
 MUSL_CONFIGURE:= \
$(TARGET_CONFIGURE_OPTS) \
CFLAGS="$(TARGET_CFLAGS)" \
--
1.7.10.4
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH v2 0/7] target: mxs: various fixes

2015-09-18 Thread Zoltan HERPAI 

Hi Michael,

Michael Heimpold wrote:

This patch series is to bring OpenWrt's Duckbill support back in shape:
- U-Boot build is fixed
- SD card generation is adopted for Duckbill images

I've tested my changes with I2SE Duckbill and Olimex OLinuXino
Maxi board, however, I've no Micro/Mini at hand.

This series obsoletes my series "packages: uboot-mxs: various fixes"
from Mon, 31 Aug 2015 21:49:28 +0200, so I've choosen to name this
one "v2".

It's possible to pull this series from
https://github.com/mhei/openwrt/tree/mxs-fixes, but I'm
rebasing this branch from time to time.

Changes in v2:
- don't break Olimex (i.MX233) based boards anymore
- SD card generation now support Duckbill's partitioning scheme

Michael Heimpold (7):
  packages: uboot-mxs: place binaries in the designated path
  

Committed this one.


  packages: uboot-mxs: do no modify the U-Boot image, copy as-is
  
I'm checking this - seems to break the i.MX233 support (olinuxino-maxi 
to be exact, but it shouldn't really matter with the imx23 boards), with 
this one in place, u-boot is not coming up, the board is stuck at the 
0x80502008 printouts. Might be PEBKAC on me.



  packages: uboot-mxs: bless UBOOT_IMAGE with a meaning, otherwise we
could drop this C left-over
  

I'm OK with this - will commit once we discussed the above.


  target/mxs: adopt SD card generation to fixed U-Boot path
  

As above.


  packages: uboot-mxs: fix I2SE Duckbill variant
  

Committed this one as well.


  tools: add sdimage (for mxs target)
  
  target: mxs: re-work SD card image generation
  
OK, so You're working with ext4+ext4 on Duckbill - happy to add these 
in, will take a look.


As always, thanks for the patches, the Duckbill support really needed 
some tender care.


Regards,
Zoltan H
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] musl: fix build on sh3

2015-09-18 Thread Zoltan HERPAI 

Felix Fietkau wrote:

On 2015-09-16 09:27, John Crispin wrote:
  

Hi,

On 14/09/2015 10:38, Zoltan HERPAI wrote:


musl fails to build when compiled with gcc on sh3 (GCC target/#67260).
Work it around.

Signed-off-by: Zoltan HERPAI <wigy...@uid0.hu>
---
 toolchain/musl/common.mk |5 +
 1 file changed, 5 insertions(+)

diff --git a/toolchain/musl/common.mk b/toolchain/musl/common.mk
index 82c1543..ba467fb 100644
--- a/toolchain/musl/common.mk
+++ b/toolchain/musl/common.mk
@@ -23,6 +23,11 @@
HOST_BUILD_DIR:=$(BUILD_DIR_TOOLCHAIN)/$(PKG_NAME)-$(PKG_VERSION)
 include $(INCLUDE_DIR)/toolchain-build.mk
 include $(INCLUDE_DIR)/hardening.mk

+ifeq ($(CONFIG_sh3),y)
+TARGET_CFLAGS+= \
+   -fno-optimize-sibling-calls
+endif
+
  

i am worried that this will be added and never removed as we will forget
about it. how about making it also depend on the broken gcc version.


There is no non-broken gcc version yet. I think we should at least have
a link to the gcc bug report directly above these lines, so we don't
have to dig through the log to figure out why this was added.
  
Can't argue with the need to have a link directly to describe the issue 
- I'll create a v2.


Thanks,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCHv2] musl: fix build on sh3

2015-09-18 Thread Zoltan HERPAI 
musl fails to build when compiled with gcc on sh3 (GCC target/#67260).
Work it around.

Signed-off-by: Zoltan HERPAI <wigy...@uid0.hu>
---
 toolchain/musl/common.mk |6 ++
 1 file changed, 6 insertions(+)

diff --git a/toolchain/musl/common.mk b/toolchain/musl/common.mk
index 82c1543..3045c63 100644
--- a/toolchain/musl/common.mk
+++ b/toolchain/musl/common.mk
@@ -23,6 +23,12 @@ 
HOST_BUILD_DIR:=$(BUILD_DIR_TOOLCHAIN)/$(PKG_NAME)-$(PKG_VERSION)
 include $(INCLUDE_DIR)/toolchain-build.mk
 include $(INCLUDE_DIR)/hardening.mk
 
+# Please see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67260
+ifeq ($(CONFIG_sh3),y)
+TARGET_CFLAGS+= \
+   -fno-optimize-sibling-calls
+endif
+
 MUSL_CONFIGURE:= \
$(TARGET_CONFIGURE_OPTS) \
CFLAGS="$(TARGET_CFLAGS)" \
-- 
1.7.10.4
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Board detection for Lamobo R1 fails again

2016-01-04 Thread Zoltan HERPAI 

Vasco Steinmetz wrote:

Hi,

with the latest trunk the board.d detection script for the Lamobo Banana
Pi R1 fails again. This time the value is

cat /proc/device-tree/model
Lamobo R1

Sadliy this is the model name before my previous complaint at end of
November, when the dt reported

"Lamobo Banana Pi R1"

Apparently u-bloat had been updated to 2016.01-rc2 since then.
The former u-bloat version was 2015.07.


Maybe someone else with this particular board could verify it and revert
http://git.openwrt.org/?p=openwrt.git;a=commit;h=a56638a303a2fe931273cbff493b485dc0f5f409
then.
  

Hi Vasco,

I'll change this - thanks for bringing it up, I don't have this 
particular board. The "final" name looks to be "Lamobo R1".


Thanks,
Zoltan H
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] OpenWrt-Devel] sunxi: BananaPi reboot problem

2015-12-19 Thread Zoltan HERPAI 

Hi Gerhard,

On Sat, 19 Dec 2015, Gerhard Bertelsmann wrote:


Hi,

I have a problem with my BananaPi rebooting with actual trunk (r47935):


[...]

scanning bus 0 for devices... 1 USB Device(s) found
scanning bus 2 for devices... 1 USB Device(s) found
Hit any key to stop autoboot:  0
switch to partitions #0, OK
mmc0 is current device
data abort
pc : [<7f67945c>]  lr : [<7f6b1040>]
reloc pc : [<4a01845c>]lr : [<4a050040>]
sp : 7f238cd8  ip : 0001 fp : 0018
r10: 7f26f480  r9 : 7f240ee0 r8 : 
r7 :   r6 : 7f26f538 r5 : 7f26f4d0  r4 : 0018
r3 : 7f26f3d0  r2 : 7f6b1140 r1 : 0021  r0 : 7f6b1143
Flags: Nzcv  IRQs off  FIQs off  Mode SVC_32
Resetting CPU ...

resetting ...

U-Boot SPL 2015.07 (Dec 19 2015 - 13:25:28)

###

The BananaPi loops, throw the exception and can't boot the image -> boots 
again.

If I power cycle the BPi everything is fine and the BPi boots.
Until I reboot -> it loops again.

If I switch to GCC 4_8_LINARO everything is fine - strange.

Does anybody know why the BPi behaves so strange ?


Which BPi model is this, standard BananaPi or BananaPro?

Thanks,
Zoltan H
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] buildbot: gb15 fails to upload due to host keys

2015-11-23 Thread Zoltan HERPAI 

Hannu A Nyman wrote:
Well, both gb15 and buildslave2 still fail to upload binaries, and as 
they are making 9 of the 22 concurrent builds, almost half of the 
compiled binaries are discarded. Sad.


Logs from today:
http://buildbot.openwrt.org:8010/builders/x86.kvm_guest/builds/119/steps/shell_11/logs/stdio 

http://buildbot.openwrt.org:8010/builders/brcm2708/builds/126/steps/shell_11/logs/stdio 



 Upload Snapshot to Openwrt
 Host key verification failed.
 rsync: connection unexpectedly closed (0 bytes received so far) [sender]
 rsync error: unexplained error (code 255) at io.c(605) [sender=3.0.9]

gb15 is fixed now.

Regards,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] buildbot: gb15 fails to upload due to host keys

2015-11-23 Thread Zoltan HERPAI 



On Mon, 23 Nov 2015, Dave Taht wrote:


On Mon, Nov 23, 2015 at 11:07 AM, Zoltan HERPAI <wigy...@uid0.hu> wrote:

Hannu A Nyman wrote:


Well, both gb15 and buildslave2 still fail to upload binaries, and as they
are making 9 of the 22 concurrent builds, almost half of the compiled
binaries are discarded. Sad.

Logs from today:

http://buildbot.openwrt.org:8010/builders/x86.kvm_guest/builds/119/steps/shell_11/logs/stdio

http://buildbot.openwrt.org:8010/builders/brcm2708/builds/126/steps/shell_11/logs/stdio

 Upload Snapshot to Openwrt
 Host key verification failed.
 rsync: connection unexpectedly closed (0 bytes received so far) [sender]
 rsync error: unexplained error (code 255) at io.c(605) [sender=3.0.9]


gb15 is fixed now.


I note that I have long been paying for the google openwrt build
cluster out of my own pocket (after the google grant expired last year
- which was costing 1700/month for 5? 6? servers), but I had cut it
down to just gb10, which is cost me about $250/month.

I am hoping some more grant money arrives (not a lot!) next year.

I was unaware of gb15 (not coming out of my account, thankfully), and
am glad someone else is covering costs on it...

IF there is a need to turn around openwrt builds even quicker, (how
much quicker can it be done?) we can re-scale up my old google cluster
if there is funding for it from somewhere. I can keep the one server
I'm contributing up and running indefinitely. Or... ?

I have always wished we could do a full build in under 3 hours, and
could circulate package changes around in minutes, rather than in a
full build.


This is not a googlebuild server. I've asked Travis to rename the host to 
make the name less confusing, that's yet to happen.


Thanks,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Response to LEDE proposal/queries/mail?

2016-06-08 Thread Zoltan HERPAI 

Hey Daniel,

Daniel Golle wrote:

Hi!

On Tue, Jun 07, 2016 at 02:42:36PM +0200, Zoltan HERPAI wrote:
  

...
The official line - which I should have sent out a few days ago - from the
OpenWrt team is:


Felix's initial comment was LEDE to become a "development environment" for
new ideas, and to keep OpenWrt as the standard distro. We have stayed away
from committing to OpenWrt trunk to keep a clean sheet according to this, to
let LEDE members cleanly and easily merge their changes. (Apologies to all



Interesting, has anyone asked you to do this? LEDE keeps merging things
from OpenWrt's tree without any difficulties caused so far. There is
even a formal scheme on how to label commits imported from OpenWrt.

  
This was self-imposed until things are worked out, but cannot be kept 
any further - trunk has got a fair amount of dust in the last few weeks.



contributors for not pushing their patches so far). Luka - as no objections
but only praises were received - plans to do the proposed github move later
this week, which will help with the workflow for contributors.

What we would like is to:
- Ask the LEDE members currently maintaining targets to update their
targets,



By posting patches e.g. for the oxnas target which I maintain to the
mailing list and bother John to merge them?
  
Nobody from the current OpenWrt team blocked that you receive full 
access to the tree, and since John has been reviewing most of your work 
could have easily proposed that you get access to the tree.



How do you imagine this could work without a transparent procedure on
how people could gain or (be forced to) drop commit access?
  
Nothing about that is mentioned on

https://dev.openwrt.org/wiki/GoverningRules
(and that's apparently still a draft which hasn't ever been approved
  
One fair point for more transparency. While I have to argue that no one 
within the team pushed to get the draft completed for years, we'll look 
to get some guidance and finish it.
As You might be very well aware, for people to get commit access, an 
internal vote was run, and the majority decision won (usually to allow 
commit access).



by all existing project members, I never ever saw any of that
PGP-signed voting described in there on the mailing list happen in
all the years I'm following it)

  

- Ask the LEDE members to tell us about terms and wishes for reunite.
Currently there is no official word from LEDE on this, which is quite
confusing.



Which exact goal are you referring to? Imho a 'split' never happened,
everybody kept contributing to both projects. 

Let me argue with that:

2016-06-07: 08:59 Changeset [49379] by nbd
treewide: fix replace nbd@… with nbd@… Signed-off-by: …
2016-05-30: 08:29 Changeset [49378] by rmilecki
mac80211: brcmfmac: return -ENFILE if interface exists This makes …
2016-05-12: 07:32 Changeset [49377] by rmilecki
bcm53xx: drop Copyright header from two of my bash scripts Both scripts …

LEDE members should be more clear about their future plans with OpenWrt 
in light of this. As far as I'm aware (and that has been also told on 
here), no commit access was revoked.



However, I reckon you
cannot expect people to just get back to work without priorly dealing
with or at least acknowlede the fact that very few people did most of
the work without a clear strategy on how to change that situation.
Moving to github might improve that, but still fails to address the
remaining issues (see http://www.lede-project.org/), such as the
intransparent communication and decission making behind closed doors.
  
Hang on. No one said anywhere things (or a large portion of them) won't 
be fixed or changed. What'll be fixed in the short term is:


- Github move for easier contribution - as discussed. I more than agree 
that patches were handled by a small amount of people compared to who is 
listed on https://dev.openwrt.org/wiki/people .
- Release cycle - 6 months, 9 months? This was also discussed in the 
earlier threads that it's needed and will be done
- More open internal discussions and votings. (From my perspective, I do 
believe that a private channel should be kept within the project, but 
that should have low traffic and only the truly internal discussions 
should be held there. Like where to get the beers for the next conference.)


As mentioned earlier, input from LEDE would be much appreciated. While 
the team might not agree with all the changes already done in LEDE, the 
appropriate ones should / will be brought in.



Technically that means openwrt-hack...@lists.openwrt.org should have
a publicly accessible archive (at least from now on), the private IRC
channels should also allow public read access and decissions made
should be backed by those publicly accessible communications.
  
That is something where the rest of the OpenWrt team will need to chime 
in to discuss. I have some doubts about opening up a repository into the 
public that was private for years, but let's discuss th

Re: [OpenWrt-Devel] Response to LEDE proposal/queries/mail?

2016-06-07 Thread Zoltan HERPAI 

Daniel Dickinson wrote:

Hi,

I had a few emails on this topic I thought better of sending, but I'm
sure I'm not the only one wondering why the remaining OpenWrt devs have
not responded to the various LEDE overtures on this mailing list.  Is it
lack of time, an unwillingness to attempt to have an honest and
reasonable dialogue in public, or something else?  I admit that for all
the furor over the fork, and complaints about LEDE lack of transparency
in the fork, I'm seeing a lot more communication from LEDE than from the
remaining devs, and am left to guess the reasons why (although with my
mechanism to help me avoid bad emails, I don't give voice to my tendency
to the less than generous suspicions, now).
  


Hi Daniel,

May I ask you to point to which e-mail are you referring to? We are yet 
to see an official line from LEDE on what they want to see to happen in 
OpenWrt (setting aside the FUD some LEDE members have shown on the 
list). The IRC discussion did not happen due to being unable to work out 
the timezone differences, the conversation on the mailing list did not 
move forward - this is obviously an issue on our side as well.


The official line - which I should have sent out a few days ago - from 
the OpenWrt team is:



Felix's initial comment was LEDE to become a "development environment" 
for new ideas, and to keep OpenWrt as the standard distro. We have 
stayed away from committing to OpenWrt trunk to keep a clean sheet 
according to this, to let LEDE members cleanly and easily merge their 
changes. (Apologies to all contributors for not pushing their patches so 
far). Luka - as no objections but only praises were received - plans to 
do the proposed github move later this week, which will help with the 
workflow for contributors.


What we would like is to:
- Ask the LEDE members currently maintaining targets to update their 
targets,
- Ask the LEDE members to tell us about terms and wishes for reunite. 
Currently there is no official word from LEDE on this, which is quite 
confusing.


We will start merging the pending patches in patchwork this week to get 
trunk back into a healthy state while discussions are underway. LEDE 
patches will also be brought in where appropriate.


Regards,
The OpenWrt team
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] svn revisions and github repository

2016-06-24 Thread Zoltan HERPAI 

Hi,

On Fri, 24 Jun 2016, Bruno Randolf wrote:


On 22/06/16 23:50, Павел Плетенев wrote:

Hello all!
Thank you for the great OS!
I'm trying to build Chaos Calmer from source for BlackSwift board
(AR9331 dev board). 
Patches for it can be applied only for revision 49007. I'm trying to

apply RT_PREEMT patch for openwrt in that embedded system and I wish to
publish my work somehow. My idea was to fork your github repository at
needed revision and start hacking on that.


Please follow this approach - the github repo is being heavily updated for 
the last few days, but please make a fork, do your changes, and send a 
pull request. ar71xx is done, so no major changes are expected now on that 
target.



So at first I tried googling  github repository
(github.com/openwrt/openwrt ) for
r49007 without any luck. Then I found official openwrt git repository
"git.openwrt.org/15.05/openwrt.git
" and this commit
.
I'm using it currently for hacking. That commit hash isn't present in
github repository. 
The questions are: How are github repository and the one stated above

correlate? Are there any docs about this? How can I publish changes made
in git.openwrt.org  repository?

Hi! I think the do not correlate because they are different imports of
the SVN repository.


There will be some further rework around the github, git, and svn trees - 
the hashes as mentioned won't match.



BWT: I added support for the BlackSwift to 15.05 in
c08d85662b48fff4ac26cdc00c7b22006248cabd (or SVN r46674).

BTW2: The BlackSwift is not really available any more, is it?


I let you guys discuss this. :)

Thanks,
Zoltan H___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] Added optional command line option for patch-image tool

2016-06-23 Thread Zoltan HERPAI 

On Thu, 23 Jun 2016, Hauke Mehrtens wrote:


On 05/12/2016 04:37 PM, duddu.swar...@intel.com wrote:

From: Vishnu Swaroop Duddu 

Added optional command line option for patch-image tool
Default 16KB size is still maintained as this is an optional argument.
if one wants to specify or increase size they can provide this option.
sample usage: patch-dtb   [dtb max size]

Signed-off-by: Vishnu Swaroop Duddu 
---
 tools/patch-image/src/patch-cmdline.c | 16 +++-
 tools/patch-image/src/patch-dtb.c | 25 +++--
 2 files changed, 26 insertions(+), 15 deletions(-)


Hi Swaroop,

Thank you for the patch, I applied to to LEDE. I do not know if someone
will pick it up for OpenWrt. It did not apply cleanly, I had to do some
changes to it, next time please check if your patch apply before sending.


Hi Swaroop,

Thanks, OpenWrt will check and pick this up too.

Regards,
Zoltan H
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] imports from LEDE to OpenWrt github repo

2016-06-25 Thread Zoltan HERPAI 



On Sat, 25 Jun 2016, Mathias Kresin wrote:


Hi Zoltan,

I've noticed that you have imported a lot of patches from the LEDE repo into 
the OpenWrt github repo.


I'm concerted about the fact that you have omitted at least a few of my 
Signed-off-bys[1][2], so that it isn't any longer noticeable that the changes 
are my work. Even though it may not be legally problematic, but from my point 
of view this is unnecessarily rude.


But where I'm getting really pissed is if someone removes/omits my copyright 
line as it was done in [3] vs. [4]. You might know how much work it is to 
disassemble a bootloader and find what you are looking for in the assembler 
code. Albeit the patch changes only two lines, it wasn't a 5 minute job. Same 
as above, might be legally fine but it's rude.


Would you be please so kind to keep an eye on this in the future and fix at 
least my patches in the OpenWrt github repo!


Mathias


[1] 
https://github.com/openwrt/openwrt/commit/1ea639b8d081bf7ace93e1c4e130615d1684ad5e
[2] 
https://github.com/openwrt/openwrt/commit/e71983fca5fc9eed5e73a33e678ffcf2a2f9a8e9
[3] 
https://github.com/openwrt/openwrt/commit/e496316324925a978037f298c7b978ef97e13e7e
[4] 
https://git.lede-project.org/?p=source.git;a=blobdiff;f=package/boot/uboot-lantiq/patches/0112-MIPS-add-board-support-for-Arcadyan-VGV7510KW22.patch;h=ccc3505a968edec70d334d68bc46802afd696da6;hp=e46d374dc0e9791c43bcaffee6a86a48a0c19a93;hb=a22feb4c78f51716772738af84180d58bd877c45;hpb=382282eca922e106f5b01597e4676bab8c7176db




Absolutely happy to update the commit(s) - throughout the resync in a few 
cases, patches and file changes had to be pulled together because of file 
renames and dropped earlier kernel supports which we didn't want to drop, 
thus the patches didn't apply anymore at all. Some examples of this was 
also seen in the LEDE tree (not more than a few I agree), having said that 
the signed-off-by issue was an oversight in this case which I'll fix, and 
thanks for bringing attention to this.


Thanks,
Zoltan H
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] imports from LEDE to OpenWrt github repo

2016-06-25 Thread Zoltan HERPAI 

On Sat, 25 Jun 2016, John Crispin wrote:




On 25/06/2016 10:47, Zoltan HERPAI wrote:



On Sat, 25 Jun 2016, Mathias Kresin wrote:


Hi Zoltan,

I've noticed that you have imported a lot of patches from the LEDE
repo into the OpenWrt github repo.

I'm concerted about the fact that you have omitted at least a few of
my Signed-off-bys[1][2], so that it isn't any longer noticeable that
the changes are my work. Even though it may not be legally
problematic, but from my point of view this is unnecessarily rude.

But where I'm getting really pissed is if someone removes/omits my
copyright line as it was done in [3] vs. [4]. You might know how much
work it is to disassemble a bootloader and find what you are looking
for in the assembler code. Albeit the patch changes only two lines, it
wasn't a 5 minute job. Same as above, might be legally fine but it's
rude.

Would you be please so kind to keep an eye on this in the future and
fix at least my patches in the OpenWrt github repo!

Mathias


[1]
https://github.com/openwrt/openwrt/commit/1ea639b8d081bf7ace93e1c4e130615d1684ad5e

[2]
https://github.com/openwrt/openwrt/commit/e71983fca5fc9eed5e73a33e678ffcf2a2f9a8e9

[3]
https://github.com/openwrt/openwrt/commit/e496316324925a978037f298c7b978ef97e13e7e

[4]
https://git.lede-project.org/?p=source.git;a=blobdiff;f=package/boot/uboot-lantiq/patches/0112-MIPS-add-board-support-for-Arcadyan-VGV7510KW22.patch;h=ccc3505a968edec70d334d68bc46802afd696da6;hp=e46d374dc0e9791c43bcaffee6a86a48a0c19a93;hb=a22feb4c78f51716772738af84180d58bd877c45;hpb=382282eca922e106f5b01597e4676bab8c7176db




Absolutely happy to update the commit(s) - throughout the resync in a
few cases, patches and file changes had to be pulled together because of
file renames and dropped earlier kernel supports which we didn't want to
drop, thus the patches didn't apply anymore at all. Some examples of
this was also seen in the LEDE tree (not more than a few I agree),
having said that the signed-off-by issue was an oversight in this case
which I'll fix, and thanks for bringing attention to this.

Thanks,
Zoltan H


Hi Zoltan,

this one aswell please

https://github.com/openwrt/openwrt/commit/15458e85bc42672eb06dee5fb45597298b4a7162


Ack John, thanks.

Regards,
Zoltan H
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] sunxi: add basic support for OrangePi Mini v1 (AllWinner A20)

2016-03-19 Thread Zoltan HERPAI 

Hi Antonio,

Comments inline.

Antonio Quartulli wrote:

TODO: hostapd does not work yet with r8188eu

Signed-off-by: Antonio Quartulli 
---
 package/boot/uboot-sunxi/Makefile|  8 +++-
  
Can you please split this into a series, and put the packages and the 
target-related changes into separate patches?



 target/linux/sunxi/config-4.4| 15 ++-
 target/linux/sunxi/image/Makefile|  4 
 target/linux/sunxi/profiles/orangepi_mini.mk | 19 +++
 4 files changed, 44 insertions(+), 2 deletions(-)
 create mode 100644 target/linux/sunxi/profiles/orangepi_mini.mk

diff --git a/package/boot/uboot-sunxi/Makefile 
b/package/boot/uboot-sunxi/Makefile
index 8844c89..6faac2c 100644
--- a/package/boot/uboot-sunxi/Makefile
+++ b/package/boot/uboot-sunxi/Makefile

[snip]


--- a/target/linux/sunxi/config-4.4
+++ b/target/linux/sunxi/config-4.4
  

[snip]


+CONFIG_R8188EU=m
  
I have to slightly disagree here. The pcduino3 profile puts this into a 
module (kmod-net-rtl8188eu), what was the reason for not following that?



 CONFIG_RATIONAL=y
 # CONFIG_RCU_BOOST is not set
 CONFIG_RCU_STALL_COMMON=y
@@ -435,7 +448,6 @@ CONFIG_SPI_MASTER=y
 CONFIG_SPI_SUN4I=y
 CONFIG_SPI_SUN6I=y
 CONFIG_SRCU=y
-# CONFIG_STAGING is not set
 CONFIG_STMMAC_ETH=y
 CONFIG_STMMAC_PLATFORM=y
 CONFIG_STRICT_DEVMEM=y
@@ -492,6 +504,7 @@ CONFIG_VT_CONSOLE=y
 CONFIG_VT_CONSOLE_SLEEP=y
 CONFIG_VT_HW_CONSOLE_BINDING=y
 CONFIG_WATCHDOG_CORE=y
+# CONFIG_WILC1000_DRIVER is not set
 # CONFIG_WQ_POWER_EFFICIENT_DEFAULT is not set
  
Just nitpicking, can you add these as a missing symbol into 
target/linux/generic/config-4.4 in the series?



 CONFIG_XFRM_ALGO=y
 CONFIG_XFRM_USER=y
diff --git a/target/linux/sunxi/image/Makefile 
b/target/linux/sunxi/image/Makefile
index bda690e..190cf02 100644
--- a/target/linux/sunxi/image/Makefile
+++ b/target/linux/sunxi/image/Makefile
@@ -111,6 +111,10 @@ define Image/Build/Profile/orangepi_plus
$(call Image/Build/SDCard,$(1),sun8i-h3-orangepi-plus)
 endef
 
+define Image/Build/Profile/Orangepi_mini

+   $(call Image/Build/SDCard,$(1),sun7i-a20-orangepi-mini)
+endef
+
 define Image/Build
$(call Image/Build/$(1),$(1))
$(call Image/Build/Profile/$(PROFILE),$(1))
diff --git a/target/linux/sunxi/profiles/orangepi_mini.mk 
b/target/linux/sunxi/profiles/orangepi_mini.mk
new file mode 100644
index 000..2d55acf
--- /dev/null
+++ b/target/linux/sunxi/profiles/orangepi_mini.mk
@@ -0,0 +1,19 @@
+#
+# Copyright (C) 2016 OpenWrt.org
+#
+# This is free software, licensed under the GNU General Public License v2.
+# See /LICENSE for more information.
+#
+
+define Profile/Orangepi_mini
+   NAME:=Orangepi_mini
+   PACKAGES:=\
+   uboot-sunxi-Orangepi_mini kmod-ata-core kmod-ata-sunxi \
+   kmod-rtc-sunxi kmod-mac80211 kmod-net-rtl8188eu
+endef
  

Hmm. Can you please revisit the 8188 module then. :)


+
+define Profile/Orange Pi Mini/Description
+   Package set optimized for the Xunlong Orange Pi Mini
+endef
+
+$(eval $(call Profile,Orangepi_mini))
  


Thanks,
Zoltan H
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Introducing the LEDE project

2016-05-05 Thread Zoltan HERPAI 

Hi,

On Thu, 5 May 2016, Bruno Randolf wrote:


On 05/05/16 02:02, Kathy Giori wrote:

On Wed, May 4, 2016 at 5:45 PM, Fernando Frediani  wrote:

Thanks Daniel. That explains a lot.
I imagine if some digging is done it would be possible to find the holders
of the critical resources and then re-organize it from scratch within the
OpenWrt Project.
But as the fork has already happened there is no much point in doing that.


My conclusion is: As all active OpenWRT core developers have left the
boat there must be something going on behind the scenes, which they feel
can not be fixed within OpenWRT. If they don't change their mind, that's
probably the end of OpenWRT, then...


I would not call "all active OpenWrt core developers" have left the boat. 
Take a look at this [1] page - some of them are active, some of them are 
not, but calling an end to the project is an overstatement at least. 
Also, refer to the mail Mike sent out last night.


Thanks,
-w-

[1] https://dev.openwrt.org/wiki/people
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] OpenWrt / LEDE

2016-05-24 Thread Zoltan HERPAI 

Hi,


On 05/24/2016 10:31 PM, Hauke Mehrtens wrote:

As it looks like the IRC meeting will not happen, because not so big
interest by the people not already involved in LEDE and problems finding
a time, lets discuss on the mailing list like suggested by Jow.


The point you are missing is that some of the OpenWrt core team is living 
in a non-EU timezone. We can pick a PDT timeslot that won't work for 
anyone living in EU, and say that LEDE is not interested in the 
discussion, but that's just not the proper way.



Currently it looks like only Luka is working on OpenWrt as he committed
many patches from LEDE to OpenWrt, which is fine.


It is one thing that there are no commits currently from anyone, until the 
OpenWrt/LEDE discussions are made.



What will happen to the OpenWrt project? To me it looks like nobody
except Luka is interested in working on OpenWrt. Are there any plans to
continue the OpenWrt project or will it just die, only nobody wants to
say it?


See above. We don't plan to play dead. Also, IIRC there are patches for
targets which are/were maintained by LEDE members. As far as I know,
commit rights have not been revoked (somebody correct me if I'm wrong).


Currently this is a bad situation for people that want to contribute
patches because they do not exactly know were to contribute, some post
them just to both list which is probably the best solution for the time
we do not have a real solution.


Yes, there might be some confusion about this, we are still lagging a bit 
behind due to the surprise fork. Luka sent a mail on some of the 
planned moves, please refer to that thread. (Jow, thanks for the 
buildbot-related number crunching.)



I do not plan to contribute much to OpenWrt any more and I do not know
if I can commit anything any more, at least it looks like I was kicked
from the openwrt-hackers mailing list without informing me.

I would like to see a reunion of LEDE and OpenWrt, so do any of the non
LEDE but OpenWrt core devs have any problems with the LEDE rules and so on?


This is my personal opinion and this was not somehow internally planned
with other LEDE people.


If I start a discussion about my employer-related topics along a beer with 
a couple friends, that's a private discussion with personal opinions. If I 
do it on any public channel, I can be felt to represent my employer on 
that topic. You seem to be representing LEDE.


Regards,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] shutting down gb10 soon from the build cluster

2016-07-28 Thread Zoltan HERPAI 

Hi Dave,

Thanks for running and contribting gb10 up to this point - we have a 
thread going on with Travis about migrating off the buildmaster. I'm 
offline for a couple days, will be back around 6/Aug - so if you could 
keep the server running until 10/Aug it'd be greatly appreciated.


Thanks,
Zoltan H

On Thu, 28 Jul 2016, Dave Taht wrote:


I can no longer afford to contribute ~$850/month to the openwrt and
lede projects' build clusters, so gb10 will be "going away" as soon as
travis tells me it's migrated off of, or aug 10th, whichever is
sooner.

It is still my hope that some sane way of funding the continuous
integration system and the maintainers of it emerges, as per this old
conversation here:

https://lists.openwrt.org/pipermail/openwrt-devel/2015-December/037781.html

but I've got to cut things back. It appears that the current openwrt
build cluster is sizeable enough for the load, currently, and gb10,
will not be especially missed.

--
Dave Täht
Let's go make home routers and wifi faster! With better software!
http://blog.cerowrt.org
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Create Avnet brand in the new data entry page

2016-07-26 Thread Zoltan HERPAI 

fengling.qin wrote:

Hi,
I am starting develop with Avnet Zedboard, based Zynq-7000 ARM/FPGA Soc.

I found the code below was added but without documents,  so I wanna 
create a new
data entry page for documents, but without success. 
The page is /https://wiki.openwrt.org/meta/create_new_dataentry_page/


Can some some here add Avnet to the brand list ?

Attach some commits here:
https://github.com/openwrt/openwrt/commit/addbde1976b932f70cf3d2f682e75b55cb1db9e9#diff-a4a7c5b9de6e062ee563f05332a6063d
https://github.com/openwrt/openwrt/commit/24ef2c55861b889503decd6a45d281c0184d0eea#diff-a4a7c5b9de6e062ee563f05332a6063d

Hi Fengling,

Avnet is now added to the list.

Regards,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Request to update information page for Banana Pro

2016-07-12 Thread Zoltan HERPAI 

On Tue, 12 Jul 2016, kasi viswanathan wrote:


I have successfully loaded the latest openwrt image on Lemaker's
banana pro board after compiling the latest code from scratch from the
main repo.

The below link seems to be outdated:

https://wiki.openwrt.org/toh/lemaker/bananapro

And the installation procedures points to the below link which is also
not working as expected.

https://wiki.openwrt.org/doc/hardware/soc/soc.allwinner.sunxi#installationprocess

Since i was able to successfully load the image i just want to
share/update the same in the webpage.

Pls help me to proceed further.


Hi Kasi,

Please register an account on the wiki site, and feel free to update the 
page.


Thanks,
Zoltan H
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH v2 0/2] kernel: add kmod-ubi and kmod-fs-ubifs

2016-08-24 Thread Zoltan HERPAI 

Ralph Sennhauser wrote:

I use kmod-ubi for creating a block device from the squasfs using module
parameters as there is no busybox ubiblock applet yet. If ubi is made
available as module so obvioulsy should ubifs.

This completes the addition of kmod-fs-squashfs in commit
5163389b9c3b302a0d53df9a70294da5cbc08ada

--
V2: kmod-ubifs -> kmod-fs-ubifs in commit message
  

Hi Ralph,

With this configuration, these packages will try to get built on targets 
where UBI support is not available, and failing those builds due to the 
missing UBI config symbols. Can you try to make these packages depend on 
the ubifs feature ?


Thanks,
Zoltan H
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH v2 0/2] kernel: add kmod-ubi and kmod-fs-ubifs

2016-08-24 Thread Zoltan HERPAI 

Daniel Golle wrote:

On Wed, Aug 24, 2016 at 11:28:40PM +0200, Zoltan HERPAI wrote:
  

Ralph Sennhauser wrote:


I use kmod-ubi for creating a block device from the squasfs using module
parameters as there is no busybox ubiblock applet yet. If ubi is made
available as module so obvioulsy should ubifs.

This completes the addition of kmod-fs-squashfs in commit
5163389b9c3b302a0d53df9a70294da5cbc08ada

--
V2: kmod-ubifs -> kmod-fs-ubifs in commit message
  

Hi Ralph,

With this configuration, these packages will try to get built on targets
where UBI support is not available, and failing those builds due to the
missing UBI config symbols. Can you try to make these packages depend on the
ubifs feature ?



Well, I reckon on most if not all targets with 'ubifs' feature set, UBI and
UBIFS is built-in the kernel anyway...
  

True - there still are a couple config variables need to be taken care of.

-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] strace: bump to 4.13

2016-09-21 Thread Zoltan HERPAI 

Ralph Sennhauser wrote:

Fixes broken btrfs support in 4.12

Signed-off-by: Ralph Sennhauser 
---
 package/devel/strace/Makefile | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
  

Applied to trunk, along the perf-related changes, thanks!

Regards,
Zoltan H
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] Development update

2016-09-30 Thread Zoltan HERPAI 

Dear all,

We'd like to announce a few changes around the development workflow and 
processes:


* Trac deprecation
With the Github move, the core development has moved away from SVN/Git. 
Taking effect immediately, Trac [1] is set to read-only, so no new 
tickets can be entered into it. For historical reasons, the site will be 
kept running and the URLs and wiki pages will be updated in the next few 
days to point to the new locations.


* Ticketing
In consistence with the above, bug tickets can be submitted via Github 
[2] only.


* Git trees
The trees on the Git [3] site will be kept in sync with the Github 
repositories. This will be set up in the next few days.


* Accepting patches
Reiterating the earlier announcement, the current workflow for patches is:
- Developers can send pull requests into the Github repository - these 
should be smaller patches or patches that don't require long discussions
- For patches that need wider discussion, the openwrt-devel [4] mailing 
list and the Patchwork are still open
- Maintenance patches for CC are accepted via Github, being consistent 
with the above. Please add a "CC: " prefix to all patches and pull 
requests. BB is closed for good.


Regards,
Zoltan Herpai

[1] https://dev.openwrt.org/
[2] https://github.com/openwrt
[3] https://git.openwrt.org
[4] https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Package updates in the for-15.05 branch (libuv)

2016-11-10 Thread Zoltan HERPAI 

Karl Palsson wrote:

[snip]

I'm concerned that given the lack of release from both LEDE and
OpenWrt, people are starting to treat the for-15.05 branch like a
free for all "mainline" branch again.
  

[snip]

All,

15.05 should definitely not be treated as a "mainline" branch, neither 
in core nor in the packages tree. A security update-focused CC release 
can be expected sometime this year - bumping 3.18 to the latest, 
upgrading core packages and external packages, etc. -, but even without 
a release, the for-15.05 should contain security and bugfixes only. If 
there is a major bug in a package which needs to be fixed, a larger 
version jump can be accepted, but not for just the sake of jumping to 
the latest and shiniest.


(Thanks Karl for bringing this up.)

Thanks,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] certificate wiki.openwrt.org

2016-11-03 Thread Zoltan HERPAI 

Eddi De Pieri wrote:

Hi,

the ssl certificate seems to be expired.

please verify..

  

Thanks, a new SSL cert is on the way (for 2 years).

Regards,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Is there a way I can restore balance to the force?

2016-10-26 Thread Zoltan HERPAI 

Hi David / Jo,

On Wed, 26 Oct 2016, Jo-Philipp Wich wrote:


Hi David,

I did not personally attend but from a quick private talk with blogic it
sounded to me like there's been some constructive discussion in a calm
atmosphere that at least helped to clear up the status quo.

Hauke currently tries to organize a follow up conference call to further
discuss topics with a wider range of involved people - so far it looks
like that conference call will be on November the 5th.

I am not aware of any specific action items being agreed upon already
but from what I understood, parties had been asked to think about their
wishes and demands for any potential re-merge processes.


I can confirm all this from the OpenWrt side. In short, we sat down for a 
3 hour talk in a friendly style, decided to stay calm to each other, 
try to talk/work out things that led to the split (with some of the more 
pressing issues discussed at the summit), and work out how a potential 
merge should happen, what needs to be done beforehand - should it be 
either a "code" or a "people" thing.


Regards,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH v2 0/4] sunxi: rework image build and sysupgrade support

2017-01-01 Thread Zoltan HERPAI 

Hi Yousong,

Yousong Zhou wrote:

This series mainly tries achieve the following goals

 - use new image generation method
 - squashfs sdcard image support
 - mkfs.f2fs or mkfs.ext4 remaining space within squashfs rootfs partition and
   mount it as rw overlay
 - sysupgrade with fwtool check support

Device profiles are automatically generated with a helper makefile.  Names for
image files, board_names, etc. are changed to try to use basename of kernel dts
file for the specific device.  Names for uboot-sunxi is not touched though.
  

[snip]

I'm OK with what these patches want to achieve. I had several patches 
prepared for similar purposes in sunxi (apart from the new image 
building code), but were never finalized due to responsibilities 
elsewhere, as one of the "obvious reasons" mentioned earlier (by Daniel 
IIRC). Whether you are merging these into trunk before or after your 
release and/or the merge, is obviously at your discretion.


Having said that, if such major target reworks happen, and we seem to be 
geared towards a merge, it would be appreciated if you cc the 
openwrt-devel list so people over there would be aware.


Thanks,
Zoltan H
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Talks between OpenWrt and LEDE

2016-12-21 Thread Zoltan HERPAI 

Hi all,

To clarify, the reason for integrating the OpenWrt patches into the LEDE 
tree is that in the future, at an agreed point in time for both parties, 
the OpenWrt trunk would be rebased from the LEDE tree, giving the 
community a "clean" trunk going forward.


(Hopefully at that time, the "two parties" will be one.)

Thanks Hauke for managing these talks and meetings.

Regards,
Zoltan H

On Wed, 21 Dec 2016, Hauke Mehrtens wrote:


We had multiple meetings to find a solution to solve the problems
between the OpenWrt and the LEDE project and to discuss a possible
merge. Everyone with commit access to LEDE and all OpenWrt core
developers were invited to these meetings. We had productive and
friendly discussions about the problems and our goals.

To be more open and to involve the wider community in these discussions
we would like to publish the meeting minutes from the meetings.

The first in person meeting took place in Berlin at the OpenWrt Summit
on 13. October 2016, but no one took any minutes so we do not have
anything to publish.
The second meeting was an audio conference on 5. November 2016 and
Florian took minutes which are attached to this mail.
At the third audio conference meeting on 3. December 2016 Jow took
minutes which are also attached to this mail.
The last meeting took place on 19. December 2016.
These minutes are representing the current state of the discussions and
are not PR polished.

We agreed on giving Imre, Zoltan and Luka commit access to the LEDE
repository so they can migrate changes they care about and which are not
in LEDE, from the OpenWrt repository to the LEDE repository. We also
encouraging everyone who sent a patch, which got merged into OpenWrt and
which is not in LEDE to send it also to LEDE for integration.

It is still not decided that both project will finally merge and we
haven't decided on the name to use, which parts of the infrastructure
and many other things. In general we are agreeing on many parts and I am
looking forward to a good merged ending for all of us.


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Fix ftp.kernel.org for chaos_calmer branch

2017-03-09 Thread Zoltan HERPAI 
Tom, You are more than welcome to help improve the quality of the 
commits, or to step up, or You are more than welcome to stop trolling.


Regards,
Zoltan H

Tom Psyborg wrote:

looks like you have to fucking beg before someone commits your opened PR

On 8 March 2017 at 15:13, Nemesis > wrote:


There's a fix for a very annoying issue that is breaking builds for
chaos calmer, it just needs to be merged:
https://github.com/openwrt/openwrt/pull/413


Best regards
Federico Capoano
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org

https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel





___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
  

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Fix ftp.kernel.org for chaos_calmer branch

2017-03-09 Thread Zoltan HERPAI 
Hi Federico, I haven't merged the PR as there are a few issues with it 
(mostly cosmetic), but thanks for drawing attention to the issue - I've 
backported Hauke's commit to trunk for now which is essentially the same 
change.


Regards,
Zoltan H

Nemesis wrote:

There's a fix for a very annoying issue that is breaking builds for
chaos calmer, it just needs to be merged:
https://github.com/openwrt/openwrt/pull/413

Best regards
Federico Capoano
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
  

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Failing builds because of 404

2017-07-13 Thread Zoltan HERPAI 

Hi Federico,

On Thu, 13 Jul 2017, nemesis wrote:

A few builds that were working fine stopped working recently. The 
errors I'm getting are related to some sources not being found, eg:



ca-certificates

[snip]

There was an NMU upload due to the below, deprecating the 20161130 
release:

 * Add StartCom and WoSign certificates to mozilla/blacklist.txt as they are
now untrusted by the major browser vendors. Closes: #858539

I'll update the package in the next few hours.


linux-3.10.36

[snip]

Use this patch:
https://github.com/openwrt/openwrt/commit/9a1fd3e313cedf1e689f6f4e342528ed27c09766



Is anybody else experiencing the same issue?
Should I update something on the builds?


Regards,
Zoltan H
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [LEDE-DEV] LEDE call for vote on remerge proposal V3

2017-07-18 Thread Zoltan HERPAI 


On 07/10/2017 12:33 PM, Thomas Endt wrote:

Transferring the openwrt.org domain to the SPI is seen as a
prerequisite before the next steps will be taken by the LEDE
developers.

@Imre: I assume this needs multiple steps, could you please update us
on the status of transferring the openwrt.org domain to the SPI please.

Almost two weeks later: What is the status of the domain transfer to the SPI?
Is there an estimated timeline available for when the domain transfer will be 
done and the next steps can start?

Please forgive me my impatience, but I'm already thinking of the merge of the 
two wikis, now that the voting has been done.

That's a question I also have now about the status of the transfer.

Thanks,
Zoltan H
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] how to commit a diff to openwrt

2017-06-09 Thread Zoltan HERPAI 

Hello Yongkui,

Yongkui Han (yonhan) wrote:


Hi openwrt community,

 

I have tried to reach Steven Barth (cy...@openwrt.org 
) for a diff to enable ASLR PIE support for 
openwrt. I did not get response, instead I got the below reject message.


 

550 5.1.1 >: Recipient 
address rejected: User unknown in virtual mailbox table


 

So I would like to try this mailing list to seek advices on how to 
proceed. Your help would be greatly appreciated.


 


I have read the below two wiki links:

 


https://wiki.openwrt.org/doc/howto/submittingpatches

https://dev.openwrt.org/wiki/SubmittingPatches

 

as long as I follow the steps in the above links, that is, to send my 
patches to the openwrt-devel@lists.openwrt.org 
 mailing list, then it should 
be fine, right?


 

Correct, if you have a larger patchset, please send it to openwrt-devel 
so people on the list could comment on it and it'll be picked up by the 
patchwork. If you have smaller patchset (f.e. trivial fixes), you can 
also send pull requests against the OpenWrt github tree 
(https://github.com/openwrt/openwrt). I've added Steven into cc, too.


Thanks,
Zoltan H
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] openwrt and lede - remerge proposal V2

2017-05-23 Thread Zoltan HERPAI 

Hi John,

John Crispin wrote:
here is a V2 of the remerge proposal, I tried to fold all the comments 
people made into it, if anything is missing let me know.

[snip]

Please let us know when you'll start a final vote on this proposal, or 
if you want to wait a few days if anything bumps in for a V3. I'm OK 
with this, thanks for putting it together.


Thanks,
Zoltan H
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [OpenWrt-Hackers] openwrt and lede - remerge proposal V3

2017-06-06 Thread Zoltan HERPAI 

Hi,

John Crispin wrote:


Hi,

here is a V3 of the remerge proposal, I tried to fold all the comments 
people made into it, if anything is missing let me know. Please 
remeber that post remerge anything can be voted on, so cluttering the 
proposal with many details will delay the remerge even more.


Ideally we manage to vote during this week.

[snip]

As this seems to have turned into a voting thread as discussed on IRC 
with John, an ACK from me as well on this v3.


Regards,
Zoltan H
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [LEDE-DEV] openwrt and lede - remerge proposal

2017-05-08 Thread Zoltan HERPAI 

Hi,

On Mon, 8 May 2017, Daniel Engberg wrote:


Trac:
Is it really worth keeping trac at all? What value does it add? Just display 
a page explaining that it's shutdown and forward to OpenWrt?


There is a lot of "added value" in the tickets submitted throughout the 
years, either as comments, notes, fixes or just the issue being raised, so
it's a good idea to keep it for archiving purposes. Older devices do die, 
but every year or so I come across shops selling brand new WRT54G 
(really), so keeping the knowledge base in an unsorted form (compared to a 
wiki) to the users can be useful. Whether that's a staticized archive or 
running the trac engine itself is another question.


Other than that, I very much welcome the groundwork for the planned merge 
- thanks John, Imre and Felix for putting it together.


Regards,
Zoltan H
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [LEDE-DEV] LEDE call for vote on remerge proposal V3

2017-09-19 Thread Zoltan HERPAI 


On 07/18/2017 05:26 PM, John wrote:

Am 18.07.2017 um 17:00 schrieb Zoltan HERPAI<wigy...@uid0.hu>:


On 07/10/2017 12:33 PM, Thomas Endt wrote:

Transferring the openwrt.org domain to the SPI is seen as a
prerequisite before the next steps will be taken by the LEDE
developers.

@Imre: I assume this needs multiple steps, could you please update us
on the status of transferring the openwrt.org domain to the SPI please.

Almost two weeks later: What is the status of the domain transfer to the SPI?
Is there an estimated timeline available for when the domain transfer will be 
done and the next steps can start?

Please forgive me my impatience, but I'm already thinking of the merge of the 
two wikis, now that the voting has been done.

That's a question I also have now about the status of the transfer.

Thanks,
Zoltan H


___
lede-adm mailing list
lede-...@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-adm

hi
mbm started the domain transfer last week. there was a mis-understanding about 
who had access causing the delay

john

Hi all,

Two months have passed, both domains (openwrt.org and lede-project.org) 
are under SPI now. John / Hauke, is anyone coordinating the next steps?


Regards,
Zoltan H
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [LEDE-DEV] LEDE call for vote on remerge proposal V3

2017-09-19 Thread Zoltan HERPAI 

Hi John,

On Tue, 19 Sep 2017, John Crispin wrote:


Hi Zoltan,

actually its been 29 days since the domain transfer had been completed 
and ownership has been set properly.


i already had a chat with some devs last week about what to do next, 
people are all very busy with their daytime jobs at the moment and 
starting on the next step does obviously require some lead time. I was 
actually hoping to start consolidating the git trees this week but as it 
turns out i wont have time. hopefully next week will be less busy.


Sounds great - I know the feeling unfortunately. Obviously it'd be great 
if the coordination would be done public to some degree so each of us 
could pick tasks.


Thanks,
Zoltan H
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 6/9] ar71xx: add support for Anonabox Pro

2017-10-23 Thread Zoltan HERPAI 

L. D. Pinney wrote:

Why does this patch use "legacy" ?

On Monday, October 23, 2017, 4:23:20 AM GMT+8, Zoltan HERPAI 
<wigy...@uid0.hu> wrote:


Because this seemed to build, and without access to the actual hardware, 
I had to rely on the PR sent.


Happy to see that August is also on the thread now. :)

Regards,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [LEDE-DEV] OpenWrt -> LEDE git tree merge

2017-10-23 Thread Zoltan HERPAI 

Hi Mathias,

On Mon, 23 Oct 2017, Mathias Kresin wrote:


22.10.2017 22:56, Hauke Mehrtens:

On 10/22/2017 10:28 PM, Zoltan HERPAI wrote:

Hi,




- https://github.com/openwrt/openwrt/pull/312
ar71xx: add support for Zsun WiFi SD Card Reader


This is missing a Singed-of-by line


A few days ago a similar PR was created (and unfortunately already 
closed): https://github.com/lede-project/source/pull/1422.


The OpenWrt PR has a lot of issues, like enabling unencrypted wireless 
for the whole target.


"- #5 needs some work as it has some dirty hacks. This can be taken care on 
the summit's second day - I recall someone going there has a ZSun reader"


So, fully agree, I could have written s/some work/full rework/. If n0p 
doesn't come back with the fixes by the summit, we could take care of 
adding the support there, with the actual hardware to test.


-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH 9/9] ar71xx: add support for Comfast E214N V2 Outdoor CPE

2017-10-22 Thread Zoltan HERPAI 
Based on Robert Budde's patch, with additional reworks.
https://github.com/openwrt/openwrt/pull/390

Signed-off-by: Zoltan HERPAI <wigy...@uid0.hu>
---
 target/linux/ar71xx/base-files/etc/board.d/01_leds |  10 ++
 target/linux/ar71xx/base-files/lib/ar71xx.sh   |   3 +
 .../ar71xx/base-files/lib/upgrade/platform.sh  |   1 +
 target/linux/ar71xx/config-4.4 |   1 +
 target/linux/ar71xx/config-4.9 |   1 +
 .../ar71xx/files/arch/mips/ath79/Kconfig.openwrt   |   8 ++
 target/linux/ar71xx/files/arch/mips/ath79/Makefile |   1 +
 .../files/arch/mips/ath79/mach-cf-e214n-v2.c   | 124 +
 .../linux/ar71xx/files/arch/mips/ath79/machtypes.h |   1 +
 target/linux/ar71xx/image/generic.mk   |   8 ++
 10 files changed, 158 insertions(+)
 create mode 100644 target/linux/ar71xx/files/arch/mips/ath79/mach-cf-e214n-v2.c

diff --git a/target/linux/ar71xx/base-files/etc/board.d/01_leds 
b/target/linux/ar71xx/base-files/etc/board.d/01_leds
index 27e6c8a..5707624 100755
--- a/target/linux/ar71xx/base-files/etc/board.d/01_leds
+++ b/target/linux/ar71xx/base-files/etc/board.d/01_leds
@@ -182,6 +182,16 @@ carambola2)
ucidef_set_led_netdev "wan" "WAN" "$board:orange:eth1" "eth1"
ucidef_set_led_wlan "wlan" "WLAN" "$board:green:wlan" "phy0tpt"
;;
+cf-e214n-v2)
+   ucidef_set_led_netdev "lan" "LAN" "$board:lan" "eth0"
+   ucidef_set_led_netdev "wan" "WAN" "$board:wan" "eth1"
+   ucidef_set_led_wlan "wlan" "WLAN" "$board:wlan" "phy0tpt"
+   ucidef_set_rssimon "wlan" "20" "1"
+   ucidef_set_led_rssi "rssilow" "RSSILOW" "$board:link1" "wlan" "1" "100" 
"0" "13"
+   ucidef_set_led_rssi "rssimediumlow" "RSSIMEDIUMLOW" "$board:link2" 
"wlan" "26" "100" "-25" "13"
+   ucidef_set_led_rssi "rssimediumhigh" "RSSIMEDIUMHIGH" "$board:link3" 
"wlan" "51" "100" "-50" "13"
+   ucidef_set_led_rssi "rssihigh" "RSSIHIGH" "$board:link4" "wlan" "76" 
"100" "-75" "13"
+   ;;
 cf-e316n-v2)
ucidef_set_led_netdev "lan" "LAN" "$board:blue:lan" "eth0"
ucidef_set_led_netdev "wan" "WAN" "$board:blue:wan" "eth1"
diff --git a/target/linux/ar71xx/base-files/lib/ar71xx.sh 
b/target/linux/ar71xx/base-files/lib/ar71xx.sh
index bdba81b..1c1317d 100755
--- a/target/linux/ar71xx/base-files/lib/ar71xx.sh
+++ b/target/linux/ar71xx/base-files/lib/ar71xx.sh
@@ -504,6 +504,9 @@ ar71xx_board_detect() {
*"Carambola2"*)
name="carambola2"
;;
+   *"CF-E214N v2")
+   name="cf-e214n-v2"
+   ;;
*"CF-E316N v2")
name="cf-e316n-v2"
;;
diff --git a/target/linux/ar71xx/base-files/lib/upgrade/platform.sh 
b/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
index a60e44c..e768386 100755
--- a/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
+++ b/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
@@ -215,6 +215,7 @@ platform_check_image() {
bullet-m|\
c-55|\
carambola2|\
+   cf-e214n-v2|\
cf-e316n-v2|\
cf-e320n-v2|\
cf-e355ac|\
diff --git a/target/linux/ar71xx/config-4.4 b/target/linux/ar71xx/config-4.4
index 4793bf4..d8f94e3 100644
--- a/target/linux/ar71xx/config-4.4
+++ b/target/linux/ar71xx/config-4.4
@@ -67,6 +67,7 @@ CONFIG_ATH79_MACH_C55=y
 CONFIG_ATH79_MACH_CAP324=y
 CONFIG_ATH79_MACH_CAP4200AG=y
 CONFIG_ATH79_MACH_CARAMBOLA2=y
+CONFIG_ATH79_MACH_CF_E214N_V2=y
 CONFIG_ATH79_MACH_CF_E316N_V2=y
 CONFIG_ATH79_MACH_CF_E320N_V2=y
 CONFIG_ATH79_MACH_CF_E355AC=y
diff --git a/target/linux/ar71xx/config-4.9 b/target/linux/ar71xx/config-4.9
index 285c638..df90b20 100644
--- a/target/linux/ar71xx/config-4.9
+++ b/target/linux/ar71xx/config-4.9
@@ -66,6 +66,7 @@ CONFIG_ATH79_MACH_C55=y
 CONFIG_ATH79_MACH_CAP324=y
 CONFIG_ATH79_MACH_CAP4200AG=y
 CONFIG_ATH79_MACH_CARAMBOLA2=y
+CONFIG_ATH79_MACH_CF_E214N_V2=y
 CONFIG_ATH79_MACH_CF_E316N_V2=y
 CONFIG_ATH79_MACH_CF_E320N_V2=y
 CONFIG_ATH79_MACH_CF_E355AC=y
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/Kconfig.openwrt 
b/target/linux/ar71xx/files/arch/mips/ath79/Kconfig.openwrt
index ac77aed..a382f90 100644
--- a/target/linux/ar71xx/files/arch/mips/ath79/Kconfig.openwrt
+++ b/target/linux/ar71xx/files/arch/mips/ath79/Kconfig.op

[OpenWrt-Devel] [PATCH 1/9] hwmon-coretemp: add thermal monitor for Core/Core2/Atom

2017-10-22 Thread Zoltan HERPAI 
From: Philip Prindeville 

Signed-off-by: Philip Prindeville 
---
 package/kernel/linux/modules/hwmon.mk | 15 +++
 1 file changed, 15 insertions(+)

diff --git a/package/kernel/linux/modules/hwmon.mk 
b/package/kernel/linux/modules/hwmon.mk
index ed05cae..ae1a004 100644
--- a/package/kernel/linux/modules/hwmon.mk
+++ b/package/kernel/linux/modules/hwmon.mk
@@ -108,6 +108,21 @@ endef
 $(eval $(call KernelPackage,hwmon-nct6775))
 
 
+define KernelPackage/hwmon-coretemp
+  TITLE:=Intel Core/Core2/Atom thermal monitoring support
+  KCONFIG:=CONFIG_SENSORS_CORETEMP
+  FILES:=$(LINUX_DIR)/drivers/hwmon/coretemp.ko
+  AUTOLOAD:=$(call AutoProbe,coretemp)
+  $(call AddDepends/hwmon,@TARGET_x86)
+endef
+
+define KernelPackage/hwmon-coretemp/description
+ Kernel module for Intel Core/Core2/Atom thermal monitor chip
+endef
+
+$(eval $(call KernelPackage,hwmon-coretemp))
+
+
 define KernelPackage/hwmon-ina2xx
   TITLE:=INA2XX monitoring support
   KCONFIG:=CONFIG_SENSORS_INA2XX
-- 
1.9.1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH 8/9] ramips: add Devolo WiFi Repeater (mt2681)

2017-10-22 Thread Zoltan HERPAI 
This is pretty much the same as the ALL0256N-8M but with different LED settings.

Based on Matt Jenkins' patch, with additional reworks.
https://github.com/openwrt/openwrt/pull/491

Signed-off-by: Zoltan HERPAI <wigy...@uid0.hu>

---
 target/linux/ramips/base-files/etc/board.d/01_leds |   7 ++
 .../linux/ramips/base-files/etc/board.d/02_network |   1 +
 target/linux/ramips/base-files/lib/ramips.sh   |   3 +
 .../ramips/base-files/lib/upgrade/platform.sh  |   1 +
 target/linux/ramips/dts/MT2681.dts | 106 +
 target/linux/ramips/image/rt305x.mk|   7 ++
 6 files changed, 125 insertions(+)
 create mode 100644 target/linux/ramips/dts/MT2681.dts

diff --git a/target/linux/ramips/base-files/etc/board.d/01_leds 
b/target/linux/ramips/base-files/etc/board.d/01_leds
index 75ab0da..525c32b 100755
--- a/target/linux/ramips/base-files/etc/board.d/01_leds
+++ b/target/linux/ramips/base-files/etc/board.d/01_leds
@@ -55,6 +55,13 @@ air3gii)
set_wifi_led "$board:green:wlan"
set_usb_led "$board:green:mobile"
;;
+mt2681)
+   ucidef_set_rssimon "wlan0" "4" "1"
+   ucidef_set_led_rssi "rssilow" "RSSILOW" "$board:green:rssilow" "wlan0" 
"1" "40" "0" "6"
+   ucidef_set_led_rssi "rssimedium" "RSSIMEDIUM" "$board:green:rssimed" 
"wlan0" "30" "80" "-29" "5"
+   ucidef_set_led_rssi "rssihigh" "RSSIHIGH" "$board:green:rssihigh" 
"wlan0" "70" "100" "-69" "8"
+   set_wifi_led "rt2800pci-phy0::radio"
+   ;;
 all0256n-4M|\
 all0256n-8M)
ucidef_set_rssimon "wlan0" "20" "1"
diff --git a/target/linux/ramips/base-files/etc/board.d/02_network 
b/target/linux/ramips/base-files/etc/board.d/02_network
index 1c8505e..101c97e 100755
--- a/target/linux/ramips/base-files/etc/board.d/02_network
+++ b/target/linux/ramips/base-files/etc/board.d/02_network
@@ -53,6 +53,7 @@ ramips_setup_interfaces()
m2m|\
microwrt|\
mpr-a2|\
+   mt2681|\
ncs601w|\
omega2 | \
omega2p | \
diff --git a/target/linux/ramips/base-files/lib/ramips.sh 
b/target/linux/ramips/base-files/lib/ramips.sh
index 07e776c..e451b0e 100755
--- a/target/linux/ramips/base-files/lib/ramips.sh
+++ b/target/linux/ramips/base-files/lib/ramips.sh
@@ -331,6 +331,9 @@ ramips_board_detect() {
*"MR200")
name="mr200"
;;
+   *"MT2681")
+   name="mt2681"
+   ;;
*"MT7620a + MT7530 evaluation"*)
name="mt7620a_mt7530"
;;
diff --git a/target/linux/ramips/base-files/lib/upgrade/platform.sh 
b/target/linux/ramips/base-files/lib/upgrade/platform.sh
index 99ebe35..5430be7 100755
--- a/target/linux/ramips/base-files/lib/upgrade/platform.sh
+++ b/target/linux/ramips/base-files/lib/upgrade/platform.sh
@@ -98,6 +98,7 @@ platform_check_image() {
mpr-a1|\
mpr-a2|\
mr-102n|\
+   mt2681|\
mt7628|\
mzk-750dhp|\
mzk-dp150n|\
diff --git a/target/linux/ramips/dts/MT2681.dts 
b/target/linux/ramips/dts/MT2681.dts
new file mode 100644
index 000..634e8c8
--- /dev/null
+++ b/target/linux/ramips/dts/MT2681.dts
@@ -0,0 +1,106 @@
+/dts-v1/;
+
+#include "rt3050.dtsi"
+
+/ {
+   compatible = "ralink,rt3050-soc";
+   model = "Devolo WiFi Extender MT2681";
+
+   gpio-leds {
+   compatible = "gpio-leds";
+
+   rssilow {
+   label = "mt2681:green:rssilow";
+   gpios = < 7 1>;
+   };
+
+   rssimed {
+   label = "mt2681:green:rssimed";
+   gpios = < 11 1>;
+   };
+
+   rssihigh {
+   label = "mt2681:green:rssihigh";
+   gpios = < 12 1>;
+   };
+
+   wifi {
+   label = "mt2681:red:wifi";
+   gpios = < 9 1>;
+   };
+   };
+
+   gpio-keys-polled {
+   compatible = "gpio-keys-polled";
+   #address-cells = <1>;
+   #size-cells = <0>;
+   poll-interval = <20>;
+
+   reset {
+   label = "reset";
+   gpios = < 10 1>;
+   linux,code = <0x198>;
+   };
+   };
+};
+
+ {
+   status = "okay";
+};
+
+ {
+   status = "okay";
+
+

[OpenWrt-Devel] [PATCH 0/9] merge: add missing devices / commits into LEDE

2017-10-22 Thread Zoltan HERPAI 
This series contains a bunch of commits that have been added
into OpenWrt but not into LEDE since May/2016. Some of these
required small changes to work properly - i.e. changing them
to a new build layout.

Signed-off-by: Zoltan HERPAI <wigy...@uid0.hu>

August Germar (1):
  ar71xx: add support for Anonabox Pro

Denis Osvald (1):
  netfilter,iptables: add optional CHECKSUM module

Kayo Phoenix (1):
  sunxi: Added profile for HAOYU Electronics Marsboard A10

Marek Vasut (2):
  package: kernel: dtc: Add device tree compiler package
  package: kernel: dtc: Add DTO support

Philip Prindeville (1):
  hwmon-coretemp: add thermal monitor for Core/Core2/Atom

Ralph Sennhauser (1):
  openssl: fix cryptodev config dependency

Zoltan HERPAI (2):
  ar71xx: add support for Comfast E214N V2 Outdoor CPE
  ramips: add Devolo WiFi Repeater (mt2681)

 include/netfilter.mk   |   4 +
 package/boot/uboot-sunxi/Makefile  |   6 +
 package/kernel/dtc/Makefile|  36 ++
 ...ripts-dtc-Update-to-version-with-overlays.patch | 642 +
 package/kernel/linux/modules/hwmon.mk  |  15 +
 package/kernel/linux/modules/netfilter.mk  |  17 +
 package/libs/openssl/Config.in |   1 +
 package/network/utils/iptables/Makefile|  10 +
 target/linux/ar71xx/base-files/etc/board.d/01_leds |  10 +
 target/linux/ar71xx/base-files/lib/ar71xx.sh   |   6 +
 .../ar71xx/base-files/lib/upgrade/platform.sh  |   2 +
 target/linux/ar71xx/config-4.4 |   1 +
 target/linux/ar71xx/config-4.9 |   2 +
 .../ar71xx/files/arch/mips/ath79/Kconfig.openwrt   |  19 +
 target/linux/ar71xx/files/arch/mips/ath79/Makefile |   2 +
 .../files/arch/mips/ath79/mach-anonabox-pro.c  | 110 
 .../files/arch/mips/ath79/mach-cf-e214n-v2.c   | 124 
 .../linux/ar71xx/files/arch/mips/ath79/machtypes.h |   2 +
 target/linux/ar71xx/image/generic.mk   |   8 +
 target/linux/ar71xx/image/legacy-devices.mk|   6 +
 target/linux/ar71xx/image/legacy.mk|   2 +
 target/linux/ramips/base-files/etc/board.d/01_leds |   7 +
 .../linux/ramips/base-files/etc/board.d/02_network |   1 +
 target/linux/ramips/base-files/lib/ramips.sh   |   3 +
 .../ramips/base-files/lib/upgrade/platform.sh  |   1 +
 target/linux/ramips/dts/MT2681.dts | 106 
 target/linux/ramips/image/rt305x.mk|   7 +
 target/linux/sunxi/image/cortex-a8.mk  |  10 +
 28 files changed, 1160 insertions(+)
 create mode 100644 package/kernel/dtc/Makefile
 create mode 100644 
package/kernel/dtc/patches/0001-scripts-dtc-Update-to-version-with-overlays.patch
 create mode 100644 
target/linux/ar71xx/files/arch/mips/ath79/mach-anonabox-pro.c
 create mode 100644 target/linux/ar71xx/files/arch/mips/ath79/mach-cf-e214n-v2.c
 create mode 100644 target/linux/ramips/dts/MT2681.dts

-- 
1.9.1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH 3/9] package: kernel: dtc: Add DTO support

2017-10-22 Thread Zoltan HERPAI 
From: Marek Vasut 

Add patch with the DT overlay support into the DTC package.

Signed-off-by: Marek Vasut 
---
 ...ripts-dtc-Update-to-version-with-overlays.patch | 642 +
 1 file changed, 642 insertions(+)
 create mode 100644 
package/kernel/dtc/patches/0001-scripts-dtc-Update-to-version-with-overlays.patch

diff --git 
a/package/kernel/dtc/patches/0001-scripts-dtc-Update-to-version-with-overlays.patch
 
b/package/kernel/dtc/patches/0001-scripts-dtc-Update-to-version-with-overlays.patch
new file mode 100644
index 000..605d303
--- /dev/null
+++ 
b/package/kernel/dtc/patches/0001-scripts-dtc-Update-to-version-with-overlays.patch
@@ -0,0 +1,642 @@
+From 5f84cb93eef9f8a8ff7f49d593893f252744d0fe Mon Sep 17 00:00:00 2001
+From: Pantelis Antoniou 
+Date: Wed, 26 Aug 2015 18:28:08 +0300
+Subject: [PATCH] scripts/dtc: Update to version with overlays
+
+Update to mainline dtc with overlay support
+
+Signed-off-by: Pantelis Antoniou 
+---
+ checks.c |  20 +-
+ dtc-lexer.l  |   5 ++
+ dtc-parser.y |  54 ++--
+ dtc.c|  83 ++--
+ dtc.h|  13 +++-
+ livetree.c   | 202 +++
+ treesource.c |   3 +
+ util.c   |   2 +-
+ 8 files changed, 367 insertions(+), 15 deletions(-)
+
+diff --git a/checks.c b/checks.c
+index 3bf0fa4..af25c2b 100644
+--- a/checks.c
 b/checks.c
+@@ -465,8 +465,12 @@ static void fixup_phandle_references(struct check *c, 
struct node *dt,
+ 
+   refnode = get_node_by_ref(dt, m->ref);
+   if (! refnode) {
+-  FAIL(c, "Reference to non-existent node or label 
\"%s\"\n",
+-   m->ref);
++  if (!source_is_plugin)
++  FAIL(c, "Reference to non-existent node or "
++  "label \"%s\"\n", m->ref);
++  else /* mark the entry as unresolved */
++  *((cell_t *)(prop->val.val + m->offset)) =
++  cpu_to_fdt32(0x);
+   continue;
+   }
+ 
+@@ -559,7 +563,7 @@ static void check_reg_format(struct check *c, struct node 
*dt,
+   size_cells = node_size_cells(node->parent);
+   entrylen = (addr_cells + size_cells) * sizeof(cell_t);
+ 
+-  if ((prop->val.len % entrylen) != 0)
++  if (!entrylen || (prop->val.len % entrylen) != 0)
+   FAIL(c, "\"reg\" property in %s has invalid length (%d bytes) "
+"(#address-cells == %d, #size-cells == %d)",
+node->fullpath, prop->val.len, addr_cells, size_cells);
+@@ -651,6 +655,15 @@ static void 
check_obsolete_chosen_interrupt_controller(struct check *c,
+ }
+ TREE_WARNING(obsolete_chosen_interrupt_controller, NULL);
+ 
++static void check_deprecated_plugin_syntax(struct check *c,
++ struct node *dt)
++{
++  if (deprecated_plugin_syntax_warning)
++  FAIL(c, "Use '/dts-v1/ /plugin/'; syntax. /dts-v1/; /plugin/; "
++  "is going to be removed in next versions");
++}
++TREE_WARNING(deprecated_plugin_syntax, NULL);
++
+ static struct check *check_table[] = {
+   _node_names, _property_names,
+   _name_chars, _name_format, _name_chars,
+@@ -668,6 +681,7 @@ static struct check *check_table[] = {
+ 
+   _default_addr_size,
+   _chosen_interrupt_controller,
++  _plugin_syntax,
+ 
+   _fail,
+ };
+diff --git a/dtc-lexer.l b/dtc-lexer.l
+index 0ee1caf..dd44ba2 100644
+--- a/dtc-lexer.l
 b/dtc-lexer.l
+@@ -113,6 +113,11 @@ static void lexical_error(const char *fmt, ...);
+   return DT_V1;
+   }
+ 
++<*>"/plugin/" {
++  DPRINT("Keyword: /plugin/\n");
++  return DT_PLUGIN;
++  }
++
+ <*>"/memreserve/" {
+   DPRINT("Keyword: /memreserve/\n");
+   BEGIN_DEFAULT();
+diff --git a/dtc-parser.y b/dtc-parser.y
+index ea57e0a..7d9652d 100644
+--- a/dtc-parser.y
 b/dtc-parser.y
+@@ -19,6 +19,7 @@
+  */
+ %{
+ #include 
++#include 
+ 
+ #include "dtc.h"
+ #include "srcpos.h"
+@@ -52,9 +53,11 @@ extern bool treesource_error;
+   struct node *nodelist;
+   struct reserve_info *re;
+   uint64_t integer;
++  bool is_plugin;
+ }
+ 
+ %token DT_V1
++%token DT_PLUGIN
+ %token DT_MEMRESERVE
+ %token DT_LSHIFT DT_RSHIFT DT_LE DT_GE DT_EQ DT_NE DT_AND DT_OR
+ %token DT_BITS
+@@ -71,6 +74,7 @@ extern bool treesource_error;
+ 
+ %type  propdata
+ %type  propdataprefix
++%type  plugindecl
+ %type  memreserve
+ %type  memreserves
+ %type  arrayprefix
+@@ -101,10 +105,39 @@ extern bool treesource_error;
+ %%
+ 
+ sourcefile:
+-DT_V1 ';' memreserves devicetree
++  basesource
++

[OpenWrt-Devel] [PATCH 5/9] netfilter, iptables: add optional CHECKSUM module

2017-10-22 Thread Zoltan HERPAI 
From: Denis Osvald 

Signed-off-by: Denis Osvald 
---
 include/netfilter.mk  |  4 
 package/kernel/linux/modules/netfilter.mk | 17 +
 package/network/utils/iptables/Makefile   | 10 ++
 3 files changed, 31 insertions(+)

diff --git a/include/netfilter.mk b/include/netfilter.mk
index 2d53758..3d735a8 100644
--- a/include/netfilter.mk
+++ b/include/netfilter.mk
@@ -262,6 +262,10 @@ $(eval $(if $(NF_KMOD),$(call 
nf_add,IPT_TEE,CONFIG_NF_DUP_IPV6, $(P_V6)nf_dup_i
 
 $(eval $(call nf_add,IPT_U32,CONFIG_NETFILTER_XT_MATCH_U32, $(P_XT)xt_u32))
 
+# checksum
+
+$(eval $(call nf_add,IPT_CHECKSUM,CONFIG_NETFILTER_XT_TARGET_CHECKSUM, 
$(P_XT)xt_CHECKSUM))
+
 
 # netlink
 
diff --git a/package/kernel/linux/modules/netfilter.mk 
b/package/kernel/linux/modules/netfilter.mk
index 0ad6987..0d817ed 100644
--- a/package/kernel/linux/modules/netfilter.mk
+++ b/package/kernel/linux/modules/netfilter.mk
@@ -529,6 +529,23 @@ endef
 
 $(eval $(call KernelPackage,ipt-u32))
 
+define KernelPackage/ipt-checksum
+  TITLE:=CHECKSUM support
+  KCONFIG:= \
+   CONFIG_NETFILTER_XT_TARGET_CHECKSUM
+  FILES:= \
+   $(LINUX_DIR)/net/netfilter/xt_CHECKSUM.ko \
+   $(foreach mod,$(IPT_CHECKSUM-m),$(LINUX_DIR)/net/$(mod).ko)
+  AUTOLOAD:=$(call AutoProbe,$(notdir $(IPT_CHECKSUM-m)))
+  $(call AddDepends/ipt)
+endef
+
+define KernelPackage/ipt-checksum/description
+  Kernel modules for CHECKSUM fillin target
+endef
+
+$(eval $(call KernelPackage,ipt-checksum))
+
 
 define KernelPackage/ipt-iprange
   TITLE:=Module for matching ip ranges
diff --git a/package/network/utils/iptables/Makefile 
b/package/network/utils/iptables/Makefile
index 89f4354..817f094 100644
--- a/package/network/utils/iptables/Makefile
+++ b/package/network/utils/iptables/Makefile
@@ -381,6 +381,15 @@ U32 iptables extensions.
 
 endef
 
+define Package/iptables-mod-checksum
+$(call Package/iptables/Module, +kmod-ipt-checksum)
+  TITLE:=IP CHECKSUM target extension
+endef
+
+define Package/iptables-mod-checksum/description
+iptables extension for the CHECKSUM calculation target
+endef
+
 define Package/ip6tables
 $(call Package/iptables/Default)
   DEPENDS:=@IPV6 +kmod-ip6tables +iptables
@@ -585,6 +594,7 @@ $(eval $(call BuildPlugin,iptables-mod-tee,$(IPT_TEE-m)))
 $(eval $(call BuildPlugin,iptables-mod-u32,$(IPT_U32-m)))
 $(eval $(call BuildPlugin,iptables-mod-nflog,$(IPT_NFLOG-m)))
 $(eval $(call BuildPlugin,iptables-mod-nfqueue,$(IPT_NFQUEUE-m)))
+$(eval $(call BuildPlugin,iptables-mod-checksum,$(IPT_CHECKSUM-m)))
 $(eval $(call BuildPackage,ip6tables))
 $(eval $(call BuildPlugin,ip6tables-extra,$(IPT_IPV6_EXTRA-m)))
 $(eval $(call BuildPlugin,ip6tables-mod-nat,$(IPT_NAT6-m)))
-- 
1.9.1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

  1   2   >