Re: Documentation: rapidio: move sysfs interface to ABI

2018-01-08 Thread Ozgur
08.01.2018, 12:03, "Aishwarya Pant" : > On Mon, Jan 08, 2018 at 11:58:12AM +0300, Ozgur wrote: >>  08.01.2018, 11:38, "Aishwarya Pant" : >>  > Hi >> >>  Hello, >> >>  > In Documentation/rapidio/sysfs.txt, there is a description o

Re: Documentation: rapidio: move sysfs interface to ABI

2018-01-08 Thread Ozgur
you want after send your patch it diff format, right? I think a better decision can be made. > I am doing this in an exercise to move sysfs ABI interfaces (which are > documented) to their right place i.e. in Documentation/ABI along with the > rest. > > Aishwarya Regards Ozgur --

[PATCH] Documentation: Fix 00-INDEX file

2018-01-06 Thread Ozgur
Updated 00-INDEX file and added non-directories, add descriptions. Signed-off-by: Ozgur Karatas --- Documentation/00-INDEX | 15 ++- 1 file changed, 14 insertions(+), 1 deletion(-) diff --git a/Documentation/00-INDEX b/Documentation/00-INDEX index 3bec49c33bbb..88eba10037c3

Re: Documentation/unaligned-memory-access.txt: fix incorrect comparison operator

2016-12-20 Thread Ozgur Karatas
20.12.2016, 02:22, "Cihangir Akturk" : > On Sun, Dec 18, 2016 at 12:52:12AM +0200, Ozgur Karatas wrote: >>  17.12.2016, 19:43, "Cihangir Akturk" : >>  > In the actual implementation ether_addr_equal function tests for equality >> to 0 >>  > wh

Re: [PATCH] Documentation/unaligned-memory-access.txt: fix incorrect comparison operator

2016-12-20 Thread Ozgur Karatas
looked to change >>  this operator to reflect the actual function. > > I received this patch two days ago; has something changed that you're > sending it again? My opinion, the patch its update. The assignment of "!=0" has already been fixed with patch. I tested it. >

Re: Documentation/unaligned-memory-access.txt: fix incorrect comparison operator

2016-12-17 Thread Ozgur Karatas
17.12.2016, 19:43, "Cihangir Akturk" : > In the actual implementation ether_addr_equal function tests for equality to 0 > when returning. It seems in commit 0d74c4 it is somehow overlooked to change > this operator to reflect the actual function. why this "return" function need to be ==0? I think,