- 09 Oct, 2015 2 commits
-
-
http://github.com/Broadcom/stblinuxArnd Bergmann authored
Merge "Broadcom devicetree changes for v4.4" from Florian Fainelli: This pull requests contains the following Broadcom SoCs Device Tree changes: - Brian Norris documents the BCM7445 SoCs Power Management controllers and hardware and updates the reference BCM7445 Device Tree with these nodes - Florian Fainelli documents the BCM7xxx write-pairing feature in the top-level BCM7xxx binding document - Hauke Merthens enables the NAND controller for the Asus RT-AC87U and adds the GPIO pin controlling the USB power supply on Netgear R6250 - Jon Mason adds support for the NorthStar Plus SoC by providing a top-level binding document and the minimalist device tree skeleton for these SoCs - Rafal Milecki adds support for the Netgear R7000 (BCM5301x SoC) - Ray Jui provides a set of Cygnus DT changes that make the Device Tree clearer and more correct with respect to how the hardware is designed. He also enables the NAND controller on the bcm911360_entphn design, enables a bunch of peripherals on the bcm958305k evaluation board, and adds a skeleton .dtsi file for the touchscreen extansion board(s) * tag 'arm-soc/for-4.4/devicetree' of http://github.com/Broadcom/stblinux: ARM: dts: move aliases back to .dts in Cygnus ARM: dts: fix Cygnus nand device node ARM: dts: enable touchscreen support on Cygnus ARM: dts: Enable NAND support on bcm911360_entphn ARM: dts: Enable various peripherals on bcm958305k ARM: dts: Reorder Cygnus peripherals ARM: dts: Move all Cygnus peripherals into axi bus ARM: dts: Put Cygnus core components under core bus ARM: dts: Use label for device nodes in Cygnus dts ARM: dts: consolidate aliases for Cygnus dt files ARM: BCM5301X: Netgear R6250 add USB GPIO Documentation: bindings: brcmstb: Document write-pairing ARM: dts: brcmstb: add BCM7445 system PM DT nodes Documentation: dt: brcmstb: add system PM bindings ARM: BCM5301X: add NAND flash chip description for Asus RT-AC87U ARM: BCM5301X: Add DT for Netgear R7000 ARM: NSP: add minimal Northstar Plus device tree dt-bindings: Create Documentation for NSP DT bindings
-
Arnd Bergmann authored
Merge tag 'v4.4-rockchip-dts32-1' of git://git.kernel.org/pub/scm/linux/kernel/git/mmind/linux-rockchip into next/dt Merge "Rockchip dts32 changes for 4.4" from Heiko Stuebner: DTS changes including one new Veyron-board and the Radxa Rock2 system-on-module as well as the square baseboard. On top of that a lot of mmc-related changes to improve speeds on the Cortex-A9 socs and also setting up the supplies for rk3288 mmc-controllers for the following mmc-tuning support. And of course the dts-part of the rk3288 power-domains. * tag 'v4.4-rockchip-dts32-1' of git://git.kernel.org/pub/scm/linux/kernel/git/mmind/linux-rockchip: ARM: dts: rockchip: add the support power-domain node on RK3288 SoCs ARM: dts: rockchip: add rk3288-firefly iodomains ARM: dts: rockchip: fixup firefly mmc supplies ARM: dts: rockchip: add rk3288-popmetal iodomains ARM: dts: rockchip: add rk3288-popmetal mmc supplies ARM: dts: rockchip: add rk3288-popmetal board to dtb list ARM: dts: rockchip: Add dtb for the Radxa Rock 2 Square board ARM: dts: rockchip: support highspeed sd-cards on rk3066a boards ARM: dts: rockchip: support highspeed sd-cards for rk3188-radxarock ARM: dts: rockchip: Add the hdmi-ddc pinctrl settings for rk3288 ARM: dts: rockchip: Remove specific cts pullup from veyron ARM: dts: rockchip: pull up cts lines on rk3288 ARM: dts: rockchip: add veyron-jaq board ARM: dts: rockchip: Add support for SD/MMC on MarsBoard-RK3066 dt-bindings: add power-domain header for RK3288 SoCs
-
- 08 Oct, 2015 21 commits
-
-
Caesar Wang authored
We can add more domains node in the future. This patch add the needed clocks into power-controller. As the discuess about all the device clocks being listed in the power-domains itself. There are several reasons as follows: Firstly, the clocks need be turned off to save power when the system enter the suspend state. So we need to enumerate the clocks in the dts. In order to power domain can turn on and off. Secondly, the reset-circuit should reset be synchronous on RK3288, then sync revoked. So we need to enable clocks of all devices. In other words, we have to enable the clocks before you operate them if all the device clocks are included in someone domians. Thirdly, as the chip designs for PM hardhare. we need turn on the noc clocks, if we are operating the "pd_vio" domain to enter the idle status. The device's clock be included in domains that needed turn on if do that. The clocks in the dts are needed to enable before you want to happy work. At the moment, This patch is very good work for PM hardware. Also, we can add these clocks in the future if we have some hidden clocks. Signed-off-by: Caesar Wang <wxt@rock-chips.com> Reviewed-by: Michael Turquette <mturquette@baylibre.com> Reviewed-by: Kevin Hilman <khilman@linaro.org> [add necessary power-domain properties to keep drm subsys working] Signed-off-by: Heiko Stuebner <heiko@sntech.de>
-
Heiko Stuebner authored
-
Heiko Stuebner authored
Add the iodomains node and reference the correct regulator for each domain. This also includes adding the currently unused dvp regulators. Signed-off-by: Heiko Stuebner <heiko@sntech.de>
-
Heiko Stuebner authored
Fix some incorrect references to mmc regulators. vccio_wl for example is the io-voltage supply not the core supply of the wifi module itself, which is vbat_wl instead. Signed-off-by: Heiko Stuebner <heiko@sntech.de>
-
Heiko Stuebner authored
Add the iodomains node and reference the correct regulator for each domain. This also includes adding the currently unused dvp regulators and fixing up two regulators to follow the naming in the schematics. Signed-off-by: Heiko Stuebner <heiko@sntech.de>
-
Heiko Stuebner authored
Add missing regulators and supply properties to emmc and sdmmc nodes. Signed-off-by: Heiko Stuebner <heiko@sntech.de>
-
Heiko Stuebner authored
The popmetal board was not included in the list of Rockchip boards, so was only built when explicitly called with make rk3288-popmetal.dtb but not in a generic make dtbs, so add the missing entry. Signed-off-by: Heiko Stuebner <heiko@sntech.de>
-
Sjoerd Simons authored
The Radxa Rock 2 Square board is a combination of the Radxa Rock 2 SoM with the Square baseboard. Add a dtsi for the SoM which can be included into the dts for the various baseboards (e.g. full and square) and a dts for the square board. Currently supported are serial console, wired networking, hdmi output, eMMC and SD storage and USB. Signed-off-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk> Signed-off-by: Heiko Stuebner <heiko@sntech.de>
-
Shawn Lin authored
Add cap-sd-highspeed and cap-mmc-highspeed for rk3066a-bqcurie2 and rk3066a-rayeager boards to make sd cards run faster. Signed-off-by: Shawn Lin <shawn.lin@rock-chips.com> Signed-off-by: Heiko Stuebner <heiko@sntech.de>
-
Shawn Lin authored
Add cap-sd-highspeed and cap-mmc-highspeed for rk3188-radxarock board to make sd cards running faster. Signed-off-by: Shawn Lin <shawn.lin@rock-chips.com> Signed-off-by: Heiko Stuebner <heiko@sntech.de>
-
Douglas Anderson authored
The pins for i2c5 can either be configured as "I2C5" which means that they're controlled by the normal RK3288 I2C controller or as "EDP / HDMI I2C". It's unclear why EDP is referenced here since apparently setting the mux to this position enables I2C communication using the dw_hdmi block with a patch like <https://patchwork.kernel.org/patch/7098101/>. There appear to be some reasons why using the builtin I2C controller in dw_hdmi is better than using the normal RK3288 I2C controller, so boards based on rk3288 might eventually want to use this pinmux if it's known to work. Once driver support in dw_hdmi lands, boards would use this by selecting this pinctrl for the HDMI block and then _not_ specifying a ddc-i2c-bus and _not_ setting the status to "okay" for i2c5 (which uses the same pins). Signed-off-by: Douglas Anderson <dianders@chromium.org> Signed-off-by: Heiko Stuebner <heiko@sntech.de>
-
Alexandru M Stan authored
With the previous patch ("rk3288: pull up cts lines") this is redundant, I sent that patch for the same reason this existed here, so the lines don't wiggle randomly when disconnected. Signed-off-by: Alexandru M Stan <amstan@chromium.org> Reviewed-by: Douglas Anderson <dianders@chromium.org> Signed-off-by: Heiko Stuebner <heiko@sntech.de>
-
Alexandru M Stan authored
The flow control lines from a user accessible UART are optional, the user might not have anything connected to those pins. In order to prevent random interrupts happening and noise affecting the cts pin should be pulled up. Note that the default state for that pin on the rk3288 is pulled up, so this patch merely restores them. This is similar to what we're already doing with the RX pin, so it should be safe. At worst it might be a slightly higher power usage (through ~50 kohms) when the cts is low. Suggested-by: Neil Hendin <nhendin@chromium.org> Signed-off-by: Alexandru M Stan <amstan@chromium.org> Reviewed-by: Douglas Anderson <dianders@chromium.org> Signed-off-by: Heiko Stuebner <heiko@sntech.de>
-
Brian Norris authored
a.k.a. Haier Chromebook 11, and others Signed-off-by: Brian Norris <briannorris@chromium.org> Reviewed-by: Javier Martinez Canillas <javier@osg.samsung.com> Reviewed-by: Douglas Anderson <dianders@chromium.org> Signed-off-by: Heiko Stuebner <heiko@sntech.de>
-
Romain Perier authored
This enables SDMMC0 on the board and gives a basic support for SD cards. Signed-off-by: Romain Perier <romain.perier@gmail.com> Signed-off-by: Heiko Stuebner <heiko@sntech.de>
-
Arnd Bergmann authored
Merge tag 'keystone-dts' of git://git.kernel.org/pub/scm/linux/kernel/git/ssantosh/linux-keystone into next/dt Merge "ARM Keystone DTS updates" from Santosh Shilimkar: - Add SOC compatible along with EVMs for future board variations. - Add SPI nodes * tag 'keystone-dts' of git://git.kernel.org/pub/scm/linux/kernel/git/ssantosh/linux-keystone: ARM: dts: keystone: Update SoC specific compatible flags ARM: keystone: Update compatible to have SoC specific matches Documentation: dt: keystone: provide SoC specific compatible flags ARM: dts: keystone: Add ti,keystone-spi for SPI
-
Carlo Caione authored
Signed-off-by: Carlo Caione <carlo@endlessm.com> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
-
Carlo Caione authored
Signed-off-by: Carlo Caione <carlo@endlessm.com> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
-
Carlo Caione authored
Tronfy is an emerging brand in China specializing in Home Theater solutions for the normal consumers. Signed-off-by: Carlo Caione <carlo@endlessm.com> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
-
Arnd Bergmann authored
Merge tag 'renesas-dt-for-v4.4' of git://git.kernel.org/pub/scm/linux/kernel/git/horms/renesas into next/dt Merge "Renesas ARM Based SoC DT Updates for v4.4" from Simon Horman: * Add missing CPG/MSTP Clock Domain for sound on r8a779[01] SoCs * Tidy up SCI resource region on r8a779[018] SoCs * Add pinmux for iic0 on Lager board * Use CCF for audio clock on Lager and Koelsch boards * Use serial0 and 1 as serial ports on Marzen board * Use adxl345-specific compatible property for KZM9G board * Document compat string for Silk board * Enable GPIO, I2C, PCI, QSPI, USB PHY and HS, and VIN support on r8a7794/Silk * Add initial support for r8a7791/porter * Add common file for AA121TD01 panel * tag 'renesas-dt-for-v4.4' of git://git.kernel.org/pub/scm/linux/kernel/git/horms/renesas: (28 commits) ARM: shmobile: porter: add Ether DT support ARM: shmobile: fix SILK board name ARM: shmobile: r8a7794: add HS-USB DT support ARM: shmobile: dts: Add common file for AA121TD01 panel ARM: shmobile: r8a7794: link PCI USB devices to USB PHY ARM: shmobile: silk: enable USB PHY ARM: shmobile: r8a7794: add USB PHY DT support ARM: shmobile: porter: initial device tree ARM: shmobile: add Porter board DT bindings ARM: shmobile: silk: enable internal PCI ARM: shmobile: r8a7794: add internal PCI bridge nodes ARM: shmobile: r8a7790: lager: add pinmux for iic0 ARM: shmobile: r8a7778: tidyup SSI resource region ARM: shmobile: r8a7791: tidyup SSI resource region ARM: shmobile: r8a7790: tidyup SSI resource region ARM: shmobile: lager: use CCF for audio clock ARM: shmobile: koelsch: use CCF for audio clock ARM: shmobile: silk: add VIN0/ADV7180 DT support ARM: shmobile: r8a7794: add VIN DT support ARM: shmobile: silk: add I2C1 DT support ...
-
Arnd Bergmann authored
Dependency for renesas/dt
-
- 06 Oct, 2015 13 commits
-
-
Nishanth Menon authored
Update the compatible flags to allow specific SoC identification. Signed-off-by: Nishanth Menon <nm@ti.com> Signed-off-by: Santosh Shilimkar <ssantosh@kernel.org>
-
Nishanth Menon authored
With future SoCs of keystone2 family, the generic compatible match may not be sufficient to handle SoC specific handling. So introduce matches based on SoC compatiblity. Signed-off-by: Nishanth Menon <nm@ti.com> Signed-off-by: Santosh Shilimkar <ssantosh@kernel.org>
-
Nishanth Menon authored
Keystone2 devices are used on more platforms than just Texas Instruments reference evaluation platforms called EVMs. Providing a generic compatible "ti,keystone" is not sufficient to differentiate various SoC definitions possible on various platforms for the following reasons: a) Userspace applications have no way of knowing which SoC they are functioning, providing the compatible matches provide a mechanism for them to enable SoC specific functionality. Such userspace applications are typically automated test framework or SoC custom hardware acceleration entitlement from a common file system. b) Provides an accurate hardware description. This allows SoC specific logic to be run time handled based on of_machine_is_compatible("ti,k2hk") or as needed for the dependent processor instead of needing to use board dependent compatibles that are needed now. Hence, provide compatible matches for each SoC in the Keystone family. Acked-By: Murali Karicheri <m-karicheri2@ti.com> Signed-off-by: Nishanth Menon <nm@ti.com> Signed-off-by: Santosh Shilimkar <ssantosh@kernel.org>
-
Tyler Baker authored
This patch adds all UART nodes for the Hi6220 SoC. Recently a board[1] has been developed to standardize UART access across all the 96boards consumer edition boards. To use this hardware on HiKey we must configure and enable UART3. However, to ensure backward compatibility we must keep UART0 enabled as well. I have removed the hard coded clock index values in favor of using the ones already defined in include/dt-bindings/clock/hi6220-clock.h. Since UART0 needs to be soldered, it has been suggested to use the UART3 as the default console. This patch was boot tested on top of next-20150930, with both UART configurations. [1] http://www.seeedstudio.com/depot/96Boards-UART-p-2525.html?ref=newInBazaarSigned-off-by: Tyler Baker <tyler.baker@linaro.org> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
-
Arnd Bergmann authored
Merge tag 'socfpga_dts_for_v4.4' of git://git.kernel.org/pub/scm/linux/kernel/git/dinguyen/linux into next/dt Merge "SoCFPGA DTS updates for v4.4" from Dinh Nguyen: - Add base arm64 dts for Statrix 10 - Peripheral updates for Arria10(USB,I2C,UART) * tag 'socfpga_dts_for_v4.4' of git://git.kernel.org/pub/scm/linux/kernel/git/dinguyen/linux: arm64: dts: Add base stratix 10 dtsi ARM: socfpga: dts: enable USB and I2C on Arria10 SoCDK ARM: socfpga: dts: add clock fields for I2C, UART and USB on Arria10
-
https://github.com/AppliedMicro/xgene-nextArnd Bergmann authored
Merge "X-Gene DTS changes queued for v4.4" from Duc Dang: * tag 'xgene-dts-for-v4.4-1' of https://github.com/AppliedMicro/xgene-next: arm64: dts: Add poweroff device nodes for APM X-Gene 2 platform arm64: dts: Add APM X-Gene 2 standby GPIO controller DTS entries arm64: dts: Add PMU node for APM X-Gene Storm SOC Documentation: arm: pmu: Add Potenza PMU binding arm64: dts: Add X-Gene v2 reboot driver dts node arm64: dts: add APM Merlin Board device tree power: reset: Add syscon poweroff device node for APM X-Gene platform arm64: dts: Add X-Gene reboot driver dts node Documentation: arm64: add SCU dts binding documentation to linux kernel MAINTAINERS: Add Applied Micro (APM) X-Gene Device Tree maintainer
-
git://git.kernel.org/pub/scm/linux/kernel/git/nferre/linux-at91Arnd Bergmann authored
Merge "First batch of DT changes for 4.4:" from Nicolas Ferre: - some DT fixes: dma declaration, led labels - disable some nodes: PMIC on sama5d3 Xplained, unused i2c1 on at91sam9n12ek - add some others that were missing: touchscreen, cryto nodes, LCD panels or image capture properties on various boards - as the new pinmux for sama5d2 was accepted, we can now add the definitions and the actual muxing for sama5d2 Xplained board * tag 'at91-dt' of git://git.kernel.org/pub/scm/linux/kernel/git/nferre/linux-at91: ARM: at91/dt: sama5d2 Xplained: add device pin muxing ARM: at91/dt: add sama5d2 pinmux ARM: at91/dt: ov2640: add hsync/vsync-active property ARM: at91/dt: sama5d4 xplained: enable the led D8 ARM: at91/dt: sama5d4ek: Add support of QT1070 and Maxtouch ARM: at91/dt: sama5d4: enable crypto nodes ARM: at91/dt: sama5d4: add pioD pin mux mask and enable pioD ARM: at91/dt: sama5d3: update iio config for touchscreen ARM: at91/dt: sama5d3 xplained: disable pmic ARM: at91/dt: at91sam9x5: enable iio touchscreen for 9x5ek ARM: at91/dt: at91sam9n12ek: disable i2c1 ARM: at91/dt: at91sam9n12ek: fix the led labels name ARM: at91/dt: corrections to i2c1 declaration to sama5d4
-
Arnd Bergmann authored
Merge tag 'sti-dt-for-v4.4-1' of https://git.kernel.org/pub/scm/linux/kernel/git/mcoquelin/sti into next/dt Merge "STi DT changes for v4.4, round 1" from Maxime Coquelin: Highlights: ----------- - Add multiple pinctrl configurations to STiH407 - Enable devices using pins only at board level - Add HW RNG device nodes to STiH407 family - Fix MMC0 clock configuration on STiH418 - Fix interrupt related bindings on STiH407 * tag 'sti-dt-for-v4.4-1' of https://git.kernel.org/pub/scm/linux/kernel/git/mcoquelin/sti: ARM: STi: STiH407: Enable the 2 HW Random Number Generators for STiH4{07, 10} ARM: DT: STi: STiH418: Fix mmc0 clock configuration ARM: STi: DT: STiH407: Rename incorrect interrupt related binding ARM: STi: STiH407: Add spi default pinctrl groups. ARM: DT: STiH407: Add RMII pinctrl support ARM: DT: STiH407: Add pinconfig for IRB UHF and IRB TX ARM: DT: STiH407: Add SD pinctrl config for mmc0 controller ARM: DT: STiH407: Add systrace pin configuration ARM: DT: STiH407: Add NAND flash controller pin configuration ARM: DT: STiH407: Add SPI FSM (NOR Flash) Controller pin config ARM: DT: STiH407: Add serial3 pinctrl configuration ARM: DT: STiH407: Add SPI 3 wire and 4 wire pinctrl configs ARM: STi: DT: STiH407: Add i2c3 alternate pin configs ARM: STi: DT: STiH407: Add a cec0 pin definition ARM: dts: stih410: Enable USB2.0 and related PHY nodes at board level ARM: dts: stih407/410: Tidy up display nodes ARM: dts: stih407: Enable PWM nodes only board level
-
git://github.com/hisilicon/linux-hisiArnd Bergmann authored
Merge "ARM64: DT: Hisilicon hip05 soc and D02 board updates for 4.3" from Wei Xu: - Updated the hisilicon devicetree bindings document to support hip05-D02 board - Added dts files for hip05 SoC and D02 board * tag 'hip05-dt-for-4.3' of git://github.com/hisilicon/linux-hisi: arm64: dts: add dts files for Hisilicon Hip05-D02 Development Board arm64: hip05-d02: Document devicetree bindings for Hisilicon Hip05-D02 Board
-
Dinh Nguyen authored
Add the base DTS for Altera's SoCFPGA Stratix 10 platform. Signed-off-by: Dinh Nguyen <dinguyen@opensource.altera.com> --- v4: Add a non-zero ranges property for /soc node v3: change #address-cells and #size-cells to <2> change the GIC address to 0xfffc1000 update the GIC virtual CPU reg length to 0x2000 v2: use interrupt-affinity for pmu node
-
Dinh Nguyen authored
On the Arria10 Devkit, the I2C bus has a serial EEPROM and an RTC hanging off it. Also, enable the USB node. Signed-off-by: Dinh Nguyen <dinguyen@opensource.altera.com>
-
Dinh Nguyen authored
Add the required clock fields for all the I2C nodes. Also add missing clock fields for UART0 and USB1. Signed-off-by: Dinh Nguyen <dinguyen@opensource.altera.com>
-
Sergei Shtylyov authored
Define the Porter board dependent part of the Ether device node. Enable DHCP and NFS root for the kernel booting. This patch is analogous to the commit 26b0d2cf ("ARM: shmobile: henninger: add Ether DT support") as there are no differences between those boards in this respect. Signed-off-by: Sergei Shtylyov <sergei.shtylyov@cogentembedded.com> Signed-off-by: Simon Horman <horms+renesas@verge.net.au>
-
- 05 Oct, 2015 2 commits
-
-
Sergei Shtylyov authored
Unfortunately, the SILK board bindings were not quite correct, as the board name should be all caps. Fix that, adding the board model # in parens and removing stray semicolon. Signed-off-by: Sergei Shtylyov <sergei.shtylyov@cogentembedded.com> Signed-off-by: Simon Horman <horms+renesas@verge.net.au>
-
Sergei Shtylyov authored
Define the R8A7794 generic part of the HS-USB device node. It is up to the board file to enable the device. Signed-off-by: Sergei Shtylyov <sergei.shtylyov@cogentembedded.com> Signed-off-by: Simon Horman <horms+renesas@verge.net.au>
-
- 04 Oct, 2015 2 commits
-
-
Linus Torvalds authored
-
git://git.kernel.org/pub/scm/linux/kernel/git/cmetcalf/linux-tileLinus Torvalds authored
Pull strscpy string copy function implementation from Chris Metcalf. Chris sent this during the merge window, but I waffled back and forth on the pull request, which is why it's going in only now. The new "strscpy()" function is definitely easier to use and more secure than either strncpy() or strlcpy(), both of which are horrible nasty interfaces that have serious and irredeemable problems. strncpy() has a useless return value, and doesn't NUL-terminate an overlong result. To make matters worse, it pads a short result with zeroes, which is a performance disaster if you have big buffers. strlcpy(), by contrast, is a mis-designed "fix" for strlcpy(), lacking the insane NUL padding, but having a differently broken return value which returns the original length of the source string. Which means that it will read characters past the count from the source buffer, and you have to trust the source to be properly terminated. It also makes error handling fragile, since the test for overflow is unnecessarily subtle. strscpy() avoids both these problems, guaranteeing the NUL termination (but not excessive padding) if the destination size wasn't zero, and making the overflow condition very obvious by returning -E2BIG. It also doesn't read past the size of the source, and can thus be used for untrusted source data too. So why did I waffle about this for so long? Every time we introduce a new-and-improved interface, people start doing these interminable series of trivial conversion patches. And every time that happens, somebody does some silly mistake, and the conversion patch to the improved interface actually makes things worse. Because the patch is mindnumbing and trivial, nobody has the attention span to look at it carefully, and it's usually done over large swatches of source code which means that not every conversion gets tested. So I'm pulling the strscpy() support because it *is* a better interface. But I will refuse to pull mindless conversion patches. Use this in places where it makes sense, but don't do trivial patches to fix things that aren't actually known to be broken. * 'strscpy' of git://git.kernel.org/pub/scm/linux/kernel/git/cmetcalf/linux-tile: tile: use global strscpy() rather than private copy string: provide strscpy() Make asm/word-at-a-time.h available on all architectures
-