Steve, Chirag,
I'll be testing the signal strength on both bands this week ( I don't want
to rush any results, while we wait for Gabor's answer).
For the test I'll use 3 firmware images:
- original WD N750 firmware (latest version).
- r39542 with patch.
- r39542 without patch.
I'll take note of t
On Sun, Feb 9, 2014 at 5:54 AM, Steven Haigh wrote:
> Is there any further news on this?
>
> Its obviously helping some people - so the question is why?
>
> --
> Steven Haigh
>
> Email: net...@crc.id.au
> Web: https://www.crc.id.au
> Phone: (03) 9001 6090 - 0412 935 897
> Fax: (03) 8338 0299
>
>
Is there any further news on this?
Its obviously helping some people - so the question is why?
On 07/02/14 13:49, Luis E. Garcia wrote:
> I'm copying Gabor so that he might help us.
>
> Chirag,
> I'm trying to read the status of the GPIOs by using the
> /sys/class/gpio/export
>
> root@OpenWrt:/
I'm copying Gabor so that he might help us.
Chirag,
I'm trying to read the status of the GPIOs by using the
/sys/class/gpio/export
root@OpenWrt:/# echo 15 > /sys/class/gpio/export
ash: write error: Device or resource busy
This doesn’t work, as the system complains that resource is busy.
I do hav
Chirag,
Can you test the reception on the radios with the patch at r39213.
Also can you check the behavior of LuCI with revision on the r394xx range.
I get better reception on the 5GHz radio and a resposive
LuCI [Configuration of radios WLan0 & WLan1] with the changes made on patch
r39213.
Builds
Very strange. I don't have the problem of the router being deaf anymore.
However further investigation into the code leads me to believe that the
value is never set to GPIOF_INIT_HIGH. Which is confusing. Or am I not
seeing the obvious?
ath79_wmac_set_ext_lna_gpio
calls
ar934x_set_ext_lna_gpio
Images found here:
http://openwrt.crc.id.au/
Steve
The code you first sent was merged with revision 39213 for the N750.
If I use your image with this patch ( the one marked ) r39211 - I can get
connected with both radios. LuCI responds in a timely fashion.
There is no lag when applying changes.
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 befo
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 ar
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
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.
Regards,
Felix
___
openwrt-devel mailing list
openwr
-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
12 matches
Mail list logo
