public inbox for passt-dev@passt.top
 help / color / mirror / code / Atom feed
From: Stefano Brivio <sbrivio@redhat.com>
To: David Gibson <david@gibson.dropbear.id.au>
Cc: passt-dev@passt.top, Paul Holzinger <pholzing@redhat.com>
Subject: Re: [PATCH 02/22] util: Helper for formatting MAC addresses
Date: Sun, 18 Aug 2024 17:44:55 +0200	[thread overview]
Message-ID: <20240818174455.67210442@elisabeth> (raw)
In-Reply-To: <20240816054004.1335006-3-david@gibson.dropbear.id.au>

On Fri, 16 Aug 2024 15:39:43 +1000
David Gibson <david@gibson.dropbear.id.au> wrote:

> There are a couple of places where we somewhat messily open code formatting
> an Ethernet like MAC address for display.  Add an eth_ntop() helper for
> this.
> 
> Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
> ---
>  conf.c |  7 +++----
>  dhcp.c |  5 ++---
>  util.c | 19 +++++++++++++++++++
>  util.h |  3 +++
>  4 files changed, 27 insertions(+), 7 deletions(-)
> 
> diff --git a/conf.c b/conf.c
> index ed097bdc..830f91a6 100644
> --- a/conf.c
> +++ b/conf.c
> @@ -921,7 +921,8 @@ pasta_opts:
>   */
>  static void conf_print(const struct ctx *c)
>  {
> -	char buf4[INET_ADDRSTRLEN], buf6[INET6_ADDRSTRLEN], ifn[IFNAMSIZ];
> +	char buf4[INET_ADDRSTRLEN], buf6[INET6_ADDRSTRLEN];
> +	char bufmac[ETH_ADDRSTRLEN], ifn[IFNAMSIZ];
>  	int i;
>  
>  	info("Template interface: %s%s%s%s%s",
> @@ -955,9 +956,7 @@ static void conf_print(const struct ctx *c)
>  		info("Namespace interface: %s", c->pasta_ifn);
>  
>  	info("MAC:");
> -	info("    host: %02x:%02x:%02x:%02x:%02x:%02x",
> -	     c->mac[0], c->mac[1], c->mac[2],
> -	     c->mac[3], c->mac[4], c->mac[5]);
> +	info("    host: %s", eth_ntop(c->mac, bufmac, sizeof(bufmac)));
>  
>  	if (c->ifi4) {
>  		if (!c->no_dhcp) {
> diff --git a/dhcp.c b/dhcp.c
> index aa9f59da..acc5b03e 100644
> --- a/dhcp.c
> +++ b/dhcp.c
> @@ -276,6 +276,7 @@ static void opt_set_dns_search(const struct ctx *c, size_t max_len)
>  int dhcp(const struct ctx *c, const struct pool *p)
>  {
>  	size_t mlen, dlen, offset = 0, opt_len, opt_off = 0;
> +	char macstr[ETH_ADDRSTRLEN];
>  	const struct ethhdr *eh;
>  	const struct iphdr *iph;
>  	const struct udphdr *uh;
> @@ -340,9 +341,7 @@ int dhcp(const struct ctx *c, const struct pool *p)
>  		return -1;
>  	}
>  
> -	info("    from %02x:%02x:%02x:%02x:%02x:%02x",
> -	     m->chaddr[0], m->chaddr[1], m->chaddr[2],
> -	     m->chaddr[3], m->chaddr[4], m->chaddr[5]);
> +	info("    from %s", eth_ntop(m->chaddr, macstr, sizeof(macstr)));
>  
>  	m->yiaddr = c->ip4.addr;
>  	mask.s_addr = htonl(0xffffffff << (32 - c->ip4.prefix_len));
> diff --git a/util.c b/util.c
> index 0b414045..892358b1 100644
> --- a/util.c
> +++ b/util.c
> @@ -676,6 +676,25 @@ const char *sockaddr_ntop(const void *sa, char *dst, socklen_t size)
>  	return dst;
>  }
>  
> +/** eth_ntop() - Convert an Ethernet MAC address to text format
> + * @mac:	MAC address
> + * @dst:	output buffer, minimum ETH_ADDRSTRLEN bytes
> + * @size:	size of buffer at @dst

Nit: s/output/Output, s/size/Size

> + *
> + * Return: On success, a non-null pointer to @dst, NULL on failure
> + */
> +const char *eth_ntop(const unsigned char *mac, char *dst, size_t size)
> +{
> +	int len;
> +
> +	len = snprintf(dst, size, "%02x:%02x:%02x:%02x:%02x:%02x",
> +		       mac[0], mac[1], mac[2], mac[3], mac[4], mac[5]);
> +	if (len < 0 || (size_t)len >= size)
> +		return NULL;
> +
> +	return dst;
> +}
> +
>  /** str_ee_origin() - Convert socket extended error origin to a string
>   * @ee:		Socket extended error structure
>   *
> diff --git a/util.h b/util.h
> index cb4d181c..c1748074 100644
> --- a/util.h
> +++ b/util.h
> @@ -215,9 +215,12 @@ static inline const char *af_name(sa_family_t af)
>  
>  #define SOCKADDR_STRLEN		MAX(SOCKADDR_INET_STRLEN, SOCKADDR_INET6_STRLEN)
>  
> +#define ETH_ADDRSTRLEN	(ETH_ALEN * 3)

The fact that this includes two digits plus separator for all non-last
octets of a MAC address, and two digits plus NULL terminator for the
last octet, looks a bit subtle to me.

Defining this as sizeof("00:11:22:33:44:55") wouldn't scream
"off-by-one" as much, to me. Not a strong preference.

-- 
Stefano


  reply	other threads:[~2024-08-18 15:45 UTC|newest]

Thread overview: 55+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-08-16  5:39 [PATCH 00/22] RFC: Allow configuration of special case NATs David Gibson
2024-08-16  5:39 ` [PATCH 01/22] treewide: Use "our address" instead of "forwarding address" David Gibson
2024-08-18 15:44   ` Stefano Brivio
2024-08-19  1:28     ` David Gibson
2024-08-16  5:39 ` [PATCH 02/22] util: Helper for formatting MAC addresses David Gibson
2024-08-18 15:44   ` Stefano Brivio [this message]
2024-08-19  1:29     ` David Gibson
2024-08-16  5:39 ` [PATCH 03/22] treewide: Rename MAC address fields for clarity David Gibson
2024-08-18 15:45   ` Stefano Brivio
2024-08-19  1:36     ` David Gibson
2024-08-16  5:39 ` [PATCH 04/22] treewide: Use struct assignment instead of memcpy() for IP addresses David Gibson
2024-08-18 15:45   ` Stefano Brivio
2024-08-19  1:38     ` David Gibson
2024-08-16  5:39 ` [PATCH 05/22] conf: Use array indices rather than pointers for DNS array slots David Gibson
2024-08-16  5:39 ` [PATCH 06/22] conf: More accurately count entries added in get_dns() David Gibson
2024-08-16  5:39 ` [PATCH 07/22] conf: Move DNS array bounds checks into add_dns[46] David Gibson
2024-08-16  5:39 ` [PATCH 08/22] conf: Move adding of a nameserver from resolv.conf into subfunction David Gibson
2024-08-16  5:39 ` [PATCH 09/22] conf: Correct setting of dns_match address in add_dns6() David Gibson
2024-08-16  5:39 ` [PATCH 10/22] conf: Treat --dns addresses as guest visible addresses David Gibson
2024-08-16  5:39 ` [PATCH 11/22] conf: Remove incorrect initialisation of addr_ll_seen David Gibson
2024-08-16  5:39 ` [PATCH 12/22] util: Correct sock_l4() binding for link local addresses David Gibson
2024-08-20  0:14   ` Stefano Brivio
2024-08-20  1:29     ` David Gibson
2024-08-16  5:39 ` [PATCH 13/22] treewide: Change misleading 'addr_ll' name David Gibson
2024-08-20  0:15   ` Stefano Brivio
2024-08-20  1:30     ` David Gibson
2024-08-16  5:39 ` [PATCH 14/22] Clarify which addresses in ip[46]_ctx are meaningful where David Gibson
2024-08-16  5:39 ` [PATCH 15/22] Initialise our_tap_ll to ip6.gw when suitable David Gibson
2024-08-16  5:39 ` [PATCH 16/22] fwd: Helpers to clarify what host addresses aren't guest accessible David Gibson
2024-08-20 19:56   ` Stefano Brivio
2024-08-21  1:40     ` David Gibson
2024-08-16  5:39 ` [PATCH 17/22] fwd: Split notion of "our tap address" from gateway for IPv4 David Gibson
2024-08-20 19:56   ` Stefano Brivio
2024-08-21  1:56     ` David Gibson
2024-08-16  5:39 ` [PATCH 18/22] Don't take "our" MAC address from the host David Gibson
2024-08-16  5:40 ` [PATCH 19/22] conf, fwd: Split notion of gateway/router from guest-visible host address David Gibson
2024-08-20 19:56   ` Stefano Brivio
2024-08-21  1:59     ` David Gibson
2024-08-16  5:40 ` [PATCH 20/22] conf: Allow address remapped to host to be configured David Gibson
2024-08-20 19:56   ` Stefano Brivio
2024-08-21  2:23     ` David Gibson
2024-08-16  5:40 ` [PATCH 21/22] fwd: Distinguish translatable from untranslatable addresses on inbound David Gibson
2024-08-16  5:40 ` [PATCH 22/22] fwd, conf: Allow NAT of the guest's assigned address David Gibson
2024-08-20 19:56   ` Stefano Brivio
2024-08-21  2:28     ` David Gibson
2024-08-16 14:45 ` [PATCH 00/22] RFC: Allow configuration of special case NATs Paul Holzinger
2024-08-16 15:03   ` Stefano Brivio
2024-08-17  8:01     ` David Gibson
2024-08-19  8:46 ` David Gibson
2024-08-19  9:27   ` Stefano Brivio
2024-08-19  9:52     ` David Gibson
2024-08-19 13:01       ` Stefano Brivio
2024-08-20  0:42         ` David Gibson
2024-08-20 20:39           ` Stefano Brivio
2024-08-21  2:51             ` David Gibson

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=20240818174455.67210442@elisabeth \
    --to=sbrivio@redhat.com \
    --cc=david@gibson.dropbear.id.au \
    --cc=passt-dev@passt.top \
    --cc=pholzing@redhat.com \
    /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.
Code repositories for project(s) associated with this public inbox

	https://passt.top/passt

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 IMAP folder(s).