From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752201AbcGOBm1 (ORCPT ); Thu, 14 Jul 2016 21:42:27 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:44748 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752017AbcGOBm0 (ORCPT ); Thu, 14 Jul 2016 21:42:26 -0400 Date: Fri, 15 Jul 2016 10:42:37 +0900 From: Greg Kroah-Hartman To: Rich Felker Cc: "Hans J. Koch" , linux-kernel@vger.kernel.org Subject: Re: [PATCH RFC] uio: allow use on nommu systems Message-ID: <20160715014237.GC5791@kroah.com> References: <20160715005306.GA16591@brightrain.aerifal.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160715005306.GA16591@brightrain.aerifal.cx> User-Agent: Mutt/1.6.2 (2016-07-01) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jul 14, 2016 at 08:53:06PM -0400, Rich Felker wrote: > mmap of uio devices does not seem to work without further > nommu-specific support, but interrupt handling already works, and > userspace drivers for nommu systems can simply use physical mmio > addresses from userspace directly anyway without mmap. > > Signed-off-by: Rich Felker > --- > > I don't particularly expect this to be accepted upstream as-is, but > since we're actually trying to use the UIO subsystem on nommu (J2), > I'd like to start a discussion of what an acceptable patch would > entail. > > The uio_pdrv_genirq driver was tested on J2 with this patch and > interrupt handling works as expected. > > drivers/uio/Kconfig | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/drivers/uio/Kconfig b/drivers/uio/Kconfig > index 52c98ce..387b2bb 100644 > --- a/drivers/uio/Kconfig > +++ b/drivers/uio/Kconfig > @@ -1,6 +1,5 @@ > menuconfig UIO > tristate "Userspace I/O drivers" > - depends on MMU This doesn't seem to do much, don't you need to modify uio-specific drivers? Or given that the core uio code doesn't rely on mmu, is this safe? thanks, greg k-h