Home
last modified time | relevance | path

Searched refs:had (Results 1 – 25 of 250) sorted by relevance

12345678910

/Linux-v6.6/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-v6.6/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-v6.6/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-v6.6/Documentation/locking/
Dlockstat.rst53 - number of lock acquisitions that had to wait
56 - shortest (non-0) time we ever had to wait for a lock
58 - longest time we ever had to wait for a lock
81 that had to wait on lock acquisition.
/Linux-v6.6/Documentation/filesystems/
Ddirectory-locking.rst84 the order until we had acquired all locks).
113 would have a contended child and we had assumed that no object is its
121 to (2) the order hadn't changed since we had acquired filesystem lock.
134 new parent had been equal to or a descendent of source since the moment when
135 we had acquired filesystem lock and rename() would fail with -ELOOP in that
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-v6.6/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-v6.6/scripts/
Dchecksyscalls.sh243 /* sync_file_range had a stupid ABI. Allow sync_file_range2 instead */
/Linux-v6.6/Documentation/sound/soc/
Doverview.rst9 had some limitations:-
13 Linux had different wm8731 drivers for 4 different SoC platforms.
/Linux-v6.6/Documentation/scsi/
Dscsi-generic.rst76 Here is a list of Linux kernels in the 2.4 series that had the new version
87 For reference here is a list of Linux kernels in the 2.2 series that had
/Linux-v6.6/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-v6.6/net/mpls/
DKconfig23 that have had MPLS stack entries pushed onto them and thus
/Linux-v6.6/arch/x86/lib/
Dchecksum_32.S71 jae 1f # Jump if we had at least two bytes.
285 jae 1f # Jump if we had at least two bytes.
/Linux-v6.6/Documentation/hwmon/
Dadm1021.rst135 2003) microarchitecture had real MAX1617, ADM1021, or compatible chips
137 era (with 400 MHz FSB) had chips with only one temperature sensor.
/Linux-v6.6/Documentation/admin-guide/device-mapper/
Dcache-policies.rst80 levels generally had the most entries, and the top ones had very
/Linux-v6.6/drivers/usb/core/
DKconfig26 devices that lose power get reenumerated as if they had been
116 The default value Linux has always had is 2 seconds. Change
/Linux-v6.6/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-v6.6/drivers/mtd/nand/
DKconfig36 The original Linux implementation had byte 0 and 1 swapped.
/Linux-v6.6/fs/ceph/
Dcaps.c565 unsigned had = __ceph_caps_issued(ci, NULL); in __check_cap_issue() local
575 (had & (CEPH_CAP_FILE_CACHE|CEPH_CAP_FILE_LAZYIO)) == 0) { in __check_cap_issue()
585 if ((issued & CEPH_CAP_FILE_SHARED) != (had & CEPH_CAP_FILE_SHARED)) { in __check_cap_issue()
595 if (S_ISDIR(ci->netfs.inode.i_mode) && (had & CEPH_CAP_DIR_CREATE) && in __check_cap_issue()
3149 static void __ceph_put_cap_refs(struct ceph_inode_info *ci, int had, in __ceph_put_cap_refs() argument
3157 if (had & CEPH_CAP_PIN) in __ceph_put_cap_refs()
3159 if (had & CEPH_CAP_FILE_RD) in __ceph_put_cap_refs()
3162 if (had & CEPH_CAP_FILE_CACHE) in __ceph_put_cap_refs()
3165 if (had & CEPH_CAP_FILE_EXCL) in __ceph_put_cap_refs()
3168 if (had & CEPH_CAP_FILE_BUFFER) { in __ceph_put_cap_refs()
[all …]
/Linux-v6.6/Documentation/arch/arm/sa1100/
Dserial_uart.rst5 The SA1100 serial port had its major/minor numbers officially assigned::
/Linux-v6.6/arch/sh/lib/
Dchecksum.S75 bt/s 1f ! Jump if we had at least two bytes.
210 cmp/pz r6 ! Jump if we had at least two bytes.
/Linux-v6.6/Documentation/filesystems/ext4/
Dbigalloc.rst30 block, even for directories. TaoBao had a patchset to extend the “use
/Linux-v6.6/Documentation/virt/kvm/s390/
Ds390-pv.rst85 This also implies that the register content that a guest had in r<n>
110 is ignored and execution continues as if the guest instruction had
/Linux-v6.6/Documentation/sound/designs/
Dchannel-mapping-api.rst20 The problem, so far, was that we had no standard channel map
21 explicitly, and applications had no way to know which channel
/Linux-v6.6/Documentation/timers/
Dhrtimers.rst108 settimeofday and NTP, all the timers (!) had to be dequeued, the
109 time-changing code had to fix them up one by one, and all of them had to

12345678910