login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
June
»
21
Re: stack overflow on Sparc64
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Mikulas Patocka
Subject:
Re: stack overflow on Sparc64
Date: Friday, June 20, 2008 - 5:37 pm
On Fri, 20 Jun 2008, David Miller wrote:
quoted text
> From: Mikulas Patocka <mpatocka@redhat.com> > Date: Fri, 20 Jun 2008 18:36:09 -0400 (EDT) > >> On Fri, 20 Jun 2008, David Miller wrote: >> >>> Yes for debugging and other things it has to stay. >> >> If you want it to stay, then it doesn't make sense to make functions >> tail-call-friendly --- because it should not crash with or without >> debugging. > > On the contrary, of course it makes sense to do so. > > When debugging is disabled, the kernel will run faster. > > We have to fix the stack usage in either case, but from a > performance standpoint when debugging is disabled the > tail-call friendly layout is still highly desirable.
I agree, but performance is different problem than stack overflows. I put all the patches for this overflow problem here:
http://people.redhat.com/mpatocka/patches/kernel-stack-overflow
Mikulas --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
stack overflow on Sparc64
, Mikulas Patocka
, (Tue Jun 17, 5:47 pm)
Re: stack overflow on Sparc64
, David Miller
, (Tue Jun 17, 9:01 pm)
Re: stack overflow on Sparc64
, Mikulas Patocka
, (Wed Jun 18, 8:24 pm)
Re: stack overflow on Sparc64
, David Miller
, (Wed Jun 18, 8:59 pm)
Re: stack overflow on Sparc64
, Mikulas Patocka
, (Wed Jun 18, 10:17 pm)
Re: stack overflow on Sparc64
, David Miller
, (Wed Jun 18, 11:37 pm)
Re: stack overflow on Sparc64
, Mikulas Patocka
, (Thu Jun 19, 6:01 am)
Re: stack overflow on Sparc64
, Mikulas Patocka
, (Fri Jun 20, 8:47 am)
Re: stack overflow on Sparc64
, David Miller
, (Fri Jun 20, 10:26 am)
Re: stack overflow on Sparc64
, Mikulas Patocka
, (Fri Jun 20, 1:34 pm)
Re: stack overflow on Sparc64
, David Miller
, (Fri Jun 20, 1:37 pm)
Re: stack overflow on Sparc64
, Mikulas Patocka
, (Fri Jun 20, 2:14 pm)
Re: stack overflow on Sparc64
, David Miller
, (Fri Jun 20, 2:20 pm)
Re: stack overflow on Sparc64
, Mikulas Patocka
, (Fri Jun 20, 2:25 pm)
Re: stack overflow on Sparc64
, Mikulas Patocka
, (Fri Jun 20, 2:26 pm)
Re: stack overflow on Sparc64
, David Miller
, (Fri Jun 20, 2:41 pm)
Re: stack overflow on Sparc64
, David Miller
, (Fri Jun 20, 2:44 pm)
Re: stack overflow on Sparc64
, David Miller
, (Fri Jun 20, 2:47 pm)
Re: stack overflow on Sparc64
, Mikulas Patocka
, (Fri Jun 20, 3:22 pm)
Re: stack overflow on Sparc64
, David Miller
, (Fri Jun 20, 3:28 pm)
Re: stack overflow on Sparc64
, Mikulas Patocka
, (Fri Jun 20, 3:33 pm)
Re: stack overflow on Sparc64
, Mikulas Patocka
, (Fri Jun 20, 3:36 pm)
Re: stack overflow on Sparc64
, David Miller
, (Fri Jun 20, 3:47 pm)
Re: stack overflow on Sparc64
, Mikulas Patocka
, (Fri Jun 20, 5:37 pm)
Re: stack overflow on Sparc64
, David Miller
, (Fri Jun 20, 9:51 pm)
Re: stack overflow on Sparc64
, Mikulas Patocka
, (Sat Jun 21, 12:42 pm)
Re: stack overflow on Sparc64
, David Miller
, (Sun Jun 22, 12:03 am)
Re: stack overflow on Sparc64
, Mikulas Patocka
, (Sun Jun 22, 6:48 am)
Re: stack overflow on Sparc64
, David Miller
, (Mon Aug 11, 11:30 pm)
Re: stack overflow on Sparc64
, David Miller
, (Tue Aug 12, 1:22 am)
Re: stack overflow on Sparc64
, Mikulas Patocka
, (Tue Aug 12, 5:53 pm)
Re: stack overflow on Sparc64
, David Miller
, (Tue Aug 12, 5:59 pm)
console handover badness [was: stack overflow on Sparc64]
, Mikulas Patocka
, (Tue Aug 12, 6:11 pm)
Re: console handover badness
, David Miller
, (Tue Aug 12, 6:22 pm)
Re: console handover badness
, David Miller
, (Tue Aug 12, 6:40 pm)
Re: console handover badness
, David Miller
, (Wed Aug 13, 1:50 am)
Re: console handover badness
, Mikulas Patocka
, (Wed Aug 13, 5:46 am)
Re: console handover badness
, David Miller
, (Wed Aug 13, 8:25 pm)
Bootmem allocator broken [was: console handover badness]
, Mikulas Patocka
, (Thu Aug 14, 4:11 pm)
Re: Bootmem allocator broken
, David Miller
, (Thu Aug 14, 4:25 pm)
Re: Bootmem allocator broken
, Johannes Weiner
, (Thu Aug 14, 4:40 pm)
Re: Bootmem allocator broken
, Alexander Beregalov
, (Fri Aug 15, 4:09 am)
Re: Bootmem allocator broken
, David Miller
, (Fri Aug 15, 2:13 pm)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Alan Cox
Re: Please add ZFS support (from GPL sources)
Trenton D. Adams
Re: Flash IO slow 1.5 MB/s
Rafael J. Wysocki
[Bug #11287] Regression in 2.6.27-rc2 in acpi_processor_init()
Bart Van Assche
Re: Is gcc thread-unsafe?
Ingo Molnar
Re: [PATCH] x86: silence section mismatch warning - uv_cpu_init
git
:
Mark Junker
git on MacOSX and files with decomposed utf-8 file names
Junio C Hamano
Re: git-svnimport
Mark Burton
Re: Sporadic BSOD with msys git?
Junio C Hamano
Re: [PATCH] Detached HEAD (experimental)
Johannes Schindelin
Re: [PATCH] Fix approxidate("never") to always return 0
git-commits-head
:
Linux Kernel Mailing List
ath9k_htc: Allocate URBs properly
Linux Kernel Mailing List
net: don't grab a mutex within a timer context in gianfar
Linux Kernel Mailing List
powerpc/kexec: Add support for FSL-BookE
Linux Kernel Mailing List
V4L/DVB (8976): af9015: Add USB ID for AVerMedia A309
Linux Kernel Mailing List
ARM: 5670/1: bcmring: add default configuration for bcmring arch
linux-netdev
:
David Miller
Re: [RFC 0/5] generic rx recycling
Daniel Lezcano
getsockopt(TCP_DEFER_ACCEPT) value change
David Miller
Re: 2.6.27.18: bnx2/tg3: BUG: "scheduling while atomic" trying to ifenslave a seco...
Gerrit Renker
[PATCH 37/37] dccp: Debugging functions for feature negotiation
Jeff Garzik
Re: [PATCH] drivers/net: remove network drivers' last few uses of IRQF_SAMPLE_RANDOM
openbsd-misc
:
Christophe Rioux
Implementation example of snmp
Nick Holland
Re: booting openbsd on eee without cd-rom
Cabillot Julien
Re: OpenBSD isakmpd and pf vs Cisco PIX or ASA
Nice Daemon
Re: Bind ntpd on certain interface?
Marco Peereboom
Re: Singularity OS
Colocation donated by:
Syndicate