Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1242834
| From | "Luis R. Rodriguez" <mcgrof@suse.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v2 5/5] firmware: add an extensible system data helpers |
| Date | 2015-10-09 01:10 +0200 |
| Message-ID | <qhstY-WT-13@gated-at.bofh.it> (permalink) |
| References | <qeQ9s-39m-19@gated-at.bofh.it> <qeQj9-3kO-35@gated-at.bofh.it> <qhnDY-2fG-13@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Thu, Oct 08, 2015 at 01:59:11PM -0400, Josh Boyer wrote:
> On Thu, Oct 1, 2015 at 1:44 PM, Luis R. Rodriguez
> > +static inline int desc_sync_found_call_cb(const struct sysdata_file_desc *desc,
> > + const struct sysdata_file *sysdata)
> > +{
> > + BUG_ON(desc->sync_reqs.mode != SYNCDATA_SYNC);
>
> ngh... Why do these inline functions all have BUG_ONs in them? If it
> is to catch a programming error, why can't you just return EINVAL like
> you do in the async function case? (Even that WARN_ON seems
> excessive).
Sure, I've replaced the pesky BUG_ON() with returning -EINVAL's.
Let me know if there is anything else.
Luis
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
Re: [PATCH v2 5/5] firmware: add an extensible system data helpers Josh Boyer <jwboyer@fedoraproject.org> - 2015-10-08 20:00 +0200 Re: [PATCH v2 5/5] firmware: add an extensible system data helpers "Luis R. Rodriguez" <mcgrof@suse.com> - 2015-10-09 01:10 +0200
csiph-web