Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 9 Oct 2001 10:43:16 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 9 Oct 2001 10:43:07 -0400 Received: from wiprom2mx1.wipro.com ([203.197.164.41]:59783 "EHLO wiprom2mx1.wipro.com") by vger.kernel.org with ESMTP id ; Tue, 9 Oct 2001 10:42:51 -0400 Message-ID: <3BC30D1D.7050402@wipro.com> Date: Tue, 09 Oct 2001 20:13:41 +0530 From: "BALBIR SINGH" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20010913 X-Accept-Language: en-us MIME-Version: 1.0 To: BALBIR SINGH CC: Marcelo Tosatti , Linus Torvalds , Andrea Arcangeli , lkml Subject: Re: pre6 VM issues In-Reply-To: <3BC30B9F.9060609@wipro.com> Content-Type: multipart/mixed; boundary="------------InterScan_NT_MIME_Boundary" Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org This is a multi-part message in MIME format. --------------InterScan_NT_MIME_Boundary Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit BALBIR SINGH wrote: >> >> There is nothing which avoids us from doing that (there is one reserved >> pool I remeber right now: the highmem bounce buffering pool, but that >> one >> is a special case due to the way Linux does IO in high memory and its >> only >> needed on _real_ emergencies --- it will be removed in 2.5, I hope). >> >> In general, its a better approach to share the memory and have a unified >> pool. If a given subsystem is not using its own "reversed" memory, >> another >> subsystems can use it. >> >> The problem we are seeing now can be fixed even without the reserved >> pools. >> > I agree that is the fair and nice thing to do, but I was talking about > reserving > memory for device vs sharing it with a user process, user processes > can wait, > their pages can even be swapped out if needed. But for a device that > is not willing > to wait (GFP_ATOMIC) say in an interrupt context, this might be a issue. > > > Anyway, how do you plan to solve this ? > Balbir I did not realize that highmem was causing this problem you were facing, anyway my argument about the pools still holds. Balbir > >> >> >> - >> 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/ >> > > > > >------------------------------------------------------------------------ > >---------------------------------------------------------------------------------------------------------------------- >Information transmitted by this E-MAIL is proprietary to Wipro and/or its Customers and >is intended for use only by the individual or entity to which it is >addressed, and may contain information that is privileged, confidential or >exempt from disclosure under applicable law. If you are not the intended >recipient or it appears that this mail has been forwarded to you without >proper authority, you are notified that any use or dissemination of this >information in any manner is strictly prohibited. In such cases, please >notify us immediately at mailto:mailadmin@wipro.com and delete this mail >from your records. >---------------------------------------------------------------------------------------------------------------------- > --------------InterScan_NT_MIME_Boundary Content-Type: text/plain; name="Wipro_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="Wipro_Disclaimer.txt" ---------------------------------------------------------------------------------------------------------------------- Information transmitted by this E-MAIL is proprietary to Wipro and/or its Customers and is intended for use only by the individual or entity to which it is addressed, and may contain information that is privileged, confidential or exempt from disclosure under applicable law. If you are not the intended recipient or it appears that this mail has been forwarded to you without proper authority, you are notified that any use or dissemination of this information in any manner is strictly prohibited. In such cases, please notify us immediately at mailto:mailadmin@wipro.com and delete this mail from your records. ---------------------------------------------------------------------------------------------------------------------- --------------InterScan_NT_MIME_Boundary-- - 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/