From: Arjan van de Ven <arjanv@redhat.com>
To: george anzinger <george@mvista.com>
Cc: Arjan van de Ven <arjanv@redhat.com>,
Linus Torvalds <torvalds@transmeta.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 1/3] High-res-timers part 1 (core) take 20
Date: Mon, 9 Dec 2002 03:53:47 -0500 [thread overview]
Message-ID: <20021209035347.C12524@devserv.devel.redhat.com> (raw)
In-Reply-To: <3DF44031.58A12F66@mvista.com>; from george@mvista.com on Sun, Dec 08, 2002 at 11:03:13PM -0800
On Sun, Dec 08, 2002 at 11:03:13PM -0800, george anzinger wrote:
> Arjan van de Ven wrote:
> >
> > On Sun, 2002-12-08 at 08:46, george anzinger wrote:
> >
> > > +/*
> > > + * Here is an SMP helping macro...
> > > + */
> > > +#ifdef CONFIG_SMP
> > > +#define IF_SMP(a) a
> > > +#else
> > > +#define IF_SMP(a)
> > > +#endif
> >
> > ehmmmmm personally I would consider any need of this ugly and evil
> >
> > > + IF_SMP(if (old_base && (new_base != old_base))
> > > + spin_unlock(&old_base->lock);
> > > + )
> >
> > Like here..... SMP dependent ifdef's of spinlock usage... shudder
> >
> Well it does seem like a waste to do spinlock ordering code
> on a UP system...
that's why spinlocks are effectively nops on UP.
What you say is true of just about every spinlock user, and no
they shouldn't all do some IF_SMP() thing; the spinlock itself should be
(and is) zero on UP
next prev parent reply other threads:[~2002-12-09 8:46 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-12-08 7:46 [PATCH 1/3] High-res-timers part 1 (core) take 20 george anzinger
2002-12-08 9:50 ` Arjan van de Ven
2002-12-09 7:03 ` george anzinger
2002-12-09 8:21 ` Robert Love
2002-12-09 8:53 ` Arjan van de Ven [this message]
2002-12-09 12:27 ` george anzinger
2002-12-09 12:34 ` Arjan van de Ven
2002-12-10 6:55 ` george anzinger
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=20021209035347.C12524@devserv.devel.redhat.com \
--to=arjanv@redhat.com \
--cc=george@mvista.com \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@transmeta.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.