Home
last modified time | relevance | path

Searched refs:grab (Results 1 – 25 of 44) sorted by relevance

12

/Linux-v5.4/drivers/media/platform/vivid/
Dvivid-kthread-out.c214 static void vivid_grab_controls(struct vivid_dev *dev, bool grab) in vivid_grab_controls() argument
216 v4l2_ctrl_grab(dev->ctrl_has_crop_out, grab); in vivid_grab_controls()
217 v4l2_ctrl_grab(dev->ctrl_has_compose_out, grab); in vivid_grab_controls()
218 v4l2_ctrl_grab(dev->ctrl_has_scaler_out, grab); in vivid_grab_controls()
219 v4l2_ctrl_grab(dev->ctrl_tx_mode, grab); in vivid_grab_controls()
220 v4l2_ctrl_grab(dev->ctrl_tx_rgb_range, grab); in vivid_grab_controls()
Dvivid-kthread-cap.c870 static void vivid_grab_controls(struct vivid_dev *dev, bool grab) in vivid_grab_controls() argument
872 v4l2_ctrl_grab(dev->ctrl_has_crop_cap, grab); in vivid_grab_controls()
873 v4l2_ctrl_grab(dev->ctrl_has_compose_cap, grab); in vivid_grab_controls()
874 v4l2_ctrl_grab(dev->ctrl_has_scaler_cap, grab); in vivid_grab_controls()
/Linux-v5.4/Documentation/ABI/testing/
Ddebugfs-cros-ec6 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-v5.4/Documentation/media/uapi/v4l/
Dv4l2grab-example.rst16 This program demonstrates how to grab V4L2 images in ppm format by using
Dformat.rst49 descriptor, can grab this stream or change device properties
Dcapture.c.rst583 "-c | --count Number of frames to grab [%i]n"
/Linux-v5.4/drivers/input/
Devdev.c32 struct evdev_client __rcu *grab; member
300 client = rcu_dereference(evdev->grab); in evdev_events()
359 if (evdev->grab) in evdev_grab()
366 rcu_assign_pointer(evdev->grab, client); in evdev_grab()
373 struct evdev_client *grab = rcu_dereference_protected(evdev->grab, in evdev_ungrab() local
376 if (grab != client) in evdev_ungrab()
379 rcu_assign_pointer(evdev->grab, NULL); in evdev_ungrab()
Dinput.c139 handle = rcu_dereference(dev->grab); in input_pass_values()
461 struct input_handle *grab; in input_inject_event() local
468 grab = rcu_dereference(dev->grab); in input_inject_event()
469 if (!grab || grab == handle) in input_inject_event()
541 if (dev->grab) { in input_grab_device()
546 rcu_assign_pointer(dev->grab, handle); in input_grab_device()
559 grabber = rcu_dereference_protected(dev->grab, in __input_release_device()
562 rcu_assign_pointer(dev->grab, NULL); in __input_release_device()
/Linux-v5.4/Documentation/devicetree/bindings/display/hisilicon/
Dhisi-ade.txt3 ADE (Advanced Display Engine) is the display controller which grab image
/Linux-v5.4/Documentation/kernel-hacking/
Dlocking.rst153 Then you can call :c:func:`mutex_lock_interruptible()` to grab the
263 interrupts on that cpu, then grab the lock.
802 - You can make ``cache_lock`` non-static, and tell people to grab that
863 is logically part of the infrastructure. This way, I don't need to grab
868 grab each object lock in :c:func:`__cache_find()` to examine the
883 There is a coding bug where a piece of code tries to grab a spinlock
909 you grab the spinlock of the old hash chain and the spinlock of the new
944 deadlock, because it never tries to grab another lock while it has that
1034 grab the lock only when we are ready to insert it in the list.
1038 the last one to grab the lock (ie. is the lock cache-hot for this CPU):
/Linux-v5.4/arch/sparc/kernel/
Dwof.S100 ld [%curptr + TI_UWINMASK], %twin_tmp ! grab win mask
/Linux-v5.4/Documentation/locking/
Drt-mutex.rst77 that has no owner and has been woken up to grab the lock.
Drt-mutex-design.rst36 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
/Linux-v5.4/arch/alpha/lib/
Dev6-memcpy.S52 ldbu $1, 0($17) # L : grab a byte
/Linux-v5.4/Documentation/driver-api/
Dpti_intel_mid.rst65 // these two vars used to grab LDISC values from loaded ldisc drivers
Dpps.rst74 It is possible to grab the PPS from an USB to serial device. However,
/Linux-v5.4/arch/powerpc/kvm/
Dbook3s_32_mmu_host.c39 #error XXX need to grab mmu_hash_lock
/Linux-v5.4/include/linux/
Dinput.h184 struct input_handle __rcu *grab; member
/Linux-v5.4/Documentation/RCU/
Drcu.rst60 "synchronize_srcu", and the other RCU primitives. Or grab one
/Linux-v5.4/arch/arm/mach-ep93xx/
Dcrunch-bits.S272 1: @ this task owns crunch regs -- grab a copy from there
/Linux-v5.4/arch/arm/kernel/
Diwmmxt.S265 1: @ this task owns Concan regs -- grab a copy from there
/Linux-v5.4/Documentation/networking/device_drivers/dec/
Dde4x5.txt127 because the SCSI card wants to grab the interrupt as a fast interrupt
/Linux-v5.4/Documentation/gpu/
Dtodo.rst222 For cases where drivers are attempting to grab the modeset locks with a local
324 ``mutex_lock()``. Also it can't grab any other lock unconditionally, not
/Linux-v5.4/Documentation/input/
Dinput-programming.rst133 release the interrupt and when it must resume polling or grab the interrupt
/Linux-v5.4/Documentation/driver-api/nvdimm/
Dbtt.rst180 grab this free block, and start writing to it, causing the reader to read

12