06 May, 2020
4 commits
-
iMX8QM registers two thermal devices for CPUs, get the temperature
from "cpu-thermal1" device for A72Signed-off-by: Ye Li
-
Since 8QM has two cluster A53 and A72, so we can't use current core name
for all cores. Change to use compatible string for the core nameSigned-off-by: Ye Li
(cherry picked from commit e5987bddb68617793796a1d5e5633f7c944a9d91) -
Add A53 and A72 support to the imx8 cpu driver. Also implement the
is_current_cpu interface to return udevice for current boot CPU.Signed-off-by: Ye Li
(cherry picked from commit cef3c7f0e6df7490ab2c9f7b479557a89ee75a3b) -
When running on SoC with multiple clusters, the boot CPU may not be fixed.
Add a API that can return the udevice for current boot CPU.
cpu driver needs to implement is_current_cpu interface for this feature,
otherwise the API only returns the first udevice in cpu uclass.Signed-off-by: Ye Li
(cherry picked from commit 53cc0b214c0ebb057b72b93071980d3ceab9e655)
03 Dec, 2019
1 commit
-
At present this function sits in its own file but it does not really
justify it. There are similar string functions in vsprintf.h, so move it
there. Also add the missing function comment.Use the vsprintf.h include file explicitly where needed.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
08 Oct, 2019
1 commit
-
Move cpu desc code to cpu driver directory and name it imx8_cpu.c
No functional change.Signed-off-by: Peng Fan
03 Sep, 2019
1 commit
-
We should not count in hart that is marked as not available in the
device tree in riscv_cpu_get_count().Signed-off-by: Bin Meng
Reviewed-by: Rick Chen
Reviewed-by: Lukas Auer
27 Feb, 2019
1 commit
-
Currently, timer driver is bound only for hart0.
There is no mandatory requirement that hart0 should always
come up. In fact, HiFive Unleashed SoC hart0 doesn't boot
in S-mode because it only has M-mode.The timer driver should be bound for boot hart.
Signed-off-by: Atish Patra
Signed-off-by: Anup Patel
Reviewed-by: Alexander Graf
Reviewed-by: Lukas Auer
Reviewed-by: Bin Meng
18 Dec, 2018
1 commit
-
This adds a driver for RISC-V CPU. Note the driver will bind
a RISC-V timer driver if "timebase-frequency" property is
present in the device tree.Signed-off-by: Bin Meng
Reviewed-by: Lukas Auer
Reviewed-by: Anup Patel
15 Nov, 2018
1 commit
-
The description string should not contain unnecessary characters,
like the ending '\n' or the leading 'CPU:'.Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
28 Oct, 2018
1 commit
-
Complete in the drivers directory the work started with
commit 83d290c56fab ("SPDX: Convert all of our single
license tags to Linux Kernel style").Reviewed-by: Simon Glass
Signed-off-by: Patrick Delaunay
18 Sep, 2018
3 commits
-
Add a CPU driver for the MPC83xx architecture.
Signed-off-by: Mario Six
-
Add a sandbox CPU driver, and some tests for the CPU uclass.
Signed-off-by: Mario Six
-
Add a method to probe all CPUs of the board.
Signed-off-by: Mario Six
08 Aug, 2018
1 commit
-
This adds the initial support of the Broadcom BCM6838 SoC familly,
only cpu, dram, uart and leds are supported.Signed-off-by: Philippe Reynes
Reviewed-by: Daniel Schwierzeck
11 Jul, 2018
1 commit
-
In the device tree, the address for cpu is located in
the node "cpus", not in the cpu node (for exemple cpu@0).
So when probing cpu, the cpu address must be read in the
cpu parent.The commit "cpu: bmips: convert to use live dt"
(sha1: c444afbbefa103d567f197393d39ec0fcca21a0c)
change this behaviour and read the address in the
cpu node when probing cpu.We fix this by reading the address in the cpu parent.
Signed-off-by: Philippe Reynes
01 Jun, 2018
1 commit
-
Signed-off-by: Álvaro Fernández Rojas
Reviewed-by: Daniel Schwierzeck
07 May, 2018
1 commit
-
When U-Boot started using SPDX tags we were among the early adopters and
there weren't a lot of other examples to borrow from. So we picked the
area of the file that usually had a full license text and replaced it
with an appropriate SPDX-License-Identifier: entry. Since then, the
Linux Kernel has adopted SPDX tags and they place it as the very first
line in a file (except where shebangs are used, then it's second line)
and with slightly different comment styles than us.In part due to community overlap, in part due to better tag visibility
and in part for other minor reasons, switch over to that style.This commit changes all instances where we have a single declared
license in the tag as both the before and after are identical in tag
contents. There's also a few places where I found we did not have a tag
and have introduced one.Signed-off-by: Tom Rini
28 Apr, 2018
1 commit
-
We have a large number of places where while we historically referenced
gd in the code we no longer do, as well as cases where the code added
that line "just in case" during development and never dropped it.Signed-off-by: Tom Rini
22 Mar, 2018
1 commit
-
Signed-off-by: Álvaro Fernández Rojas
26 Jan, 2018
2 commits
-
Signed-off-by: Álvaro Fernández Rojas
Reviewed-by: Daniel Schwierzeck -
Signed-off-by: Álvaro Fernández Rojas
Reviewed-by: Daniel Schwierzeck
01 Jun, 2017
2 commits
-
Adjust this function to us an ofnode instead of an offset, so it can be
used with livetree. This involves updating all callers.Signed-off-by: Simon Glass
-
These support the flat device tree. We want to use the dev_read_..()
prefix for functions that support both flat tree and live tree. So rename
the existing functions to avoid confusion.In the end we will have:
1. dev_read_addr...() - works on devices, supports flat/live tree
2. devfdt_get_addr...() - current functions, flat tree only
3. of_get_address() etc. - new functions, live tree onlyAll drivers will be written to use 1. That function will in turn call
either 2 or 3 depending on whether the flat or live tree is in use.Note this involves changing some dead code - the imx_lpi2c.c file.
Signed-off-by: Simon Glass
31 May, 2017
4 commits
-
BCM6338 has a fixed CPU frequency of 240 MHz.
Signed-off-by: Álvaro Fernández Rojas
Reviewed-by: Simon Glass -
As far as I know BCM3380 has a fixed CPU frequency since I couldn't find its
PLL registers in any documentation.Signed-off-by: Álvaro Fernández Rojas
Reviewed-by: Simon Glass -
Signed-off-by: Álvaro Fernández Rojas
Reviewed-by: Simon Glass -
Use a generic name for cpu_desc functions instead of using a specific SoC one.
Signed-off-by: Álvaro Fernández Rojas
Reviewed-by: Simon Glass
10 May, 2017
1 commit
-
Signed-off-by: Álvaro Fernández Rojas
Reviewed-by: Simon Glass
19 Oct, 2016
1 commit
-
The CPU udevice already has a few callbacks to retreive information
about the currently running CPUs. This patch adds a new get_vendor()
call that returns the vendor of the main CPUs.Signed-off-by: Alexander Graf
Reviewed-by: Simon Glass
Reviewed-by: Bin Meng
15 Jul, 2015
4 commits
-
Most of the MP initialization codes in arch/x86/cpu/baytrail/cpu.c is
common to all x86 processors, except detect_num_cpus() which varies
from cpu to cpu. Move these to arch/x86/cpu/cpu.c and implement the
new 'get_count' method for baytrail and cpu_x86 drivers. Now we call
cpu_get_count() in mp_init() to get the number of CPUs.Signed-off-by: Bin Meng
Acked-by: Simon Glass -
Introduce a new method 'get_count' in the UCLASS_CPU ops to get
the number of CPUs in the system.Signed-off-by: Bin Meng
Acked-by: Simon Glass -
In cpu_get_info() it wrongly tests against cpu_ops->get_desc to see
if it is NULL. It should test against cpu_ops->get_info.Signed-off-by: Bin Meng
-
Include otherwise ENOSYS is undefined.
Signed-off-by: Bin Meng
Acked-by: Simon Glass
30 Apr, 2015
1 commit
-
It is useful to be able to keep track of the available CPUs in a multi-CPU
system. This uclass is mostly intended for use with SMP systems.The uclass provides methods for getting basic information about each CPU.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng