aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux/ath79/dts/ar7242_buffalo_wzr-bhr.dtsi
Commit message (Collapse)AuthorAgeFilesLines
* ath79: convert devices to interrupt-driven gpio-keysAdrian Schmutzler2019-09-221-2/+1
| | | | | | | | | | | | | This converts all remaining devices to use interrupt-driven gpio-keys compatible instead of gpio-keys-polled. The poll-interval is removed. Only ar7240_netgear_wnr612-v2 is kept at gpio-keys-polled, as this one is using ath9k keys. Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de> Tested-by: Karl Palsson <karlp@etactica.com> Tested-by: Dmitry Tunin <hanipouspilot@gmail.com>
* ath79: Consistently label art partition with lower caseAdrian Schmutzler2019-06-101-2/+2
| | | | | | | | This patch harmonizes the label and alias for art partitions across ath79. Since lower case seems to be more frequent, use that consistently. Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
* treewide: dts: Remove default-state=off property from all gpio LED nodesPetr Štetiar2018-12-171-3/+0
| | | | | | | | | | | | | | | | | | >From the Documentation/devicetree/bindings/leds/common.txt: - default-state : The initial state of the LED. Valid values are "on", "off", and "keep". If the LED is already on or off and the default-state property is set the to same value, then no glitch should be produced where the LED momentarily turns off (or on). The "keep" setting will keep the LED at whatever its current state is, without producing a glitch. The default is off if this property is not present. So setting the default-state of the LEDs to `off` is redundant as `off` is default LED state anyway. We should remove it as almost every new PR/patch submission contains this property by default which seems to be just copy&paste from some DTS file already present in the tree. Signed-off-by: Petr Štetiar <ynezz@true.cz>
* ath79: specify "firmware" partition format for Buffalo devicesINAGAKI Hiroshi2018-11-261-0/+1
| | | | | | | | | | | | | | Specify firmware partition format (denx,uimage) by compatible string for Buffalo devices. affected devices (&run tested): - BHR-4GRV - WHR-G301N - WZR-HP-AG300H - WZR-HP-G302H A1A0 - WZR-HP-G450H (WZR-450HP) Signed-off-by: INAGAKI Hiroshi <musashino.open@gmail.com>
* ath79: fix MAC address for Buffalo BHR-4GRVINAGAKI Hiroshi2018-10-071-2/+0
| | | | | | | | | | | | | | | | | | I added mtd-mac-address for WZR-HP-G450H and BHR-4GRV in 1df1ea4d7e8b6ae3351780ed58800ccd9edd4c27, but that address in ART is incorrect for BHR-4GRV. WZR-HP-G450H has wlan eeprom and MAC address in ART, but BHR-4GRV has only MAC address in ART. - WZR-HP-G450H - eeprom: 0x1000 - MAC: 0x1002 - BHR-4GRV - MAC: 0x0 Signed-off-by: INAGAKI Hiroshi <musashino.open@gmail.com>
* ath79: fix support for Buffalo WZR-HP-G450H and split to dts/dtsiINAGAKI Hiroshi2018-09-261-0/+174
There are many parts that are incorrect or missing in the current code for Buffalo WZR-HP-G450H in ath79, so its support is broken. I fixed that issues and split to dts/dtsi files to add support for Buffalo BHR-4GRV. And WZR-450HP has the same hardware as WZR-HP-G450H, so I change the device name to "WZR-HP-G450H/WZR-450HP". Specification: - Atheros AR7242 - 64 MB of RAM - 32 MB of Flash - 2x 16 MB SPI-NOR flash - 3T3R 2.4 GHz wifi - SoC internal - 5x 10/100/1000 Mbps Ethernet - 6x LEDs, 5x keys - 1x USB 2.0 Type-A - UART header on PCB - JP1: Vcc, GND, TX, RX from reset button side Flash instruction using factory image: 1. Boot the WZR-HP-G450H (or WZR-450HP) normaly and connect the computer to its LAN port 2. Access to "http://192.168.11.1/cgi-bin/cgi?req=frm&frm=py-db/firmup.html" with user "bufpy" and password "otdpopy" 3. Select the OpenWrt factory image and click "OK" button to perform firmware update 4. Wait ~200 seconds to complete flashing Signed-off-by: INAGAKI Hiroshi <musashino.open@gmail.com>