u-boot.git/drivers/timer, branch v2021.04 Unnamed repository; edit this file 'description' to name the repository. common: Drop asm/global_data.h from common header 2021-02-02T20:33:42+00:00 Simon Glass sjg@chromium.org 2020-10-31T03:38:53+00:00 401d1c4f5d2d29c4bc4beaec95402ca23eb63295 Move this out of the common header and include it only where needed. In a number of cases this requires adding "struct udevice;" to avoid adding another large header or in other cases replacing / adding missing header files that had been pulled in, very indirectly. Finally, we have a few cases where we did not need to include <asm/global_data.h> at all, so remove that include. Signed-off-by: Simon Glass <sjg@chromium.org> Signed-off-by: Tom Rini <trini@konsulko.com> 
Move this out of the common header and include it only where needed.  In
a number of cases this requires adding "struct udevice;" to avoid adding
another large header or in other cases replacing / adding missing header
files that had been pulled in, very indirectly.   Finally, we have a few
cases where we did not need to include <asm/global_data.h> at all, so
remove that include.

Signed-off-by: Simon Glass <sjg@chromium.org>
Signed-off-by: Tom Rini <trini@konsulko.com>
x86: tsc_timer: Correct overflow in __udelay() 2021-02-01T07:11:40+00:00 Simon Glass sjg@chromium.org 2021-01-14T03:29:45+00:00 9edf20f15649cda83214b3b6dc90ca9acff45abb At present long delays such as msleep(2000) can cause an overflow in this function. There is no need for this, since it already uses a 64-bit int. Add a cast to correct this. Signed-off-by: Simon Glass <sjg@chromium.org> Reviewed-by: Bin Meng <bmeng.cn@gmail.com> 
At present long delays such as msleep(2000) can cause an overflow in this
function. There is no need for this, since it already uses a 64-bit int.

Add a cast to correct this.

Signed-off-by: Simon Glass <sjg@chromium.org>
Reviewed-by: Bin Meng <bmeng.cn@gmail.com>
timer: mtk_timer: initialize the timer before use 2021-01-18T20:23:06+00:00 Weijie Gao weijie.gao@mediatek.com 2021-01-12T05:44:02+00:00 63779b240711cb1a0761bbceb323f5e9558394cc The timer being used by this driver may have already been used by first stage bootloader (e.g. ATF/preloader), and it's settings may differ from what this driver is going to use. This may cause issues, such as inaccurate timer frequency due to incorrect clock divider. This patch adds the initialization code to avoid them. Signed-off-by: Weijie Gao <weijie.gao@mediatek.com> 
The timer being used by this driver may have already been used by first
stage bootloader (e.g. ATF/preloader), and it's settings may differ from
what this driver is going to use.

This may cause issues, such as inaccurate timer frequency due to
incorrect clock divider.

This patch adds the initialization code to avoid them.

Signed-off-by: Weijie Gao <weijie.gao@mediatek.com>
riscv: timer: Add support for an early timer 2021-01-18T03:06:32+00:00 Pragnesh Patel pragnesh.patel@sifive.com 2021-01-17T12:41:25+00:00 bc8d12bfd8750de265b742f2ab9cdde2726ea85f Added support for timer_early_get_count() and timer_early_get_rate() This is mostly useful in tracing. Signed-off-by: Pragnesh Patel <pragnesh.patel@sifive.com> Reviewed-by: Rick Chen <rick@andestech.com> 
Added support for timer_early_get_count() and timer_early_get_rate()
This is mostly useful in tracing.

Signed-off-by: Pragnesh Patel <pragnesh.patel@sifive.com>
Reviewed-by: Rick Chen <rick@andestech.com>
timer: stm32: migrate trace to log macro 2021-01-13T08:52:58+00:00 Patrick Delaunay patrick.delaunay@st.com 2020-11-06T18:01:38+00:00 1ac7d52d476168a71243e1aea21a37d6e6dafc98 Define LOG_CATEGORY to allow filtering with log command. Signed-off-by: Patrick Delaunay <patrick.delaunay@st.com> Reviewed-by: Patrice Chotard <patrice.chotard@st.com> 
Define LOG_CATEGORY to allow filtering with log command.

Signed-off-by: Patrick Delaunay <patrick.delaunay@st.com>
Reviewed-by: Patrice Chotard <patrice.chotard@st.com>
omap: timer: fix the rate setting 2021-01-12T05:28:05+00:00 Dario Binacchi dariobin@libero.it 2020-12-29T23:16:22+00:00 11326f379329d979bc39d26896190b799103a407 The prescaler (PTV) setting must be taken into account even when the timer input clock frequency has been set. Signed-off-by: Dario Binacchi <dariobin@libero.it> 
The prescaler (PTV) setting must be taken into account even when the
timer input clock frequency has been set.

Signed-off-by: Dario Binacchi <dariobin@libero.it>
Merge tag 'dm-pull-5jan21' of git://git.denx.de/u-boot-dm into next 2021-01-06T03:34:43+00:00 Tom Rini trini@konsulko.com 2021-01-06T03:34:43+00:00 b11f634b1c1be6ab419758c6596c673445e5ac70 Driver model: make some udevice fields private Driver model: Rename U_BOOT_DEVICE et al. dtoc: Tidy up and add more tests ns16550 code clean-up x86 and sandbox minor fixes for of-platdata dtoc prepration for adding build-time instantiation 
Driver model: make some udevice fields private
Driver model: Rename U_BOOT_DEVICE et al.
dtoc: Tidy up and add more tests
ns16550 code clean-up
x86 and sandbox minor fixes for of-platdata
dtoc prepration for adding build-time instantiation
Merge tag 'v2021.01-rc5' into next 2021-01-05T21:20:26+00:00 Tom Rini trini@konsulko.com 2021-01-05T21:20:26+00:00 720620e6916ba40b9a173bb07706d2c73f3c23e7 Prepare v2021.01-rc5 Signed-off-by: Tom Rini <trini@konsulko.com> 
Prepare v2021.01-rc5

Signed-off-by: Tom Rini <trini@konsulko.com>
dm: Rename U_BOOT_DEVICE() to U_BOOT_DRVINFO() 2021-01-05T19:26:35+00:00 Simon Glass sjg@chromium.org 2020-12-29T03:34:54+00:00 20e442ab2df355450006574fff178c746d254a18 The current macro is a misnomer since it does not declare a device directly. Instead, it declares driver_info record which U-Boot uses at runtime to create a device. The distinction seems somewhat minor most of the time, but is becomes quite confusing when we actually want to declare a device, with of-platdata. We are left trying to distinguish between a device which isn't actually device, and a device that is (perhaps an 'instance'?) It seems better to rename this macro to describe what it actually is. The macros is not widely used, since boards should use devicetree to declare devices. Rename it to U_BOOT_DRVINFO(), which indicates clearly that this is declaring a new driver_info record, not a device. Signed-off-by: Simon Glass <sjg@chromium.org> 
The current macro is a misnomer since it does not declare a device
directly. Instead, it declares driver_info record which U-Boot uses at
runtime to create a device.

The distinction seems somewhat minor most of the time, but is becomes
quite confusing when we actually want to declare a device, with
of-platdata. We are left trying to distinguish between a device which
isn't actually device, and a device that is (perhaps an 'instance'?)

It seems better to rename this macro to describe what it actually is. The
macros is not widely used, since boards should use devicetree to declare
devices.

Rename it to U_BOOT_DRVINFO(), which indicates clearly that this is
declaring a new driver_info record, not a device.

Signed-off-by: Simon Glass <sjg@chromium.org>
dm: core: Use dev_has_ofnode() instead of dev_of_valid() 2021-01-05T19:24:41+00:00 Simon Glass sjg@chromium.org 2020-12-19T17:40:13+00:00 7d14ee443ca674314e0fe5c3e25f48e52a8fd5ee We have two functions which do the same thing. Standardise on dev_has_ofnode() since there is no such thing as an 'invalid' ofnode in normal operation: it is either null or missing. Also move the functions into one place. Signed-off-by: Simon Glass <sjg@chromium.org> Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> 
We have two functions which do the same thing. Standardise on
dev_has_ofnode() since there is no such thing as an 'invalid' ofnode in
normal operation: it is either null or missing.

Also move the functions into one place.

Signed-off-by: Simon Glass <sjg@chromium.org>
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>