2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-11 19:17:15 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-02-13 15:03:39 -08:00
|
|
|
|
2020-01-05 00:36:51 +09:00
|
|
|
|
2008-02-13 15:03:39 -08:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2010-08-11 00:42:26 -07:00
|
|
|
|
2013-04-04 17:37:38 +10:30
|
|
|
|
2021-08-28 18:50:59 +09:00
|
|
|
|
2013-09-23 15:23:54 +09:30
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2006-06-09 21:53:55 +02:00
|
|
|
|
2009-11-07 21:03:54 +00:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2014-08-27 20:28:53 +09:30
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2006-01-28 22:15:55 +01:00
|
|
|
|
|
|
|
|
|
2006-09-07 13:08:54 -07:00
|
|
|
|
|
|
|
|
|
2006-06-08 22:12:53 -07:00
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
2020-12-01 19:34:18 +09:00
|
|
|
|
2013-09-23 15:23:54 +09:30
|
|
|
|
|
|
|
|
|
2020-03-06 17:02:06 +01:00
|
|
|
|
|
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
2020-12-01 19:34:15 +09:00
|
|
|
|
|
|
|
|
|
kbuild: fix false-positive modpost warning when all symbols are trimmed
Nathan reports that the mips defconfig emits the following warning:
WARNING: modpost: Symbol info of vmlinux is missing. Unresolved symbol check will be entirely skipped.
This false-positive happens when CONFIG_TRIM_UNUSED_KSYMS is enabled,
but no CONFIG option is set to 'm'.
Commit a0590473c5e6 ("nfs: fix PNFS_FLEXFILE_LAYOUT Kconfig default")
turned the last 'm' into 'y' for the mips defconfig, and uncovered
this issue.
In this case, the module feature itself is enabled, but we have no
module to build. As a result, CONFIG_TRIM_UNUSED_KSYMS drops all the
instances of EXPORT_SYMBOL. Then, modpost wrongly assumes vmlinux is
missing because vmlinux.symvers is empty. (As another false-positive
case, you can create a module that does not use any symbol of vmlinux).
The current behavior is to entirely suppress the unresolved symbol
warnings when vmlinux is missing just because there are too many.
I found the origin of this code in the historical git tree. [1]
If this is a matter of noisiness, I think modpost can display the
first 10 warnings, and the number of suppressed warnings at the end.
You will get a bit noisier logs when you run 'make modules' without
vmlinux, but such warnings are better to show because you never know
the resulting modules are actually loadable or not.
This commit changes the following:
- If any of input *.symver files is missing, pass -w option to let
the module build keep going with warnings instead of errors.
- If there are too many (10+) unresolved symbol warnings, show only
the first 10, and also the number of suppressed warnings.
[1]: https://git.kernel.org/pub/scm/linux/kernel/git/history/history.git/commit/?id=1cc0e0529569bf6a94f6d49770aa6d4b599d2c46
Reported-by: Nathan Chancellor <nathan@kernel.org>
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org>
2021-03-26 03:54:11 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-07-01 11:44:23 +02:00
|
|
|
|
2021-02-02 13:13:34 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-07-01 11:44:23 +02:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2017-06-30 22:07:03 +08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-03-06 17:02:05 +01:00
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-03-06 17:02:05 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2020-03-06 17:02:05 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-10-07 05:35:32 -06:00
|
|
|
|
2020-03-06 17:02:05 +01:00
|
|
|
|
|
|
|
|
|
2020-12-01 19:34:15 +09:00
|
|
|
|
|
|
|
|
|
2006-10-07 05:35:32 -06:00
|
|
|
|
|
|
|
|
|
2021-08-28 18:50:59 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2006-01-28 22:15:55 +01:00
|
|
|
|
2008-01-11 19:17:15 +01:00
|
|
|
|
2020-03-06 17:02:05 +01:00
|
|
|
|
2006-01-28 22:15:55 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-06-01 14:57:17 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-28 22:15:55 +01:00
|
|
|
|
2020-06-01 14:57:17 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-28 22:15:55 +01:00
|
|
|
|
|
|
|
|
|
2020-06-01 14:57:17 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2020-07-01 08:18:27 +02:00
|
|
|
|
|
|
|
|
|
2020-06-01 14:57:17 +09:00
|
|
|
|
2020-07-01 08:18:27 +02:00
|
|
|
|
2020-06-01 14:57:17 +09:00
|
|
|
|
2008-01-11 19:17:15 +01:00
|
|
|
|
2020-07-26 23:44:19 +02:00
|
|
|
|
2020-07-01 08:18:27 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-05-09 18:50:40 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-04-04 17:37:32 +10:30
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2006-03-03 16:46:04 +01:00
|
|
|
|
2020-06-01 14:57:29 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-06-01 14:57:29 +09:00
|
|
|
|
2020-06-01 14:57:30 +09:00
|
|
|
|
2006-06-09 21:53:55 +02:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
modpost: fix broken sym->namespace for external module builds
Currently, external module builds produce tons of false-positives:
WARNING: module <mod> uses symbol <sym> from namespace <ns>, but does not import it.
Here, the <ns> part shows a random string.
When you build external modules, the symbol info of vmlinux and
in-kernel modules are read from $(objtree)/Module.symvers, but
read_dump() is buggy in multiple ways:
[1] When the modpost is run for vmlinux and in-kernel modules,
sym_extract_namespace() allocates memory for the namespace. On the
other hand, read_dump() does not, then sym->namespace will point to
somewhere in the line buffer of get_next_line(). The data in the
buffer will be replaced soon, and sym->namespace will end up with
pointing to unrelated data. As a result, check_exports() will show
random strings in the warning messages.
[2] When there is no namespace, sym_extract_namespace() returns NULL.
On the other hand, read_dump() sets namespace to an empty string "".
(but, it will be later replaced with unrelated data due to bug [1].)
The check_exports() shows a warning unless exp->namespace is NULL,
so every symbol read from read_dump() emits the warning, which is
mostly false positive.
To address [1], sym_add_exported() calls strdup() for s->namespace.
The namespace from sym_extract_namespace() must be freed to avoid
memory leak.
For [2], I changed the if-conditional in check_exports().
This commit also fixes sym_add_exported() to set s->namespace correctly
when the symbol is preloaded.
Reviewed-by: Matthias Maennich <maennich@google.com>
Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
Signed-off-by: Jessica Yu <jeyu@kernel.org>
2019-10-03 16:58:22 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2019-08-01 09:06:57 +03:00
|
|
|
|
2006-06-08 22:12:53 -07:00
|
|
|
|
modpost,fixdep: Replace zero-length array with flexible-array
The current codebase makes use of the zero-length array language
extension to the C90 standard, but the preferred mechanism to declare
variable-length types such as these ones is a flexible array member[1][2],
introduced in C99:
struct foo {
int stuff;
struct boo array[];
};
By making use of the mechanism above, we will get a compiler warning
in case the flexible array does not occur last in the structure, which
will help us prevent some kind of undefined behavior bugs from being
inadvertently introduced[3] to the codebase from now on.
Also, notice that, dynamic memory allocations won't be affected by
this change:
"Flexible array members have incomplete type, and so the sizeof operator
may not be applied. As a quirk of the original implementation of
zero-length arrays, sizeof evaluates to zero."[1]
sizeof(flexible-array-member) triggers a warning because flexible array
members have incomplete type[1]. There are some instances of code in
which the sizeof operator is being incorrectly/erroneously applied to
zero-length arrays and the result is zero. Such instances may be hiding
some bugs. So, this work (flexible-array member conversions) will also
help to get completely rid of those sorts of issues.
This issue was found with the help of Coccinelle.
[1] https://gcc.gnu.org/onlinedocs/gcc/Zero-Length.html
[2] https://github.com/KSPP/linux/issues/21
[3] commit 76497732932f ("cxgb3/l2t: Fix undefined behaviour")
Signed-off-by: Gustavo A. R. Silva <gustavoars@kernel.org>
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org>
2020-05-07 13:56:01 -05:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-03-26 11:22:19 +05:30
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-11 19:17:15 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-28 17:19:35 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-08-01 09:06:57 +03:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-06-08 22:12:53 -07:00
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-11-15 02:42:26 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2006-01-28 17:19:35 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-11 19:17:15 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-09-06 11:32:28 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-10-29 21:38:09 +09:00
|
|
|
|
|
|
|
|
|
2019-09-06 11:32:28 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2014-08-27 20:28:53 +09:30
|
|
|
|
2006-06-08 22:12:53 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-11 19:17:15 +01:00
|
|
|
|
2006-06-08 22:12:53 -07:00
|
|
|
|
|
|
|
|
|
2008-01-11 19:17:15 +01:00
|
|
|
|
2006-07-01 10:10:19 +02:00
|
|
|
|
|
|
|
|
|
2006-06-08 22:12:53 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-05-25 14:47:04 +09:00
|
|
|
|
|
|
|
|
|
2017-09-06 16:19:05 -07:00
|
|
|
|
2020-03-18 18:34:16 +08:00
|
|
|
|
2017-09-06 16:19:05 -07:00
|
|
|
|
2019-11-15 02:42:21 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-09-06 16:19:05 -07:00
|
|
|
|
2011-07-14 08:51:16 +02:00
|
|
|
|
2019-11-15 02:42:21 +09:00
|
|
|
|
|
|
|
|
|
2020-05-25 14:47:04 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-11-15 02:42:21 +09:00
|
|
|
|
2020-05-25 14:47:05 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-11-15 02:42:21 +09:00
|
|
|
|
2020-05-25 14:47:05 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-11-15 02:42:21 +09:00
|
|
|
|
|
|
|
|
|
2011-07-14 08:51:16 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-07-29 01:47:53 +02:00
|
|
|
|
2006-06-08 22:12:53 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-11-15 02:42:22 +09:00
|
|
|
|
|
|
|
|
|
2019-09-06 11:32:28 +01:00
|
|
|
|
2019-11-15 02:42:22 +09:00
|
|
|
|
2019-10-18 10:31:42 +01:00
|
|
|
|
2019-09-06 11:32:28 +01:00
|
|
|
|
|
|
|
|
|
2019-10-18 10:31:40 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
modpost: rename merror() to error()
The log function names, warn(), merror(), fatal() are inconsistent.
Commit 2a11665945d5 ("kbuild: distinguish between errors and warnings
in modpost") intentionally chose merror() to avoid the conflict with
the library function error(). See man page of error(3).
But, we are already causing the conflict with warn() because it is also
a library function. See man page of warn(3). err() would be a problem
for the same reason.
The common technique to work around name conflicts is to use macros.
For example:
/* in a header */
#define error(fmt, ...) __error(fmt, ##__VA_ARGS__)
#define warn(fmt, ...) __warn(fmt, ##__VA_ARGS__)
/* function definition */
void __error(const char *fmt, ...)
{
<our implementation>
}
void __warn(const char *fmt, ...)
{
<our implementation>
}
In this way, we can implement our own warn() and error(), still we can
include <error.h> and <err.h> with no problem.
And, commit 93c95e526a4e ("modpost: rework and consolidate logging
interface") already did that.
Since the log functions are all macros, we can use error() without
causing "conflicting types" errors.
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org>
2020-12-01 19:34:14 +09:00
|
|
|
|
|
|
|
|
|
2019-10-18 10:31:40 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-28 17:19:35 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-10-18 10:31:41 +01:00
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-06-08 22:12:53 -07:00
|
|
|
|
2020-06-01 14:57:26 +09:00
|
|
|
|
2019-11-15 02:42:26 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-06-01 14:57:26 +09:00
|
|
|
|
2019-11-15 02:42:26 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2019-11-15 02:42:26 +09:00
|
|
|
|
|
|
|
|
|
2006-06-08 22:12:53 -07:00
|
|
|
|
2006-01-28 22:15:55 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-11-15 02:42:24 +09:00
|
|
|
|
2006-01-28 22:15:55 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-11-15 02:42:24 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-28 22:15:55 +01:00
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2020-06-01 14:57:31 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2012-05-23 22:28:49 +09:30
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2012-05-23 22:28:49 +09:30
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2012-05-23 22:28:49 +09:30
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2012-05-23 22:28:49 +09:30
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-06-01 14:57:31 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-02-26 15:33:52 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2007-02-26 15:33:52 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2010-07-29 01:47:53 +02:00
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-09-23 15:23:54 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2006-06-24 23:46:54 +02:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2007-02-26 15:33:52 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2009-05-03 22:02:55 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-08-27 12:15:07 +02:00
|
|
|
|
|
|
|
|
|
2020-06-01 14:57:31 +09:00
|
|
|
|
|
|
|
|
|
2007-08-27 12:15:07 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2011-05-19 16:55:27 -06:00
|
|
|
|
2010-07-29 01:47:53 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2011-05-19 16:55:27 -06:00
|
|
|
|
2010-07-29 01:47:53 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2010-07-29 01:47:53 +02:00
|
|
|
|
2009-05-03 22:02:55 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2010-07-29 01:47:53 +02:00
|
|
|
|
|
|
|
|
|
2006-06-08 22:12:53 -07:00
|
|
|
|
2009-02-06 00:48:02 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2009-02-06 00:48:02 +09:00
|
|
|
|
2008-01-11 19:17:15 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-02-26 15:33:52 +01:00
|
|
|
|
|
|
|
|
|
2006-06-08 22:12:53 -07:00
|
|
|
|
|
|
|
|
|
2009-02-06 00:48:02 +09:00
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2006-06-08 22:12:53 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-07-29 01:47:53 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2011-05-19 16:55:27 -06:00
|
|
|
|
2010-07-29 01:47:53 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2010-07-29 01:47:53 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2008-01-11 19:17:15 +01:00
|
|
|
|
2006-01-28 16:57:26 +01:00
|
|
|
|
2008-01-11 19:17:15 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-07-29 01:47:53 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2011-05-19 16:55:27 -06:00
|
|
|
|
2010-07-29 01:47:53 +02:00
|
|
|
|
2011-05-19 16:55:27 -06:00
|
|
|
|
2010-07-29 01:47:53 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-02-26 15:33:52 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2006-01-28 17:19:35 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-06-12 15:02:55 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-05-09 16:23:45 +09:00
|
|
|
|
2008-06-12 15:02:55 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-05-09 18:50:38 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-06-12 15:02:55 +02:00
|
|
|
|
2010-06-29 20:08:42 +00:00
|
|
|
|
|
|
|
|
|
2018-05-09 18:50:38 +09:00
|
|
|
|
|
|
|
|
|
2025-11-23 13:13:30 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-05-09 18:50:38 +09:00
|
|
|
|
|
|
|
|
|
2016-01-15 20:52:22 +11:00
|
|
|
|
2010-06-29 20:08:42 +00:00
|
|
|
|
2008-06-12 15:02:55 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-11-15 02:42:24 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-04-02 00:56:10 +09:00
|
|
|
|
2021-06-07 15:02:06 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-11-15 02:42:24 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-11-15 02:42:23 +09:00
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2011-07-14 08:51:16 +02:00
|
|
|
|
modpost: fix broken sym->namespace for external module builds
Currently, external module builds produce tons of false-positives:
WARNING: module <mod> uses symbol <sym> from namespace <ns>, but does not import it.
Here, the <ns> part shows a random string.
When you build external modules, the symbol info of vmlinux and
in-kernel modules are read from $(objtree)/Module.symvers, but
read_dump() is buggy in multiple ways:
[1] When the modpost is run for vmlinux and in-kernel modules,
sym_extract_namespace() allocates memory for the namespace. On the
other hand, read_dump() does not, then sym->namespace will point to
somewhere in the line buffer of get_next_line(). The data in the
buffer will be replaced soon, and sym->namespace will end up with
pointing to unrelated data. As a result, check_exports() will show
random strings in the warning messages.
[2] When there is no namespace, sym_extract_namespace() returns NULL.
On the other hand, read_dump() sets namespace to an empty string "".
(but, it will be later replaced with unrelated data due to bug [1].)
The check_exports() shows a warning unless exp->namespace is NULL,
so every symbol read from read_dump() emits the warning, which is
mostly false positive.
To address [1], sym_add_exported() calls strdup() for s->namespace.
The namespace from sym_extract_namespace() must be freed to avoid
memory leak.
For [2], I changed the if-conditional in check_exports().
This commit also fixes sym_add_exported() to set s->namespace correctly
when the symbol is preloaded.
Reviewed-by: Matthias Maennich <maennich@google.com>
Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
Signed-off-by: Jessica Yu <jeyu@kernel.org>
2019-10-03 16:58:22 +09:00
|
|
|
|
2011-07-14 08:51:16 +02:00
|
|
|
|
2020-06-01 14:57:24 +09:00
|
|
|
|
2011-07-14 08:51:16 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-05-09 18:50:38 +09:00
|
|
|
|
2014-02-08 09:01:17 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-06-12 15:02:55 +02:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-08-19 13:44:57 -07:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2006-03-03 16:46:04 +01:00
|
|
|
|
2018-08-15 12:30:38 -07:00
|
|
|
|
2006-03-03 16:46:04 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2006-03-03 16:46:04 +01:00
|
|
|
|
2013-03-15 15:04:17 +10:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-05-09 18:50:38 +09:00
|
|
|
|
2019-09-06 11:32:28 +01:00
|
|
|
|
2019-10-18 10:31:41 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2018-05-09 16:23:45 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2018-05-09 16:23:45 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-28 17:19:35 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-05-09 18:50:37 +09:00
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-05-09 18:50:37 +09:00
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2018-05-09 18:50:37 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-06-09 21:53:55 +02:00
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-05-09 18:50:37 +09:00
|
|
|
|
2006-06-09 21:53:55 +02:00
|
|
|
|
|
|
|
|
|
2018-05-09 18:50:37 +09:00
|
|
|
|
2006-06-09 21:53:55 +02:00
|
|
|
|
|
|
|
|
|
2006-02-26 22:18:11 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-11 19:17:15 +01:00
|
|
|
|
2006-03-03 16:46:04 +01:00
|
|
|
|
2006-02-26 22:18:11 +01:00
|
|
|
|
|
|
|
|
|
2006-03-03 16:46:04 +01:00
|
|
|
|
2006-02-26 22:18:11 +01:00
|
|
|
|
2008-01-11 19:17:15 +01:00
|
|
|
|
2006-03-03 16:46:04 +01:00
|
|
|
|
2006-02-26 22:18:11 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-11 19:17:15 +01:00
|
|
|
|
|
|
|
|
|
2006-02-26 22:18:11 +01:00
|
|
|
|
2008-01-11 19:17:15 +01:00
|
|
|
|
2006-02-26 22:18:11 +01:00
|
|
|
|
|
|
|
|
|
2008-01-23 19:54:27 +01:00
|
|
|
|
|
|
|
|
|
2008-01-23 21:13:50 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-02-06 21:51:18 +01:00
|
|
|
|
2008-01-23 19:54:27 +01:00
|
|
|
|
|
|
|
|
|
2008-01-13 22:21:31 +01:00
|
|
|
|
|
|
|
|
|
2008-01-20 10:43:27 +01:00
|
|
|
|
2008-01-13 22:21:31 +01:00
|
|
|
|
2015-04-20 10:20:26 +09:30
|
|
|
|
2008-01-13 22:21:31 +01:00
|
|
|
|
2009-09-22 16:43:38 -07:00
|
|
|
|
2008-01-13 22:21:31 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-04-20 10:20:26 +09:30
|
|
|
|
|
|
|
|
|
2019-08-27 15:20:23 +03:00
|
|
|
|
|
|
|
|
|
2015-04-20 10:20:26 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-20 10:43:27 +01:00
|
|
|
|
2015-04-20 10:20:26 +09:30
|
|
|
|
2008-01-20 10:43:27 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-13 22:21:31 +01:00
|
|
|
|
2008-01-20 10:43:27 +01:00
|
|
|
|
2008-01-13 22:21:31 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2014-08-27 20:28:53 +09:30
|
|
|
|
2009-05-04 13:05:26 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-08-20 15:33:19 +09:30
|
|
|
|
2010-12-15 17:11:22 -08:00
|
|
|
|
2018-03-08 09:48:46 +00:00
|
|
|
|
2009-05-04 13:05:26 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2012-09-17 05:44:38 +04:00
|
|
|
|
|
|
|
|
|
2013-01-21 17:18:57 +10:30
|
|
|
|
|
|
|
|
|
2015-10-26 19:51:46 +10:30
|
|
|
|
|
|
|
|
|
2014-02-08 09:01:17 +01:00
|
|
|
|
2017-03-01 12:04:44 -06:00
|
|
|
|
2009-05-04 13:05:26 +02:00
|
|
|
|
|
|
|
|
|
2008-01-13 22:21:31 +01:00
|
|
|
|
2008-01-28 20:13:13 +01:00
|
|
|
|
2009-04-23 16:49:33 -04:00
|
|
|
|
2008-01-28 20:13:13 +01:00
|
|
|
|
2009-04-23 16:49:33 -04:00
|
|
|
|
2008-01-28 20:13:13 +01:00
|
|
|
|
2009-04-23 16:49:33 -04:00
|
|
|
|
2014-06-10 19:08:13 +09:00
|
|
|
|
2008-01-28 20:13:13 +01:00
|
|
|
|
2009-04-23 16:49:33 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-28 20:13:13 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-20 20:07:28 +01:00
|
|
|
|
2014-07-27 07:28:01 +09:30
|
|
|
|
|
|
|
|
|
2008-01-20 20:07:28 +01:00
|
|
|
|
2014-07-27 07:28:01 +09:30
|
|
|
|
2008-01-13 22:21:31 +01:00
|
|
|
|
2008-01-20 20:07:28 +01:00
|
|
|
|
2014-07-27 07:28:01 +09:30
|
|
|
|
2008-01-20 20:07:28 +01:00
|
|
|
|
2014-07-27 07:28:01 +09:30
|
|
|
|
2008-01-13 22:21:31 +01:00
|
|
|
|
2012-06-03 20:48:17 +02:00
|
|
|
|
2014-07-27 07:28:01 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2012-06-03 20:48:17 +02:00
|
|
|
|
2013-06-19 19:30:48 -04:00
|
|
|
|
|
|
|
|
|
2010-01-29 12:04:26 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-13 22:21:31 +01:00
|
|
|
|
2014-07-27 07:28:01 +09:30
|
|
|
|
2022-12-13 11:35:29 -07:00
|
|
|
|
2020-03-09 22:47:17 +01:00
|
|
|
|
2015-04-13 20:52:53 +09:30
|
|
|
|
2022-12-13 11:35:29 -07:00
|
|
|
|
2024-12-01 12:17:30 +01:00
|
|
|
|
2008-01-13 22:21:31 +01:00
|
|
|
|
2009-03-12 10:58:33 +00:00
|
|
|
|
|
|
|
|
|
2008-01-20 20:07:28 +01:00
|
|
|
|
2009-03-12 10:58:33 +00:00
|
|
|
|
|
|
|
|
|
2008-01-20 20:07:28 +01:00
|
|
|
|
2015-04-13 20:52:53 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-20 10:43:27 +01:00
|
|
|
|
2014-08-27 20:28:53 +09:30
|
|
|
|
|
|
|
|
|
2008-01-20 10:43:27 +01:00
|
|
|
|
|
|
|
|
|
2014-08-27 20:28:53 +09:30
|
|
|
|
2008-01-20 10:43:27 +01:00
|
|
|
|
|
|
|
|
|
2014-08-27 20:28:53 +09:30
|
|
|
|
2008-01-20 20:07:28 +01:00
|
|
|
|
2008-01-20 10:43:27 +01:00
|
|
|
|
2015-04-20 10:20:40 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-20 10:43:27 +01:00
|
|
|
|
2014-08-27 20:28:53 +09:30
|
|
|
|
2008-01-20 10:43:27 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-01-30 20:52:50 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-20 10:43:27 +01:00
|
|
|
|
2014-08-27 20:28:53 +09:30
|
|
|
|
|
|
|
|
|
2008-01-20 10:43:27 +01:00
|
|
|
|
2015-04-20 10:20:40 +09:30
|
|
|
|
2008-01-20 10:43:27 +01:00
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
2010-01-30 16:35:47 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
2015-04-13 20:52:53 +09:30
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
|
|
|
|
|
2015-04-13 20:55:15 +09:30
|
|
|
|
2021-03-26 11:22:19 +05:30
|
|
|
|
2015-04-13 20:55:15 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-03-26 11:22:19 +05:30
|
|
|
|
2015-04-13 20:55:15 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-03-26 11:22:19 +05:30
|
|
|
|
2015-04-13 20:55:15 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-13 22:21:31 +01:00
|
|
|
|
|
|
|
|
|
2015-04-13 20:41:04 +09:30
|
|
|
|
|
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
2010-01-30 20:52:50 +01:00
|
|
|
|
2015-04-13 20:43:17 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-13 22:21:31 +01:00
|
|
|
|
|
|
|
|
|
2015-04-13 20:52:53 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2014-08-27 20:28:53 +09:30
|
|
|
|
2008-01-13 22:21:31 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
2015-04-13 20:41:04 +09:30
|
|
|
|
2010-01-30 16:35:47 +01:00
|
|
|
|
2010-01-30 20:52:50 +01:00
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-04-13 20:41:04 +09:30
|
|
|
|
2010-01-30 16:35:47 +01:00
|
|
|
|
2010-01-30 20:52:50 +01:00
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
2010-01-30 21:14:23 +01:00
|
|
|
|
|
|
|
|
|
2015-04-13 20:41:04 +09:30
|
|
|
|
2010-01-30 21:14:23 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
|
|
|
|
|
2015-04-13 20:41:04 +09:30
|
|
|
|
2010-01-30 16:35:47 +01:00
|
|
|
|
2010-01-30 20:52:50 +01:00
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-04-13 20:41:04 +09:30
|
|
|
|
2010-01-30 16:35:47 +01:00
|
|
|
|
2010-01-30 20:52:50 +01:00
|
|
|
|
2008-01-20 20:07:28 +01:00
|
|
|
|
2013-06-19 19:30:48 -04:00
|
|
|
|
2008-01-20 20:07:28 +01:00
|
|
|
|
2010-01-29 12:04:26 +01:00
|
|
|
|
2015-04-13 20:41:04 +09:30
|
|
|
|
2010-01-30 16:35:47 +01:00
|
|
|
|
2010-01-30 20:52:50 +01:00
|
|
|
|
2008-01-20 20:07:28 +01:00
|
|
|
|
2013-06-19 19:30:48 -04:00
|
|
|
|
2008-01-20 20:07:28 +01:00
|
|
|
|
2010-01-29 12:04:26 +01:00
|
|
|
|
2015-04-13 20:41:04 +09:30
|
|
|
|
2010-01-30 16:35:47 +01:00
|
|
|
|
2010-01-30 20:52:50 +01:00
|
|
|
|
2008-01-13 22:21:31 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-20 20:07:28 +01:00
|
|
|
|
2015-04-13 20:41:04 +09:30
|
|
|
|
2010-01-30 16:35:47 +01:00
|
|
|
|
2010-01-30 20:52:50 +01:00
|
|
|
|
2008-01-13 22:21:31 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-20 20:07:28 +01:00
|
|
|
|
2015-04-13 20:41:04 +09:30
|
|
|
|
2010-01-30 16:35:47 +01:00
|
|
|
|
2010-01-30 20:52:50 +01:00
|
|
|
|
2008-01-13 22:21:31 +01:00
|
|
|
|
2012-06-03 20:48:17 +02:00
|
|
|
|
|
|
|
|
|
2015-04-13 20:41:04 +09:30
|
|
|
|
2012-06-03 20:48:17 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-13 22:21:31 +01:00
|
|
|
|
|
|
|
|
|
2022-06-11 03:32:30 +09:00
|
|
|
|
2015-04-13 20:41:04 +09:30
|
|
|
|
2010-01-30 20:52:50 +01:00
|
|
|
|
|
|
|
|
|
2015-04-13 20:52:53 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-13 22:21:31 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-01-30 16:56:20 +01:00
|
|
|
|
|
|
|
|
|
2008-01-13 22:21:31 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-04-16 13:16:41 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-03-08 09:48:46 +00:00
|
|
|
|
|
|
|
|
|
2015-04-16 13:16:41 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-13 22:21:31 +01:00
|
|
|
|
2015-04-13 20:41:04 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-13 22:21:31 +01:00
|
|
|
|
|
|
|
|
|
2010-01-30 16:56:20 +01:00
|
|
|
|
2008-01-13 22:21:31 +01:00
|
|
|
|
|
|
|
|
|
2006-02-26 22:18:11 +01:00
|
|
|
|
|
|
|
|
|
2007-05-17 20:14:48 +02:00
|
|
|
|
2006-02-26 22:18:11 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-03-05 00:16:26 +01:00
|
|
|
|
2006-02-26 22:18:11 +01:00
|
|
|
|
2006-03-03 16:46:04 +01:00
|
|
|
|
2010-08-11 23:04:16 -06:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-02-26 22:18:11 +01:00
|
|
|
|
2006-04-15 11:17:12 -07:00
|
|
|
|
2006-02-26 22:18:11 +01:00
|
|
|
|
|
|
|
|
|
2007-07-25 21:52:31 +02:00
|
|
|
|
|
|
|
|
|
2008-01-11 19:17:15 +01:00
|
|
|
|
|
|
|
|
|
2007-01-11 01:52:44 +01:00
|
|
|
|
|
|
|
|
|
2009-04-26 11:17:42 +02:00
|
|
|
|
2007-02-26 17:49:06 +01:00
|
|
|
|
2007-06-03 00:41:22 +02:00
|
|
|
|
2007-01-11 01:52:44 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-02-26 17:49:06 +01:00
|
|
|
|
2015-04-20 10:20:40 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
modpost: skip ELF local symbols during section mismatch check
During development of a serial console driver with a gcc 8.2.0
toolchain for RISC-V, the following modpost warning appeared:
----
WARNING: vmlinux.o(.data+0x19b10): Section mismatch in reference from the variable .LANCHOR1 to the function .init.text:sifive_serial_console_setup()
The variable .LANCHOR1 references
the function __init sifive_serial_console_setup()
If the reference is valid then annotate the
variable with __init* or __refdata (see linux/init.h) or name the variable:
*_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console
----
".LANCHOR1" is an ELF local symbol, automatically created by gcc's section
anchor generation code:
https://gcc.gnu.org/onlinedocs/gccint/Anchored-Addresses.html
https://gcc.gnu.org/git/?p=gcc.git;a=blob;f=gcc/varasm.c;h=cd9591a45617464946dcf9a126dde277d9de9804;hb=9fb89fa845c1b2e0a18d85ada0b077c84508ab78#l7473
This was verified by compiling the kernel with -fno-section-anchors
and observing that the ".LANCHOR1" ELF local symbol disappeared, and
modpost no longer warned about the section mismatch. The serial
driver code idiom triggering the warning is standard Linux serial
driver practice that has a specific whitelist inclusion in modpost.c.
I'm neither a modpost nor an ELF expert, but naively, it doesn't seem
useful for modpost to report section mismatch warnings caused by ELF
local symbols by default. Local symbols have compiler-generated
names, and thus bypass modpost's whitelisting algorithm, which relies
on the presence of a non-autogenerated symbol name. This increases
the likelihood that false positive warnings will be generated (as in
the above case).
Thus, disable section mismatch reporting on ELF local symbols. The
rationale here is similar to that of commit 2e3a10a1551d ("ARM: avoid
ARM binutils leaking ELF local symbols") and of similar code already
present in modpost.c:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/scripts/mod/modpost.c?h=v4.19-rc4&id=7876320f88802b22d4e2daf7eb027dd14175a0f8#n1256
This third version of the patch implements a suggestion from Masahiro
Yamada <yamada.masahiro@socionext.com> to restructure the code as an
additional pattern matching step inside secref_whitelist(), and
further improves the patch description.
Signed-off-by: Paul Walmsley <paul.walmsley@sifive.com>
Signed-off-by: Paul Walmsley <paul@pwsan.com>
Acked-by: Sam Ravnborg <sam@ravnborg.org>
Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
2018-11-21 13:14:13 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-02-26 22:18:11 +01:00
|
|
|
|
2010-01-30 20:52:50 +01:00
|
|
|
|
|
|
|
|
|
2008-01-23 21:13:50 +01:00
|
|
|
|
2006-02-26 22:18:11 +01:00
|
|
|
|
|
|
|
|
|
2008-01-20 10:43:27 +01:00
|
|
|
|
|
|
|
|
|
2018-05-09 18:50:38 +09:00
|
|
|
|
2008-01-23 21:13:50 +01:00
|
|
|
|
2006-02-26 22:18:11 +01:00
|
|
|
|
2010-08-11 23:04:16 -06:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-05-09 18:50:38 +09:00
|
|
|
|
2010-08-11 23:04:16 -06:00
|
|
|
|
|
|
|
|
|
2006-02-26 22:18:11 +01:00
|
|
|
|
2008-01-20 10:43:27 +01:00
|
|
|
|
|
|
|
|
|
2010-01-30 20:52:50 +01:00
|
|
|
|
2008-01-23 21:13:50 +01:00
|
|
|
|
2006-02-26 22:18:11 +01:00
|
|
|
|
2007-02-26 17:49:06 +01:00
|
|
|
|
2008-01-20 10:43:27 +01:00
|
|
|
|
|
|
|
|
|
2008-01-23 21:13:50 +01:00
|
|
|
|
2007-02-26 17:49:06 +01:00
|
|
|
|
2007-06-03 00:41:22 +02:00
|
|
|
|
2008-01-23 21:13:50 +01:00
|
|
|
|
|
|
|
|
|
2007-02-26 17:49:06 +01:00
|
|
|
|
2015-04-20 10:20:40 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
modpost: skip ELF local symbols during section mismatch check
During development of a serial console driver with a gcc 8.2.0
toolchain for RISC-V, the following modpost warning appeared:
----
WARNING: vmlinux.o(.data+0x19b10): Section mismatch in reference from the variable .LANCHOR1 to the function .init.text:sifive_serial_console_setup()
The variable .LANCHOR1 references
the function __init sifive_serial_console_setup()
If the reference is valid then annotate the
variable with __init* or __refdata (see linux/init.h) or name the variable:
*_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console
----
".LANCHOR1" is an ELF local symbol, automatically created by gcc's section
anchor generation code:
https://gcc.gnu.org/onlinedocs/gccint/Anchored-Addresses.html
https://gcc.gnu.org/git/?p=gcc.git;a=blob;f=gcc/varasm.c;h=cd9591a45617464946dcf9a126dde277d9de9804;hb=9fb89fa845c1b2e0a18d85ada0b077c84508ab78#l7473
This was verified by compiling the kernel with -fno-section-anchors
and observing that the ".LANCHOR1" ELF local symbol disappeared, and
modpost no longer warned about the section mismatch. The serial
driver code idiom triggering the warning is standard Linux serial
driver practice that has a specific whitelist inclusion in modpost.c.
I'm neither a modpost nor an ELF expert, but naively, it doesn't seem
useful for modpost to report section mismatch warnings caused by ELF
local symbols by default. Local symbols have compiler-generated
names, and thus bypass modpost's whitelisting algorithm, which relies
on the presence of a non-autogenerated symbol name. This increases
the likelihood that false positive warnings will be generated (as in
the above case).
Thus, disable section mismatch reporting on ELF local symbols. The
rationale here is similar to that of commit 2e3a10a1551d ("ARM: avoid
ARM binutils leaking ELF local symbols") and of similar code already
present in modpost.c:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/scripts/mod/modpost.c?h=v4.19-rc4&id=7876320f88802b22d4e2daf7eb027dd14175a0f8#n1256
This third version of the patch implements a suggestion from Masahiro
Yamada <yamada.masahiro@socionext.com> to restructure the code as an
additional pattern matching step inside secref_whitelist(), and
further improves the patch description.
Signed-off-by: Paul Walmsley <paul.walmsley@sifive.com>
Signed-off-by: Paul Walmsley <paul@pwsan.com>
Acked-by: Sam Ravnborg <sam@ravnborg.org>
Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
2018-11-21 13:14:13 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-23 21:13:50 +01:00
|
|
|
|
2006-02-26 22:18:11 +01:00
|
|
|
|
|
|
|
|
|
2018-10-23 15:15:35 -07:00
|
|
|
|
|
|
|
|
|
2022-05-24 01:46:22 +09:00
|
|
|
|
|
|
|
|
|
2018-10-23 15:15:35 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-02-19 11:53:35 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-18 21:04:34 +01:00
|
|
|
|
2006-02-19 11:53:35 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-18 21:04:34 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-07-29 01:47:53 +02:00
|
|
|
|
2006-02-19 11:53:35 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-07-29 01:47:53 +02:00
|
|
|
|
modpost: fix section mismatch message for R_ARM_ABS32
[ Upstream commit b7c63520f6703a25eebb4f8138fed764fcae1c6f ]
addend_arm_rel() processes R_ARM_ABS32 in a wrong way.
Here, test code.
[test code 1]
#include <linux/init.h>
int __initdata foo;
int get_foo(void) { return foo; }
If you compile it with ARM versatile_defconfig, modpost will show the
symbol name, (unknown).
WARNING: modpost: vmlinux.o: section mismatch in reference: get_foo (section: .text) -> (unknown) (section: .init.data)
(You need to use GNU linker instead of LLD to reproduce it.)
If you compile it for other architectures, modpost will show the correct
symbol name.
WARNING: modpost: vmlinux.o: section mismatch in reference: get_foo (section: .text) -> foo (section: .init.data)
For R_ARM_ABS32, addend_arm_rel() sets r->r_addend to a wrong value.
I just mimicked the code in arch/arm/kernel/module.c.
However, there is more difficulty for ARM.
Here, test code.
[test code 2]
#include <linux/init.h>
int __initdata foo;
int get_foo(void) { return foo; }
int __initdata bar;
int get_bar(void) { return bar; }
With this commit applied, modpost will show the following messages
for ARM versatile_defconfig:
WARNING: modpost: vmlinux.o: section mismatch in reference: get_foo (section: .text) -> foo (section: .init.data)
WARNING: modpost: vmlinux.o: section mismatch in reference: get_bar (section: .text) -> foo (section: .init.data)
The reference from 'get_bar' to 'foo' seems wrong.
I have no solution for this because it is true in assembly level.
In the following output, relocation at 0x1c is no longer associated
with 'bar'. The two relocation entries point to the same symbol, and
the offset to 'bar' is encoded in the instruction 'r0, [r3, #4]'.
Disassembly of section .text:
00000000 <get_foo>:
0: e59f3004 ldr r3, [pc, #4] @ c <get_foo+0xc>
4: e5930000 ldr r0, [r3]
8: e12fff1e bx lr
c: 00000000 .word 0x00000000
00000010 <get_bar>:
10: e59f3004 ldr r3, [pc, #4] @ 1c <get_bar+0xc>
14: e5930004 ldr r0, [r3, #4]
18: e12fff1e bx lr
1c: 00000000 .word 0x00000000
Relocation section '.rel.text' at offset 0x244 contains 2 entries:
Offset Info Type Sym.Value Sym. Name
0000000c 00000c02 R_ARM_ABS32 00000000 .init.data
0000001c 00000c02 R_ARM_ABS32 00000000 .init.data
When find_elf_symbol() gets into a situation where relsym->st_name is
zero, there is no guarantee to get the symbol name as written in C.
I am keeping the current logic because it is useful in many architectures,
but the symbol name is not always correct depending on the optimization.
I left some comments in find_tosym().
Fixes: 56a974fa2d59 ("kbuild: make better section mismatch reports on arm")
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org>
Signed-off-by: Sasha Levin <sashal@kernel.org>
2023-06-01 21:09:55 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-07-29 01:47:53 +02:00
|
|
|
|
2006-02-19 11:53:35 +01:00
|
|
|
|
2010-07-29 01:47:53 +02:00
|
|
|
|
2006-02-19 11:53:35 +01:00
|
|
|
|
2007-05-22 18:27:39 +09:00
|
|
|
|
|
|
|
|
|
2018-10-23 15:15:35 -07:00
|
|
|
|
|
|
|
|
|
2006-02-19 11:53:35 +01:00
|
|
|
|
|
|
|
|
|
2008-01-18 21:04:34 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-02-19 11:53:35 +01:00
|
|
|
|
2008-01-18 21:04:34 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-02-19 11:53:35 +01:00
|
|
|
|
|
|
|
|
|
2006-02-17 22:42:02 +01:00
|
|
|
|
2006-03-05 12:02:46 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-02-17 22:42:02 +01:00
|
|
|
|
2008-01-22 21:44:32 +01:00
|
|
|
|
|
|
|
|
|
2006-02-17 22:42:02 +01:00
|
|
|
|
|
|
|
|
|
2008-01-22 21:44:32 +01:00
|
|
|
|
|
|
|
|
|
2006-03-03 16:46:04 +01:00
|
|
|
|
2006-02-17 22:42:02 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-07-29 01:47:53 +02:00
|
|
|
|
2006-02-17 22:42:02 +01:00
|
|
|
|
2010-07-29 01:47:53 +02:00
|
|
|
|
2006-02-17 22:42:02 +01:00
|
|
|
|
|
|
|
|
|
2007-02-20 13:58:16 -08:00
|
|
|
|
|
|
|
|
|
2006-02-17 22:42:02 +01:00
|
|
|
|
2008-01-22 21:44:32 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-03-05 12:02:46 +01:00
|
|
|
|
2006-02-17 22:42:02 +01:00
|
|
|
|
|
|
|
|
|
2008-01-22 21:44:32 +01:00
|
|
|
|
2006-02-17 22:42:02 +01:00
|
|
|
|
|
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-08-17 13:36:40 +03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-08-15 12:30:38 -07:00
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-08-17 13:36:40 +03:00
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
2018-08-15 12:30:38 -07:00
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-02-06 21:51:18 +01:00
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
|
|
|
|
|
modpost: fix trailing comma
Consolidate locations that print a section whitelist into
calls to print_section_list().
Fix print_section_list() so that it does not print a trailing
comma & space:
If the reference is valid then annotate the
variable with __init* or __refdata (see linux/init.h) or name the variable:
*_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console,
becomes:
If the reference is valid then annotate the
variable with __init* or __refdata (see linux/init.h) or name the variable:
*_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console
Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com>
Signed-off-by: Michal Marek <mmarek@suse.cz>
2011-03-15 14:13:47 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-04-13 20:43:34 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-23 21:13:50 +01:00
|
|
|
|
2006-02-17 22:42:02 +01:00
|
|
|
|
|
|
|
|
|
2006-02-26 22:18:11 +01:00
|
|
|
|
2008-01-23 21:13:50 +01:00
|
|
|
|
2010-01-30 16:56:20 +01:00
|
|
|
|
|
|
|
|
|
2014-06-10 19:08:13 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-08-09 17:20:24 -07:00
|
|
|
|
|
|
|
|
|
2008-02-06 21:51:18 +01:00
|
|
|
|
2008-02-02 18:57:18 +01:00
|
|
|
|
|
|
|
|
|
2015-04-13 20:43:34 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-02-05 11:38:49 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
2010-01-30 16:56:20 +01:00
|
|
|
|
2010-01-30 16:35:47 +01:00
|
|
|
|
2010-08-09 17:20:24 -07:00
|
|
|
|
|
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
2008-02-06 21:51:18 +01:00
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-08-09 17:20:24 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
2010-01-30 16:35:47 +01:00
|
|
|
|
2010-08-09 17:20:24 -07:00
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2009-06-06 00:18:05 +02:00
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
2010-08-09 17:20:24 -07:00
|
|
|
|
modpost: fix trailing comma
Consolidate locations that print a section whitelist into
calls to print_section_list().
Fix print_section_list() so that it does not print a trailing
comma & space:
If the reference is valid then annotate the
variable with __init* or __refdata (see linux/init.h) or name the variable:
*_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console,
becomes:
If the reference is valid then annotate the
variable with __init* or __refdata (see linux/init.h) or name the variable:
*_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console
Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com>
Signed-off-by: Michal Marek <mmarek@suse.cz>
2011-03-15 14:13:47 -07:00
|
|
|
|
2010-08-09 17:20:24 -07:00
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
2008-01-23 21:13:50 +01:00
|
|
|
|
2010-01-30 16:35:47 +01:00
|
|
|
|
2010-08-09 17:20:24 -07:00
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-08-09 17:20:24 -07:00
|
|
|
|
|
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
2010-01-30 16:35:47 +01:00
|
|
|
|
2010-08-09 17:20:24 -07:00
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-08-09 17:20:24 -07:00
|
|
|
|
modpost: fix trailing comma
Consolidate locations that print a section whitelist into
calls to print_section_list().
Fix print_section_list() so that it does not print a trailing
comma & space:
If the reference is valid then annotate the
variable with __init* or __refdata (see linux/init.h) or name the variable:
*_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console,
becomes:
If the reference is valid then annotate the
variable with __init* or __refdata (see linux/init.h) or name the variable:
*_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console
Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com>
Signed-off-by: Michal Marek <mmarek@suse.cz>
2011-03-15 14:13:47 -07:00
|
|
|
|
2010-08-09 17:20:24 -07:00
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
|
|
|
|
|
2010-01-30 16:35:47 +01:00
|
|
|
|
|
|
|
|
|
2010-08-09 17:20:24 -07:00
|
|
|
|
|
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-08-09 17:20:24 -07:00
|
|
|
|
|
|
|
|
|
2008-02-17 14:12:10 +01:00
|
|
|
|
2010-08-09 17:20:24 -07:00
|
|
|
|
|
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
2010-01-30 16:35:47 +01:00
|
|
|
|
2010-08-09 17:20:24 -07:00
|
|
|
|
|
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-08-09 17:20:24 -07:00
|
|
|
|
|
|
|
|
|
2010-08-11 00:42:26 -07:00
|
|
|
|
2010-08-09 17:20:24 -07:00
|
|
|
|
|
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
2010-01-30 16:35:47 +01:00
|
|
|
|
2010-08-09 17:20:24 -07:00
|
|
|
|
|
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-08-09 17:20:24 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
|
|
|
|
|
2010-08-09 17:20:24 -07:00
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-08-09 17:20:24 -07:00
|
|
|
|
|
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
2015-04-13 20:52:53 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-24 21:12:37 +01:00
|
|
|
|
|
|
|
|
|
2008-01-23 21:13:50 +01:00
|
|
|
|
|
|
|
|
|
2015-04-13 20:43:17 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-23 21:13:50 +01:00
|
|
|
|
|
|
|
|
|
2015-04-13 20:43:17 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-23 21:13:50 +01:00
|
|
|
|
2015-04-13 20:43:17 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-05-09 18:50:38 +09:00
|
|
|
|
2015-04-13 20:43:17 +09:30
|
|
|
|
|
|
|
|
|
2015-04-13 20:43:45 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-04-13 20:43:17 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-04-13 20:52:53 +09:30
|
|
|
|
|
|
|
|
|
2023-06-08 11:23:40 +03:00
|
|
|
|
2015-04-13 20:52:53 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-02-01 13:50:45 +09:00
|
|
|
|
2015-04-13 20:52:53 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-05-15 00:27:19 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-04-13 20:52:53 +09:30
|
|
|
|
|
|
|
|
|
2015-04-13 20:43:17 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-01-16 13:21:29 +00:00
|
|
|
|
2015-04-13 20:43:17 +09:30
|
|
|
|
|
|
|
|
|
2010-01-30 16:56:20 +01:00
|
|
|
|
2015-04-13 20:43:17 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-02-17 22:42:02 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-05-22 18:27:39 +09:00
|
|
|
|
2008-01-18 21:49:29 +01:00
|
|
|
|
2007-05-22 18:27:39 +09:00
|
|
|
|
2020-05-25 14:47:04 +09:00
|
|
|
|
2007-05-22 18:27:39 +09:00
|
|
|
|
|
|
|
|
|
2008-01-18 21:49:29 +01:00
|
|
|
|
2007-05-22 18:27:39 +09:00
|
|
|
|
|
|
|
|
|
2008-01-18 21:49:29 +01:00
|
|
|
|
2007-05-22 18:27:39 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2012-02-14 21:58:56 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2014-02-14 22:41:18 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
modpost: fix section mismatch message for R_ARM_{PC24,CALL,JUMP24}
[ Upstream commit 56a24b8ce6a7f9c4a21b2276a8644f6f3d8fc14d ]
addend_arm_rel() processes R_ARM_PC24, R_ARM_CALL, R_ARM_JUMP24 in a
wrong way.
Here, test code.
[test code for R_ARM_JUMP24]
.section .init.text,"ax"
bar:
bx lr
.section .text,"ax"
.globl foo
foo:
b bar
[test code for R_ARM_CALL]
.section .init.text,"ax"
bar:
bx lr
.section .text,"ax"
.globl foo
foo:
push {lr}
bl bar
pop {pc}
If you compile it with ARM multi_v7_defconfig, modpost will show the
symbol name, (unknown).
WARNING: modpost: vmlinux.o: section mismatch in reference: foo (section: .text) -> (unknown) (section: .init.text)
(You need to use GNU linker instead of LLD to reproduce it.)
Fix the code to make modpost show the correct symbol name.
I imported (with adjustment) sign_extend32() from include/linux/bitops.h.
The '+8' is the compensation for pc-relative instruction. It is
documented in "ELF for the Arm Architecture" [1].
"If the relocation is pc-relative then compensation for the PC bias
(the PC value is 8 bytes ahead of the executing instruction in Arm
state and 4 bytes in Thumb state) must be encoded in the relocation
by the object producer."
[1]: https://github.com/ARM-software/abi-aa/blob/main/aaelf32/aaelf32.rst
Fixes: 56a974fa2d59 ("kbuild: make better section mismatch reports on arm")
Fixes: 6e2e340b59d2 ("ARM: 7324/1: modpost: Fix section warnings for ARM for many compilers")
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org>
Signed-off-by: Sasha Levin <sashal@kernel.org>
2023-06-01 21:09:56 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-18 21:49:29 +01:00
|
|
|
|
2007-07-16 22:39:35 +02:00
|
|
|
|
|
|
|
|
|
modpost: fix section mismatch message for R_ARM_ABS32
[ Upstream commit b7c63520f6703a25eebb4f8138fed764fcae1c6f ]
addend_arm_rel() processes R_ARM_ABS32 in a wrong way.
Here, test code.
[test code 1]
#include <linux/init.h>
int __initdata foo;
int get_foo(void) { return foo; }
If you compile it with ARM versatile_defconfig, modpost will show the
symbol name, (unknown).
WARNING: modpost: vmlinux.o: section mismatch in reference: get_foo (section: .text) -> (unknown) (section: .init.data)
(You need to use GNU linker instead of LLD to reproduce it.)
If you compile it for other architectures, modpost will show the correct
symbol name.
WARNING: modpost: vmlinux.o: section mismatch in reference: get_foo (section: .text) -> foo (section: .init.data)
For R_ARM_ABS32, addend_arm_rel() sets r->r_addend to a wrong value.
I just mimicked the code in arch/arm/kernel/module.c.
However, there is more difficulty for ARM.
Here, test code.
[test code 2]
#include <linux/init.h>
int __initdata foo;
int get_foo(void) { return foo; }
int __initdata bar;
int get_bar(void) { return bar; }
With this commit applied, modpost will show the following messages
for ARM versatile_defconfig:
WARNING: modpost: vmlinux.o: section mismatch in reference: get_foo (section: .text) -> foo (section: .init.data)
WARNING: modpost: vmlinux.o: section mismatch in reference: get_bar (section: .text) -> foo (section: .init.data)
The reference from 'get_bar' to 'foo' seems wrong.
I have no solution for this because it is true in assembly level.
In the following output, relocation at 0x1c is no longer associated
with 'bar'. The two relocation entries point to the same symbol, and
the offset to 'bar' is encoded in the instruction 'r0, [r3, #4]'.
Disassembly of section .text:
00000000 <get_foo>:
0: e59f3004 ldr r3, [pc, #4] @ c <get_foo+0xc>
4: e5930000 ldr r0, [r3]
8: e12fff1e bx lr
c: 00000000 .word 0x00000000
00000010 <get_bar>:
10: e59f3004 ldr r3, [pc, #4] @ 1c <get_bar+0xc>
14: e5930004 ldr r0, [r3, #4]
18: e12fff1e bx lr
1c: 00000000 .word 0x00000000
Relocation section '.rel.text' at offset 0x244 contains 2 entries:
Offset Info Type Sym.Value Sym. Name
0000000c 00000c02 R_ARM_ABS32 00000000 .init.data
0000001c 00000c02 R_ARM_ABS32 00000000 .init.data
When find_elf_symbol() gets into a situation where relsym->st_name is
zero, there is no guarantee to get the symbol name as written in C.
I am keeping the current logic because it is useful in many architectures,
but the symbol name is not always correct depending on the optimization.
I left some comments in find_tosym().
Fixes: 56a974fa2d59 ("kbuild: make better section mismatch reports on arm")
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org>
Signed-off-by: Sasha Levin <sashal@kernel.org>
2023-06-01 21:09:55 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
modpost: fix section mismatch message for R_ARM_{PC24,CALL,JUMP24}
[ Upstream commit 56a24b8ce6a7f9c4a21b2276a8644f6f3d8fc14d ]
addend_arm_rel() processes R_ARM_PC24, R_ARM_CALL, R_ARM_JUMP24 in a
wrong way.
Here, test code.
[test code for R_ARM_JUMP24]
.section .init.text,"ax"
bar:
bx lr
.section .text,"ax"
.globl foo
foo:
b bar
[test code for R_ARM_CALL]
.section .init.text,"ax"
bar:
bx lr
.section .text,"ax"
.globl foo
foo:
push {lr}
bl bar
pop {pc}
If you compile it with ARM multi_v7_defconfig, modpost will show the
symbol name, (unknown).
WARNING: modpost: vmlinux.o: section mismatch in reference: foo (section: .text) -> (unknown) (section: .init.text)
(You need to use GNU linker instead of LLD to reproduce it.)
Fix the code to make modpost show the correct symbol name.
I imported (with adjustment) sign_extend32() from include/linux/bitops.h.
The '+8' is the compensation for pc-relative instruction. It is
documented in "ELF for the Arm Architecture" [1].
"If the relocation is pc-relative then compensation for the PC bias
(the PC value is 8 bytes ahead of the executing instruction in Arm
state and 4 bytes in Thumb state) must be encoded in the relocation
by the object producer."
[1]: https://github.com/ARM-software/abi-aa/blob/main/aaelf32/aaelf32.rst
Fixes: 56a974fa2d59 ("kbuild: make better section mismatch reports on arm")
Fixes: 6e2e340b59d2 ("ARM: 7324/1: modpost: Fix section warnings for ARM for many compilers")
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org>
Signed-off-by: Sasha Levin <sashal@kernel.org>
2023-06-01 21:09:56 +09:00
|
|
|
|
2007-07-16 22:39:35 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
modpost: fix section mismatch message for R_ARM_ABS32
[ Upstream commit b7c63520f6703a25eebb4f8138fed764fcae1c6f ]
addend_arm_rel() processes R_ARM_ABS32 in a wrong way.
Here, test code.
[test code 1]
#include <linux/init.h>
int __initdata foo;
int get_foo(void) { return foo; }
If you compile it with ARM versatile_defconfig, modpost will show the
symbol name, (unknown).
WARNING: modpost: vmlinux.o: section mismatch in reference: get_foo (section: .text) -> (unknown) (section: .init.data)
(You need to use GNU linker instead of LLD to reproduce it.)
If you compile it for other architectures, modpost will show the correct
symbol name.
WARNING: modpost: vmlinux.o: section mismatch in reference: get_foo (section: .text) -> foo (section: .init.data)
For R_ARM_ABS32, addend_arm_rel() sets r->r_addend to a wrong value.
I just mimicked the code in arch/arm/kernel/module.c.
However, there is more difficulty for ARM.
Here, test code.
[test code 2]
#include <linux/init.h>
int __initdata foo;
int get_foo(void) { return foo; }
int __initdata bar;
int get_bar(void) { return bar; }
With this commit applied, modpost will show the following messages
for ARM versatile_defconfig:
WARNING: modpost: vmlinux.o: section mismatch in reference: get_foo (section: .text) -> foo (section: .init.data)
WARNING: modpost: vmlinux.o: section mismatch in reference: get_bar (section: .text) -> foo (section: .init.data)
The reference from 'get_bar' to 'foo' seems wrong.
I have no solution for this because it is true in assembly level.
In the following output, relocation at 0x1c is no longer associated
with 'bar'. The two relocation entries point to the same symbol, and
the offset to 'bar' is encoded in the instruction 'r0, [r3, #4]'.
Disassembly of section .text:
00000000 <get_foo>:
0: e59f3004 ldr r3, [pc, #4] @ c <get_foo+0xc>
4: e5930000 ldr r0, [r3]
8: e12fff1e bx lr
c: 00000000 .word 0x00000000
00000010 <get_bar>:
10: e59f3004 ldr r3, [pc, #4] @ 1c <get_bar+0xc>
14: e5930004 ldr r0, [r3, #4]
18: e12fff1e bx lr
1c: 00000000 .word 0x00000000
Relocation section '.rel.text' at offset 0x244 contains 2 entries:
Offset Info Type Sym.Value Sym. Name
0000000c 00000c02 R_ARM_ABS32 00000000 .init.data
0000001c 00000c02 R_ARM_ABS32 00000000 .init.data
When find_elf_symbol() gets into a situation where relsym->st_name is
zero, there is no guarantee to get the symbol name as written in C.
I am keeping the current logic because it is useful in many architectures,
but the symbol name is not always correct depending on the optimization.
I left some comments in find_tosym().
Fixes: 56a974fa2d59 ("kbuild: make better section mismatch reports on arm")
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org>
Signed-off-by: Sasha Levin <sashal@kernel.org>
2023-06-01 21:09:55 +09:00
|
|
|
|
|
|
|
|
|
2007-07-16 22:39:35 +02:00
|
|
|
|
|
|
|
|
|
2012-02-14 21:58:56 +01:00
|
|
|
|
|
|
|
|
|
modpost: fix section mismatch message for R_ARM_{PC24,CALL,JUMP24}
[ Upstream commit 56a24b8ce6a7f9c4a21b2276a8644f6f3d8fc14d ]
addend_arm_rel() processes R_ARM_PC24, R_ARM_CALL, R_ARM_JUMP24 in a
wrong way.
Here, test code.
[test code for R_ARM_JUMP24]
.section .init.text,"ax"
bar:
bx lr
.section .text,"ax"
.globl foo
foo:
b bar
[test code for R_ARM_CALL]
.section .init.text,"ax"
bar:
bx lr
.section .text,"ax"
.globl foo
foo:
push {lr}
bl bar
pop {pc}
If you compile it with ARM multi_v7_defconfig, modpost will show the
symbol name, (unknown).
WARNING: modpost: vmlinux.o: section mismatch in reference: foo (section: .text) -> (unknown) (section: .init.text)
(You need to use GNU linker instead of LLD to reproduce it.)
Fix the code to make modpost show the correct symbol name.
I imported (with adjustment) sign_extend32() from include/linux/bitops.h.
The '+8' is the compensation for pc-relative instruction. It is
documented in "ELF for the Arm Architecture" [1].
"If the relocation is pc-relative then compensation for the PC bias
(the PC value is 8 bytes ahead of the executing instruction in Arm
state and 4 bytes in Thumb state) must be encoded in the relocation
by the object producer."
[1]: https://github.com/ARM-software/abi-aa/blob/main/aaelf32/aaelf32.rst
Fixes: 56a974fa2d59 ("kbuild: make better section mismatch reports on arm")
Fixes: 6e2e340b59d2 ("ARM: 7324/1: modpost: Fix section warnings for ARM for many compilers")
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org>
Signed-off-by: Sasha Levin <sashal@kernel.org>
2023-06-01 21:09:56 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2014-02-14 22:41:18 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-07-16 22:39:35 +02:00
|
|
|
|
2008-01-11 19:17:15 +01:00
|
|
|
|
2014-06-10 19:08:13 +09:00
|
|
|
|
|
|
|
|
|
2007-07-16 22:39:35 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-18 21:49:29 +01:00
|
|
|
|
2007-05-22 18:27:39 +09:00
|
|
|
|
|
|
|
|
|
2008-01-18 21:49:29 +01:00
|
|
|
|
2007-05-22 18:27:39 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-18 21:49:29 +01:00
|
|
|
|
2014-06-10 19:08:13 +09:00
|
|
|
|
2008-01-18 21:49:29 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-23 19:54:27 +01:00
|
|
|
|
2008-01-18 21:49:29 +01:00
|
|
|
|
|
|
|
|
|
2008-01-23 19:54:27 +01:00
|
|
|
|
2008-01-18 21:49:29 +01:00
|
|
|
|
|
|
|
|
|
2009-04-23 16:49:33 -04:00
|
|
|
|
2008-01-18 21:49:29 +01:00
|
|
|
|
2008-01-28 20:13:13 +01:00
|
|
|
|
2008-01-18 21:49:29 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-23 19:54:27 +01:00
|
|
|
|
2008-01-18 21:49:29 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-07-29 01:47:53 +02:00
|
|
|
|
2008-01-18 21:49:29 +01:00
|
|
|
|
2008-01-23 21:13:50 +01:00
|
|
|
|
2008-01-18 21:49:29 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2014-06-10 19:08:13 +09:00
|
|
|
|
2008-01-18 21:49:29 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-23 19:54:27 +01:00
|
|
|
|
2008-01-18 21:49:29 +01:00
|
|
|
|
|
|
|
|
|
2008-01-23 19:54:27 +01:00
|
|
|
|
2008-01-18 21:49:29 +01:00
|
|
|
|
|
|
|
|
|
2009-04-23 16:49:33 -04:00
|
|
|
|
2008-01-18 21:49:29 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-23 19:54:27 +01:00
|
|
|
|
2008-01-18 21:49:29 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-23 19:54:27 +01:00
|
|
|
|
2008-01-18 21:49:29 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-07-29 01:47:53 +02:00
|
|
|
|
2008-01-18 21:49:29 +01:00
|
|
|
|
2008-01-23 21:13:50 +01:00
|
|
|
|
2008-01-18 21:49:29 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-02-17 22:42:02 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
tree-wide: fix comment/printk typos
"gadget", "through", "command", "maintain", "maintain", "controller", "address",
"between", "initiali[zs]e", "instead", "function", "select", "already",
"equal", "access", "management", "hierarchy", "registration", "interest",
"relative", "memory", "offset", "already",
Signed-off-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
Signed-off-by: Jiri Kosina <jkosina@suse.cz>
2010-11-01 15:38:34 -04:00
|
|
|
|
2006-02-17 22:42:02 +01:00
|
|
|
|
|
|
|
|
|
2008-07-29 22:33:44 -07:00
|
|
|
|
2006-02-17 22:42:02 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2014-06-10 19:08:13 +09:00
|
|
|
|
2006-02-17 22:42:02 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-03-03 16:46:04 +01:00
|
|
|
|
2006-02-17 22:42:02 +01:00
|
|
|
|
2010-07-29 01:47:53 +02:00
|
|
|
|
2009-04-23 16:49:33 -04:00
|
|
|
|
2006-02-17 22:42:02 +01:00
|
|
|
|
2008-01-18 21:49:29 +01:00
|
|
|
|
2008-01-13 22:21:31 +01:00
|
|
|
|
2008-01-18 21:49:29 +01:00
|
|
|
|
2008-01-13 22:21:31 +01:00
|
|
|
|
2006-02-17 22:42:02 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2014-02-08 09:01:12 +01:00
|
|
|
|
|
|
|
|
|
2014-07-27 07:27:01 +09:30
|
|
|
|
2014-02-08 09:01:12 +01:00
|
|
|
|
2014-07-27 07:27:01 +09:30
|
|
|
|
|
|
|
|
|
2022-05-24 17:27:18 +02:00
|
|
|
|
2014-02-08 09:01:12 +01:00
|
|
|
|
2020-12-11 10:46:27 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2014-02-08 09:01:12 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-05-09 18:50:40 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-06-09 21:53:55 +02:00
|
|
|
|
2019-09-06 11:32:28 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-02-26 15:33:52 +01:00
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2020-06-01 14:57:29 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-12-11 10:46:27 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-06-01 14:57:29 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2020-06-01 14:57:26 +09:00
|
|
|
|
2020-06-01 14:57:16 +09:00
|
|
|
|
|
|
|
|
|
2020-12-01 19:34:16 +09:00
|
|
|
|
2020-06-01 14:57:16 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-06-09 21:53:55 +02:00
|
|
|
|
|
|
|
|
|
2020-06-01 14:57:16 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-09-06 11:32:28 +01:00
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2014-02-08 09:01:12 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2019-11-15 02:42:23 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2019-08-01 09:06:57 +03:00
|
|
|
|
2019-10-18 10:31:42 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-11-15 02:42:24 +09:00
|
|
|
|
2019-10-18 10:31:42 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-11-15 02:42:24 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-10-18 10:31:42 +01:00
|
|
|
|
|
|
|
|
|
2019-08-01 09:06:57 +03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-06-01 14:57:22 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2020-06-01 14:57:26 +09:00
|
|
|
|
2020-06-01 14:57:16 +09:00
|
|
|
|
|
|
|
|
|
2021-08-28 18:50:59 +09:00
|
|
|
|
2020-06-01 14:57:16 +09:00
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2009-03-31 13:05:34 -06:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2009-03-31 13:05:34 -06:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2013-04-04 17:37:38 +10:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-28 17:19:35 +01:00
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-03-03 16:46:04 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2006-03-16 23:04:08 -08:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-28 17:19:35 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2006-03-16 23:04:08 -08:00
|
|
|
|
2018-08-15 12:30:38 -07:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-07-01 11:44:23 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-12-01 19:34:17 +09:00
|
|
|
|
2020-06-01 14:57:25 +09:00
|
|
|
|
2006-07-01 11:44:23 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-12-01 19:34:15 +09:00
|
|
|
|
2006-06-09 21:53:55 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-06-09 20:45:06 -07:00
|
|
|
|
2006-06-09 21:53:55 +02:00
|
|
|
|
2018-11-23 16:57:23 +09:00
|
|
|
|
kbuild: fix false-positive modpost warning when all symbols are trimmed
Nathan reports that the mips defconfig emits the following warning:
WARNING: modpost: Symbol info of vmlinux is missing. Unresolved symbol check will be entirely skipped.
This false-positive happens when CONFIG_TRIM_UNUSED_KSYMS is enabled,
but no CONFIG option is set to 'm'.
Commit a0590473c5e6 ("nfs: fix PNFS_FLEXFILE_LAYOUT Kconfig default")
turned the last 'm' into 'y' for the mips defconfig, and uncovered
this issue.
In this case, the module feature itself is enabled, but we have no
module to build. As a result, CONFIG_TRIM_UNUSED_KSYMS drops all the
instances of EXPORT_SYMBOL. Then, modpost wrongly assumes vmlinux is
missing because vmlinux.symvers is empty. (As another false-positive
case, you can create a module that does not use any symbol of vmlinux).
The current behavior is to entirely suppress the unresolved symbol
warnings when vmlinux is missing just because there are too many.
I found the origin of this code in the historical git tree. [1]
If this is a matter of noisiness, I think modpost can display the
first 10 warnings, and the number of suppressed warnings at the end.
You will get a bit noisier logs when you run 'make modules' without
vmlinux, but such warnings are better to show because you never know
the resulting modules are actually loadable or not.
This commit changes the following:
- If any of input *.symver files is missing, pass -w option to let
the module build keep going with warnings instead of errors.
- If there are too many (10+) unresolved symbol warnings, show only
the first 10, and also the number of suppressed warnings.
[1]: https://git.kernel.org/pub/scm/linux/kernel/git/history/history.git/commit/?id=1cc0e0529569bf6a94f6d49770aa6d4b599d2c46
Reported-by: Nathan Chancellor <nathan@kernel.org>
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org>
2021-03-26 03:54:11 +09:00
|
|
|
|
2020-03-06 17:02:05 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-06-09 21:53:55 +02:00
|
|
|
|
2018-11-23 16:57:23 +09:00
|
|
|
|
2006-06-09 20:45:06 -07:00
|
|
|
|
2006-06-09 21:53:55 +02:00
|
|
|
|
|
|
|
|
|
2006-07-01 11:44:23 +02:00
|
|
|
|
|
|
|
|
|
2019-09-06 11:32:28 +01:00
|
|
|
|
2019-10-29 21:38:07 +09:00
|
|
|
|
|
|
|
|
|
2020-03-06 17:02:06 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-10-29 21:38:07 +09:00
|
|
|
|
2019-09-06 11:32:28 +01:00
|
|
|
|
|
|
|
|
|
2006-07-01 11:44:23 +02:00
|
|
|
|
|
|
|
|
|
2008-01-11 19:17:15 +01:00
|
|
|
|
2006-06-09 21:53:55 +02:00
|
|
|
|
|
|
|
|
|
2020-12-01 19:34:15 +09:00
|
|
|
|
2017-06-30 22:07:03 +08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-12-01 19:34:15 +09:00
|
|
|
|
modpost: rename merror() to error()
The log function names, warn(), merror(), fatal() are inconsistent.
Commit 2a11665945d5 ("kbuild: distinguish between errors and warnings
in modpost") intentionally chose merror() to avoid the conflict with
the library function error(). See man page of error(3).
But, we are already causing the conflict with warn() because it is also
a library function. See man page of warn(3). err() would be a problem
for the same reason.
The common technique to work around name conflicts is to use macros.
For example:
/* in a header */
#define error(fmt, ...) __error(fmt, ##__VA_ARGS__)
#define warn(fmt, ...) __warn(fmt, ##__VA_ARGS__)
/* function definition */
void __error(const char *fmt, ...)
{
<our implementation>
}
void __warn(const char *fmt, ...)
{
<our implementation>
}
In this way, we can implement our own warn() and error(), still we can
include <error.h> and <err.h> with no problem.
And, commit 93c95e526a4e ("modpost: rework and consolidate logging
interface") already did that.
Since the log functions are all macros, we can use error() without
causing "conflicting types" errors.
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org>
2020-12-01 19:34:14 +09:00
|
|
|
|
2017-06-30 22:07:03 +08:00
|
|
|
|
|
|
|
|
|
2006-01-28 17:19:35 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2020-03-20 14:53:41 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-04-19 18:55:06 +03:00
|
|
|
|
2020-03-20 14:53:41 +00:00
|
|
|
|
2021-04-01 16:27:23 -07:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-07-05 17:49:37 -07:00
|
|
|
|
2021-04-01 16:27:23 -07:00
|
|
|
|
2018-07-05 17:49:37 -07:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2017-04-21 15:35:27 -07:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2013-10-23 10:57:58 +10:30
|
|
|
|
2020-10-21 19:36:07 -07:00
|
|
|
|
2012-04-25 11:10:15 -07:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2012-04-25 11:10:15 -07:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2012-04-25 11:10:15 -07:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2012-04-25 11:10:15 -07:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2011-10-24 15:12:28 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-01-25 15:50:28 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-12-11 00:37:25 +08:00
|
|
|
|
2018-01-25 15:50:28 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2009-09-22 16:43:38 -07:00
|
|
|
|
2008-09-24 14:46:44 -07:00
|
|
|
|
2018-05-09 18:50:38 +09:00
|
|
|
|
2008-09-24 14:46:44 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-28 17:19:35 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-12-01 19:34:15 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-11-23 16:57:23 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-12-01 19:34:15 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-10-21 19:36:07 -07:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2008-01-11 19:17:15 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2006-01-28 16:57:26 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-08-08 15:16:20 +09:30
|
|
|
|
modpost: rename merror() to error()
The log function names, warn(), merror(), fatal() are inconsistent.
Commit 2a11665945d5 ("kbuild: distinguish between errors and warnings
in modpost") intentionally chose merror() to avoid the conflict with
the library function error(). See man page of error(3).
But, we are already causing the conflict with warn() because it is also
a library function. See man page of warn(3). err() would be a problem
for the same reason.
The common technique to work around name conflicts is to use macros.
For example:
/* in a header */
#define error(fmt, ...) __error(fmt, ##__VA_ARGS__)
#define warn(fmt, ...) __warn(fmt, ##__VA_ARGS__)
/* function definition */
void __error(const char *fmt, ...)
{
<our implementation>
}
void __warn(const char *fmt, ...)
{
<our implementation>
}
In this way, we can implement our own warn() and error(), still we can
include <error.h> and <err.h> with no problem.
And, commit 93c95e526a4e ("modpost: rework and consolidate logging
interface") already did that.
Since the log functions are all macros, we can use error() without
causing "conflicting types" errors.
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org>
2020-12-01 19:34:14 +09:00
|
|
|
|
|
|
|
|
|
2015-08-08 15:16:20 +09:30
|
|
|
|
|
|
|
|
|
2018-05-09 16:23:45 +09:00
|
|
|
|
2013-03-18 19:38:56 +10:30
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-11-23 16:57:21 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-11-23 16:57:21 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-06-01 14:57:26 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2019-09-09 20:34:22 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2007-02-26 19:46:52 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-11 19:17:15 +01:00
|
|
|
|
|
|
|
|
|
2007-02-26 19:46:52 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2019-09-09 20:34:22 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2006-01-28 17:19:35 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-06-01 14:57:12 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-28 17:19:35 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-06-01 14:57:12 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2006-06-08 22:12:53 -07:00
|
|
|
|
2020-03-11 18:01:20 +01:00
|
|
|
|
2006-06-08 22:12:53 -07:00
|
|
|
|
2020-06-01 14:57:05 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2020-06-01 14:57:20 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2020-06-01 14:57:20 +09:00
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-06-01 14:57:20 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-03-11 18:01:20 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2006-01-28 22:15:55 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-03-11 18:01:20 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2020-03-11 18:01:20 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-11 19:17:15 +01:00
|
|
|
|
|
|
|
|
|
2009-03-12 12:28:30 +00:00
|
|
|
|
2020-06-01 14:57:05 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2019-10-18 10:31:41 +01:00
|
|
|
|
2019-08-01 09:06:57 +03:00
|
|
|
|
2019-11-15 02:42:24 +09:00
|
|
|
|
2019-10-18 10:31:41 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2020-06-01 14:57:20 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2020-06-01 14:57:20 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-28 17:19:35 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-09-06 11:32:28 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-03-26 03:54:09 +09:00
|
|
|
|
2019-09-06 11:32:28 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-03-11 18:01:20 +01:00
|
|
|
|
|
|
|
|
|
2019-09-06 11:32:28 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-06-01 14:57:12 +09:00
|
|
|
|
2016-08-02 21:43:01 +02:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2019-10-29 21:38:07 +09:00
|
|
|
|
2019-09-06 11:32:31 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-06-01 14:57:27 +09:00
|
|
|
|
2019-09-06 11:32:31 +01:00
|
|
|
|
|
|
|
|
|
2019-10-29 21:38:07 +09:00
|
|
|
|
2019-09-06 11:32:31 +01:00
|
|
|
|
2019-10-29 21:38:07 +09:00
|
|
|
|
|
|
|
|
|
2019-09-06 11:32:31 +01:00
|
|
|
|
2019-10-29 21:38:07 +09:00
|
|
|
|
2019-09-06 11:32:31 +01:00
|
|
|
|
2019-11-07 00:19:59 +09:00
|
|
|
|
2019-10-29 21:38:07 +09:00
|
|
|
|
2019-11-07 00:19:59 +09:00
|
|
|
|
2019-09-06 11:32:31 +01:00
|
|
|
|
|
|
|
|
|
2020-06-01 14:57:07 +09:00
|
|
|
|
|
|
|
|
|
2008-02-28 09:40:52 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-28 17:19:35 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-10-29 21:38:07 +09:00
|
|
|
|
2013-04-04 17:37:38 +10:30
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2019-08-01 09:06:57 +03:00
|
|
|
|
2020-06-01 14:57:07 +09:00
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2020-06-01 14:57:22 +09:00
|
|
|
|
2008-01-11 19:17:15 +01:00
|
|
|
|
2008-02-28 09:40:52 +01:00
|
|
|
|
|
|
|
|
|
2020-06-01 14:57:08 +09:00
|
|
|
|
|
|
|
|
|
2020-06-01 14:57:07 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-02-28 09:40:52 +01:00
|
|
|
|
2008-01-11 19:17:15 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-09-23 15:23:54 +09:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-11 19:17:15 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-04-04 17:37:38 +10:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-11 19:17:15 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-10-06 09:44:42 +10:30
|
|
|
|
2020-12-01 19:34:18 +09:00
|
|
|
|
2015-10-06 09:44:42 +10:30
|
|
|
|
2020-03-06 17:02:06 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-09-06 11:32:31 +01:00
|
|
|
|
2019-10-29 21:38:07 +09:00
|
|
|
|
2019-09-06 11:32:31 +01:00
|
|
|
|
2008-01-11 19:17:15 +01:00
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-06-01 14:57:07 +09:00
|
|
|
|
|
|
|
|
|
2020-06-01 14:57:04 +09:00
|
|
|
|
2020-06-01 14:57:07 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-02-28 09:40:52 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2008-01-11 19:17:15 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2013-04-04 17:37:38 +10:30
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2014-08-27 20:28:56 +09:30
|
|
|
|
2007-11-22 03:43:10 +01:00
|
|
|
|
2020-06-01 14:57:27 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-12-01 19:34:15 +09:00
|
|
|
|
|
|
|
|
|
2019-09-06 11:32:31 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2011-10-24 15:12:28 +02:00
|
|
|
|
2018-01-25 15:50:28 -08:00
|
|
|
|
2008-09-24 14:46:44 -07:00
|
|
|
|
2020-12-01 19:34:15 +09:00
|
|
|
|
2018-11-23 16:57:21 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-09-06 11:32:31 +01:00
|
|
|
|
2019-10-29 21:38:07 +09:00
|
|
|
|
|
|
|
|
|
2019-09-06 11:32:31 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2020-12-01 19:34:18 +09:00
|
|
|
|
|
|
|
|
|
2019-02-01 13:50:45 +09:00
|
|
|
|
2019-08-01 09:06:57 +03:00
|
|
|
|
2019-09-24 21:07:40 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-08-01 09:06:57 +03:00
|
|
|
|
2020-12-01 16:52:22 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-08-01 09:06:57 +03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
kbuild: fix false-positive modpost warning when all symbols are trimmed
Nathan reports that the mips defconfig emits the following warning:
WARNING: modpost: Symbol info of vmlinux is missing. Unresolved symbol check will be entirely skipped.
This false-positive happens when CONFIG_TRIM_UNUSED_KSYMS is enabled,
but no CONFIG option is set to 'm'.
Commit a0590473c5e6 ("nfs: fix PNFS_FLEXFILE_LAYOUT Kconfig default")
turned the last 'm' into 'y' for the mips defconfig, and uncovered
this issue.
In this case, the module feature itself is enabled, but we have no
module to build. As a result, CONFIG_TRIM_UNUSED_KSYMS drops all the
instances of EXPORT_SYMBOL. Then, modpost wrongly assumes vmlinux is
missing because vmlinux.symvers is empty. (As another false-positive
case, you can create a module that does not use any symbol of vmlinux).
The current behavior is to entirely suppress the unresolved symbol
warnings when vmlinux is missing just because there are too many.
I found the origin of this code in the historical git tree. [1]
If this is a matter of noisiness, I think modpost can display the
first 10 warnings, and the number of suppressed warnings at the end.
You will get a bit noisier logs when you run 'make modules' without
vmlinux, but such warnings are better to show because you never know
the resulting modules are actually loadable or not.
This commit changes the following:
- If any of input *.symver files is missing, pass -w option to let
the module build keep going with warnings instead of errors.
- If there are too many (10+) unresolved symbol warnings, show only
the first 10, and also the number of suppressed warnings.
[1]: https://git.kernel.org/pub/scm/linux/kernel/git/history/history.git/commit/?id=1cc0e0529569bf6a94f6d49770aa6d4b599d2c46
Reported-by: Nathan Chancellor <nathan@kernel.org>
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org>
2021-03-26 03:54:11 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2016-08-02 21:43:01 +02:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2020-12-01 19:34:15 +09:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
