| /linux/Documentation/netlink/specs/ |
| H A D | dev-energymodel.yaml | 21 name: perf-state-inefficient
23 The performance state is inefficient. There is in this perf-domain,
37 Skip inefficient states when estimating energy consumption.
|
| /linux/include/uapi/linux/ |
| H A D | dev_energymodel.h | 16 * state is inefficient. There is in this perf-domain, another performance
28 * inefficient states when estimating energy consumption.
|
| /linux/Documentation/filesystems/ext4/ |
| H A D | inlinedata.rst | 20 that, the limit was 156 bytes due to inefficient use of inode space.
|
| /linux/arch/xtensa/lib/ |
| H A D | checksum.S | 279 inefficient, so align your addresses to 4-byte boundaries.
318 process all bytes using 8-bit accesses. Grossly inefficient,
|
| /linux/lib/crc/x86/ |
| H A D | crc32.h | 85 * combination would be inefficient here. in crc32c_arch()
|
| /linux/drivers/mtd/chips/ |
| H A D | map_ram.c | 130 /* Yeah, it's inefficient. Who cares? It's faster than a _real_ in mapram_erase()
|
| /linux/Documentation/filesystems/iomap/ |
| H A D | porting.rst | 28 as ext2, but is very inefficient for extent-based filesystems such
|
| /linux/kernel/power/ |
| H A D | energy_model.c | 109 debugfs_create_file("inefficient", 0444, d, &em_dbg[i], in em_debug_create_ps()
285 dev_dbg(dev, "EM: OPP:%lu is inefficient\n", in em_compute_costs()
524 * Efficiencies have been installed in CPUFreq, inefficient frequencies in em_cpufreq_update_efficiencies()
|
| /linux/Documentation/crypto/ |
| H A D | libcrypto.rst | 84 call the crypto algorithms directly without inefficient indirect calls, memory
|
| /linux/arch/powerpc/sysdev/ |
| H A D | mpic_msgr.c | 104 * the message register blocks. They are clearly very inefficient. However,
|
| /linux/Documentation/filesystems/ |
| H A D | fiemap.rst | 158 userspace would be highly inefficient, the kernel will try to merge most
|
| /linux/Documentation/accounting/ |
| H A D | taskstats.rst | 123 stats in userspace alone is inefficient and potentially inaccurate (due to lack
|
| /linux/Documentation/userspace-api/media/mediactl/ |
| H A D | request-api.rst | 20 it is, it is terribly inefficient: user-space would have to flush all activity
|
| /linux/arch/arm/lib/ |
| H A D | csumpartialcopygeneric.S | 156 * the inefficient byte manipulations in the
|
| /linux/lib/zlib_dfltcc/ |
| H A D | dfltcc_deflate.c | 258 * inefficient. Since there is masked data, there will be at least in dfltcc_deflate()
|
| /linux/Documentation/filesystems/spufs/ |
| H A D | spufs.rst | 159 npc requires an SPU context save and is therefore very inefficient.
|
| /linux/drivers/usb/mon/ |
| H A D | mon_main.c | 320 * This is obviously inefficient and may be revised in the future.
|
| /linux/drivers/md/ |
| H A D | dm-log.c | 622 /* FIXME: amazingly inefficient */ in disk_resume()
626 /* FIXME: amazingly inefficient */ in disk_resume()
|
| /linux/arch/arm/mach-omap2/ |
| H A D | iomap.h | 206 * everything is just inefficient, since, there are too many address holes.
|
| /linux/arch/arm/kernel/ |
| H A D | entry-common.S | 38 * from those features make this path too inefficient.
|
| /linux/drivers/md/bcache/ |
| H A D | bcache.h | 118 * Anyways, btree nodes are big - big enough to be inefficient with a textbook
165 * a few keys each) - highly inefficient in terms of amount of metadata writes,
|
| /linux/fs/btrfs/ |
| H A D | uuid-tree.c | 362 * this might look inefficient, but the in btrfs_uuid_tree_iterate()
|
| /linux/Documentation/core-api/ |
| H A D | cachetlb.rst | 17 thinking SMP cache/tlb flushing must be so inefficient, this is in
|
| /linux/fs/lockd/ |
| H A D | svcsubs.c | 526 * turn, which is about as inefficient as it gets. in nlmsvc_invalidate_all()
|
| /linux/fs/xfs/ |
| H A D | xfs_iops.c | 555 * caching so that we don't get inefficient read/modify/write I/O from in xfs_stat_blksize()
589 * highly inefficient; at worst it leads to page cache invalidation in xfs_report_dioalign()
|