Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1503386
| From | "Luis R. Rodriguez" <mcgrof@kernel.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v5 2/5] firmware: encapsulate firmware loading status |
| Date | 2016-10-19 00:00 +0200 |
| Message-ID | <stKAq-7R0-7@gated-at.bofh.it> (permalink) |
| References | (2 earlier) <sgSvM-8uI-33@gated-at.bofh.it> <sp0Zb-6MJ-17@gated-at.bofh.it> <spBP3-8f8-7@gated-at.bofh.it> <sqPwB-5N5-15@gated-at.bofh.it> <stCMx-2hJ-1@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Tue, Oct 18, 2016 at 03:30:45PM +0200, Daniel Wagner wrote:
> On 10/10/2016 10:37 PM, Luis R. Rodriguez wrote:
>
> > > fw_get_fileystem_firmware()
> > > fw_finish_direct_load()
> > > complete_all()
> > >
> > >
> > > 2nd request (waiter context)
> > >
> > > _request_firmware()
> > > _request_firmware_prepare()
> > > fw_lookup_allocate_buf() # finds previously allocated buf
> > > # returns 1 -> wait for loading
> > > sync_cached_firmware_buf()
> > > wait_for_completion_interruptible_timeout()
> >
> > No, that's wait_for_completion_interruptible() not
> > wait_for_completion_interruptible_timeout()
>
> I confused that one from _request_firmware_load().
Right and wait_for_completion_interruptible() has no timeout.
> > Also note that we only call sync_cached_firmware_buf()
> > *iff* fw_lookup_and_allocate_buf() returned the 1 -- I mentioned
> > when this happens above. That happens only if we already had the entry on
> > the fw cache. As it stands -- concurrent calls against the same fw name
> > could cause a clash here, as such, the wait_for_completion_interruptible()
> > is indeed still needed.
> >
> > Further optimizations can be considered later but for indeed, agreed
> > that completion is needed even for the direct fw load case. The timeout
> > though, I don't see a reason for it.
>
> So I think I found the source of the confusion about fw_umh_wait_timeout().
> When providing a timeout value of 0 you get the
> wait_for_completion_interruptible() version.
I fail to see that, how so? Note that 0 does is not allowed anyway:
static inline long firmware_loading_timeout(void)
{
return loading_timeout > 0 ? loading_timeout * HZ : MAX_JIFFY_OFFSET;
}
Luis
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: [PATCH v5 2/5] firmware: encapsulate firmware loading status Daniel Wagner <daniel.wagner@bmw-carit.de> - 2016-10-18 15:40 +0200
Re: [PATCH v5 2/5] firmware: encapsulate firmware loading status "Luis R. Rodriguez" <mcgrof@kernel.org> - 2016-10-19 00:00 +0200
Re: [PATCH v5 2/5] firmware: encapsulate firmware loading status Daniel Wagner <daniel.wagner@bmw-carit.de> - 2016-10-19 11:10 +0200
csiph-web