<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small"><img class="gmail-ajT" src="https://ssl.gstatic.com/ui/v1/icons/mail/images/cleardot.gif"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 23, 2020 at 4:45 PM Yang Xu <<a href="mailto:xuyang2018.jy@cn.fujitsu.com">xuyang2018.jy@cn.fujitsu.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail_default" style="font-size:small">...</span><br>
> I got a failure on the ppc64le platform(page size: 65536kB).<br>
> <br>
> # ./pipe2_03<br>
> tst_test.c:1246: INFO: Timeout per run is 0h 05m 00s<br>
> pipe_size = 1048576<br>
> PIPE_BUF = 4096<br>
> packet_num = 256<br>
> safe_macros.c:457: BROK: pipe2_03.c:58: <br>
> write(4,0x1001d2b8,18446744073709551615) failed: EAGAIN/EWOULDBLOCK (11)<br>
I think we should remove PIPE_BUF and use page_size  because we use a <br>
page to store data not a fixed size buffer in kernel. as below(also, <br>
man-pages[1] is need to update):<br></blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">Emm, If PIPE_BUF doesn't work correctly, shouldn't this a kernel pipe bug? I think we need to take a close look at what happened there but not to replace by using page_size directly.</div></div><div> </div></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div>Regards,<br></div><div>Li Wang<br></div></div></div></div>