| /linux/drivers/misc/sgi-xp/ |
| A D | xp_main.c | 153 if (registration->func != NULL) { in xpc_connect()
163 registration->key = key; in xpc_connect()
164 registration->func = func; in xpc_connect()
202 mutex_lock(®istration->mutex); in xpc_disconnect()
205 if (registration->func == NULL) { in xpc_disconnect()
211 registration->func = NULL; in xpc_disconnect()
212 registration->key = NULL; in xpc_disconnect()
213 registration->nentries = 0; in xpc_disconnect()
214 registration->entry_size = 0; in xpc_disconnect()
215 registration->assigned_limit = 0; in xpc_disconnect()
[all …]
|
| A D | xpc_channel.c | 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()
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()
504 if (registration->entry_size != ch->entry_size) { in xpc_connect_channel()
516 mutex_unlock(®istration->mutex); in xpc_connect_channel()
523 ch->entry_size = registration->entry_size; in xpc_connect_channel()
[all …]
|
| /linux/Documentation/infiniband/ |
| A D | user_mad.rst | 18 descriptor for the appropriate device file. If the registration
34 a new registration ioctl is now provided which allows additional
35 fields to be provided during registration.
36 Users of this registration call are implicitly setting the use of
100 mad->hdr.id = my_agent; /* req.id from agent registration */
|
| /linux/Documentation/driver-api/thermal/ |
| A D | cpu-cooling-api.rst | 14 The generic cpu cooling(freq clipping) provides registration/unregistration APIs
16 the user. The registration APIs returns the cooling device pointer.
21 1.1 cpufreq registration/unregistration APIs
61 The power API registration functions provide a simple power model for
|
| /linux/drivers/md/bcache/ |
| A D | Kconfig | 32 bool "Asynchronous device registration (EXPERIMENTAL)"
37 registration work is handled in kernel work queue in asynchronous
|
| /linux/Documentation/networking/ |
| A D | netdevices.rst | 38 In that case the struct net_device registration is done using
77 registration.
158 netdev state after allocating it and before registration.
167 or when register_netdevice() fails. Parts of netdev (de)registration process
178 registration and de-registration, under ``rtnl_lock``. Drivers can use
|
| /linux/Documentation/driver-api/usb/ |
| A D | typec.rst | 15 class. In a normal case the registration will be done by a USB Type-C or PD PHY
81 registration. The class offers the following API for registering/unregistering
87 The class will provide a handle to struct typec_partner if the registration was
111 followed by registration of the cable plugs. The cable will be the parent device
114 the details during registration. The class offers the following API for
121 the registration is successful, or NULL if it isn't.
172 own functions, but the registration will always return a handle to struct
|
| /linux/Documentation/crypto/ |
| A 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 The registration functions return 0 on success, or a negative errno
60 The registration of [CIPHER] algorithm is specific in that struct
111 The registration of multi-block cipher algorithms is one of the most
|
| /linux/Documentation/driver-api/80211/ |
| A D | cfg80211.rst | 8 Device registration
12 :doc: Device registration
|
| /linux/Documentation/driver-api/surface_aggregator/clients/ |
| A D | san.rst | 22 registration and notifier-block registration.
|
| /linux/Documentation/i2c/muxes/ |
| A D | i2c-mux-gpio.rst | 69 If you don't know the absolute GPIO pin numbers at registration time,
85 GPIO pin numbers at registration time, this is even the only option.
|
| /linux/Documentation/ABI/testing/ |
| A D | configfs-usb-gadget-phonet | 8 network device registration.
|
| /linux/Documentation/leds/ |
| A D | ledtrig-transient.rst | 25 triggers it supports and a default trigger. During registration, activation
26 routine for the default trigger gets called. During registration of an led
45 trigger registration, for each led class device that specifies this trigger
47 registration, the LED state does not change, unless there is another trigger
|
| A D | leds-blinkm.rst | 21 The registration follows the scheme::
|
| /linux/Documentation/isdn/ |
| A D | interface_capi.rst | 18 application registration to an available device, forwarding it to the
34 driver. The registration can be revoked by calling the function
51 Kernel CAPI forwards registration requests from applications (calls to CAPI
90 driver. After registration via the attach_capi_ctr() function it is passed to
133 pointers to callback function for registration of
|
| /linux/Documentation/gpu/ |
| A D | drm-internals.rst | 65 used for IRQ registration and passed to userspace through
153 A number of functions are provided to help with device registration. The
226 legacy shadow-attach driver registration functions. New driver should
|
| /linux/Documentation/driver-api/acpi/ |
| A D | scan_handlers.rst | 31 bridge, its registration should cause the PCI bus under that bridge to be
51 executed, respectively, after registration of new device nodes and before
|
| /linux/Documentation/filesystems/caching/ |
| A D | netfs-api.rst | 29 (4) Network filesystem (un)registration
31 (6) Index registration
32 (7) Data file registration
33 (8) Miscellaneous object registration
59 This first two fields should be filled in before registration, and the third
60 will be filled in by the registration function; any other fields should just be
72 another parameter passed into the registration function.
240 Network Filesystem (Un)registration
247 The registration function is::
254 For kAFS, registration is done as follows::
|
| /linux/include/linux/ |
| A D | hp_sdc.h | 293 #error No support for device registration on this arch yet.
|
| /linux/Documentation/driver-api/ |
| A 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/Documentation/devicetree/bindings/regulator/ |
| A D | slg51000.txt | 8 An absence of these properties can cause the regulator registration to fail.
|
| /linux/Documentation/translations/zh_CN/infiniband/ |
| A D | user_mad.rst | 108 mad->hdr.id = my_agent; /* req.id from agent registration */
|
| /linux/Documentation/driver-api/driver-model/ |
| A D | platform.rst | 217 The architecture code may optionally force registration of all early
224 4. Early platform driver registration
241 when it comes to memory allocation and interrupt registration. The code
|
| /linux/Documentation/driver-api/media/ |
| A D | v4l2-dev.rst | 180 Video device registration
259 If the registration failed, then you need to call
262 it. The ``vdev->release()`` callback will never be called if the registration
264 registration failed.
|
| /linux/Documentation/devicetree/bindings/mfd/ |
| A D | tps6507x.txt | 17 Missing of these properties can cause the regulator registration
|