Hi Jean, > This was an option when the functions where introduced 9 years ago. > But now that it was done, renaming them would cause even more > confusion, I think. I would be fine with adding comments in i2c-core.c > or improving Documentation/i2c/smbus-protocol to make it more obious, > though. > > On a related note, you will notice that the other i2c_smbus_* functions > do not follow the naming of SMBus transactions. Again that's something > I regret but I feel that changing the names now would cause a lot of > confusion amongst developers, so I'm not doing it. It may not be worth the effort, but if done in bulk for all the users in the tree, there should be no problem with that. I am fairly sure there were changes of this kind from time to time, with occasional screams heard in response from some dark corners, but no big pain. We obviously explicitly disregard out-of-tree users and for occasional contributors asking: "Where the * has this function gone?" there is the Documentation/ tree to provide a greppable reference, so generally not a big deal. > Just one patch should be enough, if I agree with all the changes. You > might make a separate patch with the things I may not agree with, so > that you don't have to cherry-revert them if I indeed don't agree, and > we just merge them if I do agree. Hmm, technically you do not seem to be responsible to accept changes under drivers/rtc/, so I will split them anyway for others to decide. In particular I do plan to submit a separate change for header ordering for the driver, just out of curiosity to see how long it will stay unspoilt. Somehow most if not all changes of this kind that I ever made to files in our tree have survived to the present day. :-) > My bad, for some reason I thought that dev_printk() included the device > name but it in fact includes the driver name. I was wrong, just ignore > me. It will go separately though as not directly related to this modification, now that I have started splitting it. Maciej
