mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Nikita Zhandarovich <n.zhandarovich@fintech.ru>
To: Mauro Carvalho Chehab <mchehab@kernel.org>
Cc: Hans Verkuil <hverkuil-cisco@xs4all.nl>,
	Dongliang Mu <dzm91@hust.edu.cn>,
	Andrew Morton <akpm@linux-foundation.org>,
	Alan Stern <stern@rowland.harvard.edu>,
	<linux-media@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
	<lvc-project@linuxtesting.org>,
	<syzbot+12002a39b8c60510f8fb@syzkaller.appspotmail.com>
Subject: Re: [PATCH] media: usb: siano: fix endpoint checks in smsusb_init_device()
Date: Fri, 3 May 2024 09:14:37 -0700	[thread overview]
Message-ID: <4069e01b-09d1-49e6-b053-3f6b99dd9405@fintech.ru> (raw)
In-Reply-To: <20240503165833.4781fb4a@sal.lan>

Hi

On 5/3/24 08:58, Mauro Carvalho Chehab wrote:
> Em Tue, 9 Apr 2024 07:36:34 -0700
> Nikita Zhandarovich <n.zhandarovich@fintech.ru> escreveu:
> 
>> Syzkaller reported a warning [1] in smsusb_submit_urb() which occurs
>> if an attempt is made to send a bulk URB using the wrong endpoint
>> type. The current approach to perform endpoint checking does not
>> explicitly check if an endpoint in question has its type set to bulk.
>>
>> Fix this issue by using functions usb_endpoint_is_bulk_XXX() to
>> enable testing for correct ep types.
>>
>> This patch has not been tested on real hardware.
>>
>> [1] Syzkaller report:
>> usb 1-1: string descriptor 0 read error: -71
>> smsusb:smsusb_probe: board id=2, interface number 0
>> smsusb:siano_media_device_register: media controller created
>> ------------[ cut here ]------------
>> usb 1-1: BOGUS urb xfer, pipe 3 != type 1
>> WARNING: CPU: 0 PID: 3147 at drivers/usb/core/urb.c:494 usb_submit_urb+0xacd/0x1550 drivers/usb/core/urb.c:493
>> ...
>> Call Trace:
>>  smsusb_start_streaming+0x16/0x1d0 drivers/media/usb/siano/smsusb.c:195
>>  smsusb_init_device+0xd85/0x12d0 drivers/media/usb/siano/smsusb.c:475
>>  smsusb_probe+0x496/0xa90 drivers/media/usb/siano/smsusb.c:566
>>  usb_probe_interface+0x633/0xb40 drivers/usb/core/driver.c:396
>>  really_probe+0x3cb/0x1020 drivers/base/dd.c:580
>>  driver_probe_device+0x178/0x350 drivers/base/dd.c:763
>> ...
>>  hub_event+0x48d/0xd90 drivers/usb/core/hub.c:5644
>>  process_one_work+0x833/0x10c0 kernel/workqueue.c:2276
>>  worker_thread+0xac1/0x1300 kernel/workqueue.c:2422
>>  kthread+0x39a/0x3c0 kernel/kthread.c:313
>>  ret_from_fork+0x1f/0x30 arch/x86/entry/entry_64.S:294
>>
>> Reported-and-tested-by: syzbot+12002a39b8c60510f8fb@syzkaller.appspotmail.com
>> Fixes: 31e0456de5be ("media: usb: siano: Fix general protection fault in smsusb")
>> Signed-off-by: Nikita Zhandarovich <n.zhandarovich@fintech.ru>
>> ---
>>  drivers/media/usb/siano/smsusb.c | 4 ++--
>>  1 file changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/drivers/media/usb/siano/smsusb.c b/drivers/media/usb/siano/smsusb.c
>> index 723510520d09..daaac121c670 100644
>> --- a/drivers/media/usb/siano/smsusb.c
>> +++ b/drivers/media/usb/siano/smsusb.c
>> @@ -405,10 +405,10 @@ static int smsusb_init_device(struct usb_interface *intf, int board_id)
>>  		struct usb_endpoint_descriptor *desc =
>>  				&intf->cur_altsetting->endpoint[i].desc;
>>  
>> -		if (desc->bEndpointAddress & USB_DIR_IN) {
>> +		if (usb_endpoint_is_bulk_in(desc)) {
>>  			dev->in_ep = desc->bEndpointAddress;
>>  			align = usb_endpoint_maxp(desc) - sizeof(struct sms_msg_hdr);
>> -		} else {
>> +		} else if (usb_endpoint_is_bulk_out(desc)) {
> 
> Did you test it on what devices? I'm not sure if all siano devices
> are bulk. Why did you decide to use usb_endpoint_is_bulk_(in|out)
> instead of usb_endpoint_dir_(in|out)?

I did not have the hardware required to test it properly, I'm afraid.
I made sure to point that out in the patch description.

As for siano devices possibly having different endpoints type apart from
bulk, I was relying on the rest of the driver code to determine just
that (which is maybe somewhat flawed in this case). Since
smsusb_submit_urb() (and some other functions like usb_rcvbulkpipe())
works exclusively with bulk types, I did not feel the need to even
expect int types, for instance.

> 
> Regards,
> Mauro
> 
>>  			dev->out_ep = desc->bEndpointAddress;
>>  		}
>>  	}
>>

With regards,
Nikita

  reply	other threads:[~2024-05-03 16:14 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-04-09 14:36 Nikita Zhandarovich
2024-05-03 15:58 ` Mauro Carvalho Chehab
2024-05-03 16:14   ` Nikita Zhandarovich [this message]
2024-05-03 21:20     ` Mauro Carvalho Chehab
2024-05-03 22:52       ` Nikita Zhandarovich
2024-05-06 16:25       ` Nikita Zhandarovich

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4069e01b-09d1-49e6-b053-3f6b99dd9405@fintech.ru \
    --to=n.zhandarovich@fintech.ru \
    --cc=akpm@linux-foundation.org \
    --cc=dzm91@hust.edu.cn \
    --cc=hverkuil-cisco@xs4all.nl \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-media@vger.kernel.org \
    --cc=lvc-project@linuxtesting.org \
    --cc=mchehab@kernel.org \
    --cc=stern@rowland.harvard.edu \
    --cc=syzbot+12002a39b8c60510f8fb@syzkaller.appspotmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®