Searched refs:destroys (Results 1 – 22 of 22) sorted by relevance
146 destroys the devres associated with this PHY.157 Both these APIs destroy the PHY and devm_phy_destroy destroys the devres
38 * destroys the event list
45 - destroys the event list
108 Writing '1' to this file destroys the mediated device. The
37 The _trace_seq_destroy()_ function destroys the trace sequence _s_ and frees
130 scalability, destroys real-time response, degrades battery
159 devm_nvmem_cell_put and devm_nvmem_device_put destroys the devres associated
245 Writing '1' to the 'remove' file destroys the mdev device. The vendor driver can
291 closing the device automatically destroys the user.
39 decreased it destroys the extra worker threads. So, after connection is
115 unsigned long destroys; /* number of destroyed neighs */ member
96 you would expect. The kernel destroys the old device structure and
96 This destroys the internal HID device. No further I/O will be accepted. There
43 the kernel that destroys the owner task (e.g. due to a SEGFAULT), but
119 and then destroys the watch_list object itself.
243 This destroys the contents of the associative array and leaves it
414 or destroys one.
236 destroys an existing rpmsg endpoint. user should provide a pointer
878 NEIGH_CACHE_STAT_INC(neigh->tbl, destroys); in neigh_destroy()2185 ndst.ndts_destroys += st->destroys; in neightbl_fill_info()3439 st->destroys, in neigh_stat_seq_show()
450 # destroys %d2,%d3,%d4.
479 destorys||destroys
472 You need to do this because when the bridge driver destroys the i2c adapter