xfsprogs: shard the realtime section

Right now, the realtime section uses a single pair of metadata inodes to
store the free space information.  This presents a scalability problem
since every thread trying to allocate or free rt extents have to lock
these files.  It would be very useful if we could begin to tackle these
problems by sharding the realtime section, so create the notion of
realtime groups, which are similar to allocation groups on the data
section.

While we're at it, define a superblock to be stamped into the start of
each rt section.  This enables utilities such as blkid to identify block
devices containing realtime sections, and helpfully avoids the situation
where a file extent can cross an rtgroup boundary.

The best advantage for rtgroups will become evident later when we get to
adding rmap and reflink to the realtime volume, since the geometry
constraints are the same for rt groups and AGs.  Hence we can reuse all
that code directly.

Signed-off-by: Darrick J. Wong <djwong@kernel.org>
-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEEUzaAxoMeQq6m2jMV+H93GTRKtOsFAmNJ0lAACgkQ+H93GTRK
tOtixBAAgc9wmtE6xUSFFm0tB9LbwuBDBP/l6GdIBNXjRK6gweLe32txANwzA93K
eBxhAT5lpBwvKwsqObUNHpSba1OG5sdWDssGVXRDjZGK16CwziYXp1CIL4QYxyir
eHjaWKwfHTRVty0XG1M9xIYkD1KDPbU76loNmIKbXb1QMAcID7zCr85RusXhjRUM
8QqEzOaH8rFHrNW6FKq+2uioMBz4EMsfUw/nkDp/w4sYn7ritBkZiRAetE++LG8m
xonS7+4aa3kIQUqZti1nFyqByylzPCCluAlwS7PV70pnZ7siwoIHXVJK/Qvxtj7h
OfAWU6VYhx49uJTdmk2VzM8lxfV2KxbS/thB5lAW0OWw01oKwtYERKpnzQ+EeVqF
H3B2BIXH97PVAOKwwQFIJwOG5AQTmSBa2oHls8lzs/zLaL4EFttVT47QgTdyU0S1
C/qjdATMVZiiiVn4Q6Hv34tJnlB4R8wT/vfHv1Y3JkDFQMkNIffwspcZ7lY0+1Xi
NcX7i1Pz1pF8SnCEyxZo+YbqoQlvEix7zKhYChAi2tE41RuTkYJPg88zol+cxE5C
WI4C15GTa9yKCD26h1cptIg67a2mXGVZjbRjvVScWvhLGXJs6CQ3AX19UV7UTZ5l
jrJm1MvUlhx+pl+TsEoy9Omy7itfG9ZUyKrqR2ZhAMViaMg/F5Q=
=FdNM
-----END PGP SIGNATURE-----