summaryrefslogtreecommitdiffstats
path: root/target
Commit message (Collapse)AuthorAgeFilesLines
* mediatek: improve reliability of Fidelix/Dosilicon SPI-NANDHEADmastermainDaniel Golle13 hours1-2/+2
| | | | | | | | | | | | | | | | | | | | | | Prior to performing a PROGRAM LOAD RANDOM DATA operation, a WRITE ENABLE (06h) command must be issued to change the contents of the memory array. Following a WRITE ENABLE (06) command, **first a PROGRAM LOAD (02h or 32h) command must be issued to reset the cache**, then issue a PROGRAM LOAD RANDOM DATA (84h or 34h) command This is dirty fix provided to use by MediaTek engineer Sky Huang which may resolve the "OpenWrt Kiss of Death" issue we've been seeing on the Linksys E8450 aka. Belkin RT3200. However, it means that everything has to be re-written with that patch already applied, ie. we need to rebuild the installer once it is part of snapshot builds to have any effect. Users already on FIP-in-UBI layout are advised to re-write 'fip' UBI volume and 'bl2' MTD partition manually once from within Linux after this fix has been applied. A similar fix will also be required for U-Boot. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* ramips: add support for Buffalo WSR-2533DHPL2INAGAKI Hiroshi13 hours6-0/+88
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Buffalo WSR-2533DHPL2 is a 2.4/5 GHz band 11ac (Wi-Fi 5) router, based on MediaTek MT7621A. Specification: - SoC : MediaTek MT7621AT - RAM : DDR3 128 MiB (Winbond W631GG6MB12J) - Flash : RAW-NAND 128 MiB (Winbond W29N01HVSINF) - WLAN : 2.4/5 GHz (2x MediaTek MT7615N) - Ethernet : 10/100/1000 Mbps x4 - Switch : MediaTek MT7530 (SoC) - LED/keys : 8x/6x (2x buttons, 1x slide-switch) - UART : through-hole on PCB (J4) - arrangement : 3.3V, GND, TX, RX from triangle-mark - settings : 57600n8 - Power : 12VDC 1.5A Flash instruction using factory.bin image: 1. boot WSR-2533DHPL2 normally with "Router" mode 2. access to the WebI ("http://192.168.11.1/") on the device and open firmware update page ("管理" -> "ファームウェア更新") 3. select the OpenWrt factory.bin image and click update ("更新実行") button Attention: do not use "factory-uboot.bin" image 4. Wait ~120 seconds to complete flashing Flash instruction using initramfs image: 1. prepare the TFTP server with the initramfs image renamed to "linux.trx-recovery" and IP address "192.168.11.2" 2. press the "AOSS" button while powering on the WSR-2533DHPL2 3. after 10 seconds, release the "AOSS" button, WSR-2533DHPL2 downloads the initramfs image and boot with it automatically 4. on the initramfs image, download the factory-uboot.bin image to the device and perform sysupgrade with it and "-F" option 5. wait ~120 seconds to complete flashing Notes: - There are 2x factory*.bin images for different purposes. - factory.bin : for flashing on OEM WebUI - factory-uboot.bin: for flashing on OEM bootloader or initramfs image factory-uboot.bin is useful for recoverying the device, or refreshing when the kernel partition is expanded in the future. sysupgrade on this device accepts factory-uboot.bin with option "-F", but on that situation, user configurations won't be kept, so it's not for normal use. MAC addresses: LAN : 18:EC:E7:xx:xx:E0 (board_data, "mac" (text)) WAN : 18:EC:E7:xx:xx:E0 (board_data, "mac" (text)) 2.4 GHz: 18:EC:E7:xx:xx:E1 (Factory, 0x4 (hex)) 5 GHz : 18:EC:E7:xx:xx:E4 (Factory, 0x8004 (hex)) Signed-off-by: INAGAKI Hiroshi <musashino.open@gmail.com>
* ramips: add support for Buffalo WSR-2533DHPLSINAGAKI Hiroshi13 hours8-2/+448
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Buffalo WSR-2533DHPLS is a 2.4/5 GHz band 11ac router, based on MediaTek MT7621A. Very similar to Buffalo WSR-2533DHPL, but with NAND, different GPIO and TRX partitions. Specification: - SoC : MediaTek MT7621AT - RAM : DDR3 256 MiB (Samsung K4B2G1646F-BYMA) - Flash : RAW-NAND 128 MiB (Winbond W29N01HV or KIOXIA TC58BVG0S3HTAI0) - WLAN : 2.4/5 GHz (2x MediaTek MT7615N) - Ethernet : 10/100/1000 Mbps - Switch : MediaTek MT7530 (SoC) 4 ports - LED/keys : 8x/6x (2x buttons, 1x slide-switch) - UART : through-hole on PCB (J4) - arrangement : 3.3V, GND, TX, RX from triangle-mark - settings : 115200n8 - Power : 12VDC 1.5A Flash instruction using factory.bin image: 1. boot WSR-2533DHPLS normally with "Router" mode 2. access to the WebI ("http://192.168.11.1/") on the device and open firmware update page ("管理" -> "ファームウェア更新") 3. select the OpenWrt factory.bin image and click update ("更新実行") button Attention: do not use "factory-uboot.bin" image 4. Wait ~120 seconds to complete flashing Flash instruction using initramfs image: 1. prepare the TFTP server with the initramfs image renamed to "linux.trx-recovery" and IP address "192.168.11.2" 2. press the "AOSS" button while powering on the WSR-2533DHPLS 3. after 10 seconds, release the "AOSS" button, WSR-2533DHPLS downloads the initramfs image and boot with it automatically 4. on the initramfs image, download the factory-uboot.bin image to the device and perform sysupgrade with it and "-F" option 5. wait ~120 seconds to complete flashing Notes: - The embedded addresses in eeprom data in Factory partition have Buffalo's OUI, but they don't match with the actual addresses assigned to wlan devices. So fixup addresses by the user-space script. root@localhost:/# hexdump -C /dev/mtdblock3 | grep "^0000[08]000\s" 00000000 15 76 a0 00 88 57 ee bc 01 a8 15 76 c3 14 00 80 |.v...W.....v....| 00008000 15 76 a0 00 88 57 ee bc 01 f8 15 76 c3 14 00 80 |.v...W.....v....| See "MAC addresses" below for actual addresses. - There are 2x factory*.bin images for different purposes. - factory.bin : for flashing on OEM WebUI - factory-uboot.bin: for flashing on OEM bootloader or initramfs image factory-uboot.bin is useful for recoverying the device, or refreshing when the kernel partition is expanded in the future. sysupgrade on this device accepts factory-uboot.bin with option "-F", but on that situation, user configurations won't be kept, so it's not for normal use. MAC addresses: LAN : 90:96:F3:xx:xx:30 (board_data, "mac" (text)) WAN : 90:96:F3:xx:xx:30 (board_data, "mac" (text)) 2.4 GHz: 90:96:F3:xx:xx:31 5 GHz : 90:96:F3:xx:xx:38 [original work] Signed-off-by: Audun-Marius Gangstø <audun@gangsto.org> [convert to ubi, fix/improve DT, add sysupgrade support] Signed-off-by: INAGAKI Hiroshi <musashino.open@gmail.com>
* ramips: mt7621: switch trx parser to parser_trx from mtdsplitINAGAKI Hiroshi13 hours3-3/+3
| | | | | | | | | Switch trx parser to parser_trx of Linux Kernel from mtdsplit_trx to split firmware partition using model-specific trx magic number on some Buffalo devices. This change is tested on Buffalo WSR-2533DHPL. Signed-off-by: INAGAKI Hiroshi <musashino.open@gmail.com>
* build: move Build/buffalo-trx to image-commands.mkINAGAKI Hiroshi13 hours1-21/+0
| | | | | | | Move Build/buffalo-trx to image-commands.mk from image/mt7622.mk to use that definition from ramips as well. Signed-off-by: INAGAKI Hiroshi <musashino.open@gmail.com>
* mediatek: add support for Ruijie RG-X60 ProAshley Lee16 hours4-0/+301
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This pull request ports Ruijie RG-X60 Pro router support to the main branch. Parameters: - SoC : MediaTek MT7986A Quad-core ARM Cortex-A53 2.0GHz - RAM : DDR3 512MiB (W634GU6QB) - Flash : SPI-NAND 128 MiB (W25N01GVZEIG) - WLAN : MediaTek MT7986A integration dual-band WiFi 6 - 2.4 GHz : b/g/n/ax, MIMO 4x4 - 5 GHz : a/n/ac/ax, MIMO 4x4 - Ethernet : 10/100/1000 Mbps x4 (MediaTek MT7531AE) 2500Mbps x 1 (Realtek RTL8221B-VB-CG) - UART : through-hole on PCB - [J500] GND, TX, RX, 3.3V (115200n1) - Buttons : Mesh, Reset - LEDs : 1x Power (Blue) 1x Turbo (Purple) - Power : 12 VDC, 3 A How to Installation: 1. Remove the case and connect the TTL cable to the corresponding position. 2. Power on the device and quickly press "down" on the keyboard, then U-Boot will stay in the menu. 3. Select "1. Upgrade Firmware", select "0. TFTP Client(Default)". 4. Input the IP address, input the Openwrt image file name to be flashed, start the TFTP server, and press "Enter". 5. Wait for the flashing to complete. How return to stock: 1. Remove the case and connect the TTL cable to the corresponding position. 2. Power on the device and quickly press "down" on the keyboard, then U-Boot will stay in the menu. 3. Select "1. Upgrade Firmware", select "0. TFTP Client(Default)". 4. Input the IP address, input the Stock “E-WEBOS” image file name to be flashed, start the TFTP server, and press "Enter". 5. Wait for the flashing to complete. About recovery: Connect uart, use u-boot menu to flash stock firmware image or boot OpenWrt initramfs image. About MAC Address: +---------+-------------------+-----------+ | | MAC | Algorithm | +---------+-------------------+-----------+ | WAN | 10:82:3D:XX:XX:9E | label | | LAN | 10:82:3D:XX:XX:9F | label+1 | | WLAN 2g | 10:82:3D:XX:XX:A0 | label+2 | | WLAN 5g | 10:82:3D:XX:XX:A1 | label+3 | +---------+-------------------+-----------+ Signed-off-by: Ashley Lee <code@emtips.net>
* mikrotik: switch to Yafut for building MikroTik NOR imagesMichał Kępień18 hours3-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The Yafut tool now has limited capabilities for working on filesystem images stored in regular files. This enables preparing Yaffs2 images for devices with NOR flash using upstream Yaffs2 filesystem code instead of the custom kernel2minor tool. Since minimizing the size of the resulting filesystem image size is important and upstream Yaffs2 code requires two allocator reserve blocks to be available when writing a file to the filesystem, a trick is employed while preparing an OpenWRT image: the blank filesystem image that Yafut operates on initially contains two extra erase blocks that are chopped off after the kernel file is written. This is safe to do because Yaffs2 has a true log structure and therefore only ever writes sequentially (and the size of the kernel file is known beforehand). While the two extra erase blocks are necessary for writes, Yaffs2 code seems to be perfectly capable of reading back files from a "truncated" filesystem that does not contain these extra erase blocks. In terms of image size, this new approach is only marginally worse than the current kernel2minor-based one: specifically, upstream Yaffs2 code needs to write three object headers (each of which takes up an entire data chunk) when the kernel file is written to the filesystem: - an object header for the kernel file when it is created, - an object header for the root directory when the kernel file is created, - an updated object header for the kernel file when the latter is fully written (so that its new size can be recorded). kernel2minor only writes two of these headers, which is the absolute minimum required for reading the file back. This means that the Yafut-based approach causes firmware images to be at most one erase block (64 kB) larger than those created using kernel2minor, but only in the very unfortunate scenario where the size of the kernel file is really close to a multiple of the erase block size. The rest of the calculations performed when the empty filesystem image is first prepared stems from the Yaffs2 layout used by MikroTik NOR devices: each 65,536-byte erase block contains 63 chunks, each of which consists of 1024 bytes of data followed by 16-byte Yaffs tags without ECC data; each such group of 63 chunks is then followed by 16 bytes of padding, which translates to "-C 1040 -B 64k -E" in the Yafut invocation. Yaffs2 checkpoints and summaries are disabled (using Yafut's -P and -S switches, respectively) as they are merely performance optimizations that require extra storage space. The -L and -M switches are used to force little-endian or big-endian byte order (respectively) in the resulting filesystem image, no matter what byte order the build host uses. The tr invocation is used to ensure that the filesystem image is initialized with 0xFF bytes (which are an indicator of unused space for Yaffs2 code). Signed-off-by: Michał Kępień <openwrt@kempniu.pl> Link: https://github.com/openwrt/openwrt/pull/13453 Signed-off-by: Robert Marko <robimarko@gmail.com>
* ipq40xx: use NVMEM-on-UBI for ASUS RT-AC58UDaniel Golle20 hours4-10/+44
| | | | | | | | Instead of extracting WiFi precal as well as MAC addresses in userspace use recently introduced NVMEM-on-UBI instead. Signed-off-by: Daniel Golle <daniel@makrotopia.org> Tested-by: Christian Lamparter <chunkeey@gmail.com>
* ramips: mt76x8: add support for Cudy TR1200 v1Luis Mita24 hours3-0/+213
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Hardware: - SoC: MediaTek MT7628AN (MIPS 580MHz) - Flash: 16 MiB XMC 25QH128CH10 - RAM: 128 MiB ESMT M14D1G1664A - WLAN: 2.4 GHz (MT7628), 5 GHz (MT7613BEN 802.11ac) - Ethernet: 1x 10/100 Mbps WAN, 1x 10/100 LAN (MT7628) - USB 2.0 port - Buttons: 1 Reset button, 1 slider button - LEDs: 1x Red, 1x White - Serial console: unpopulated header, 115200 8n1 - Power: 5 VDC, 2 A MAC addresses: +---------+-------------------+-----------+ | | MAC | Algorithm | +---------+-------------------+-----------+ | WAN | 80:af:ca:xx:xx:x0 | label | | LAN | 80:af:ca:xx:xx:x0 | label | | WLAN 2g | 80:af:ca:xx:xx:x0 | label | | WLAN 5g | 80:af:ca:xx:xx:x2 | label+2 | +---------+-------------------+-----------+ Installation: The installation must be done via TFTP by disassembling the router. On other occasions Cudy has distributed intermediate firmware to make installation easier, and so I recommend checking the Wiki for this device if there is a more convenient solution than the one below. To install using TFTP: 1. Upgrade to a beta firmware (signed by Cudy) that can be downloaded from the wiki. This is required in order to use an unlocked u-boot. 2. Connect to UART. 3. While the router is turning on, press 1. 4. Connect to LAN and set your IP to 192.168.1.88/24. Configure a TFTP server and an OpenWrt initramfs-kernel.bin firmware file as recovery.bin. 5. Press Enter three times. Verify the filename. 6. If you can reach LuCI or SSH now, just use the sysupgrade image with the 'Keep settings' option turned off. If you don't want to use the beta firmware nor the unlocked u-boot, you can install the firmware writing the sysupgrade image on the firmware partition of the SPI flash. Signed-off-by: Luis Mita <luis@luismita.com>
* airoha: drop kernel 6.1 supportRobert Marko25 hours2-635/+0
| | | | | | | Now that 6.6 is the default, lets remove 6.1. Link: https://github.com/openwrt/openwrt/pull/15630 Signed-off-by: Robert Marko <robimarko@gmail.com>
* airoha: default to kernel 6.6Robert Marko25 hours1-2/+1
| | | | | | | Move airoha do kernel 6.6 as the default. Link: https://github.com/openwrt/openwrt/pull/15630 Signed-off-by: Robert Marko <robimarko@gmail.com>
* ramips: simplify multi-phy support patchesShiji Yang2 days3-165/+31
| | | | | | | | | | | | | | For MT7620, we should always prevent main ethernet interface from going down due to phy link changes. And the ralink net driver does not support cable test function, so this patch won't change any behavior. Ref: 6fcba5eec3bb ("ramips: port 0034-NET-multi-phy-support.patch to 5.4") Signed-off-by: Shiji Yang <yangshiji66@qq.com> Link: https://github.com/openwrt/openwrt/pull/15591 Signed-off-by: Chuanhong Guo <gch981213@gmail.com>
* bcm47xx: 6.6: refresh patchesMieczyslaw Nalewaj3 days2-4/+4
| | | | | | | | CI tells us that we need to, so lets refresh them. Signed-off-by: Mieczyslaw Nalewaj <namiltd@yahoo.com> Link: https://github.com/openwrt/openwrt/pull/15010 Signed-off-by: Robert Marko <robimarko@gmail.com>
* bcm47xx: 6.6: set testing kernelMieczyslaw Nalewaj3 days1-0/+1
| | | | | | | | Select 6.6 as testing kernel on bcm47xx. Signed-off-by: Mieczyslaw Nalewaj <namiltd@yahoo.com> Link: https://github.com/openwrt/openwrt/pull/15010 Signed-off-by: Robert Marko <robimarko@gmail.com>
* bcm47xx: remove 5.15 supportMieczyslaw Nalewaj3 days36-3364/+0
| | | | | | | | Since 6.1 is now default, drop 5.15 support. Signed-off-by: Mieczyslaw Nalewaj <namiltd@yahoo.com> Link: https://github.com/openwrt/openwrt/pull/15010 Signed-off-by: Robert Marko <robimarko@gmail.com>
* bcm47xx: default to kernel 6.1Mieczyslaw Nalewaj3 days1-2/+1
| | | | | | | | Default to kernel 6.1 on bcm47xx. Signed-off-by: Mieczyslaw Nalewaj <namiltd@yahoo.com> Link: https://github.com/openwrt/openwrt/pull/15010 Signed-off-by: Robert Marko <robimarko@gmail.com>
* bcm47xx: 6.6: refresh patchesMieczyslaw Nalewaj3 days10-170/+36
| | | | | | | | Refresh kernel patches. Remove patches already included in the kernel. Signed-off-by: Mieczyslaw Nalewaj <namiltd@yahoo.com> Link: https://github.com/openwrt/openwrt/pull/15010 Signed-off-by: Robert Marko <robimarko@gmail.com>
* bcm47xx: 6.6: refresh kernel configMieczyslaw Nalewaj3 days1-4/+10
| | | | | | | | Refresh kernel config. Signed-off-by: Mieczyslaw Nalewaj <namiltd@yahoo.com> Link: https://github.com/openwrt/openwrt/pull/15010 Signed-off-by: Robert Marko <robimarko@gmail.com>
* kernel/bcm47xx: Restore kernel files for v6.1Mieczyslaw Nalewaj3 days22-0/+2242
| | | | | | | | | | | | This is an automatically generated commit which aids following Kernel patch history, as git will see the move and copy as a rename thus defeating the purpose. See: https://lists.openwrt.org/pipermail/openwrt-devel/2023-October/041673.html for the original discussion. Signed-off-by: Mieczyslaw Nalewaj <namiltd@yahoo.com> Link: https://github.com/openwrt/openwrt/pull/15010 Signed-off-by: Robert Marko <robimarko@gmail.com>
* kernel/bcm47xx: Create kernel files for v6.6 (from v6.1)Mieczyslaw Nalewaj3 days22-0/+0
| | | | | | | | | | This is an automatically generated commit. When doing `git bisect`, consider `git bisect --skip`. Signed-off-by: Mieczyslaw Nalewaj <namiltd@yahoo.com> Link: https://github.com/openwrt/openwrt/pull/15010 Signed-off-by: Robert Marko <robimarko@gmail.com>
* qualcommax: use ath11k_patch_mac for ZBT-Z800AXChukun Pan3 days2-5/+7
| | | | | | | | | Use ath11k_patch_mac and ath11k_set_macflag functions instead of fix_wifi_mac script. Signed-off-by: Chukun Pan <amadeus@jmu.edu.cn> Link: https://github.com/openwrt/openwrt/pull/15580 Signed-off-by: Robert Marko <robimarko@gmail.com>
* mpc85xx: refresh patchesDavid Bauer3 days14-24/+24
| | | | Signed-off-by: David Bauer <mail@david-bauer.net>
* mpc85xx: fix patch for kernel 6.6David Bauer3 days1-5/+5
| | | | | | Fixes: af329ec38980 ("mpc85xx: add support for Hewlett Packard MSM460") Signed-off-by: David Bauer <mail@david-bauer.net>
* ramips: add support for D-Link DIR-2055 A1Keith Harrison4 days4-0/+18
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add support for D-Link DIR-2055 A1 based on similarities to DIR-1960 A1, as well as various DIR-8xx A1 models. Existing DIR-1960 A1 openwrt "factory" firmware installs without modifications via the D-Link Recovery GUI and has no known incompatibilities with the DIR-2055 A1. Changes to be committed: new file: target/linux/ramips/dts/mt7621_dlink_dir-2055-a1.dts modified: target/linux/ramips/image/mt7621.mk modified: target/linux/ramips/mt7621/base-files/etc/board.d/01_leds modified: target/linux/ramips/mt7621/base-files/lib/upgrade/platform.sh Specifications: Board: Not known SoC: MediaTek MT7621 Family (MT7621AT) RAM: 256 MB (Micron 9OK17 D9PTK, should be DDR3 MT41K128M16JT-125) Flash: 128 MB (Winbond W29N01HVSINA) WiFi: MediaTek MT7615 Family (MT7615N x2) Switch: 1 WAN, 4 LAN (Gigabit) Ports: 1 USB 3.0 (front) Buttons: Reset, WiFi Toggle, WPS LEDs: Power (white/orange), Internet (white/orange), WiFi 2.4G (white), WiFi 5G (white) Notes: Only known difference vs. the DIR-1960 A1 is that the DIR-2055 A1 doesn't have a USB activity LED Serial port: Tested to be identical to various DIR-8xx A1 models with a similar enclosure/pcb design: Parameters: 57600, 8N1, 3.3V TTL no flow control Location: J1 header (close to the Reset, WiFi and WPS buttons) Pinout: 1 - VCC 2 - RXD 3 - TXD 4 - GND Did not connect VCC when using Installation: D-Link Recovery GUI: power down the router, press and hold the reset button, then re-plug it. Keep the reset button pressed until the power LED starts flashing orange, manually assign a static IP address under the 192.168.0.xxx subnet (e.g. 192.168.0.2) and go to http://192.168.0.1 Some modern browsers may have problems flashing via the Recovery GUI, if that occurs consider uploading the firmware through cURL: curl -v -i -F "firmware=@file.bin" 192.168.0.1 Signed-off-by: Keith Harrison <keithh@protonmail.com>
* tegra: Activate CONFIG_SND_DRIVERSHauke Mehrtens4 days2-2/+0
| | | | | | | | The option CONFIG_SND_DRIVERS is activated by default in the generic configuration, do not deactivate it for tegra. This fixes the build of the kmod-sound-dummy package on tegra. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: Split kmod-video-dma into two kmodsHauke Mehrtens4 days1-2/+2
| | | | | | | | | | | | Split the kmod-video-dma into kmod-video-dma-sg and kmod-video-dma-contig. The old one contained two kmods, but sometimes only one of them is build which caused problems. The configuration options are not manually selectable in the kernel and hidden in OpenWrt. Currently this causes build failures on some targets. Fixes: 4d7cbe0a5590 ("kernel: video-dma: explicitly state packaged modules") Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* mvebu: disable polling delay for passive trip point for puzzle thermalChristian Marangi5 days1-1/+1
| | | | | | | We don't have any passive trip point hence we can set the polling delay for passive trip to 0 effectively disabling this polling. Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
* mvebu: split thermal zone for puzzle chassisChristian Marangi5 days3-89/+50
| | | | | | | | Split thermal zone for puzzle chassis. Thermal platform supports only one sensor per thermal zone. Signed-off-by: Christian Marangi <ansuelsmth@gmail.com> Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* mvebu: fix missing property in puzzle thermalChristian Marangi5 days1-0/+1
| | | | | | | | | | | | | | | | | Fix missing property in puzzle thermal. The thing was never supposed to work. Property #thermal-sensor-cells was missing from the puzzle hwmon, making the entire thermal platform referencing that fail to probe with -EINVAL. The puzzle hwmon expose 2 termistor but they probably use an userspace downstream utility to configure and handle thermal. For this reason we really don't know what they use the sensor for or when it's attached. We use them to sensor if the Chassis gets too hot due to ambient temperature and generic components getting too warm. Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
* mvebu: improve thermal management of IEI Puzzle devicesDaniel Golle5 days5-106/+337
| | | | | | | | | | | | | - Make step_wise thermal governor respect hysteresis This is done by importing a downstream patch, backporting the same feature now present in Linux v6.10+ would be too messy. - Introduce thermal zone for the WT61P803 uC (chassis and board sensors) - Introduce thermal zones for AQR NBase-T PHYs - No longer modify existing SoC thermal zones (which are now only in charge for emergency shutdown, and can be interrupt driven instead of polled) Signed-off-by: Daniel Golle <daniel@makrotopia.org> Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
* mpc85xx: add label-mac for HP MSM460David Bauer5 days1-0/+1
| | | | Signed-off-by: David Bauer <mail@david-bauer.net>
* mpc85xx: add support for Hewlett Packard MSM460David Bauer5 days12-1/+422
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Hardware -------- CPU: Freescale P1020 2xe500 PPC RAM: 256M DDR3 (Micron MT41J64M16JT-15E:G "D9MNJ") NAND: 128M (Micron 2CA1) BTN: 1x Reset LED: Power - ETH - Radio1 - Radio2 UART: RJ-45 Cisco Pinout - 115200 8N1 Installation ------------ NOTE: You can find a repo with up-to-date instructions as well as the required files here: https://github.com/blocktrron/msm460-flashing Required files ============== You need a command-files as well as a U-Boot image. The command-file has the following content (padded to 131072 bytes). If you copy paste these, remove the newlines! ``` U-BOOT setenv ethaddr 02:03:04:05:06:07; setenv ipaddr 192.168.1.1; setenv serverip 192.168.1.66; tftpboot 0x3000000 msm460-uboot.bin; nand device; nand erase 0 0xC0000; nand write 0x3000000 0x0 0xC0000; reset ``` You can download the required U-Boot from this repository: https://github.com/blocktrron/u-boot-msm/releases Preparation =========== Prepare a TFTP server serving two files: - U-Boot NAND image as `msm460-uboot.bin`. - OpenWrt factory image as `msm460-factory.bin` - Command-file names `commands.tftp` You can start a TFTP server in the current directory using dnsmasq: ```bash sudo dnsmasq --no-daemon --listen-address=0.0.0.0 \ --port=0 --enable-tftp=enxd0 --tftp-root="$(pwd)" \ --user=root --group=root ``` Replace `enxd0` with the name of your network interface. Procedure ========= 1. Assign yourself the IP-Address 192.168.1.66/24. 3. Connect the Router to the PC while keeping the reset button pressed. 4. The LEDs will eventually begin to flash. They will start to flash faster after around 15 seconds. 5. Release the reset button. 6. Start a new shell 7. Make sure you are currently in the directory where the tftp server is located. 8. Run the following command: ```bash tftp 192.168.1.1 -m binary -c put commands.tftp nflashd.cccc9999 ``` You get the message "Transfer timed out." To find out if you have been successful, please check the blinking LED Pattern. Signed-off-by: David Bauer <mail@david-bauer.net>
* mpc85xx: add compressed zImage for mpc85xxDavid Bauer5 days3-1/+81
| | | | | | | | | Add a universal zImage which can be loaded by mpc85xx boards at load address 0x3000000. This allows boards to boot kernels larger than 16MB even if the image is loaded temporarily from NAND at offset 0x1000000 which some bootloaders do by default. Signed-off-by: David Bauer <mail@david-bauer.net>
* kirkwood: add D-Link DNS-320L supportZoltan HERPAI5 days6-0/+486
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Dual-slot NAS based on Marvell Kirkwood. Specifications: - Marvell 88F6702 @1GHz - 256Mb RAM - 128Mb NAND - 1x GbE LAN (Marvell 88E1318R) - 1x USB 2.0 - 2x SATA - Weltrend WT69P3 ("supervisor" MCU chip) - Serial on J2 (115200,8n1) - Newer bootROM so kwboot-ing via serial is possible Notes: - The Weltrend MCU is controlled by the package added in utils/dns320l-mcu. - The original MAC address is stored in the "mini firmware" image's first 17 bytes. - Compared to the original MTD layout, the uImage+rootfs are now stored in a common ubi partition. Installation: 1. Serial console - Connect your levelshifter to the serial console on J2 (refer to the wiki page for pinout) 2. Update u-boot - Download the u-boot.kwb image for the device - Powercycle the NAS - Run "kwboot -b u-boot-dns320l/u-boot.kwb /dev/ttyUSB0 -p" - Connect to the serial console with minicom - tftp 0x0800000 u-boot-dns320l/u-boot.kwb (Please note that "PHY reset timed out" seems to be customary on kirkwood devices, the egiga0 interface works regardless.) - nand erase 0x0 100000 - nand write 0x0800000 0x0 0x100000 - reset 3. Install OpenWrt - Boot up the initramfs image - tftpboot 0x800000 openwrt-kirkwood-generic-dlink_dns320l-initramfs-uImage; bootm 0x800000 - Download the sysupgrade image and perform sysupgrade Signed-off-by: Zoltan HERPAI <wigyori@uid0.hu> Reviewed-by: Pawel Dembicki <paweldembicki@gmail.com>
* imagebuilder: fix broken IB_STANDALONE optionChristian Marangi6 days3-3/+18
| | | | | | | | | | | | | | | Fix broken IB_STANDALONE option for OPKG due to an error in ifdef logic where we weren't adding the required entry to reference the local files in repositories.conf Rework the ifdef to more explicit and restore original functionality of this option. While at it also provide different README for APK or OPKG. Fixes: d788ab376f85 ("build: add APK package build capabilities") Link: https://github.com/openwrt/openwrt/pull/15599 Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
* tegra: enable VDE driverTomasz Maciej Nowak6 days1-0/+20
| | | | | | | | | | Upstream commit 83b7f0b8aeab ("ARM: tegra: Add OPP tables and power domains to Tegra20 device-trees") added power domains to all devices supporting power management and one of them is Video Decoder Engine. Because of lacking driver for VDE, its power gate couldn't be driven which inhibited reboot of the whole device. Signed-off-by: Tomasz Maciej Nowak <tmn505@gmail.com>
* tegra: add testing 6.6 kernelTomasz Maciej Nowak6 days2-2/+8
| | | | | | Preliminary support. Signed-off-by: Tomasz Maciej Nowak <tmn505@gmail.com>
* tegra: 6.6: refresh config and patchesTomasz Maciej Nowak6 days3-100/+76
| | | | | | | | Simple refresh to get rid of any fuzz and drop serial patch. With few bug fixes around tegra serial driver the spurious IRQ didn't appear any more during test. Let's see how long that'll last. Signed-off-by: Tomasz Maciej Nowak <tmn505@gmail.com>
* kernel/tegra: Restore kernel files for v5.15Tomasz Maciej Nowak6 days3-0/+630
| | | | | | | | | | | This is an automatically generated commit which aids following Kernel patch history, as git will see the move and copy as a rename thus defeating the purpose. For the original discussion see: https://lists.openwrt.org/pipermail/openwrt-devel/2023-October/041673.html Signed-off-by: Tomasz Maciej Nowak <tmn505@gmail.com>
* kernel/tegra: Create kernel files for v6.6 (from v5.15)Tomasz Maciej Nowak6 days3-0/+0
| | | | | | | | This is an automatically generated commit. When doing `git bisect`, consider `git bisect --skip`. Signed-off-by: Tomasz Maciej Nowak <tmn505@gmail.com>
* tegra: refresh 5.15 configTomasz Maciej Nowak6 days1-0/+3
| | | | | | Reduce diffstat in kernel config on new version introduction. Signed-off-by: Tomasz Maciej Nowak <tmn505@gmail.com>
* ramips: get rid of downstream network device label patchDaniel Golle6 days2-34/+15
| | | | | | | Use a simple Shell script like on filogic target to get rid of downstream patch for the Ethernet driver which was rejected upstream long ago. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* mediatek: filogic: avoid sub-shell invovation in netdev rename loopDaniel Golle6 days1-2/+2
| | | | | | | Rename network devices to their label set in DT without invocation of a sub-shell. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* x86: Activate CONFIG_FB_DEVICEHauke Mehrtens6 days3-0/+3
| | | | | | | | | | | This adds the legacy /dev/fb* device file for kernel 6.6 again. Linux upstream commit 701d2054fa31 ("fbdev: Make support for userspace interfaces configurable") made this configurable and we deactivated this option by default for kernel 6.6. On x86 we are not space constrained and some users need this legacy interface. Fixes: #15222 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* x86: drop 6.1 supportMieczyslaw Nalewaj6 days7-2311/+0
| | | | | | Drop configs, files and patches for Linux 6.1. Signed-off-by: Mieczyslaw Nalewaj <namiltd@yahoo.com>
* x86: use kernel 6.6 by defaultMieczyslaw Nalewaj6 days1-2/+1
| | | | | | Switch to Linux kernel version 6.6. Signed-off-by: Mieczyslaw Nalewaj <namiltd@yahoo.com>
* armsr: Remove kernel 6.1 configurationHauke Mehrtens6 days3-1214/+0
| | | | | | | Armsr is using kernel 6.6 by default now, remove configuration for kernel 6.1. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* armsr: Use kernel 6.6 by defaultHauke Mehrtens6 days1-2/+1
| | | | | | All 2 subtargets are compiling fine and booting up in qemu. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* generic: 6.6: net: sfp-bus: fix SFP mode detect from bitrateDaniel Golle7 days1-0/+46
| | | | | | | Backport commit fixing detection of SFP modules which has been broken since Linux 6.4 for some modules. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* generic: backport accepted and pending patches for mtk_eth_socDaniel Golle7 days11-23/+326
| | | | | | | Backport a bunch of fixes and improvements for WED and PPE, mostly for MT7988. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
generated by cgit v1.2.3 (git 2.25.1) at 2024-06-06 08:42:58 +0000