Home
last modified time | relevance | path

Searched refs:fine (Results 1 – 148 of 148) sorted by relevance

/linux-4.4.14/drivers/media/usb/gspca/stv06xx/
Dstv06xx_vv6410.c255 unsigned int fine, coarse; in vv6410_set_exposure() local
259 fine = val % VV6410_CIF_LINELENGTH; in vv6410_set_exposure()
263 coarse, fine); in vv6410_set_exposure()
265 err = stv06xx_write_sensor(sd, VV6410_FINEH, fine >> 8); in vv6410_set_exposure()
269 err = stv06xx_write_sensor(sd, VV6410_FINEL, fine & 0xff); in vv6410_set_exposure()
/linux-4.4.14/Documentation/fb/
Daty128fb.txt41 XF68_FBDev should generally work fine, but it is non-accelerated. As of
42 this document, 8 and 32bpp works fine. There have been palette issues
Dgxfb.txt35 XF68_FBDev should generally work fine, but it is non-accelerated.
Dlxfb.txt35 XF68_FBDev should generally work fine, but it is non-accelerated.
Dtgafb.txt57 mmap(). Running the standard XF86_TGA server from XFree86 3.3.x works fine for
Dtridentfb.txt22 2. The ramdac speeds require some more fine tuning. It is possible to
Dvesafb.txt83 XF68_FBDev should work just fine, but it is non-accelerated. Running
Dmatroxfb.txt82 XF{68,86}_FBDev should work just fine, but it is non-accelerated. On non-intel
84 works fine.
/linux-4.4.14/Documentation/cpu-freq/
Dboost.txt32 functionality at all, but a more fine-grained and dynamic control would
77 Though the per CPU existence hints at a more fine grained control, the
88 More fine grained boosting control
Dcpufreq-stats.txt80 This will give a fine grained information about all the CPU frequency
117 provides fine grained cpufreq stats by trans_table. The reason for having a
/linux-4.4.14/Documentation/devicetree/bindings/net/ieee802154/
Dat86rf230.txt15 - xtal-trim: u8 value for fine tuning the internal capacitance
/linux-4.4.14/drivers/powercap/
DKconfig28 fine grained control. These domains include processor package, DRAM
/linux-4.4.14/Documentation/devicetree/bindings/clock/
Dti,cdce925.txt18 - xtal-load-pf: Crystal load-capacitor value to fine-tune performance on a
/linux-4.4.14/drivers/staging/media/
DKconfig8 so, they won't likely work fine with the existing applications.
/linux-4.4.14/Documentation/block/
Dbiovecs.txt81 * Submitting partially completed bios is now perfectly fine - this comes up
86 fine to _most_ devices, but since accessing the raw bvec array was the
90 perfectly fine.
Dbiodoc.txt1034 idle for a while may not always make sense. The trick is to handle the fine
/linux-4.4.14/drivers/net/can/softing/
DKconfig13 The API of the card does not allow fine control per bus, but
/linux-4.4.14/drivers/staging/slicoss/
DTODO29 - locking too fine grained, not designed just throw more locks
/linux-4.4.14/arch/microblaze/
DKconfig.platform15 fine if both source and destination are aligned on the same
/linux-4.4.14/fs/nfsd/
DKconfig101 Say Y here if you want enable fine-grained security label attribute
106 If you do not wish to enable fine-grained security labels SELinux or
/linux-4.4.14/Documentation/devicetree/bindings/spi/
Dspi-rockchip.txt28 Rx data (may need to be fine tuned for high capacitance lines).
/linux-4.4.14/Documentation/arm/SA1100/
Dserial_UART11 > tty device layer handles this just fine, so you don't have to worry about
/linux-4.4.14/fs/jffs2/
DTODO9 - fine-tune the allocation / GC thresholds
/linux-4.4.14/Documentation/devicetree/bindings/regulator/
Dpwm-regulator.txt20 more fine grained solution when compared with
/linux-4.4.14/net/openvswitch/
DKconfig16 expected in a traditional hardware switch, it enables fine-grained
/linux-4.4.14/arch/powerpc/platforms/ps3/
DKconfig24 defaults should be fine for most users, but these options may make
40 This option is only for experts who may have the desire to fine
/linux-4.4.14/Documentation/scsi/
Dscsi_eh.txt18 [2-1] EH through fine-grained callbacks
169 LLDD can implement fine-grained EH callbacks and let SCSI
193 [2-1] EH through fine-grained callbacks
206 others are performed by invoking one of the following fine-grained
284 EH through fine-grained callbacks start from scsi_unjam_host().
DChangeLog.sym53c8xx_2144 as Paul Mackerras stated that MMIO works fine now on this arch.
Dscsi-changer.txt69 works fine with small (11 slots) and a huge (4 MOs, 88 slots)
Din2000.txt20 It appears that the driver works fine with serial
DChangeLog.megaraid280 Other than this, it looks fine to me too.
603 vii. Do not use "host_lock', driver has fine-grain locks now to protect all
Dlibsas.txt292 PHYE_OOB_DONE -- OOB went fine and oob_mode is valid
DChangeLog.sym53c8xx341 to testing for a PHASE. SYMBIOS say this feature is working fine.
346 be fine.
Dscsi_mid_low_api.txt753 slave_configure - driver fine tuning for given device after attach
1123 * slave_configure - driver fine tuning for given device just after it
Dsym53c8xx_2.txt196 way for doing IO with PCI devices. Memory mapped I/O seems to work fine on
Dncr53c8xx.txt228 mapped I/O seems to work fine on most hardware configurations, but
DChangeLog.lpfc810 it handles the empty list case just fine and the additional
/linux-4.4.14/Documentation/input/
Dcs461x.txt12 Raw mode works fine with analog joystick front-end driver and cs461x
Dxpad.txt46 is some limitation of jstest, since the input device setup should be fine. I
78 If you have an unknown xbox controller, it should work just fine with
Djoystick.txt126 is met, then it's all fine, and you can play the games. :)
/linux-4.4.14/Documentation/video4linux/
DREADME.cx8856 "lspci -v" output is fine too).
Duvcvideo.txt87 The API doesn't currently provide a fine-grained access control facility. The
/linux-4.4.14/Documentation/fmc/
DAPI.txt46 the time you read this it is already used by the spec-sw and fine-delay
Dmezzanine.txt120 gateware=fmc/fine-delay.bin,fmc/simple-dio.bin
Didentifiers.txt140 the fine-delay driver, and must live at a known address of 0x1800. By
/linux-4.4.14/Documentation/devicetree/bindings/net/
Dstmmac.txt45 If not passed then the system clock will be used and this is fine on some
/linux-4.4.14/Documentation/devicetree/bindings/phy/
Dapm-xgene-phy.txt17 - apm,tx-eye-tuning : Manual control to fine tune the capture of the serial
/linux-4.4.14/Documentation/hwmon/
Dgl518sm59 alarms work fine, though.
/linux-4.4.14/Documentation/video4linux/bttv/
DREADME.freeze68 fine in theory and many configurations. Neverless it might be worth a
/linux-4.4.14/fs/reiserfs/
DKconfig52 Almost everyone but ReiserFS developers and people fine-tuning
/linux-4.4.14/arch/nios2/platform/
DKconfig.platform104 perfectly fine, even if the Nios II is configured with smaller caches.
/linux-4.4.14/drivers/auxdisplay/
DKconfig93 It will work fine. However, you can't attach it to the fbdev driver
/linux-4.4.14/Documentation/sound/alsa/soc/
Doverview.txt21 recording) audio. This is fine for a PC, but tends to waste a lot of
DDPCM.txt334 unless your HW needs more fine grained sequencing of the PCM ops.
/linux-4.4.14/Documentation/power/
Ds2ram.txt63 resume it instead works fine.
Dopp.txt199 fine grained dynamic control of which sets of OPPs are operationally available.
Druntime_pm.txt661 that the device appears to be runtime-suspended and its state is fine, so it
/linux-4.4.14/Documentation/filesystems/
Dbefs.txt76 (it is fine to make it a module).
Dntfs.txt234 raid level 5. For striping and mirroring, either driver should work fine.
244 Linear volume sets, i.e. linear raid, has been tested and works fine. Even
385 0, have been tested and work fine (though see section "Limitations when using
Dvfat.txt6 No special partition formatter is required. mkdosfs will work fine
Dporting345 dcache_lock is gone, replaced by fine grained locks. See fs/dcache.c
Dxfs-delayed-logging-design.txt425 written into. While this works just fine for the existing transaction
Dproc.txt1410 The files in /proc/sys can be used to fine tune and monitor miscellaneous and
/linux-4.4.14/Documentation/s390/
DDASD28 an Enterprise Storage Server (Seascape) should work fine as well.
/linux-4.4.14/Documentation/sound/oss/
DALS46 inbuilt MPU401 driver would otherwise be fine). Insert the mpu401 module
DREADME.OSS1361 The following configuration parameters have worked fine for the PCM12
/linux-4.4.14/Documentation/
Dparport.txt255 If that works fine, try with 'io=0x378 irq=7' (adjust for your
258 If _that_ works fine, then one of the hardware modes isn't working
Dxz.txt83 doesn't depend on the dictionary size, and it is perfectly fine to
Dkmemcheck.txt137 The default value of 64 is probably fine. If some code produces more
161 The default value should be fine for debugging most problems. It also
182 default value is therefore fine.
208 In fact, this option may also be used for fine-grained control over SLUB vs.
Datomic_ops.txt215 fine as well.
632 the cas()) with respect to itself, things will be fine.
Dstable_api_nonsense.txt13 just fine on the latest 2.6 kernel release. That interface is the one
Drobust-futexes.txt213 All other architectures should build just fine too - but they won't have
Dunaligned-memory-access.txt15 For example, reading 4 bytes of data from address 0x10004 is fine, but
Demail-clients.txt177 (a)ttach works fine without "set paste".
DManagementStyle50 painful ones. Making small and non-consequential decisions is fine, and
DHOWTO238 fine.
DDMA-API-HOWTO.txt325 set the consistent mask even if this default is fine for your
DCodingStyle303 u8/u16/u32 are perfectly fine typedefs, although they fit into
Dpinctrl.txt1183 of the type found below. However when doing fine-grained state selection
/linux-4.4.14/Documentation/vm/
Dtranshuge.txt284 of handling GUP on hugetlbfs will also work fine on transparent
292 at all on hugetlbfs (but it instead works fine on transparent
307 support enabled just fine as always. No difference can be noted in
310 unaffected. libhugetlbfs will also work fine as usual.
Dbalance33 doing fine even with the presence of this problem. In 2.3, due to
Duserfaultfd.txt95 just fine in combination with userfaults. Userfaults trigger async
Dunevictable-lru.txt425 This is fine, because we'll catch it later if and if vmscan tries to reclaim
/linux-4.4.14/Documentation/scheduler/
Dsched-bwc.txt62 for more fine-grained consumption.
Dcompletion.txt227 Signaling completion from hard-irq context is fine as it will appropriately
Dsched-design-CFS.txt101 chew.c, ring-test.c, massive_intr.c all work fine and do not impact
/linux-4.4.14/Documentation/x86/i386/
DIO-APIC.txt15 If your box boots fine with enabled IO-APIC IRQs, then your
/linux-4.4.14/drivers/char/agp/
DKconfig42 This is a hardware limitation. AGP 1x seems to be fine, though.
/linux-4.4.14/drivers/net/can/
DKconfig48 get started. This works fine for the most common CAN controllers
/linux-4.4.14/Documentation/power/powercap/
Dpowercap.txt27 fine grained control is required, it can be applied through the subzones.
/linux-4.4.14/tools/perf/config/
Dutilities.mak111 # which can handle it just fine).
/linux-4.4.14/arch/arc/kernel/
Dentry-compact.S176 ; Returns from L2 context fine
/linux-4.4.14/Documentation/x86/
Dearlyprintk.txt116 3. Testing that it works fine:
/linux-4.4.14/Documentation/usb/
Derror-codes.txt18 0 URB submission went fine
Ddma.txt54 kmalloc() will work just fine.
Dusb-serial.txt253 It will be fine with null modem links, as long as you do not try to link two
/linux-4.4.14/kernel/time/
DKconfig167 The default value will be fine in most cases. Battery-powered
/linux-4.4.14/Documentation/ia64/
Dserial.txt117 Kernel and init script output works fine, but no "login:" prompt:
/linux-4.4.14/arch/parisc/
DKconfig218 selected (the vast majority of 32bit binaries work perfectly fine
/linux-4.4.14/Documentation/laptops/
Ddisk-shock-protection.txt97 fine from the occasional buffer under-run incurred by a head park
/linux-4.4.14/drivers/net/ethernet/intel/e1000/
De1000_hw.c204 u16 fused, fine, coarse; in e1000_phy_init_script() local
216 fine = fused & IGP01E1000_ANALOG_FUSE_FINE_MASK; in e1000_phy_init_script()
224 fine -= IGP01E1000_ANALOG_FUSE_FINE_1; in e1000_phy_init_script()
227 fine -= IGP01E1000_ANALOG_FUSE_FINE_10; in e1000_phy_init_script()
231 (fine & IGP01E1000_ANALOG_FUSE_FINE_MASK) | in e1000_phy_init_script()
/linux-4.4.14/Documentation/networking/
Darcnet.txt59 included and seems to be working fine!
245 NFS: Should be fine linux->linux, just pretend you're using Ethernet cards.
266 Windows: See DOS :) Trumpet Winsock works fine with either the Novell or
Dtimestamping.txt92 a timestamp is generated at each layer. This allows for fine
358 the requested fine-grained filtering for incoming packets is not
Deql.txt13 source trees. (Yes, it worked fine.)
DREADME.sb1000180 7.) Everything seems to work fine but my computer locks up after a while
Dixgbe.txt321 to a Linux-based VM running 2.6.32 or later kernel works fine, there is a
Dz8530drv.txt42 driver. If you want to run xNOS instead of our fine kernel AX.25
Dpacket_mmap.txt37 It's fine to use PACKET_MMAP to improve the performance of the capture and
Darcnet-hardware.txt95 also work fine, because ARCnet is a very stable network. I personally use 75
1198 ARCETHER packet driver loaded fine, but without the red LED
Dcan.txt1129 Note that this works fine for the most common CAN controllers with
/linux-4.4.14/Documentation/arm/
DREADME125 The ST506 hard drive controllers seem to be working fine (if a little
/linux-4.4.14/Documentation/isdn/
DsyncPPP.FAQ206 -> fine: your card is dialing and your remote machine
/linux-4.4.14/Documentation/dvb/
DREADME.dvb-usb108 runs fine now
/linux-4.4.14/net/netfilter/
DKconfig347 fine-grain tuning. This allows you to attach specific timeout
931 problem are that everything works fine from your Linux
935 2) Small mail works fine, but large emails hang.
936 3) ssh works fine, but scp hangs after initial handshaking.
/linux-4.4.14/Documentation/sound/alsa/
Dcompress_offload.txt156 difficult to reach with all types of compressed data, but works fine with most
/linux-4.4.14/Documentation/powerpc/
Dfirmware-assisted-dump.txt150 infrastructure (kdump scripts) to save the dump works fine with
/linux-4.4.14/Documentation/ide/
DChangeLog.ide-cd.1994-2004187 * handles resets fine now. <axboe@image.dk>
DChangeLog.ide-tape.1995-200223 * Both configurations seemed to work just fine !
/linux-4.4.14/arch/m68k/
DKconfig.cpu335 defaults should be fine for most users, but these options may make
/linux-4.4.14/arch/x86/
DKconfig.debug132 still fine, as W+X mappings are not a security hole in
DKconfig720 Select this option to enable fine granularity task steal time
2261 T400CDT. This is off by default since most machines do fine without
/linux-4.4.14/drivers/usb/gadget/udc/
DKconfig298 If unsure, say "N" here. The driver works fine in PIO mode.
/linux-4.4.14/sound/oss/
DCHANGELOG299 - Some fine tuning to the GUS v3.7 mixer code.
/linux-4.4.14/Documentation/hid/
Dhid-transport.txt79 running in atomic-context just fine.
/linux-4.4.14/arch/ia64/
DKconfig249 majority of IA-32 binaries work perfectly fine with a larger page
/linux-4.4.14/Documentation/virtual/uml/
DUserModeLinux-HOWTO.txt187 1. If User Mode Linux crashes, your host kernel is still fine.
567 where it will run fine. See ``Compiling the kernel and modules'' if
920 Ethertap is available on 2.4 and works fine. TUN/TAP is preferred
3679 that happened. The rest of the structure looks fine, so this probably
3718 These check out fine.
3742 fine:
/linux-4.4.14/Documentation/kdump/
Dkdump.txt462 display work fine.
/linux-4.4.14/Documentation/timers/
DNO_HZ.txt212 gives fine-grained control on exactly which CPUs the
/linux-4.4.14/Documentation/locking/
Drt-mutex-design.txt97 a process being blocked on the mutex, it is fine to allocate
622 is no longer on the list of waiters. This is fine, since the pending owner
/linux-4.4.14/Documentation/filesystems/configfs/
Dconfigfs.txt77 readdir(3) sees this just fine:
/linux-4.4.14/kernel/trace/
DKconfig556 As it is a tight loop, it benchmarks as hot cache. That's fine because
/linux-4.4.14/mm/
DKconfig171 Users who don't use the memory hotplug feature are fine with this
/linux-4.4.14/net/sched/
DKconfig412 fine tuning u32 classifiers.
/linux-4.4.14/Documentation/arm64/
Darm-acpi.txt363 If an SoC vendor wants to provide fine-grained control of the system clocks,
/linux-4.4.14/Documentation/PCI/
Dpci.txt611 sequence works fine for I/O Port space:
/linux-4.4.14/Documentation/development-process/
D2.Process470 persistence!) but that's fine - it's a part of kernel development.
/linux-4.4.14/Documentation/spi/
Dspi-summary587 for low-frequency sensor access might be fine using synchronous PIO.
/linux-4.4.14/lib/
DKconfig.debug476 There is no support for more fine grained debug control like
790 Keeping the default should be fine in most cases.
/linux-4.4.14/init/
DKconfig386 Select this option to enable fine granularity task irq time
1254 major distributions and tools handle this just fine.
/linux-4.4.14/scripts/genksyms/
Dparse.tab.c_shipped1256 for details. YYERROR is fine as it does not invoke this
/linux-4.4.14/Documentation/m68k/
Dkernel-options.txt376 fine enough. This is true for STE, MegaSTE, TT, and Falcon. It is not
/linux-4.4.14/Documentation/cgroups/
Dcpusets.txt491 where it can. It will pick as fine a granularity partition of sched
/linux-4.4.14/scripts/kconfig/
Dzconf.tab.c_shipped1219 for details. YYERROR is fine as it does not invoke this
/linux-4.4.14/Documentation/filesystems/cifs/
DREADME132 Samba 3.0) but the CIFS vfs works fine with a wide variety of CIFS servers.
/linux-4.4.14/Documentation/cdrom/
Dcdrom-standard.tex382 CDS_DISC_OK& a disc is loaded and everything is fine\cr
/linux-4.4.14/drivers/scsi/
DKconfig970 Generally, saying N is fine.
/linux-4.4.14/Documentation/RCU/
DRTFP.txt48 providing a fine-grained locking design, however, it would be interesting
/linux-4.4.14/Documentation/virtual/kvm/
Dapi.txt967 The KVM_SET_MEMORY_REGION does not allow fine grained control over memory