From: Gleb Smirnoff <gleb...@freebsd.org>

Originally IFCAP_NOMAP meant that the mbuf has external storage pointer
that points to unmapped address.  Then, this was extended to array of
such pointers.  Then, such mbufs were augmented with header/trailer.
Basically, extended mbufs are extended, and set of features is subject
to change.  The new name should be generic enough to avoid further
renaming.
---
 newlib/libc/sys/rtems/include/net/if.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/newlib/libc/sys/rtems/include/net/if.h 
b/newlib/libc/sys/rtems/include/net/if.h
index 23d6cc756..a469a1f60 100644
--- a/newlib/libc/sys/rtems/include/net/if.h
+++ b/newlib/libc/sys/rtems/include/net/if.h
@@ -245,7 +245,7 @@ struct if_data {
 #define        IFCAP_HWSTATS           0x800000 /* manages counters internally 
*/
 #define        IFCAP_TXRTLMT           0x1000000 /* hardware supports TX rate 
limiting */
 #define        IFCAP_HWRXTSTMP         0x2000000 /* hardware rx timestamping */
-#define        IFCAP_NOMAP             0x4000000 /* can TX unmapped mbufs */
+#define        IFCAP_MEXTPG            0x4000000 /* understands M_EXTPG mbufs 
*/
 #define        IFCAP_TXTLS4            0x8000000 /* can do TLS encryption and 
segmentation for TCP */
 #define        IFCAP_TXTLS6            0x10000000 /* can do TLS encryption and 
segmentation for TCP6 */
 #define        IFCAP_VXLAN_HWCSUM      0x20000000 /* can do IFCAN_HWCSUM on 
VXLANs */
-- 
2.35.3

_______________________________________________
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Reply via email to