Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 7 Jan 2003 11:26:29 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 7 Jan 2003 11:26:28 -0500 Received: from tmr-02.dsl.thebiz.net ([216.238.38.204]:14085 "EHLO gatekeeper.tmr.com") by vger.kernel.org with ESMTP id ; Tue, 7 Jan 2003 11:26:28 -0500 Date: Tue, 7 Jan 2003 11:32:48 -0500 (EST) From: Bill Davidsen To: Matthias Andree cc: linux-kernel@vger.kernel.org Subject: Re: Honest does not pay here ... In-Reply-To: <20030107012429.GA12944@merlin.emma.line.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1818 Lines: 39 On Tue, 7 Jan 2003, Matthias Andree wrote: > Only that you can't trust in the el-cheapo vendors claiming Linux > support, and an independent certification is needed (not only for Linux, > for the *BSDs as well). Without a trusted certification, some crooks may > try to claim Linux support and it won't quite work out. To be honest, support for Windows is much easier than Linux. There are only a few versions of Windows out, in terms of how many versions are needed, and in many cases the same driver will work for several versions. For Linux, there are not only dozens of kernel versions around, but the uni and smp versions are not the same. Vendors who want to provide drivers really want to provide the binary even if the module is open source, just because the average person has no desire to build any part of a kernel. So it is possible to release a driver and claim in good faith that it works, and still not have it work with *your* system. Not because the vendor is evil, incompetent, a "crook" (your term), dishonest, or even that testing was poor, but because all kernels are very much not created equal. Try to understand why vendors want to ship binary modules and why they don't always work before making accusations. All that said, an independent testing service would be of use to the vendors, because they could find things before shipping and have someone to share the blame if the module didn't work with another kernel. -- bill davidsen CTO, TMR Associates, Inc Doing interesting things with little computers since 1979. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/