Skip to content
Commits on Nov 6, 2011
  1. @bwhacks @rustyrussell

    module,bug: Add TAINT_OOT_MODULE flag for modules not built in-tree

    bwhacks committed with rustyrussell Oct 24, 2011
    Use of the GPL or a compatible licence doesn't necessarily make the code
    any good.  We already consider staging modules to be suspect, and this
    should also be true for out-of-tree modules which may receive very
    little review.
    
    Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
    Reviewed-by: Dave Jones <davej@redhat.com>
    Acked-by: Greg Kroah-Hartman <gregkh@suse.de>
    Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> (patched oops-tracing.txt)
Commits on May 19, 2010
  1. @bwhacks @dwmw2

    panic: Add taint flag TAINT_FIRMWARE_WORKAROUND ('I')

    bwhacks committed with dwmw2 Apr 3, 2010
    This taint flag will initially be used when warning about invalid ACPI
    DMAR tables.
    
    Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>
  2. @bwhacks @dwmw2

    panic: Allow warnings to set different taint flags

    bwhacks committed with dwmw2 Apr 3, 2010
    WARN() is used in some places to report firmware or hardware bugs that
    are then worked-around.  These bugs do not affect the stability of the
    kernel and should not set the flag for TAINT_WARN.  To allow for this,
    add WARN_TAINT() and WARN_TAINT_ONCE() macros that take a taint number
    as argument.
    
    Architectures that implement warnings using trap instructions instead
    of calls to warn_slowpath_*() now implement __WARN_TAINT(taint)
    instead of __WARN().
    
    Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
    Acked-by: Helge Deller <deller@gmx.de>
    Tested-by: Paul Mundt <lethal@linux-sh.org>
    Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>
Commits on Nov 9, 2009
  1. docs: Describe the 'C' taint flag in oops-tracing.txt

    Nick Bowler committed with Jiri Kosina Oct 6, 2009
    If some of the flags are documented there, they all should be.
    
    Signed-off-by: Nick Bowler <nbowler@elliptictech.com>
    Acked-by: Randy Dunlap <randy.dunlap@oracle.com>
    Signed-off-by: Jiri Kosina <jkosina@suse.cz>
Commits on Apr 29, 2008
  1. Taint kernel after WARN_ON(condition)

    Nur Hussein committed with Apr 29, 2008
    The kernel is sent to tainted within the warn_on_slowpath() function, and
    whenever a warning occurs the new taint flag 'W' is set.  This is useful to
    know if a warning occurred before a BUG by preserving the warning as a flag
    in the taint state.
    
    This does not work on architectures where WARN_ON has its own definition.
    These archs are:
    	1. s390
    	2. superh
    	3. avr32
    	4. parisc
    
    The maintainers of these architectures have been added in the Cc: list
    in this email to alert them to the situation.
    
    The documentation in oops-tracing.txt has been updated to include the
    new flag.
    
    Signed-off-by: Nur Hussein <nurhussein@gmail.com>
    Cc: Arjan van de Ven <arjan@infradead.org>
    Cc: "Randy.Dunlap" <rdunlap@xenotime.net>
    Cc: Ingo Molnar <mingo@elte.hu>
    Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
    Cc: Kyle McMartin <kyle@mcmartin.ca>
    Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
    Cc: Haavard Skinnemoen <hskinnemoen@atmel.com>
    Cc: Paul Mundt <lethal@linux-sh.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Commits on Jul 17, 2007
  1. @xemul

    Report that kernel is tainted if there was an OOPS

    xemul committed with Linus Torvalds Jul 17, 2007
    If the kernel OOPSed or BUGed then it probably should be considered as
    tainted.  Thus, all subsequent OOPSes and SysRq dumps will report the
    tainted kernel.  This saves a lot of time explaining oddities in the
    calltraces.
    
    Signed-off-by: Pavel Emelianov <xemul@openvz.org>
    Acked-by: Randy Dunlap <randy.dunlap@oracle.com>
    Cc: <linux-arch@vger.kernel.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    [ Added parisc patch from Matthew Wilson  -Linus ]
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Commits on Jul 16, 2007
  1. doc/oops-tracing: add Code: decode info

    Randy Dunlap committed with Linus Torvalds Jul 15, 2007
    Add info that the Code: bytes line contains <xy> or (wxyz) in some
    architecture oops reports and what that means.
    
    Add a script by Andi Kleen that reads the Code: line from an Oops report
    file and generates assembly code from the hex bytes.
    
    Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com>
    Cc: Andi Kleen <ak@suse.de>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Commits on May 8, 2007
  1. doc: fix oops-tracing duplicate

    Michal Piotrowski committed with Linus Torvalds May 8, 2007
    Remove duplicate 'U' entry -- fix mis-merge.
    
    Signed-off-by: Michal Piotrowski <michal.k.k.piotrowski@gmail.com>
    Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Commits on Feb 21, 2007
  1. [PATCH] update Doc/oops-tracing.txt for TAINT_USER

    Randy Dunlap committed with Linus Torvalds Feb 20, 2007
    Add TAINT_USER description to Tainted flags in oops-tracing.txt.
    
    Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com>
    Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Commits on Jan 12, 2006
  1. [PATCH] doc: refer to kdump in oops-tracing.txt

    Akinobu Mita committed with Linus Torvalds Jan 11, 2006
    Kdump has been merged and supported on several architectures.  It is better
    to encourage to use kdump rather than non standard kernel crash dump
    patches.
    
    Signed-off-by: Akinobu Mita <mita@miraclelinux.com>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Commits on Nov 15, 2005
  1. @kernelslacker

    [PATCH] oops-tracing: mention extended VGA

    kernelslacker committed with Linus Torvalds Nov 15, 2005
    Something I've found handy countless times when users do this..
    
    Signed-off-by: Dave Jones <davej@redhat.com>
    Acked-by: Randy Dunlap <rdunlap@xenotime.net>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Commits on Nov 14, 2005
  1. [PATCH] oops-tracing: mention digital photos

    Diego Calleja committed with Linus Torvalds Nov 13, 2005
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Commits on Nov 7, 2005
  1. [PATCH] ksymoops related docs update

    Jesper Juhl committed with Linus Torvalds Nov 7, 2005
    Update ksymoops related documentation to reflect current 2.6 reality.
    
    Signed-off-by: Jesper Juhl <jesper.juhl@gmail.com>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Commits on Sep 13, 2005
  1. [PATCH] Doc: update oops-tracing.txt (Tainted flags)

    Randy Dunlap committed with Linus Torvalds Sep 13, 2005
    Update Documentation/oops-tracing.txt:
    
    - add descriptions of 3 more "Tainted" flags;
    - fix some typos;
    
    Signed-off-by: Randy Dunlap <rdunlap@xenotime.net>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Commits on Apr 16, 2005
  1. Linux-2.6.12-rc2

    Linus Torvalds committed Apr 16, 2005
    Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.
    
    Let it rip!
Something went wrong with that request. Please try again.