[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200704091146.32346.rgetz@blackfin.uclinux.org>
Date: Mon, 9 Apr 2007 11:46:31 -0400
From: Robin Getz <rgetz@...ckfin.uclinux.org>
To: bryan.wu@...log.com, "David Howells" <dhowells@...hat.com>
Cc: "Alan Cox" <alan@...rguk.ukuu.org.uk>, waltje@...lt.nl.mugnet.org,
"Aubrey Li" <aubreylee@...il.com>, netdev@...r.kernel.org,
"Andrew Morton" <akpm@...l.org>,
"Linux Kernel" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] CONFIG_PACKET_MMAP should depend on MMU
On Mon 9 Apr 2007 05:50, Wu, Bryan pondered:
> On Mon, 2007-04-09 at 11:01 +0800, Aubrey Li wrote:
> > The option CONFIG_PACKET_MMAP should depend on MMU.
> >
> > Signed-off-by: Aubrey.Li <aubreylee@...il.com>
> > ---
> > net/packet/Kconfig | 2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
> >
> > diff --git a/net/packet/Kconfig b/net/packet/Kconfig
> > index 34ff93f..959c272 100644
> > --- a/net/packet/Kconfig
> > +++ b/net/packet/Kconfig
> > @@ -17,7 +17,7 @@ config PACKET
> >
> > config PACKET_MMAP
> > bool "Packet socket: mmapped IO"
> > - depends on PACKET
> > + depends on PACKET && MMU
> > help
> > If you say Y here, the Packet protocol driver will use an IO
> > mechanism that results in faster communication.
>
> Yeah, this is a bug found on blackfin arch and it is also for other
> NOMMU arch. Is there any solution for this? We think Aubrey's idea
> works.
>
I would hardly say that disabling a feature should be classified as "works".
"works" would be re-writing packet/af_packet.c:packet_mmap() so it doesn't use
vm_insert_page (which I think is the major/only problem) or putting some
proper #ifdef MMU to get the intended functionality.
David - I know you have been reworking the noMMU vma handling - is there a
solution to vm_insert_page?
-Robin
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists