Christopher Friesen <[email protected]> wrote:
> > Which would be a _lot_ more work. It would involve about ten times as many
> > changes, I think, and thus be more prone to errors.
>
> "lots of work" has never been a valid reason for not doing a kernel change...
There are a number of considerations:
(1) If _I_ am going to be doing the work, then I'm quite happy to reduce the
load by 90%. And I think it'd be at least that, probably more. Finding
struct semaphore with grep is much easier than finding up/down with grep
because of:
(a) comments
(b) other instances of up/down names, including rw_semaphores
There are a lot fewer instances of struct semaphore than up and down.
(2) It makes it easier for other people. In most cases, all they need do is
change "struct semaphore" to "struct mutex". If they've used
DECLARE_MUTEX() then they need do nothing at all, and if they've used
init_MUTEX(), then they don't need to convert sema_init() either.
(3) It forces people to reconsider how they want to use their semaphores.
I have no objection to making life easier for other people. I suspect most
other people don't care that their semaphores are now mutexes, and think of
them that way anyway.
I admit that there are downsides:
(1) up and down now do something effectively different (though in most cases
it's also exactly the same).
(2) Users of counting semaphores have to change, but they're in the minority
by quite a way.
(3) Some people want mutexes to be:
(a) only releasable in the same context as they were taken
(b) not accessible in interrupt context, or that (a) applies here also
(c) not initialisable to the locked state
But this means that the current usages all have to be carefully audited,
and sometimes that unobvious.
David
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
