From: Eric Dumazet <eric.dumazet@gmail.com>
To: Dan Magenheimer <dan.magenheimer@oracle.com>
Cc: netdev@vger.kernel.org, Konrad Wilk <konrad.wilk@oracle.com>,
linux-mm <linux-mm@kvack.org>
Subject: Re: [RFC] non-preemptible kernel socket for RAMster
Date: Tue, 05 Jul 2011 18:30:30 +0200 [thread overview]
Message-ID: <1309883430.2271.27.camel@edumazet-HP-Compaq-6005-Pro-SFF-PC> (raw)
In-Reply-To: <4232c4b6-15be-42d8-be42-6e27f9188ce2@default>
Le mardi 05 juillet 2011 A 08:54 -0700, Dan Magenheimer a A(C)crit :
> In working on a kernel project called RAMster* (where RAM on a
> remote system may be used for clean page cache pages and for swap
> pages), I found I have need for a kernel socket to be used when
> in non-preemptible state. I admit to being a networking idiot,
> but I have been successfully using the following small patch.
> I'm not sure whether I am lucky so far... perhaps more
> sockets or larger/different loads will require a lot more
> changes (or maybe even make my objective impossible).
> So I thought I'd post it for comment. I'd appreciate
> any thoughts or suggestions.
>
> Thanks,
> Dan
>
> * http://events.linuxfoundation.org/events/linuxcon/magenheimer
>
> diff -Napur linux-2.6.37/net/core/sock.c linux-2.6.37-ramster/net/core/sock.c
> --- linux-2.6.37/net/core/sock.c 2011-07-03 19:14:52.267853088 -0600
> +++ linux-2.6.37-ramster/net/core/sock.c 2011-07-03 19:10:04.340980799 -0600
> @@ -1587,6 +1587,14 @@ static void __lock_sock(struct sock *sk)
> __acquires(&sk->sk_lock.slock)
> {
> DEFINE_WAIT(wait);
> + if (!preemptible()) {
> + while (sock_owned_by_user(sk)) {
> + spin_unlock_bh(&sk->sk_lock.slock);
> + cpu_relax();
> + spin_lock_bh(&sk->sk_lock.slock);
> + }
> + return;
> + }
Hmm, was this tested on UP machine ?
>
> for (;;) {
> prepare_to_wait_exclusive(&sk->sk_lock.wq, &wait,
> @@ -1623,7 +1631,8 @@ static void __release_sock(struct sock *
> * This is safe to do because we've taken the backlog
> * queue private:
> */
> - cond_resched_softirq();
> + if (preemptible())
> + cond_resched_softirq();
> skb = next;
> } while (skb != NULL);
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2011-07-05 16:30 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-05 15:54 Dan Magenheimer
2011-07-05 16:30 ` Eric Dumazet [this message]
2011-07-05 17:25 ` Dan Magenheimer
2011-07-05 18:23 ` Eric Dumazet
2011-07-05 19:07 ` Dan Magenheimer
2011-07-05 16:36 ` Loke, Chetan
2011-07-05 17:25 ` Dan Magenheimer
2011-07-05 17:52 ` Loke, Chetan
2011-07-05 19:18 ` Dan Magenheimer
2011-07-05 22:27 ` Loke, Chetan
2011-07-06 1:05 ` Dan Magenheimer
2011-07-06 18:12 ` Loke, Chetan
2011-07-07 15:34 ` Dan Magenheimer
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=1309883430.2271.27.camel@edumazet-HP-Compaq-6005-Pro-SFF-PC \
--to=eric.dumazet@gmail.com \
--cc=dan.magenheimer@oracle.com \
--cc=konrad.wilk@oracle.com \
--cc=linux-mm@kvack.org \
--cc=netdev@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