aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux
Commit message (Collapse)AuthorAgeFilesLines
* ath79: add support for TP-Link TL-WA901ND v2David Bauer2018-10-073-0/+140
| | | | | | | | | | | | | | | | | | This commit adds support for the TP-Link TL-WR901ND v2 access point. CPU: Atheros AR9132 400MHz RAM: 32MB FLASH: 4MiB WiFi: Atheros AR9103 3x3:2 bgn LED: Power (static on) LAN (controlled by PHY) SYS, WiFi, QSS toggleable BTN: Reset, QSS Installation: Upload the factory image via the vendor-GUI. Signed-off-by: David Bauer <mail@david-bauer.net>
* ath79: add support for Buffalo WZR-HP-G302H A1A0INAGAKI Hiroshi2018-10-074-0/+263
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Buffalo WZR-HP-G302H is a 2T2R 2.4 GHz 11n router, based on Atheros AR7242. It is Japanese market model of WZR-HP-G300NH2, but there are some diffrences. This commit is based on WZR-HP-G300NH2 in ar71xx. And, G302H has several hardware versions and hardware is different dependent on the versions. This commit adds support for "A1A0" version. Specification: - Atheros AR7242 - 64 MB of RAM (DDR2) - 32 MB of Flash - 2x 16 MB SPI-NOR flash - 2.4 GHz 2T2R wifi - Atheros AR9283 - 5x 10/100/1000 Mbps Ethernet - Atheros AR8316 - 7x LEDs, 5x keys - LED: 1x gpio-leds, 6x ath9k-leds - key: 3x buttons, 2x slide switches - UART header on PCB - Vcc, GND, TX, RX from ethernet port side - 115200n8 Flash instruction using factory image: 1. Boot WZR-HP-G302H normaly and connect the computer to its LAN port 2. Access to "http://192.168.11.1/" and move to firmware update page ("ファーム更新") 3. Select the OpenWrt factory image and click update ("更新実行") button to perform firmware update 4. Wait ~200 seconds to complete flashing Signed-off-by: INAGAKI Hiroshi <musashino.open@gmail.com>
* ath79: add hwver parameter to buffalo-tagINAGAKI Hiroshi2018-10-073-5/+6
| | | | | | | In order to be able to set the value of "hardware version" other than "3", I added the "hwver" parameter. Signed-off-by: INAGAKI Hiroshi <musashino.open@gmail.com>
* ath79: Add support for TP-Link TL-WR842N-v2Robert Marko2018-10-074-1/+221
| | | | | | | | | | | | | | | | | | | | This PR adds support for TP-Link TL-WR842N-v2 router which is supported by ar71xx to ath79. This is a low cost model with following specs: CPU: Atheros AR9341 SoC RAM: 32 MB DDR1 Flash: 8 MB NOR SPI Switch: Internal AR9341 5 port 10/100 Mbit Ports: 5x 10/100 Mbit(1x WAN, 4x LAN) USB: 1x USB2.0 WLAN: 2.4 GHZ AR9341 Installation: Simply flash the factory image through stock firmware WEB UI. Signed-off-by: Robert Marko <robimarko@gmail.com>
* ipq40xx: Create /var/lock directory in platform_do_upgrade_*Sven Eckelmann2018-10-071-8/+1
| | | | | | | | | | | | | | | | | | The sysupgrade_pre_upgrade hook was removed with 5e1b4c57ded7 ("base-files: drop fwtool_pre_upgrade") while there were still scripts using it: * target/linux/ar71xx/base-files/lib/upgrade/allnet.sh * target/linux/ar71xx/base-files/lib/upgrade/openmesh.sh * target/linux/ipq40xx/base-files/lib/upgrade/openmesh.sh Not running the hooks can either prevent a successful upgrade or brick the device because the fw_setenv program cannot be started correctly. Instead of adding this hook again, the directory /var/lock for fw_setenv can also just be created directly before fw_setenv is called. Fixes: 5e1b4c57ded7 ("base-files: drop fwtool_pre_upgrade") Signed-off-by: Sven Eckelmann <sven.eckelmann@openmesh.com>
* ar71xx: Create /var/lock directory in platform_do_upgrade_*Sven Eckelmann2018-10-072-16/+3
| | | | | | | | | | | | | | | | | | The sysupgrade_pre_upgrade hook was removed with 5e1b4c57ded7 ("base-files: drop fwtool_pre_upgrade") while there were still scripts using it: * target/linux/ar71xx/base-files/lib/upgrade/allnet.sh * target/linux/ar71xx/base-files/lib/upgrade/openmesh.sh * target/linux/ipq40xx/base-files/lib/upgrade/openmesh.sh Not running the hooks can either prevent a successful upgrade or brick the device because the fw_setenv program cannot be started correctly. Instead of adding this hook again, the directory /var/lock for fw_setenv can also just be created directly before fw_setenv is called. Fixes: 5e1b4c57ded7 ("base-files: drop fwtool_pre_upgrade") Signed-off-by: Sven Eckelmann <sven.eckelmann@openmesh.com>
* ar71xx: Use sysupgrade's RAMFS_COPY_* for fw_(set|print)envSven Eckelmann2018-10-073-9/+6
| | | | | | | | | | | | The install_bin from /lib/upgrade/common.sh is no longer creating the symlinks when a secondary parameter is added. But the fw_setenv program was always copied this way to the ramdisk for the upgrade. Instead, this should be done using RAMFS_COPY_* like on all other platforms. Fixes: 438dcbfe74a6 ("base-files: automatically handle paths and symlinks for RAMFS_COPY_BIN") Signed-off-by: Sven Eckelmann <sven.eckelmann@openmesh.com>
* ath79: fix build warningMathias Kresin2018-10-071-2/+0
| | | | | | | | | | | | | | | | | | | | The image build code for the Ubiquiti Nanostation AC series adds the factory image as to be build image. The same is already done by an included recipe which results into an expanded IMAGE variable of: IMAGES = sysupgrade.bin factory.bin factory.bin The build system doesn't like these duplicates and issues the following warning: Makefile:82: warning: overriding recipe for target... Get remove the duplicate factory image to get rid of the warning. Fixes: 5736af8024be ("ath79: Add support for Ubiquiti NanoStation AC loco") fa3c2676ab0c ("ath79: Add support for Ubiquiti Nanostation AC") Signed-off-by: Mathias Kresin <dev@kresin.me>
* ramips: don't hijack the status ledMathias Kresin2018-10-071-14/+0
| | | | | | | | | | Don't hijack the status led to indicate the wireless state. If we don't have a dedicated wireless led, it's as simply as the wireless status can't be indicated. Such a led misuse should be set by the user and not shipped by default. Signed-off-by: Mathias Kresin <dev@kresin.me>
* ramips: move status led unset to devicetreeMathias Kresin2018-10-078-25/+0
| | | | | | | Release the led used for boot status indication via devicetree instead of setting a default off trigger in userspace. Signed-off-by: Mathias Kresin <dev@kresin.me>
* ramips: add support for indicating the boot state using multiple ledsMathias Kresin2018-10-07214-217/+877
| | | | | | | | | Use diag.sh version used for other targets supporting different leds for the different boot states. The existing led sequences should be the same as before. Signed-off-by: Mathias Kresin <dev@kresin.me>
* ramips: set F5D8235 v1 usb led trigger via devicetreeMathias Kresin2018-10-072-5/+26
| | | | | | | Assign the usbdev trigger via devicetree and drop the userspace handling of the usb leds. Signed-off-by: Mathias Kresin <dev@kresin.me>
* ramips: set rt2880 pci controller of_nodeMathias Kresin2018-10-071-0/+32
| | | | | | | Set the PCI controller of_node such that PCI devices can be instantiated via device tree. Signed-off-by: Mathias Kresin <dev@kresin.me>
* ramips: set usb led trigger via devicetreeMathias Kresin2018-10-0770-80/+235
| | | | | | | | | | Assign the usbdev trigger via devicetree for all subtargets and drop the userspace handling of the usb leds. With the change all usb ports are triggering the usb led instead of only usb 1.1 XOR usb 2.0 XOR usb 3.0 as it was before. Signed-off-by: Mathias Kresin <dev@kresin.me>
* ath79: Add support for Ubiquiti Nanostation ACTobias Schramm2018-10-076-0/+117
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 5 GHz AC wireless outdoor PoE CPE with internal 2.4 GHz management radio CPU: Atheros AR9342 SoC RAM: 64 MB DDR2 Flash: 16 MB NOR SPI Switch: QCA8334 Ports: 2 GbE ports (1x PoE in, 1x PoE passthrough) WLAN: 5 GHz QCA899X (PCI) and 2.4 GHZ AR9342 Successor to the old NanoStation M5 with AC wireless. The integrated QCA899X is a Ubiquiti branded part with modified vendor and product id (0777:11ac9). Serial Serial settings: 115200, 8N1 * = plated through hole 0 = nylon screw [Top of device] +--------------------------+ | [label] | | 0 | | 0 | | [ubnt] | | [logo] 3V3 * | | TX * | | RX * | | GND * | | | | * | | * | | * | | * | | 0 | | 0 | | | | | Installation 1. Connect to serial header on device 2. Power on device and enter uboot console 3. Set up tftp server serving an openwrt initramfs build 4. Load initramfs build using the command tftpboot in the uboot cli 5. Boot the loaded image using the command bootm 6. Copy squashfs openwrt sysupgrade build to the booted device 7. Use mtd to write sysupgrade to partition "firmware" 8. Reboot and enjoy Signed-off-by: Tobias Schramm <tobleminer@gmail.com>
* ath79: Add support for Ubiquiti NanoStation AC locoTobias Schramm2018-10-074-3/+66
| | | | | | | | | | | | | | | | | | | | | | | Atheros AR9342, 16 MB flash, 64 MB RAM Successor to the old NanoStation M5 loco with AC wireless. Includes a mac80211 patch for ath10k_pci because Ubiquiti uses a Ubiquiti branded and customized QCA988X with vendor id 0777 and device id 11ac for AC wireless. Installation 1. Connect to serial header on device (8N1 115200) 2. Power on device and enter uboot console 3. Set up tftp server serving an openwrt initramfs build 4. Load initramfs build using the command tftpboot in the uboot cli 5. Boot the loaded image using the command bootm 6. Copy squashfs openwrt sysupgrade build to the booted device 7. Use mtd to write sysupgrade to partition "firmware" 8. Reboot and enjoy Signed-off-by: Tobias Schramm <tobleminer@gmail.com>
* ath79: Add generic device tree for Ubiquiti WA boardsTobias Schramm2018-10-071-0/+92
| | | | Signed-off-by: Tobias Schramm <tobleminer@gmail.com>
* ath79: fix MAC address for Buffalo BHR-4GRVINAGAKI Hiroshi2018-10-073-2/+8
| | | | | | | | | | | | | | | | | | 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>
* bcm53xx: added basic dts for linksys ea6500v2Rene Kjellerup2018-10-072-1/+70
| | | | | | | | only thing not working is the b43 5GHz wifi band as upstream kernel doesn't supporthe 0x4360 chip so far Signed-off-by: Rene Kjellerup <rk.katana.steel@gmail.com>
* ar71xx: fix pci irq init on kernel 4.14Koen Vandeputte2018-10-042-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The IRQ init structs are marked as __initconst which means this memory can be free after init. On this platform, the PCI IRQ init happens very late _after_ the kernel already freed the memory allocated for these structs. During IRQ allocation, the allocation function is passed with invalid data at this point leading to following error: [ 0.000000] SoC: Qualcomm Atheros QCA9533 ver 2 rev 0 [ 2.382828] Freeing unused kernel memory: 264K [ 34.414816] pci 0000:00:00.0: no irq found for pin 1 and [ 0.000000] SoC: Qualcomm Atheros QCA956X ver 1 rev 0 [ 2.125401] Freeing unused kernel memory: 284K [ 9.526479] pci 0000:00:00.0: no irq found for pin 1 After this patch: [ 14.960814] pci 0000:00:00.0: using irq 40 for pin 1 Commit 318e19ba6755 ("ar71xx: add v4.14 support") fixed this for the default targets already present in the source by default but forgot to remove the __initconst attribute for targets QCA953x and QCA956x which are only added later through platform patches. Fixes: 318e19ba6755 ("ar71xx: add v4.14 support") Reported-by: Sven Schönhoff <sven.schoenhoff@gmail.com> Reported-by: Dirk Brenken <dev@brenken.org> Signed-off-by: Koen Vandeputte <koen.vandeputte@ncentric.com> Tested-by: Dirk Brenken <dev@brenken.org>
* kernel: bump 4.14 to 4.14.74Koen Vandeputte2018-10-045-13/+13
| | | | | | | | | | | | | Refreshed all patches. Fixes CVE: - CVE-2018-7755 Compile-tested on: cns3xxx, imx6 Runtime-tested on: cns3xxx, imx6 Signed-off-by: Koen Vandeputte <koen.vandeputte@ncentric.com>
* kernel: bump 4.9 to 4.9.131Koen Vandeputte2018-10-041-9/+9
| | | | | | | | | | | | | | Refreshed all patches. Fixes CVE: - CVE-2018-10880 - CVE-2018-7755 Compile-tested on: ar71xx Runtime-tested on: ar71xx Signed-off-by: Koen Vandeputte <koen.vandeputte@ncentric.com>
* sunxi: Turn on CONFIG_SUN4I_A10_CCU for A20Florian Fainelli2018-10-021-1/+0
| | | | | | | | | | CONFIG_SUN4I_A10_CCU controls both the A10 and the A20 enabling of the CCU (LCCF) driver, this will be necessary once we move beyond kernel 4.14 because 4.15 has commit f18698e1c66338b902de386e4ad97b8b1b9d999d ("ARM: dts: sun7i: Convert to CCU") which requires this driver. Fixes: ad2b3bf310f7 ("sunxi: Add support for kernel 4.14") Signed-off-by: Florian Fainelli <f.fainelli@gmail.com>
* kernel: bump 4.14 to 4.14.73Koen Vandeputte2018-10-027-105/+9
| | | | | | | | | | | | Refreshed all patches. Removed upstreamed: - 192-Revert-ubifs-xattr-Don-t-operate-on-deleted-inodes.patch Compile-tested on: cns3xxx, imx6, x86_64 Runtime-tested on: cns3xxx, imx6, x86_64 Signed-off-by: Koen Vandeputte <koen.vandeputte@ncentric.com>
* kernel: bump 4.9 to 4.9.130Koen Vandeputte2018-10-023-4/+4
| | | | | | | | | Refreshed all patches. Compile-tested on: ar71xx Runtime-tested on: ar71xx Signed-off-by: Koen Vandeputte <koen.vandeputte@ncentric.com>
* uml: update to linux 4.14Felix Fietkau2018-09-299-353/+68
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* x86: remove linux 4.9 supportFelix Fietkau2018-09-295-580/+0
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* omap: remove linux 4.9 supportFelix Fietkau2018-09-292-747/+0
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* octeon: remove linux 4.9 supportFelix Fietkau2018-09-296-2060/+0
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* malta: remove linux 4.9 supportFelix Fietkau2018-09-291-307/+0
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* kirkwood: remove linux 4.9 supportFelix Fietkau2018-09-2916-1487/+0
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* brcm47xx: remove linux 4.9 supportFelix Fietkau2018-09-2925-2991/+0
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* armvirt: remove linux 4.9 supportFelix Fietkau2018-09-291-180/+0
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* sunxi: remove linux 4.9 supportFelix Fietkau2018-09-2962-21169/+0
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* layerscape: fix Ethernet/DPAA/FMAN on Traverse boards after DTS refreshMathew McBride2018-09-291-2/+8
| | | | | | | | | | | Patch 303 is required for Traverse LS1043 targets when using the NXP DPAA1 driver. The recent refresh of 4.9 patches on layerscape changed how FMan/BMan memory regions were defined and meant Ethernet stopped working on these boards. (Note that these definitions are only required for NXP's Ethernet driver, the new upstream driver in >=4.15 works using the DTS provided in files/) Signed-off-by: Mathew McBride <matt@traverse.com.au>
* apm821xx: net: emac: fix fixed-link setup for the RTL8363SB switchChristian Lamparter2018-09-292-1/+49
| | | | | | | | | | | On the Netgear WNDAP620, the emac ethernet isn't receiving nor xmitting any frames from/to the RTL8363SB (identifies itself as a RTL8367RB). This is caused by hardware not knowing the right forced link settings (speed, duplex, pause, etc.) settings. Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
* apm821xx: fix dtc compiler warnings for MX60(W) and MR24's dts filesChristian Lamparter2018-09-292-8/+7
| | | | | | | | | | | | | | | | This patch fixes some of the dtc warnings: MR24: "reg" property in [...]mdio/phy@1 has invalid length (4 bytes) Node [...]button@1 has a unit name, but no reg property Relying on default #address-cells value for [...]phy@1 Relying on default #size-cells value for [...]phy@1 MX60(W): Node [..]nand/all has a reg or ranges property, but no unit name Node [..]button@1 has a unit name, but no reg property Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
* apm821xx: remove wd, mybooklive-duo leftoversChristian Lamparter2018-09-293-8/+4
| | | | | | | | | The unification of the My Book Live Single and duo image in commit 9b47aa93c76b ("apm821xx: unify My Book Live Single + Duo images") made the wd,mybooklive-duo obsolete in most places and can be removed. Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
* treewide: replace 'linux, stdout-path' with 'stdout-path'Christian Lamparter2018-09-2916-16/+16
| | | | | | | | | | | | | | | This follows a similar upstream patch by Rob Herring: |commit 78e5dfea84dc15d69940831b3981b3014d17222e |Author: Rob Herring <robh@kernel.org> |Date: Wed Feb 28 16:44:06 2018 -0600 | powerpc: dts: replace 'linux,stdout-path' with 'stdout-path' | | 'linux,stdout-path' has been deprecated for some time in favor of | 'stdout-path'. Now dtc will warn on occurrences of 'linux,stdout-path'. | Search and replace all the of occurrences with 'stdout-path'. Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
* sunxi: enable CONFIG_BPF_SYSCALL and CONFIG_EMBEDDEDHauke Mehrtens2018-09-291-2/+0
| | | | | | This takes the options from the generic configuration Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: Activate VDSO on MIPS againHauke Mehrtens2018-09-291-23/+0
| | | | | | | The cache coloring problem on MIPS CPUs was fixed with kernel 4.9.129 of the kernel 4.9 branch. Activate VDSO support for MIPS again. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* samsung: Remove unneeded config optionsHauke Mehrtens2018-09-291-21/+5
| | | | | | | | | | The samsung target deactivates some options which are activated in the generic kernel configuration. This looks unnecessary to me, so remove this. This also fixes build problem found by build bot, for example the kmod-fs-nfs-v3 was not building, because CONFIG_NETWORK_FILESYSTEMS was deactivated. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* layerscape: armv7: activate USB support.Hauke Mehrtens2018-09-281-0/+1
| | | | | | | | The feature flags say that this target supports USB so packages depending on USB are being build, but actually the kernel configuration misses USB support. It looks like this SoC supports USB, so activate it. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* layerscape: kmod-ppfe: Fix kernel optionsHauke Mehrtens2018-09-271-1/+2
| | | | | | | | | The CONFIG_FSL_PPFE and the CONFIG_FSL_PPFE_UTIL_DISABLED are boolean, so they should be selected with an =y in OpenWrt, otherwise OpenWrt will select them as =m. These options will make pfe.ko being build as a module even if this is boolean. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: Add missing config options for layerscape armv7 targetHauke Mehrtens2018-09-272-0/+8
| | | | | | | | This adds some configuration options which are selectable when the layerscape armv7 target is compiled. This was found by build bot. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: Add missing config options for samsung targetHauke Mehrtens2018-09-271-0/+4
| | | | | | | | This adds some configuration options which are selectable when the samsung target is compiled. This was found by build bot. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* mac80211: fix selecting of ath10k -ct firmwareHauke Mehrtens2018-09-272-2/+2
| | | | | | | There is not firmware file with -ct-ct postfix, remove one -ct. Fixes: 61b5b4971e7d ("mac80211: make ath10k-ct the default ath10k") Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* ath79: add support for Buffalo BHR-4GRVINAGAKI Hiroshi2018-09-263-5/+32
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Buffalo BHR-4GRV is a wired router, based on Atheros AR7242. Specification: - Atheros AR7242 - 64 MB of RAM - 32 MB of Flash - 2x 16 MB SPI-NOR flash - 5x 10/100/1000 Mbps Ethernet - 3x LEDs, 2x 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 BHR-4GRV 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 upgrade 4. Wait ~200 seconds to complete flashing Signed-off-by: INAGAKI Hiroshi <musashino.open@gmail.com>
* ath79: fix support for Buffalo WZR-HP-G450H and split to dts/dtsiINAGAKI Hiroshi2018-09-264-81/+225
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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>
* ath79: fix wrong pll-data value for I-O DATA WN-AC-DGR devicesINAGAKI Hiroshi2018-09-261-1/+1
| | | | | | | | The pll-data value "0x56000000" is wrong for I-O DATA WN-AC1600DGR2 and WN-AC1167DGR, so there was a problem of slowing down the speed of ethernet. Signed-off-by: INAGAKI Hiroshi <musashino.open@gmail.com>
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-18 03:01:25 +0000