date:20140701

Hi,

i have the whr-300hp2 on my desk now and will fix the switch and merge
the wifi fixes now.

John

On 01/07/2014 09:41, Kazuki Shimada wrote:
 Hi, Roman.
 
 Do your patches have any chance to make wireless on mt7620a device
 to work? If so, I'll try it on my buffalo whr-300hp2.
 
 Thanks in advance.
 
 Kazuki Shimada
 
 
 (2014/07/01 2:36), Roman Yeryomin wrote:
 On 30 June 2014 20:30, John Crispin j...@phrozen.org wrote:
 
 i think this is the same is inside the 5390 pci chip ? i
 have one of those, will verify tomorrow.
 
 Would be good!
 
 
 we will figure it out, otherwise we ask the rt2x00 people for
 help
 
 
 please tell me which patches to test/merge .. this is
 really good news, thanks a lot to everyone involved.
 
 Basically all I've attached, it's just they are not in the
 form to git apply them. I can prepare those too if you want.
 
 no worries i will ive it a shot in a sec and apply it manually
 
 I've sent the series just now...
 
 Regards, Roman ___ 
 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

[OpenWrt-Devel] Status of DFS in OpenWrt - ath9k

2014-07-01 Thread Jacek Kikiewicz

Hello,

I have few APs that are using ath9k driver, I've read that now DFS is supported 
on that driver,
so I compiled latest revision (yesterday: 41415), and started playing, 
basically when as per
manual / howto I run 'iw phy phy1 info' I can see DFS channels, exactly like in 
howto on a wiki, problem is however
that I cannot make it work on those channels (I've tried 52,56,100, 104), after 
changing config and restarting wifi
I saw in dmesg 'interface wlan1 entered disabled mode) - I tried with HT20 for 
the beginning.
So, question here is, should this work in current state or is there still some 
support missing?
I can pull any logs  / settings that are of interest.

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

[OpenWrt-Devel] [PATCH] [Resend] [kernel] mtd-partial_eraseblock_erase

2014-07-01 Thread Maciej Skrzypek

mtd: allow partial block erase
This fixes error erasing partial mtd partition which does not start on
eraseblock boundary and allows using fconfig to configure redboot on
devices such as the Gateworks Cambria.

Maciej Skrzypek
Flytronic

Signed-off-by: Maciej Skrzypek maciej.skrzy...@flytronic.pl
---
 479-mtd-partial_eraseblock_erase.patch |   10 ++
 1 file changed, 10 insertions(+)

diff -uprN
trunk/target/linux/generic/patches-3.3/479-mtd-partial_eraseblock_erase.patch
trunk_modified/target/linux/generic/patches-3.3/479-mtd-partial_eraseblock_erase.patch
---
trunk/target/linux/generic/patches-3.3/479-mtd-partial_eraseblock_erase.patch
  1970-01-01 01:00:00.0 +0100
+++
trunk_modified/target/linux/generic/patches-3.3/479-mtd-partial_eraseblock_erase.patch
 2014-06-20 16:16:53.0 +0200
@@ -0,0 +1,10 @@
+--- a/drivers/mtd/mtdpart.c
 b/drivers/mtd/mtdpart.c
+@@ -274,6 +274,7 @@ static int part_erase(struct mtd_info *m
+   part-master-erasesize,
+   readlen, instr-erase_buf);
+
++  instr-len += instr-erase_buf_ofs;
+   instr-partial_start = true;
+   } else {
+   mtd_ofs = part-offset + part-mtd.size;
--
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [Lantiq][RFC] Add cpu-feature-overrides.h and disable PCIe and multithreading in Danube

2014-07-01 7:26 GMT+02:00, John Crispin j...@phrozen.org:
 NAK, xway is a unified kernel target and we wont change that upstream.
 i am fine with the cpu override bit but i wont take the KConfig part,

 sorry,
   John


Why sorry? This is only a RFC.
Kconfig part was only for fine tuning, but, in addition to maintain
XWAY as an unified target, those modifications can give problems now
and in the future, and i don't want to make nobody's life harder.
Regarding cpu override, ASE support was dropped some time ago so, what
do you think about set cpu_has_mips16? Any additional advice for this
file?
Another question is if cpu_has_vint and cpu_has_veic can be enabled or
simply dropped. I assume that a test will be the best to see if they
are safe, am i right? In addition, in UGW CPU_MIPSR2_IRQ_VI is present
in ASE, Danube, AR9, VR9 and AR10. Should be it set in Kconfig?

Off topic:i've tested MIPS_MT_SMP in a VR9 based router but, according
top, 50% of the cpu time was busy with a kernel process; with
MIPS_MT_SMTC the kernel freezes early when booting.

A lot of thanks for your time and comments.

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

Re: [OpenWrt-Devel] [PATCH 1/1] [WEIO] Initial support for WeIO board

Hi,

comments inline

 
 From c01a10928d2f27f89ff712896c948f549827acbe Mon Sep 17 00:00:00
 2001 From: Drasko DRASKOVIC drasko.drasko...@gmail.com Date: Sun,
 9 Feb 2014 03:46:43 +0100 Subject: [PATCH 1/2] weio: adding WeIO
 profile for OpenWrt
 
 More changes on WeIO profile
 
 Corrected board name detection in /tmp/sysinfo/board_name
 
 weio: leds - enable STA and AP leds for WeIO board
 
 mach-weio: led names to correspond to convention.
 
 weio: buttons - added WeIO button support
 
 button: Soft reset button moved to GPIO23
 
 weio: i2c - add I2C functionality to WeIO kernel Signed-off-by:
 Drasko DRASKOVIC drasko.drasko...@gmail.com --- 
 .../ar71xx/base-files/etc/uci-defaults/01_leds |   6 + 
 target/linux/ar71xx/base-files/lib/ar71xx.sh   |   3 + 
 .../ar71xx/base-files/lib/upgrade/platform.sh  |   3 +- 
 target/linux/ar71xx/config-3.10|   1 + 
 .../linux/ar71xx/files/arch/mips/ath79/mach-weio.c | 163
 + target/linux/ar71xx/generic/profiles/weio.mk
 |  17 +++ target/linux/ar71xx/image/Makefile |   2
 + .../610-MIPS-ath79-openwrt-machines.patch  |  81
 +- 8 files changed, 240 insertions(+), 36 deletions(-) 
 create mode 100644
 target/linux/ar71xx/files/arch/mips/ath79/mach-weio.c create mode
 100644 target/linux/ar71xx/generic/profiles/weio.mk
 
 diff --git
 a/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds 
 b/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds index
 fe5ff93..f0c2178 100755 ---
 a/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds +++
 b/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds @@ -57,6
 +57,12 @@ carambola2) ucidef_set_led_wlan wlan WLAN
 carambola2:green:wlan phy0tpt ;;
 
 +weio) + ucidef_set_led_netdev lan LAN weio:orange:eth0
 eth0 + ucidef_set_led_netdev wan WAN weio:orange:eth1
 eth1 + ucidef_set_led_wlan wlan WLAN weio:green:wlan
 phy0tpt + ;; + db120) ucidef_set_led_usbdev usb USB
 db120:green:usb 1-1 ;; diff --git
 a/target/linux/ar71xx/base-files/lib/ar71xx.sh 
 b/target/linux/ar71xx/base-files/lib/ar71xx.sh index
 4656ac2..a9c0c99 100755 ---
 a/target/linux/ar71xx/base-files/lib/ar71xx.sh +++
 b/target/linux/ar71xx/base-files/lib/ar71xx.sh @@ -679,6 +679,9 @@
 ar71xx_board_detect() { 8devices Carambola2*) name=carambola2 
 ;; + WeIO*) + name=weio + ;; *Sitecom WLR-8100) 
 name=wlr8100 ;; diff --git
 a/target/linux/ar71xx/base-files/lib/upgrade/platform.sh 
 b/target/linux/ar71xx/base-files/lib/upgrade/platform.sh index
 8af9580..5308cf6 100755 ---
 a/target/linux/ar71xx/base-files/lib/upgrade/platform.sh +++
 b/target/linux/ar71xx/base-files/lib/upgrade/platform.sh @@ -178,7
 +178,8 @@ platform_check_image() { nbg460n_550n_550nh | \ unifi |
 \ unifi-outdoor | \ - carambola2 ) + carambola2 | \ +weio ) [
 $magic != 2705 ]  { echo Invalid image type. return 1 diff
 --git a/target/linux/ar71xx/config-3.10
 b/target/linux/ar71xx/config-3.10 index 1346c3f..36576a2 100644 ---
 a/target/linux/ar71xx/config-3.10 +++
 b/target/linux/ar71xx/config-3.10 @@ -100,6 +100,7 @@
 CONFIG_ATH79_MACH_TL_WR841N_V9=y CONFIG_ATH79_MACH_TL_WR941ND=y 
 CONFIG_ATH79_MACH_UBNT=y CONFIG_ATH79_MACH_UBNT_XM=y 
 +CONFIG_ATH79_MACH_WEIO=y CONFIG_ATH79_MACH_WHR_HP_G300N=y 
 CONFIG_ATH79_MACH_WLAE_AG300N=y CONFIG_ATH79_MACH_WLR8100=y diff
 --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-weio.c 
 b/target/linux/ar71xx/files/arch/mips/ath79/mach-weio.c new file
 mode 100644 index 000..51534aa --- /dev/null +++
 b/target/linux/ar71xx/files/arch/mips/ath79/mach-weio.c @@ -0,0
 +1,163 @@ +/** + * WEIO Web Of Things Platform + * + * Copyright
 (C) 2013 Drasko DRASKOVIC and Uros PETREVSKI + * All rights
 reserved + * + *  ##  ##    ### + *
 ##  ##  ## ####  ## ## + *  ##  ##  ## ##
 ##  ## ## + *  ##  ##  ## ####  ## ## +
 *  ##  ##  ## ####  ## ## + *
 ##  ##  ## ####  ## ## + *   ###  ###
    ### + * + *   Web Of Things
 Platform + * + * This file is part of WEIO + * WEIO is free
 software: you can redistribute it and/or modify + * it under the
 terms of the GNU General Public License as published by + * the
 Free Software Foundation, either version 3 of the License, or + *
 (at your option) any later version.


linux is gpl 2 only



 + * + * WEIO is distributed in the hope that it will be useful, + *
 but WITHOUT ANY WARRANTY; without even the implied warranty of + *
 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the + *
 GNU General Public License for more details. + * + * You should
 have received a copy of the GNU General Public License + * along
 with this program.  If not, see http://www.gnu.org/licenses/. +
 * + * Authors : + * Drasko DRASKOVIC drasko.drasko...@gmail.com +
 * Uros PETREVSKI u...@nodesign.net + */ + +#include
 asm/mach-ath79/ath79.h +#include asm/mach-ath79/ar71xx_regs.h 
 +#include

Re: [OpenWrt-Devel] [PATCH] [Resend] [kernel] mtd-partial_eraseblock_erase

2014-07-01 Thread Felix Fietkau

On 2014-07-01 10:12, Maciej Skrzypek wrote:
 mtd: allow partial block erase
 This fixes error erasing partial mtd partition which does not start on
 eraseblock boundary and allows using fconfig to configure redboot on
 devices such as the Gateworks Cambria.
 
 Maciej Skrzypek
 Flytronic
 
 Signed-off-by: Maciej Skrzypek maciej.skrzy...@flytronic.pl
 ---
  479-mtd-partial_eraseblock_erase.patch |   10 ++
  1 file changed, 10 insertions(+)
 
 diff -uprN
 trunk/target/linux/generic/patches-3.3/479-mtd-partial_eraseblock_erase.patch
 trunk_modified/target/linux/generic/patches-3.3/479-mtd-partial_eraseblock_erase.patch
 ---
Your patch is badly damaged by line wrapping. Please fix and resend.

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

Re: [OpenWrt-Devel] [RFC] mt7620 wifi

Hi,

please make a patch that will default vid == vlan nr. this way we have
a sane default hat user can override with higher vid if needed.

Thanks
John


On 01/07/2014 08:57, Xiongfei(Alex) GUO wrote:
 hi, Roman,
 
 simply try these commands in OpenWrt, then the ethernet will start
 to work.
 
 uci set network.@switch_vlan[0].vid=1 uci set
 network.@switch_vlan[1].vid=2 uci commit /etc/init.d/network
 restart
 
 BTW, I'm not sure my test is right, that I can see the wireless
 driver start, but I cannot find any WIFI with SSID==OpenWrt.
 
 
 
 hi, John,
 
 the problem here is,
 
 in old driver for mt7530, vid is always equal to vlan number. but
 in new driver vid must be set explicitly.
 
 in most applications, user don't need to care about the difference 
 between vid and vlan.
 
 my solution for mt7530 driver is, when swconfig apply, if vid ==
 0, then let vid = vlan (so vid==0 is valid). if you think it is ok,
 i can send a patch about this.
 
 
 
 Regards!~
 
 Xiongfei (Alex) Guo Credo Semi.
 
 
 On Tue, Jul 1, 2014 at 7:37 AM, Roman Yeryomin
 leroi.li...@gmail.com wrote:
 On 1 July 2014 01:54, xf...@credosemi.com xf...@credosemi.com
 wrote:
 can you just show the output of swconfig dev switch0 show ?
 
 
 Also it appeared that ethernet is broken for mt7620n (didn't
 test other ramips targets) on trunk. Apparently after this
 (not sure how it's possible):
 https://dev.openwrt.org/changeset/41331 As `swconfig list'
 tells: Found: switch0 - mt7530
 
 
 I don't have the board in hands right now but the other thing
 I've noticed that VID for both 1 and 2 vlans was 0. And setting
 it to correct values didn't have any effect.
 
 Regards, Roman
 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [Patch][BCM63XX][V2][RFC] Select HW_RANDOM_BCM63XX only in the SoCs that support it.

2014-07-01 0:57 GMT+02:00, Florian Fainelli flor...@openwrt.org:
 2014-06-30 4:30 GMT-07:00 José Vázquez ppvazquez...@gmail.com:
 b43 and b43-legacy drivers enable CONFIG_HW_RANDOM in
 .config.override; without they selected the problem does not happen.
 More drivers need HW_RANDOM but they were not selected in my owrt
 config.

 define KernelPackage/b43
   $(call KernelPackage/mac80211/Default)
   TITLE:=Broadcom 43xx wireless support
   URL:=http://linuxwireless.org/en/users/Drivers/b43
   KCONFIG:= \
 CONFIG_HW_RANDOM=y

 I have no idea why these drivers enable HW_RANDOM but surely there is
 a good reason.

 I think this is just from a time where there was not a package for
 HW_RANDOM, you might want to make b43 depend on that specific kmod
 package that would be cleaner in any case.
I think that an additional option should be added in both b43 drivers
in order to have the choice of select or unselect B43_HWRNG because
BCM4318, BCM43222 and BCM43225 don't pass rng-tools fips tests (maybe
other BCM wireless chips pass them).
http://lxr.free-electrons.com/source/drivers/net/wireless/b43/Kconfig?v=3.10#L155


 A lot of thanks for your time and guidance.

 And thanks for your perseverance, that is much appreciated!
If my perseverance is useful, perfect, but if not, my apologies.
 --
 Florian

Excuse me if i don't fully understood your comment; what do you want
to mean with I think this is just from a time where there was not a
package for HW_RANDOM? My english is still a bit poor.

Best regards:

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

[OpenWrt-Devel] vfork segfault in openwrt

2014-07-01 Thread Qi Li

Hi,
I am using armv7 for openwrt development and facing a segfault caused by vfork.
I have wrote a small test program with the following segments:
...
pid_t child_t;
if((child_t = vfork())  0)
{
printf(error!\n);
return -1;
}
else if(child_t == 0)
{
printf(in child:pid =%d\n,getpid());
sleep(2);
_exit(0);
}
else
{
printf(in parent:child_t id = %d,pid = %d\n,child_t,getpid());
}
   ...
The vfork() function always cause segfault, this is the gdb debug trace:
...
   (gdb) c
   Breakpoint 1, main (argc=1, argv=0xbefffed4) at handler.c:33
   33if((child_t = vfork())  0)
   (gdb) stepi
   0x8474 in vfork () at 
libpthread/nptl/sysdeps/unix/sysv/linux/arm/../../../../../../../libc/sysdeps/linux/arm/vfork.S:71
   71SAVE_PID
   (gdb) l
   66
   67#else
   68__vfork:
   69
   70#ifdef __NR_vfork
   71SAVE_PID
   72DO_CALL (vfork)
   73RESTORE_PID
   74cmnr0, #4096
   75IT(t, cc)
  (gdb) b 
libpthread/nptl/sysdeps/unix/sysv/linux/arm/../../../../../../../libc/sysdeps/linux/arm/vfork.S:72
   Breakpoint 2 at 0xb6fcf930: file 
libpthread/nptl/sysdeps/unix/sysv/linux/arm/../../../../../../../libc/sysdeps/linux/arm/vfork.S,
 line 72.
  (gdb) disassemble
   0x8584 +40:bl  0x8444 puts
 = 0x8588 +44: bl  0x8474 vfork
   0x858c +48: strr0, [r11, #-12]
  (gdb)stepi
 ...
  (gdb) stepi
   0x8474 in vfork () at 
libpthread/nptl/sysdeps/unix/sysv/linux/arm/../../../../../../../libc/sysdeps/linux/arm/vfork.S:71
   71  SAVE_PID
  (gdb) disassemble
   Dump of assembler code for function vfork:
   =  0x8474 +0:   add  r12, pc, #0, 12
  0x8478 +4:   add  r12, r12, #8, 20; 0x8000
  0x847c +8:   ldrpc, [r12, #796]!; 0x31c
  (gdb) stepi
  ...
   (gdb) disassemble
Dump of assembler code for function vfork:
 0x8474 +0:   add  r12, pc, #0, 12
 0x8478 +4:   add  r12, r12, #8, 20; 0x8000
   = 0x847c +8: ldrpc, [r12, #796]!; 0x31c
   (gdb)c
   Continuing.
   Program received signal SIGSEGV, Segmentation fault.
   0x0fe0 in ?? ()
(gdb)
I have also found the vfork code at vfork.S:
__vfork:

#ifdef __NR_vfork
SAVE_PID
DO_CALL (vfork)
RESTORE_PID
cmnr0, #4096
IT(t, cc)
#if defined(__USE_BX__)
bxcclr
#else
movccpc, lr
#endif

/* Check if vfork even exists.  */
ldr r1, =-ENOSYS
teq r0, r1
bne __error
#endif

/* If we don't have vfork, use fork.  */
DO_CALL (fork)
cmn r0, #4096

/* Syscall worked.  Return to child/parent */
IT(t, cc)
#if defined(__USE_BX__)
bxcclr
#else
movcc   pc, lr
#endif

__error:
b__syscall_error
#endif


It just seems that SAVE_PID instruction cause some problem.
Could anyone help?

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

[OpenWrt-Devel] [PATCH] ramips: set default vid of each vlan, so it won't need be set explicitly.

2014-07-01 Thread xfguo

Signed-off-by: Xiongfei Guo xf...@credosemi.com
---
 ...8-NET-MIPS-add-ralink-SoC-ethernet-driver.patch | 24 ++
 1 file changed, 16 insertions(+), 8 deletions(-)

diff --git 
a/target/linux/ramips/patches-3.10/0118-NET-MIPS-add-ralink-SoC-ethernet-driver.patch
 
b/target/linux/ramips/patches-3.10/0118-NET-MIPS-add-ralink-SoC-ethernet-driver.patch
index c5d6623..6eb624f 100644
--- 
a/target/linux/ramips/patches-3.10/0118-NET-MIPS-add-ralink-SoC-ethernet-driver.patch
+++ 
b/target/linux/ramips/patches-3.10/0118-NET-MIPS-add-ralink-SoC-ethernet-driver.patch
@@ -2814,7 +2814,7 @@ Signed-off-by: John Crispin blo...@openwrt.org
 +#endif
 --- /dev/null
 +++ b/drivers/net/ethernet/ralink/mt7530.c
-@@ -0,0 +1,571 @@
+@@ -0,0 +1,579 @@
 +/*
 + * This program is free software; you can redistribute it and/or
 + * modify it under the terms of the GNU General Public License
@@ -2912,15 +2912,15 @@ Signed-off-by: John Crispin blo...@openwrt.org
 +  {
 +  .name = w,
 +  .pvids = { 1, 1, 1, 1, 2, 1, 1 },
-+  .members = { 0x6f, 0x50 },
-+  .etags = { 0x40, 0x40 },
-+  .vids = { 1, 2 },
++  .members = { 0, 0x6f, 0x50 },
++  .etags = { 0, 0x40, 0x40 },
++  .vids = { 0, 1, 2 },
 +  }, {
 +  .name = w,
 +  .pvids = { 2, 1, 1, 1, 1, 1, 1 },
-+  .members = { 0x7e, 0x41 },
-+  .etags = { 0x40, 0x40 },
-+  .vids = { 1, 2 },
++  .members = { 0, 0x7e, 0x41 },
++  .etags = { 0, 0x40, 0x40 },
++  .vids = { 0, 1, 2 },
 +  },
 +};
 +
@@ -2961,10 +2961,18 @@ Signed-off-by: John Crispin blo...@openwrt.org
 +mt7530_reset_switch(struct switch_dev *dev)
 +{
 +  struct mt7530_priv *priv = container_of(dev, struct mt7530_priv, swdev);
++  int i;
 +
 +  memset(priv-port_entries, 0, sizeof(priv-port_entries));
 +  memset(priv-vlan_entries, 0, sizeof(priv-vlan_entries));
 +
++  /* set default vid of each vlan to the same number of vlan, so the vid
++   * won't need be set explicitly.
++   */
++  for (i = 0; i  MT7530_NUM_VLANS; i++) {
++  priv-vlan_entries[i].vid = i;
++  }
++
 +  return 0;
 +}
 +
@@ -3158,7 +3166,7 @@ Signed-off-by: John Crispin blo...@openwrt.org
 +  vid = (u16)val-value.i;
 +
 +  if (vlan  0 || vlan = MT7530_NUM_VLANS)
-+  return -EINVAL;
++  return -EINVAL;
 +
 +  if (vid  MT7530_MIN_VID || vid  MT7530_MAX_VID)
 +  return -EINVAL;
-- 
1.9.1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] [LANTIQ] Enable LANTIQ_PHY and LANTIQ_XRX200 only in XRX200 subtarget.

2014-06-30 21:46 GMT+02:00, José Vázquez Fernández ppvazquez...@gmail.com:
 Enable LANTIQ_PHY and LANTIQ_XRX200 only in XRX200 subtarget.

 These drivers are not needed for ASE, Danube and AR9.
 As side effect PHY11G and PHY22F firmwares are not included in the
 kernel image, which saves 64 KB.


Why was it rejected?

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

[OpenWrt-Devel] [PATCH] ar71xx: add support for EnGenius ESR1750

2014-07-01 Thread Jon Suphammer

Signed-off-by: Jon Suphammer j...@suphammer.net
---
 target/linux/ar71xx/base-files/etc/diag.sh |   3 +
 .../ar71xx/base-files/etc/uci-defaults/02_network  |  14 ++
 target/linux/ar71xx/base-files/lib/ar71xx.sh   |   3 +
 .../ar71xx/base-files/lib/upgrade/platform.sh  |   1 +
 target/linux/ar71xx/config-3.10|   3 +-
 .../ar71xx/files/arch/mips/ath79/mach-esr1750.c| 216 +
 target/linux/ar71xx/generic/profiles/engenius.mk   |  16 ++
 target/linux/ar71xx/image/Makefile |   2 +
 .../713-MIPS-ath79-add-ESR1750-support.patch   |  45 +
 9 files changed, 302 insertions(+), 1 deletion(-)
 create mode 100644 target/linux/ar71xx/files/arch/mips/ath79/mach-esr1750.c
 create mode 100644 target/linux/ar71xx/generic/profiles/engenius.mk
 create mode 100644 
target/linux/ar71xx/patches-3.10/713-MIPS-ath79-add-ESR1750-support.patch

diff --git a/target/linux/ar71xx/base-files/etc/diag.sh 
b/target/linux/ar71xx/base-files/etc/diag.sh
index 687cddf..3a9de0b 100755
--- a/target/linux/ar71xx/base-files/etc/diag.sh
+++ b/target/linux/ar71xx/base-files/etc/diag.sh
@@ -69,6 +69,9 @@ get_status_led() {
el-m150)
status_led=EasyLink:green:system
;;
+   esr1750)
+   status_led=esr1750:red:status
+   ;;
hiwifi-hc6361)
status_led=hiwifi:blue:system
;;
diff --git a/target/linux/ar71xx/base-files/etc/uci-defaults/02_network 
b/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
index 99c0268..166b10c 100755
--- a/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
+++ b/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
@@ -30,6 +30,20 @@ wlr8100)
ucidef_add_switch_vlan switch0 2 0t 1
;;
 
+esr1750)
+   ucidef_set_interfaces_lan_wan eth0.1 eth0.2
+   ucidef_add_switch switch0 1 1
+   ucidef_add_switch_vlan switch0 1 0t 2 3 4 5
+   ucidef_add_switch_vlan switch0 2 0t 1
+   part=$(find_mtd_part u-boot-env)
+   mac=$(strings $part | sed -n 's/^'ethaddr'=//p' |sed 's/\//g')
+   mac_lan=$(macaddr_canonicalize $mac)
+   [ -n $mac_lan ]  ucidef_set_interface_macaddr lan $mac_lan
+   mac_wan=$(mtd_get_mac_ascii u-boot-env wanaddr)
+   [ -n $mac_wan ]  ucidef_set_interface_macaddr wan $mac_wan
+   mac_wifi2=$(macaddr_add $mac_lan 1)
+   ;;
+
 ap136-010)
ucidef_set_interfaces_lan_wan eth0 eth1
ucidef_add_switch switch0 1 1
diff --git a/target/linux/ar71xx/base-files/lib/ar71xx.sh 
b/target/linux/ar71xx/base-files/lib/ar71xx.sh
index 4656ac2..954fc9d 100755
--- a/target/linux/ar71xx/base-files/lib/ar71xx.sh
+++ b/target/linux/ar71xx/base-files/lib/ar71xx.sh
@@ -319,6 +319,9 @@ ar71xx_board_detect() {
*EL-MINI)
name=el-mini
;;
+   *EnGenius ESR1750)
+   name=esr1750
+   ;;
*JA76PF)
name=ja76pf
;;
diff --git a/target/linux/ar71xx/base-files/lib/upgrade/platform.sh 
b/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
index 8af9580..70f7fc2 100755
--- a/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
+++ b/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
@@ -151,6 +151,7 @@ platform_check_image() {
dir-825-c1 | \
dir-835-a1 | \
dragino2 | \
+   esr1750 | \
ew-dorin | \
ew-dorin-router | \
hiwifi-hc6361 | \
diff --git a/target/linux/ar71xx/config-3.10 b/target/linux/ar71xx/config-3.10
index 1346c3f..3080c9f 100644
--- a/target/linux/ar71xx/config-3.10
+++ b/target/linux/ar71xx/config-3.10
@@ -49,10 +49,11 @@ CONFIG_ATH79_MACH_DRAGINO2=y
 CONFIG_ATH79_MACH_EAP7660D=y
 CONFIG_ATH79_MACH_EL_M150=y
 CONFIG_ATH79_MACH_EL_MINI=y
+CONFIG_ATH79_MACH_ESR1750=y
 CONFIG_ATH79_MACH_EW_DORIN=y
 CONFIG_ATH79_MACH_GS_OOLITE=y
-CONFIG_ATH79_MACH_HORNET_UB=y
 CONFIG_ATH79_MACH_HIWIFI_HC6361=y
+CONFIG_ATH79_MACH_HORNET_UB=y
 CONFIG_ATH79_MACH_JA76PF=y
 CONFIG_ATH79_MACH_JWAP003=y
 CONFIG_ATH79_MACH_MR600=y
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-esr1750.c 
b/target/linux/ar71xx/files/arch/mips/ath79/mach-esr1750.c
new file mode 100644
index 000..6488d70
--- /dev/null
+++ b/target/linux/ar71xx/files/arch/mips/ath79/mach-esr1750.c
@@ -0,0 +1,216 @@
+/*
+ * EnGenius ESR1750 board support
+ *
+ * Based on the Qualcomm Atheros AP135/AP136 reference board support code
+ * Copyright (c) 2012 Qualcomm Atheros
+ * Copyright (c) 2012-2013 Gabor Juhos juh...@openwrt.org
+ * Copyright (c) 2014 Jon Suphammer j...@suphammer.net
+ *
+ * Permission to use, copy, modify, and/or distribute this software for any
+ * purpose with or without fee is hereby granted, provided that the above
+ * copyright notice and this permission notice appear in all copies.
+ *
+ * THE SOFTWARE IS PROVIDED AS IS AND THE AUTHOR DISCLAIMS ALL WARRANTIES
+ * WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF
+

Re: [OpenWrt-Devel] [PATCH 0/4] add support for mt7620 wifi

On 30/06/2014 19:34, Roman Yeryomin wrote:
This adds support for mt7620 SoC. Tested with Asus RT-N14U only.

Thanks to everybody who participated in this effort. Epecially Miko
Hissa and Сергей Василюгин.

Roman Yeryomin (4): [mac80211] add support for mt7620 [mac80211]
enable driver compilation for mt7620 [ramips] enable wmac clock for
mt7620 [ramips] add wmac to mt7620 device tree

package/kernel/mac80211/Makefile |2 +-
...910-00-rt2x00-enable-rt2800soc-for-mt7620.patch | 20 +
.../patches/910-01-add-support-for-mt7620.patch| 1198
target/linux/ramips/dts/mt7620n.dtsi
| 10 + .../patches-3.10/0401-mt7620n-add-wmac-clock.patch | 27
+ 5 files changed, 1256 insertions(+), 1 deletion(-) create mode
100644
package/kernel/mac80211/patches/910-00-rt2x00-enable-rt2800soc-for-mt7620.patch

create mode 100644
package/kernel/mac80211/patches/910-01-add-support-for-mt7620.patch
create mode 100644
target/linux/ramips/patches-3.10/0401-mt7620n-add-wmac-clock.patch

Hi,

confirmed working and pushed to trunk.

tested on mt7620a/n. i tested on 2 eval kits and 4 buffalo routers.

for me all have functional ethernet even without the vid patch.

nonetheless we should make the vid = vlan nr thing explicit and default

i have a recollection, that the eep layout is different on mt7620 and
i don't see that code being patched. so we need to look into that

i am also missing the lna/pna fixes, we should add those as well,
similar to how rt3352 does it.

those nitpicks set aside, we have working wifi on mt7620x !!! :)

thanks again to all involved, i think we will have the final cleanups
in trunk soon, now that we have packet flow.

John

PS: just tested whr-1166 and get this, telling me the eeprom code
needs a bit more love. i can still assoc though and am sending this
mail via the whr-1166

[ 26.43] WARNING: at
/openwrt/trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7620a/compat-wireless-2014-05-22/drivers/net/wireless/rt2x00/rt2800lib.c:408
rt2800_vco_calibration+0x2d8/0x3d4 [rt2800lib]()
[ 26.47] phy0: invalid EEPROM word 208
[ 26.48] Modules linked in: rt2800soc rt2800pci rt2800mmio

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

Re: [OpenWrt-Devel] [PATCH] ramips: set default vid of each vlan, so it won't need be set explicitly.

Great,

Roman can you test / confirm that this fixes the problem on rt-n14 ? i
don't have that unit myself so i cannot test.

John

On 01/07/2014 12:54, xf...@credosemi.com wrote:
 Signed-off-by: Xiongfei Guo xf...@credosemi.com --- 
 ...8-NET-MIPS-add-ralink-SoC-ethernet-driver.patch | 24
 ++ 1 file changed, 16 insertions(+), 8
 deletions(-)
 
 diff --git
 a/target/linux/ramips/patches-3.10/0118-NET-MIPS-add-ralink-SoC-ethernet-driver.patch
 b/target/linux/ramips/patches-3.10/0118-NET-MIPS-add-ralink-SoC-ethernet-driver.patch

 
index c5d6623..6eb624f 100644
 ---
 a/target/linux/ramips/patches-3.10/0118-NET-MIPS-add-ralink-SoC-ethernet-driver.patch

 
+++
b/target/linux/ramips/patches-3.10/0118-NET-MIPS-add-ralink-SoC-ethernet-driver.patch
 @@ -2814,7 +2814,7 @@ Signed-off-by: John Crispin
 blo...@openwrt.org +#endif --- /dev/null +++
 b/drivers/net/ethernet/ralink/mt7530.c -@@ -0,0 +1,571 @@ +@@ -0,0
 +1,579 @@ +/* + * This program is free software; you can
 redistribute it and/or + * modify it under the terms of the GNU
 General Public License @@ -2912,15 +2912,15 @@ Signed-off-by: John
 Crispin blo...@openwrt.org +{ + .name = w, +  
 .pvids = {
 1, 1, 1, 1, 2, 1, 1 }, -+ .members = { 0x6f, 0x50 }, -+   
 .etags =
 { 0x40, 0x40 }, -+.vids = { 1, 2 }, ++.members = { 0, 
 0x6f,
 0x50 }, ++.etags = { 0, 0x40, 0x40 }, ++  .vids = { 0, 1, 
 2 }, +
 }, { +.name = w, +  .pvids = { 2, 1, 1, 1, 
 1, 1, 1 }, -+
 .members = { 0x7e, 0x41 }, -+ .etags = { 0x40, 0x40 }, -+ 
 .vids =
 { 1, 2 }, ++  .members = { 0, 0x7e, 0x41 }, ++.etags 
 = { 0, 0x40,
 0x40 }, ++.vids = { 0, 1, 2 }, +  }, +}; + @@ -2961,10 +2961,18 @@
 Signed-off-by: John Crispin blo...@openwrt.org 
 +mt7530_reset_switch(struct switch_dev *dev) +{ + struct
 mt7530_priv *priv = container_of(dev, struct mt7530_priv, swdev); 
 ++int i; + +  memset(priv-port_entries, 0,
 sizeof(priv-port_entries)); +memset(priv-vlan_entries, 0,
 sizeof(priv-vlan_entries)); + ++ /* set default vid of each vlan
 to the same number of vlan, so the vid ++  * won't need be set
 explicitly. ++ */ ++  for (i = 0; i  MT7530_NUM_VLANS; i++) { ++
 priv-vlan_entries[i].vid = i; ++ } ++ +  return 0; +} + @@ -3158,7
 +3166,7 @@ Signed-off-by: John Crispin blo...@openwrt.org + vid =
 (u16)val-value.i; + +if (vlan  0 || vlan = MT7530_NUM_VLANS) -+
 return -EINVAL; ++return -EINVAL; + + if (vid  
 MT7530_MIN_VID ||
 vid  MT7530_MAX_VID) +   return -EINVAL;
 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] [LANTIQ] Enable LANTIQ_PHY and LANTIQ_XRX200 only in XRX200 subtarget.

ah , i rejected the wrong one in patchwork, will fix it up in a sec
thanks for reporting this



On 01/07/2014 13:40, José Vázquez wrote:
 2014-06-30 21:46 GMT+02:00, José Vázquez Fernández
 ppvazquez...@gmail.com:
 Enable LANTIQ_PHY and LANTIQ_XRX200 only in XRX200 subtarget.
 
 These drivers are not needed for ASE, Danube and AR9. As side
 effect PHY11G and PHY22F firmwares are not included in the kernel
 image, which saves 64 KB.
 
 
 Why was it rejected?
 
 Pepe ___ 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] ar71xx: add support for EnGenius ESR1750

Hi,

2 comments inline



On 01/07/2014 13:44, Jon Suphammer wrote:
 Signed-off-by: Jon Suphammer j...@suphammer.net --- 
 target/linux/ar71xx/base-files/etc/diag.sh |   3 + 
 .../ar71xx/base-files/etc/uci-defaults/02_network  |  14 ++ 
 target/linux/ar71xx/base-files/lib/ar71xx.sh   |   3 + 
 .../ar71xx/base-files/lib/upgrade/platform.sh  |   1 + 
 target/linux/ar71xx/config-3.10|   3 +- 
 .../ar71xx/files/arch/mips/ath79/mach-esr1750.c| 216
 + 
 target/linux/ar71xx/generic/profiles/engenius.mk   |  16 ++ 
 target/linux/ar71xx/image/Makefile |   2 + 
 .../713-MIPS-ath79-add-ESR1750-support.patch   |  45 + 9
 files changed, 302 insertions(+), 1 deletion(-) create mode 100644
 target/linux/ar71xx/files/arch/mips/ath79/mach-esr1750.c create
 mode 100644 target/linux/ar71xx/generic/profiles/engenius.mk create
 mode 100644
 target/linux/ar71xx/patches-3.10/713-MIPS-ath79-add-ESR1750-support.patch

  diff --git a/target/linux/ar71xx/base-files/etc/diag.sh
 b/target/linux/ar71xx/base-files/etc/diag.sh index 687cddf..3a9de0b
 100755 --- a/target/linux/ar71xx/base-files/etc/diag.sh +++
 b/target/linux/ar71xx/base-files/etc/diag.sh @@ -69,6 +69,9 @@
 get_status_led() { el-m150) status_led=EasyLink:green:system ;; +
 esr1750) +status_led=esr1750:red:status +   ;; 
 hiwifi-hc6361) 
 status_led=hiwifi:blue:system ;; diff --git
 a/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
 b/target/linux/ar71xx/base-files/etc/uci-defaults/02_network index
 99c0268..166b10c 100755 ---
 a/target/linux/ar71xx/base-files/etc/uci-defaults/02_network +++
 b/target/linux/ar71xx/base-files/etc/uci-defaults/02_network @@
 -30,6 +30,20 @@ wlr8100) ucidef_add_switch_vlan switch0 2 0t
 1 ;;
 
 +esr1750) +   ucidef_set_interfaces_lan_wan eth0.1 eth0.2 +
 ucidef_add_switch switch0 1 1 + ucidef_add_switch_vlan
 switch0 1 0t 2 3 4 5 +  ucidef_add_switch_vlan switch0 2
 0t 1 +  part=$(find_mtd_part u-boot-env) +  mac=$(strings $part |
 sed -n 's/^'ethaddr'=//p' |sed 's/\//g') +
 mac_lan=$(macaddr_canonicalize $mac) +[ -n $mac_lan ] 
 ucidef_set_interface_macaddr lan $mac_lan +
 mac_wan=$(mtd_get_mac_ascii u-boot-env wanaddr) + [ -n $mac_wan ]
  ucidef_set_interface_macaddr wan $mac_wan +
 mac_wifi2=$(macaddr_add $mac_lan 1) + ;; +

package/kernel/uboot-env/ can solve this problem for you i believe




 ap136-010) ucidef_set_interfaces_lan_wan eth0 eth1 
 ucidef_add_switch switch0 1 1 diff --git
 a/target/linux/ar71xx/base-files/lib/ar71xx.sh
 b/target/linux/ar71xx/base-files/lib/ar71xx.sh index
 4656ac2..954fc9d 100755 ---
 a/target/linux/ar71xx/base-files/lib/ar71xx.sh +++
 b/target/linux/ar71xx/base-files/lib/ar71xx.sh @@ -319,6 +319,9 @@
 ar71xx_board_detect() { *EL-MINI) name=el-mini ;; + *EnGenius
 ESR1750) +   name=esr1750 +;; *JA76PF) 
 name=ja76pf ;; diff
 --git a/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
 b/target/linux/ar71xx/base-files/lib/upgrade/platform.sh index
 8af9580..70f7fc2 100755 ---
 a/target/linux/ar71xx/base-files/lib/upgrade/platform.sh +++
 b/target/linux/ar71xx/base-files/lib/upgrade/platform.sh @@ -151,6
 +151,7 @@ platform_check_image() { dir-825-c1 | \ dir-835-a1 | \ 
 dragino2 | \ +esr1750 | \ ew-dorin | \ ew-dorin-router | \ 
 hiwifi-hc6361 | \ diff --git a/target/linux/ar71xx/config-3.10
 b/target/linux/ar71xx/config-3.10 index 1346c3f..3080c9f 100644 ---
 a/target/linux/ar71xx/config-3.10 +++
 b/target/linux/ar71xx/config-3.10 @@ -49,10 +49,11 @@
 CONFIG_ATH79_MACH_DRAGINO2=y CONFIG_ATH79_MACH_EAP7660D=y 
 CONFIG_ATH79_MACH_EL_M150=y CONFIG_ATH79_MACH_EL_MINI=y 
 +CONFIG_ATH79_MACH_ESR1750=y CONFIG_ATH79_MACH_EW_DORIN=y 
 CONFIG_ATH79_MACH_GS_OOLITE=y -CONFIG_ATH79_MACH_HORNET_UB=y 
 CONFIG_ATH79_MACH_HIWIFI_HC6361=y +CONFIG_ATH79_MACH_HORNET_UB=y 
 CONFIG_ATH79_MACH_JA76PF=y CONFIG_ATH79_MACH_JWAP003=y 
 CONFIG_ATH79_MACH_MR600=y diff --git
 a/target/linux/ar71xx/files/arch/mips/ath79/mach-esr1750.c
 b/target/linux/ar71xx/files/arch/mips/ath79/mach-esr1750.c new file
 mode 100644 index 000..6488d70 --- /dev/null +++
 b/target/linux/ar71xx/files/arch/mips/ath79/mach-esr1750.c @@ -0,0
 +1,216 @@ +/* + * EnGenius ESR1750 board support + * + * Based on
 the Qualcomm Atheros AP135/AP136 reference board support code + *
 Copyright (c) 2012 Qualcomm Atheros + * Copyright (c) 2012-2013
 Gabor Juhos juh...@openwrt.org + * Copyright (c) 2014 Jon
 Suphammer j...@suphammer.net + * + * Permission to use, copy,
 modify, and/or distribute this software for any + * purpose with or
 without fee is hereby granted, provided that the above + *
 copyright notice and this permission notice appear in all copies. +
 * + * THE SOFTWARE IS PROVIDED AS IS AND THE AUTHOR DISCLAIMS ALL
 WARRANTIES + * WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED
 WARRANTIES OF + * MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL
 THE AUTHOR BE LIABLE FOR + * ANY

Re: [OpenWrt-Devel] [PATCH] [LANTIQ] Enable LANTIQ_PHY and LANTIQ_XRX200 only in XRX200 subtarget.



On 01/07/2014 13:40, José Vázquez wrote:
 2014-06-30 21:46 GMT+02:00, José Vázquez Fernández
 ppvazquez...@gmail.com:
 Enable LANTIQ_PHY and LANTIQ_XRX200 only in XRX200 subtarget.
 
 These drivers are not needed for ASE, Danube and AR9. As side
 effect PHY11G and PHY22F firmwares are not included in the kernel
 image, which saves 64 KB.
 
 
 Why was it rejected?
 
 Pepe
 


the patch did not apply. neither with git am nor with patch. i fixed
this up manually. please check your patches before sending them.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] [LANTIQ] Enable LANTIQ_PHY and LANTIQ_XRX200 only in XRX200 subtarget.

2014-07-01 15:20 GMT+02:00, John Crispin j...@phrozen.org:


 On 01/07/2014 13:40, José Vázquez wrote:
 2014-06-30 21:46 GMT+02:00, José Vázquez Fernández
 ppvazquez...@gmail.com:
 Enable LANTIQ_PHY and LANTIQ_XRX200 only in XRX200 subtarget.

 These drivers are not needed for ASE, Danube and AR9. As side
 effect PHY11G and PHY22F firmwares are not included in the kernel
 image, which saves 64 KB.


 Why was it rejected?

 Pepe



 the patch did not apply. neither with git am nor with patch. i fixed
 this up manually. please check your patches before sending them.

Sorry!
Please, next time i send a patch that gives problems like these report
it to make rewrite it in the right way. You, and the owrt team, of
course, must not loose time fixing problematig patches. In addition i
will be forced to make the things better an pay more attention.

A lot of thanks.

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

[OpenWrt-Devel] Status: 302 Found - LuCI and lighttpd

2014-07-01 Thread Pawel Pastuszak

G'day,

I am trying get LuCI working with lighttpd but the only problem that i have
is when deleting an network interface  it doesn't refresh back to its main
page but gets stuck with the following message.

Saving config files...
Status: 302 Found
Location:
/cgi-bin/luci/;stok=0c6285679a3fd1db9c232e6096915d33/admin/network/network


Does anybody have an solutions?

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

Re: [OpenWrt-Devel] [RFC] mt7620 wifi

On 1 July 2014 09:57, Xiongfei(Alex) GUO xf...@credosemi.com wrote:
 hi, Roman,

 simply try these commands in OpenWrt, then the ethernet will start to work.

 uci set network.@switch_vlan[0].vid=1
 uci set network.@switch_vlan[1].vid=2
 uci commit
 /etc/init.d/network restart

That helped, indeed!
But how come changing the vid via swconfig directly doesn't have any effect?
For example:

root@OpenWrt:/# swconfig dev switch0 vlan 1 show
VLAN 1:
vid: 1
ports: 1 2 3 4 6t
root@OpenWrt:/# swconfig dev switch0 vlan 1 set vid 5
root@OpenWrt:/# swconfig dev switch0 vlan 1 show
VLAN 1:
vid: 1
ports: 1 2 3 4 6t

Because this is what I saw - the vid was 0 and I tried to set it via
swconfig which didn't help.
To me it still looks that something is broken if I cannot change vid
(pvid or other vlan configuration) via swconfig.

 BTW, I'm not sure my test is right, that I can see the wireless driver
 start, but I cannot find any WIFI with SSID==OpenWrt.


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

Re: [OpenWrt-Devel] [PATCH] ramips: set default vid of each vlan, so it won't need be set explicitly.

On 1 July 2014 13:57, John Crispin j...@phrozen.org wrote:
 Great,

 Roman can you test / confirm that this fixes the problem on rt-n14 ? i
 don't have that unit myself so i cannot test.

Yes, it fixes the default configuration.
But I still don't understand why I cannot change neither vid not member ports:

root@OpenWrt:/# swconfig dev switch0 vlan 1 show
VLAN 1:
vid: 1
ports: 1 2 3 4 6t
root@OpenWrt:/# swconfig dev switch0 vlan 1 set ports '3 4 6t'
root@OpenWrt:/# swconfig dev switch0 vlan 1 show
VLAN 1:
vid: 1
ports: 1 2 3 4 6t

So is it broken or what?
Although I didn't check earlier versions it seems broken to me...


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

Re: [OpenWrt-Devel] [PATCH] [Resend] [kernel] mtd-partial_eraseblock_erase

2014-07-01 Thread Maciej Skrzypek

On 07/01/2014 11:14 AM, Felix Fietkau wrote:
 On 2014-07-01 10:12, Maciej Skrzypek wrote:
 mtd: allow partial block erase
 This fixes error erasing partial mtd partition which does not start on
 eraseblock boundary and allows using fconfig to configure redboot on
 devices such as the Gateworks Cambria.

 Maciej Skrzypek
 Flytronic

 Signed-off-by: Maciej Skrzypek maciej.skrzy...@flytronic.pl
 ---
  479-mtd-partial_eraseblock_erase.patch |   10 ++
  1 file changed, 10 insertions(+)

 diff -uprN
 trunk/target/linux/generic/patches-3.3/479-mtd-partial_eraseblock_erase.patch
 trunk_modified/target/linux/generic/patches-3.3/479-mtd-partial_eraseblock_erase.patch
 ---
 Your patch is badly damaged by line wrapping. Please fix and resend.
 
 - Felix
 

Sorry I didn't notice my mail done that. I will resend fixed.

Maciej



signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] ramips: set default vid of each vlan, so it won't need be set explicitly.



On 01/07/2014 16:11, Roman Yeryomin wrote:
 On 1 July 2014 13:57, John Crispin j...@phrozen.org wrote:
 Great,
 
 Roman can you test / confirm that this fixes the problem on
 rt-n14 ? i don't have that unit myself so i cannot test.
 Yes, it fixes the default configuration. But I still don't
 understand why I cannot change neither vid not member ports:
 
 root@OpenWrt:/# swconfig dev switch0 vlan 1 show VLAN 1: vid: 1 
 ports: 1 2 3 4 6t root@OpenWrt:/# swconfig dev switch0 vlan 1 set
 ports '3 4 6t' root@OpenWrt:/# swconfig dev switch0 vlan 1 show 
 VLAN 1: vid: 1 ports: 1 2 3 4 6t
 
 So is it broken or what? Although I didn't check earlier versions
 it seems broken to me...
 

sounds broken, added to my todo list 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] [Resend] [kernel] mtd-partial_eraseblock_erase

2014-07-01 Thread Maciej Skrzypek

mtd: allow partial block erase
This fixes error erasing partial mtd partition which does not start on
eraseblock boundary and allows using fconfig to configure redboot on
devices such as the Gateworks Cambria.

Maciej Skrzypek
Flytronic

Signed-off-by: Maciej Skrzypek maciej.skrzy...@flytronic.pl
---
 479-mtd-partial_eraseblock_erase.patch |   10 ++
 1 file changed, 10 insertions(+)

diff -uprN 
trunk/target/linux/generic/patches-3.3/479-mtd-partial_eraseblock_erase.patch 
trunk_modified/target/linux/generic/patches-3.3/479-mtd-partial_eraseblock_erase.patch
--- 
trunk/target/linux/generic/patches-3.3/479-mtd-partial_eraseblock_erase.patch   
1970-01-01 01:00:00.0 +0100
+++ 
trunk_modified/target/linux/generic/patches-3.3/479-mtd-partial_eraseblock_erase.patch
  2014-06-20 16:16:53.0 +0200
@@ -0,0 +1,10 @@
+--- a/drivers/mtd/mtdpart.c
 b/drivers/mtd/mtdpart.c
+@@ -274,6 +274,7 @@ static int part_erase(struct mtd_info *m
+   part-master-erasesize,
+   readlen, instr-erase_buf);
+ 
++  instr-len += instr-erase_buf_ofs;
+   instr-partial_start = true;
+   } else {
+   mtd_ofs = part-offset + part-mtd.size;
--



signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Status: 302 Found - LuCI and lighttpd

2014-07-01 Thread Jo-Philipp Wich

Hi,

the string Saving config files is not occuring anywhere in the LuCI
source code. Seems it is emitted by a program that gets invoked when
configs get committed through libuci. Did you modify libuci or
luci.model.uci ?

~ Jow



signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Status: 302 Found - LuCI and lighttpd

2014-07-01 Thread Pawel Pastuszak

Hi Jow,

The answer is no, libuci was not modified i am using Attitude Adjustment
version and uci git rev. af2665866061c63ba63335b43aa6ff5102d4e492. As for
luci.model.uci where can i find this file?

Pawel



On Tue, Jul 1, 2014 at 10:22 AM, Jo-Philipp Wich j...@openwrt.org wrote:

 Hi,

 the string Saving config files is not occuring anywhere in the LuCI
 source code. Seems it is emitted by a program that gets invoked when
 configs get committed through libuci. Did you modify libuci or
 luci.model.uci ?

 ~ Jow


 ___
 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] Status: 302 Found - LuCI and lighttpd

2014-07-01 Thread Jo-Philipp Wich

Whats the result if you run

  grep -r Saving config files /

?



signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] ramips: set default vid of each vlan, so it won't need be set explicitly.

On 1 July 2014 17:13, John Crispin j...@phrozen.org wrote:


 On 01/07/2014 16:11, Roman Yeryomin wrote:
 On 1 July 2014 13:57, John Crispin j...@phrozen.org wrote:
 Great,

 Roman can you test / confirm that this fixes the problem on
 rt-n14 ? i don't have that unit myself so i cannot test.
 Yes, it fixes the default configuration. But I still don't
 understand why I cannot change neither vid not member ports:

 root@OpenWrt:/# swconfig dev switch0 vlan 1 show VLAN 1: vid: 1
 ports: 1 2 3 4 6t root@OpenWrt:/# swconfig dev switch0 vlan 1 set
 ports '3 4 6t' root@OpenWrt:/# swconfig dev switch0 vlan 1 show
 VLAN 1: vid: 1 ports: 1 2 3 4 6t

 So is it broken or what? Although I didn't check earlier versions
 it seems broken to me...


 sounds broken, added to my todo list 

Figured it out:
swconfig dev switch0 set apply

Completely in-obvious way, seems the help messages should be improved :)

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

Re: [OpenWrt-Devel] Status: 302 Found - LuCI and lighttpd

2014-07-01 Thread Pawel Pastuszak

Found it thanks it came form an sysupgrade script.


On Tue, Jul 1, 2014 at 10:36 AM, Jo-Philipp Wich j...@openwrt.org wrote:

 Whats the result if you run

   grep -r Saving config files /

 ?


 ___
 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] [RFC] mt7620 wifi

2014-07-01 Thread Xiongfei(Alex) GUO

On Tue, Jul 1, 2014 at 9:51 PM, Roman Yeryomin leroi.li...@gmail.com wrote:
 On 1 July 2014 09:57, Xiongfei(Alex) GUO xf...@credosemi.com wrote:
 hi, Roman,

 simply try these commands in OpenWrt, then the ethernet will start to work.

 uci set network.@switch_vlan[0].vid=1
 uci set network.@switch_vlan[1].vid=2
 uci commit
 /etc/init.d/network restart

 That helped, indeed!
 But how come changing the vid via swconfig directly doesn't have any effect?
 For example:

 root@OpenWrt:/# swconfig dev switch0 vlan 1 show
 VLAN 1:
 vid: 1
 ports: 1 2 3 4 6t
 root@OpenWrt:/# swconfig dev switch0 vlan 1 set vid 5
 root@OpenWrt:/# swconfig dev switch0 vlan 1 show
 VLAN 1:
 vid: 1
 ports: 1 2 3 4 6t

 Because this is what I saw - the vid was 0 and I tried to set it via
 swconfig which didn't help.
 To me it still looks that something is broken if I cannot change vid
 (pvid or other vlan configuration) via swconfig.

one more step,

$ swconfig dev switch0 set apply 1

Xiongfei(Alex) Guo
Credo Semi.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [RFC] mt7620 wifi

On 1 July 2014 17:49, Xiongfei(Alex) GUO xf...@credosemi.com wrote:
 On Tue, Jul 1, 2014 at 9:51 PM, Roman Yeryomin leroi.li...@gmail.com wrote:
 On 1 July 2014 09:57, Xiongfei(Alex) GUO xf...@credosemi.com wrote:
 hi, Roman,

 simply try these commands in OpenWrt, then the ethernet will start to work.

 uci set network.@switch_vlan[0].vid=1
 uci set network.@switch_vlan[1].vid=2
 uci commit
 /etc/init.d/network restart

 That helped, indeed!
 But how come changing the vid via swconfig directly doesn't have any effect?
 For example:

 root@OpenWrt:/# swconfig dev switch0 vlan 1 show
 VLAN 1:
 vid: 1
 ports: 1 2 3 4 6t
 root@OpenWrt:/# swconfig dev switch0 vlan 1 set vid 5
 root@OpenWrt:/# swconfig dev switch0 vlan 1 show
 VLAN 1:
 vid: 1
 ports: 1 2 3 4 6t

 Because this is what I saw - the vid was 0 and I tried to set it via
 swconfig which didn't help.
 To me it still looks that something is broken if I cannot change vid
 (pvid or other vlan configuration) via swconfig.

 one more step,

 $ swconfig dev switch0 set apply 1


yes, I already figured it out (it wasn't obvious at all) - see the
post in your patch thread.


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

Re: [OpenWrt-Devel] [PATCH 0/4] add support for mt7620 wifi

On 1 July 2014 13:31, John Crispin j...@phrozen.org wrote:

On 30/06/2014 19:34, Roman Yeryomin wrote:
This adds support for mt7620 SoC. Tested with Asus RT-N14U only.

Thanks to everybody who participated in this effort. Epecially Miko
Hissa and Сергей Василюгин.

Hi,

confirmed working and pushed to trunk.

tested on mt7620a/n. i tested on 2 eval kits and 4 buffalo routers.

for me all have functional ethernet even without the vid patch.

nonetheless we should make the vid = vlan nr thing explicit and default

i have a recollection, that the eep layout is different on mt7620 and
i don't see that code being patched. so we need to look into that

i am also missing the lna/pna fixes, we should add those as well,
similar to how rt3352 does it.

those nitpicks set aside, we have working wifi on mt7620x !!! :)

thanks again to all involved, i think we will have the final cleanups
in trunk soon, now that we have packet flow.

John

PS: just tested whr-1166 and get this, telling me the eeprom code
needs a bit more love. i can still assoc though and am sending this
mail via the whr-1166

I think there is still a lot of work to do.
But yes, I'm using my asus board all the day and it seems pretty
stable. Although I didn't try extracting eeprom from the board itself
yet (I'm using the one from original driver).

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

Re: [OpenWrt-Devel] [PATCH] ramips: set default vid of each vlan, so it won't need be set explicitly.

2014-07-01 Thread Сергей Василюгин

  01.07.2014, 21:11, "Roman Yeryomin" leroi.li...@gmail.com:On 1 July 2014 13:57, John Crispin j...@phrozen.org wrote: Great, Roman can you test / confirm that this fixes the problem on rt-n14 ? i don't have that unit myself so i cannot test.Yes, it fixes the default configuration.But I still don't understand why I cannot change neither vid not member ports:root@OpenWrt:/# swconfig dev switch0 vlan 1 showVLAN 1:vid: 1ports: 1 2 3 4 6troot@OpenWrt:/# swconfig dev switch0 vlan 1 set ports '3 4 6t'root@OpenWrt:/# swconfig dev switch0 vlan 1 showVLAN 1:vid: 1ports: 1 2 3 4 6tSo is it broken or what?Although I didn't check earlier versions it seems broken to me...Possibly you miss commandswconfig dev switch0 set apply???On my board vid is changed. ---serge ___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 0/4] add support for mt7620 wifi

2014-07-01 Thread Сергей Василюгин

  01.07.2014, 22:05, "Roman Yeryomin" leroi.li...@gmail.com:On 1 July 2014 13:31, John Crispin j...@phrozen.org wrote: On 30/06/2014 19:34, Roman Yeryomin wrote: This adds support for mt7620 SoC. Tested with Asus RT-N14U only. Thanks to everybody who participated in this effort. Epecially Miko Hissa and Сергей Василюгин. Hi, confirmed working and pushed to trunk. tested on mt7620a/n. i tested on 2 eval kits and 4 buffalo routers. for me all have functional ethernet even without the vid patch. nonetheless we should make the vid = vlan nr thing explicit and default i have a recollection, that the eep layout is different on mt7620 and i don't see that code being patched. so we need to look into that i am also missing the lna/pna fixes, we should add those as well, similar to how rt3352 does it. those nitpicks set aside,  we have working wifi on mt7620x !!! :) thanks again to all involved, i think we will have the final cleanups in trunk soon, now that we have packet flow. John PS: just tested whr-1166 and get this, telling me the eeprom code needs a bit more love. i can still assoc though and am sending this mail via the whr-1166 [   26.43] WARNING: at /openwrt/trunk/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_mt7620a/compat-wireless-2014-05-22/drivers/net/wireless/rt2x00/rt2800lib.c:408 rt2800_vco_calibration+0x2d8/0x3d4 [rt2800lib]() [   26.47] phy0: invalid EEPROM word 208 [   26.48] Modules linked in: rt2800soc rt2800pci rt2800mmio I think there is still a lot of work to do.But yes, I'm using my asus board all the day and it seems prettystable. Although I didn't try extracting eeprom from the board itselfyet (I'm using the one from original driver).BTW:1. In function rt2800_get_txwi_rxwi_size() - possibly undefined size for rt5390  !rf7620.2. In rt2800_config_channel_rf7620: usage drv_data-calibration_bw20/bw40 without previous calibration. But driver works :) ---serge ___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] ramips: set default vid of each vlan, so it won't need be set explicitly.

On 1 July 2014 19:12, Сергей Василюгин vasilu...@yandex.ru wrote:


 01.07.2014, 21:11, Roman Yeryomin leroi.li...@gmail.com:

 On 1 July 2014 13:57, John Crispin j...@phrozen.org wrote:

  Great,

  Roman can you test / confirm that this fixes the problem on rt-n14 ? i
  don't have that unit myself so i cannot test.

 Yes, it fixes the default configuration.
 But I still don't understand why I cannot change neither vid not member
 ports:

 root@OpenWrt:/# swconfig dev switch0 vlan 1 show
 VLAN 1:
 vid: 1
 ports: 1 2 3 4 6t
 root@OpenWrt:/# swconfig dev switch0 vlan 1 set ports '3 4 6t'
 root@OpenWrt:/# swconfig dev switch0 vlan 1 show
 VLAN 1:
 vid: 1
 ports: 1 2 3 4 6t

 So is it broken or what?
 Although I didn't check earlier versions it seems broken to me...

 Possibly you miss command
 swconfig dev switch0 set apply
 ???
 On my board vid is changed.

Apparently you didn't read my following post...

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

[OpenWrt-Devel] [PATCH] Get wifi firmware for WRTnode

2014-07-01 Thread Cezary Jackiewicz

After r41444 wifi working on WRTnode. Tested.

Signed-off-by: Cezary Jackiewicz cezary.jackiew...@gmail.com
---

Index: target/linux/ramips/base-files/etc/hotplug.d/firmware/10-rt2x00-eeprom
===
--- target/linux/ramips/base-files/etc/hotplug.d/firmware/10-rt2x00-eeprom  
(wersja 41450)
+++ target/linux/ramips/base-files/etc/hotplug.d/firmware/10-rt2x00-eeprom  
(kopia robocza)
@@ -119,6 +119,7 @@
wnce2001 | \
wr512-3gn | \
wr6202 | \
+   wrtnode | \
mzk-w300nh2 | \
ur-326n4g | \
ur-336un | \


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

Re: [OpenWrt-Devel] [PATCH] Get wifi firmware for WRTnode

Thanks, applied in r41452

John

On 01/07/2014 20:15, Cezary Jackiewicz wrote:
 After r41444 wifi working on WRTnode. Tested.
 
 Signed-off-by: Cezary Jackiewicz cezary.jackiew...@gmail.com
 ---
 
 Index: target/linux/ramips/base-files/etc/hotplug.d/firmware/10-rt2x00-eeprom
 ===
 --- target/linux/ramips/base-files/etc/hotplug.d/firmware/10-rt2x00-eeprom
 (wersja 41450)
 +++ target/linux/ramips/base-files/etc/hotplug.d/firmware/10-rt2x00-eeprom
 (kopia robocza)
 @@ -119,6 +119,7 @@
   wnce2001 | \
   wr512-3gn | \
   wr6202 | \
 + wrtnode | \
   mzk-w300nh2 | \
   ur-326n4g | \
   ur-336un | \
 
 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH - for comment only] lantiq: use UbinizeImage instead lantiq-specific ubinize.cfg files

2014-07-01 Thread Ben Mulvihill

Hello again,

I have just tried sysupgradeNAND on the BTHOMEHUBV2B, and it fails
with the following error:


cat: can't open '/tmp/sysinfo/board_name': No such file or directory
Unlocking kernel ...

Writing from stdin to kernel ...  [ ]tar: sysupgrade-/kernel: not
found in archive


Procd relies on /tmp/sysinfo/board_name being present, but I don't
have a /tmp/sysinfo directory at all. Should I have? If so, should
I add code to lib/functions/lantiq.sh to generate
/tmp/sysinfo/board_name using lantiq_board_id() ? And if so, what 
do I hook it to to make sure it gets executed?

Thanks,

Ben 



On Mon, 2014-06-30 at 20:44 +0200, John Crispin wrote:
 i renamed the api after r41131, so make sure to use the correct one.
 
 https://dev.openwrt.org/browser/trunk/target/linux/ar71xx/base-files/lib/upgrade/platform.sh?rev=41222#L308
 
 
 
 
 On 30/06/2014 20:40, John Crispin wrote:
  
  
  On 30/06/2014 20:32, Ben Mulvihill wrote:
  Great. Unless Daniel has any objections, I'll re-submit it
  properly ( - Patchwork didn't pick this one up). It didn't break
  the BTHOMEHUBV2B, but it would be good if someone could test it
  on the other boards too.
  
  The one thing that is still missing is sysupgrade support.
  
  Ben
  
  i have not spoken with daniel but i am sure he is fine with this
  patch
  
  is the kernel located on the same nand .. i recall that the unit
  had a nor flash aswell.
  
  look at the patch i added for the wndr4300 to make sysupgrade
  work. the homehub should work the same way i believe
  
  https://dev.openwrt.org/changeset/41131/
  
  
  
  
  On Mon, 2014-06-30 at 14:43 +0200, John Crispin wrote:
  
  On 30/06/2014 13:40, Ben Mulvihill wrote:
  Hello Daniel and John,
  
  Could you have a look at this patch, and let me know if this
  is the best approach? I have defined new make targets for
  lantiq called Image/BuildNAND/squashfs and
  Image/BuildNAND/ubifs, making use of the UbinizeImage
  machanism. For the moment, I only enable them for the
  BTHOMEHUBV2B, because that is the only lantiq board I have to
  test, but I don't see any reason why they couldn't be used
  for the EASY80920NAND and the P2812HNUFX too. As far as I can
  see, that only leaves one more lantiq nand board, the
  FRITZ3370, which has a dedicated make target. Once that has
  been modified as well the make targets Image/Build/ubifs and
  Image/Build/ubi can be removed from 
  target/linux/lantiq/image/Makefile.
  
  Thanks,
  
  Ben
  
  in general there are no guidelines to this stuff. every target
   maintainer sort of has his own pattern for the
  image/Makefile. some patterns have proven to be good and get
  reused etc etc.
  
  that being said, i know felix is planning to globally rework
  the image generation in owrt and unify it between all targets.
  so, if your patch works and causes no regression i am happy to
  take it. it looks good and i think i would have come up with a
  similar patch
  
  John
  
  
  
  Signed-off-by: Ben Mulvihill ben.mulvih...@gmail.com ---
  --- a/target/linux/lantiq/image/Makefile 2014-06-30 
  11:49:59.562213352 +0200 +++ 
  b/target/linux/lantiq/image/Makefile 2014-06-30 
  11:54:07.211979129 +0200 @@ -82,6 +82,14 @@ define 
  Image/Build/squashfs $(if $(3),$(call MkBrnImage,$(3),$(4), 
  $(BIN_DIR)/$(IMG_PREFIX)-$(2)-$(3)-brnImage,$(2),$(1),$(5))) 
  endef
  
  +define Image/BuildNAND/squashfs + +ifneq 
  ($($(PROFILE)_UBI_OPTS),) +  $(call 
  prepare_generic_squashfs,$(KDIR)/root.$(1)) +$(call 
  Image/Build/UbinizeImage,$(PROFILE),,squashfs, 
  $($(PROFILE)_UBI_OPTS)) +endif +endef +
  DGN3500_SKERNEL=0x5 DGN3500_SKERNEL_DECIMAL=327680
  define Image/BuildDGN3500/squashfs @@ -185,6 +193,17 @@
  ifneq ($($(PROFILE)_UBI_OPTS),) endif endef
  
  + +define Image/BuildNAND/ubifs + +ifneq 
  ($($(PROFILE)_UBIFS_OPTS),) +ifneq ($($(PROFILE)_UBI_OPTS),)
  + $(call Image/Build/UbinizeImage,$(PROFILE),,ubifs, 
  $($(PROFILE)_UBI_OPTS)) +endif +endif +endef + + define 
  Image/InstallKernel/Template
  
  ifneq ($(CONFIG_TARGET_ROOTFS_INCLUDE_KERNEL),) @@ -293,7 
  +312,7 @@ ifeq ($(CONFIG_TARGET_lantiq_xway),y)
  
  # Danube Image/BuildKernel/Profile/BTHOMEHUBV2B=$(call 
  Image/BuildKernel/Template,BTHOMEHUBV2B) 
  -Image/Build/Profile/BTHOMEHUBV2B=$(call Image/Build/$(1), 
  $(1),BTHOMEHUBV2B) +Image/Build/Profile/BTHOMEHUBV2B=$(call 
  Image/BuildNAND/$(1), $(1),BTHOMEHUBV2B)
  
  Image/BuildKernel/Profile/EASY50712=$(call 
  Image/BuildKernel/Template,EASY50712) 
  Image/Build/Profile/EASY50712=$(call 
  Image/Build/$(1),$(1),EASY50712)
  
  
  ___ 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

Re: [OpenWrt-Devel] [PATCH - for comment only] lantiq: use UbinizeImage instead lantiq-specific ubinize.cfg files