[dpdk-dev] [PATCH v4] eal: make hugetlb initialization more robust

2016-05-19 Thread Tan, Jianfeng
Hi Thomas & Sergio, On 5/18/2016 4:06 PM, Sergio Gonzalez Monroy wrote: > On 17/05/2016 17:40, Thomas Monjalon wrote: >> 2016-05-12 00:44, Jianfeng Tan: >>> This patch adds an option, --huge-trybest, to use a recover >>> mechanism to >>> the case that there are not so many hugepages (declared

[dpdk-dev] [PATCH v4] eal: make hugetlb initialization more robust

2016-05-19 Thread Tan, Jianfeng
Hi David, On 5/18/2016 12:39 AM, David Marchand wrote: > Hello Jianfeng, > > On Thu, May 12, 2016 at 2:44 AM, Jianfeng Tan > wrote: >> This patch adds an option, --huge-trybest, to use a recover mechanism to >> the case that there are not so many hugepages (declared in sysfs), which >> can be

[dpdk-dev] [PATCH v4] eal: make hugetlb initialization more robust

2016-05-18 Thread David Marchand
On Wed, May 18, 2016 at 10:06 AM, Sergio Gonzalez Monroy wrote: > On 17/05/2016 17:40, Thomas Monjalon wrote: >> >> 2016-05-12 00:44, Jianfeng Tan: >>> >>> This patch adds an option, --huge-trybest, to use a recover mechanism to >>> the case that there are not so many hugepages (declared in

[dpdk-dev] [PATCH v4] eal: make hugetlb initialization more robust

2016-05-18 Thread David Marchand
Hello Sergio, On Wed, May 18, 2016 at 9:56 AM, Sergio Gonzalez Monroy wrote: > On 17/05/2016 17:39, David Marchand wrote: >>> diff --git a/lib/librte_eal/linuxapp/eal/eal_memory.c >>> b/lib/librte_eal/linuxapp/eal/eal_memory.c >>> index 5b9132c..8c77010 100644 >>> ---

[dpdk-dev] [PATCH v4] eal: make hugetlb initialization more robust

2016-05-18 Thread Sergio Gonzalez Monroy
On 17/05/2016 17:40, Thomas Monjalon wrote: > 2016-05-12 00:44, Jianfeng Tan: >> This patch adds an option, --huge-trybest, to use a recover mechanism to >> the case that there are not so many hugepages (declared in sysfs), which >> can be used. It relys on a mem access to fault-in hugepages, and

[dpdk-dev] [PATCH v4] eal: make hugetlb initialization more robust

2016-05-18 Thread Sergio Gonzalez Monroy
On 17/05/2016 17:39, David Marchand wrote: > Hello Jianfeng, > > On Thu, May 12, 2016 at 2:44 AM, Jianfeng Tan > wrote: >> This patch adds an option, --huge-trybest, to use a recover mechanism to >> the case that there are not so many hugepages (declared in sysfs), which >> can be used. It relys

[dpdk-dev] [PATCH v4] eal: make hugetlb initialization more robust

2016-05-17 Thread Thomas Monjalon
2016-05-12 00:44, Jianfeng Tan: > This patch adds an option, --huge-trybest, to use a recover mechanism to > the case that there are not so many hugepages (declared in sysfs), which > can be used. It relys on a mem access to fault-in hugepages, and if fails relys -> relies > with SIGBUS, recover

[dpdk-dev] [PATCH v4] eal: make hugetlb initialization more robust

2016-05-17 Thread David Marchand
Hello Jianfeng, On Thu, May 12, 2016 at 2:44 AM, Jianfeng Tan wrote: > This patch adds an option, --huge-trybest, to use a recover mechanism to > the case that there are not so many hugepages (declared in sysfs), which > can be used. It relys on a mem access to fault-in hugepages, and if fails >

[dpdk-dev] [PATCH v4] eal: make hugetlb initialization more robust

2016-05-12 Thread Jianfeng Tan
This patch adds an option, --huge-trybest, to use a recover mechanism to the case that there are not so many hugepages (declared in sysfs), which can be used. It relys on a mem access to fault-in hugepages, and if fails with SIGBUS, recover to previously saved stack environment with siglongjmp().