FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F12.3.0 2017-11-27T14:52:40Z 2017-11-27T14:52:40Z Pedro F. Giffuni pfg@FreeBSD.org 2017-11-27T14:52:40Z urn:sha1: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. 2014-06-28T03:56:17Z Hans Petter Selasky hselasky@FreeBSD.org 2014-06-28T03:56:17Z urn:sha1:af3b2549c4ba2ef00a7cbb4cb6836598bf0aefbe 2014-06-27T22:05:21Z Glen Barber gjb@FreeBSD.org 2014-06-27T22:05:21Z urn:sha1:37a107a407cdb47ee0f4c4337e369e9973b34076 These changes prevent sysctl(8) from returning proper output, such as: 1) no output from sysctl(8) 2) erroneously returning ENOMEM with tools like truss(1) or uname(1) truss: can not get etype: Cannot allocate memory 2014-06-27T16:33:43Z Hans Petter Selasky hselasky@FreeBSD.org 2014-06-27T16:33:43Z urn:sha1:3da1cf1e88f8448bb10c5f778ab56ff65c7a6938 there is an environment variable which shall initialize the SYSCTL during early boot. This works for all SYSCTL types both statically and dynamically created ones, except for the SYSCTL NODE type and SYSCTLs which belong to VNETs. A new flag, CTLFLAG_NOFETCH, has been added to be used in the case a tunable sysctl has a custom initialisation function allowing the sysctl to still be marked as a tunable. The kernel SYSCTL API is mostly the same, with a few exceptions for some special operations like iterating childrens of a static/extern SYSCTL node. This operation should probably be made into a factored out common macro, hence some device drivers use this. The reason for changing the SYSCTL API was the need for a SYSCTL parent OID pointer and not only the SYSCTL parent OID list pointer in order to quickly generate the sysctl path. The motivation behind this patch is to avoid parameter loading cludges inside the OFED driver subsystem. Instead of adding special code to the OFED driver subsystem to post-load tunables into dynamically created sysctls, we generalize this in the kernel. Other changes: - Corrected a possibly incorrect sysctl name from "hw.cbb.intr_mask" to "hw.pcic.intr_mask". - Removed redundant TUNABLE statements throughout the kernel. - Some minor code rewrites in connection to removing not needed TUNABLE statements. - Added a missing SYSCTL_DECL(). - Wrapped two very long lines. - Avoid malloc()/free() inside sysctl string handling, in case it is called to initialize a sysctl from a tunable, hence malloc()/free() is not ready when sysctls from the sysctl dataset are registered. - Bumped FreeBSD version to indicate SYSCTL API change. MFC after: 2 weeks Sponsored by: Mellanox Technologies 2013-01-30T15:26:04Z Hans Petter Selasky hselasky@FreeBSD.org 2013-01-30T15:26:04Z urn:sha1:d2b99310b17979e99c03251de3f9bc08dd9219d1 into the FreeBSD boot loader, typically for non-USB aware BIOSes, EFI systems or embedded platforms. This is also useful for out of the system compilation of the FreeBSD USB stack for various purposes. The USB kernel files can now optionally include a global header file which should include all needed definitions required to compile the FreeBSD USB stack. When the global USB header file is included, no other USB header files will be included by default. Add new file containing the USB stack configuration for the FreeBSD loader build. Replace some __FBSDID()'s by /* $FreeBSD$ */ comments. Now all USB files follow the same style. Use cases: - console in loader via USB - loading kernel via USB Discussed with: Hiroki Sato, hrs @ EuroBSDCon 2012-10-26T06:04:47Z Hans Petter Selasky hselasky@FreeBSD.org 2012-10-26T06:04:47Z urn:sha1:83cadd7dccaa5c7f80a82a8557e1178cd1dc045d Rearrange the tunables and belonging sysctl declarations, so that they are next to eachother. Submitted by: n_hibma @ MFC after: 1 week 2012-10-24T07:23:29Z Hans Petter Selasky hselasky@FreeBSD.org 2012-10-24T07:23:29Z urn:sha1:3750641271b76690adeec2dbb05274e6fbeb0ba9 Also update the port reset time from 250ms to 50ms. Some USB devices have a hard limit in hardware at 222ms for the port reset time and will not enumerate unless this delay is closer to the usb.org defined value. This patch can fix enumeration with some USB devices. Tested by: Guido van Rooij Submitted by: Nick Hibma MFC after: 1 week 2012-08-12T17:53:06Z Hans Petter Selasky hselasky@FreeBSD.org 2012-08-12T17:53:06Z urn:sha1:a5cf1aaaffd3716d6246b5214216c89e278bfce6 in SUPER-speed mode, USB 3.0. This feature has not been tested yet, due to lack of hardware. This feature is useful when implementing protocols like UASP, USB attached SCSI which promises higher USB mass storage throughput. This patch also implements support for hardware processing of endpoints for increased performance. The switching to hardware processing of an endpoint is done via a callback to the USB controller driver. The stream feature is implemented like a variant of a hardware USB protocol. USB controller drivers implementing device mode needs to be updated to implement the new "xfer_stall" USB controller method and remove the "xfer" argument from the "set_stall" method. The API's toward existing USB drivers are preserved. To setup a USB transfer in stream mode, set the "stream_id" field of the USB config structure to the desired value. The maximum number of BULK streams is currently hardcoded and limited to 8 via a define in usb_freebsd.h. All USB drivers should be re-compiled after this change. LibUSB will be updated next week to support streams mode. A new IOCTL to setup BULK streams as already been implemented. The ugen device nodes currently only supports stream ID zero. The FreeBSD version has been bumped. MFC after: 2 weeks 2011-01-11T13:59:06Z John Baldwin jhb@FreeBSD.org 2011-01-11T13:59:06Z urn:sha1:58ccf5b41c6baf98367501218fda6c511941d367 it internally contain nested includes. Reviewed by: bde 2009-11-22T21:21:22Z Andrew Thompson thompsa@FreeBSD.org 2009-11-22T21:21:22Z urn:sha1:c13fd8d42b5a42b8648441127e71fed45b1b47c3 Submitted by: Andriy Gapon