| History log of /src/sys/arch/arm/imx/imx51_ccm.c |
| Revision | | Date | Author | Comments |
| 1.8 |
| 24-Jul-2021 |
andvar | Fix all remaining typos, mainly in comments but also in few definitions and log messages, reported by me in PR kern/54889.
Also fixed some additional typos in comments, found on review of same files or typos.
|
| 1.7 |
| 03-Sep-2018 |
riastradh | branches: 1.7.16;
Rename min/max -> uimin/uimax for better honesty.
These functions are defined on unsigned int. The generic name
min/max should not silently truncate to 32 bits on 64-bit systems.
This is purely a name change -- no functional change intended.
HOWEVER! Some subsystems have
#define min(a, b) ((a) < (b) ? (a) : (b))
#define max(a, b) ((a) > (b) ? (a) : (b))
even though our standard name for that is MIN/MAX. Although these
may invite multiple evaluation bugs, these do _not_ cause integer
truncation.
To avoid `fixing' these cases, I first changed the name in libkern,
and then compile-tested every file where min/max occurred in order to
confirm that it failed -- and thus confirm that nothing shadowed
min/max -- before changing it.
I have left a handful of bootloaders that are too annoying to
compile-test, and some dead code:
cobalt ews4800mips hp300 hppa ia64 luna68k vax
acorn32/if_ie.c (not included in any kernels)
macppc/if_gm.c (superseded by gem(4))
It should be easy to fix the fallout once identified -- this way of
doing things fails safe, and the goal here, after all, is to _avoid_
silent integer truncations, not introduce them.
Maybe one day we can reintroduce min/max as type-generic things that
never silently truncate. But we should avoid doing that for a while,
so that existing code has a chance to be detected by the compiler for
conversion to uimin/uimax without changing the semantics until we can
properly audit it all. (Who knows, maybe in some cases integer
truncation is actually intended!)
|
| 1.6 |
| 25-Jul-2014 |
hkenken | branches: 1.6.26; 1.6.28;
Add support i.MX50x
* i.MX50 series is e-ink e-reader processor.
|
| 1.5 |
| 22-Mar-2014 |
hkenken | branches: 1.5.2;
Fix SDHC clocks.
|
| 1.4 |
| 22-Mar-2014 |
hkenken | Add SPI driver.
i.MX51 have two eCSPI, and one CSPI.
|
| 1.3 |
| 19-Sep-2012 |
bsh | branches: 1.3.2;
make Netwalker kernel compile again.
from Kenichi Hashimoto.
|
| 1.2 |
| 01-Sep-2012 |
matt | branches: 1.2.2;
Some initial iMX.6 support
|
| 1.1 |
| 17-Apr-2012 |
bsh | branches: 1.1.2; 1.1.4;
driver for i.MX51 Clock Controller Module.
from Kenichi Hashimoto.
Currently used only to get peripheral clock frequencies.
|
| 1.1.4.4 |
| 22-May-2014 |
yamt | sync with head.
for a reference, the tree before this commit was tagged
as yamt-pagecache-tag8.
this commit was splitted into small chunks to avoid
a limitation of cvs. ("Protocol error: too many arguments")
|
| 1.1.4.3 |
| 30-Oct-2012 |
yamt | sync with head
|
| 1.1.4.2 |
| 23-May-2012 |
yamt | sync with head.
|
| 1.1.4.1 |
| 17-Apr-2012 |
yamt | file imx51_ccm.c was added on branch yamt-pagecache on 2012-05-23 10:07:41 +0000
|
| 1.1.2.2 |
| 29-Apr-2012 |
mrg | sync to latest -current.
|
| 1.1.2.1 |
| 17-Apr-2012 |
mrg | file imx51_ccm.c was added on branch jmcneill-usbmp on 2012-04-29 23:04:38 +0000
|
| 1.2.2.2 |
| 20-Aug-2014 |
tls | Rebase to HEAD as of a few days ago.
|
| 1.2.2.1 |
| 20-Nov-2012 |
tls | Resync to 2012-11-19 00:00:00 UTC
|
| 1.3.2.1 |
| 18-May-2014 |
rmind | sync with head
|
| 1.5.2.1 |
| 10-Aug-2014 |
tls | Rebase.
|
| 1.6.28.1 |
| 10-Jun-2019 |
christos | Sync with HEAD
|
| 1.6.26.1 |
| 06-Sep-2018 |
pgoyette | Sync with HEAD
Resolve a couple of conflicts (result of the uimin/uimax changes)
|
| 1.7.16.1 |
| 01-Aug-2021 |
thorpej | Sync with HEAD.
|
