"u32" is prettier, but is there actually a policy against using
the more standard type names? (POSIX, someone had said.)
> And if this is going to be used for pointers, why not just say they are
> pointers? Otherwise people are going to have to be careful with 32 vs.
> 64 bit kernels to not overrun their space.
>
> struct sk_buff uses a char, any reason not to use that here too? Has
> being a char made things more difficult for that structure over time?
No, it's just that in some similar cases having the value be "long"
(not "32 bit unsigned") has been simpler. I'm not religious.
- Dave
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/