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:/# 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 have confirmation from another tester that the patch has now
> enabled the 5GHz radio on his N750
> ( Check comment 25 & 26 on the following
> page: https://www.crc.id.au/2014/01/10/wd-mynet-n600-n750-openwrt-update/ )
> 
> Luis
> 
>  
> 
> 
> On Thu, Feb 6, 2014 at 4:59 PM, Luis E. Garcia <l...@bitamins.net
> <mailto:l...@bitamins.net>> wrote:
> 
>     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 with revisons r39217 or later introduce lag on LuCI
>     [Configuration of radios WLan0 & WLan1] and the radio reception on
>     the 5GHz is much lower in my tests.
> 
>     If you can point me in the right direction to check the state of the
>     GPIOs from the console on the router I can test the images and see
>     the status, and post back the results.
> 
>     Luis
> 
> 
> 
>     On Thu, Feb 6, 2014 at 4:46 PM, Chirag Chhatriwala
>     <cchha...@gmail.com <mailto:cchha...@gmail.com>> wrote:
> 
>         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 
> 
>         calls 
> 
>         gpio_request_one  and sets to GPIOF_DIR_OUT | GPIOF_INIT_LOW for
>         the particular LNA GPIO. I reckon we need this to
>         be GPIOF_INIT_HIGH in order for this to be in line with Felix's
>         original patch.
> 
>         What bothers me is that if this patch isn't working, how is my
>         device able to hear other devices just fine.
> 
>         I also agree with Felix, that value being passed
>         in ath79_wmac_set_ext_lna_gpio as 0 or 1 is simply cosmetic, to
>         produce an output of LNA0 or LNA1. It IS then later used to
>         select AR934X_GPIO_OUT_EXT_LNA0 or AR934X_GPIO_OUT_EXT_LNA1
>         based on the provided value.
> 
>         I got lost in the ath79_gpio_output_select (maybe this is where
>         the magic happens?)
> 
>         Best Regards,
>         Chirag
> 
>         PS I own 2 N750s and they run in WDS AP and WDS AP+CLIENT mode
>         and the devices see each other just fine.
> 
>         On Thu, Feb 6, 2014 at 5:37 PM, Luis E. Garcia
>         <l...@bitamins.net <mailto:l...@bitamins.net>> wrote:
> 
> 
>             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.
> 
>             They "cleaned up" the code in revision r39217, I couldn't
>             find the definition for the function they're using
>             "ath79_wmac_set_ext_lna_gpio"
>             But all builds after that have issues with the radios, poor
>             performance on the 5GHz radios - LuCI lags on the page that
>             setups the WiFi radios.
> 
>             With the image you have as r39499 with the patch - the
>             router behaves as with the r39213 with patch image. ( the
>             first fix you sent )
> 
>             I wanted to verify the state of the GPIOs on the kernel
>             under the running linux system - that is why I asked if
>             there was a way to verify the State of the GPIOs in your blog.
> 
>             Luis Garcia
> 
> 
>             _______________________________________________
>             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
>         <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

Attachment: 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

Reply via email to