linux-kernel - Re: Question about sg_count_fuse_req() in linux/fs/fuse/virtio

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:   Thu, 18 Mar 2021 08:58:54 -0500
From:   Connor Kuehl <ckuehl@...hat.com>
To:     Vivek Goyal <vgoyal@...hat.com>
Cc:     virtio-fs@...hat.com, stefanha@...hat.com, miklos@...redi.hu,
        virtualization@...ts.linux-foundation.org,
        linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: Question about sg_count_fuse_req() in linux/fs/fuse/virtio_fs.c

On 3/18/21 8:56 AM, Vivek Goyal wrote:
> I think all the in args are being mapped into a single scatter gather
> element and that's why it does not matter whether in_numargs is 3, 2 or 1.
> They will be mapped in a single element.
> 
> sg_init_fuse_args()
> {
>          len = fuse_len_args(numargs - argpages, args);
>          if (len)
>                  sg_init_one(&sg[total_sgs++], argbuf, len);
> }
> 
>          out_sgs += sg_init_fuse_args(&sg[out_sgs], req,
>                                       (struct fuse_arg *)args->in_args,
>                                       args->in_numargs, args->in_pages,
>                                       req->argbuf, &argbuf_used);
> 
> When we are sending some data in some pages, then we set args->in_pages
> to true. And in that case, last element of args->in_args[] contains the
> total size of bytes in additional pages we are sending and is not part
> of in_args being mapped to scatter gather element. That's why this
> check.
> 
> 	if (args->in_numargs - args->in_pages)
> 		total_sgs += 1;

Aha! Thank you, Vivek. That makes sense.

> Not sure when we will have a case where args->in_numargs = 1 and
> args->in_pages=true. Do we ever hit that.

Not in my experience. My previous mail was examining this routine mainly 
in a vacuum.

Connor

> Thanks
> Vivek
> 
>>
>> Especially since the block right below it counts pages if args->in_pages is
>> true:
>>
>>          if (args->in_pages) {
>>                  size = args->in_args[args->in_numargs - 1].size;
>>                  total_sgs += sg_count_fuse_pages(ap->descs, ap->num_pages,
>>                                                   size);
>>          }
>>
>> The rest of the routine goes on similarly but for the 'out' components.
>>
>> I doubt incrementing 'total_sgs' in the first if-statement I showed above is
>> vestigial, I just think my mental model of what is happening here is
>> incomplete.
>>
>> Any clarification is much appreciated!
> 
>>
>> Connor
>>
>