Hi,
I'm currently trying to "port" a binary-only driver to Linux/PPC : the card
manufacturer
provides MacOS X and Linux/i386 drivers, providing *some* sources with the
Linux driver.
The plan is to use the provided sources, and to get the remaining symbols &
code from the MacOSX
object -- Unfortunately, one of those components makes a call to
atomic_clear_mask(), which doesn't
seem available on PPC yet.
So the question is : is there a workaround for this, and if not, how would
you implement this call
(I have absolutely no knowledge of PPC assembly). Quickly grepping through
kernel headers reveals it
is present for i386, arm and x86_64, but not sparc or ppc. Is there a reason
for this ?
Simon
powerpc 32-bit seems to have it:
arch/powerpc/kernel/misc_32.S _GLOBAL 742 _GLOBAL(atomic_clear_mask)
Assuming its the "thing" you actually want, since atomic_t is always
an int, the exact same code sequence will be fine under 64bit, I
guess PPc64 never needed it?
Perhaps we should move it to misc.S?
-JX
On Dec 15, 2006, at 6:25 AM, Simon Vallet wrote:
Hi,
I'm currently trying to "port" a binary-only driver to Linux/PPC :
the card manufacturer
provides MacOS X and Linux/i386 drivers, providing *some* sources
with the Linux driver.
The plan is to use the provided sources, and to get the remaining
symbols & code from the MacOSX
object -- Unfortunately, one of those components makes a call to
atomic_clear_mask(), which doesn't
seem available on PPC yet.
So the question is : is there a workaround for this, and if not,
how would you implement this call
(I have absolutely no knowledge of PPC assembly). Quickly grepping
through kernel headers reveals it
is present for i386, arm and x86_64, but not sparc or ppc. Is there
a reason for this ?
Simon
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Fri, 15 Dec 2006 09:08:19 -0500
Jimi Xenidis [off-list ref] wrote:
powerpc 32-bit seems to have it:
arch/powerpc/kernel/misc_32.S _GLOBAL 742 _GLOBAL(atomic_clear_mask)
Hmmm... I guess the grep was a bit too quick : fact is I just
looked at include/ ;-)
Assuming its the "thing" you actually want, since atomic_t is always
an int, the exact same code sequence will be fine under 64bit, I
guess PPc64 never needed it?
Well, I'll try with this -- thanks for the info.
Simon