Uh..? I though that was what I was allowing. It seems to me to be a
lot of extra work to put the same code in 15 different archs.
Especially if one does not really know each of them, nor can any one
group (or individual) be expected to be able to test (or even have the
hardware to test) each of them.
This said, what I am trying to define is a way to write common code that
will handle each arch as the arch coder defines the macro for his arch.
In the given case, for example, the type of the arch dependent structure
is _only_ used in the macros which are defined in the asm/*.h file. In
this particular case, the common macros, (which the arch macros over
ride) do not call the arch dependent function, but assume that it
returns true. For nano_sleep, this means that it will return early on
ptrace signals, a standard violation, but what the current code does,
so each arch can fix their system by defining the macro. I also would
like a way to avoid writing (and supporting) 15 different nano_sleeps,
If I miss understand what you are saying, please help me to understand
it. But do keep in mind, that I _really_ don't want to support 15
incarnations of nano_sleep and clock_nano_sleep. I would, however, like
to find a simple and elegant way to write and support the one common
nano_sleep and clock_nano_sleep, or what ever code.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/