[OpenWrt-Devel] Codenames dark and dirty ?!

2015-01-29 Thread phadros
Ehlo,

 as rumors have told there is an upcoming release and there shall be a
name for it.

 I believe the atm chosen candidate dark destroyer is not really a
well chosen name for a nice piece of floss software, tho it might be a
delicious drink.
 Imagine going to a friend / fellow mesh dude / customer and telling
them: hey I'm gonna install dark destroyer on your device, that makes
things wy better, believe me! *evilgrin*.

 The other top candidate dirty diamond has so much more to offer for
the release, the project and the community. It includes the brilliance
and capabilities of the OpenWRT project and software, and still has some
hack'ish, shrugging attitude - imho.

 It would be great to let the community vote for the proper name, as I
personally feel that dark destroyer might just be the wrong choice :)



 my 2 cents!
.phaidros


0xB8B85894.asc
Description: application/pgp-keys


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] [OpenWrt] #13951: Revision r36939 breaks support for RT5370 (rt2800usb) in HG556a (brcm6358)

2015-01-29 Thread Luis Soltero


hello all...

i have attached the patch


On 1/29/15 6:39 AM, OpenWrt wrote:

#13951: Revision r36939 breaks support for RT5370 (rt2800usb) in HG556a 
(brcm6358)
-+-
   Reporter:  openwrt@…   |  Owner:  developers
   Type:  defect  | Status:  reopened
   Priority:  normal  |  Milestone:  Chaos Calmer (trunk)
  Component:  kernel  |Version:  Trunk
Resolution:  |   Keywords:  r36939 RT5370 rt2800usb HG556a
  |  brcm6358
-+-

Comment (by lsoltero):

  fixed.

  910-01-add-support-for-mt7620.patch

  modified rt2800_get_txwi_rxwi_size() to add a case statement for the
  RT5390.  The problem is that the logic added to the case tested for the
  7620 but failed to set the values for txwi_size and rxwi_size when the
  5390 was not associated with the 7620.  So the full function should look
  like

  void rt2800_get_txwi_rxwi_size(struct rt2x00_dev *rt2x00dev,
 unsigned short *txwi_size,
 unsigned short *rxwi_size)
  {
  switch (rt2x00dev-chip.rt) {
  case RT3593:
  case RT3883:
  *txwi_size = TXWI_DESC_SIZE_4WORDS;
  *rxwi_size = RXWI_DESC_SIZE_5WORDS;
  break;

  case RT5390:
  if ( rt2x00dev-chip.rf == RF7620 ) {
  *txwi_size = TXWI_DESC_SIZE_5WORDS;
  *rxwi_size = RXWI_DESC_SIZE_6WORDS;
  } else {
 // else clause missing in original patch.
*txwi_size = TXWI_DESC_SIZE_4WORDS;
*rxwi_size = RXWI_DESC_SIZE_4WORDS;
  }
  break;

  case RT5592:
  *txwi_size = TXWI_DESC_SIZE_5WORDS;
  *rxwi_size = RXWI_DESC_SIZE_6WORDS;
  break;

  default:
  *txwi_size = TXWI_DESC_SIZE_4WORDS;
  *rxwi_size = RXWI_DESC_SIZE_4WORDS;
  break;
  }
  }


  here is a patch that fixes the problem

  package/kernel/mac80211/patches$ cat 910-02-fix-5370-in-add-support-for-
  mt7620.patch
  --- a/drivers/net/wireless/rt2x00/rt2800lib.c
  +++ b/drivers/net/wireless/rt2x00/rt2800lib.c
  @@ -633,6 +633,9 @@ void rt2800_get_txwi_rxwi_size(struct rt
  if ( rt2x00dev-chip.rf == RF7620 ) {
  *txwi_size = TXWI_DESC_SIZE_5WORDS;
  *rxwi_size = RXWI_DESC_SIZE_6WORDS;
  +   } else {
  + *txwi_size = TXWI_DESC_SIZE_4WORDS;
  + *rxwi_size = RXWI_DESC_SIZE_4WORDS;
  }
  break;

--
Ticket URL: https://dev.openwrt.org/ticket/13951#comment:17
OpenWrt http://openwrt.org
Opensource Wireless Router Technology



--


Luis Soltero, Ph.D., MCS
Director of Software Development, CTO
Global Marine Networks, LLC
StarPilot, LLC
Tel: +1.865.379.8723
Fax: +1.865.681.5017
E-Mail: lsolt...@globalmarinenet.net
Web: http://www.globalmarinenet.net
Web: http://www.redportglobal.com
Web: http://www.starpilotllc.com

--- a/drivers/net/wireless/rt2x00/rt2800lib.c
+++ b/drivers/net/wireless/rt2x00/rt2800lib.c
@@ -633,6 +633,9 @@ void rt2800_get_txwi_rxwi_size(struct rt
if ( rt2x00dev-chip.rf == RF7620 ) {
*txwi_size = TXWI_DESC_SIZE_5WORDS;
*rxwi_size = RXWI_DESC_SIZE_6WORDS;
+   } else {
+ *txwi_size = TXWI_DESC_SIZE_4WORDS;
+ *rxwi_size = RXWI_DESC_SIZE_4WORDS;
}
break;
 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] p2812hnu-f1

2015-01-29 Thread Michaël Zweers
Hello ScApi,

I have a short request: Can you add your dropbox link
(https://www.dropbox.com/sh/movy1lhezgyhz2u/AABuA8_Vf6UHsugmVhU_Q5-ca?dl=0)
to the ZyXEL P-2812HNU  wiki pages or maybe transfer the blops to a
github repo and link that?

Thanks in advance! 

Kind regards,
Michaël



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


[OpenWrt-Devel] [PATCH] mac80211: fix NULL pointer crash in monitor frame injection TX path

2015-01-29 Thread Johan Almbladh
This patch to the patch fixes a NULL pointer derefence crash in the new
intermediate software queues. The crash can be reproduced by injecting an
802.11 frame with a BSSID that does not belong to a configured vif. The
wperf tool (https://github.com/anyfi/wperf) may be convenient for doing
this.

Johan

---
 ...d-an-intermediate-software-queue-implemen.patch |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git 
a/package/kernel/mac80211/patches/321-mac80211-add-an-intermediate-software-queue-implemen.patch
 
b/package/kernel/mac80211/patches/321-mac80211-add-an-intermediate-software-queue-implemen.patch
index ce5d4dc..a9e95ff 100644
--- 
a/package/kernel/mac80211/patches/321-mac80211-add-an-intermediate-software-queue-implemen.patch
+++ 
b/package/kernel/mac80211/patches/321-mac80211-add-an-intermediate-software-queue-implemen.patch
@@ -384,7 +384,7 @@ Signed-off-by: Felix Fietkau n...@openwrt.org
 +  if (pubsta) {
 +  u8 tid = skb-priority  IEEE80211_QOS_CTL_TID_MASK;
 +  pubtxq = pubsta-txq[tid];
-+  } else {
++  } else if (vif) {
 +  pubtxq = vif-txq;
 +  }
 +
-- 
1.7.9.5
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH] uboot-lantiq: fix P-2812HNU-F1/3 package dependency

2015-01-29 Thread Daniel Schwierzeck
2015-01-27 18:41 GMT+01:00 Ben Mulvihill ben.mulvih...@gmail.com:
 Hi Antti,

 (Note that the diffs in this message are for information. They are not
 patches submitted for merging - not at this stage anyway.)

 I tried and it seems the ram version
 (openwrt-lantiq-p2812hnufx_ram-u-boot.asc) builds and boots properly.

 The openwrt-lantiq-p2812hnufx_nandspl-u-boot.img indeed does not boot
 correctly. Is anyone working on fixing it? (Apparently conversion to
 TPL is needed)

 I am working on the BT Home Hub 3A at the moment (arx100, nand-based
 board), and have also found that asc images build correctly but
 nandspl images do not.

 There seem to a number of problems. For a start some of the make
 targets seem to be missing. The following fixed that for arx100,
 and I think that a similar fix is necessary for danube and vrx200
 too.

the NAND boot does not work yet. I was not able to make it work with a
SPL only because the BootROM only reads the first page. The Lantiq UGW
U-Boot uses a very small pre-loader which loads another pre-loader and
fits in the first page. Thus we need to convert to SPL/TPL support
from mainline U-Boot. But I hadn't enough time yet to work on it.


 --- a/arch/mips/cpu/mips32/arx100/config.mk 2015-01-27 12:33:32.0 
 +0100
 +++ b/arch/mips/cpu/mips32/arx100/config.mk 2015-01-27 18:07:37.0 
 +0100
 @@ -27,4 +27,9 @@ ALL-y += $(obj)u-boot.ltq.norspl
  ALL-$(CONFIG_SPL_LZO_SUPPORT) += $(obj)u-boot.ltq.lzo.norspl
  ALL-$(CONFIG_SPL_LZMA_SUPPORT) += $(obj)u-boot.ltq.lzma.norspl
  endif
 +ifdef CONFIG_SYS_BOOT_NANDSPL
 +ALL-y += $(obj)u-boot.ltq.nandspl
 +ALL-$(CONFIG_SPL_LZO_SUPPORT) += $(obj)u-boot.ltq.lzo.nandspl
 +ALL-$(CONFIG_SPL_LZMA_SUPPORT) += $(obj)u-boot.ltq.lzma.nandspl
 +endif
  endif


 Then the ebu configuration word needs to be set in the nandspl
 image, as it is for norspl. Once again, the following fixed that
 for arx100, and I think something similar will be required for danube
 and vrx200.

actually the BootROM should correctly configure the EBU to be able to
read at least the first page from NAND flash. The XWAY_EBU_BOOTCFG is
only used for parallel NOR to setup various command timings and
delays.


 --- a/arch/mips/include/asm/arch-arx100/config.h2015-01-27 
 18:12:32.0 +0100
 +++ b/arch/mips/include/asm/arch-arx100/config.h2015-01-27 
 18:13:02.0 +0100
 @@ -174,6 +174,10 @@
  #define CONFIG_XWAY_SWAP_BYTES
  #endif

 +#if defined(CONFIG_SYS_BOOT_NAND) || defined(CONFIG_SYS_BOOT_NANDSPL)
 +#define CONFIG_SYS_XWAY_EBU_BOOTCFG0x688C688C
 +#endif
 +
  #defineCONFIG_SYS_MONITOR_BASE CONFIG_SYS_TEXT_BASE

  #endif /* __ARX100_CONFIG_H__ */

 Finally the ltq-boot-image tool adds a couple of download header to the
 final image which I don't think should be there.

 Daniel, does all the above make sense?

 That said, even after making those changes my nandspl images still
 don't work.

 Ben







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


Re: [OpenWrt-Devel] fstools / always fires 'uci commit' each reboot

2015-01-29 Thread Bastian Bittorf
* Lars Kruse li...@sumpfralle.de [29.01.2015 20:06]:
 or even better (this does not hide errors in block detect):
  [ -f /etc/config/fstab ] || block detect  /etc/config/fstab
 
 (I do not see the need for the subshell here - thus I removed the brackets)

thanks to jow, there was a hotfix with r44180 for this:
https://dev.openwrt.org/changeset/44180/trunk

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


[OpenWrt-Devel] [PATCH 2/3] ralink: add FireWRT led detail

2015-01-29 Thread wengbj
---
 target/linux/ramips/dts/FIREWRT.dts |9 +
 1 file changed, 9 insertions(+)

diff --git a/target/linux/ramips/dts/FIREWRT.dts 
b/target/linux/ramips/dts/FIREWRT.dts
index 4e9e28b..ddad8bf 100644
--- a/target/linux/ramips/dts/FIREWRT.dts
+++ b/target/linux/ramips/dts/FIREWRT.dts
@@ -83,4 +83,13 @@
mtd-mac-address = factory 0xe000;
};
 
+   gpio-leds {
+   compatible = gpio-leds;
+
+   power {
+   label = buffalo:green:power;
+   gpios = gpio0 22 1;
+   };
+   };
+
 };
-- 
1.7.9.5
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH 3/3] ralink: add FireWRT button detail

2015-01-29 Thread wengbj
---
 target/linux/ramips/dts/FIREWRT.dts|   12 
 target/linux/ramips/mt7621/profiles/firefly.mk |2 +-
 2 files changed, 13 insertions(+), 1 deletion(-)

diff --git a/target/linux/ramips/dts/FIREWRT.dts 
b/target/linux/ramips/dts/FIREWRT.dts
index ddad8bf..58049b7 100644
--- a/target/linux/ramips/dts/FIREWRT.dts
+++ b/target/linux/ramips/dts/FIREWRT.dts
@@ -92,4 +92,16 @@
};
};
 
+   gpio-keys-polled {
+   compatible = gpio-keys-polled;
+   #address-cells = 1;
+   #size-cells = 0;
+   poll-interval = 20;
+   wps {
+   label = wps;
+   gpios = gpio0 18 1;
+   linux,code = 0x211;
+   };
+   };
+
 };
diff --git a/target/linux/ramips/mt7621/profiles/firefly.mk 
b/target/linux/ramips/mt7621/profiles/firefly.mk
index c8292b0..b095979 100644
--- a/target/linux/ramips/mt7621/profiles/firefly.mk
+++ b/target/linux/ramips/mt7621/profiles/firefly.mk
@@ -8,7 +8,7 @@
 define Profile/Firefly
NAME:=Firefly Device
PACKAGES:=\
-   kmod-usb-core kmod-usb3 kmod-usb-hid  kmod-usb-storage 
mount-utils usbutils \
+   kmod-usb-core kmod-usb3 kmod-usb-hid  kmod-usb-storage 
mount-utils usbutils hostapd-utils \
 kmod-sdhci-mt7620 \
kmod-fs-ext3 kmod-fs-vfat kmod-fs-ntfs \
kmod-nls-cp437 kmod-nls-iso8859-1 kmod-nls-utf8 \
-- 
1.7.9.5
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel