On Friday 07 September 2007, Geoff Levand wrote:
> >> @@ -178,6 +179,8 @@ struct spu_management_ops {
> >> int (*enumerate_spus)(int (*fn)(void *data));
> >> int (*create_spu)(struct spu *spu, void *data);
> >> int (*destroy_spu)(struct spu *spu);
> >> + int (*enable_spu)(struct spu_context *ctx);
> >> + int (*disable_spu)(struct spu_context *ctx);
> >> int (*init_affinity)(void);
> >> };
> >
> > Also, I think you should make the return type of the callback
> > 'void' since the result is not used anywhere.
>
> Noguchi-san was hesitant to do this. I also thought lets leave it
> as is until we consider the unmapping support, as maybe a return
> value might make sense.
Sorry for having to reply twice on this. I first only got the
other mail because of a mail server hickup.
In general, I think we should follow the rule of keeping the interfaces
as simple as possible. If nobody is using the return value here,
we probably won't need it in the future either. And if we do, we
can still change it.
Arnd <><
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
