Home
last modified time | relevance | path

Searched full:had (Results 1 – 25 of 1900) sorted by relevance

12345678910>>...76

/linux-6.12.1/tools/perf/pmu-events/arch/x86/broadwellde/
Duncore-power.json178 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
187 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
196 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
205 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
214 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
223 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
232 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
241 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
250 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
259 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
[all …]
/linux-6.12.1/tools/perf/pmu-events/arch/x86/broadwellx/
Duncore-power.json178 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
187 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
196 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
205 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
214 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
223 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
232 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
241 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
250 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
259 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
[all …]
/linux-6.12.1/tools/perf/pmu-events/arch/x86/haswellx/
Duncore-power.json178 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
187 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
196 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
205 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
214 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
223 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
232 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
241 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
250 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
259 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
[all …]
/linux-6.12.1/Documentation/driver-api/usb/
Dpersist.rst29 though they had disconnected. This is always safe and it is the
39 devices. The effect is exactly the same as if the device really had
40 been unplugged while the system was suspended. If you had a mounted
52 it's as though you had unplugged all the USB devices. Yes, it's
78 reset or otherwise had lost power) then it applies a persistence check
87 kernel treats the device as though it had merely been reset instead of
97 behaves as though the old device had been unplugged and a new device
/linux-6.12.1/tools/perf/pmu-events/arch/x86/ivytown/
Duncore-power.json286 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
295 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
304 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
313 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
322 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
331 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
340 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
349 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
358 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
367 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
[all …]
/linux-6.12.1/Documentation/arch/arm/nwfpe/
Dnotes.rst16 f4 had been converted to an extended value in the emulator.
18 This is a side effect of the stfe instruction. The double in f4 had to be
19 converted to extended, then stored. If an lfm/sfm combination had been used,
/linux-6.12.1/tools/perf/pmu-events/arch/x86/jaketown/
Duncore-power.json88 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
97 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
106 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
115 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
124 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
133 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
142 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
151 …"PublicDescription": "Counts the number of times when a configurable cores had a C-state demotion",
249 …of threads in C0 to estimate the performance impact that frequency transitions had on the system.",
/linux-6.12.1/arch/mips/include/asm/octeon/
Dcvmx-wqe.h333 * than allowed and had an FCS error.
338 * and had an FCS error (100M and 10M only).
340 * than allowed and had an FCS error.
341 * - 7 = GMX FCS error: the RGMII packet had an FCS
345 * - 9 = extend error: the RGMII packet had an extend
347 * - 10 = length mismatch error: the RGMII packet had
351 * packet had one or more data reception errors
352 * (RXERR) or the SPI4 packet had one or more
359 * RGMII packet had a studder error (data not
362 * - 16 = FCS error: a SPI4.2 packet had an FCS error.
/linux-6.12.1/include/net/
Dinet_frag.h175 #define IPFRAG_ECN_NOT_ECT 0x01 /* one frag had ECN_NOT_ECT */
176 #define IPFRAG_ECN_ECT_1 0x02 /* one frag had ECN_ECT_1 */
177 #define IPFRAG_ECN_ECT_0 0x04 /* one frag had ECN_ECT_0 */
178 #define IPFRAG_ECN_CE 0x08 /* one frag had ECN_CE */
/linux-6.12.1/Documentation/filesystems/
Ddirectory-locking.rst192 if all operations had been of the "lock parent, then child" sort
195 have changed since the moment directory locks had been acquired,
211 all of them had been stable.
224 It can't be a parent and its child; otherwise we would've had
247 in between (all of those would fail with -ENOTEMPTY, had they ever gotten
257 had its parent changed. In other words, the loop must be passing through
264 not have passed through the node itself, or we would've had a loop before
Dporting.rst148 FS_SINGLE is gone (actually, that had happened back when ->get_sb()
237 ->revalidate() is gone. If your filesystem had it - provide ->getattr()
238 and let it call whatever you had as ->revlidate() + (for symlinks that
239 had ->revalidate()) add calls in ->follow_link()/->readlink().
249 * we know that parent had been locked (e.g. we are looking at
256 had been relying on BKL and that's prone to screwups. Old tree had quite
355 if it's zero is not *and* *never* *had* *been* enough. Final unlink() and iput()
399 via rcu-walk path walk (basically, if the file can have had a path name in the
667 it's a symlink. Checking ->i_mode is really needed now. In-tree we had
1002 the superblock had been removed from the list of superblocks of the
[all …]
/linux-6.12.1/Documentation/ABI/removed/
Dvideo13947 alternative to raw1394's isochronous I/O functionality which had
8 performance issues in its first generation. Any video1394 user had
/linux-6.12.1/fs/btrfs/tests/
Dextent-buffer-tests.c19 char *value = "mary had a little lamb"; in test_btrfs_split_item()
20 char *split1 = "mary had a little"; in test_btrfs_split_item()
23 char *split4 = " had a little"; in test_btrfs_split_item()
87 * 'mary had a little' in test_btrfs_split_item()
/linux-6.12.1/Documentation/block/
Dbiovecs.rst55 it had to walk two different bios at the same time, keeping both bi_idx and
63 * Before, any code that might need to use the biovec after the bio had been
65 it somewhere else if there was an error) had to save the entire bvec array
85 bcache) had some ugly workarounds for this.
/linux-6.12.1/include/linux/
Dzswap.h20 * swapins. The idea is that had we considered this many more pages in the
21 * LRU active/protected and not written them back, we would not have had to
/linux-6.12.1/Documentation/process/
Dstable-api-nonsense.rst60 Assuming that we had a stable kernel source interface for the kernel, a
132 which have had to maintain their older USB interfaces over time. This
139 relatively little pain. If Linux had to ensure that it will preserve a
141 the older, broken one would have had to be maintained over time, leading
/linux-6.12.1/drivers/media/platform/mediatek/vcodec/common/
Dmtk_vcodec_cmn_drv.h95 * @MTK_STATE_HEADER: vdec had sps/pps header parsed or venc
96 * had sps/pps header encoded
/linux-6.12.1/drivers/media/test-drivers/vidtv/
Dvidtv_common.c45 …pr_err_ratelimited("overflow detected, skipping. Try increasing the buffer size. Needed %zu, had %… in vidtv_memcpy()
81 …pr_err_ratelimited("overflow detected, skipping. Try increasing the buffer size. Needed %zu, had %… in vidtv_memset()
/linux-6.12.1/drivers/base/firmware_loader/
Dsysfs.h21 * as if one had enabled CONFIG_FW_LOADER_USER_HELPER_FALLBACK=y.
25 * This emulates the behaviour as if we had set the kernel
/linux-6.12.1/Documentation/networking/
Dtls.rst239 this will look like TLS records had been tampered with and will result
251 If the record decrypted turns out to had been padded or is not a data
282 number of RX records which had to be re-decrypted due to
287 number of data RX records which had to be re-decrypted due to
/linux-6.12.1/Documentation/sound/soc/
Doverview.rst9 had some limitations:-
13 Linux had different wm8731 drivers for 4 different SoC platforms.
/linux-6.12.1/drivers/net/wireless/ath/ath9k/
Dcommon-debug.h22 may have had errors.
24 may have had errors.
/linux-6.12.1/tools/testing/selftests/powerpc/stringloops/
Dstrlen_32.S21 * 0 byte must have had no incoming carry (otherwise it's not the least
39 * iff that byte had one of its low 7 bits set. We can then just see
/linux-6.12.1/arch/powerpc/lib/
Dstrlen_32.S21 * 0 byte must have had no incoming carry (otherwise it's not the least
39 * iff that byte had one of its low 7 bits set. We can then just see
/linux-6.12.1/drivers/net/ethernet/freescale/
Ducc_geth.h88 successfully that had destination address
100 that had destination address equal to the
533 u32 removevlan; /* total frames that had their VLAN tag removed
535 u32 replacevlan; /* total frames that had their VLAN tag
537 u32 insertvlan; /* total frames that had their VLAN tag
732 u32 removevlan; /* total frames that had their VLAN tag removed
734 u32 replacevlan; /* total frames that had their VLAN tag
736 u32 insertvlan; /* total frames that had their VLAN tag
773 successfully that had destination address
785 that had destination address equal to the

12345678910>>...76