<div dir="ltr"><div dir="ltr">On Wed, Nov 2, 2022 at 2:59 AM Christoph Böhmwalder <<a href="mailto:christoph.boehmwalder@linbit.com">christoph.boehmwalder@linbit.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Am 28.10.22 um 00:59 schrieb Akemi Yagi:> Hi Reid,<br>
> <br>
> RHEL 9.1 beta is out. Kernel is 5.14.0-160.el9. Since REQ_OP_WRITE_SAME<br>
> is gone like in the c9s kernel, drbd 9.x fails to build (tried with 9.1.11).<br>
> <br>
> With the way things stand, when RHEL 9.1 hits the road in November, ELRepo<br>
> will not be able to build kmod-drbd9x for RHEL-9 users.<br>
> <br>
> Any possible solution?<br>
> <br>
> Thanks,<br>
> Akemi<br>
<br>
We do have a fix for that on the drbd-9.1 development branch:<br>
6842600a876d ("drbd: remove WRITE_SAME support").<br>
<br>
There has not been a 9.1 release since, and this is obviously untested,<br>
but maybe it works with 9.2.0?<br>
<br>
If you could try to compile the current state of the drbd-9.1 branch<br>
with that new RHEL kernel, that would be helpful.<br>
<br>
Regards,<br>
Christoph<br>
-- <br>
Christoph Böhmwalder<br>
LINBIT | Keeping the Digital World Running<br>
DRBD HA — Disaster Recovery — Software defined Storage<br></blockquote><div><br></div><div>First I applied the commit "drbd: remove WRITE_SAME support". But the build failed with (new) errors.</div><div><br></div><div>Then I tried the current code from the drbd-9.1 branch. I got:<br></div><div><br></div><div>... spatch: command not found</div><div>Successfully connected to SPAAS ...<br></div><div>(snip)</div><div>patching file drbd_receiver.c<br>Hunk #1 FAILED at 1721.<br>1 out of 1 hunk FAILED<br>patching file drbd_nl.c<br>Hunk #1 FAILED at 1940.<br>Hunk #2 FAILED at 2205.<br>2 out of 2 hunks FAILED<br>patching file drbd_main.c<br>Hunk #1 FAILED at 1569.<br>1 out of 1 hunk FAILED<br>patching file drbd_debugfs.c<br>Hunk #1 succeeded at 1828 (offset 1 line).<br>patching file drbd_dax_pmem.c</div><div><br></div><div>This is where I stand. I'm not sure how to proceed from here. Any help appreciated.</div><div><br></div><div>Thanks,</div><div>Akemi <br></div><div><br></div></div></div>