| /linux-5.19.10/drivers/media/test-drivers/vivid/ |
| D | vivid-kthread-out.c | 246 static void vivid_grab_controls(struct vivid_dev *dev, bool grab) in vivid_grab_controls() argument
248 v4l2_ctrl_grab(dev->ctrl_has_crop_out, grab); in vivid_grab_controls()
249 v4l2_ctrl_grab(dev->ctrl_has_compose_out, grab); in vivid_grab_controls()
250 v4l2_ctrl_grab(dev->ctrl_has_scaler_out, grab); in vivid_grab_controls()
251 v4l2_ctrl_grab(dev->ctrl_tx_mode, grab); in vivid_grab_controls()
252 v4l2_ctrl_grab(dev->ctrl_tx_rgb_range, grab); in vivid_grab_controls()
|
| D | vivid-kthread-cap.c | 905 static void vivid_grab_controls(struct vivid_dev *dev, bool grab) in vivid_grab_controls() argument
907 v4l2_ctrl_grab(dev->ctrl_has_crop_cap, grab); in vivid_grab_controls()
908 v4l2_ctrl_grab(dev->ctrl_has_compose_cap, grab); in vivid_grab_controls()
909 v4l2_ctrl_grab(dev->ctrl_has_scaler_cap, grab); in vivid_grab_controls()
|
| /linux-5.19.10/Documentation/userspace-api/media/v4l/ |
| D | v4l2grab-example.rst | 9 This program demonstrates how to grab V4L2 images in ppm format by using
|
| D | format.rst | 42 descriptor, can grab this stream or change device properties
|
| D | capture.c.rst | 576 "-c | --count Number of frames to grab [%i]\n"
|
| /linux-5.19.10/Documentation/ABI/testing/ |
| D | debugfs-cros-ec | 6 can be used to grab the EC logs. The kernel polls for the log
7 and keeps its own buffer but userspace should grab this and
|
| /linux-5.19.10/drivers/input/ |
| D | evdev.c | 31 struct evdev_client __rcu *grab; member
300 client = rcu_dereference(evdev->grab); in evdev_events()
345 if (evdev->grab) in evdev_grab()
352 rcu_assign_pointer(evdev->grab, client); in evdev_grab()
359 struct evdev_client *grab = rcu_dereference_protected(evdev->grab, in evdev_ungrab() local
362 if (grab != client) in evdev_ungrab()
365 rcu_assign_pointer(evdev->grab, NULL); in evdev_ungrab()
|
| D | input.c | 150 handle = rcu_dereference(dev->grab); in input_pass_values()
478 struct input_handle *grab; in input_inject_event() local
485 grab = rcu_dereference(dev->grab); in input_inject_event()
486 if (!grab || grab == handle) in input_inject_event()
594 if (dev->grab) { in input_grab_device()
599 rcu_assign_pointer(dev->grab, handle); in input_grab_device()
612 grabber = rcu_dereference_protected(dev->grab, in __input_release_device()
615 rcu_assign_pointer(dev->grab, NULL); in __input_release_device()
|
| /linux-5.19.10/Documentation/admin-guide/gpio/ |
| D | gpio-aggregator.rst | 22 grab the full GPIO controller, and no longer needs to care about which GPIOs to
23 grab and which not, reducing the attack surface.
|
| /linux-5.19.10/Documentation/core-api/ |
| D | index.rst | 12 massive grab-bag of kerneldoc info left over from the docbook days; it
|
| /linux-5.19.10/Documentation/devicetree/bindings/display/hisilicon/ |
| D | hisi-ade.txt | 3 ADE (Advanced Display Engine) is the display controller which grab image
|
| /linux-5.19.10/Documentation/kernel-hacking/ |
| D | locking.rst | 147 Then you can call mutex_lock_interruptible() to grab the
257 interrupts on that cpu, then grab the lock.
796 - You can make ``cache_lock`` non-static, and tell people to grab that
857 is logically part of the infrastructure. This way, I don't need to grab
862 grab each object lock in __cache_find() to examine the
877 There is a coding bug where a piece of code tries to grab a spinlock
903 you grab the spinlock of the old hash chain and the spinlock of the new
938 deadlock, because it never tries to grab another lock while it has that
1025 grab the lock only when we are ready to insert it in the list.
1029 the last one to grab the lock (ie. is the lock cache-hot for this CPU):
|
| /linux-5.19.10/arch/sparc/kernel/ |
| D | wof.S | 100 ld [%curptr + TI_UWINMASK], %twin_tmp ! grab win mask
|
| /linux-5.19.10/Documentation/locking/ |
| D | rt-mutex.rst | 77 that has no owner and has been woken up to grab the lock.
|
| D | rt-mutex-design.rst | 36 priority process, C is the lowest, and B is in between. A tries to grab a lock
47 grab lock L1 (owned by C)
441 does not implement CMPXCHG would always grab the lock (if there's no
444 try_to_take_rt_mutex is used every time the task tries to grab a mutex in the
448 without going into the slow unlock path, and it would then need to grab the
|
| D | robust-futexes.rst | 17 someone else wants to grab it too) then the lock is marked with a value
|
| /linux-5.19.10/arch/alpha/lib/ |
| D | ev6-memcpy.S | 52 ldbu $1, 0($17) # L : grab a byte
|
| /linux-5.19.10/include/linux/ |
| D | input.h | 190 struct input_handle __rcu *grab; member
|
| /linux-5.19.10/Documentation/RCU/ |
| D | rcu.rst | 59 "synchronize_srcu", and the other RCU primitives. Or grab one
|
| /linux-5.19.10/arch/powerpc/kvm/ |
| D | book3s_32_mmu_host.c | 39 #error XXX need to grab mmu_hash_lock
|
| /linux-5.19.10/arch/arm/kernel/ |
| D | iwmmxt.S | 266 1: @ this task owns Concan regs -- grab a copy from there
|
| /linux-5.19.10/Documentation/driver-api/ |
| D | pps.rst | 74 It is possible to grab the PPS from an USB to serial device. However,
|
| /linux-5.19.10/Documentation/trace/ |
| D | histogram-design.rst | 85 which is used to grab the field's data from the ftrace event buffer
244 field's size and offset, is used to grab that subkey's data from the
260 to grab the field's value from the current trace record. Once it has
263 fn()s, such as for the hitcount, don't actually grab anything from the
361 can grab the timestamp and use it to calculate a time delta between
|
| /linux-5.19.10/Documentation/driver-api/nvdimm/ |
| D | btt.rst | 180 grab this free block, and start writing to it, causing the reader to read
|
| /linux-5.19.10/Documentation/admin-guide/ |
| D | sysrq.rst | 163 trojan program running at console which could grab your password
|