Home
last modified time | relevance | path

Searched full:who (Results 1 – 25 of 863) sorted by relevance

12345678910>>...35

/Linux-v6.1/block/
Dioprio.c68 SYSCALL_DEFINE3(ioprio_set, int, which, int, who, int, ioprio) in SYSCALL_DEFINE3() argument
84 if (!who) in SYSCALL_DEFINE3()
87 p = find_task_by_vpid(who); in SYSCALL_DEFINE3()
92 if (!who) in SYSCALL_DEFINE3()
95 pgrp = find_vpid(who); in SYSCALL_DEFINE3()
109 uid = make_kuid(current_user_ns(), who); in SYSCALL_DEFINE3()
112 if (!who) in SYSCALL_DEFINE3()
129 if (who) in SYSCALL_DEFINE3()
209 SYSCALL_DEFINE2(ioprio_get, int, which, int, who) in SYSCALL_DEFINE2() argument
221 if (!who) in SYSCALL_DEFINE2()
[all …]
/Linux-v6.1/drivers/gpu/drm/i915/selftests/
Dscatterlist.c44 const char *who, in expect_pfn_sg() argument
57 __func__, who, pfn, page_to_pfn(page)); in expect_pfn_sg()
63 __func__, who, npages * PAGE_SIZE, sg->length); in expect_pfn_sg()
67 if (igt_timeout(timeout, "%s timed out\n", who)) in expect_pfn_sg()
74 __func__, who, pt->end, pfn); in expect_pfn_sg()
82 const char *who, in expect_pfn_sg_page_iter() argument
94 __func__, who, pfn, page_to_pfn(page)); in expect_pfn_sg_page_iter()
98 if (igt_timeout(timeout, "%s timed out\n", who)) in expect_pfn_sg_page_iter()
105 __func__, who, pt->end, pfn); in expect_pfn_sg_page_iter()
113 const char *who, in expect_pfn_sgtiter() argument
[all …]
/Linux-v6.1/Documentation/process/
D1.Intro.rst64 those products attractive to Linux users. Embedded systems vendors, who
67 other software vendors who base their products on Linux have a clear
92 experience behind it. A developer who does not understand the kernel
93 community's ways (or, worse, who tries to flout or circumvent them) will
95 being helpful to those who are trying to learn, has little time for those
96 who will not listen or who do not care about the development process.
98 It is hoped that those who read this document will be able to avoid that
101 community is always in need of developers who will help to make the kernel
102 better; the following text should help you - or those who work for you -
115 Amanda McPherson, who saw the value of this effort and made it all happen.
[all …]
D5.Posting.rst30 patches which are known to be half-baked, but those who do will come in
110 users who are engaging in the noble work of tracking down problems.
144 enough for a reader who sees it with no other context to figure out the
165 These include subsystem maintainers and reviewers who need to decide
169 chasing, users who want to know how the kernel has changed, and more. A
183 general, the more you can put yourself into the shoes of everybody who will
220 A third kind of tag is used to document who was involved in the development of
251 - Reported-by: names a user who reported a problem which is fixed by this
253 people who test our code and let us know when things do not work
292 When mailing patches, it is important to send copies to anybody who might
[all …]
D3.Early-stage.rst63 - Who are the users affected by this problem? Which use cases should the
125 Who do you talk to?
139 MAINTAINERS file may, in fact, not be the person who is actually acting in
140 that role currently. So, when there is doubt about who to contact, a
141 useful trick is to use git (and "git log" in particular) to see who is
142 currently active within the subsystem of interest. Look at who is writing
143 patches, and who, if anybody, is attaching Signed-off-by lines to those
144 patches. Those are the people who will be best placed to help with a new
156 command line, it will list the maintainers who should probably receive
161 developers who have no real interest in the code you are modifying.
Dmanagement-style.rst7 on who you ask) management style for the linux kernel. It's meant to
18 lead persons, not the people who do traditional management inside
111 This preemptive admission of incompetence might also make the people who
176 trust somebody who is so clearly hiding their true character.
196 Suck up to them, because they are the people who will make your job
225 person who lost their whole 36GB porn-collection because of your
229 Then make the developer who really screwed up (if you can find them) know
232 importantly, they're also likely the person who can fix it. Because, let's
237 glory, because you're the one who gets to say "I screwed up". And if
265 without making it painful to the recipient, who just thinks you're being
Dembargoed-hardware-issues.rst35 is a private list of security officers who will help you to coordinate an
47 vendor, we welcome contact from researchers or individuals who have
98 The hardware security team identifies the developers (domain experts) who
138 developers (domain experts) who should be informed initially about the
152 entities who have already been, or should be, informed about the issue.
158 - The disclosed entities can be contacted to name experts who should
241 organizations, who can answer questions about or provide guidance on the
299 Subscription is handled by the response teams. Disclosed parties who want
D2.Process.rst59 allowed, but such occasions are rare; developers who try to merge new
212 There is exactly one person who can merge patches into the mainline kernel
223 who has overall responsibility for the code within that subsystem. These
225 of the kernel they manage; they are the ones who will (usually) accept a
365 Among the kernel developers who do not use git, the most popular choice is
391 represent a potential hazard to developers, who risk getting buried under a
408 development community comes together as a whole; developers who avoid this
420 without changing the email subject line) and the people who are
434 questions. Some developers can get impatient with people who clearly
446 beginning developers to go wrong. Somebody who asks a networking-related
[all …]
D6.Followthrough.rst40 people remember who wrote kernel code, but there is little lasting fame
41 for those who reviewed it. So reviewers can get grumpy, especially when
145 may be a new round of comments from developers who had not been aware of
148 though; you still need to be responsive to developers who have questions or
179 development community remembers developers who lose interest in their code
/Linux-v6.1/arch/s390/kvm/
Dtrace-s390.h126 TP_PROTO(__u64 type, __u32 parm, __u64 parm64, int who),
127 TP_ARGS(type, parm, parm64, who),
133 __field(int, who)
140 __entry->who = who;
144 (__entry->who == 1) ? " (from kernel)" :
145 (__entry->who == 2) ? " (from user)" : "",
/Linux-v6.1/Documentation/block/
Dioprio.rst90 static inline int ioprio_set(int which, int who, int ioprio)
92 return syscall(__NR_ioprio_set, which, who, ioprio);
95 static inline int ioprio_get(int which, int who)
97 return syscall(__NR_ioprio_get, which, who);
/Linux-v6.1/Documentation/scsi/
DFlashPoint.rst93 caused grief for many people who inadvertently purchased a system expecting
100 made available, and that Linux users who mistakenly ordered systems with
104 assist the people who initially purchased a FlashPoint for a supported
105 operating system and then later decided to run Linux, or those who had
125 are people at BusLogic who would rather not release the details of the
/Linux-v6.1/kernel/
Dsys.c211 SYSCALL_DEFINE3(setpriority, int, which, int, who, int, niceval) in SYSCALL_DEFINE3() argument
233 if (who) in SYSCALL_DEFINE3()
234 p = find_task_by_vpid(who); in SYSCALL_DEFINE3()
241 if (who) in SYSCALL_DEFINE3()
242 pgrp = find_vpid(who); in SYSCALL_DEFINE3()
252 uid = make_kuid(cred->user_ns, who); in SYSCALL_DEFINE3()
254 if (!who) in SYSCALL_DEFINE3()
281 SYSCALL_DEFINE2(getpriority, int, which, int, who) in SYSCALL_DEFINE2() argument
296 if (who) in SYSCALL_DEFINE2()
297 p = find_task_by_vpid(who); in SYSCALL_DEFINE2()
[all …]
/Linux-v6.1/Documentation/mm/
Dpage_owner.rst4 page owner: Tracking about who allocated each page
10 page owner is for the tracking about who allocated each page.
18 using it for analyzing who allocate each page is rather complex. We need
95 See the result about who allocated each page
/Linux-v6.1/tools/perf/pmu-events/arch/x86/icelakex/
Dfrontend.json41 "BriefDescription": "Retired Instructions who experienced DSB miss.",
56 "BriefDescription": "Retired Instructions who experienced a critical DSB miss.",
71 "BriefDescription": "Retired Instructions who experienced iTLB true miss.",
86 "BriefDescription": "Retired Instructions who experienced Instruction L1 Cache true miss.",
95 …"PublicDescription": "Counts retired Instructions who experienced Instruction L1 Cache true miss.",
101 "BriefDescription": "Retired Instructions who experienced Instruction L2 Cache true miss.",
110 …"PublicDescription": "Counts retired Instructions who experienced Instruction L2 Cache true miss.",
281 "BriefDescription": "Retired Instructions who experienced STLB (2nd level TLB) true miss.",
/Linux-v6.1/tools/perf/pmu-events/arch/x86/icelake/
Dfrontend.json41 "BriefDescription": "Retired Instructions who experienced DSB miss.",
56 "BriefDescription": "Retired Instructions who experienced a critical DSB miss.",
71 "BriefDescription": "Retired Instructions who experienced iTLB true miss.",
86 "BriefDescription": "Retired Instructions who experienced Instruction L1 Cache true miss.",
95 …"PublicDescription": "Counts retired Instructions who experienced Instruction L1 Cache true miss.",
101 "BriefDescription": "Retired Instructions who experienced Instruction L2 Cache true miss.",
110 …"PublicDescription": "Counts retired Instructions who experienced Instruction L2 Cache true miss.",
281 "BriefDescription": "Retired Instructions who experienced STLB (2nd level TLB) true miss.",
/Linux-v6.1/tools/perf/pmu-events/arch/x86/tigerlake/
Dfrontend.json38 "BriefDescription": "Retired Instructions who experienced DSB miss.",
53 "BriefDescription": "Retired Instructions who experienced a critical DSB miss.",
68 "BriefDescription": "Retired Instructions who experienced iTLB true miss.",
83 "BriefDescription": "Retired Instructions who experienced Instruction L1 Cache true miss.",
92 …"PublicDescription": "Counts retired Instructions who experienced Instruction L1 Cache true miss.",
98 "BriefDescription": "Retired Instructions who experienced Instruction L2 Cache true miss.",
107 …"PublicDescription": "Counts retired Instructions who experienced Instruction L2 Cache true miss.",
278 "BriefDescription": "Retired Instructions who experienced STLB (2nd level TLB) true miss.",
/Linux-v6.1/drivers/staging/rtl8723bs/core/
Drtw_efuse.c71 * When Who Remark
96 * When Who Remark
190 * When Who Remark
358 * When Who Remark
411 * When Who Remark
448 * When Who Remark
494 * When Who Remark
527 * When Who Remark
/Linux-v6.1/tools/perf/pmu-events/arch/x86/sapphirerapids/
Dfrontend.json38 "BriefDescription": "Retired Instructions who experienced DSB miss.",
53 "BriefDescription": "Retired Instructions who experienced a critical DSB miss.",
68 "BriefDescription": "Retired Instructions who experienced iTLB true miss.",
83 "BriefDescription": "Retired Instructions who experienced Instruction L1 Cache true miss.",
92 …"PublicDescription": "Counts retired Instructions who experienced Instruction L1 Cache true miss.",
98 "BriefDescription": "Retired Instructions who experienced Instruction L2 Cache true miss.",
107 …"PublicDescription": "Counts retired Instructions who experienced Instruction L2 Cache true miss.",
292 "BriefDescription": "Retired Instructions who experienced STLB (2nd level TLB) true miss.",
/Linux-v6.1/tools/perf/pmu-events/arch/x86/alderlake/
Dfrontend.json75 "BriefDescription": "Retired Instructions who experienced DSB miss.",
90 "BriefDescription": "Retired Instructions who experienced a critical DSB miss.",
105 "BriefDescription": "Retired Instructions who experienced iTLB true miss.",
120 "BriefDescription": "Retired Instructions who experienced Instruction L1 Cache true miss.",
135 "BriefDescription": "Retired Instructions who experienced Instruction L2 Cache true miss.",
330 "BriefDescription": "Retired Instructions who experienced STLB (2nd level TLB) true miss.",
/Linux-v6.1/drivers/staging/rtl8192u/
Dr819xU_cmdpkt.c22 * Date Who Remark
140 * When Who Remark
204 * When Who Remark
265 * When Who Remark
327 * When Who Remark
353 * When Who Remark
426 * When Who Remark
/Linux-v6.1/Documentation/virt/kvm/s390/
Ds390-pv-dump.rst16 confidentiality until the dump is in the hands of the VM owner who
19 The confidentiality of the VM dump is ensured by the Ultravisor who
/Linux-v6.1/LICENSES/preferred/
DLGPL-2.139 Foundation and other authors who decide to use it. You can use it too, but
208 whole, and thus to each and every part regardless of who wrote it.
301 Library. (It is understood that the user who changes the contents of
357 License. However, parties who have received copies, or rights, from you
387 those who receive copies directly or indirectly through you, then the
412 copyright holder who places the Library under this License may add an
453 WILL ANY COPYRIGHT HOLDER, OR ANY OTHER PARTY WHO MAY MODIFY AND/OR
/Linux-v6.1/Documentation/admin-guide/sysctl/
Duser.rst25 the user in the user namespace who created the object and
29 who created user namespaces the creation of the object happens
/Linux-v6.1/fs/nfs_common/
Dgrace.c19 * @lm: who this grace period is for
45 * @lm: who this grace period is for

12345678910>>...35