src-test2/sys/dev/snc, branch release/11.3.0FreeBSD source treehttps://cgit-dev.freebsd.org/src-test2/atom?h=release%2F11.3.02016-05-03T03:41:25Zsys/dev: minor spelling fixes.2016-05-03T03:41:25ZPedro F. Giffunipfg@FreeBSD.org2016-05-03T03:41:25Zurn:sha1:453130d9bfc1c6d68b366dfcb041689d69f81295
Most affect comments, very few have user-visible effects.
Migrate many bus_alloc_resource() calls to bus_alloc_resource_anywhere().2016-02-27T03:38:01ZJustin Hibbitsjhibbits@FreeBSD.org2016-02-27T03:38:01Zurn:sha1:c47476d7e6801deffc8b3c057d0fbf7d2335a0c2
Most calls to bus_alloc_resource() use "anywhere" as the range, with a given
count. Migrate these to use the new bus_alloc_resource_anywhere() API.
Reviewed by: jhb
Differential Revision: https://reviews.freebsd.org/D5370
Convert rman to use rman_res_t instead of u_long2016-01-27T02:23:54ZJustin Hibbitsjhibbits@FreeBSD.org2016-01-27T02:23:54Zurn:sha1:2dd1bdf1834c53d048d3d9a7079b45afea5cecd7
Summary:
Migrate to using the semi-opaque type rman_res_t to specify rman resources. For
now, this is still compatible with u_long.
This is step one in migrating rman to use uintmax_t for resources instead of
u_long.
Going forward, this could feasibly be used to specify architecture-specific
definitions of resource ranges, rather than baking a specific integer type into
the API.
This change has been broken out to facilitate MFC'ing drivers back to 10 without
breaking ABI.
Reviewed By: jhb
Sponsored by: Alex Perez/Inertial Computing
Differential Revision: https://reviews.freebsd.org/D5075
Create a generic PCCARD_PNP_INFO from the MODULE_PNP_INFO building2015-12-11T05:27:56ZWarner Loshimp@FreeBSD.org2015-12-11T05:27:56Zurn:sha1:f6cea53f9db2d88883ea7d7cee5fac10e186650b
block. Use it in all the PNP drivers to export either the current PNP
table. For uart, create a custom table and export it using
MODULE_PNP_INFO since it's the only one that matches on function
number.
Differential Review: https://reviews.freebsd.org/D3461
In order to reduce use of M_EXT outside of the mbuf allocator and2015-01-06T12:59:37ZRobert Watsonrwatson@FreeBSD.org2015-01-06T12:59:37Zurn:sha1:2a8c860fe3f3bcfc6ba9206f34d067d998d89c7e
socket-buffer implementations, introduce a return value for MCLGET()
(and m_cljget() that underlies it) to allow the caller to avoid testing
M_EXT itself. Update all callers to use the return value.
With this change, very few network device drivers remain aware of
M_EXT; the primary exceptions lie in mbuf-chain pretty printers for
debugging, and in a few cases, custom mbuf and cluster allocation
implementations.
NB: This is a difficult-to-test change as it touches many drivers for
which I don't have physical devices. Instead we've gone for intensive
review, but further post-commit review would definitely be appreciated
to spot errors where changes could not easily be made mechanically,
but were largely mechanical in nature.
Differential Revision: https://reviews.freebsd.org/D1440
Reviewed by: adrian, bz, gnn
Sponsored by: EMC / Isilon Storage Division
Mechanically convert to if_inc_counter().2014-09-18T20:43:17ZGleb Smirnoffglebius@FreeBSD.org2014-09-18T20:43:17Zurn:sha1:f02c95526ee7a9a239c22f8a5a584f5dd2226fb8Include the now missing headers after untangling if.h and if_var.h.2013-10-30T17:55:31ZSergey Kandaurovpluknet@FreeBSD.org2013-10-30T17:55:31Zurn:sha1:3860c4e618bafbcd2019d077eb845b58b57408a8
This fixes pc98 build.
Reviewed by: andre
nclude missing net/if_var.h.2013-10-30T16:56:46ZAndre Oppermannandre@FreeBSD.org2013-10-30T16:56:46Zurn:sha1:a742d143c7ea3d02728944c224ab37c0ec19ff08
Due to header pollution it wasn't noticed before.
Mechanically substitute flags from historic mbuf allocator with2012-12-04T09:32:43ZGleb Smirnoffglebius@FreeBSD.org2012-12-04T09:32:43Zurn:sha1:c6499eccad497913a5025fbde8ae76da70e08043
malloc(9) flags in sys/dev.
Use ANSI prototype to fix build with clang.2012-11-10T14:58:06ZYoshihiro Takahashinyan@FreeBSD.org2012-11-10T14:58:06Zurn:sha1:7a1cea226cd5e1ddd57555a87465010557b89630
MFC after: 1 week