On 2019-04-21 17:55, Randy Dunlap wrote:
> When using 'make menuconfig', enter /usb_storage and it says:
> ...
> │ Depends on: USB_SUPPORT [=y] && USB [=m] && SCSI [=m]
>
> HTH. There is nothing quite as explicit as your example output.
Hmm OK.
The menuconfig approach is what I've used so f
When you set an option to `=y` but one of its dependencies is set to `=m`, then
`make oldconfig` will reset it back to `=m` as well.
That makes sense, but does there exist a feature somewhere that can tell me
explicitly when this happens, ideally with a reason like:
Resetting CONFIG_USB_STO
Hey Dmitry,
On 2019-02-17 23:15, Dmitry V. Levin wrote:
>> A tracee first needs to be attached to the tracer.
>> -Attachment and subsequent commands are per thread:
>> -in a multithreaded process,
>> +Attachment and subsequent commands are per thread,
>> +on both the tracer and tracee side.
>> +I
Hey Michael,
On 2019-02-25 16:51, Michael Kerrisk (man-pages) wrote:
> Do you plan to revise this patch in the light of Dmitry's comments?
sorry for the delay, I do intend to finish it and just replied.
Niklas
ernel/ptrace.c?id=96d4f267e40f9509e8a66e2b39e8b95655617693#n207
where the comment on `ptrace_check_attach()` talks about `%current`, which
is a thread
Signed-off-by: Niklas Hambüchen
---
man2/ptrace.2 | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/man2/p
Hello,
it would be awesome if somebody in the know could confirm or refute a suspicion
on ptrace() that we have.
The man page says:
Attachment and subsequent commands are per thread:
in a multi‐ threaded process, every thread can be individually attached to a
(potentially different)
6 matches
Mail list logo