Description of problem: Currently, x86 boxes make use of a process's stack for hardirq handling. With 4K stacks, we should really be using irq stacks which are per cpu Version-Release number of selected component (if applicable): How reproducible: We don't have any specific bugs for this issue. But this is a fundamental assumption that kernel code relies upon, and is the default setup for 4K stacks upstream. Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
*** Bug 162548 has been marked as a duplicate of this bug. ***
unfortunately, veritas' vxfs tends to use more stack space than other file systems on linux. although we don't have any actual overflow cases in our limited testing with 4 Kbyte stacks, we think they may well occur at customer sites. so this bug is high priority for us. since the bug report i opened was closed as a dup of this one, so i'd like to change the priority of this bug to "high".
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHSA-2005-514.html