On 9/14/23 07:27, Alessandro Carminati (Red Hat) wrote:
This patch sets up a new feature to the Linux kernel to have the ability,
while module signature checking is enabled, to delay the moment where
these signatures are effectively checked. The feature is structure into
two main key points, the
On 9/14/23 07:27, Alessandro Carminati (Red Hat) wrote:
Update kernel-parameters.txt to reflect new deferred signature
verification.
Enhances boot speed by allowing unsigned modules in initrd after
bootloader check.
Signed-off-by: Alessandro Carminati (Red Hat)
---
Documentation/admin-guide/k
The acpi_mask_gpe= kernel parameter documentation states that the range
of mask is 128 GPEs (0x00 to 0x7F). The acpi_masked_gpes mask is a u64 so
only 64 GPEs (0x00 to 0x3F) can really be masked.
Use a bitmap of size 0xFF instead of a u64 for the GPE mask so 256
GPEs can be masked.
Fixes: 9c4aa1
The ACPI SPCR code has been used to define an earlycon console for arm64
and can be used for x86.
Modify the ACPI SPCR parsing code to account for console behaviour
differences between arm64 and x86. Initialize the SPCR code from
x86 ACPI initialization code.
Signed-off-by: Prarit Bhargava
Cc
earlycon parameter is defined and the SPCR exists , the serial port is not
configured. If the earlycon parameter is used both the early console
and the console are configured using the data from the SPCR.
Signed-off-by: Prarit Bhargava
Cc: linux-doc@vger.kernel.org
Cc: linux-ker
code. Update the
Documention on the use of the SPCR earlycon.
This patch does not change arm64 behaviour.
Signed-off-by: Prarit Bhargava
Cc: linux-doc@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux...@vger.kernel.org
Cc: linux-a
On 12/07/2017 01:46 PM, Timur Tabi wrote:
> On Thu, Dec 7, 2017 at 11:29 AM, Prarit Bhargava wrote:
>> -int __init acpi_parse_spcr(bool earlycon)
>> +int __init acpi_parse_spcr(bool earlycon, bool enable_console)
>> {
>> static char opts[ACPI_SPCR_OPTS_SI
On 12/07/2017 01:43 PM, Timur Tabi wrote:
> On Thu, Dec 7, 2017 at 11:29 AM, Prarit Bhargava wrote:
>> Other architectures can use SPCR to setup an early console or console but
>> the current code is ARM64 specific.
>>
>> Change the name of parse_spcr() to acp
On 12/08/2017 01:29 AM, Ingo Molnar wrote:
>
> * Prarit Bhargava wrote:
>
>> The SPCR (Serial Port Console Redirection) Table provides information
>> about the configuration of serial port. This information can be used
>> to configure the early console.
>
On 12/08/2017 10:31 AM, Jeffrey Hugo wrote:
> On 12/8/2017 7:29 AM, Prarit Bhargava wrote:
>>
>>
>> On 12/08/2017 01:29 AM, Ingo Molnar wrote:
>>>
>>> * Prarit Bhargava wrote:
>>>
>>>> The SPCR (Serial Port Console Redirection) Table
On 12/07/2017 01:43 PM, Timur Tabi wrote:
> On Thu, Dec 7, 2017 at 11:29 AM, Prarit Bhargava wrote:
>> Other architectures can use SPCR to setup an early console or console but
>> the current code is ARM64 specific.
>>
>> Change the name of parse_spcr() to acp
Documention on the use of
the SPCR.
[v2]: Don't return an error in the baud_rate check of acpi_parse_spcr().
Keep ACPI_SPCR_TABLE selected for ARM64. Fix 8-bit port access width
mmio value. Move baud rate check earlier.
Signed-off-by: Prarit Bhargava
Cc: linux-doc@vger.kernel.org
Cc: linu
systems to test Qualcomm quirks, HPE Mantis system to test xgene
quirks. Tested several x86 systems with and without a SPCR to confirm
no changes in default behaviour.
[v2]: See 1/2 for code changes.
Signed-off-by: Prarit Bhargava
Cc: linux-doc@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
Cc
The ACPI SPCR code has been used to define an earlycon console for ARM64
and can be used for x86.
Modify the ACPI SPCR parsing code to account for console behaviour
differences between ARM64 and x86. Initialize the SPCR code from
x86 ACPI initialization code.
Signed-off-by: Prarit Bhargava
Cc
if SMT is disabled.
topology_max_smt_threads() already returns the active number of threads.
Introduce topology_hw_smt_threads() which returns the maximum number of
threads. These are used to fix and replace references to smp_num_siblings.
Signed-off-by: Prarit Bhargava
Cc: Thomas Gleixner
Cc: I
[Sorry everyone for the late response, I went away on vacation and pushed this
off until I returned.]
On 12/13/2017 07:45 AM, Lorenzo Pieralisi wrote:
> [+Mark, Graeme]
>
> In $SUBJECT, s/avialable/available
>
> On Mon, Dec 11, 2017 at 10:50:58AM -0500, Prarit Bhargava
y
by default. Modify acpi_parse_spcr() to allow options for initializing
the early console and console separately.
Signed-off-by: Prarit Bhargava
Cc: linux-a...@vger.kernel.org
Cc: linux-doc@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux...@vger.kernel.org
Cc: linux-ser...@vger.k
On 01/22/2018 04:49 PM, Timur Tabi wrote:
> On 01/18/2018 09:09 AM, Prarit Bhargava wrote:
>> if (acpi_disabled) {
>> -if (earlycon_init_is_deferred)
>> +if (earlycon_acpi_spcr_enable)
>
> This patch works for me, so I can ACK it, but fir
On 02/12/2018 08:34 AM, Peter Zijlstra wrote:
> On Thu, Jan 18, 2018 at 10:09:51AM -0500, Prarit Bhargava wrote:
>> config ACPI_SPCR_TABLE
>> +bool "ACPI Serial Port Console Redirection Support"
>> +default y if X86
>> +help
>> +
On 02/12/2018 09:43 AM, Timur Tabi wrote:
> On 2/12/18 7:47 AM, Prarit Bhargava wrote:
>> ACPI SPCR is used by a vendor to define the serial console for a system. If
>> SPCR exists a user can add kernel parameter "earlycon" (no extra kernel
>> parameters) and t
On 02/12/2018 09:56 AM, Peter Zijlstra wrote:
> On Mon, Feb 12, 2018 at 08:47:57AM -0500, Prarit Bhargava wrote:
>>
>>
>> On 02/12/2018 08:34 AM, Peter Zijlstra wrote:
>>> On Thu, Jan 18, 2018 at 10:09:51AM -0500, Prarit Bhargava wrote:
>>>> config ACPI
On 02/12/2018 10:44 AM, Peter Zijlstra wrote:
> On Mon, Feb 12, 2018 at 10:18:06AM -0500, Prarit Bhargava wrote:
>>> But when I specify "earlyprintk=serial,ttyS0,115200" this SPCR crud will
>>> not interfere?
>>>
>>
>> I tested "early
only
a single value.
Signed-off-by: Prarit Bhargava
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Borislav Petkov
Cc: "H. Peter Anvin"
Cc: Andi Kleen
Cc: x...@kernel.org
Cc: linux-doc@vger.kernel.org
---
.../admin-guide/kernel-parameters.txt | 10
arch/
On 2/21/19 1:58 PM, Andi Kleen wrote:
> On Thu, Feb 21, 2019 at 02:37:45PM +0100, Peter Zijlstra wrote:
>> On Thu, Feb 21, 2019 at 08:12:25AM -0500, Prarit Bhargava wrote:
>>> Users cannot disable multiple CPU features with the kernel parameter
>>> clearcpuid=. F
On 2/21/19 8:48 AM, Peter Zijlstra wrote:
> On Thu, Feb 21, 2019 at 08:12:25AM -0500, Prarit Bhargava wrote:
>> Users cannot disable multiple CPU features with the kernel parameter
>> clearcpuid=. For example, "clearcpuid=154 clearcpuid=227" only disables
>> C
CONFIG_PRINTK_TIME is a bool and in order to add timestamp options for
the monotonic and real time clock it must be expanded to an int.
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
Cc: John Stultz
Cc: Thomas
otection of a sequence lock in the call to
ktime_get_log_ts() in printk_get_ts().
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
Cc: John Stultz
Cc: Thomas Gleixner
Cc: Stephen Boyd
Cc: Andrew Morton
Cc: Greg Kroa
the protection of a sequence lock in the
call to ktime_get_log_ts() in printk_get_ts().
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
Cc: John Stultz
Cc: Thomas Gleixner
Cc: Stephen Boyd
Cc: Andrew Morton
Cc:
On 07/25/2017 09:00 AM, Peter Zijlstra wrote:
> On Tue, Jul 25, 2017 at 08:17:27AM -0400, Prarit Bhargava wrote:
>> diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
>> index 5b1662ec546f..6cd38a25f8ea 100644
>> --- a/lib/Kconfig.debug
>> +++ b/lib/Kconfig.debug
On 07/25/2017 08:55 AM, Luis R. Rodriguez wrote:
> On Tue, Jul 25, 2017 at 08:17:26AM -0400, Prarit Bhargava wrote:
>> diff --git a/kernel/printk/printk.c b/kernel/printk/printk.c
>> index fc47863f629c..26cf6cadd267 100644
>> --- a/kernel/printk/printk.c
>> +
k in the call to
ktime_get_log_ts() in printk_get_ts().
v2: Use peterz's suggested Kconfig options. Merge patchset together. Fix
i386 !CONFIG_PRINTK builds.
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
On 08/01/2017 01:00 PM, John Stultz wrote:
> On Tue, Aug 1, 2017 at 5:55 AM, Prarit Bhargava wrote:
>> printk.time=1/CONFIG_PRINTK_TIME=1 adds a unmodified local hardware clock
>> timestamp to printk messages. The local hardware clock loses time each
>> day making it d
On 08/01/2017 12:29 PM, Luis R. Rodriguez wrote:
Thanks for the previous comments re: enum & kdoc'ifying. I will apply them to
v3.
>
> And since you are kdoc'ifying consider later adding proper rst format docs
> for printk and then pegging this kdoc entry into it. Unfortunately I only
> se
lock functionality.
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
Cc: John Stultz
Cc: Thomas Gleixner
Cc: Stephen Boyd
Cc: Andrew Morton
Cc: Greg Kroah-Hartman
Cc: "Paul E. McKenney"
Cc: Christoffer
On 08/04/2017 11:36 AM, Mark Salyzyn wrote:
> On 08/03/2017 06:18 PM, Prarit Bhargava wrote:
>
>> diff --git a/arch/arm/configs/aspeed_g4_defconfig
>> b/arch/arm/configs/aspeed_g4_defconfig
>> index cfc2465e8b77..6c73c305ad17 100644
>> --- a/arch/arm/configs/asp
IME clock functionality.
v4: Fix messages, add additional printk.time options, and fix configs.
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
Cc: John Stultz
Cc: Thomas Gleixner
Cc: Stephen Boyd
Cc: Andrew Morton
Cc: G
On 08/07/2017 12:52 PM, John Stultz wrote:
> On Mon, Aug 7, 2017 at 8:52 AM, Prarit Bhargava wrote:
>> printk.time=1/CONFIG_PRINTK_TIME=1 adds a unmodified local hardware clock
>> timestamp to printk messages. The local hardware clock loses time each
>> day making it d
On 08/07/2017 12:58 PM, Mark Salyzyn wrote:
> On 08/07/2017 08:52 AM, Prarit Bhargava wrote:
>> diff --git a/arch/arm/configs/aspeed_g4_defconfig
>> b/arch/arm/configs/aspeed_g4_defconfig
>> index cfc2465e8b77..5f3c50914e92 100644
>> --- a/arch/arm/configs/aspeed_g4_
On 08/07/2017 01:14 PM, Luis R. Rodriguez wrote:
>
> Note printk_late_init() is a late_initcall(). This means if the
> printk_time_setting was disabled it will take a while to enable it. Enabling
> it
> is done at the device_initcall(), so if printk setting is disabled but a user
> enables it
On 08/07/2017 02:47 PM, John Stultz wrote:
> On Mon, Aug 7, 2017 at 11:04 AM, Prarit Bhargava wrote:
>> On 08/07/2017 12:52 PM, John Stultz wrote:
>>> Still not quite following why you're updating all the defconfigs. I'd
>>> make sure the Kconfig default s
On 08/07/2017 08:19 PM, Sergey Senozhatsky wrote:
> On (08/07/17 11:52), Prarit Bhargava wrote:
> [..]
>> +/**
>> + * enum printk_time_type - Timestamp types for printk() messages.
>> + * @PRINTK_TIME_DISABLE: No time stamp.
>> + * @PRINTK_TIME_LOCAL:
On 08/07/2017 08:19 PM, Sergey Senozhatsky wrote:
> On (08/07/17 11:52), Prarit Bhargava wrote:
> [..]
>> +if (strlen(param) == 1) {
>> +/* Preserve legacy boolean settings */
>> +if (!strcmp("0", param) || !strcmp("n&quo
On 08/08/2017 04:28 AM, Peter Zijlstra wrote:
> On Mon, Aug 07, 2017 at 01:36:39PM -0700, Paul E. McKenney wrote:
>> On Mon, Aug 07, 2017 at 04:06:09PM -0400, Prarit Bhargava wrote:
>
>>> peterz? Want to offer a suggestion? The issue is that I'm changing a bool
>&
On 08/09/2017 02:24 PM, Luis R. Rodriguez wrote:
> On Mon, Aug 07, 2017 at 02:17:33PM -0400, Prarit Bhargava wrote:
>>
>>
>> On 08/07/2017 01:14 PM, Luis R. Rodriguez wrote:
>>
>>>
>>> Note printk_late_init() is a late_initcall(). This means if the
r Dall
Cc: Deepa Dinamani
Cc: Ingo Molnar
Cc: Joel Fernandes
Cc: Prarit Bhargava
Cc: Kees Cook
Cc: Peter Zijlstra
Cc: Geert Uytterhoeven
Cc: "Luis R. Rodriguez"
Cc: Nicholas Piggin
Cc: "Jason A. Donenfeld"
Cc: Olof Johansson
Cc: Josh Poimboeuf
Cc: linux-doc@vger
issues relate to each other in real time.
Add monotonic, boottime, and real clock timestamps in addition to the existing
local hardware clock timestamp.
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
Cc: John
NED).
v6: Define PRINTK_TIME_UNDEFINED for !CONFIG_PRINTK builds. Separate
timekeeping changes into separate patch. Minor include file cleanup.
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
Cc: John Stultz
Cc: Th
On 08/17/2017 12:46 AM, John Stultz wrote:
> From: Prarit Bhargava
>
>
> Prarit,
> So I took my own shot at cleaning up the Kconfig settings to make
> it a bit more sane in my opinion. This should allow the legacy
> defconfigs to just work, and avoids all the defconfig
issues relate to each other in real time.
Add monotonic, boottime, and real clock timestamps in addition to the existing
local hardware clock timestamp.
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
Cc: John
' Kconfig to avoid defconfig churn.
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
Cc: John Stultz
Cc: Thomas Gleixner
Cc: Stephen Boyd
Cc: Andrew Morton
Cc: Greg Kroah-Hartman
Cc: "Paul E. McKenney
On 08/17/2017 11:30 AM, Mark Salyzyn wrote:
> On 08/17/2017 06:15 AM, Prarit Bhargava wrote:
>> printk.time=1/CONFIG_PRINTK_TIME=1 adds a unmodified local hardware clock
>> timestamp to printk messages. The local hardware clock loses time each
>> day making it difficult
On 08/22/2017 10:23 AM, Petr Mladek wrote:
> On Tue 2017-08-22 10:09:40, Prarit Bhargava wrote:
>>
>>
>> On 08/17/2017 11:30 AM, Mark Salyzyn wrote:
>>> On 08/17/2017 06:15 AM, Prarit Bhargava wrote:
>>>> printk.time=1/CONFIG_PRINTK_TIME=1 adds a unmodif
On 08/23/2017 04:45 AM, Petr Mladek wrote:
> On Thu 2017-08-17 09:15:39, Prarit Bhargava wrote:
>> printk.time=1/CONFIG_PRINTK_TIME=1 adds a unmodified local hardware clock
>> timestamp to printk messages. The local hardware clock loses time each
>> day making it difficult
name param
functions. Adjust configs, enum, and timestamp_sources_str to be 0-4.
Add mention realtime clock is UTC in Documentation.
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
Cc: John Stultz
Cc: Thomas Gleixner
Cc:
issues relate to each other in real time.
Add monotonic, boottime, and real clock timestamps in addition to the existing
local hardware clock timestamp.
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
Cc: John
On 08/24/2017 02:50 PM, John Stultz wrote:
> On Thu, Aug 24, 2017 at 6:42 AM, Prarit Bhargava wrote:
>> --- a/include/linux/timekeeping.h
>> +++ b/include/linux/timekeeping.h
>> @@ -239,6 +239,7 @@ static inline u64 ktime_get_raw_ns(void)
>> extern u64 ktime_get_mon
issues relate to each other in real time.
Add monotonic, boottime, and real clock timestamps in addition to the existing
local hardware clock timestamp.
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
Cc: John
_ts() portions. Rename param
functions. Adjust configs, enum, and timestamp_sources_str to be 0-4.
Add mention realtime clock is UTC in Documentation.
v9: Fix typo. Add __ktime_get_real_fast_ns_unsafe().
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc:
issues relate to each other in real time.
Add monotonic, boottime, and real clock timestamps in addition to the existing
local hardware clock timestamp.
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
Cc: John
_ts() portions. Rename param
functions. Adjust configs, enum, and timestamp_sources_str to be 0-4.
Add mention realtime clock is UTC in Documentation.
v9: Fix typo. Add __ktime_get_real_fast_ns_unsafe().
v10: Remove time parameter restrictions.
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
and printk_get_first_ts() portions. Rename param
functions. Adjust configs, enum, and timestamp_sources_str to be 0-4.
Add mention realtime clock is UTC in Documentation.
v9: Fix typo. Add __ktime_get_real_fast_ns_unsafe().
v10: Remove time parameter restrictions.
Signed-off-by: Prarit Bha
issues relate to each other in real time.
Add monotonic, boottime, and real clock timestamps in addition to the existing
local hardware clock timestamp.
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
Cc: John
On 09/15/2017 09:28 AM, Petr Mladek wrote:
>
> I am still slightly nervous that external tools would need updating.
> Also they might have troubles to interpret the time stamps especially
> when the source is changed at runtime via
> /sys/module/printk/parameters/time.
In earlier versions I had
: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
Cc: John Stultz
Cc: Thomas Gleixner
Cc: Stephen Boyd
Cc: Andrew Morton
Cc: Greg Kroah-Hartman
Cc: "Paul E. McKenney"
Cc: Christoffer Dall
Cc: Deepa Dinamani
Cc: Ingo
#x27;s real time patch
v12: Reword Kconfig names. Simplify timestamp logic and remove
recursive code.
Signed-off-by: Prarit Bhargava
Cc: Mark Salyzyn
Cc: Jonathan Corbet
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
Cc: John Stultz
Cc: Thomas Gleixner
Cc: Stephen Boyd
Cc: A
On 09/17/2017 06:46 AM, Sergey Senozhatsky wrote:
> I'm a bit uncomfortable with the "breaks user space" part. since this
> is a strictly debugging option, would it be sufficient to store those
> extended timestamps as prefixes of every message?
> see (sorry for "self-quoting"):
> lkml.ker
On 09/26/2017 07:48 AM, Petr Mladek wrote:
> On Mon 2017-09-18 13:51:00, Prarit Bhargava wrote:
>> printk.time=1/CONFIG_PRINTK_TIME=1 adds a unmodified local hardware clock
>> timestamp to printk messages. The local hardware clock loses time each
>> day making it difficult
le dummy_module
[ 85.127433] module dummy_module has been blacklisted. This module will not
load.
Signed-off-by: Prarit Bhargava
Cc: Jonathan Corbet
Cc: Rusty Russell
Cc: linux-doc@vger.kernel.org
---
Documentation/kernel-parameters.txt |3 +++
kernel/module.c
ruct which
simplifies things.
Signed-off-by: Prarit Bhargava
Cc: Jonathan Corbet
Cc: Rusty Russell
Cc: linux-doc@vger.kernel.org
---
Documentation/kernel-parameters.txt |3 +++
kernel/module.c | 25 +
2 files changed, 28 insertions(+)
di
On 06/14/2016 01:17 PM, Christoph Hellwig wrote:
> On Mon, Jun 13, 2016 at 08:32:41AM -0400, Prarit Bhargava wrote:
>> Blacklisting a module in linux has long been a problem. The process of
>> blacklisting a module has changed over time, and it seems that every OS
>
On 06/14/2016 04:51 PM, Henrique de Moraes Holschuh wrote:
>
> And if such a module blacklist feature ends up being invoked by the
> "nuke_module_from_orbit=" parameter, I will pay the author
> (and the subsystem maintainer that manages to get that merged) a couple
> beers should we ever meet i
On 06/14/2016 05:20 PM, Rusty Russell wrote:
> Prarit Bhargava writes:
>> Blacklisting a module in linux has long been a problem. The current
>> procedure is to use rd.blacklist=module_name, however, that doesn't
>> cover the case after the initramfs and before a bo
simplifies
things.
[v3]: Rusty, undo wreckage from strsep()
Signed-off-by: Prarit Bhargava
Cc: Jonathan Corbet
Cc: Rusty Russell
Cc: linux-doc@vger.kernel.org
---
Documentation/kernel-parameters.txt |3 +++
kernel/module.c | 29 +
2 files c
r module_blacklist=module_name.
[v2]: Rusty, use core_param() instead of __setup() which simplifies
things.
[v3]: Rusty, undo wreckage from strsep()
Signed-off-by: Prarit Bhargava
Cc: Jonathan Corbet
Cc: Rusty Russell
Cc: linux-doc@vger.kernel.org
---
Documentation/kernel-parameters.txt |3 ++
ctionality of permanently blacklisting a module
by its name via the kernel parameter module_blacklist=module_name.
[v2]: Rusty, use core_param() instead of __setup() which simplifies
things.
[v3]: Rusty, undo wreckage from strsep()
[v4]: Rusty, simpler version of blacklisted()
Signed-off-by: Prarit
75 matches
Mail list logo