[LEDE-DEV] [PATCH] This patch adds support for the Netgear WN3000RPv3 N300 repeater.
Thibaut
hacks at slashdirt.org
Wed Jan 18 02:03:54 PST 2017
Hi,
> Le 18 janv. 2017 à 09:05, Mathias Kresin <dev at kresin.me> a écrit :
>
> Hey Thibaut,
>
> see my comment inline.
>
> Mathias
>
> 17.01.2017 23:12, hacks at slashdirt.org:
>> --- a/target/linux/ramips/base-files/etc/diag.sh
>> +++ b/target/linux/ramips/base-files/etc/diag.sh
>> @@ -53,7 +53,8 @@ get_status_led() {
>> jhr-n825r|\
>> mpr-a1|\
>> mpr-a2|\
>> - mzk-ex750np)
>> + mzk-ex750np|\
>> + wn3000rpv3)
>> status_led="$board:red:power"
>
> Any specific reason why you are using the red led here? I mean, you are switching on the green led already in the dts and red is at least for me some kind of warning signal, which I would not expect to see if everything is fine.
Yes, this is to match stock firmware’s behavior:
This is a dual-color led. At power on, the boot loader brings both LEDs on, giving an orange status color. During boot up, LEDE will signal the boot / failsafe by blinking the red led, giving an orange-green blink. After boot is completed, the red LED is turned off to give a solid green.
> If you decide to use the green led, you can remove the red power off led from /etc/board.d/01_leds.
I think it’s fine the way it is. It also matches the EX2700 setup which is a very similar device.
>> --- /dev/null
>> +++ b/target/linux/ramips/dts/WN3000RPV3.dts
>> @@ -0,0 +1,148 @@
>> +/dts-v1/;
>> +
>> +#include "mt7620a.dtsi"
>> +
>
> Please include <dt-bindings/gpio/gpio.h> here as well.
>
> Use the GPIO_ACTIVE_LOW and GPIO_ACTIVE_HIGH macros afterwards in stead of 1 and 0 in the gpio parameters.
>
> Check the recent ramips board additions for examples.
Done.
>> +
>> + l_arrow {
>> + label = "wn3000rpv3:blue:l_arrow";
>
> I guess it would be more clear to use leftarrow and rightarrow here instead of abbreviations.
Done.
>> + gpios = <&gpio0 7 1>;
>> + };
>> +
>> + r_arrow {
>> + label = "wn3000rpv3:blue:r_arrow";
>> + gpios = <&gpio0 8 1>;
>> + };
>> + };
>> +
>> + gpio-keys-polled {
>> + compatible = "gpio-keys-polled";
>> + #address-cells = <1>;
>> + #size-cells = <0>;
>> + poll-interval = <20>;
>> +
>> + reset {
>> + label = "reset";
>> + gpios = <&gpio0 1 1>;
>> + linux,code = <KEY_RESTART>;
>> + };
>> +
>> + wps {
>> + label = "wps";
>> + gpios = <&gpio0 2 1>;
>> + linux,code = <KEY_WPS_BUTTON>;
>> + };
>> + };
>> +};
>> +
>> +&gpio0 {
>> + status = "okay";
>> +};
>
> It should be safe to drop the gpio0 node. It should be already enabled in the mt7620a.dtsi.
Done.
>> +
>> +&gpio1 {
>> + status = "okay";
>> +};
>> +
>> +&spi0 {
>> + status = "okay";
>> +
>> + m25p80 at 0 {
>> + #address-cells = <1>;
>> + #size-cells = <1>;
>> + compatible = "jedec,spi-nor";
>> + reg = <0>;
>> + linux,modalias = "m25p80", "mx25l6405d";
>
> Drop the linux,modalias line. It was only required for kernel < 4.4.
Done.
>> + spi-max-frequency = <10000000>;
>> +
>> + partition at 0 {
>> + label = "u-boot";
>> + reg = <0x0 0x30000>;
>> + read-only;
>> + };
>> +
>> + partition at 30000 {
>> + label = "u-boot-env";
>> + reg = <0x30000 0x10000>;
>> + read-only;
>> + };
>> +
>> + partition at 40000 {
>> + label = "firmware";
>> + reg = <0x40000 0x7b0000>;
>> + };
>> +
>> + art: partition at 7f0000 {
>> + label = "art";
>> + reg = <0x7f0000 0x10000>;
>> + read-only;
>> + };
>> + };
>> +};
>> +
>> +ðernet {
>> + mtd-mac-address = <&art 0x0>;
>> +};
>> +
>> +&wmac {
>> + mtd-mac-address = <&art 0x6>;
>> + ralink,mtd-eeprom = <&art 0x1000>;
>> +};
>> +
>> +&pinctrl {
>> + state_default: pinctrl0 {
>> + default {
>> + // spi refclk: pins 37, 38, 39
>> + // uartf: pins 8, 9, 10, 11, 12, 13, 14
>> + // i2c: pins 1, 2
>
> Remove the comments. If they are important, add the information to the commit message.
Done.
Thanks.
Thibaut
More information about the Lede-dev
mailing list