On Friday, February 06, 2015 09:58:10 PM Ivan Klymenko wrote: > В Fri, 6 Feb 2015 16:09:02 +0000 (UTC) > > John Baldwin <j...@freebsd.org> пишет: > > Author: jhb > > Date: Fri Feb 6 16:09:01 2015 > > New Revision: 278320 > > URL: https://svnweb.freebsd.org/changeset/base/278320 > > > > Log: > > Add a new device control utility for new-bus devices called > > > > devctl. This allows the user to request administrative changes to > > individual devices such as attach or detaching drivers or disabling > > and re-enabling devices. > > > > - Add a new /dev/devctl2 character device which uses ioctls for > > > > device requests. The ioctls use a common 'struct devreq' which is > > somewhat similar to 'struct ifreq'. > > > > - The ioctls identify the device to operate on via a string. This > > > > string can either by the device's name, or it can be a > > > > bus-specific address. (For unattached devices, a bus address is the > > only way to locate a device.) Bus drivers register an eventhandler > > to claim unrecognized device names that the driver recognizes as a > > valid address. Two buses currently support addresses: ACPI recognizes > > any device in the ACPI namespace via its full path starting with "\" > > and the PCI bus driver recognizes an address specification of > > > > 'pci[<domain>:]<bus>:<slot>:<func>' (identical to the PCI selector > > strings supported by pciconf). > > > > - To make it easier to cut and paste, change the PnP location string > > > > in the PCI bus driver to output a full PCI selector string rather > > than 'slot=<slot> function=<func>'. > > > > - Add a devctl(3) interface in libdevctl which provides a wrapper > > > > around the ioctls and is the preferred interface for other userland > > code. > > > > - Add a devctl(8) program which is a simple wrapper around the > > > > requests supported by devctl(3). > > > > - Add a device_is_suspended() function to check DF_SUSPENDED. > > - Add a resource_unset_value() function that can be used to remove a > > > > hint from the kernel environment. This is used to clear a > > hint.<driver>.<unit>.disabled hint when re-enabling a boot-time > > disabled device. > > > > Reviewed by: imp (parts) > > Requested by: imp (changing PCI location string) > > Relnotes: yes > > > > Added: > > head/lib/libdevctl/ > > head/lib/libdevctl/Makefile (contents, props changed) > > head/lib/libdevctl/devctl.3 (contents, props changed) > > head/lib/libdevctl/devctl.c (contents, props changed) > > head/lib/libdevctl/devctl.h (contents, props changed) > > head/usr.sbin/devctl/ > > head/usr.sbin/devctl/Makefile (contents, props changed) > > head/usr.sbin/devctl/devctl.8 (contents, props changed) > > head/usr.sbin/devctl/devctl.c (contents, props changed) > > > > Modified: > > head/contrib/mdocml/lib.in > > head/lib/Makefile > > head/share/mk/bsd.libnames.mk > > head/share/mk/src.libnames.mk > > head/sys/dev/acpica/acpi.c > > head/sys/dev/pci/pci.c > > head/sys/kern/subr_bus.c > > head/sys/kern/subr_hints.c > > head/sys/sys/bus.h > > head/usr.sbin/Makefile > > > > Modified: head/contrib/mdocml/lib.in > > ... > --- alias_dummy.o --- > /usr/local/libexec/ccache/world/cc -target x86_64-unknown-freebsd11.0 -O2 > -pipe -mmmx -msse -msse2 -msse3 -mssse3 -msse4 -msse4.1 -msse4.2 -mavx > -maes -mpclmul -march=native -std=gnu99 -fstack-protector -Wsystem-headers > -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value > -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses > -Qunused-arguments -c > /usr/src/lib/libalias/modules/dummy/../../../../sys/netinet/libalias/alias_ > dummy.c -o alias_dummy.o --- libalias_dummy.so --- > building shared library libalias_dummy.so > --- all_subdir_libdevctl --- > /usr/src/lib/libdevctl/devctl.c:38:35: error: declaration of 'struct devreq' > will not be visible outside of this function [-Werror,-Wvisibility] > devctl_request(u_long cmd, struct devreq *req) > ^
Your sys/sys/bus.h is not up to date. A build on a separate machine from where I committed this using a pristine tree worked fine, so I think this must be a local issue? -- John Baldwin _______________________________________________ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
