Home
last modified time | relevance | path

Searched full:seems (Results 1 – 25 of 394) sorted by relevance

12345678910>>...16

/openbmc/openbmc/poky/meta/recipes-devtools/libtool/libtool/
H A D0008-libtool-Avoid-relinking-when-cross-compiling-its-poi.patch17 This patch also removes an annoying "seems to be moved" warning
118 - func_warning "'$deplib' seems to be moved"
120 + # func_warning "'$deplib' seems to be moved"
/openbmc/openbmc/meta-openembedded/meta-oe/recipes-benchmark/cpuburn/cpuburn-arm/
H A D0001-cpuburn-a8.S-Remove-.func-.endfunc.patch41 /* 16 seems to be a good choice */
58 /* 64 seems to be a good choice */
/openbmc/qemu/include/hw/char/
H A Dstm32f2xx_usart.h41 * NB: The reset value mentioned in "24.6.1 Status register" seems bogus.
42 * Looking at "Table 98 USART register map and reset values", it seems it
/openbmc/u-boot/arch/sandbox/include/asm/
H A Dcache.h13 * required alignment for any basic type. This seems reasonable.
/openbmc/openbmc/meta-openembedded/meta-python/recipes-devtools/python/
H A Dpython3-pyperf_2.9.0.bb9 * Detect if a benchmark result seems unstable. \
/openbmc/u-boot/doc/
H A DREADME.ARM-memory-map12 _armboot_start contains the value of CONFIG_SYS_TEXT_BASE (0xA07E0000); it seems
/openbmc/u-boot/board/toradex/apalis-tk1/
H A Das3722_init.c90 * NOTE: We do this early because doing it later seems to hose the CPU in pmic_enable_cpu_vdd()
106 * NOTE: We do this early because doing it later seems to hose the CPU in pmic_enable_cpu_vdd()
/openbmc/u-boot/board/Marvell/db-88f6820-gp/
H A DREADME13 Note that the original Marvell U-Boot seems to have
/openbmc/openbmc/poky/meta-selftest/lib/oeqa/runtime/cases/
H A Dvirgl.py12 …self.assertIn("features: +virgl", output, "virgl acceleration seems to be disabled:\n%s" %(output))
/openbmc/u-boot/arch/mips/include/asm/
H A Dsgidefs.h11 * Using a Linux compiler for building Linux seems logic but not to
/openbmc/openbmc/meta-openembedded/meta-gnome/recipes-support/ibus/
H A Dibus-native.bb20 # seems by moving to src we break dependency tracking so build what's
/openbmc/u-boot/drivers/net/phy/
H A Dmeson-gxl.c21 * - Late failures: MII_LPA is filled with a value which seems to make sense
22 * but it actually is not what the LP is advertising. It seems that we
/openbmc/u-boot/arch/arm/include/asm/arch-sunxi/
H A Dtve.h23 * than the removed vga out capability the tvencoder seems to be the same.
37 u32 unknown1; /* 0x024, seems to be 1 byte per dac */
H A Ddram_sun50i_h6.h54 * The DRAM controller in Allwinner A23/A80 SoCs and NXP i.MX7 SoCs seems
150 * By comparing the hardware and the ZynqMP manual, the PGSR seems
158 * but they're tagged "Type B PLL Only" and H6 seems to have
160 * 0x080 is not present in ZynqMP reference but it seems to be
/openbmc/openbmc/poky/meta/recipes-devtools/libedit/libedit/
H A Dstdc-predef.patch26 * seems to actually advertise this properly, despite Unicode 3.1 having
/openbmc/openbmc/meta-openembedded/meta-oe/dynamic-layers/meta-python/recipes-connectivity/lirc/lirc/
H A D0001-Unbolt-ubuntu-hack.patch21 dnl Ubuntu's systemd pkg-config seems broken beyond repair. So:
H A Dfix_build_errors.patch9 dnl AC_TYPE_GETGROUPS seems broken on recent MacOS, so:
/openbmc/qemu/linux-headers/asm-generic/
H A Dbitsperlong.h17 * There seems to be no way of detecting this automatically from user
/openbmc/openbmc/meta-openembedded/meta-networking/recipes-support/pgpool2/pgpool2/
H A Ddefine_SIGNAL_ARGS.patch24 * It seems that sockaddr_storage is now commonly used in place of sockaddr.
/openbmc/openbmc/meta-openembedded/meta-networking/recipes-support/tnftp/tnftp/
H A D0001-libedit-Include-missing-header-stdc-predef.h.patch28 * seems to actually advertise this properly, despite Unicode 3.1 having
/openbmc/openbmc/meta-openembedded/meta-oe/recipes-test/syzkaller/syzkaller/
H A D0001-executor-Remove-including-error.h-in-test_linux.h.patch6 it seems to be redundant and moreover it lets us compile on musl which
/openbmc/openbmc/poky/meta/recipes-devtools/syslinux/syslinux/
H A D0013-remove-clean-script.patch7 the tarball it seems in-correct to do this.
/openbmc/openbmc/poky/meta/recipes-sato/l3afpad/
H A Dl3afpad_git.bb8 # Note that COPYING seems to mistakenly contain LGPL-2.1.
/openbmc/openbmc/poky/meta/classes-recipe/
H A Dgi-docgen.bbclass8 # seems to be a successor to gtk-doc:
/openbmc/openbmc/meta-phosphor/recipes-core/systemd/phosphor-systemd-policy/
H A Dservice-restart-policy.conf11 # Five just seems excessive for our services in openbmc. In all fail

12345678910>>...16