Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761930AbYBRVHP (ORCPT ); Mon, 18 Feb 2008 16:07:15 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1762682AbYBRVF3 (ORCPT ); Mon, 18 Feb 2008 16:05:29 -0500 Received: from pentafluge.infradead.org ([213.146.154.40]:49521 "EHLO pentafluge.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1762181AbYBRVF1 (ORCPT ); Mon, 18 Feb 2008 16:05:27 -0500 Date: Mon, 18 Feb 2008 13:04:22 -0800 From: Arjan van de Ven To: Jean Delvare Cc: benh@kernel.crashing.org, Christian Krafft , linux-kernel@vger.kernel.org, parabelboi@bopserverein.de, linuxppc-dev@ozlabs.org Subject: Re: [Patch 0/2] powerpc: avoid userspace poking to legacy ioports Message-ID: <20080218130422.6ee10099@laptopd505.fenrus.org> In-Reply-To: <20080218215842.66bb004f@hyperion.delvare> References: <20080213182800.5c6940a8@de.ibm.com> <20080213183506.7f3e3145@de.ibm.com> <1202935374.7296.44.camel@pasglop> <20080218211519.2b159ade@hyperion.delvare> <1203367323.6740.21.camel@pasglop> <20080218215842.66bb004f@hyperion.delvare> Organization: Intel X-Mailer: Claws Mail 3.2.0 (GTK+ 2.12.5; i386-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 976 Lines: 25 On Mon, 18 Feb 2008 21:58:42 +0100 Jean Delvare wrote: > On Tue, 19 Feb 2008 07:42:03 +1100, Benjamin Herrenschmidt wrote: > > > > > Maybe Christian's patch can be improved to not do the check on > > > these? As long as /dev/port exists, it seems reasonable that the > > > kernel should behave, no matter what I/O ports are accessed from > > > user-space. > > > > nonsense. > > > > /dev/mem exists for example, but you are still not supposed to go > > bang all over the place in it. > > You should at least be able to read from it without crashing the > machine. Of course writing is a different story. keep dreaming. This is not how /dev/mem works today, not on x86 and very likely not on ppc either. -- 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/