Re: git: eb8dcdeac22d - main - jail: network epoch protection for IP address lists
- In reply to: Jessica Clarke : "Re: git: eb8dcdeac22d - main - jail: network epoch protection for IP address lists"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Sun, 26 Dec 2021 19:27:57 UTC
On Sun, Dec 26, 2021 at 07:15:58PM +0000, Jessica Clarke wrote:
J> > On Sun, Dec 26, 2021 at 07:07:06PM +0000, Jessica Clarke wrote:
J> > J> > +struct prison_ip {
J> > J> > + struct epoch_context ctx;
J> > J> > + uint32_t ips;
J> > J> > +#ifdef FUTURE_C
J> > J> > + union {
J> > J> > + struct in_addr pr_ip4[];
J> > J> > + struct in6_addr pr_ip6[];
J> > J> > + };
J> > J> > +#else /* No future C :( */
J> > J> > +#define PR_IP(pip, i) ((const char *)((pip) + 1) + pr_families[af].size * (i))
J> > J> > +#define PR_IPD(pip, i) ((char *)((pip) + 1) + pr_families[af].size * (i))
J> > J> > +#endif
J> > J> > +};
J> > J>
J> > J> You can make this work with a prison_ip base and prison_ipv[46] derived
J> > J> structs.
J> > J>
J> > J> As it stands this is quite gross, you’re assuming things about
J> > J> alignment, and don’t even have a flexible char[] at the end to
J> > J> represent the extra data.
J> >
J> > Will adding char [] to the end be sufficient to guarantee proper alignment?
J>
J> No.
J>
J> > Using prison_ipv[46] derived structs won't work as most functions are now
J> > made protocol independent.
J>
J> Why not? Just cast from prison_ip * to prison_ipv4 * when known/needed?
What about this?
diff --git a/sys/kern/kern_jail.c b/sys/kern/kern_jail.c
index f1c81d8813bd..ee8bfadb4a3c 100644
--- a/sys/kern/kern_jail.c
+++ b/sys/kern/kern_jail.c
@@ -572,11 +572,15 @@ struct prison_ip {
struct in_addr pr_ip4[];
struct in6_addr pr_ip6[];
};
+};
#else /* No future C :( */
+ struct in_addr pr_ip4[];
#define PR_IP(pip, i) ((const char *)((pip) + 1) + pr_families[af].size * (i))
#define PR_IPD(pip, i) ((char *)((pip) + 1) + pr_families[af].size * (i))
-#endif
};
+_Static_assert(__alignof(struct in_addr) == __alignof(struct in6_addr),
+ "AF_INET and AF_INET6 address alignment shall be the same");
+#endif
--
Gleb Smirnoff