Thorsten Leemhuis
a9d85efb25
docs: use the lore redirector everywhere
...
Change all links from using the lkml redirector to the lore redirector,
as the kernel.org admin recently indicated: we shouldn't be using
lkml.kernel.org anymore because the domain can create confusion, as it
indicates it is only valid for messages sent to the LKML; the convention
has been to use https://lore.kernel.org/r/msgid for this reason.
In this process also change three links from using http to https.
Link: https://lore.kernel.org/r/20211006170025.qw3glxvocczfuhar@meerkat.local
CC: Thomas Gleixner <tglx@linutronix.de >
CC: Ingo Molnar <mingo@redhat.com >
CC: Borislav Petkov <bp@alien8.de >
CC: Hu Haowen <src.res@email.cn >
CC: Alex Shi <alexs@kernel.org >
CC: Federico Vaga <federico.vaga@vaga.pv.it >
Signed-off-by: Thorsten Leemhuis <linux@leemhuis.info >
Reviewed-by: Konstantin Ryabitsev <konstantin@linuxfoundation.org >
Link: https://lore.kernel.org/r/5bb55bac6ba10fafab19bf2b21572dd0e2f8cea2.1633593385.git.linux@leemhuis.info
Signed-off-by: Jonathan Corbet <corbet@lwn.net >
2021-10-12 13:58:19 -06:00
Bhaskar Chowdhury
879a320900
docs: kbuild: Fix a typo in the file Kconfig.recursion-issue-02
...
s/sematics/semantics/
Signed-off-by: Bhaskar Chowdhury <unixbhaskar@gmail.com >
Acked-by: Randy Dunlap <rdunlap@infradead.org >
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org >
2021-04-25 05:13:56 +09:00
Alexander A. Klimov
16a122c743
kbuild: Replace HTTP links with HTTPS ones
...
Rationale:
Reduces attack surface on kernel devs opening the links for MITM
as HTTPS traffic is much harder to manipulate.
Deterministic algorithm:
For each file:
If not .svg:
For each line:
If doesn't contain `\bxmlns\b`:
For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:
If neither `\bgnu\.org/license`, nor `\bmozilla\.org/MPL\b`:
If both the HTTP and HTTPS versions
return 200 OK and serve the same content:
Replace HTTP with HTTPS.
Signed-off-by: Alexander A. Klimov <grandmaster@al2klimov.de >
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org >
2020-08-10 01:32:59 +09:00
Luis R. Rodriguez
1c199f2878
kbuild: document recursive dependency limitation / resolution
...
Recursive dependency issues with kconfig are unavoidable due to
some limitations with kconfig, since these issues are recurring
provide a hint to the user how they can resolve these dependency
issues and also document why such limitation exists.
While at it also document a bit of future prospects of ways to
enhance Kconfig, including providing formal semantics and evaluation
of use of a SAT solver. If you're interested in this work or prospects
of it check out the kconfig-sat project wiki [0] and mailing list [1].
[0] http://kernelnewbies.org/KernelProjects/kconfig-sat
[1] https://groups.google.com/d/forum/kconfig-sat
Cc: Geert Uytterhoeven <geert@linux-m68k.org >
Cc: James Bottomley <jbottomley@odin.com >
Cc: Josh Triplett <josh@joshtriplett.org >
Cc: Paul Bolle <pebolle@tiscali.nl >
Cc: Herbert Xu <herbert@gondor.apana.org.au >
Cc: Takashi Iwai <tiwai@suse.de >
Cc: "Yann E. MORIN" <yann.morin.1998@free.fr >
Cc: Jonathan Corbet <corbet@lwn.net >
Cc: Mate Soos <soos.mate@gmail.com >
Signed-off-by: Luis R. Rodriguez <mcgrof@suse.com >
Signed-off-by: Michal Marek <mmarek@suse.com >
2015-10-08 15:36:16 +02:00
