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

2016-05-04 Thread Tan, Jianfeng
Hi Sergio, On 5/4/2016 7:07 PM, Sergio Gonzalez Monroy wrote: > On 08/03/2016 01:42, 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

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

2016-05-04 Thread Sergio Gonzalez Monroy
On 08/03/2016 01:42, 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 > with SIGBUS, recover to

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

2016-05-04 Thread Sergio Gonzalez Monroy
On 08/03/2016 01:42, 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 > with SIGBUS, recover to

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

2016-03-08 Thread Tan, Jianfeng
On 3/8/2016 9:42 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 > with SIGBUS, recover to

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

2016-03-08 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().