qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: peterx@redhat.com
To: qemu-devel@nongnu.org, Peter Maydell <peter.maydell@linaro.org>
Cc: peterx@redhat.com, Fabiano Rosas <farosas@suse.de>,
	Nick Briggs <nicholas.h.briggs@gmail.com>
Subject: [PULL 20/20] migration/rdma: define htonll/ntohll only if not predefined
Date: Tue, 16 Jan 2024 11:19:47 +0800	[thread overview]
Message-ID: <20240116031947.69017-21-peterx@redhat.com> (raw)
In-Reply-To: <20240116031947.69017-1-peterx@redhat.com>

From: Nick Briggs <nicholas.h.briggs@gmail.com>

Solaris has #defines for htonll and ntohll which cause syntax errors
when compiling code that attempts to (re)define these functions..

Signed-off-by: Nick Briggs <nicholas.h.briggs@gmail.com>
Link: https://lore.kernel.org/r/65a04a7d.497ab3.3e7bef1f@gateway.sonic.net
Signed-off-by: Peter Xu <peterx@redhat.com>
---
 migration/rdma.c | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/migration/rdma.c b/migration/rdma.c
index 94c0f871f0..a355dcea89 100644
--- a/migration/rdma.c
+++ b/migration/rdma.c
@@ -238,6 +238,7 @@ static const char *control_desc(unsigned int rdma_control)
     return strs[rdma_control];
 }
 
+#if !defined(htonll)
 static uint64_t htonll(uint64_t v)
 {
     union { uint32_t lv[2]; uint64_t llv; } u;
@@ -245,13 +246,16 @@ static uint64_t htonll(uint64_t v)
     u.lv[1] = htonl(v & 0xFFFFFFFFULL);
     return u.llv;
 }
+#endif
 
+#if !defined(ntohll)
 static uint64_t ntohll(uint64_t v)
 {
     union { uint32_t lv[2]; uint64_t llv; } u;
     u.llv = v;
     return ((uint64_t)ntohl(u.lv[0]) << 32) | (uint64_t) ntohl(u.lv[1]);
 }
+#endif
 
 static void dest_block_to_network(RDMADestBlock *db)
 {
-- 
2.43.0



  parent reply	other threads:[~2024-01-16  3:22 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-01-16  3:19 [PULL 00/20] Migration 20240116 patches peterx
2024-01-16  3:19 ` [PULL 01/20] migration: Simplify initial conditionals in migration for better readability peterx
2024-01-16  3:19 ` [PULL 02/20] migration/multifd: Remove MultiFDPages_t::packet_num peterx
2024-01-16  3:19 ` [PULL 03/20] migration/multifd: Remove QEMUFile from where it is not needed peterx
2024-01-16  3:19 ` [PULL 04/20] migration/multifd: Change multifd_pages_init argument peterx
2024-01-16  3:19 ` [PULL 05/20] migration: Report error in incoming migration peterx
2024-01-16  3:19 ` [PULL 06/20] tests/qtest/migration: Print migration incoming errors peterx
2024-01-16  3:19 ` [PULL 07/20] tests/qtest/migration: Add a wrapper to print test names peterx
2024-01-16  3:19 ` [PULL 08/20] tests/qtest/migration: Use the new migration_test_add peterx
2024-01-16  3:19 ` [PULL 09/20] tests/qtest: Re-enable multifd cancel test peterx
2024-01-16  3:19 ` [PULL 10/20] docs/migration: Create migration/ directory peterx
2024-01-16  3:19 ` [PULL 11/20] docs/migration: Create index page peterx
2024-01-16  3:19 ` [PULL 12/20] docs/migration: Convert virtio.txt into rST peterx
2024-01-16  3:19 ` [PULL 13/20] docs/migration: Split "Backwards compatibility" separately peterx
2024-01-16  3:19 ` [PULL 14/20] docs/migration: Split "Debugging" and "Firmware" peterx
2024-01-16  3:19 ` [PULL 15/20] docs/migration: Split "Postcopy" peterx
2024-01-16  3:19 ` [PULL 16/20] docs/migration: Split "dirty limit" peterx
2024-01-16  3:19 ` [PULL 17/20] docs/migration: Organize "Postcopy" page peterx
2024-01-16  3:19 ` [PULL 18/20] docs/migration: Further move vfio to be feature of migration peterx
2024-01-16  3:19 ` [PULL 19/20] docs/migration: Further move virtio " peterx
2024-01-16  3:19 ` peterx [this message]
2024-01-16 16:33 ` [PULL 00/20] Migration 20240116 patches Peter Maydell

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20240116031947.69017-21-peterx@redhat.com \
    --to=peterx@redhat.com \
    --cc=farosas@suse.de \
    --cc=nicholas.h.briggs@gmail.com \
    --cc=peter.maydell@linaro.org \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).