[Armadeus-commitlog] UNNAMED PROJECT branch, c2e3fc055aca24f259977a89de3a20625ad2b42a, created. c
Brought to you by:
sszy
|
From: Sébastien S. <ss...@us...> - 2021-01-21 09:30:14
|
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "UNNAMED PROJECT".
The branch, c2e3fc055aca24f259977a89de3a20625ad2b42a has been created
at c3be4e54ee7e874c63d59c67106e33ea8eb5b161 (commit)
- Log -----------------------------------------------------------------
commit c3be4e54ee7e874c63d59c67106e33ea8eb5b161
Author: Marek Vasut <ma...@de...>
Date: Mon Jun 24 19:05:47 2019 +0200
usb: ehci-mx6: Fix bus enumeration for DM case
The EHCI iMX6 driver is only partly converted to DT probing and
still uses a tremendous amount of hard-coded addresses. Worse,
the driver uses hard-coded SoC-model-specific base addresses, which
are derived from values protected by SoC-specific macros, hence the
driver is also compiled for a specific SoC model. Even worse, the
driver depends on specific sequential indexing of the controllers,
from which it derives offsets in the PHY and ANATOP register sets.
However, when the driver is probed from DT, the indexing is not
correct. In fact, each controller has index 0. This patch derives
the index for DT probing case from the controller base addresses,
which is not the way this should be done, however it is the least
intrusive approach, favorable this close to release.
The necessary steps to convert this driver fully to DT probing are
described inside the patch, however this should be done in the next
release and depends on iMX clock driver patches.
Signed-off-by: Marek Vasut <ma...@de...>
Cc: Abel Vesa <abe...@nx...>
Cc: Adam Ford <afo...@gm...>
Cc: Fabio Estevam <fes...@gm...>
Cc: Ludwig Zenz <lz...@dh...>
Cc: Lukasz Majewski <lu...@de...>
Cc: Peng Fan <pen...@nx...>
Cc: Stefano Babic <sb...@de...>
Cc: Vagrant Cascadian <va...@de...>
(cherry picked from commit 501547cec1f7f0438cae388a104ff60f18576c01)
commit c2e3fc055aca24f259977a89de3a20625ad2b42a
Author: Masahiro Yamada <yam...@so...>
Date: Wed Sep 19 11:35:57 2018 +0900
kbuild: fix # escaping in appending U-Boot own DT
The escape sequence '\#' does not work for the latest GNU Make from
the git tree.
Replace it with $(pound) as Linux did.
Signed-off-by: Masahiro Yamada <yam...@so...>
(cherry picked from commit 0c544115379ed77c1843a194e26960e5b8f3d369)
commit e176b552484ad65effa6cdb014548b7d003bc987
Author: Rasmus Villemoes <li...@ra...>
Date: Wed Sep 19 11:35:56 2018 +0900
Kbuild: fix # escaping in .cmd files for future Make
[ commit 9564a8cf422d7b58f6e857e3546d346fa970191e in Linux ]
I tried building using a freshly built Make (4.2.1-69-g8a731d1), but
already the objtool build broke with
orc_dump.c: In function âorc_dumpâ:
orc_dump.c:106:2: error: âelf_getshnumâ is deprecated [-Werror=deprecated-declarations]
if (elf_getshdrnum(elf, &nr_sections)) {
Turns out that with that new Make, the backslash was not removed, so cpp
didn't see a #include directive, grep found nothing, and
-DLIBELF_USE_DEPRECATED was wrongly put in CFLAGS.
Now, that new Make behaviour is documented in their NEWS file:
* WARNING: Backward-incompatibility!
Number signs (#) appearing inside a macro reference or function invocation
no longer introduce comments and should not be escaped with backslashes:
thus a call such as:
foo := $(shell echo '#')
is legal. Previously the number sign needed to be escaped, for example:
foo := $(shell echo '\#')
Now this latter will resolve to "\#". If you want to write makefiles
portable to both versions, assign the number sign to a variable:
C := \#
foo := $(shell echo '$C')
This was claimed to be fixed in 3.81, but wasn't, for some reason.
To detect this change search for 'nocomment' in the .FEATURES variable.
This also fixes up the two make-cmd instances to replace # with $(pound)
rather than with \#. There might very well be other places that need
similar fixup in preparation for whatever future Make release contains
the above change, but at least this builds an x86_64 defconfig with the
new make.
Link: https://bugzilla.kernel.org/show_bug.cgi?id=197847
Cc: Randy Dunlap <rd...@in...>
Signed-off-by: Rasmus Villemoes <li...@ra...>
Signed-off-by: Masahiro Yamada <yam...@so...>
(cherry picked from commit e5e701c2b8470de044c5c71d2a54ecfc72680d59)
-----------------------------------------------------------------------
hooks/post-receive
--
UNNAMED PROJECT
|