[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <m1ej4tikrp.fsf@frodo.ebiederm.org>
Date: Tue, 12 Aug 2008 21:47:22 -0700
From: ebiederm@...ssion.com (Eric W. Biederman)
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: Huang Ying <ying.huang@...el.com>, Pavel Machek <pavel@....cz>,
nigel@...el.suspend2.net, "Rafael J. Wysocki" <rjw@...k.pl>,
Vivek Goyal <vgoyal@...hat.com>, mingo@...e.hu,
Linus Torvalds <torvalds@...ux-foundation.org>,
linux-kernel@...r.kernel.org,
Kexec Mailing List <kexec@...ts.infradead.org>
Subject: Re: [PATCH -v3 1/7] kexec jump: clean up #ifdef and comments
Andrew Morton <akpm@...ux-foundation.org> writes:
> On Tue, 12 Aug 2008 11:14:21 +0800 Huang Ying <ying.huang@...el.com> wrote:
>
>> xchg(&kexec_lock, 0);
>
> kernel/kexec.c: In function 'kernel_kexec':
> kernel/kexec.c:1501: warning: value computed is not used
A good question is why we are warned.
> Is there any reason why we cannot use the more conventional
> test_and_set_bit() etc, rather than this peculiarity?
>
> Or perhaps spin_trylock?
Totally odd.
Let me stop and take a look and see what has been changed. The original
code used a xchg based read copy update scheme, which was extremely
compatible with a lot of goals. The primary one being no blocking paths
in a successful kexec, and minimal dependence on library functions.
We need that minimal dependence to handle the kexec on panic case.
That doesn't rule out something like test_and_set_bit.
Eric
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists