On 08/07/2013 01:56 PM, Li Zefan wrote: >>> The right answer to the code is to config it out and then you don't have >>> to worry about it one way or another. >>> >> >> Pardon? >> >> Excuse me, my English is not quite well, I don't quite understand your >> meaning, could you please repeat again in details or say more clearly ? >> >> >>> The sysctl binary path has never been properly maintained and I don't >>> intend to start. But I will spend 5 minutes to say this patch seems to >>> make the code worse not better. >>> >> >> I guess no one ever invited you to maintain this file (for just as you >> said, this file will be removed), so don't worry about it. >> >> Hmm... do you mean you spend 5 minutes to get a conclusion ? if so, >> better not use word 'seems' which is not a suitable word appeared in >> the results, proofs or conclusions. >> > > To be honest... > > You are too bad in english to do kernel development. You don't seem to > know how to communicate in english... >
So I should improve my English, and now I am just trying improving. At least, it is not an excuse to leave upstream kernel development, is it right ? or do you have additional ideas or suggestions ? > And people easily get frustrated or even pissed off when discussing with > you. That's why tglx descided to put your emails into /dev/null... > If any member won't discuss with me because of my bad English, and put my e-mail into "/dev/null", I can understand, and say sorry to them. So I really need thank the members who still want to discuss with me. Do you still want to discuss with me ? if not, please put my e-mail into "/dev/null", I really can understand, and say sorry to you. Thanks. >> At least, one conclusion is: this patch switches from old-style to >> new-style, not for optimization. >> >> But for sysctl_getname() and "checkpatch.pl" of this patch, better to >> get more discussion. >> >> Is it OK ? > > > -- Chen Gang -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
