[OpenWrt-Devel] [PATCH] Update bind & isc-dhcp to latest upstream versions.

2013-10-01 Thread Steven Haigh
Rather trivial patch - but submitted anyhow. Please CC me in replies to
make sure I see them...

Index: net/bind/Makefile
===
--- net/bind/Makefile   (revision 38267)
+++ net/bind/Makefile   (working copy)
@@ -8,7 +8,7 @@
 include $(TOPDIR)/rules.mk

 PKG_NAME:=bind
-PKG_VERSION:=9.9.2-P2
+PKG_VERSION:=9.9.4
 PKG_RELEASE:=1

 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz
Index: net/isc-dhcp/Makefile
===
--- net/isc-dhcp/Makefile   (revision 38267)
+++ net/isc-dhcp/Makefile   (working copy)
@@ -9,7 +9,7 @@

 PKG_NAME:=isc-dhcp
 UPSTREAM_NAME:=dhcp
-PKG_VERSION:=4.2.4
+PKG_VERSION:=4.2.5-P1
 PKG_RELEASE:=2

 PKG_SOURCE:=$(UPSTREAM_NAME)-$(PKG_VERSION).tar.gz

-- 
Steven Haigh

Email: net...@crc.id.au
Web: https://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299





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 v2] Update bind & isc-dhcp to latest upstream versions.

2013-10-01 Thread Steven Haigh
Based on packages_12.09:
* Update bind to v9.9.4
* Update dhcp to 4.2.5-P1
* Change the MD5 as well as reset PKG_RELEASE to 1 on dhcp.

Index: net/bind/Makefile
===
--- net/bind/Makefile   (revision 38267)
+++ net/bind/Makefile   (working copy)
@@ -8,14 +8,14 @@
 include $(TOPDIR)/rules.mk

 PKG_NAME:=bind
-PKG_VERSION:=9.9.2-P2
+PKG_VERSION:=9.9.4
 PKG_RELEASE:=1

 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz
 PKG_SOURCE_URL:= \
ftp://ftp.isc.org/isc/bind9/$(PKG_VERSION) \

http://www.mirrorservice.org/sites/ftp.isc.org/isc/bind9/$(PKG_VERSION)
-PKG_MD5SUM:=2be7763c99b7e7b42ac3a18a267ce1aa
+PKG_MD5SUM:=f69757adc86776daed8e5acb0ee7c0ca

 PKG_FIXUP:=autoreconf
 PKG_REMOVE_FILES:=aclocal.m4 libtool.m4
Index: net/isc-dhcp/Makefile
===
--- net/isc-dhcp/Makefile   (revision 38267)
+++ net/isc-dhcp/Makefile   (working copy)
@@ -9,12 +9,12 @@

 PKG_NAME:=isc-dhcp
 UPSTREAM_NAME:=dhcp
-PKG_VERSION:=4.2.4
-PKG_RELEASE:=2
+PKG_VERSION:=4.2.5-P1
+PKG_RELEASE:=1

 PKG_SOURCE:=$(UPSTREAM_NAME)-$(PKG_VERSION).tar.gz
 PKG_SOURCE_URL:=ftp://ftp.isc.org/isc/dhcp/$(PKG_VERSION)
-PKG_MD5SUM:=c244cefe663d43100af757d8ff625a1f
+PKG_MD5SUM:=f68e3c1f00a9af5742bc5e71d567cf93

 PKG_FIXUP:=autoreconf
 PKG_BUILD_PARALLEL:=1


-- 
Steven Haigh

Email: net...@crc.id.au
Web: https://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299



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 v2] Update bind & isc-dhcp to latest upstream versions.

2013-10-03 Thread Steven Haigh
Just wondering if there is anything further I need to do for this?

I'd like to try and get a few more patches in the future to the tree,
but want to start off with the basics...

On 1/10/2013 11:57 PM, Steven Haigh wrote:
> Based on packages_12.09:
> * Update bind to v9.9.4
> * Update dhcp to 4.2.5-P1
> * Change the MD5 as well as reset PKG_RELEASE to 1 on dhcp.
> 
> Index: net/bind/Makefile
> ===
> --- net/bind/Makefile   (revision 38267)
> +++ net/bind/Makefile   (working copy)
> @@ -8,14 +8,14 @@
>  include $(TOPDIR)/rules.mk
> 
>  PKG_NAME:=bind
> -PKG_VERSION:=9.9.2-P2
> +PKG_VERSION:=9.9.4
>  PKG_RELEASE:=1
> 
>  PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz
>  PKG_SOURCE_URL:= \
> ftp://ftp.isc.org/isc/bind9/$(PKG_VERSION) \
> 
> http://www.mirrorservice.org/sites/ftp.isc.org/isc/bind9/$(PKG_VERSION)
> -PKG_MD5SUM:=2be7763c99b7e7b42ac3a18a267ce1aa
> +PKG_MD5SUM:=f69757adc86776daed8e5acb0ee7c0ca
> 
>  PKG_FIXUP:=autoreconf
>  PKG_REMOVE_FILES:=aclocal.m4 libtool.m4
> Index: net/isc-dhcp/Makefile
> ===
> --- net/isc-dhcp/Makefile   (revision 38267)
> +++ net/isc-dhcp/Makefile   (working copy)
> @@ -9,12 +9,12 @@
> 
>  PKG_NAME:=isc-dhcp
>  UPSTREAM_NAME:=dhcp
> -PKG_VERSION:=4.2.4
> -PKG_RELEASE:=2
> +PKG_VERSION:=4.2.5-P1
> +PKG_RELEASE:=1
> 
>  PKG_SOURCE:=$(UPSTREAM_NAME)-$(PKG_VERSION).tar.gz
>  PKG_SOURCE_URL:=ftp://ftp.isc.org/isc/dhcp/$(PKG_VERSION)
> -PKG_MD5SUM:=c244cefe663d43100af757d8ff625a1f
> +PKG_MD5SUM:=f68e3c1f00a9af5742bc5e71d567cf93
> 
>  PKG_FIXUP:=autoreconf
>  PKG_BUILD_PARALLEL:=1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH v3] Update bind & isc-dhcp to latest upstream versions.

2013-10-04 Thread Steven Haigh
Based on packages_12.09:
* Update bind to v9.9.4
* Update dhcp to 4.2.5-P1
* Change the MD5 as well as reset PKG_RELEASE to 1 on dhcp.
* Fixed mail client added line wrap.
* Added Signed-off-by line.

Signed-off-by: Steven Haigh ftp://ftp.isc.org/isc/bind9/$(PKG_VERSION) \
http://www.mirrorservice.org/sites/ftp.isc.org/isc/bind9/$(PKG_VERSION)
-PKG_MD5SUM:=2be7763c99b7e7b42ac3a18a267ce1aa
+PKG_MD5SUM:=f69757adc86776daed8e5acb0ee7c0ca

 PKG_FIXUP:=autoreconf
 PKG_REMOVE_FILES:=aclocal.m4 libtool.m4
Index: net/isc-dhcp/Makefile
===
--- net/isc-dhcp/Makefile   (revision 38267)
+++ net/isc-dhcp/Makefile   (working copy)
@@ -9,12 +9,12 @@

 PKG_NAME:=isc-dhcp
 UPSTREAM_NAME:=dhcp
-PKG_VERSION:=4.2.4
-PKG_RELEASE:=2
+PKG_VERSION:=4.2.5-P1
+PKG_RELEASE:=1

 PKG_SOURCE:=$(UPSTREAM_NAME)-$(PKG_VERSION).tar.gz
 PKG_SOURCE_URL:=ftp://ftp.isc.org/isc/dhcp/$(PKG_VERSION)
-PKG_MD5SUM:=c244cefe663d43100af757d8ff625a1f
+PKG_MD5SUM:=f68e3c1f00a9af5742bc5e71d567cf93

 PKG_FIXUP:=autoreconf
 PKG_BUILD_PARALLEL:=1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH v3] Update bind & isc-dhcp to latest upstream versions.

2013-10-04 Thread Steven Haigh
On 5/10/2013 12:22 AM, Luka Perkov wrote:
> Hi Steven,
> 
> On Sat, Oct 05, 2013 at 12:17:39AM +1000, Steven Haigh wrote:
>> Based on packages_12.09:
>> * Update bind to v9.9.4
>> * Update dhcp to 4.2.5-P1
> 
> Those are two packages. Each of them must go in separate patch/email.

Ok, my bad. I figured it could be combined due to them both being ISC
flagship products.

I'll resubmit these when I have a chance tomorrow as seperate patches.

-- 
Steven Haigh

Email: net...@crc.id.au
Web: https://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH] Update bind to 9.4.4 (Packages_12.09)

2013-10-05 Thread Steven Haigh
Based on packages_12.09:

Signed-off-by: Steven Haigh 

Index: net/bind/Makefile
===
--- net/bind/Makefile   (revision 38305)
+++ net/bind/Makefile   (working copy)
@@ -8,14 +8,14 @@
 include $(TOPDIR)/rules.mk

 PKG_NAME:=bind
-PKG_VERSION:=9.9.2-P2
+PKG_VERSION:=9.9.4
 PKG_RELEASE:=1

 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz
 PKG_SOURCE_URL:= \
ftp://ftp.isc.org/isc/bind9/$(PKG_VERSION) \

http://www.mirrorservice.org/sites/ftp.isc.org/isc/bind9/$(PKG_VERSION)
-PKG_MD5SUM:=2be7763c99b7e7b42ac3a18a267ce1aa
+PKG_MD5SUM:=f69757adc86776daed8e5acb0ee7c0ca

 PKG_FIXUP:=autoreconf
 PKG_REMOVE_FILES:=aclocal.m4 libtool.m4


-- 
Steven Haigh

Email: net...@crc.id.au
Web: https://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH] Update isc-dhcp to 4.2.5-P1 (Packages_12.09)

2013-10-05 Thread Steven Haigh
Based on packages_12.09:

Signed-off-by: Steven Haigh 

Index: net/isc-dhcp/Makefile
===
--- net/isc-dhcp/Makefile   (revision 38305)
+++ net/isc-dhcp/Makefile   (working copy)
@@ -9,12 +9,12 @@

 PKG_NAME:=isc-dhcp
 UPSTREAM_NAME:=dhcp
-PKG_VERSION:=4.2.4
-PKG_RELEASE:=2
+PKG_VERSION:=4.2.5-P1
+PKG_RELEASE:=1

 PKG_SOURCE:=$(UPSTREAM_NAME)-$(PKG_VERSION).tar.gz
 PKG_SOURCE_URL:=ftp://ftp.isc.org/isc/dhcp/$(PKG_VERSION)
-PKG_MD5SUM:=c244cefe663d43100af757d8ff625a1f
+PKG_MD5SUM:=f68e3c1f00a9af5742bc5e71d567cf93

 PKG_FIXUP:=autoreconf
 PKG_BUILD_PARALLEL:=1

-- 
Steven Haigh

Email: net...@crc.id.au
Web: https://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299

-- 
Steven Haigh

Email: net...@crc.id.au
Web: https://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] Kernel updates in x86 OpenWRT.

2013-10-22 Thread Steven Haigh
I understand why OpenWRT is blocking kernel updates on embedded devices,
but I'm wondering if there are any plans to allow kernel updates via
opkg in the x86 version of OpenWRT?

-- 
Steven Haigh

Email: net...@crc.id.au
Web: https://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] AR9344 wifi dying on WD N600 routers

2013-10-24 Thread Steven Haigh
Hi all,

I've been trying to debug this for quite a while with little success.

It seems that the AR9344 (2.4GHz side only) on the WD N600 routers is
rather unstable. At random intervals, the 2.4GHz side of things
completely stops passing traffic.

Stations remain associated, however no data is processed.

My Android devices show the network as ok - but no network connectivity.
I cannot ping the router, nor access the luci interface.

If I use the same device and connect to the 5GHz side of the device, I
can access things fine. I am unable to switch back to the 2.4GHz side of
the AP once disconnected.

Some of the time, using 'wifi down && wifi up' will restore connectivity
on the 2.4GHz side, other times I need to do a full restart of the device.

There are no obvious messages in dmesg or logread that would point to a
hang or certain module / device not responding anymore.

Currently running:
root@OpenWrt:~# cat /proc/version
Linux version 3.10.13 (openwrt@openwrt) (gcc version 4.6.4
(OpenWrt/Linaro GCC 4.6-2013.05 r38259) ) #2 Thu Oct 10 20:25:10 EDT 2013

Device info:
http://wiki.openwrt.org/toh/wd/n600

I have heard multiple reports from other people - enough that this seems
to be a common problem with this device / driver / something.

Does anyone have any suggestions on this?

-- 
Steven Haigh

Email: net...@crc.id.au
Web: https://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] AR9344 wifi dying on WD N600 routers

2013-10-24 Thread Steven Haigh
On 25/10/2013 1:34 AM, Daniel Golle wrote:
> Hi!
> 
> On 10/24/2013 12:17 PM, Steven Haigh wrote:
>> Hi all,
>>
>> I've been trying to debug this for quite a while with little success.
>>
>> It seems that the AR9344 (2.4GHz side only) on the WD N600 routers is
>> rather unstable. At random intervals, the 2.4GHz side of things
>> completely stops passing traffic.
>>
>> Stations remain associated, however no data is processed.
> I observed similar behaviour on other modern low-cost QCA WiSoC devices (such 
> as
> TL-WR841ND v8). My guess is that chip-specific things like dynamic
> filter-adjustment or temperature compensation curves are missing or incorrect
> for these modern chips.
> 
> I'd be happy if someone with access to QCA datasheets can verify that ath9k 
> does
> things right on these chips.

Would any of these be listed in the actual device flash?

mtd shows:
[0.75] 0x-0x0004 : "u-boot"
[0.76] 0x0004-0x0005 : "u-boot-env"
[0.77] 0x0005-0x0006 : "devdata"
[0.77] 0x0006-0x0007 : "devconf"
[0.78] 0x0007-0x00ff : "firmware"
[0.81] 2 seama-fw partitions found on MTD device firmware
[0.82] 0x0007-0x001b : "kernel"
[0.82] 0x001b-0x00ff : "rootfs"
[0.83] mtd: partition "rootfs" set to be root filesystem
[0.83] 1 squashfs-split partitions found on MTD device rootfs
[0.84] 0x00370000-0x00ff : "rootfs_data"
[0.85] 0x00ff-0x0100 : "radiocfg"

What info does the radiocfg partition hold? Do we actually read it for
anything?

-- 
Steven Haigh

Email: net...@crc.id.au
Web: https://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] AR9344 wifi dying on WD N600 routers

2013-10-24 Thread Steven Haigh
On 25/10/2013 3:43 AM, Jacek Kikiewicz wrote:
>> Would any of these be listed in the actual device flash?
>>
>> mtd shows:
>> [0.75] 0x-0x0004 : "u-boot"
>> [0.76] 0x0004-0x0005 : "u-boot-env"
>> [0.77] 0x0005-0x0006 : "devdata"
>> [0.77] 0x0006-0x0007 : "devconf"
>> [0.78] 0x0007-0x00ff : "firmware"
>> [0.81] 2 seama-fw partitions found on MTD device firmware
>> [0.82] 0x0007-0x001b : "kernel"
>> [0.82] 0x001b-0x00ff : "rootfs"
>> [0.83] mtd: partition "rootfs" set to be root filesystem
>> [0.83] 1 squashfs-split partitions found on MTD device rootfs
>> [0.84] 0x0037-0x00ff : "rootfs_data"
>> [0.85] 0x00ff-0x0100 : "radiocfg"
>>
>> What info does the radiocfg partition hold? Do we actually read it for
>> anything?
> 
> It's probably having wifi calibration data, wifi MAC etc.
> I assume it's same as ART is other Atheros based devices.

Is it useful at all WRT to what Daniel was talking about?

-- 
Steven Haigh

Email: net...@crc.id.au
Web: https://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] AR9344 wifi dying on WD N600 routers

2013-10-24 Thread Steven Haigh
On 25/10/2013 4:36 AM, Jacek Kikiewicz wrote:
>> Is it useful at all WRT to what Daniel was talking about?
>>
> No it's not I'm afraid. It is used anyway, if it wasn;t ath9k driver
> would not bring up
> wifi interface, it would have wrong mac too.
>

A right - my bad - I was under the impression this was under the
'devconf' area... I'll keep hunting and see what I can find

-- 
Steven Haigh

Email: net...@crc.id.au
Web: https://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] weak signal MyNet n600

2013-12-14 Thread Steven Haigh
On 14/12/2013 6:48 PM, omggo wrote:
> Hi all,
> 
> I'm currently using the latest trunk (r39047) with the "MyNet n600" and
> have noticed that the wifi signal on the is lower than the official
> firmware and will never reach 100% even with the device right next to
> the router.
> 
> At about 2m away from the device the signal strength is about 45% on the
> 2.4ghz band and 85% on the 5ghz.
> 
> the iw info of both interfaces gives me this output for the antennas:
> Available Antennas: TX 0x3 RX 0x3
> Configured Antennas: TX 0x3 RX 0x3

As far as I know, this is a binary addition. 0x1 = left, 0x2 = right,
0x3 = left & right. I could be wrong, but I'm pretty sure this is how it
works.

> it looks like the devices has 4 antennas on the board:
> http://wiki.openwrt.org/_media/media/media/toh/wd/n600-pcb.jpg

Hey - its my photo :D

> Device info:
> http://wiki.openwrt.org/toh/wd/n600

And the wiki page I wrote ;)

> 
> could it be that openwrt is not using all of these antennas?

I don't think that's the case. I almost see the same thing - but I think
its just a calibration thing - not an actual performance / real thing.
The noise floor will never move from -99dB either. iirc, the percentage
is based on the signal / noise floor relationship.

-- 
Steven Haigh

Email: net...@crc.id.au
Web: https://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299
___
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] Enable switch on WD My Net N750

2013-12-16 Thread Steven Haigh
On 17/12/2013 11:12 AM, Felix Kaechele wrote:
> Now this should be it. The connection is now successfully negotiated as 
> gigabit
> and data flow is possible.
> Pings and data transfer (via scp) over the switch is working.
> 
> Felix Kaechele (4):
>   ar71xx: add option to wake up phys on mdio reset
>   ar71xx: enable switch fixup for WD My Net N750
>   ar71xx: fix WD My Net N750 switch led cfg
>   ar71xx: enable images for WD My Net N750
> 
>  .../linux/ar71xx/files/arch/mips/ath79/dev-eth.c   |  4 +--
>  .../linux/ar71xx/files/arch/mips/ath79/dev-eth.h   |  2 ++
>  .../ar71xx/files/arch/mips/ath79/mach-mynet-n750.c |  9 ---
>  .../mips/include/asm/mach-ath79/ag71xx_platform.h  |  1 +
>  .../net/ethernet/atheros/ag71xx/ag71xx_mdio.c  | 30 
> ++
>  target/linux/ar71xx/generic/profiles/wd.mk |  9 +++
>  target/linux/ar71xx/image/Makefile |  1 +
>  7 files changed, 39 insertions(+), 17 deletions(-)
> 

This is great work. Thank you for persisting with this.

-- 
Steven Haigh

Email: net...@crc.id.au
Web: https://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH 2/2] ar71xx: Fix WD My Net N750 weak signal issue

2014-01-07 Thread Steven Haigh
On 8/01/2014 9:20 AM, Felix Kaechele wrote:
> The LNAs need to be enabled by setting their respective GPIO to high even
> though the original firmware's setting sets them to low on initialization.
> 
> Obviously the LNAs are then later initialized by the driver on the OEM
> firmware. Without this fix the device is mostly "deaf".
> 
> Signed-off-by: Felix Kaechele 
> ---
>  target/linux/ar71xx/files/arch/mips/ath79/mach-mynet-n750.c | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-mynet-n750.c 
> b/target/linux/ar71xx/files/arch/mips/ath79/mach-mynet-n750.c
> index a44a7e0..737bec2 100644
> --- a/target/linux/ar71xx/files/arch/mips/ath79/mach-mynet-n750.c
> +++ b/target/linux/ar71xx/files/arch/mips/ath79/mach-mynet-n750.c
> @@ -179,10 +179,10 @@ static void __init mynet_n750_setup(void)
>*   board/ar7240/db12x/alpha_gpio.c
>*/
>   gpio_request_one(MYNET_N750_GPIO_EXTERNAL_LNA0,
> -  GPIOF_OUT_INIT_LOW | GPIOF_EXPORT_DIR_FIXED,
> +  GPIOF_OUT_INIT_HIGH | GPIOF_EXPORT_DIR_FIXED,
>"External LNA0");
>   gpio_request_one(MYNET_N750_GPIO_EXTERNAL_LNA1,
> -  GPIOF_OUT_INIT_LOW | GPIOF_EXPORT_DIR_FIXED,
> +  GPIOF_OUT_INIT_HIGH | GPIOF_EXPORT_DIR_FIXED,
>"External LNA1");
>  
>   mynet_n750_get_mac("wlan24mac=", tmpmac);
> 

Out of interest, would this also apply to the N600? I have this device
and I've always thought it was 'deaf' as well

-- 
Steven Haigh

Email: net...@crc.id.au
Web: https://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH 2/2] ar71xx: Fix WD My Net N750 weak signal issue

2014-01-07 Thread Steven Haigh
On 8/01/2014 2:44 PM, Weedy wrote:
> 
> On 7 Jan 2014 21:30, "Steven Haigh"  <mailto:net...@crc.id.au>> wrote:
>>
>> On 8/01/2014 9:20 AM, Felix Kaechele wrote:
>> > The LNAs need to be enabled by setting their respective GPIO to high
> even
>> > though the original firmware's setting sets them to low on
> initialization.
>> >
>> > Obviously the LNAs are then later initialized by the driver on the OEM
>> > firmware. Without this fix the device is mostly "deaf".
>> >
>> > Signed-off-by: Felix Kaechele  <mailto:hef...@fedoraproject.org>>
>> > ---
>> >  target/linux/ar71xx/files/arch/mips/ath79/mach-mynet-n750.c | 4 ++--
>> >  1 file changed, 2 insertions(+), 2 deletions(-)
>> >
>> > diff --git
> a/target/linux/ar71xx/files/arch/mips/ath79/mach-mynet-n750.c
> b/target/linux/ar71xx/files/arch/mips/ath79/mach-mynet-n750.c
>> > index a44a7e0..737bec2 100644
>> > --- a/target/linux/ar71xx/files/arch/mips/ath79/mach-mynet-n750.c
>> > +++ b/target/linux/ar71xx/files/arch/mips/ath79/mach-mynet-n750.c
>> > @@ -179,10 +179,10 @@ static void __init mynet_n750_setup(void)
>> >*   board/ar7240/db12x/alpha_gpio.c
>> >*/
>> >   gpio_request_one(MYNET_N750_GPIO_EXTERNAL_LNA0,
>> > -  GPIOF_OUT_INIT_LOW | GPIOF_EXPORT_DIR_FIXED,
>> > +  GPIOF_OUT_INIT_HIGH | GPIOF_EXPORT_DIR_FIXED,
>> >"External LNA0");
>> >   gpio_request_one(MYNET_N750_GPIO_EXTERNAL_LNA1,
>> > -  GPIOF_OUT_INIT_LOW | GPIOF_EXPORT_DIR_FIXED,
>> > +  GPIOF_OUT_INIT_HIGH | GPIOF_EXPORT_DIR_FIXED,
>> >"External LNA1");
>> >
>> >   mynet_n750_get_mac("wlan24mac=", tmpmac);
>> >
>>
>> Out of interest, would this also apply to the N600? I have this device
>> and I've always thought it was 'deaf' as well
> 
> The patch is two lines. Try it and tell us.

Well, I actually noticed that in the n600 [PATCH 1/2] has this already -
I've applied PATCH 1/2 and building now... Will advise.

-- 
Steven Haigh

Email: net...@crc.id.au
Web: https://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299
___
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] ar71xx: Fix WD My Net N600 GPIO definitions

2014-01-07 Thread Steven Haigh
On 8/01/2014 9:20 AM, Felix Kaechele wrote:
> This also fixes the weak signal that can be observed on the router
> 
> Signed-off-by: Felix Kaechele 
Tested-by: Steven Haigh 

Works as advertised.

> ---
>  .../ar71xx/files/arch/mips/ath79/mach-mynet-n600.c | 66 
> --
>  1 file changed, 48 insertions(+), 18 deletions(-)
> 
> diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-mynet-n600.c 
> b/target/linux/ar71xx/files/arch/mips/ath79/mach-mynet-n600.c
> index 476cff8..861528e 100644
> --- a/target/linux/ar71xx/files/arch/mips/ath79/mach-mynet-n600.c
> +++ b/target/linux/ar71xx/files/arch/mips/ath79/mach-mynet-n600.c
> @@ -34,14 +34,22 @@
>  #define MYNET_N600_GPIO_LED_INTERNET 12
>  #define MYNET_N600_GPIO_LED_WPS  13
>  
> -#define MYNET_N600_GPIO_LED_LAN1 4
> -#define MYNET_N600_GPIO_LED_LAN2 3
> -#define MYNET_N600_GPIO_LED_LAN3 2
> -#define MYNET_N600_GPIO_LED_LAN4 1
> +#define MYNET_N600_GPIO_LED_LAN1_GREEN   4
> +#define MYNET_N600_GPIO_LED_LAN2_GREEN   3
> +#define MYNET_N600_GPIO_LED_LAN3_GREEN   2
> +#define MYNET_N600_GPIO_LED_LAN4_GREEN   1
> +
> +#define MYNET_N600_GPIO_LED_LAN1_YELLOW  22
> +#define MYNET_N600_GPIO_LED_LAN2_YELLOW  21
> +#define MYNET_N600_GPIO_LED_LAN3_YELLOW  20
> +#define MYNET_N600_GPIO_LED_LAN4_YELLOW  19
>  
>  #define MYNET_N600_GPIO_BTN_RESET16
>  #define MYNET_N600_GPIO_BTN_WPS  17
>  
> +#define MYNET_N600_GPIO_EXTERNAL_LNA014
> +#define MYNET_N600_GPIO_EXTERNAL_LNA115
> +
>  #define MYNET_N600_KEYS_POLL_INTERVAL20  /* msecs */
>  #define MYNET_N600_KEYS_DEBOUNCE_INTERVAL (3 * MYNET_N600_KEYS_POLL_INTERVAL)
>  
> @@ -76,22 +84,42 @@ static struct gpio_led mynet_n600_leds_gpio[] __initdata 
> = {
>   },
>   {
>   .name   = "wd:green:lan1",
> - .gpio   = MYNET_N600_GPIO_LED_LAN1,
> + .gpio   = MYNET_N600_GPIO_LED_LAN1_GREEN,
>   .active_low = 1,
>   },
>   {
>   .name   = "wd:green:lan2",
> - .gpio   = MYNET_N600_GPIO_LED_LAN2,
> + .gpio   = MYNET_N600_GPIO_LED_LAN2_GREEN,
>   .active_low = 1,
>   },
>   {
>   .name   = "wd:green:lan3",
> - .gpio   = MYNET_N600_GPIO_LED_LAN3,
> + .gpio   = MYNET_N600_GPIO_LED_LAN3_GREEN,
>   .active_low = 1,
>   },
>   {
>   .name   = "wd:green:lan4",
> - .gpio   = MYNET_N600_GPIO_LED_LAN4,
> + .gpio   = MYNET_N600_GPIO_LED_LAN4_GREEN,
> + .active_low = 1,
> + },
> + {
> + .name   = "wd:yellow:lan1",
> + .gpio   = MYNET_N600_GPIO_LED_LAN1_YELLOW,
> + .active_low = 1,
> + },
> + {
> + .name   = "wd:yellow:lan2",
> + .gpio   = MYNET_N600_GPIO_LED_LAN2_YELLOW,
> + .active_low = 1,
> + },
> + {
> + .name   = "wd:yellow:lan3",
> + .gpio   = MYNET_N600_GPIO_LED_LAN3_YELLOW,
> + .active_low = 1,
> + },
> + {
> + .name   = "wd:yellow:lan4",
> + .gpio   = MYNET_N600_GPIO_LED_LAN4_YELLOW,
>   .active_low = 1,
>   },
>  };
> @@ -135,16 +163,6 @@ static void __init mynet_n600_setup(void)
>  
>   ath79_register_m25p80(NULL);
>  
> - ath79_gpio_output_select(MYNET_N600_GPIO_LED_LAN1,
> -  AR934X_GPIO_OUT_GPIO);
> - ath79_gpio_output_select(MYNET_N600_GPIO_LED_LAN2,
> -  AR934X_GPIO_OUT_GPIO);
> - ath79_gpio_output_select(MYNET_N600_GPIO_LED_LAN3,
> -  AR934X_GPIO_OUT_GPIO);
> - ath79_gpio_output_select(MYNET_N600_GPIO_LED_LAN4,
> -  AR934X_GPIO_OUT_GPIO);
> - ath79_gpio_output_select(MYNET_N600_GPIO_LED_INTERNET,
> -  AR934X_GPIO_OUT_GPIO);
>   ath79_register_leds_gpio(-1, ARRAY_SIZE(mynet_n600_leds_gpio),
>mynet_n600_leds_gpio);
>  
> @@ -152,6 +170,18 @@ static void __init mynet_n600_setup(void)
>   ARRAY_SIZE(mynet_n600_gpio_keys),
>   mynet_n600_gpio_keys);
>  
> + /*
> +  * Control signal for external LNAs 0 and 1
> +  * Taken from 

Re: [OpenWrt-Devel] [PATCH 2/2] ar71xx: Fix WD My Net N750 weak signal issue

2014-01-09 Thread Steven Haigh
On 9/01/2014 4:11 AM, Chirag Chhatriwala wrote:
> Confirmed working on the WD MyNet N750.
> Now the device is no longer "deaf".
> 
> This device broadcast stronger WiFi than any of my other routers.
> Kudos to Felix for adding support for this device.

For what its worth, I've created binaries for both the N600 and N750
with these patches included.

They can be downloaded from:
http://openwrt.crc.id.au/ar71xx/

-- 
Steven Haigh

Email: net...@crc.id.au
Web: https://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] weak signal MyNet n600

2014-01-17 Thread Steven Haigh
On 18/01/14 13:29, omggo wrote:
> Thanks for the patches. The signal patch worked but the LEDs are still
> off. I tried system upgrade and factory restore. The only LEDs that are
> on is the blue power led and the green LAN LEDs on the back of the
> device under the cables.

You need to configure them first...

Also, does anyone notice some (lots) instability when using the svn
version of openwrt where these patches were rewritten? I was getting
1Mbit connect speeds at 10 metres... I had to revert and apply these
patches to get a usable eevice again.

-- 
Steven Haigh

Email: net...@crc.id.au
Web: https://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299



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] MyNET N750 - Actually turn the LNA on.

2014-02-05 Thread Steven Haigh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

It seems in the refactoring of these changes into trunk, the LNA was
left turned off.

This patch turns on both LNAs (not just one) by setting BOTH GPIOs to
HIGH.

- -- 
Steven Haigh

Email: net...@crc.id.au
Web: https://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)

iQIcBAEBAgAGBQJS8wBpAAoJEEGvNdV6fTHc0aQP/0kbzZnssY1olFelR1EFBr9F
BxWjiReih7D0/DL/n7ojASWkjctnezYP7CsItnSOFqD2rVHBHdzk/B35yhBlhSRg
/OV4I1n6NgA+yoXkrTKSVv8iYjc43kg2+F3Pwuw7TlDLhgr3kr93wwCgcPgTRazM
CpRghxvB3QNwmHVqGb9JCp6RVIUCZSLK3ZElOdthjYrB9fbBiRBtk2F0i3tDi6km
WLVzAco4P8GLOEDy+wINS88bkxaSkiryR4c2TQRg3boGDTV44uf93Xzi+66IvXyO
Ebn9/CSMVVQG7PU+tFodNkAWXQ3b6pGnTTmsi5kLsZgOnQeJWCxwMUKGchGZxC2X
wOBjUq4CN3fYgN2NmG0ApUoGzJycdJM+8lShvTfpvxhYjQC9x344ZBysvUsuwN2O
+M04gBbdOeY9m8/KDRWYEEoxy+ZNsr2rFLEdSSDgZ5avkg2CE0H9quFof8jFNlr0
sFSLRD+Y8WvAWQO0fbNC4n7VNUSWjPRuUdz9Rn8ILZxkRbOms1s246QdoR31SrPH
aLxhLA+K/QVdY3AHjjbst7E36Xbt7Rfy79Ur9qNhX4a1tkXE64TfUW7JWKtBaC9X
0G5mkC4eSPfIO5sV9ManzcUCpcsbQmHT2uRYJYwcPcZvrIlYzM8KF6Org+/urCe9
r8aEFNfAGalz7Bm3PEy4
=NDJk
-END PGP SIGNATURE-
Set both LNA GPIO to high to enable LNAs for both 2.4GHz and 5GHz.

Signed-off-by: Steven Haigh 
---
 linux/ar71xx/files/arch/mips/ath79/mach-mynet-n750.c |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
--- a/target/linux/ar71xx/files/arch/mips/ath79/mach-mynet-n750.c   
2014-01-29 16:25:40.0 +1100
+++ b/target/linux/ar71xx/files/arch/mips/ath79/mach-mynet-n750.c   
2014-02-06 10:28:56.418131055 +1100
@@ -193,7 +193,7 @@ static void __init mynet_n750_setup(void
 * Taken from GPL bootloader source:
 *   board/ar7240/db12x/alpha_gpio.c
 */
-   ath79_wmac_set_ext_lna_gpio(0, MYNET_N750_GPIO_EXTERNAL_LNA0);
+   ath79_wmac_set_ext_lna_gpio(1, MYNET_N750_GPIO_EXTERNAL_LNA0);
ath79_wmac_set_ext_lna_gpio(1, MYNET_N750_GPIO_EXTERNAL_LNA1);
 
mynet_n750_get_mac("wlan24mac=", tmpmac);


n750-set-both-LNAs-high.patch.sig
Description: Binary data
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] MyNET N750 - Actually turn the LNA on.

2014-02-06 Thread Steven Haigh
On 07/02/14 03:18, Felix Kaechele wrote:
> I guess you got that piece of code wrong.
> 
> The first argument to the ath79_wmac_set_ext_lna_gpio function refers to
> the TX chain, not the value to be written to the GPIO.
> 
> So everything is fine here.

Without sounding rude here, are you sure? My look was first prompted by
this comment on my web site:
"I’m see a similar issue as Andy, with the latest builds.
To get connected with 5GHz, you need to be sitting almost in-front of
the N750.

Steve, could you explain the difference of the patch you submitted and
the code that replaced your patch. It was my understanding that you were
setting the GPIO pins to high to fix the reception issues.
On the new code it seems that one is set to high and the other one to low.

Your code:
181  gpio_request_one(MYNET_N750_GPIO_EXTERNAL_LNA0,
182  GPIOF_OUT_INIT_HIGH | GPIOF_EXPORT_DIR_FIXED,
183  “External LNA0″);
184  gpio_request_one(MYNET_N750_GPIO_EXTERNAL_LNA1,
185  GPIOF_OUT_INIT_HIGH | GPIOF_EXPORT_DIR_FIXED,
186  “External LNA1″);

The new code:
ath79_wmac_set_ext_lna_gpio(0, MYNET_N750_GPIO_EXTERNAL_LNA0);
ath79_wmac_set_ext_lna_gpio(1, MYNET_N750_GPIO_EXTERNAL_LNA1);"

In this, 'your patch' was the original patch to fix this by yourself.
This was heavily refactored before merging into trunk.

The original code seems to be setting both to high - whereas the new
code seems only to set one high.

After applying this patch, the reply to the comment states:
"Thanks Steve, I just tested the image with the new patch.
I can confirm that it is working a lot better"

While it could be a random coincidence, I don't have any evidence
further than this to say that it isn't.

If others have an N750 that they could test on, I have a built image
with this patch included at:
http://openwrt.crc.id.au/r39504/

Builds on my site earlier than r39499 do not have this patch applied as
a comparison. I would love to get further testing before we write this
off - just to make sure.

-- 
Steven Haigh

Email: net...@crc.id.au
Web: https://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] MyNET N750 - Actually turn the LNA on.

2014-02-06 Thread Steven Haigh
On 07/02/14 08:37, Andy Botting wrote:
> Steve,
> 
> If others have an N750 that they could test on, I have a built image
> with this patch included at:
> http://openwrt.crc.id.au/r39504/
> 
> 
> Is your LNA patch applicable to the N600?
> 
> I've got a couple of them sitting around after I tried them out and had
> signal issues (presumably before the signal fix patches made it to trunk).

Hi Andy,

I do have an N600 - and I can confirm this works as advertised. The
settings related to the LNAs for the N600 are the same as the default
N750 BEFORE the patch. As such, I'm not quite sure of the problem - if
its non-existent, coincidence, or it is a quirk of the N750.

That's why I'd like to get more testers / feedback from owners of N750
devices to check...

-- 
Steven Haigh

Email: net...@crc.id.au
Web: https://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299



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] MyNET N750 - Actually turn the LNA on.

2014-02-09 Thread Steven Haigh
   https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
> 
> 
> 
>     ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> <mailto: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
> 

-- 
Steven Haigh

Email: net...@crc.id.au
Web: https://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299



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] WD MyNet N750 not showing 802.11n mode in luci

2014-05-14 Thread Steven Haigh
Hi guys,

I grabbed a couple of N750s after having the N600 for a while (dem gige
ports!) and I noticed when setting up the N750 via luci, you can't
select 40MHz channels or 802.11n operating mode.

If you set it manually in /etc/config/wifi, it works perfectly - but
luci seems to think its not available.

Any ideas?

-- 
Steven Haigh

Email: net...@crc.id.au
Web: http://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299



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] WD MyNet N750 not showing 802.11n mode in luci

2014-05-15 Thread Steven Haigh
The N600 allows you to select 802.11n as well as 40MHz channels.

On 16/05/14 03:28, Luis E. Garcia wrote:
> Steve, was this present on the N600?
> 
> 
> On Thu, May 15, 2014 at 12:09 AM, Steven Haigh  <mailto:net...@crc.id.au>> wrote:
> 
> Hi guys,
> 
> I grabbed a couple of N750s after having the N600 for a while (dem gige
> ports!) and I noticed when setting up the N750 via luci, you can't
> select 40MHz channels or 802.11n operating mode.
> 
> If you set it manually in /etc/config/wifi, it works perfectly - but
> luci seems to think its not available.
> 
> Any ideas?

-- 
Steven Haigh

Email: net...@crc.id.au
Web: http://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299



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] WD MyNet N750 not showing 802.11n mode in luci

2014-05-15 Thread Steven Haigh
That's what I get on the N600. On the N750 I see:

Mode: auto, 802.11a

As such, I don't get the selection box for doing 20/40MHz channels.

This is using:
OpenWrt Barrier Breaker r40767 / LuCI Trunk (svn-r10180)

On 16/05/14 08:57, Luis E. Garcia wrote:
> Steve,
> You can select 40MHz channels on the advanced tab in the radio
> configuration.
> The 802.11n - I can only select 802.11gn and 802.11an on the radio options.
> 
> 
> 
> On Thu, May 15, 2014 at 5:53 PM, Steven Haigh  <mailto:net...@crc.id.au>> wrote:
> 
> The N600 allows you to select 802.11n as well as 40MHz channels.
> 
> On 16/05/14 03:28, Luis E. Garcia wrote:
> > Steve, was this present on the N600?
> >
> >
> > On Thu, May 15, 2014 at 12:09 AM, Steven Haigh  <mailto:net...@crc.id.au>
> > <mailto:net...@crc.id.au <mailto:net...@crc.id.au>>> wrote:
> >
> > Hi guys,
> >
> > I grabbed a couple of N750s after having the N600 for a while
> (dem gige
> > ports!) and I noticed when setting up the N750 via luci, you can't
> > select 40MHz channels or 802.11n operating mode.
> >
> > If you set it manually in /etc/config/wifi, it works perfectly
> - but
> > luci seems to think its not available.
> >
> > Any ideas?
> 
> --
> Steven Haigh
> 
> Email: net...@crc.id.au <mailto:net...@crc.id.au>
> Web: http://www.crc.id.au
> Phone: (03) 9001 6090 - 0412 935 897
> Fax: (03) 8338 0299
> 
> 


-- 
Steven Haigh

Email: net...@crc.id.au
Web: http://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299



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