aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* curl: bump to 7.63.0Deng Qingfang2018-12-242-4/+4
| | | | | | Refresh patches, for changes in version 7.63.0 see https://curl.haxx.se/changes.html#7_63_0 Signed-off-by: Deng Qingfang <dengqf6@mail2.sysu.edu.cn>
* ipq40xx: NBG6617: add usb-ledtrig-usbport to DEVICE_PACKAGESChristian Lamparter2018-12-221-1/+1
| | | | | | | | The ZyXEL NBG6617 USB LED was not working with the default images. It turned out that kmod-usb-ledtrig-usbport was missing from the default installation. Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
* apm821xx: switch MX60(W)'s recovery images to multi-image methodChristian Lamparter2018-12-221-25/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In the past, the MX60(W)'s recovery images always had problems with the size restriction and never really worked without manual intervention. But starting with 4.19, the MX60(W)'s kernel image outgrew the allocated space for sysupgrade images as well. Hence This patch reworks the initramfs, which allows the device to ease up on the impossible tight kernel size requirements for the sysupgrade creation and packaging. And as a result, the now orphaned special ramdisk setup is removed in the process. This new initramfs can be loaded through the MX60(W) U-boot in the following way: => setenv bootargs console=ttyS0,$baudrate => tftpboot $meraki_loadaddr meraki_mx60-initramfs-kernel.bin [...] Load address: 0x800000 Loading: ################################################ [...] done [...] => bootm $fileaddr \## Booting kernel from Legacy Image at 00800000 ... ... Updated Flashing instructions for new installations which integrates the new recovery method. Users of existing installations that only want to sysupgrade don't need to update their existing u-boot env. => setenv owrt_load1 ubi read \${meraki_loadaddr} kernel => setenv owrt_load2 ubi read \${meraki_loadaddr} recovery => setenv lede_bootkernel bootm \${meraki_loadaddr_kernel} - \${meraki_loadaddr_fdt} => setenv owrt_bootkernel bootm \${meraki_loadaddr} => setenv owrt_bootargs setenv bootargs console=ttyS0,\${baudrate} rootfstype=squashfs mtdoops.mtddev=oops => setenv owrt_boot run meraki_ubi owrt_bootargs\; run owrt_load1 meraki_checkpart lede_bootkernel\; run owrt_load2 owrt_bootkernel => setenv bootcmd run owrt_boot => saveenv For more information and the latest flashing guide: please visit the OpenWrt Wiki Page for the MR60: <https://openwrt.org/toh/meraki/mx60#flashing> Signed-off-by: Chris Blake <chrisrblake93@gmail.com> Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
* ath9k: Avoid OF no-eeprom quirks when no qca,no-eepromDaniel F. Dickinson2018-12-221-0/+73
| | | | | | | | | | | | | | | | | | Based on the process of discovery in https://github.com/openwrt/openwrt/pull/1613, it has become clear that (at least) the PowerCloud System CR5000 was unable to get working 5GHz wireless (PCIe) because AH_USE_EEPROM was unconditionally masked out, not only when qca,noeeprom was in the DTS. This patch moves mask AH_USE_EEPROM into the if ... qca,noeeprom OF test. Thanks to Christian Lampartar (@chunkeey) for the heavy lifting and help. Patch has been prepared for upstream and will be submitted after review by @chunkeey and @xdarklight. Signed-off-by: Daniel F. Dickinson <cshored@thecshore.com>
* odhcpd: use PKG_VERSION default valueHans Dedecker2018-12-211-2/+1
| | | | | | | Instrad of defining PKG_VERSION in the Makefile use the PKG_VERSION default value Signed-off-by: Hans Dedecker <dedeckeh@gmail.com>
* ipq40xx: disable kernel-padding for DNI imageDavid Bauer2018-12-201-3/+2
| | | | | | | | | | This commit removes the fixed kernel size-padding for the Netgear DNI image creation as it is not necessary for a working image. The fake rootfs still needs to be padded to the blocksize. Tested-by: Christian Lamparter <chunkeey@gmail.com> Signed-off-by: David Bauer <mail@david-bauer.net>
* ipq40xx: fix pcie wifi unit-address of the MR33 and A62Christian Lamparter2018-12-202-2/+2
| | | | | | | The unit address should be wifi@1,0 since the device is located at 0000:01:00.0. Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
* elfutils: fix gcc 8.0+ multistatement macros warning/errorChristian Lamparter2018-12-201-6/+8
| | | | | | | | | | | | | | | | | | | | | | GCC 8.0+ <https://gcc.gnu.org/gcc-8/changes.html> introduces a new warning about unsafe macros expanding to multiple statements used as a body of a statement such as if, else, while, switch, or for. In combination with -Werror this can cause the compilation to fail: |In file included from xmalloc.c:37: |xmalloc.c: In function 'xmalloc': |system.h:39:2: error: macro expands to multiple statements [-Werror=multistatement-macros] | fflush(stdout); \ | ^~~~~~ |xmalloc.c:52:5: note: in expansion of macro 'error' | error (EXIT_FAILURE, 0, _("memory exhausted")); | ^~~~~ |xmalloc.c:51:3: note: some parts of macro expansion are not guarded by this 'if' clause | if (p == NULL) | ^~ Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
* ar71xx: Fix PowerCloud CR5000 5GHz wifi macDaniel F. Dickinson2018-12-201-3/+6
| | | | | | | | | | | | | | | | | | Without this patch PowerCloud CR5000 AR9382 PCIe 5GHz Wifi uses the mac address from eeprom instead the one specified when initializing the PCIe chip. There were two issues: 1) ap94_pci_init on the second PCIe wmac is wrong as there is only one PCIe wmac on this device (the other wmac is the AR1022/AR9342 SoC wmac). 2) Without specifying pdata->use_eeprom there is a failure to load firmware and caldata. Thanks to Christian Lamparter (@chunkeey) for the heavy lifting and help. [0] [0] <https://github.com/openwrt/openwrt/pull/1613> Signed-off-by: Daniel F. Dickinson <cshored@thecshore.com>
* odhcpd: add PKG_VERSION againHans Dedecker2018-12-201-0/+1
| | | | | | Fixes commit 63d0752ca8603886d8733ba888f49fc3b42c74fd Signed-off-by: Hans Dedecker <dedeckeh@gmail.com>
* odhcpd: update to latest git HEADHans Dedecker2018-12-201-4/+3
| | | | | | | 2d2a3b8 odhcpd: switch to libubox container_of implementation 2a71c1e treewide: switch to libubox ARRAY_SIZE immplementation Signed-off-by: Hans Dedecker <dedeckeh@gmail.com>
* mac80211: backport upstream fixesKoen Vandeputte2018-12-202-0/+89
| | | | | | | d350a0f43118 nl80211: fix memory leak if validate_pae_over_nl80211() fails a50e5fb8db83 mac80211: fix a kernel panic when TXing after TXQ teardown Signed-off-by: Koen Vandeputte <koen.vandeputte@ncentric.com>
* mwlwifi: update to version 10.3.8.0-20181210Jo-Philipp Wich2018-12-201-3/+3
| | | | | | | | | | | | 67ce93e Fix compile error on kernel 4.15+ c1345bb Change driver version to 10.3.8.0-20181210. 9cb815b Upgrade 88W8997 firmware to 8.4.4.6. 433fc6d Fix non-backport use of nla_parse before 4.12.0 3b36e21 Use wiphy_to_ieee80211_hw() instead of wiphy_priv() 97ebcfa Change driver version to 10.3.8.0-20181120. f000953 Upgrade 88W8997 firmware to 8.4.4.4. Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* kernel: drop MIPS fix cache flushing for highmem pagesKevin Darbyshire-Bryant2018-12-202-60/+0
| | | | | | | | | | | | | | | | | | | | | This patch, in a variety of forms, has been around since beginning 2016 as e756c2bb07, ending up in present form 0aa6c7df60 (kernel 4.4.13 bump) and carried forward ever since. There have been a number of MIPS kernel memory handling changes since, including VDSO fixes that meant openwrt patches have been dropped with no apparent fallout. Simple tests (ntfs-3g) on a HIGHMEM 512MB mt7621 device have not turned up data corruption issues which would otherwise be expected. Similarly running on other MIPS based devices for the past 2 months hasn't turned up anything obvious to retain this out of tree patch. With thanks to Rosen Penev for testing on the known 'highmem' device and Felix Fietkau for testing advice. Not putting acked-by as it's my fault if it breaks :-) Signed-off-by: Kevin Darbyshire-Bryant <ldir@darbyshire-bryant.me.uk>
* ath10k-firmware: update Candela Tech firmware imagesJo-Philipp Wich2018-12-201-22/+22
| | | | | | | - Removed an assert from wave-1 firmware images - Fix three recently reported firmware crashes in wave-2 images Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* iproute2: require nls infrastructure due to libelf linkingJo-Philipp Wich2018-12-201-1/+2
| | | | | | | | | | | Depending on the global nls support configuration in the buildroot, the linked libelf.so library might depend on libintl.so. Import the nls.mk helper to set library prefixes and flags accordingly in this case. Ref: https://github.com/openwrt/packages/issues/7728#issuecomment-448760140 Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* elfutils: produce correct libelf.pc file when building with full nlsJo-Philipp Wich2018-12-202-3/+27
| | | | | | | | | | | When building with full lagnuage support, libelf.so will depend on and link with libintl.so so we need to change the pkg-config template to reflect this library dependency. Also change the Makefile to only pass --disable-nls to configure when the full nls support is actually disabled in the buildroot config. Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* tools: Update endian definitions for Mac OSXKevin Darbyshire-Bryant2018-12-191-5/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | - it appears (at least from OS X verison 10.10, Yosemite) that the big and little endian defintions have changed. the older #include <sys/_endian.h> #include <architecture/byte_order.h> reference yielded the following warning: #define __bswap_16(x) NXSwapShort(x) ^ /usr/include/architecture/byte_order.h:45:1: note: 'NXSwapShort' has been explicitly marked deprecated here For the new OS X editions, it seems that we need to refer to: #include <netinet/in.h> #include <libkern/OSByteOrder.h> and respectively use 'OSSwapInt16', 'OSSwapInt32', & 'OSSwapInt64', in place of 'NXSwapShort', 'NXSwapLong' & 'NXSwapLongLong'. Signed-off-by: Kevin Darbyshire-Bryant <ldir@darbyshire-bryant.me.uk>
* scripts: rstrip.sh: allow rpath with sole $ORIGIN tokenYorkie Liu2018-12-191-1/+1
| | | | | | | | | | | | | | 2efe776 introduces rpath checks with the commit message: > Remove all rpath entries which do not point to a location below /lib or > /usr/lib and which do not begin with '$ORIGIN'. However the implementation failed to support rpath entries with only the '$ORIGIN' token and no trailing slash, so allow these as well. Signed-off-by: Yorkie Liu <yazhong.liu@rokid.com> [reword commit message] Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* iproute2: only link libelf where neededJo-Philipp Wich2018-12-192-2/+62
| | | | | | | | | | | | | | | | | | | | | The iproute2 build system links libelf support to every utility while only the tc program actually requires libelf specific functionality. Unfortunately the BPF ELF functionality is not confined into an own compilation unit but added to the existing bpf.c sources of the shared static libutil.a, causing every iproute2 applet to pick up an implicit libelf.so dependency. In order to avoid this requirement, patch the iproute2 build system to create both a libutil.a and a libutil-elf.a, with the former being built without libelf functionality and to only link the tc applet with the libelf enabled libutil. Finally, make the tc package depend on libelf to solve compilation errors. Ref: https://github.com/openwrt/packages/issues/7728 Fixes: FS#2011 Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* elfutils: install library files for pkg-configTony Ambardar2018-12-191-0/+3
| | | | | | | Support other packages using pkg-config to query existence and details of libelf and libdw libraries at build time. Signed-off-by: Tony Ambardar <itugrok@yahoo.com>
* base-files: install missing /etc/iproute2/ematch_mapTony Ambardar2018-12-191-0/+8
| | | | | | | | This file is needed to properly use the tc ematch modules present in kmod-sched-core and kmod-sched. It is a read-only index file of ematch methods used only by tc. Signed-off-by: Tony Ambardar <itugrok@yahoo.com>
* brcm2708: switch to kernel 4.14Stijn Tintel2018-12-181-1/+1
| | | | Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* brcm2708: add kernel 4.14 supportStijn Tintel2018-12-18459-3/+153907
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Patch generation process: - rebase rpi/rpi-4.14.y on v4.14.89 from linux-stable - git format-patch v4.14.89 Patches skipped during rebase: - lan78xx: Read MAC address from DT if present - lan78xx: Enable LEDs and auto-negotiation - Revert "softirq: Let ksoftirqd do its job" - sc16is7xx: Fix for multi-channel stall - lan78xx: Ignore DT MAC address if already valid - lan78xx: Simple patch to prevent some crashes - tcp_write_queue_purge clears all the SKBs in the write queue - Revert "lan78xx: Simple patch to prevent some crashes" - lan78xx: Connect phy early - Arm: mm: ftrace: Only set text back to ro after kernel has been marked ro - Revert "Revert "softirq: Let ksoftirqd do its job"" - ASoC: cs4265: SOC_SINGLE register value error fix - Revert "ASoC: cs4265: SOC_SINGLE register value error fix" - Revert "net: pskb_trim_rcsum() and CHECKSUM_COMPLETE are friends" - Revert "Revert "net: pskb_trim_rcsum() and CHECKSUM_COMPLETE are friends"" Patches dropped after rebase: - net: Add non-mainline source for rtl8192cu wlan - net: Fix rtl8192cu build errors on other platforms - brcm: adds support for BCM43341 wifi - brcmfmac: Mute expected startup 'errors' - ARM64: Fix build break for RTL8187/RTL8192CU wifi - ARM64: Enable RTL8187/RTL8192CU wifi in build config - This is the driver for Sony CXD2880 DVB-T2/T tuner + demodulator - brcmfmac: add CLM download support - brcmfmac: request_firmware_direct is quieter - Sets the BCDC priority to constant 0 - brcmfmac: Disable ARP offloading when promiscuous - brcmfmac: Avoid possible out-of-bounds read - brcmfmac: Delete redundant length check - net: rtl8192cu: Normalize indentation - net: rtl8192cu: Fix implicit fallthrough warnings - Revert "Sets the BCDC priority to constant 0" - media: cxd2880: Bump to match 4.18.y version - media: cxd2880-spi: Bump to match 4.18.y version - Revert "mm: alloc_contig: re-allow CMA to compact FS pages" - Revert "Revert "mm: alloc_contig: re-allow CMA to compact FS pages"" - cxd2880: CXD2880_SPI_DRV should select DVB_CXD2880 with MEDIA_SUBDRV_AUTOSELECT - 950-0421-HID-hid-bigbenff-driver-for-BigBen-Interactive-PS3OF.patch - 950-0453-Add-hid-bigbenff-to-list-of-have_special_driver-for-.patch Make I2C built-in instead of modular as in upstream defconfig; also the easiest way to get MFD_ARIZONA enabled, which is required by kmod-sound-soc-rpi-cirrus. Add missing compatible strings from 4.9/960-add-rasbperrypi-compatible.patch, using upstream names for compute modules. Add extra patch to enable the LEDs on lan78xx. Compile-tested: bcm2708, bcm2709, bcm2710 (with CONFIG_ALL_KMODS=y) Runtime-tested: bcm2708, bcm2710 Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* brcm2708: add kmod-sound-soc-3dlab-nano-playerStijn Tintel2018-12-181-0/+18
| | | | | | Add kernel module for 3Dlab Nano Player support in kernel 4.14. Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* brcm2708: add kmod-sound-soc-rpi-cirrusStijn Tintel2018-12-181-0/+42
| | | | | | Add kernel module for Cirrus Logic Audio Card support in kernel 4.14. Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* brcm2708: add kmod-sound-soc-googlevoicehatStijn Tintel2018-12-181-0/+24
| | | | | | Add kernel module for Google Voice HAT support in kernel 4.14. Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* brcm2708: add kmod-sound-soc-audioinjector-octo-soundcardStijn Tintel2018-12-181-0/+26
| | | | | | | Add kernel module for AudioInjector Octo surround sound card support in kernel 4.14. Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* brcm2708: add kmod-sound-soc-allo-katana-codecStijn Tintel2018-12-181-0/+29
| | | | | | Add kernel module for Allo Katana DAC support in kernel 4.14. Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* brcm2708: add kmod-sound-soc-allo-piano-dac-plusStijn Tintel2018-12-181-0/+27
| | | | | | Add kernel module for the Allo Piano DAC Plus in kernel 4.14. Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* brcm2708: add kmod-sound-soc-allo-digioneStijn Tintel2018-12-181-0/+26
| | | | | | Add kernel module for Allo DigiOne support in kernel 4.14. Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* brcm2708: add kmod-sound-soc-allo-boss-dacStijn Tintel2018-12-181-0/+27
| | | | | | Add kernel module for Allo Boss DAC support in kernel 4.14. Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* brcm2708: add kmod-hwmon-rpi-poe-fanStijn Tintel2018-12-181-0/+17
| | | | | | | Add kernel module for the fan on the PoE HAT for the 3B+ model in kernel 4.14. Without this, the fan will not turn on. Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* brcm2708: prepare kmod-drm-vc4 for 4.14Stijn Tintel2018-12-181-2/+7
| | | | | | | It requires sound card support in the new kernel. HDMI CEC support is disabled for now; enabling it turned out to be non-trivial. Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* brcm2708: prepare kmod-video-bcm2835 for 4.14Stijn Tintel2018-12-181-2/+4
| | | | | | | | Since kernel 4.12, this driver appeared in staging. The rpi-4.14.y kernel tree uses these as well. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com> Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* brcm2708: prepare kmod-sound-raspidac3 for 4.14Stijn Tintel2018-12-181-0/+1
| | | | | | | Support for RaspiDac3 has been removed from the rpi-4.14.y kernel tree. Make the kmod package depend on kernel 4.9. Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* brcm2708: prepare kmod-sound-arm-bcm2835 for 4.14Stijn Tintel2018-12-181-1/+2
| | | | | | | | Since kernel 4.12, this driver appeared in staging. The rpi-4.14.y kernel tree uses these as well. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com> Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* ubox: bump to git HEADStijn Tintel2018-12-181-4/+4
| | | | | | 876c7f5 kmodloader: load_modprobe: abort after 2 attempts Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* build: fix build dependency of kmod .ipk with version filtered filesYousong Zhou2018-12-181-1/+1
| | | | | | | | | We need to use resolved file list as prerequisites for repacking kmod .ipk files. Note that currently version_filter uses a Makefile macro KERNEL_PATCHVER that should be available at ipk building time. Reported-by: Rafał Miłecki <zajec5@gmail.com> Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
* layerscape: use MKUBIFS_OPTS for per-device ubi parametersYangbo Lu2018-12-182-6/+3
| | | | | | | UBIFS_OPTS couldn't be used for per-device ubi parameters. Let's use MKUBIFS_OPTS instead. Signed-off-by: Yangbo Lu <yangbo.lu@nxp.com>
* layerscape: drop kernel 4.9 supportBiwen Li2018-12-1838-275972/+0
| | | | | | | This patch is to drop kernel 4.9 support. Signed-off-by: Biwen Li <biwen.li@nxp.com> Signed-off-by: Yangbo Lu <yangbo.lu@nxp.com>
* layerscape: add LS1021AIOT board supportBiwen Li2018-12-185-3/+326
| | | | | | | | | | | | | | | | | | | | | | | The LS1021A-IoT gateway reference design based on the QorIQ LS1021A processor is a purpose-built, small footprint hardware platform with a wide array of high-speed connectivity and low-speed serial interfaces to support secure delivery of IoT services for home, business or other commercial location. - Combines standards-based, open source software with a feature-rich IoT gateway design to establish a common, open framework for secured IoT service delivery and management. - Provides a wide assortment of high-speed and serial-based connectivity in a compact, highly secure design. - High efficiency through the use of the Arm-based QorIQ LS1021A embedded processor. Signed-off-by: Yangbo Lu <yangbo.lu@nxp.com> Signed-off-by: Biwen Li <biwen.li@nxp.com>
* layerscape: upgrade kernel to 4.14Biwen Li2018-12-1845-1/+242886
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This patch is to upgrade kernel to 4.14 for layerscape. patches-4.14 for layerscape included two categories. - NXP Layerscape SDK kernel-4.14 patches All patches on tag LSDK-18.09-V4.14 were ported to OpenWrt kernel. Since there were hundreds patches, we had to make an all-in-one patch for each IP/feature. See below links for LSDK kernel. https://lsdk.github.io/components.html https://source.codeaurora.org/external/qoriq/qoriq-components/linux - Non-LSDK kernel patches Other patches which were not in LSDK were just put in patches-4.14. Kept below patches from patches-4.9. 303-dts-layerscape-add-traverse-ls1043.patch 821-add-esdhc-vsel-to-ls1043.patch 822-rgmii-fixed-link.patch Renamed and rebase them as below in patches-4.14, 303-add-DTS-for-Traverse-LS1043-Boards.patch 712-sdk-dpaa-rgmii-fixed-link.patch 824-mmc-sdhci-of-esdhc-add-voltage-switch-support-for-ls.patch Signed-off-by: Yangbo Lu <yangbo.lu@nxp.com> Signed-off-by: Biwen Li <biwen.li@nxp.com>
* kernel: Add missing symbols to 4.19Petr Štetiar2018-12-181-0/+4
| | | | | | | | While building 4.19 for ath79 with CONFIG_ALL_KMODS=y with verbose mode enabled I was asked by kernel config about few symbols/modules so I'm adding those missing symbols to the generic config. Signed-off-by: Petr Štetiar <ynezz@true.cz>
* kernel: Fix usb-chipidea dependency on ulpi.ko for 4.19Petr Štetiar2018-12-181-1/+2
| | | | | | | | | | | | | | | | | | | It seems, that since Linux 4.18-rc2 ci_hdrc depends on ulpi. commit a930d8bd94d8db7715d1af74299f710b1fb22fc8 Author: Fabio Estevam <fabio.estevam@nxp.com> Date: Wed Jul 4 10:09:58 2018 -0300 usb: chipidea: Always build ULPI code Commit 03e6275ae381 ("usb: chipidea: Fix ULPI on imx51") causes a kernel hang on imx51 systems that use the ULPI interface and do not select the CONFIG_USB_CHIPIDEA_ULPI option. In order to avoid such potential misuse, let's always build the chipidea ULPI code into the final ci_hdrc object. Signed-off-by: Petr Štetiar <ynezz@true.cz>
* uboot-envtools: fix configuration for I2SE DuckbillsMichael Heimpold2018-12-182-2/+2
| | | | | | | | After changing board names to DT compat string, we also need to adjust the script which generates uboot-env configuration files. Fixes: e880a30549b ("mxs: use generic sysinfo board detection") Signed-off-by: Michael Heimpold <mhei@heimpold.de>
* uboot-envtools: ath79: add support for the Buffalo BHR-4GRV2Stefan Lippers-Hollmann2018-12-181-0/+1
| | | | | | | | | | | According to https://github.com/openwrt/openwrt/pull/1527, support for the Buffalo BHR-4GRV2 in ath79 requires repartitioning from an initramfs image, make this easier by supporting uboot-envtools support out of the box. Build tested, but not runtime tested. Signed-off-by: Stefan Lippers-Hollmann <s.l-h@gmx.de>
* uboot-envtools: ath79: add support for the Buffalo WZR-HP-AG300HStefan Lippers-Hollmann2018-12-181-0/+3
| | | | | | | | | Port support for the Buffalo WZR-HP-AG300H from the ar71xx target to ath79 as well. Build- and runtime tested on the Buffalo WZR-HP-AG300H. Signed-off-by: Stefan Lippers-Hollmann <s.l-h@gmx.de>
* dropbear: fix dropbear startup issueHans Dedecker2018-12-182-2/+10
| | | | | | | | | | | | | | | Interface triggers are installed by the dropbear init script in case an interface is configured for a given dropbear uci section. As dropbear is started after network the interface trigger event can be missed during a small window; this is especially the case if lan is specified as interface. Fix this by starting dropbear before network so no interface trigger is missed. As dropbear is started earlier than netifd add a boot function to avoid the usage of network.sh functions as call to such functions will fail at boottime. Signed-off-by: Hans Dedecker <dedeckeh@gmail.com> Acked-by: Jo-Philipp Wich <jo@mein.io>
* cns3xxx: fix writing to wrong PCI registersKoen Vandeputte2018-12-183-0/+237
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Originally, cns3xxx used it's own functions for mapping, reading and writing registers. Upstream commit 802b7c06adc7 ("ARM: cns3xxx: Convert PCI to use generic config accessors") removed the internal PCI config write function in favor of the generic one: cns3xxx_pci_write_config() --> pci_generic_config_write() cns3xxx_pci_write_config() expected aligned addresses, being produced by cns3xxx_pci_map_bus() while the generic one pci_generic_config_write() actually expects the real address as both the function and hardware are capable of byte-aligned writes. This currently leads to pci_generic_config_write() writing to the wrong registers on some ocasions. First issue seen due to this: - driver ath9k gets loaded - The driver wants to write value 0xA8 to register PCI_LATENCY_TIMER, located at 0x0D - cns3xxx_pci_map_bus() aligns the address to 0x0C - pci_generic_config_write() effectively writes 0xA8 into register 0x0C (CACHE_LINE_SIZE) This seems to cause some slight instability when certain PCI devices are used. Another issue example caused by this this is the PCI bus numbering, where the primary bus is higher than the secondary, which is impossible. Before: 00:00.0 PCI bridge: Cavium, Inc. Device 3400 (rev 01) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0, IRQ 255 Bus: primary=02, secondary=01, subordinate=ff, sec-latency=0 After fix: 00:00.0 PCI bridge: Cavium, Inc. Device 3400 (rev 01) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0, IRQ 255 Bus: primary=00, secondary=01, subordinate=02, sec-latency=0 And very likely some more .. Fix all by omitting the alignment being done in the mapping function. Signed-off-by: Koen Vandeputte <koen.vandeputte@ncentric.com>
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-19 18:44:07 +0000