Searched refs:ordering (Results 1 – 22 of 22) sorted by relevance
| /linux-2.4.37.9/Documentation/networking/ |
| D | x25-iface.txt | 77 - With Linux 2.4.x (and above) SMP kernels, packet ordering is not
91 SMP re-ordering will not occur if the driver's interrupt handler is
|
| D | ppp_generic.txt | 14 ordering and combining received fragments
|
| /linux-2.4.37.9/fs/sysv/ |
| D | INTRO | 29 * Byte ordering of "short" (16 bit entities) on disk:
36 * Byte ordering of "long" (32 bit entities) on disk:
|
| /linux-2.4.37.9/Documentation/ |
| D | scsi.txt | 22 will enforce the correct ordering of loading and unloading modules in
|
| D | svga.txt | 95 After scanning, the mode ordering is a bit different: the auto-detected SVGA
170 for more info on mode ordering). However, in very strange cases it's possible
|
| D | tty.txt | 64 and ordering isn't predictable - FIXME
|
| D | using-newer-gcc.txt | 26 ordering, which itself depends on the declaration order of functions, module
|
| D | digiboard.txt | 57 cards are installed the ordering within the comma separated parameter
|
| D | pci.txt | 146 For compatibility with device ordering in older kernels, you can also
|
| D | Configure.help | 11076 re-ordering. This is often useful to simulate networks when
|
| /linux-2.4.37.9/Documentation/usb/ |
| D | w9968cf.txt | 336 1 = use RGB component ordering.
337 0 = use BGR component ordering.
|
| /linux-2.4.37.9/Documentation/crypto/ |
| D | descore-readme.txt | 51 33us per encryption (options: 64k tables, FIPS standard bit ordering)
53 48us per encryption (options: 2k tables, FIPS standard bit ordering)
|
| /linux-2.4.37.9/drivers/scsi/ |
| D | ChangeLog.sym53c8xx | 96 that implement a weak memory ordering.
481 - The PCI memory read from SCRIPTS that should ensure ordering
483 device drivers regarding ordering are working so well. ;-)
|
| D | ChangeLog.ncr53c8xx | 32 that implement a weak memory ordering.
381 - Add some barriers to enforce memory ordering for x86 and
|
| D | README.aic7xxx | 122 way to autodetect this ordering. So, we default to the most common
|
| D | README.ibmmca | 608 - reversed ordering of the drives (using the
613 - be consistent with the BIOS ordering of the drives. In the
|
| D | README.ncr53c8xx | 1834 byte ordering.
|
| /linux-2.4.37.9/drivers/net/wan/8253x/ |
| D | sab8253xfs.txt | 1288 and adapter units are ordered in reverse order to the ordering on the
1291 Multichannel units are ordered next, i.e., first. The ordering of
|
| /linux-2.4.37.9/Documentation/isdn/ |
| D | README.HiSax | 127 cards are installed, the ordering within the comma separated parameter
|
| /linux-2.4.37.9/drivers/scsi/aic7xxx_old/ |
| D | README.aic7xxx | 156 way to autodetect this ordering. So, we default to the most common
|
| /linux-2.4.37.9/drivers/net/wireless/ |
| D | airo.c | 542 u16 ordering; member
|
| /linux-2.4.37.9/fs/hfs/ |
| D | ChangeLog | 1843 the i386 and the "inverse big-endian" bit ordering that I thought
|