in general, i like this.  my only concern would be the drivers that might 
break due to incorrect cache management (which the volatile markers happen to 
work around for them).

having the API accept a volatile but then casting it away puts us in a worse 
place i think.  on one hand, our API is saying "we treat it as volatile" when 
we really don't, so any drivers that call it with a volatile don't get build 
warnings.  i'd just drop it from all of the net API so that the drivers which 
do call with a volatile pointer get a build warning -- now the driver 
maintainer knows they have to at least look at something.
-mike

Attachment: signature.asc
Description: This is a digitally signed message part.

_______________________________________________
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Reply via email to