From: Pavel Machek <pavel@suse.cz>
To: Jan Beulich <JBeulich@novell.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [kernel] Fix random crashes in x86-64 swsusp
Date: Thu, 7 Oct 2004 09:51:33 +0200 [thread overview]
Message-ID: <20041007075132.GB15057@elf.ucw.cz> (raw)
In-Reply-To: <s1648f6e.098@lucius.provo.novell.com>
Hi!
> Maybe not really a final version: The __init should remain there if
> suspend/resume isn't enabled in the configuration. I'd guess you want
> something for this paralleling the __cpuinit/__devinit/module_init stuff
> (if these occur very rarely, then doing this inline may of course also
> be an acceptable choice). Jan
I do not think we care enough about those few bytes to make sources
more complex. These functions are really small.
Pavel
> >>> pavel@suse.cz 07.10.04 00:06:00 >>>
> Hi!
>
> fix_processor_context was calling functions marked __init on x86-64;
> bad idea. Maybe we should memset freed memory to zero so such bugs are
> prevented?
>
> Thanks to Rafael for keeping notifying me about this bug, and someone
> get me yet another brown paper bag.
>
> Anyway, this should fix it, please apply,
> Pavel
>
> --- clean-suse/arch/x86_64/ia32/syscall32.c 2004-06-22
> 12:36:00.000000000 +0200
> +++ linux-suse/arch/x86_64/ia32/syscall32.c 2004-10-06
> 23:58:27.000000000 +0200
> @@ -76,7 +76,8 @@
>
> __initcall(init_syscall32);
>
> -void __init syscall32_cpu_init(void)
> +/* May not be __init: called during resume */
> +void syscall32_cpu_init(void)
> {
> if (use_sysenter < 0)
> use_sysenter = (boot_cpu_data.x86_vendor ==
> X86_VENDOR_INTEL);
> --- clean-suse/arch/x86_64/kernel/setup64.c 2004-10-05
> 11:36:21.000000000 +0200
> +++ linux-suse/arch/x86_64/kernel/setup64.c 2004-10-06
> 23:59:08.000000000 +0200
> @@ -195,7 +195,8 @@
> char boot_exception_stacks[N_EXCEPTION_STACKS * EXCEPTION_STKSZ]
> __attribute__((section(".bss.page_aligned")));
>
> -void __init syscall_init(void)
> +/* May not be marked __init: used by software suspend */
> +void syscall_init(void)
> {
> /*
> * LSTAR and STAR live in a bit strange symbiosis.
>
--
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!
next parent reply other threads:[~2004-10-07 7:51 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <s1648f6e.098@lucius.provo.novell.com>
2004-10-07 7:51 ` Pavel Machek [this message]
2004-10-07 6:35 Jan Beulich
-- strict thread matches above, loose matches on Subject: below --
2004-10-05 21:14 2.6.9-rc3[+recent swsusp patches]: swsusp kernel-preemption-unfriendly? Rafael J. Wysocki
2004-10-06 10:06 ` Rafael J. Wysocki
2004-10-06 10:12 ` Pavel Machek
2004-10-06 21:46 ` Rafael J. Wysocki
2004-10-06 22:06 ` Fix random crashes in x86-64 swsusp Pavel Machek
2004-10-06 22:13 ` [kernel] " Andi Kleen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20041007075132.GB15057@elf.ucw.cz \
--to=pavel@suse.cz \
--cc=JBeulich@novell.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®