From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by ozlabs.org (Postfix) with ESMTP id 174D6DDDEC for ; Wed, 22 Oct 2008 09:50:32 +1100 (EST) Received: by fg-out-1718.google.com with SMTP id d23so94334fga.39 for ; Tue, 21 Oct 2008 15:50:31 -0700 (PDT) Message-ID: Date: Tue, 21 Oct 2008 15:50:30 -0700 From: Satya To: benh@kernel.crashing.org Subject: Re: hugetlbfs for ppc440 - kernel BUG In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_14642_15712182.1224629430993" References: <1224622063.7654.265.camel@pasglop> Cc: kazutomo@mcs.anl.gov, linuxppc-dev@ozlabs.org, edi@linux.vnet.ibm.com, david@gibson.dropbear.id.au List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , ------=_Part_14642_15712182.1224629430993 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tue, Oct 21, 2008 at 3:46 PM, Satya wrote: > Ben, > Look here: http://www-unix.mcs.anl.gov/zeptoos/hugepages/ > > thanks, > ./satya > > > On Tue, Oct 21, 2008 at 1:47 PM, Benjamin Herrenschmidt < > benh@kernel.crashing.org> wrote: > >> On Tue, 2007-07-10 at 13:38 -0500, Satya wrote: >> > hello, >> > I am trying to implement hugetlbfs on the IBM Bluegene/L IO node >> > (ppc440) and I have a big problem as well as a few questions to ask >> > the group. I patched a 2.6.21.6 linux kernel (manually) with Edi >> > Shmueli's hugetlbfs implementation (found here: >> > http://patchwork.ozlabs.org/linuxppc/patch?id=8427) for this. I did >> > have to make slight changes (described at the end) to make it work. >> > My test program is a shortened version of a sys v shared memory >> > example described in Documentation/vm/hugetlbpage.txt >> >> Hi ! >> >> The patchwork link unfortunately didn't survive the transition to >> patchwork 2. >> >> Do you know what's the status of Hugetlb support for 44x ? Is there any >> plan to release that for upstream inclusion ? >> >> Cheers, >> Ben. >> >> >> whoops, sorry for top-posting. Here is a patch that worked at that time: http://www-unix.mcs.anl.gov/zeptoos/hugepages/hugetlbpage_44x.patch I didn't follow up after this to get it merged upstream. Also I don't know if hugetlb core has changed to deal with PTEs in high memory. ./satya ------=_Part_14642_15712182.1224629430993 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline

On Tue, Oct 21, 2008 at 3:46 PM, Satya <satyakiran@gmail.com> wrote:
Ben,
Look here: http://www-unix.mcs.anl.gov/zeptoos/hugepages/

thanks,
./satya


On Tue, Oct 21, 2008 at 1:47 PM, Benjamin Herrenschmidt <benh@kernel.crashing.org> wrote:
On Tue, 2007-07-10 at 13:38 -0500, Satya wrote:
> hello,
> I am trying to implement hugetlbfs on the IBM Bluegene/L IO node
> (ppc440) and I have a big problem as well as a few questions to ask
> the group. I patched a 2.6.21.6 linux kernel (manually) with Edi
> Shmueli's hugetlbfs implementation (found here:
> http://patchwork.ozlabs.org/linuxppc/patch?id=8427) for this. I did
> have to make slight changes (described at the end) to make it work.
> My test program is a shortened version of a sys v shared memory
> example described in Documentation/vm/hugetlbpage.txt

Hi !

The patchwork link unfortunately didn't survive the transition to
patchwork 2.

Do you know what's the status of Hugetlb support for 44x ? Is there any
plan to release that for upstream inclusion ?

Cheers,
Ben.



 
whoops, sorry for top-posting. Here is a patch that worked at that time:
http://www-unix.mcs.anl.gov/zeptoos/hugepages/hugetlbpage_44x.patch

I didn't follow up after this to get it merged upstream. Also I don't know if hugetlb core has changed to deal with PTEs in high memory.

./satya
------=_Part_14642_15712182.1224629430993--