/Linux-v4.19/arch/x86/platform/intel-mid/device_libs/ |
D | platform_gpio_keys.c | 65 int i, good = 0; in pb_keys_init() local 74 if (i != good) in pb_keys_init() 75 gb[good] = gb[i]; in pb_keys_init() 76 good++; in pb_keys_init() 79 if (good) { in pb_keys_init() 80 gpio_keys.nbuttons = good; in pb_keys_init()
|
/Linux-v4.19/tools/testing/ktest/ |
D | config-bisect.pl | 700 my $good = "$good_start.tmp"; 718 if ( -f $good || -f $bad ) { 721 if ( -f $good ) { 722 $p = "$good exists\n"; 735 run_command "cp $good_start $good" or die "failed to copy to $good\n"; 738 if ( ! -f $good ) { 739 die "Can not find file $good\n"; 745 run_command "cp $output_config $good" or die "failed to copy $config to $good\n"; 753 my $ret = config_bisect $good, $bad; 761 run_command "rm $good"; [all …]
|
D | ktest.pl | 2929 my $good = $bisect_good; 2943 $good = get_sha1($good); 3000 doprint "TESTING BISECT GOOD [$good]\n"; 3001 run_command "git checkout $good" or 3002 dodie "Failed to checkout $good"; 3007 fail "Tested BISECT_GOOD [$good] and it failed" and return 0; 3024 run_command "git bisect good $good" or 3025 dodie "could not set bisect good to $good"; 3159 my ($good, $bad) = @_; 3167 run_command "$diffexec $good $bad", 1; [all …]
|
/Linux-v4.19/Documentation/admin-guide/ |
D | bug-bisect.rst | 45 $ git bisect good [commit] 50 $ git bisect good 61 4.8 is good, you could do:: 65 $ git bisect good v4.8 68 .. [#f1] You can, optionally, provide both good and bad arguments at git
|
/Linux-v4.19/kernel/ |
D | Kconfig.hz | 29 250 Hz is a good compromise choice allowing server performance 30 while also showing good interactive responsiveness even 37 300 Hz is a good compromise choice allowing server performance 38 while also showing good interactive responsiveness even
|
/Linux-v4.19/crypto/async_tx/ |
D | async_raid6_recov.c | 210 int good_srcs, good, i; in __2data_recov_5() local 213 good = -1; in __2data_recov_5() 219 good = i; in __2data_recov_5() 226 g = blocks[good]; in __2data_recov_5() 238 tx = async_mult(dq, g, raid6_gfexp[good], bytes, submit); in __2data_recov_5() 433 int good_srcs, good, i; in async_raid6_datap_recov() local 461 good = -1; in async_raid6_datap_recov() 466 good = i; in async_raid6_datap_recov() 488 struct page *g = blocks[good]; in async_raid6_datap_recov() 496 tx = async_mult(dq, g, raid6_gfexp[good], bytes, submit); in async_raid6_datap_recov()
|
/Linux-v4.19/drivers/block/ |
D | umem.c | 130 int good; member 657 if (card->battery[0].good && card->battery[1].good) in set_fault_to_battery_status() 661 else if (!card->battery[0].good && !card->battery[1].good) in set_fault_to_battery_status() 671 if (status != card->battery[battery].good) { in check_battery() 672 card->battery[battery].good = !card->battery[battery].good; in check_battery() 675 if (card->battery[battery].good) { in check_battery() 684 } else if (!card->battery[battery].good && in check_battery() 933 card->battery[0].good = !(batt_status & BATTERY_1_FAILURE); in mm_pci_probe() 934 card->battery[1].good = !(batt_status & BATTERY_2_FAILURE); in mm_pci_probe() 945 card->battery[0].good ? "OK" : "FAILURE", in mm_pci_probe() [all …]
|
/Linux-v4.19/drivers/net/wireless/st/cw1200/ |
D | sta.h | 67 void __cw1200_cqm_bssloss_sm(struct cw1200_common *priv, int init, int good, 70 int init, int good, int bad) in cw1200_cqm_bssloss_sm() argument 73 __cw1200_cqm_bssloss_sm(priv, init, good, bad); in cw1200_cqm_bssloss_sm()
|
/Linux-v4.19/Documentation/devicetree/bindings/arm/tegra/ |
D | nvidia,tegra20-pmc.txt | 39 - nvidia,cpu-pwr-good-en : Boolean, CPU power good signal (from PMIC to PMC) 43 - nvidia,cpu-pwr-good-time : CPU power good time in uS. 45 - nvidia,core-pwr-good-time : <Oscillator-stable-time Power-stable-time> 46 Core power good time in uS. 90 nvidia,cpu-pwr-good-time = <2000>; 92 nvidia,core-pwr-good-time = <3845 3845>;
|
/Linux-v4.19/Documentation/arm/ |
D | mem_alignment | 4 bad idea to configure it out, but Russell King has some good reasons for 16 trap to SIGBUS any code performing unaligned access (good for debugging bad 22 Please note that randomly changing the behaviour without good thought is
|
/Linux-v4.19/drivers/misc/lkdtm/ |
D | bugs.c | 166 struct lkdtm_list good, bad; in lkdtm_CORRUPT_LIST_ADD() local 179 list_add(&good.node, &test_head); in lkdtm_CORRUPT_LIST_ADD()
|
/Linux-v4.19/Documentation/cgroup-v1/ |
D | memcg_test.txt | 126 When you do test to do racy case, it's good test to set memcg's limit 135 SwapCache. Test with shmem/tmpfs is always good test. 172 memory hotplug test is one of good test. 195 running new jobs in new group is also good. 198 Mounting with other subsystems is a good test because there is a 211 For example, test like following is good. 280 It's good idea to test root cgroup as well.
|
/Linux-v4.19/drivers/ide/ |
D | ide-iops.c | 105 int __ide_wait_stat(ide_drive_t *drive, u8 good, u8 bad, in __ide_wait_stat() argument 155 if (OK_STAT(stat, good, bad)) { in __ide_wait_stat() 169 int ide_wait_stat(ide_startstop_t *startstop, ide_drive_t *drive, u8 good, in ide_wait_stat() argument 181 err = __ide_wait_stat(drive, good, bad, timeout, &stat); in ide_wait_stat()
|
/Linux-v4.19/Documentation/process/ |
D | management-style.rst | 112 not. After all, if **they** aren't certain whether it's a good idea, you 169 - get really good at apologies 201 good idea - go wild", or "That sounds good, but what about xxx?". The 208 specific directions, but let's face it, they might be good at what they 209 do, and suck at everything else. The good news is that people tend to 210 naturally gravitate back to what they are good at, so it's not like you 222 best way of taking the blame: do it for someone else. You'll feel good 223 for taking the fall, they'll feel good about not getting blamed, and the 237 you've followed the previous rules, you'll be pretty good at saying that 248 do a good job. [all …]
|
/Linux-v4.19/drivers/gpu/drm/amd/display/ |
D | TODO | 50 subsystems, since there's really no good reason to have 2nd 56 I can't come up with a good reason why DC needs all this (except to 57 reimplement half of our edid quirk table, which really isn't a good 58 idea). Might be good if you put this onto the list of things to fix
|
/Linux-v4.19/arch/ia64/scripts/ |
D | check-gas | 14 echo good
|
/Linux-v4.19/drivers/infiniband/hw/mthca/ |
D | mthca_reset.c | 175 goto good; in mthca_reset() 186 good: in mthca_reset()
|
/Linux-v4.19/Documentation/sound/designs/ |
D | powersave.rst | 13 good for laptops (even for desktops). 22 reopen the device frequently. 10 would be a good choice for normal
|
/Linux-v4.19/tools/testing/ktest/examples/include/ |
D | bisect.conf | 90 CONFIG_BISECT_GOOD = ${THIS_DIR}/config-good
|
/Linux-v4.19/Documentation/media/uapi/dvb/ |
D | frontend_legacy_dvbv3_api.rst | 10 TV standards, doesn't provide good statistics measurements and provides
|
/Linux-v4.19/Documentation/driver-api/usb/ |
D | dma.rst | 36 It's good to avoid making CPUs copy data needlessly. The costs can add up, 61 not using a streaming DMA mapping, so it's good for small transfers on 84 high memory to "normal" DMA memory. If you can come up with a good way 114 usbcore do the map/unmap.) Large periodic transfers make good examples
|
/Linux-v4.19/arch/s390/ |
D | Kconfig.debug | 14 It is probably not a good idea to enable this feature in a production
|
/Linux-v4.19/Documentation/networking/ |
D | eql.txt | 30 good 1 to 2 KB/s slower than the test machine working with a 28.8 Kbps 99 don't do a very good job when it comes to handling more than one 138 I haven't found a good reason to write it yet... other than for 139 completeness, but that isn't a good motivator is it?--) 227 DSLIP. I did find a good tip from LinuxNET:Billy for PPP performance: 386 The good news is that one gets nearly the full advantage of the
|
/Linux-v4.19/include/linux/ |
D | hil_mlc.h | 99 int good; /* Node to jump to on success */ member
|
/Linux-v4.19/drivers/staging/android/ |
D | Kconfig | 14 It is, in theory, a good memory allocator for low-memory devices,
|