Re: [PATCH v3 5/7] efi/runtime-wrappers: bound the wait for EFI runtime service calls

> On Fri, Jul 10, 2026 at 11:41:09AM +0100, Yeoreum Yun wrote:
> > > Hello Yeoreum,
> > > 
> > > On Thu, Jul 09, 2026 at 07:56:18AM +0100, Yeoreum Yun wrote:
> > > > 
> > > > One of my concern is for the UpdateCapsule runtime service.
> > > > It might have a case where takes more then 2 mins and there's one
> > > > RFC to support a runtime capsule update for arm platform [1].
> > > 
> > > I'm not familiar with UpdateCapsule. Are you suggesting that a 2-minute
> > > wait for an EFI call should be acceptable (?!)
> > > 
> > > Wouldn't that trigger stalls and hung-task/wq warnings throughout the
> > > kernel?
> > 
> > Might for default config timeout for hung-task. However at least
> > its timeout configurable.
> > 
> > TBH, normally it wouldn't task more than 2 mins.
> > But for a in case of *slow firmware*, would be good to make
> > runtime-service timeout configurable at least?
> 
> OK, that is fair request.
> 
> I would suggest we do an additional patch with this change, if Ard is
> positive on the idea.
> 
> Yeoreum, would you like to do it, or should I do it?

It's up to you. I don't care who will do this :)
But if you have no bandwidth, I'll take once your patch is merged
and Ard agrees for this.

Thanks!

-- 
Sincerely,
Yeoreum Yun