mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Nigel Cunningham" <ncunningham@linuxmail.org>
To: Jurriaan <thunder7@xs4all.nl>, linux-kernel@vger.kernel.org
Subject: Re: What does tainting actually mean?
Date: Wed, 28 Apr 2004 14:30:34 +1000	[thread overview]
Message-ID: <opr65f48sfshwjtr@laptop-linux.wpcb.org.au> (raw)
In-Reply-To: <20040428042742.GA1177@middle.of.nowhere>

Hi.

On Wed, 28 Apr 2004 06:27:42 +0200, Jurriaan <thunder7@xs4all.nl> wrote:
> From: Nigel Cunningham <ncunningham@linuxmail.org>
> Date: Wed, Apr 28, 2004 at 02:00:35PM +1000
>> Hi all.
>>
>> I'm probably going to regret this, but seeing the current discussion on
>> binary modules makes me wonder:
>>
>> What does tainting actually mean?
>>
> It means you can never be sure the bug is _not_ in some binary module.
> It may be unprobable, you may be able to find a bug in the kernel, but
> you're never _sure_.

Is that true? We can see where the oops occurs. If it's in the module,  
nothing more needs to be said. If it's in the kernel itself, we can check  
our source. We could check all the calls the module makes to open source  
code and validate that the parameters are correct. We should be able to  
say with authority 'the module is doing the wrong thing'. We might not be  
able to say exactly what, but we could determine that it is the module.

Nigel
-- 
Nigel Cunningham
C/- Westminster Presbyterian Church Belconnen
61 Templeton Street, Cook, ACT 2614, Australia.
+61 (2) 6251 7727 (wk)

  reply	other threads:[~2004-04-28  4:40 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-04-28  4:00 Nigel Cunningham
2004-04-28  4:27 ` Jurriaan
2004-04-28  4:30   ` Nigel Cunningham [this message]
2004-04-28  5:19     ` Chris Friesen
2004-04-28  5:18       ` Nigel Cunningham
2004-04-28 12:10         ` Theodore Ts'o
2004-04-28 12:48           ` Måns Rullgård
2004-04-28 13:04             ` Muli Ben-Yehuda
2004-04-28 13:27               ` Måns Rullgård
2004-04-28 14:22                 ` Muli Ben-Yehuda
2004-04-28 15:56           ` Joseph Pingenot
2004-04-28 16:01         ` Valdis.Kletnieks
2004-05-03 12:45     ` Pavel Machek
2004-05-03 18:50       ` Stefan Smietanowski
2004-04-28  5:51 ` Karim Yaghmour
2004-04-28  6:51   ` Keith Duthie
2004-04-28 10:26   ` Ville Herva
2004-05-06 15:25 ` Anthony de Boer
     [not found] <04Apr28.020259edt.41801@gpu.utcc.utoronto.ca>
2004-04-28  6:18 ` Nigel Cunningham
2004-04-28 10:37   ` Bartlomiej Zolnierkiewicz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=opr65f48sfshwjtr@laptop-linux.wpcb.org.au \
    --to=ncunningham@linuxmail.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=thunder7@xs4all.nl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®