FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F14.3.0 2024-07-29T16:37:12Z 2024-07-29T16:37:12Z Emmanuel Vadot manu@FreeBSD.org 2024-07-09T12:35:12Z urn:sha1:01215ffec65ae607a0583c564158097b5d56e531 This blit an ARGB image on the dedicated vd. This also adds vt_fb_bitblt_argb which will works for most of the vt backends Differential Revision: https://reviews.freebsd.org/D45929 Reviewed by: tsoome Sponsored by: Beckhoff Automation GmbH & Co. KG (cherry picked from commit b93028d8cd3aafc883b5f0ecec65a8a2a30af7f3) 2024-07-12T12:03:37Z Zhenlei Huang zlei@FreeBSD.org 2024-06-28T10:16:29Z urn:sha1:6b1f530935c5f84ec65dad87b7c20c6b7a72a6d3 Change 4787572d0580 made if_alloc_domain() never fail, then also do the wrappers if_alloc(), if_alloc_dev(), and if_gethandle(). No functional change intended. Reviewed by: kp, imp, glebius, stevek MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D45740 (cherry picked from commit aa3860851b9f6a6002d135b1cac7736e0995eedc) 2024-06-21T03:46:51Z Gordon Bergling gbe@FreeBSD.org 2024-06-16T16:02:46Z urn:sha1:17bcc10aec4b1e13e42a02c0a185ed0dac56af1b - s/emtpy/empty/ (cherry picked from commit 018a361f8902d629fca64be372ef9b266fee53ba) 2024-06-09T13:37:56Z Mark Johnston markj@FreeBSD.org 2024-02-04T23:52:23Z urn:sha1:ea71ec44e20079fb922dff7df8a06495768ddae7 No functional change intended. MFC after: 1 week (cherry picked from commit de140d60d5282b0dbf79979d04d5b6b11511e25d) 2024-04-16T15:56:32Z Gleb Smirnoff glebius@FreeBSD.org 2024-03-28T21:12:39Z urn:sha1:8062f37d1c99ded250b36ad90fb32bb5f77ee600 The context is required for NIC-level pfil(9) filtering. (cherry picked from commit 3f2b9607756d0f92ca29c844db0718b313a06634) 2024-02-19T04:47:16Z Warner Losh imp@FreeBSD.org 2024-02-05T05:43:49Z urn:sha1:a9600913b4dbf66fb257ea90702ea4705fb40362 Some platforms require an adjustment of the ethernet hearders. Rather than make this be on __NO_STRICT_ALIGNMENT being defined, define VTNET_ETHER_ALIGN to be either 0 or ETHER_ALIGN (aka 2). Add a test to the if statements to only do them when != 0. This eliminates the #ifdef sprinkled in the code, still communicates the intent and gives the same compiled results. Sponsored by: Netflix Reviewed by: bz, bryanv Differential Revision: https://reviews.freebsd.org/D43654 (cherry picked from commit 0ea4b4084845bfeedc8c692e4d34252023b78cb3) 2024-02-19T04:47:16Z Warner Losh imp@FreeBSD.org 2024-02-05T05:43:39Z urn:sha1:96e37f6936949c03cd4ab7c42fcefccae4001d9d While we account for the padding in the length of the mbuf we use, we do not account for it when we 'guess' the size of the mbuf to allocate based in the MTU of the device. This leads to a situation where we might fail if the mtu is close to a bucket size (say 2018) such that the added padding would push us over the edge for a full-sized packet. mtu of 2018 is super rare (2016 and 2020 would both work), but fix it none-the-less. It's a shame we can't just set VTNET_RX_HEADER_PAD to 2 in this case. The 4 seems hard-coded somewhere I've not found documented (I think it's in the protocol given the comments about VIRTIO_F_ANY_LAYOUT). Sponsored by: Netflix Reviewed by: bz Differential Revision: https://reviews.freebsd.org/D43656 (cherry picked from commit d9e0e42627613b56abf0f8fa1ad601e5690d775c) 2024-02-19T04:47:16Z Warner Losh imp@FreeBSD.org 2024-01-29T05:08:55Z urn:sha1:a51aee0a9828238ebdf2f55448d97f1f00acc5d4 If the header that we add to the packet's size is 0 % 4 and we're strictly aligning, then we need to adjust where we store the header so the packet that follows will have it's struct ip header properly aligned. We do this on allocation (and when we check the length of the mbufs in the lro_nomrg case). We can't just adjust the clustersz in the softc, because it's also used to allocate the mbufs and it needs to be the proper size for that. Since we otherwise use the size of the mbuf (or sometimes the smaller size of the received packet) to compute how much we can buffer, this ensures no overflows. The 2 byte adjustment also does not affect how many packets we can receive in the lro_nomrg case. PR: 271288 Sponsored by: Netflix Reviewed by: bryanv Differential Revision: https://reviews.freebsd.org/D43224 (cherry picked from commit 3be59adbb5a2ae7600d46432d3bc82286e507e95) 2024-01-25T06:43:30Z Gordon Bergling gbe@FreeBSD.org 2024-01-22T20:59:06Z urn:sha1:79934439c1d8cd67e17fa6f1ed50acc974ba293b - s/recevied/received/ (cherry picked from commit 97a4045aaf36079f54ee05a8cb314b8a90f20af8) 2023-12-23T04:36:56Z Alexander Motin mav@FreeBSD.org 2023-11-23T16:25:45Z urn:sha1:129c3aa4b2312e3e2d91e5688a4368fc3836db98 xpt_path_string() is now a wrapper around xpt_path_sbuf(). Using it to than concatenate result to another sbuf makes no sense. Just call xpt_path_sbuf() directly. MFC after: 1 month (cherry picked from commit 8c4ee0b22c98fc1e208dd133f617bd329cd10728)