Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S272708AbTHPKeO (ORCPT ); Sat, 16 Aug 2003 06:34:14 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S272710AbTHPKeN (ORCPT ); Sat, 16 Aug 2003 06:34:13 -0400 Received: from mail3.ithnet.com ([217.64.64.7]:51870 "HELO heather-ng.ithnet.com") by vger.kernel.org with SMTP id S272708AbTHPKeM (ORCPT ); Sat, 16 Aug 2003 06:34:12 -0400 X-Sender-Authentication: SMTPafterPOP by from 217.64.64.14 Date: Sat, 16 Aug 2003 12:34:10 +0200 From: Stephan von Krawczynski To: Brandon Stewart Cc: bos@serpentine.com, jan@rychter.com, linux-kernel@vger.kernel.org Subject: Re: Centrino support Message-Id: <20030816123410.56cbb550.skraw@ithnet.com> In-Reply-To: <3F3D469B.2020507@yahoo.com> References: <1060972810.29086.8.camel@serpentine.internal.keyresearch.com> <3F3D469B.2020507@yahoo.com> Organization: ith Kommunikationstechnik GmbH X-Mailer: Sylpheed version 0.9.4 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1448 Lines: 30 On Fri, 15 Aug 2003 16:46:19 -0400 Brandon Stewart wrote: > I thought that this line of argument was due to FCC regulations. That > is, software settings would allow the hardware to violate frequency or > strength-of-signal limitations set by government regulations. This is > only from memory, so feel free to correct. I think I have read in an earlier thread something the like. But I cannot understand how this can be logically linked to releasing docs. If all companies would follow this thought e.g. Siemens would never have released the docs for ISDN chipsets and therefore no ISDN drivers would be in the kernel. I'd rather say someone with money is afraid ... Mobile equipment like laptops is a booming market and it all turns around shares... There is another point about this topic. How does M$ (with their centrino drivers) guarantee that no user tries to switch on the addtional ETSI frequencies? I doubt this is possible at all. Of course you can simply ignore that there are ETSI frequencies which basically means to ignore the overwhelming part of europe and their respective regulation. Some political explosives are in this thread ... Regards, Stephan - 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/