[PATCH v2 1/1] kernel.h: Split out panic and oops helpers

Thomas Bogendoerfer tsbogend at alpha.franken.de
Fri Apr 9 22:39:11 UTC 2021


On Fri, Apr 09, 2021 at 01:02:50PM +0300, Andy Shevchenko wrote:
> kernel.h is being used as a dump for all kinds of stuff for a long time.
> Here is the attempt to start cleaning it up by splitting out panic and
> oops helpers.
> 
> There are several purposes of doing this:
> - dropping dependency in bug.h
> - dropping a loop by moving out panic_notifier.h
> - unload kernel.h from something which has its own domain
> 
> At the same time convert users tree-wide to use new headers, although
> for the time being include new header back to kernel.h to avoid twisted
> indirected includes for existing users.
> 
> Signed-off-by: Andy Shevchenko <andriy.shevchenko at linux.intel.com>
> Reviewed-by: Bjorn Andersson <bjorn.andersson at linaro.org>
> Acked-by: Mike Rapoport <rppt at linux.ibm.com>
> Acked-by: Corey Minyard <cminyard at mvista.com>
> Acked-by: Christian Brauner <christian.brauner at ubuntu.com>
> Acked-by: Arnd Bergmann <arnd at arndb.de>
> Acked-by: Kees Cook <keescook at chromium.org>
> Acked-by: Wei Liu <wei.liu at kernel.org>
> Acked-by: Rasmus Villemoes <linux at rasmusvillemoes.dk>
> Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
> ---
> v2:
>  - fixed all errors with allmodconfig on x86_64 (Andrew)
>  - checked with allyesconfig on x86_64
>  - additionally grepped source code for panic notifier list usage
>    and converted all users
>  - elaborated commit message (Luis)
>  - collected given tags (incl. Andrew's SoB, see below)
> 
> I added Andrew's SoB since part of the fixes I took from him. Andrew,
> feel free to amend or tell me how you want me to do.
> 
>  arch/mips/kernel/relocate.c                   |  1 +
>  arch/mips/sgi-ip22/ip22-reset.c               |  1 +
>  arch/mips/sgi-ip32/ip32-reset.c               |  1 +

Acked-by: Thomas Bogendoerfer <tsbogend at alpha.franken.de>

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]


More information about the dri-devel mailing list