On Wed, 1 Jun 2011 15:24:51 -0500 Timur Tabi <timur@xxxxxxxxxxxxx> wrote: > Alan Cox wrote: > > O> + /* One partition must be local, the other must be remote. In other > >> + words, if source and target are both -1, or are both not -1, then > >> + return an error. */ > >> + if ((param.source == -1) == (param.target == -1)) > >> + return -EINVAL; > > > > Excess brackets (I just mention that one in passing)' > > Do you mean excess parentheses? If so, then I don't see how. "(param.source == > -1)" and "(param.target == -1)" are expressions that return a boolean. I'm > comparing the two boolean results to see if they're equal Ok - it's a bit non obvious but yes fair enough and it is commented. > Where exactly in lib/ should it go? lib/strings.c seems too low-level for a > function like this. lib/string_helpers.c is for sprintf-like functions. And > it's too generic for lib/powerpc/ I'd submit it to lib/string personally but I'm not sure where would be better. If someone doesn't like lib/string they can suggest a better place 8) > Well, the "handles" are supposed to be just unique numbers. In this case, they > are IRQs, but we don't want to expose that. The application is supposed to scan > the device tree looking for the doorbell nodes that it wants, and in those nodes > there is a 'reg' property that contains the handle for that doorbell. So the > numbers just need to match. What they represent is not relevant. Ok so they are always going to be exposed to users not to drivers, in which case yes it makes sense. If they are going to get used by kernel drivers as well an IRQ interface would probably also make sense. Alan -- To unsubscribe from this list: send the line "unsubscribe linux-console" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
