]> git.ipfire.org Git - thirdparty/bind9.git/commitdiff
Tweak and reword release notes
authorMichał Kępień <michal@isc.org>
Mon, 11 Jan 2021 12:09:03 +0000 (13:09 +0100)
committerMichał Kępień <michal@isc.org>
Mon, 11 Jan 2021 12:09:03 +0000 (13:09 +0100)
doc/notes/notes-current.rst

index bcac2fd06736f9eae6773e7425cdfd87f64cb76c..0c474dffa9f9c640b99db9109abecb422a620190 100644 (file)
@@ -35,7 +35,7 @@ Feature Changes
 ~~~~~~~~~~~~~~~
 
 - It is now possible to transition a zone from secure to insecure mode
-  without making it bogus in the process: changing to ``dnssec-policy
+  without making it bogus in the process; changing to ``dnssec-policy
   none;`` also causes CDS and CDNSKEY DELETE records to be published, to
   signal that the entire DS RRset at the parent must be removed, as
   described in RFC 8078. [GL #1750]
@@ -58,18 +58,18 @@ Feature Changes
   serial number, ``named`` and ``dnssec-signzone`` silently fell back to
   the ``increment`` method to prevent the new serial number from being
   smaller than the old serial number (using serial number arithmetics).
-  ``dnsssec-signzone`` now prints a warning message, and ``named`` logs
-  warning, when such a fallback happens. [GL #2058]
+  ``dnssec-signzone`` now prints a warning message, and ``named`` logs a
+  warning, when such a fallback happens. [GL #2058]
 
 Bug Fixes
 ~~~~~~~~~
 
-- Only assign threads to CPUs in the CPU affinity set, so that ``named`` no
-  longer attempts to run threads on CPUs outside the affinity set. Thanks to
-  Ole Bjørn Hessen. [GL #2245]
+- ``named`` no longer attempts to assign threads to CPUs outside the CPU
+  affinity set. Thanks to Ole Bjørn Hessen. [GL #2245]
 
-- When reconfiguring ``named``, removing ``auto-dnssec`` did actually not turn
+- When reconfiguring ``named``, removing ``auto-dnssec`` did not turn
   off DNSSEC maintenance. This has been fixed. [GL #2341]
 
-- Prevent rbtdb instances being destroyed by multiple threads at the same
-  time. This can trigger assertion failures. [GL #2355]
+- Multiple threads could attempt to destroy a single RBTDB instance at
+  the same time, resulting in an unpredictable but low-probability
+  assertion failure in ``free_rbtdb()``. This has been fixed. [GL #2317]