Home
last modified time | relevance | path

Searched refs:good (Results 1 – 25 of 370) sorted by relevance

12345678910>>...15

/Linux-v4.19/arch/x86/platform/intel-mid/device_libs/
Dplatform_gpio_keys.c65 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/
Dconfig-bisect.pl700 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 …]
Dktest.pl2929 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/
Dbug-bisect.rst45 $ 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/
DKconfig.hz29 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/
Dasync_raid6_recov.c210 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/
Dumem.c130 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/
Dsta.h67 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/
Dnvidia,tegra20-pmc.txt39 - 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/
Dmem_alignment4 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/
Dbugs.c166 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/
Dmemcg_test.txt126 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/
Dide-iops.c105 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/
Dmanagement-style.rst112 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/
DTODO50 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/
Dcheck-gas14 echo good
/Linux-v4.19/drivers/infiniband/hw/mthca/
Dmthca_reset.c175 goto good; in mthca_reset()
186 good: in mthca_reset()
/Linux-v4.19/Documentation/sound/designs/
Dpowersave.rst13 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/
Dbisect.conf90 CONFIG_BISECT_GOOD = ${THIS_DIR}/config-good
/Linux-v4.19/Documentation/media/uapi/dvb/
Dfrontend_legacy_dvbv3_api.rst10 TV standards, doesn't provide good statistics measurements and provides
/Linux-v4.19/Documentation/driver-api/usb/
Ddma.rst36 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/
DKconfig.debug14 It is probably not a good idea to enable this feature in a production
/Linux-v4.19/Documentation/networking/
Deql.txt30 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/
Dhil_mlc.h99 int good; /* Node to jump to on success */ member
/Linux-v4.19/drivers/staging/android/
DKconfig14 It is, in theory, a good memory allocator for low-memory devices,

12345678910>>...15