получить socket fd из "struct sock"

Кажется мне, что нужно прогуляться по таблице файловых дескрипторов процесса.

imho (struct sock) -> sk_socket -> file

Ммм и где там дескриптор :)?

хз. пока ТС не скажет расскажет за что идет борьба.

в procfs/pid/fdinfo используется (struct file *)

в fs/proc/fd.c есть код который ходит по всем дескрипторам процесса.

Нафига в ядре знать десткриптор если есть (struct sock)->sk_socket ?

Мне необходимо выяснить кому принадлежит сокет в той части RX path кода, которая отрабатывается до передачи пакета стеку и пр. Я не уверен, как мне получить указатель на экземпляр «struct file*» или «struct task_struct *» если это не process context?

т.е. хочется получить pid-процесса владельца сокета?

А ты готов получить список процессов?

Это будет долго и дорого. Нужно перебрать все дескрипторы всех процессов :(

Но зачем? Что ты решаешь?

т.е. хочется получить pid-процесса владельца сокета?
А ты готов получить список процессов?
Это будет долго и дорого. Нужно перебрать все дескрипторы всех процессов :(

Поясню подробнее, мне нужно выяснить кому принадлежит сокет находясь в ветке кода

__netif_receive_skb_core() -> sch_handle_ingress()

кому принадлежит

тебе нужен PID или UID ?

Да, нужен pid и fd.

Ну тогда вперед по таблице процессов проверять ссылки на file

Это долго и дорого.

Только учти, что ссылок может быть много.

в fs/proc/fd.c есть код который ходит по всем дескрипторам процесса.

Не подскажете где именно в fs/proc/fd.c, я ничего не нашел. Однако нашел iterate_fd в fs/file.c но данный API требует 'struct files_struct *files' — то есть это тоже не совсем то.

хороший пример

proc_readfd_common(struct file *file,... ) {

struct task_struct *p = get_proc_task(file_inode(file));
struct files_struct *files;
...
files = get_files_struct(p);

A «struct file *» ты из skb получить можешь. Но так ты получишь только 1 процесс, а сокет может случать много процессов/тредов.