pj wrote:
> instead consider removing CONFIG_DEBUG_PREEMPT from at least sn2
Ah - perhaps not so. Adding my SGI colleague Greg Edwards to the cc
list. My email archives suggest that he enabled CONFIG_DEBUG_PREEMPT
in ia64 sn2_defconfig a few months ago, and I presume did so intentionally.
The change enabling CONFIG_DEBUG_PREEMPT was:
user: Greg Edwards <[email protected]>
date: Tue Aug 16 23:38:16 2005 +0011
summary: [IA64] Refresh arch/ia64/configs/sn2_defconfig.
Greg - CONFIG_DEBUG_PREEMPT adds a couple of pages of assembly code
due to various BUG checks beneath rcu_read_lock() on some hot code
paths (which is where rcu is most popular). See the two calls
add_preempt_count() and sub_preempt_count() in kernel/sched.c.
Was this intentional to enable CONFIG_DEBUG_PREEMPT in sn2_defconfig?
Other evidence opposing this DEBUG opttion:
Most other DEBUG options are turned off in the defconfigs.
Other evidence supporting setting this DEBUG option:
We're not the only arch enabling CONFIG_DEBUG_PREEMPT. See also:
collie simpad s390 se7705
lpd7a400 bigsur dreamcast sh03
lpd7a404 microdev systemh mx1ads
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <[email protected]> 1.925.600.0401
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]