Searched hist:1.1239 (Results 1 - 12 of 12) sorted by relevance

/src/sys/dev/pci/
H A Dpcidevs.h1.1239 Mon Feb 01 08:27:43 GMT 2016 msaitoh Regen.
H A Dpcidevs_data.h1.1239 Fri Feb 12 08:36:29 GMT 2016 mrg regen.
H A Dpcidevs1.1239 Thu Oct 22 13:17:56 GMT 2015 msaitoh Add some entries from Intel 965 Express Chipset Family Datasheet.
/src/doc/
H A D3RDPARTY1.1239 Tue Jul 28 18:58:08 GMT 2015 christos new bind
H A DCHANGES1.1239 Wed Jun 10 03:28:22 GMT 2009 jnemeth mention my MODULAR and modload(8) changes
1.1239 Wed Jun 10 03:28:22 GMT 2009 jnemeth mention my MODULAR and modload(8) changes
/src/sys/arch/i386/conf/
H A DGENERIC1.1239 Thu Jul 28 21:52:36 GMT 2022 riastradh drm: New option DRM_LEGACY.

This brings in the `drmums' components, which are the parts of the
current drm code base (sys/external/bsd/drm2) needed by legacy
user-mode-setting drivers (currently just viadrmums), in contrast to
the old drm code base (sys/external/bsd/drm).

This way, viadrmums.kmod can be loaded into GENERIC i386 kernels, but
platforms without any relevant legacy UMS drivers don't get the
legacy goo statically baked in.
/src/distrib/sets/lists/base/
H A Dmi1.1239 Sat Apr 04 19:50:53 GMT 2020 christos Infrastructure for putting kernel+modules in /netbsd/kernel and
/netbsd/modules respectively instead of /netbsd and
/stand/<arch>/<version>/modules. This is only supported for x86,
and is turned off by default. To try it, add KERNEL_DIR=yes in your
/mk.conf and install a system from that build.
/src/distrib/sets/lists/man/
H A Dmi1.1239 Sat Oct 02 06:26:28 GMT 2010 kiyohara Add g760a man page.
/src/distrib/sets/lists/tests/
H A Dmi1.1239 Wed Jan 04 05:25:08 GMT 2023 rillig tests/lint: merge tests for ':?' with null pointer constant
/src/share/mk/
H A Dbsd.own.mk1.1239 Mon Apr 12 04:18:38 GMT 2021 mrg add GCC_NO_IMPLICIT_FALLTHRU, GCC_NO_MAYBE_UNINITIALIZED, and
GCC_NO_RETURN_LOCAL_ADDR.
/src/sys/conf/
H A Dfiles1.1239 Sat Sep 14 06:57:52 GMT 2019 maxv Add vHCI, a driver which allows to send and receive USB packets directly
from userland via /dev/vhci. Using this, it becomes possible to test and
fuzz the USB stack and all the USB drivers without having the associated
hardware.

The vHCI device has four ports independently addressable.

For each xfer on each port, we create two packets: a setup packet (which
indicates mostly the type of request) and a data packet (which contains
the raw data). These packets are processed by read and write operations
on /dev/vhci: userland poll-reads it to fetch usb_device_request_t
structures, and dispatches the requests depending on bRequest and
bmRequestType.

A few ioctls are available:

VHCI_IOC_GET_INFO - Get the current status
VHCI_IOC_SET_PORT - Choose a vHCI port
VHCI_IOC_USB_ATTACH - Attach a USB device on the current port
VHCI_IOC_USB_DETACH - Detach the USB device on the current port

vHCI has already allowed me to automatically find several bugs in the USB
stack and its drivers.
/src/distrib/sets/lists/comp/
H A Dmi1.1239 Tue Mar 31 16:11:59 GMT 2009 tsutsui Add byteorder(9) man page which describes htole32() etc. From FreeBSD
via PR misc/40770, with some tweaks by me.

Completed in 1360 milliseconds