aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux/lantiq/base-files/lib/preinit
Commit message (Collapse)AuthorAgeFilesLines
* lantiq: use the generic board detectMathias Kresin2017-12-161-19/+0
| | | | | | | Drop the target specific detection function in favour of the generic one provided by base-files. Signed-off-by: Mathias Kresin <dev@kresin.me>
* lantiq: remove the former board name from device tree modelMathias Kresin2017-12-161-1/+1
| | | | | | | Remove the former used board name from the device model property and use the model name as it is. Signed-off-by: Mathias Kresin <dev@kresin.me>
* lantiq: use the compatible string as board nameMathias Kresin2017-12-161-1/+1
| | | | | | | | | | | Use the first compatible string as board name in userspace. Add the new board name as well as the former used board name to the image metadata to keep compatibilty with already deployed installations. Don't add the former used boardname for boards which exists only in master or evaluation boards. Signed-off-by: Mathias Kresin <dev@kresin.me>
* treewide: populate boardname and model earlierMathias Kresin2017-07-151-0/+0
| | | | | | | | | | | | | For targets using the generic board detection and board specific settings in diag.sh, the board name is still unset at the time the set_state() provided by diag.sh is called by 10_indicate_preinit. Change the execution order to ensure the boardname is populated before required the first time. Do the target specific board detection as early as possible, directly followed by the generic one to allow a seamless switch to the generic function for populating /tmp/sysinfo/. Signed-off-by: Mathias Kresin <dev@kresin.me>
* lantiq: move lantiq_board_detect() to 03_preinit_board.shFelix Fietkau2017-03-221-0/+10
| | | | | | It is only used there Signed-off-by: Felix Fietkau <nbd@nbd.name>
* lantiq: fix network in failsafeMathias Kresin2016-06-221-9/+1
| | | | | | | | | | So far the network in failsafe is setup only for one board. Use the eth0 interface as lan interface for all boards for now. If a board has its lan interface(s) on another eth, a special handling based on the board name can be added. Signed-off-by: Mathias Kresin <dev@kresin.me>
* lantiq: td-w8970: fix failsafe modeJohn Crispin2015-02-091-0/+18
| | | | | | | | Fix failsafe mode for TD-W8970, register interface for preinit. Signed-off-by: Cezary Jackiewicz <cezary.jackiewicz@gmail.com> SVN-Revision: 44353
* lantiq: detect board in preinit stateJohn Crispin2014-07-141-0/+9
| | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 41638
* lantiq: DGN3500 supportJohn Crispin2013-05-301-19/+0
| | | | | | | | | This requires all the preceding patches and finishes support for the DGN3500, also removing an obsolete file. Signed-off-by: Daniel Gimpelevich <daniel@gimpelevich.san-francisco.ca.us> SVN-Revision: 36781
* cleanup basefilesJohn Crispin2012-12-151-1/+1
| | | | SVN-Revision: 34698
* dgn3500 support with eeprom loading from sysfsJohn Crispin2012-05-271-0/+19
WIFI eeprom: As discussed, it is impossible for nand and spi flash platforms to have the eeprom data available from mtd. I suggested to load the eeprom from user-space. I've looked into regular firmware loading but this is only possible when using modules. I've created a sysfs entry that allows reading and writing the eeprom data to the platform data. After loading the eeprom data I rely on pci-hotplug support to disable the bogus pci device and rescan the bus (with fixups and all). Because hotplug is not available, an init script is created that performs the copy from mtd to platform data. I think it is best to eventually move the sysfs functions to dev_wifi_athxk.c file, this would get rid of the external to the ath9k platform data. SPI flash: It seems that the spi-xway driver is not really working. It causes my kernel to crash in all sorts of ways. I added to bitbang SPI to be able to the calibration data mention above. I've kept the original mtd partitioning that Netgear uses. Buttons/LED: Both buttons are working properly. Two leds are not enabled: The red internet led is connected to the pci_gnt1 pin... I can't disable it because then DMA stops working. The green wifi led is connected to an unknown atheros gpio. Signed-off-by: Pieter Voorthuijsen <p.voorthuijsen at gmail.com> SVN-Revision: 31910