Home
last modified time | relevance | path

Searched full:buggy (Results 1 – 25 of 388) sorted by relevance

12345678910>>...16

/Linux-v6.6/Documentation/firmware-guide/acpi/
Dacpi-lid.rst22 exceptional buggy platforms, special restrictions and exceptions should be
31 However the word of "current" has ambiguity, some buggy AML tables return
42 There are buggy AML tables never notifying when the lid device state is
66 triggered events to the userspace. However, given the fact that the buggy
85 isn't ready to handle the buggy AML tables.
114 handle the buggy AML tables.
/Linux-v6.6/net/wireless/
Dwext-spy.c34 /* Make sure driver is not buggy or using the old API */ in iw_handler_set_spy()
83 /* Make sure driver is not buggy or using the old API */ in iw_handler_get_spy()
118 /* Make sure driver is not buggy or using the old API */ in iw_handler_set_thrspy()
145 /* Make sure driver is not buggy or using the old API */ in iw_handler_get_thrspy()
200 /* Make sure driver is not buggy or using the old API */ in wireless_spy_update()
/Linux-v6.6/mm/kasan/
Dreport_tags.c51 * buggy object. This is a best-effort process. in kasan_complete_mode_report_info()
54 * the buggy object. Also, since the number of entries is limited, the in kasan_complete_mode_report_info()
55 * entries relevant to the buggy object can be overwritten. in kasan_complete_mode_report_info()
Dreport.c286 pr_err("The buggy address belongs to the object at %px\n" in describe_object_addr()
315 pr_err("The buggy address is located %d bytes %s of\n" in describe_object_addr()
373 pr_err("The buggy address belongs to the variable:\n"); in print_address_description()
391 pr_err("The buggy address belongs to the virtual mapping at\n" in print_address_description()
402 pr_err("The buggy address belongs to the physical page:\n"); in print_address_description()
416 * Memory state around the buggy address: in meta_pointer_offset()
437 pr_err("Memory state around the buggy address:\n"); in print_memory_metadata()
/Linux-v6.6/Documentation/translations/zh_CN/dev-tools/
Dkasan.rst190 The buggy address belongs to the object at ffff8801f44ec300
192 The buggy address is located 123 bytes inside of
194 The buggy address belongs to the page:
201 Memory state around the buggy address:
/Linux-v6.6/samples/livepatch/
Dlivepatch-shadow-mod.c7 * livepatch-shadow-mod.c - Shadow variables, buggy module demo
25 * Step 1 - Load the buggy demonstration module:
74 MODULE_DESCRIPTION("Buggy module for shadow variable demo");
/Linux-v6.6/drivers/tty/serial/8250/
D8250.h90 #define UART_BUG_QUOT BIT(0) /* UART has buggy quot LSB */
91 #define UART_BUG_TXEN BIT(1) /* UART has buggy TX IIR status */
92 #define UART_BUG_NOMSR BIT(2) /* UART has buggy MSR status bits (Au1x00) */
93 #define UART_BUG_THRE BIT(3) /* UART has buggy THRE reassertion */
/Linux-v6.6/arch/x86/platform/efi/
Dquirks.c239 * buggy implementations we reserve boot services region during EFI
383 * (duplicate) 1:1 mappings were also created as a quirk for buggy firmware. So,
437 * code/data regions were mapped as a quirk for buggy firmware. in efi_free_boot_services()
741 * Service is buggy. in efi_crash_gracefully_on_page_fault()
747 * Buggy efi_reset_system() is handled differently from other EFI in efi_crash_gracefully_on_page_fault()
755 pr_info("efi_reset_system() buggy! Reboot through BIOS\n"); in efi_crash_gracefully_on_page_fault()
/Linux-v6.6/tools/memory-model/Documentation/
Daccess-marking.txt289 buggy lockless writes, read_foo_diagnostic() can be updated as follows:
304 However, in order for KCSAN to detect buggy lockless writes, your kernel
344 of the ASSERT_EXCLUSIVE_WRITER() is to allow KCSAN to check for a buggy
511 ASSERT_EXCLUSIVE_ACCESS() allows KCSAN to flag buggy concurrent unmarked
513 flag buggy concurrent writes, even if: (1) Those writes are marked or
/Linux-v6.6/arch/ia64/scripts/
Dcheck-gas12 echo buggy
/Linux-v6.6/arch/powerpc/sysdev/
Ddart_iommu.c97 "time. Buggy U3 ?"); in dart_tlb_invalidate_all()
129 "time. Buggy U4 ?"); in dart_tlb_invalidate_one()
215 * not doing it is that we won't catch buggy device drivers doing in dart_free()
/Linux-v6.6/arch/sparc/include/asm/
Dpci.h7 * already-configured bus numbers - to be used for buggy BIOSes
/Linux-v6.6/tools/perf/tests/
Dperf-hooks.c43 /* the buggy hook is removed? */ in test__perf_hooks()
/Linux-v6.6/drivers/mmc/core/
Dquirks.h138 * is used so disable the HPI feature for such buggy cards.
144 * feature is used so disable the HPI feature for such buggy cards.
/Linux-v6.6/arch/xtensa/include/asm/
Dpci.h15 * already-configured bus numbers - to be used for buggy BIOSes
/Linux-v6.6/include/acpi/platform/
Dacgccex.h14 * Some versions of gcc implement strchr() with a buggy macro. So,
/Linux-v6.6/include/asm-generic/
Dbitops.h9 * out before rolling your own buggy implementation in assembly language.
/Linux-v6.6/drivers/pnp/pnpbios/
DKconfig35 Also some buggy systems will fault when accessing certain features
/Linux-v6.6/arch/x86/kernel/fpu/
Dbugs.c18 * be buggy. So let's have a correct XMM trap
/Linux-v6.6/drivers/staging/qlge/
DTODO17 * the flow control implementation in firmware is buggy (sends a flood of pause
/Linux-v6.6/include/linux/
Dsmc91x.h43 bool pxa_u16_align4; /* PXA buggy u16 writes on 4*n+2 addresses */
/Linux-v6.6/drivers/parisc/
Dled.c453 * KittyHawk machines have often a buggy PDC, so that we explicitly check
466 /* Work around the buggy PDC of KittyHawk-machines */ in early_led_init()
490 /* check the results. Some machines have a buggy PDC */ in early_led_init()
/Linux-v6.6/arch/ia64/include/asm/
Dpci.h25 * numbers - to be used for buggy BIOSes or architectures with incomplete PCI setup by the
/Linux-v6.6/include/uapi/linux/
Dtoshiba.h56 * to avoid userspace of buggy BIOSes.
/Linux-v6.6/drivers/greybus/
Dcore.c205 * Catch buggy drivers that fail to destroy their connections. in greybus_probe()
253 /* Catch buggy drivers that fail to destroy their connections. */ in greybus_remove()

12345678910>>...16