Intel OpenBMC Linux kernel source tree (mirror) https://git.radix-linux.su/BMC/Intel-BMC/linux.git/atom?h=dev 2015-03-11T20:15:05+00:00 2015-03-11T20:15:05+00:00 Lina Iyer lina.iyer@linaro.org 2015-03-02T23:30:28+00:00 urn:sha1:a353e4a06f24235138d483a2625726a5fc472949 We dont need to export the SCM specific cold boot flags to the platform code. Export only a function to set the cold boot address. Signed-off-by: Lina Iyer <lina.iyer@linaro.org> Signed-off-by: Kumar Gala <galak@codeaurora.org> 2015-03-11T20:06:38+00:00 Kumar Gala galak@codeaurora.org 2015-02-26T21:49:09+00:00 urn:sha1:916f743da3546c28a2f350d197e3bea95d97ba15 Architectural changes in the ARM Linux kernel tree mandate the eventual removal of the mach-* directories. Move the scm driver to drivers/firmware and the scm header to include/linux to support that removal. Signed-off-by: Kumar Gala <galak@codeaurora.org> 2015-03-11T20:06:37+00:00 Kumar Gala galak@codeaurora.org 2015-02-04T22:30:46+00:00 urn:sha1:4de43476fc1baaf2bb7a520fc9e3b1797943b615 Add qcom prefix to functions, etc to create a unique name space for the scm code as it gets ready to move out of qcom specific mach dir. Signed-off-by: Kumar Gala <galak@codeaurora.org> 2015-03-11T20:06:37+00:00 Kumar Gala galak@codeaurora.org 2015-02-04T22:10:13+00:00 urn:sha1:b97fdb6dc0effe0612bc60fc9db7017b9fd81932 Now that scom boot interface is merged we don't need export scm_call anymore. Some other minor cleanups related to boot interface to only export what is needed by scm_set_boot_addr(). Signed-off-by: Kumar Gala <galak@codeaurora.org> 2015-03-11T20:06:36+00:00 Kumar Gala galak@codeaurora.org 2015-02-04T21:46:04+00:00 urn:sha1:3d9b448bd287f051f5380323d596a133f01c074b Put all scm related code into a single file as a first step in cleaning up the scm interface to just expose functional behavior insteam of making direct scm calls. Signed-off-by: Kumar Gala <galak@codeaurora.org> 2015-02-17T17:27:54+00:00 Linus Torvalds torvalds@linux-foundation.org 2015-02-17T17:27:54+00:00 urn:sha1:878ba61aa98cbb97a513757800e77613f856a029 Pull ARM SoC platform changes from Olof Johansson: "New and updated SoC support. Also included are some cleanups where the platform maintainers hadn't separated cleanups from new developent in separate branches. Some of the larger things worth pointing out: - A large set of changes from Alexandre Belloni and Nicolas Ferre preparing at91 platforms for multiplatform and cleaning up quite a bit in the process. - Removal of CSR's "Marco" SoC platform that never made it out to the market. We love seeing these since it means the vendor published support before product was out, which is exactly what we want! New platforms this release are: - Conexant Digicolor (CX92755 SoC) - Hisilicon HiP01 SoC - CSR/sirf Atlas7 SoC - ST STiH418 SoC - Common code changes for Nvidia Tegra132 (64-bit SoC) We're seeing more and more platforms having a harder time labelling changes as cleanups vs new development -- which is a good sign that we've come quite far on the cleanup effort. So over time we might start combining the cleanup and new-development branches more" * tag 'soc-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc: (124 commits) ARM: at91/trivial: unify functions and machine names ARM: at91: remove at91_dt_initialize and machine init_early() ARM: at91: change board files into SoC files ARM: at91: remove at91_boot_soc ARM: at91: move alternative initial mapping to board-dt-sama5.c ARM: at91: merge all SOC_AT91SAM9xxx ARM: at91: at91rm9200: set idle and restart from rm9200_dt_device_init() ARM: digicolor: select syscon and timer ARM: zynq: Simplify SLCR initialization ARM: zynq: PM: Fixed simple typo. ARM: zynq: Setup default gpio number for Xilinx Zynq ARM: digicolor: add low level debug support ARM: initial support for Conexant Digicolor CX92755 SoC ARM: OMAP2+: Add dm816x hwmod support ARM: OMAP2+: Add clock domain support for dm816x ARM: OMAP2+: Add board-generic.c entry for ti81xx ARM: at91: pm: remove warning to remove SOC_AT91SAM9263 usage ARM: at91: remove unused mach/system_rev.h ARM: at91: stop using HAVE_AT91_DBGUx ARM: at91: fix ordering of SRAM and PM initialization ... 2015-02-10T10:23:14+00:00 Stephen Boyd sboyd@codeaurora.org 2015-01-30T23:25:31+00:00 urn:sha1:8684014d71e259f62f7dc24a20324e232806b2ef On qcom platforms we always enter the kernel in ARM mode, regardless of the kernel being compiled for THUMB mode. Use secondary_startup_arm() to properly switch the mode to what the kernel expects if required. Signed-off-by: Stephen Boyd <sboyd@codeaurora.org> Acked-by: Catalin Marinas <catalin.marinas@arm.com> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 2015-01-23T16:19:36+00:00 Stephen Boyd sboyd@codeaurora.org 2015-01-21T19:22:09+00:00 urn:sha1:195b278dbd9d0d88ff3c743d55148022f5738b95 We don't need to force gpiolib on everyone given that it isn't required to actually boot the device and the multiplatform Kconfig already selects ARCH_WANT_OPTIONAL_GPIOLIB. CLKSRC_OF is already selected by CONFIG_ARCH_MULTIPLATFORM too, so we can drop that here. Signed-off-by: Stephen Boyd <sboyd@codeaurora.org> Signed-off-by: Kumar Gala <galak@codeaurora.org> 2015-01-23T16:19:33+00:00 Stephen Boyd sboyd@codeaurora.org 2015-01-21T19:21:15+00:00 urn:sha1:7279db9287f226fbb3f349c3244f8dc4b783e645 The secure environment only runs in little-endian mode, so any buffers shared with the secure environment should have their contents converted to little-endian. We also mark such elements with __le32 to allow sparse to catch such problems. Signed-off-by: Stephen Boyd <sboyd@codeaurora.org> Signed-off-by: Kumar Gala <galak@codeaurora.org> 2015-01-23T16:19:17+00:00 Stephen Boyd sboyd@codeaurora.org 2014-10-24T00:35:07+00:00 urn:sha1:65b4ab65538e0da8e03e05d137001f10c78273d0 The secure world only knows about 32-bit wide physical addresses for the boot API. Clarify the kernel interface by explicitly stating a u32 instead of phys_addr_t which could be 32 or 64 bits depending on LPAE or not. Signed-off-by: Stephen Boyd <sboyd@codeaurora.org> Signed-off-by: Kumar Gala <galak@codeaurora.org>