From patchwork Sun Apr 27 20:20:47 2014 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: John David Anglin X-Patchwork-Id: 4072991 Return-Path: X-Original-To: patchwork-linux-parisc@patchwork.kernel.org Delivered-To: patchwork-parsemail@patchwork1.web.kernel.org Received: from mail.kernel.org (mail.kernel.org [198.145.19.201]) by patchwork1.web.kernel.org (Postfix) with ESMTP id D54449F271 for ; Sun, 27 Apr 2014 20:21:13 +0000 (UTC) Received: from mail.kernel.org (localhost [127.0.0.1]) by mail.kernel.org (Postfix) with ESMTP id 123222020E for ; Sun, 27 Apr 2014 20:21:13 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 0C7F1201F4 for ; Sun, 27 Apr 2014 20:21:12 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751445AbaD0UVH (ORCPT ); Sun, 27 Apr 2014 16:21:07 -0400 Received: from blu0-omc4-s35.blu0.hotmail.com ([65.55.111.174]:12664 "EHLO blu0-omc4-s35.blu0.hotmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750993AbaD0UVG (ORCPT ); Sun, 27 Apr 2014 16:21:06 -0400 Received: from BLU0-SMTP61 ([65.55.111.135]) by blu0-omc4-s35.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 27 Apr 2014 13:21:04 -0700 X-TMN: [DkGdOyzMxHdKQaIPMtMfFfciI9LRpJsB] X-Originating-Email: [dave.anglin@bell.net] Message-ID: Received: from [192.168.2.10] ([174.92.84.123]) by BLU0-SMTP61.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Sun, 27 Apr 2014 13:21:03 -0700 From: John David Anglin To: linux-parisc List Subject: [PATCH] parisc: remove _STK_LIM_MAX override MIME-Version: 1.0 (Apple Message framework v936) Date: Sun, 27 Apr 2014 16:20:47 -0400 CC: Helge Deller , James Bottomley X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 27 Apr 2014 20:21:03.0805 (UTC) FILETIME=[367F36D0:01CF6256] Sender: linux-parisc-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-parisc@vger.kernel.org X-Spam-Status: No, score=-7.5 required=5.0 tests=BAYES_00, MSGID_FROM_MTA_HEADER, RCVD_IN_DNSWL_HI, RP_MATCHES_RCVD, T_TVD_MIME_EPI, UNPARSEABLE_RELAY autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP There are only a couple of architectures that override _STK_LIM_MAX to a non-infinity value. This changes the stack allocation semantics in subtle ways. For example, make changes its stack allocation to the hard maximum defined by _STK_LIM_MAX. As a results, threads executed by processes running under make are allocated a stack size of _STK_LIM_MAX rather than a sensible default value. This causes various thread stress tests to fail when they can't muster more than about 50 threads. The attached change implements the default behavior used by the majority of architectures. Signed-off-by: John David Anglin Reviewed-by: Carlos O'Donell --- -- John David Anglin dave.anglin@bell.net diff --git a/arch/parisc/include/uapi/asm/resource.h b/arch/parisc/include/uapi/asm/resource.h index 8b06343..090483c 100644 --- a/arch/parisc/include/uapi/asm/resource.h +++ b/arch/parisc/include/uapi/asm/resource.h @@ -1,7 +1,6 @@ #ifndef _ASM_PARISC_RESOURCE_H #define _ASM_PARISC_RESOURCE_H -#define _STK_LIM_MAX 10 * _STK_LIM #include #endif