[OpenWrt-Devel] [PATCH] D-Link DAP-1350 initial support
The initial support for the D-Link DAP-1350. USB related functionality is not tested. Signed-off-by: Yoichi Shinoda shin...@jaist.ac.jp --- diff --git a/target/linux/ramips/base-files/etc/diag.sh b/target/linux/ramips/base-files/etc/diag.sh index 68aa0ee..c1f5949 100755 --- a/target/linux/ramips/base-files/etc/diag.sh +++ b/target/linux/ramips/base-files/etc/diag.sh @@ -39,6 +39,9 @@ get_status_led() { dir-300-b1 | dir-600-b1 | dir-600-b2) status_led=d-link:green:status ;; + dap-1350) + status_led=d-link:blue:power + ;; esr-9753) status_led=esr-9753:orange:power ;; diff --git a/target/linux/ramips/base-files/etc/hotplug.d/firmware/10-rt2x00-eeprom b/target/linux/ramips/base-files/etc/hotplug.d/firmware/10-rt2x00-eeprom index d7542ca..2f7cb33 100644 --- a/target/linux/ramips/base-files/etc/hotplug.d/firmware/10-rt2x00-eeprom +++ b/target/linux/ramips/base-files/etc/hotplug.d/firmware/10-rt2x00-eeprom @@ -38,6 +38,10 @@ case $FIRMWARE in rt2x00_eeprom_extract devdata 16384 272 ;; + dap-1350) + rt2x00_eeprom_extract devdata 0 272 + ;; + rt-n10-plus | \ rt-g32-b1) rt2x00_eeprom_extract devconf 0 272 diff --git a/target/linux/ramips/base-files/lib/preinit/06_set_iface_mac b/target/linux/ramips/base-files/lib/preinit/06_set_iface_mac index db6e5c8..ebe06f4 100644 --- a/target/linux/ramips/base-files/lib/preinit/06_set_iface_mac +++ b/target/linux/ramips/base-files/lib/preinit/06_set_iface_mac @@ -29,6 +29,10 @@ preinit_set_mac_address() { mac=$(ramips_get_mac_binary devdata 16388) ifconfig eth0 hw ether $mac 2/dev/null ;; + dap-1350) + mac=$(ramips_get_mac_binary devdata 46) + ifconfig eth0 hw ether $mac 2/dev/null +;; all0256n |\ fonera20n |\ hw550-3g |\ diff --git a/target/linux/ramips/base-files/lib/ramips.sh b/target/linux/ramips/base-files/lib/ramips.sh index 277d9da..4a96d50 100755 --- a/target/linux/ramips/base-files/lib/ramips.sh +++ b/target/linux/ramips/base-files/lib/ramips.sh @@ -77,6 +77,9 @@ ramips_board_name() { *DIR-600 B2) name=dir-600-b2 ;; +*DAP-1350) +name=dap-1350 +;; *ESR-9753) name=esr-9753 ;; diff --git a/target/linux/ramips/base-files/lib/upgrade/platform.sh b/target/linux/ramips/base-files/lib/upgrade/platform.sh index dba5e79..4b41d7e 100755 --- a/target/linux/ramips/base-files/lib/upgrade/platform.sh +++ b/target/linux/ramips/base-files/lib/upgrade/platform.sh @@ -20,6 +20,7 @@ platform_check_image() { dir-300-b1 | \ dir-600-b1 | \ dir-600-b2 | \ + dap-1350 | \ esr-9753 | \ fonera20n | \ freestation5 | \ diff --git a/target/linux/ramips/files/arch/mips/include/asm/mach-ralink/machine.h b/target/linux/ramips/files/arch/mips/include/asm/mach-ralink/machine.h index 6ff24f2..e04c365 100644 --- a/target/linux/ramips/files/arch/mips/include/asm/mach-ralink/machine.h +++ b/target/linux/ramips/files/arch/mips/include/asm/mach-ralink/machine.h @@ -36,6 +36,7 @@ enum ramips_mach_type { /* RT3052 based machines */ RAMIPS_MACH_ARGUS_ATP52B, /* Argus ATP-52B */ RAMIPS_MACH_BC2,/* NexAira BC2 */ + RAMIPS_MACH_DAP_1350, /* D-Link DAP-1350 */ RAMIPS_MACH_ESR_9753, /* Senao / EnGenius ESR-9753*/ RAMIPS_MACH_F5D8235_V2, /* Belkin F5D8235 v2 */ RAMIPS_MACH_FONERA20N, /* La Fonera 2.0N */ diff --git a/target/linux/ramips/files/arch/mips/ralink/rt305x/Kconfig b/target/linux/ramips/files/arch/mips/ralink/rt305x/Kconfig index 77269fe..999cb1a 100644 --- a/target/linux/ramips/files/arch/mips/ralink/rt305x/Kconfig +++ b/target/linux/ramips/files/arch/mips/ralink/rt305x/Kconfig @@ -66,6 +66,11 @@ config RT305X_MACH_DIR_300_REVB select RALINK_DEV_GPIO_BUTTONS select RALINK_DEV_GPIO_LEDS +config RT305X_MACH_DAP_1350 + bool D-Link DAP-1350 board support + select RALINK_DEV_GPIO_BUTTONS + select RALINK_DEV_GPIO_LEDS + config RT305X_MACH_ESR_9753 bool EnGenius ESR-9753 support select RALINK_DEV_GPIO_BUTTONS diff --git a/target/linux/ramips/files/arch/mips/ralink/rt305x/Makefile b/target/linux/ramips/files/arch/mips/ralink/rt305x/Makefile index bb8cf07..eee5a0d 100644 --- a/target/linux/ramips/files/arch/mips/ralink/rt305x/Makefile +++ b/target/linux/ramips/files/arch/mips/ralink/rt305x/Makefile @@ -16,6 +16,7 @@ obj-$(CONFIG_RT305X_MACH_ARGUS_ATP52B)+= mach-argus-atp52b.o obj-$(CONFIG_RT305X_MACH_BC2) += mach-bc2.o obj-$(CONFIG_RT305X_MACH_ALL0256N) += mach-all0256n.o obj-$(CONFIG_RT305X_MACH_DIR_300_REVB) +=
Re: [OpenWrt-Devel] [PATCHv2] brcm63xx: add support for NB6 boards based on BCM6362 CPU.
Hello Miguel, On 6 July 2012 14:19, Miguel GAIO miguel.g...@efixo.com wrote: This is a second release for NB6 boards support. The first patch add support for 6362 CPU. It's based on 6328 works. It also includes RGMII clock enable. The second patch include support for NB6 boards. The NB6 has a RTL8367R switch connected to internal enetsw using rgmii bus. The third patch change rgmii setup on RTL8366R. I confirm that the realtek switch works with these patches. I did some changes though. 1) I substituted your BCM6362 patches with my own (yours seem to be based on an older broadcom SDK), since these are the ones I plan to submit eventually to upstream. 2) I made the realtek patch a platform patch, because I do not know the impact on other devices using this switch (which didn't need it). 3) I added a network config for it 4) I commented out the nb6 image build, since even with network working you can't do much with it I am more or less ready to commit this, but I am missing your signed-off-by. Can you please either reply with it or resend the board patch with it added? I created a branch on github with what I plan to submit, so you can use that to check that I did not miss anything ( https://github.com/KanjiMonster/openwrt/tree/neufbox6 ). I have some additional questions though: How is one supposed to flash the NB6 without serial access? At least I did not find anything in the web interface that allowed me to flash an image, and the CFE does not provide a web interface either. What's the tftpboot? I noticed that if I have the SFR button pressed when powering the device up, CFE prints ** tftpboot requested, but then shortly after that CFE crashes. Lastly, you added an image build for NB6-SER-r0, shouldn't you also add one for NB6-FXC-r0? Or do they not care about the board id? Jonas ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] dnsmasq - bump version and add config option for ra_names
I can confirm this patch works as expected, applied on trunk compiled cleanly and yields dnsmasq 2.62 root@OpenWrt:~# dnsmasq -v Dnsmasq version 2.62 Copyright (c) 2000-2012 Simon Kelley Compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP no-conntrack Thanks a lot Dominique! On Fri, Jul 6, 2012 at 3:27 AM, Dominique Martinet asmad...@codewreck.org wrote: so no further init script change needed! Agreed, nevertheless it could probably be handy at some point to submit another patch adding an option dns6 or something like that, to simplify config management. I might try to take a stab at it, but no promises. For the moment, using option6 sounds perfect. Regards, -- Asmadeus | Dominique Martinet late for work :D ___ 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] Update nzbget to version 0.8.0
Update the nzbget to the latest stable version 0.8.0 Signed-off-by: Christian Rustmeier rustmeier a.t. gmail dotty com --- Index: Makefile === --- Makefile(revision 32786) +++ Makefile(working copy) @@ -8,12 +8,12 @@ include $(TOPDIR)/rules.mk PKG_NAME:=nzbget -PKG_VERSION:=0.7.0 -PKG_RELEASE:=3 +PKG_VERSION:=0.8.0 +PKG_RELEASE:=1 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz PKG_SOURCE_URL:=@SF/nzbget -PKG_MD5SUM:=27971846aba75f5e312d80dce7edbc5d +PKG_MD5SUM:=c47f464fe988deeb4fc5381506c1fbe3 PKG_FIXUP:=autoreconf PKG_INSTALL:=1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] build system: reproduceable order in packageinfo and targetinfo
A) Use `sort -u` instead of just `uniq` B) First add kernel packages alphabetically sorted, then all others alphabetically sorted. This allows other packages to override kernel configs if necessary. Note: If find has no action for matches then also pruned folders are included in the result list, therefore specify the default action -print explicitly. Signed-off-by: Matthias Bücher m...@maddes.net Additional info: The current order of packages in tmp/.packageinfo (and targets in tmp/.targetinfo) is random. This is a problem when a package has to override a kernel config. For example the nfs-root package I currently work on has to set CONFIG_NFS_FS=y to work properly, so the package has to be after kmod-fs-nfs (CONFIG_NFS_FS=m) which is not possible with a random order. Patch is attached to avoid mangling (as with first sent mail), and following as text for review/comments. Index: include/scan.mk === --- include/scan.mk (revision 32786) +++ include/scan.mk (working copy) @@ -39,7 +39,12 @@ $(FILELIST): rm -f $(TMP_DIR)/info/.files-$(SCAN_TARGET)-* - $(call FIND_L, $(SCAN_DIR)) $(SCAN_EXTRA) -mindepth 1 $(if $(SCAN_DEPTH),-maxdepth $(SCAN_DEPTH)) -name Makefile | xargs grep -HE 'call (Build/DefaultTargets|Build(Package|Target)|.+Package)' | sed -e 's#^$(SCAN_DIR)/##' -e 's#/Makefile:.*##' | uniq $@ + rm -f $@ +ifeq ($(SCAN_DIR),package) +# Special case packages: kernel first; allows other packages to override kernel configs + $(call FIND_L, 'package/kernel') $(SCAN_EXTRA) -mindepth 1 $(if $(SCAN_DEPTH),-maxdepth $(SCAN_DEPTH)) -name Makefile -print | xargs grep -HE 'call (Build/DefaultTargets|Build(Package|Target)|.+Package)' | sed -e 's#^$(SCAN_DIR)/##' -e 's#/Makefile:.*##' | sort -u $@ +endif + $(call FIND_L, $(SCAN_DIR)) $(SCAN_EXTRA) -mindepth 1 $(if $(SCAN_DEPTH),-maxdepth $(SCAN_DEPTH)) -wholename 'package/kernel' -prune -o -name Makefile -print | xargs grep -HE 'call (Build/DefaultTargets|Build(Package|Target)|.+Package)' | sed -e 's#^$(SCAN_DIR)/##' -e 's#/Makefile:.*##' | sort -u $@ $(TMP_DIR)/info/.files-$(SCAN_TARGET).mk: $(FILELIST) ( \ Index: include/scan.mk === --- include/scan.mk (revision 32786) +++ include/scan.mk (working copy) @@ -39,7 +39,12 @@ $(FILELIST): rm -f $(TMP_DIR)/info/.files-$(SCAN_TARGET)-* - $(call FIND_L, $(SCAN_DIR)) $(SCAN_EXTRA) -mindepth 1 $(if $(SCAN_DEPTH),-maxdepth $(SCAN_DEPTH)) -name Makefile | xargs grep -HE 'call (Build/DefaultTargets|Build(Package|Target)|.+Package)' | sed -e 's#^$(SCAN_DIR)/##' -e 's#/Makefile:.*##' | uniq $@ + rm -f $@ +ifeq ($(SCAN_DIR),package) +# Special case packages: kernel first; allows other packages to override kernel configs + $(call FIND_L, 'package/kernel') $(SCAN_EXTRA) -mindepth 1 $(if $(SCAN_DEPTH),-maxdepth $(SCAN_DEPTH)) -name Makefile -print | xargs grep -HE 'call (Build/DefaultTargets|Build(Package|Target)|.+Package)' | sed -e 's#^$(SCAN_DIR)/##' -e 's#/Makefile:.*##' | sort -u $@ +endif + $(call FIND_L, $(SCAN_DIR)) $(SCAN_EXTRA) -mindepth 1 $(if $(SCAN_DEPTH),-maxdepth $(SCAN_DEPTH)) -wholename 'package/kernel' -prune -o -name Makefile -print | xargs grep -HE 'call (Build/DefaultTargets|Build(Package|Target)|.+Package)' | sed -e 's#^$(SCAN_DIR)/##' -e 's#/Makefile:.*##' | sort -u $@ $(TMP_DIR)/info/.files-$(SCAN_TARGET).mk: $(FILELIST) ( \ ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] build system: reproduceable order in packageinfo and targetinfo
On 2012-07-22 6:38 PM, Matthias Buecher / Germany wrote: A) Use `sort -u` instead of just `uniq` B) First add kernel packages alphabetically sorted, then all others alphabetically sorted. This allows other packages to override kernel configs if necessary. Note: If find has no action for matches then also pruned folders are included in the result list, therefore specify the default action -print explicitly. Signed-off-by: Matthias Bücher m...@maddes.net Additional info: The current order of packages in tmp/.packageinfo (and targets in tmp/.targetinfo) is random. This is a problem when a package has to override a kernel config. For example the nfs-root package I currently work on has to set CONFIG_NFS_FS=y to work properly, so the package has to be after kmod-fs-nfs (CONFIG_NFS_FS=m) which is not possible with a random order. Patch is attached to avoid mangling (as with first sent mail), and following as text for review/comments. Relying on a particular sorting of packages is just a hack, not a real solution. Are you sure that the order actually matters? If so, please test this patch, it should fix the issue regardless of the scan order: --- --- a/scripts/kconfig.pl +++ b/scripts/kconfig.pl @@ -73,7 +73,10 @@ sub config_add($$$) { my %cfg = %$_; foreach my $config (keys %cfg) { - next if $mod_plus and $config{$config} and $config{$config} eq y; + if ($mod_plus and $config{$config}) { + next if $config{$config} eq y; + next if $cfg{$config} eq '#undef'; + } $config{$config} = $cfg{$config}; } } ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel