From: "Alexandre P. Nunes" <alex@PolesApart.wox.org>
To: unlisted-recipients:; (no To-header on input)
Cc: linux-kernel@vger.kernel.org
Subject: Re: PROBLEM: 2.4.19-pre10-ac2 bug in page_alloc.c:131
Date: Tue, 02 Jul 2002 14:04:42 -0300 [thread overview]
Message-ID: <3D21DD2A.2010801@PolesApart.wox.org> (raw)
In-Reply-To: Pine.LNX.3.96.1020702120824.28259A-100000@gatekeeper.tmr.com
Bill Davidsen wrote:
>On Mon, 24 Jun 2002, David S. Miller wrote:
>
>
>
>>This has to do with facts, not opinions. Since we lack the source to
>>their drivers, we have no idea if some bug in their driver is
>>scribbling over (ie. corrupting) memory. It is therefore an unknown
>>which makes it a waste of time for us to pursue the bug report.
>>
>>
>
>By that logic if source is freely available the kernel should not be
>marked tainted, even if the source license is not GPL, as in you can get
>it and use it to debug, but the license is something like BSD, or the
>Kermit limited redistribution, etc.
>
>I'm asking in general, not about just one particular binary-only driver.
>
>
>
How this taint stuff works, actually ? It's just a marker or it impose
any restrictions?
While I made all efforts to send nvidia all information pertinent to the
reported bug, I also found that the source to o/s dependent parts are in
fact (at least partially) available, with an absurdly restrictive
license, though. If someone else is interested in looking at, one of the
files in the distribution contains the mm code and all general
interfacing to the kernel.
I agree it's nvidia responsability for checking its own source, but help
is always welcome when it's true help after all.
In last weekend I patched 2.4.19-pre10-ac2 with the last preempt-kernel
patch, and since I was unable to reproduce the crash, though I didn't
stress the machine enough by lack of time, so it's just informative
report in case someone want to try.
Cheers,
Alexandre
next prev parent reply other threads:[~2002-07-02 17:02 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200206231945.27717.markus_schoder@yahoo.de>
2002-06-24 12:23 ` PROBLEM: 2.4.19-pre10-ac2 bug in page_alloc.c:131 Alexandre P. Nunes
2002-06-24 14:17 ` Alan Cox
2002-06-24 15:06 ` Alexandre P. Nunes
2002-06-24 15:04 ` David S. Miller
2002-06-24 16:47 ` Alexandre P. Nunes
2002-07-01 2:18 ` Pavel Machek
2002-07-02 1:39 ` Horst von Brand
2002-07-02 16:29 ` Bill Davidsen
2002-07-02 17:04 ` Alexandre P. Nunes [this message]
2002-07-02 23:25 ` Matthias Andree
2002-06-24 15:18 ` Zwane Mwaikambo
2002-06-23 1:13 Alexandre Pereira Nunes
2002-06-23 11:07 ` Diego Calleja
2002-06-23 11:40 ` Alexandre Pereira Nunes
2002-06-26 20:47 ` William Lee Irwin III
2002-06-26 21:00 ` Bongani
2002-06-26 21:45 ` khromy
2002-06-26 21:54 ` Robert Love
2002-06-26 22:12 ` Bongani
2002-06-26 22:08 ` Robert Love
2002-06-27 0:54 ` William Lee Irwin III
2002-06-27 15:40 ` Robert Love
2002-06-27 15:47 ` William Lee Irwin III
2002-06-27 18:29 ` Alexandre P. Nunes
2002-06-27 18:31 ` Robert Love
2002-06-27 18:53 ` Alexandre P. Nunes
2002-06-27 20:05 ` J Sloan
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=3D21DD2A.2010801@PolesApart.wox.org \
--to=alex@polesapart.wox.org \
--cc=linux-kernel@vger.kernel.org \
/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