From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: MIME-Version: 1.0 In-Reply-To: <20180402202951.GE388343@devbig577.frc2.facebook.com> References: <20180402202951.GE388343@devbig577.frc2.facebook.com> From: Sitsofe Wheeler Date: Thu, 5 Apr 2018 09:14:15 +0100 Message-ID: Subject: Re: [BISECTED][REGRESSION] Hang while booting EeePC 900 To: Tejun Heo Cc: Jens Axboe , linux-kernel@vger.kernel.org, linux-block@vger.kernel.org, Stefan Haberland , Jan Hoeppner , Bart Van Assche Content-Type: text/plain; charset="UTF-8" List-ID: On 2 April 2018 at 21:29, Tejun Heo wrote: > Hello, Sitsofe. > > Can you see whether the following patch makes any difference? > > Thanks. > > diff --git a/block/blk-timeout.c b/block/blk-timeout.c > index a05e367..f0e6e41 100644 > --- a/block/blk-timeout.c > +++ b/block/blk-timeout.c > @@ -165,7 +165,7 @@ void blk_abort_request(struct request *req) > * No need for fancy synchronizations. > */ > blk_rq_set_deadline(req, jiffies); > - mod_timer(&req->q->timeout, 0); > + kblockd_schedule_work(&req->q->timeout_work); > } else { > if (blk_mark_rq_complete(req)) > return; Just out of interest, does the fact that an abort occurs mean that the hardware is somehow broken or badly behaved? -- Sitsofe | http://sucs.org/~sits/