src/sys/dev/lmc, branch main FreeBSD source tree Retire lmc(4) 2018-05-01T16:30:48+00:00 Ed Maste emaste@FreeBSD.org 2018-05-01T16:30:48+00:00 e6a376d196feea7a598005ad0ff2d7f04aa0889d This driver supports legacy, 32-bit PCI devices, and had an ambiguous license. Supported devices were already reported to be rare in 2003 (when an earlier version of the driver was removed in r123201). Reviewed by: rgrimes Relnotes: Yes Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D15245 
This driver supports legacy, 32-bit PCI devices, and had an ambiguous
license.  Supported devices were already reported to be rare in 2003
(when an earlier version of the driver was removed in r123201).

Reviewed by:	rgrimes
Relnotes:	Yes
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D15245
Add deprecation notice for lmc(4) 2018-04-24T19:51:05+00:00 Ed Maste emaste@FreeBSD.org 2018-04-24T19:51:05+00:00 8771b70d63ba6a0f1652fec74ae48aba646dd37e We intend to remove support before FreeBSD 12 is branched. These are available only as 32-bit PCI devices. The driver has an ambiguous license and I have not been successful in contacting the driver's author in order to address this. The planned deprecation has been announced on -current and -stable; if we receive feedback that the driver is still useful and we are able to resolve the license issue this deprecation notice can be reverted. Reviewed by: bapt, brooks, imp, rgrimes MFC after: 2 weeks Relnotes: Yes Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D15182 
We intend to remove support before FreeBSD 12 is branched.  These are
available only as 32-bit PCI devices.  The driver has an ambiguous
license and I have not been successful in contacting the driver's author
in order to address this.

The planned deprecation has been announced on -current and -stable; if
we receive feedback that the driver is still useful and we are able to
resolve the license issue this deprecation notice can be reverted.

Reviewed by:	bapt, brooks, imp, rgrimes
MFC after:	2 weeks
Relnotes:	Yes
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D15182
SPDX: Reverse License ID tags from the lmc driver. 2017-12-22T17:15:02+00:00 Pedro F. Giffuni pfg@FreeBSD.org 2017-12-22T17:15:02+00:00 fdac1d623b70cb0d255de629bb8ec8ebcbe542f1 While the BSD-2-Clause license is there, the GPLv2 is also present. I am unsure of the implications of having both licenses as they are here. I'll just leave it untagged and open for interpretation. 
While the BSD-2-Clause license is there, the GPLv2 is also present.
I am unsure of the implications of having both licenses as they are here.

I'll just leave it untagged and open for interpretation.
Garbage collect IFCAP_POLLING_NOCOUNT. It wasn't used since very 2017-12-06T23:03:34+00:00 Gleb Smirnoff glebius@FreeBSD.org 2017-12-06T23:03:34+00:00 17eea3202a2c0f3d5549fe1459149e79be35c5ca beginning of polling(4). The module always ignored return value from driver polling handler. 
beginning of polling(4).  The module always ignored return value
from driver polling handler.
sys/dev: further adoption of SPDX licensing ID tags. 2017-11-27T14:52:40+00:00 Pedro F. Giffuni pfg@FreeBSD.org 2017-11-27T14:52:40+00:00 718cf2ccb9956613756ab15d7a0e28f2c8e91cab Mainly focus on files that use BSD 2-Clause license, however the tool I was using misidentified many licenses so this was mostly a manual - error prone - task. The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification, noting that the tags are considered only advisory and do not, in any way, superceed or replace the license texts. 
Mainly focus on files that use BSD 2-Clause license, however the tool I
was using misidentified many licenses so this was mostly a manual - error
prone - task.

The Software Package Data Exchange (SPDX) group provides a specification
to make it easier for automated tools to detect and summarize well known
opensource licenses. We are gradually adopting the specification, noting
that the tags are considered only advisory and do not, in any way,
superceed or replace the license texts.
lmc(4): fix the build without the bpf device 2016-10-01T22:21:10+00:00 Eric van Gyzen vangyzen@FreeBSD.org 2016-10-01T22:21:10+00:00 fb6ddd454aa49a831bf0df1de701d3ed3759ca1f "make buildkernel" now works with and without "device bpf". Reported by: Dave Mischler <dave@mischler.com> MFC after: 3 days Sponsored by: Dell EMC 
"make buildkernel" now works with and without "device bpf".

Reported by:	Dave Mischler <dave@mischler.com>
MFC after:	3 days
Sponsored by:	Dell EMC
s/struct device */device_t/g 2016-05-04T06:23:49+00:00 Adrian Chadd adrian@FreeBSD.org 2016-05-04T06:23:49+00:00 748cd4c30d9a8251cde88aa397781880a672801e Submitted by: kmacy 
Submitted by:	kmacy
sys/dev: minor spelling fixes. 2016-05-03T03:41:25+00:00 Pedro F. Giffuni pfg@FreeBSD.org 2016-05-03T03:41:25+00:00 453130d9bfc1c6d68b366dfcb041689d69f81295 Most affect comments, very few have user-visible effects. 
Most affect comments, very few have user-visible effects.
Replace several bus_alloc_resource() calls using default arguments with bus_alloc_resource_any() 2016-02-19T03:37:56+00:00 Justin Hibbits jhibbits@FreeBSD.org 2016-02-19T03:37:56+00:00 43cd61606b6bfae52bb09856277751103bfa28fd Since these calls only use default arguments, bus_alloc_resource_any() is the right call. Differential Revision: https://reviews.freebsd.org/D5306 
Since these calls only use default arguments, bus_alloc_resource_any() is the
right call.

Differential Revision: https://reviews.freebsd.org/D5306
Remove compat code for pre-FreeBSD 7 systems. 2015-02-17T05:10:41+00:00 Warner Losh imp@FreeBSD.org 2015-02-17T05:10:41+00:00 2859a64a1a852b6e03d50c72953268b8fee90fc5