aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux/ramips/image/rt3883.mk
Commit message (Collapse)AuthorAgeFilesLines
* ramips: remove ralink_default_fw_size_xxx variablesAdrian Schmutzler2019-07-251-6/+6
| | | | | | | | | | | There are frequent examples of the ralink_default_fw_size_xxx variables being used to "roughly" set flash size without caring about the actual size of the firmware partition. To discourage this behavior, this patch removes the variables and just sets IMAGE_SIZE by its numeric value for each target. Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
* ramips: remove default IMAGE_SIZE for ramips targetAdrian Schmutzler2019-07-251-0/+6
| | | | | | | | | | | | | | | | | | | Currently, ramips target defines 0x7b0000 as default IMAGE_SIZE for all devices in ramips target, i.e. this will be set if a device does not specify IMAGE_SIZE itself. From 92 devices using that default due to a "missing" IMAGE_SIZE, 14 were incorrect by a small amount (i.e. still "8M" flash) and 12 were completely off ("16M", "4M", ...). This patch thus removes the _default_ IMAGE_SIZE and defines IMAGE_SIZE for each device individually. This should indicate to people supporting new devices that this parameter has to be cared about. For the present code, this patch is cosmetical. Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
* ramips/rt288x,rt3883: fix IMAGE_SIZE for all devicesAdrian Schmutzler2019-07-251-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This fixes IMAGE_SIZE for all devices based on the partition size given in DTS: DEVICE *.MK *.DTS VERDICT airlink101_ar670w (4M) 0x3c0000 wrong airlink101_ar725w - 0x3B0000 wrong asus_rt-n15 (4M) 0x3b0000 belkin_f5d8235-v1 7744k 0x7b0000 wrong buffalo_wli-tx4-ag300n (4M) 0x3b0000 buffalo_wzr-agl300nh (4M) 0x3b0000 dlink_dap-1522-a1 3801088 0x3a0000 ralink_v11st-fe (4M) 0x003b0000 asus_rt-n56u - 0x007b0000 default belkin_f9k1109v1 7224k 0x7a0000 wrong dlink_dir-645 - 0x7b0000 default edimax_br-6475nd 7744k 0x00790000 loewe_wmdr-143n - 0x7b0000 default omnima_hpm 16064k 0x00fb0000 samsung_cy-swr1100 - 0x7b0000 default sitecom_wlr-6000 7244k 0x713000 trendnet_tew-691gr - 0x007b0000 default trendnet_tew-692gr - 0x007b0000 default No verdict means that the device is correctly set. Legend: ( ): Value is set via ralink_default_fw_size_xxM [ ]: Value is derived from parent definition - : Value is not set and derived from default definition Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
* ramips: Sort all subtarget MakefilesAdrian Schmutzler2019-07-101-62/+55
| | | | | | | | | This patch applies sorting to the definitions as whole blocks. Sorting has been performed fully automatic, line count differences originate from double empty lines removed. Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
* ramips/rt288x,rt3883: Name DTS files based on schemeAdrian Schmutzler2019-07-101-10/+10
| | | | Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
* ramips/rt288x,rt3883: Synchronize Makefiles with DTS compatibleAdrian Schmutzler2019-07-101-18/+27
| | | | Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
* ramips: use upstream RAW_APPENDED_DTB instead of our OWRTDTBChuanhong Guo2019-07-081-1/+1
| | | | | | | | | | | | | | | | | Upstream kernel added support for RAW_APPENDED_DTB on ralink arch in the following commit: 02564fc89d3d ("ralink: Introduce fw_passed_dtb to arch/mips/ralink") Use upstream solution and get rid of our OWRTDTB hack. This commit set DEVICE_DTS to $$(DTS) instead of replacing DTS with DEVICE_DTS in device profile because DTS variable will be dropped in later commits. Signed-off-by: Chuanhong Guo <gch981213@gmail.com> [Tested on mt7621/mt76x8] Tested-by: Chuanhong Guo <gch981213@gmail.com> [Tested on rt305x/mt7620] Tested-by: INAGAKI Hiroshi <musashino.open@gmail.com>
* ramips: convert DEVICE_TITLE to new variablesDaniel Golle2019-07-061-10/+21
| | | | | | Also unify naming and add details where they were missing. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* ramips: add support for Belkin F9K1109v1Kip Porterfield2019-03-021-0/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Device specification: - SoC: Ralink RT3883 (MIPS 74Kc) 500Mhz - RAM: 64Mb - Flash: 8MB (SPI-NOR) - Ethernet: 10/100/1000 Mbps - WLAN Wireless 1: SoC-integrated : 2.4/5 GHz Wireless 2: 2.4 GHz RT3092L - LED: 2x USB, WAN, LAN - Key: WPS, reset - Serial: 4-pin header, (57600,8,N,1), 3.3V TTL, GND, RX, TX, V - J12 marking on board - USB ports: 2 x USB 2.0 Flashing instructions: Option 1 (from bootloader web) - Hold reset button on the back of router when plugging in power (for at-least 10 seconds after plugged in) - Connect to a Lan port - Set computer IP to 10.10.10.3 - Go to http://10.10.10.123 in a web browser - Click the Browse... Button and select the *squashfs.sysupgrade.bin file then click APPLY Option 2 (from the stock admin web) - Go to firmware upgrade - Upload the **factory** image *initramfs.bin first - Boot into openwrt - From Luci web in openwrt upload the *squashfs.sysupgrade.bin Signed-off-by: Kip Porterfield <kip.porterfield@gmail.com> Signed-off-by: Christian Lamparter <chunkeey@gmail.com> [added v1 to the compatible identifier, added pciid for the RT3092L, fixed pci unit-address, split out the F9K110X.dtsi to prepare for a possible F9K1103 patch]
* ramips: consolidate seama image build codeMathias Kresin2018-12-301-22/+4
| | | | | | | | Create a common template which has the required image build code defined. Add some new variables to pass individual parts to the seama recipes. Signed-off-by: Mathias Kresin <dev@kresin.me>
* ramips: add support for Loewe WMDR-143NOliver Fleischmann2017-07-271-0/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The WMDR-143N is a small module originally used as a Wifi client in some Loewe smart TV sets. It is sold cheaply at german surplus shops. The module contains a RT3662 SOC. Specifications: - 500 MHz CPU Clock - 1x 10/100Mbps Ethernet (pin header) - 32 MB of RAM - 8 MB of FLASH - 2T3R 2.4/5 GHz (SOC internal) - 3 Antennas on PCB - UART pads on PCB (J3: 1 = +3.3V, 2 = RX, 3 = TX, 4 = GND), TX and RX are 3,3V only! The square hole is pin 1 - Power supply pads on PCB (J6: 1 and 2 = +5V, 3 and 4 = GND) The square hole is pin 1 The original firmware has two identical kernel/rootfs images and two "Factory" calibration data blocks in flash. The LEDE image leaves only the first "Factory" block in place and uses both "Kernel" blocks and the redundant "Factory" block together to gain enough space for the jffs2 partition. Flash instructions: You need UART and Ethernet connections to flash the board. Use the LEDE "sysupgrade.bin" image with tftp. Apply power to the board and in the first 5 seconds, hit 2 to select TFTP upload. The bootloader asks for board- and server IP addresses and filename. Alternate method: With the vendor firmware running, assign an IP address to the ethernet port, tftp the firmware image to /tmp and write to mtd4 ("KernelA"). Signed-off-by: Oliver Fleischmann <ogf@bnv-bamberg.de> [remove pinctrl node from dts, no pin is used as GPIO] Signed-off-by: Mathias Kresin <dev@kresin.me>
* ramips: really drop the rt-n56u factory imageMathias Kresin2017-04-131-1/+0
| | | | | | Remove the stale reference to the factory image. Signed-off-by: Mathias Kresin <dev@kresin.me>
* ramips: drop rt-n56u factory imageMathias Kresin2017-04-131-2/+0
| | | | | | | | | | | | | | | | | | | | | | The factory image has an uImage header covering the entire image and not only the kernel. The original uImage header which covers only the kernel is appended to the end of the image. During LEDE boot the uImage rootfs splitter skips the whole filesystem, can't find a valid filesystem magic and panics. The last known working version was OpenWrt 14.07, which simply kept on searching for an uImage header if the first found didn't resulted into a working rootfs. This behaviour is kind of error prone since it could produce false positives. Since the sysupgrade image works fine in combination with the tftp recovery for doing the initial installation of LEDE, simply drop the factory image. Related: FS#462 Signed-off-by: Mathias Kresin <dev@kresin.me>
* ramips: use new image build code for more devicesMathias Kresin2016-12-241-0/+16
| | | | Signed-off-by: Mathias Kresin <dev@kresin.me>
* ramips: add size checks/append metadata where missingMathias Kresin2016-11-271-23/+8
| | | | Signed-off-by: Mathias Kresin <dev@kresin.me>
* ramips: do not append metadata to CY-SWR1100 factory imageMathias Kresin2016-11-231-1/+1
| | | | Signed-off-by: Mathias Kresin <dev@kresin.me>
* ramips: append metadata to imagesFelix Fietkau2016-11-191-7/+7
| | | | | | | metadata checks are not enforced yet, because some images are still being built by legacy code Signed-off-by: Felix Fietkau <nbd@nbd.name>
* ramips: add support for Sitecom WLR-6000Jasper Scholte2016-11-171-0/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The Sitecom firmware upgrade file has SENAO_FIRMWARE_TYPE 2 set. This looks rather wrong since SENAO_FIRMWARE_TYPE 2 is kernel only but the file is way to big for only including a kernel. The factory image need to have the dlf file extension. Otherwise the Sitecom firmware rejects the file. The stock firmware uses the following mac addresses: LAN: 00:0C:F6:AA:BB:D8 (u-boot env: ethaddr) 2,4: 00:0C:F6:AA:BB:D8 (EEPROM) 5: 00:0C:F6:AA:BB:DC (EEPROM) WAN: 00:0C:F6:AA:C8:43 (u-boot env: wanaddr) Assuming the mac address range :D8 to :DC is reserved for this device, the MAC addresses were reorder to have a unique MAC address for each interface: 2.4GHz: 00:0C:F6:AA:BB:D8 LAN: 00:0C:F6:AA:BB:D9 WAN: 00:0C:F6:AA:BB:DA 5 GHz: 00:0C:F6:AA:BB:DC The first MAC is assigned to the 2.4GHz WiFi interface to keep compatibility with the SSIDs printed on the case, which have the last three sextets of the MAC address appended. There are still issues with the rt2x00 driver. It is not possible to use both wireless interfaces at the same time. The 2.4 GHz wireless (PCIe) only works if the internal 5GHz wireless is/has been enabled or used for scanning. The internal 5GHz wireless only works if the 2.4GHz wireless (PCIe) was never enabled. Disabling the 2.4Ghz after it was enabled will result in stations seeing the 5Ghz AP but are unable to connect. Due to the not optimal working wifi the manufacture, backup and storage partitions of the OEM firmware are kept for now to allow an easy switch back to the Sitecom firmware. Signed-off-by: Jasper Scholte <NightNL@outlook.com> Signed-off-by: Mathias Kresin <dev@kresin.me>
* ramips: use rootfs splitter and new image build code for BR-6475NDMathias Kresin2016-10-151-38/+11
| | | | | | | Use the edimax uImage splitter instead of the fixed size rootfs partition. Signed-off-by: Mathias Kresin <dev@kresin.me>
* ramips: set blocksize for remaining rt3883 devicesMathias Kresin2016-09-081-0/+4
| | | | Signed-off-by: Mathias Kresin <dev@kresin.me>
* ramips: switch some rt3883 devices to new build codeMathias Kresin2016-09-031-25/+52
| | | | Signed-off-by: Mathias Kresin <dev@kresin.me>
* ramips: use lower case names for TEW-69xGR imagesMathias Kresin2016-09-091-4/+4
| | | | | | | Use lower case variant of the device name for to images to be consistent with all other images names. Signed-off-by: Mathias Kresin <dev@kresin.me>
* ramips: fix build of TRENDnet TEW-69xGR imagesMathias Kresin2016-08-201-16/+20
| | | | | | | The image generation for TEW-691GR and TEW-692GR was broken since 79d02229 due to the move of the UMedia recipe to another Makefile. Signed-off-by: Mathias Kresin <dev@kresin.me>
* ramips: updated remaining profiles to the new image building codeJohn Crispin2016-08-031-8/+46
| | | | Signed-off-by: John Crispin <john@phrozen.org>
* ramips: move different subtarget image generation to separate makefiles to ↵John Crispin2016-04-011-0/+59
improve maintainability - all subtarget specific defines are in their own files - common defines left in main Makefile - each subtarget makefile idefed with SUBTARGET - all subtargets compile tested - few seems to be broken/unneeded things marked with FIXME Signed-off-by: Roman Yeryomin <roman@advem.lv> SVN-Revision: 49104