Searched refs:happened (Results 1 – 25 of 101) sorted by relevance
12345
| /Linux-v6.1/drivers/usb/usbip/ |
| D | usbip_event.c | 177 int happened = 0; in usbip_event_happened() local
182 happened = 1; in usbip_event_happened()
185 return happened; in usbip_event_happened()
|
| /Linux-v6.1/arch/powerpc/kernel/ |
| D | irq_64.c | 246 : happened); in arch_local_irq_restore()
253 happened: in arch_local_irq_restore()
|
| /Linux-v6.1/arch/arm/kernel/ |
| D | hyp-stub.S | 46 strne \reg1, [\reg2] @ record what happened and give up
|
| /Linux-v6.1/Documentation/networking/ |
| D | xfrm_sync.rst | 168 the change happened as a result of an update.
175 happened) is set to inform the user what happened.
|
| /Linux-v6.1/Documentation/leds/ |
| D | ledtrig-oneshot.rst | 8 happened, than the trigger turns the LED on and than keeps it off for a
|
| /Linux-v6.1/Documentation/parisc/ |
| D | debugging.rst | 43 where exactly it happened. If you're lucky the IAOQ will point to the
|
| /Linux-v6.1/Documentation/admin-guide/device-mapper/ |
| D | log-writes.rst | 11 exactly as it happened originally.
52 which isn't quite what happened and wouldn't be caught during the log replay.
|
| /Linux-v6.1/Documentation/driver-api/usb/ |
| D | persist.rst | 22 has no way to know what has actually happened. Perhaps the same
60 has happened; look for lines saying "root hub lost power or was reset".
157 happened and will continue to use the partition tables, inodes, and
|
| /Linux-v6.1/Documentation/filesystems/ext4/ |
| D | super.rst | 363 - First time an error happened, in seconds since the epoch.
375 - Name of function where the error happened.
379 - Line number where error happened.
391 - Line number where most recent error happened.
399 - Name of function where the most recent error happened.
|
| /Linux-v6.1/Documentation/admin-guide/ |
| D | bug-bisect.rst | 56 depending if the bug happened on the changeset you're testing
|
| D | filesystem-monitoring.rst | 16 for a monitoring tool to know a problem in the file system has happened.
|
| D | perf-security.rst | 240 monitoring. CPU and system events happened when executing either in
249 happened when executing either in user or in kernel space can be
256 system events happened when executing in user space only can be
|
| D | bug-hunting.rst | 41 Kernel's source code where the bug happened. Depending on the severity of
185 The position where the above call happened can be seen with::
244 Once you find where the bug happened, by inspecting its location,
|
| /Linux-v6.1/tools/lib/traceevent/Documentation/ |
| D | libtraceevent-handle.txt | 63 /* Something wrong happened, the counter is not incremented by 1 */
|
| /Linux-v6.1/Documentation/arm/ |
| D | kernel_user_helpers.rst | 144 Return zero if `*ptr` was changed or non-zero if no exchange happened.
237 changed or non-zero if no exchange happened.
|
| /Linux-v6.1/Documentation/x86/ |
| D | amd_hsmp.rst | 78 what happened. The transaction returns 0 on success.
|
| /Linux-v6.1/Documentation/ABI/testing/ |
| D | sysfs-class-led | 60 event has happened will return an ENODATA error.
|
| /Linux-v6.1/Documentation/networking/devlink/ |
| D | devlink-health.rst | 11 order to know when something bad happened to a PCI device.
|
| /Linux-v6.1/Documentation/input/devices/ |
| D | rotary-encoder.rst | 68 should have happened, unless it flipped back on half the way. The
|
| /Linux-v6.1/Documentation/filesystems/ |
| D | ocfs2-online-filecheck.rst | 56 1. If you want to know what error exactly happened to <inode> before fixing, do::
|
| /Linux-v6.1/Documentation/firmware-guide/acpi/ |
| D | video_extension.rst | 89 it doesn't even know this happened).
|
| /Linux-v6.1/Documentation/timers/ |
| D | timers-howto.rst | 93 that may have happened for other reasons, or at the
|
| /Linux-v6.1/Documentation/input/joydev/ |
| D | joystick-api.rst | 146 presses happened at the same time, and similar.
191 The other reason is that you want to know all that happened, and not
|
| /Linux-v6.1/tools/memory-model/Documentation/ |
| D | ordering.txt | 70 by that CPU happened before any later action taken by that same CPU.
77 All CPUs will agree that the store to "x" happened before the load
97 All CPUs will agree that any operation in a given partition happened
183 Then any given CPU will see the write to "x" has having happened before
|
| /Linux-v6.1/Documentation/core-api/ |
| D | refcount-vs-atomic.rst | 66 counter increment or addition happened, function returned true),
|
12345
