Home
last modified time | relevance | path

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

12345678910>>...19

/openbmc/linux/Documentation/firmware-guide/acpi/
H A 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.
/openbmc/linux/mm/kasan/
H A 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()
H A 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()
/openbmc/linux/net/wireless/
H A 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()
/openbmc/linux/Documentation/translations/zh_CN/dev-tools/
H A 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:
/openbmc/linux/samples/livepatch/
H A 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");
/openbmc/openbmc/poky/meta/recipes-devtools/expect/expect/
H A Dexpect-configure-c99.patch199 }], tcl_cv_strtod_buggy=ok, tcl_cv_strtod_buggy=buggy,
200 tcl_cv_strtod_buggy=buggy)])
201 if test "$tcl_cv_strtod_buggy" = buggy; then
/openbmc/linux/drivers/tty/serial/8250/
H A 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 */
/openbmc/qemu/docs/interop/
H A Dvirtio-balloon-stats.rst44 a buggy guest can't influence its value. The value is 0 if the guest
62 statistics request. This means that if a (buggy) guest doesn't ever
/openbmc/linux/arch/x86/platform/efi/
H A 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()
/openbmc/linux/arch/ia64/scripts/
H A Dcheck-gas12 echo buggy
/openbmc/linux/tools/memory-model/Documentation/
H A 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
/openbmc/u-boot/arch/powerpc/cpu/mpc85xx/
H A Dconfig.mk9 # -mspe=yes is needed to have -mno-spe accepted by a buggy GCC;
/openbmc/linux/sound/soc/intel/common/
H A Dsoc-acpi-intel-cht-match.c54 * Some tablets with Android factory OS have buggy DSDTs with an ESSX8316 device
79 * The Lenovo Yoga Tab 3 Pro YT3-X90, with Android factory OS has a buggy DSDT
/openbmc/qemu/tests/functional/
H A Dtest_sh4_r2d.py20 # like issues with a buggy kernel.
/openbmc/linux/arch/powerpc/sysdev/
H A 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()
/openbmc/openbmc/meta-openembedded/meta-oe/recipes-support/log4c/log4c/
H A Dfix_configure_with-expat.patch1 The original use of AC_ARG_WITH is buggy and causes expat support
/openbmc/linux/arch/sparc/include/asm/
H A Dpci.h7 * already-configured bus numbers - to be used for buggy BIOSes
/openbmc/linux/tools/perf/tests/
H A Dperf-hooks.c43 /* the buggy hook is removed? */ in test__perf_hooks()
/openbmc/openbmc/meta-openembedded/meta-oe/recipes-extended/libcec/libcec/
H A D0001-Remove-buggy-test-confusing-host-and-target.patch4 Subject: [PATCH] Remove buggy test confusing host and target
/openbmc/linux/arch/xtensa/include/asm/
H A Dpci.h15 * already-configured bus numbers - to be used for buggy BIOSes
/openbmc/linux/include/acpi/platform/
H A Dacgccex.h14 * Some versions of gcc implement strchr() with a buggy macro. So,
/openbmc/linux/drivers/mmc/core/
H A Dquirks.h152 * is used so disable the HPI feature for such buggy cards.
158 * feature is used so disable the HPI feature for such buggy cards.
/openbmc/linux/drivers/pnp/pnpbios/
H A DKconfig35 Also some buggy systems will fault when accessing certain features
/openbmc/linux/arch/x86/kernel/fpu/
H A Dbugs.c18 * be buggy. So let's have a correct XMM trap

12345678910>>...19