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

Reply via email to