From: Sebastian Andrzej Siewior <bigeasy@linutronix.de> To: Sagi Grimberg <sagi@grimberg.me> Cc: Christoph Hellwig <hch@infradead.org>, linux-block@vger.kernel.org, Thomas Gleixner <tglx@linutronix.de>, David Runge <dave@sleepmap.de>, linux-rt-users@vger.kernel.org, Jens Axboe <axboe@kernel.dk>, linux-kernel@vger.kernel.org, Peter Zijlstra <peterz@infradead.org>, Daniel Wagner <dwagner@suse.de>, Mike Galbraith <efault@gmx.de> Subject: Re: [PATCH 3/3] blk-mq: Use llist_head for blk_cpu_done Date: Sat, 31 Oct 2020 11:41:08 +0100 Message-ID: <20201031104108.wjjdiklqrgyqmj54@linutronix.de> (raw) In-Reply-To: <deb40e55-d228-06c8-8719-fc8657a0a19b@grimberg.me> On 2020-10-29 14:07:59 [-0700], Sagi Grimberg wrote: > > in which context? > > Not sure what is the question. The question is in which context do you complete your requests. My guess by now is "usually softirq/NAPI and context in rare error case". > > But this is probably nr_hw_queues > 1? > > Yes. So this means it will either complete directly or issue an IPI. > > but running it in softirq on the remote CPU would still allow of other > > packets to come on the remote CPU (which would block BLOCK sofirq if > > NET_RX is already running). > > Not sure I understand your comment, if napi triggers on core X and we > complete from that, it will trigger IPI to core Y, and there with patch #2 > is will trigger softirq instead of calling ->complete directly no? This is correct. But trigger softirq does not mean that it will wake `ksoftirqd' as it is the case for the usb-storage right now. In your case (completing from NAPI/sofitrq (or for most other driver which complete in their IRQ handler)) it means: - trigger IPI - IPI will OR the BLOCK-softirq bit. - on exit from IPI it will invoke do_softirq() (unless softirq is already pending and got interrupted by the IPI) and complete the Block request. Sebastian
next prev parent reply index Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-10-21 17:50 5.9.1-rt18: issues with Firewire card on AMD hardware David Runge 2020-10-23 11:04 ` [PATCH RFC] blk-mq: Don't IPI requests on PREEMPT_RT Sebastian Andrzej Siewior 2020-10-23 11:21 ` Christoph Hellwig 2020-10-23 13:52 ` Sebastian Andrzej Siewior 2020-10-27 9:26 ` Christoph Hellwig 2020-10-27 10:11 ` Sebastian Andrzej Siewior 2020-10-27 16:07 ` Christoph Hellwig 2020-10-27 17:05 ` Thomas Gleixner 2020-10-27 17:23 ` Christoph Hellwig 2020-10-27 17:59 ` Sebastian Andrzej Siewior 2020-10-27 20:58 ` Sebastian Andrzej Siewior 2020-10-28 6:56 ` Christoph Hellwig 2020-10-28 14:12 ` [PATCH 1/3] blk-mq: Don't complete on a remote CPU in force threaded mode Sebastian Andrzej Siewior 2020-10-28 14:12 ` [PATCH 2/3] blk-mq: Always complete remote completions requests in softirq Sebastian Andrzej Siewior 2020-10-28 14:12 ` [PATCH 3/3] blk-mq: Use llist_head for blk_cpu_done Sebastian Andrzej Siewior 2020-10-28 14:44 ` Christoph Hellwig 2020-10-28 14:47 ` Sebastian Andrzej Siewior 2020-10-29 13:12 ` Sebastian Andrzej Siewior 2020-10-29 14:05 ` Christoph Hellwig 2020-10-29 14:56 ` Sebastian Andrzej Siewior 2020-10-29 14:57 ` Christoph Hellwig 2020-10-29 20:03 ` Sagi Grimberg 2020-10-29 21:01 ` Sebastian Andrzej Siewior 2020-10-29 21:07 ` Sagi Grimberg 2020-10-31 10:41 ` Sebastian Andrzej Siewior [this message] 2020-10-31 15:00 ` Jens Axboe 2020-10-31 15:01 ` Jens Axboe 2020-10-31 18:09 ` Christoph Hellwig 2020-11-02 9:55 ` Sebastian Andrzej Siewior 2020-11-02 18:12 ` Christoph Hellwig 2020-11-04 19:15 ` Sagi Grimberg 2020-11-06 15:23 ` Sebastian Andrzej Siewior 2020-10-28 10:04 ` [PATCH RFC] blk-mq: Don't IPI requests on PREEMPT_RT Peter Zijlstra 2020-10-26 0:37 ` 5.9.1-rt18: issues with Firewire card on AMD hardware David Runge
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=20201031104108.wjjdiklqrgyqmj54@linutronix.de \ --to=bigeasy@linutronix.de \ --cc=axboe@kernel.dk \ --cc=dave@sleepmap.de \ --cc=dwagner@suse.de \ --cc=efault@gmx.de \ --cc=hch@infradead.org \ --cc=linux-block@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-rt-users@vger.kernel.org \ --cc=peterz@infradead.org \ --cc=sagi@grimberg.me \ --cc=tglx@linutronix.de \ /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
Linux-rt-users Archive on lore.kernel.org Archives are clonable: git clone --mirror https://lore.kernel.org/linux-rt-users/0 linux-rt-users/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 linux-rt-users linux-rt-users/ https://lore.kernel.org/linux-rt-users \ linux-rt-users@vger.kernel.org public-inbox-index linux-rt-users Example config snippet for mirrors Newsgroup available over NNTP: nntp://nntp.lore.kernel.org/org.kernel.vger.linux-rt-users AGPL code for this site: git clone https://public-inbox.org/public-inbox.git