| /Linux-v4.19/drivers/misc/sgi-xp/ |
| D | xp_main.c | 136 struct xpc_registration *registration; in xpc_connect() local
146 registration = &xpc_registrations[ch_number]; in xpc_connect()
148 if (mutex_lock_interruptible(®istration->mutex) != 0) in xpc_connect()
152 if (registration->func != NULL) { in xpc_connect()
153 mutex_unlock(®istration->mutex); in xpc_connect()
158 registration->entry_size = XPC_MSG_SIZE(payload_size); in xpc_connect()
159 registration->nentries = nentries; in xpc_connect()
160 registration->assigned_limit = assigned_limit; in xpc_connect()
161 registration->idle_limit = idle_limit; in xpc_connect()
162 registration->key = key; in xpc_connect()
[all …]
|
| D | xpc_channel.c | 468 struct xpc_registration *registration = &xpc_registrations[ch->number]; in xpc_connect_channel() local
470 if (mutex_trylock(®istration->mutex) == 0) in xpc_connect_channel()
474 mutex_unlock(®istration->mutex); in xpc_connect_channel()
485 mutex_unlock(®istration->mutex); in xpc_connect_channel()
491 ch->kthreads_assigned_limit = registration->assigned_limit; in xpc_connect_channel()
492 ch->kthreads_idle_limit = registration->idle_limit; in xpc_connect_channel()
497 ch->func = registration->func; in xpc_connect_channel()
498 DBUG_ON(registration->func == NULL); in xpc_connect_channel()
499 ch->key = registration->key; in xpc_connect_channel()
501 ch->local_nentries = registration->nentries; in xpc_connect_channel()
[all …]
|
| /Linux-v4.19/net/dsa/ |
| D | Kconfig | 20 bool "Support for older platform device and Device Tree registration"
24 deprecated Device Tree binding registration.
|
| /Linux-v4.19/Documentation/crypto/ |
| D | devel-algos.rst | 7 There are three distinct types of registration functions in the Crypto
17 The generic registration functions can be found in
38 Notice that both registration and unregistration functions do return a
42 The bulk registration/unregistration functions register/unregister each
49 the error code. Note that if a driver needs to handle registration
70 The registration of [CIPHER] algorithm is specific in that struct
121 The registration of multi-block cipher algorithms is one of the most
|
| /Linux-v4.19/Documentation/ |
| D | sgi-ioc4.txt | 29 This driver also provides registration functions that the other
42 up to the ioc4 driver via the appropriate registration, probe, and
48 other than it hooks up to the ioc4 driver via the appropriate registration,
|
| /Linux-v4.19/Documentation/thermal/ |
| D | cpu-cooling-api.txt | 12 The generic cpu cooling(freq clipping) provides registration/unregistration APIs
14 the user. The registration APIs returns the cooling device pointer.
18 1.1 cpufreq registration/unregistration APIs
46 The power API registration functions provide a simple power model for
|
| /Linux-v4.19/Documentation/infiniband/ |
| D | user_mad.txt | 14 descriptor for the appropriate device file. If the registration
29 2014 -- a new registration ioctl is now provided which allows additional
30 fields to be provided during registration.
31 Users of this registration call are implicitly setting the use of
91 mad->hdr.id = my_agent; /* req.id from agent registration */
|
| /Linux-v4.19/Documentation/driver-api/usb/ |
| D | typec.rst | 14 class. In a normal case the registration will be done by a USB Type-C or PD PHY
80 registration. The class offers the following API for registering/unregistering
86 The class will provide a handle to struct typec_partner if the registration was
110 followed by registration of the cable plugs. The cable will be the parent device
113 the details during registration. The class offers the following API for
120 the registration is successful, or NULL if it isn't.
171 own functions, but the registration will always return a handle to struct
|
| /Linux-v4.19/Documentation/ABI/testing/ |
| D | configfs-usb-gadget-phonet | 8 network device registration.
|
| /Linux-v4.19/Documentation/i2c/muxes/ |
| D | i2c-mux-gpio | 67 If you don't know the absolute GPIO pin numbers at registration time,
83 GPIO pin numbers at registration time, this is even the only option.
|
| /Linux-v4.19/Documentation/leds/ |
| D | ledtrig-transient.txt | 30 triggers it supports and a default trigger. During registration, activation
31 routine for the default trigger gets called. During registration of an led
50 trigger registration, for each led class device that specifies this trigger
52 registration, the LED state does not change, unless there is another trigger
|
| D | leds-blinkm.txt | 17 The registration follows the scheme:
|
| /Linux-v4.19/Documentation/devicetree/bindings/i2c/ |
| D | i2c-omap.txt | 18 from omap hwmod data base during device registration.
|
| /Linux-v4.19/Documentation/devicetree/bindings/net/ |
| D | davinci-mdio.txt | 17 resources from TI, omap hwmod data base during device registration.
|
| /Linux-v4.19/Documentation/gpu/ |
| D | drm-internals.rst | 47 Since those flags influence the DRM core behaviour since registration
127 used for IRQ registration and passed to userspace through
192 A number of functions are provided to help with device registration. The
256 legacy shadow-attach driver registration functions. New driver should
|
| /Linux-v4.19/Documentation/isdn/ |
| D | INTERFACE.CAPI | 16 application registration to an available device, forwarding it to the
30 registration can be revoked by calling the function unregister_capi_driver()
38 driver. The registration can be revoked by calling the function
54 Kernel CAPI forwards registration requests from applications (calls to CAPI
93 driver. After registration via the attach_capi_ctr() function it is passed to
131 pointers to callback functions for registration and deregistration of
|
| /Linux-v4.19/Documentation/arm/ |
| D | 00-INDEX | 32 - Secure firmware registration and calling.
|
| /Linux-v4.19/Documentation/acpi/ |
| D | scan_handlers.txt | 25 bridge, its registration should cause the PCI bus under that bridge to be
45 executed, respectively, after registration of new device nodes and before
|
| /Linux-v4.19/Documentation/core-api/ |
| D | cpu_hotplug.rst | 178 will be invoked during registration on all online CPUs. If an error
181 After registration completed, the *Y_online* callback will be invoked
186 registration process. Otherwise a positive value is returned which
224 Usually it is handy to invoke setup and teardown callbacks on registration or
227 each registration and removal function is also available with a ``_nocalls``
|
| /Linux-v4.19/include/linux/ |
| D | hp_sdc.h | 293 #error No support for device registration on this arch yet.
|
| /Linux-v4.19/Documentation/devicetree/bindings/net/can/ |
| D | c_can.txt | 33 resources from TI, omap hwmod data base during device registration.
|
| /Linux-v4.19/Documentation/driver-api/ |
| D | regulator.rst | 133 :c:type:`regulator_consumer_supply`. This is done at driver registration
146 This is done at driver registration time` by providing a
|
| /Linux-v4.19/Documentation/devicetree/bindings/mfd/ |
| D | tps6507x.txt | 17 Missing of these properties can cause the regulator registration
|
| /Linux-v4.19/Documentation/driver-api/80211/ |
| D | cfg80211.rst | 8 Device registration
12 :doc: Device registration
|
| /Linux-v4.19/Documentation/filesystems/caching/ |
| D | netfs-api.txt | 27 (4) Network filesystem (un)registration
29 (6) Index registration
30 (7) Data file registration
31 (8) Miscellaneous object registration
58 This first two fields should be filled in before registration, and the third
59 will be filled in by the registration function; any other fields should just be
71 another parameter passed into the registration function.
247 The registration function is:
254 For kAFS, registration is done as follows:
|
