Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp6633893ybc; Thu, 28 Nov 2019 02:52:36 -0800 (PST) X-Google-Smtp-Source: APXvYqwkOFHgY/Vcl/LbUv+IPxzAWzBOjYfJXcxaH79vbfmYs4foFA4y9pHXzqFarLnKsK8U4OTo X-Received: by 2002:a17:906:3793:: with SMTP id n19mr6935412ejc.85.1574938356193; Thu, 28 Nov 2019 02:52:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1574938356; cv=none; d=google.com; s=arc-20160816; b=zcZitCsZ74y+XGqbsTPV8RIUkMku5UlloiGF2xdESDXncB7jF0mERTSoGjHMdnsUuw +L+wbgJtZ1dw284EfUPkg0sKiLi/pLmMsek9tZG4XD2JteroLdGqPbxqdbYO9Y1DR5YQ z/IeqgiJmhdS8qgMnhKbPpmUgOGGF/7bHMGy5jtPie2nYzNmHZFvI7wMcjb5Fvo1syxJ RgYL1SkBf1gkftbadPvOm9/xykZcooc/ydypZldgnLjc91sswk8gSYylRBQutmHZ+Xwf 6BrC2LakLGHQ27Z/j53Owsi3nHnu3SfQD/YOEway0JXE+BWrxTlpvEChwA7X8JujfpoY T5Kg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id; bh=l5cVWuurJ00mRAiPikb4/OGFAOGRxh+Bb8dUe8kj+Yc=; b=W/xIzyh755Bo3YoLhSKhvYLQAKOXFVMgWlRtcsM2AeNYEw4kdVeRQDAd8bEGzHmAnU SRBbNfYZmSMxTjmV2hgWzapQEvh04P8B+R+TuB6pmv/MOdIrYE1j0cvUv9RLHncIfLfJ hgwFFmEUJBH51gX4WePkxJVT2Q8pEazabU2hHNlzd1IOpEtYlWNLUzYfmJjKFAc1BJL6 +PncB0AWv19nttZp6wsL6AnCK58E+LD9K0ZwkZh8FLtD2dWJvwohvplEqoxmjYVnWcCs 1ixW7CD670p5a7m/T+xY4Iw5JRppV/DruWyeBWTyYYEKI8Tww8ybbbomhjEY1okiiWxv XYMw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id jx16si11265894ejb.353.2019.11.28.02.52.11; Thu, 28 Nov 2019 02:52:36 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726610AbfK1KvG (ORCPT + 99 others); Thu, 28 Nov 2019 05:51:06 -0500 Received: from mx2.suse.de ([195.135.220.15]:38500 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726227AbfK1KvG (ORCPT ); Thu, 28 Nov 2019 05:51:06 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 0E73DAD78; Thu, 28 Nov 2019 10:51:03 +0000 (UTC) Message-ID: <1574938260.21204.5.camel@suse.com> Subject: Re: KASAN: use-after-free Read in si470x_int_in_callback (2) From: Oliver Neukum To: Alan Stern , syzbot Cc: andreyknvl@google.com, hverkuil@xs4all.nl, linux-kernel@vger.kernel.org, linux-media@vger.kernel.org, linux-usb@vger.kernel.org, mchehab@kernel.org, syzkaller-bugs@googlegroups.com Date: Thu, 28 Nov 2019 11:51:00 +0100 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.26.6 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am Mittwoch, den 27.11.2019, 13:07 -0500 schrieb Alan Stern: > Index: usb-devel/drivers/media/radio/si470x/radio-si470x-usb.c > =================================================================== > --- usb-devel.orig/drivers/media/radio/si470x/radio-si470x-usb.c > +++ usb-devel/drivers/media/radio/si470x/radio-si470x-usb.c > @@ -370,15 +370,14 @@ static void si470x_int_in_callback(struc > unsigned char tmpbuf[3]; > > if (urb->status) { > - if (urb->status == -ENOENT || > + if (!(urb->status == -ENOENT || > urb->status == -ECONNRESET || > - urb->status == -ESHUTDOWN) { > - return; > - } else { > + urb->status == -ESHUTDOWN)) > dev_warn(&radio->intf->dev, > - "non-zero urb status (%d)\n", urb->status); > - goto resubmit; /* Maybe we can recover. */ > - } > + "unrecognized urb status (%d)\n", > + urb->status); > + radio->int_in_running = 0; > + return; Hi, it is a bit awkward to complain here, as your patch tests as correct while mine didn't, but this is a race condition. You can't guarantee that urb->status != 0. The kill may happen while the completion handler is running for a successful transfer. I really appreciate your help, but I must understand what is going wrong here. You are stopping the resubmit, but how could the resubmit ever have not failed? Regards Oliver