[<prev] [next>] [day] [month] [year] [list]
Message-ID: <BLU0-SMTP40692195814CA4739BB0FB96D00@phx.gbl>
Date: Mon, 14 Feb 2011 18:52:49 -0500
From: Mathieu Desnoyers <compudj@...stal.dyndns.org>
To: David Miller <davem@...emloft.net>
CC: matt@...sole-pimps.org, rostedt@...dmis.org, peterz@...radead.org,
will.newton@...il.com, jbaron@...hat.com, hpa@...or.com,
mingo@...e.hu, tglx@...utronix.de, andi@...stfloor.org,
roland@...hat.com, rth@...hat.com, masami.hiramatsu.pt@...achi.com,
fweisbec@...il.com, avi@...hat.com, sam@...nborg.org,
ddaney@...iumnetworks.com, michael@...erman.id.au,
linux-kernel@...r.kernel.org, vapier@...too.org,
cmetcalf@...era.com, dhowells@...hat.com, schwidefsky@...ibm.com,
heiko.carstens@...ibm.com, benh@...nel.crashing.org,
paulmck@...ux.vnet.ibm.com
Subject: Re: [PATCH 0/2] jump label: 2.6.38 updates
* Mathieu Desnoyers (mathieu.desnoyers@...ymtl.ca) wrote:
> * David Miller (davem@...emloft.net) wrote:
[...]
> > We can't wholesale to atomic_t because we do this on variables of
> > all sizes, not just 32-bit ones.
> >
> > We do them on pointers in the networking for example.
>
> We have atomic_long_t for this, but yeah, it would kind of suck to have
> to create
>
> union {
> atomic_long_t atomic;
> void *ptr;
> }
Actually, using a union for this is probably one of the worse idea I've
had recently. Just casting the pointer to unsigned long and vice-versa,
using atomic_long_*() ops would do the trick. But let's wait and see if
it's really needed.
Thanks,
Mathieu
>
> all around the place. Let's see if we can get to know which PowerPC
> processor family all this fuss is about, and where this rumour
> originates from.
>
> Thanks,
>
> Mathieu
>
>
> --
> Mathieu Desnoyers
> Operating System Efficiency R&D Consultant
> EfficiOS Inc.
> http://www.efficios.com
--
Mathieu Desnoyers
Operating System Efficiency R&D Consultant
EfficiOS Inc.
http://www.efficios.com
--
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