From: Alan Cox <gnomes@lxorguk.ukuu.org.uk>
To: Hans de Goede <hdegoede@redhat.com>
Cc: Lee Jones <lee.jones@linaro.org>, Chen-Yu Tsai <wens@csie.org>,
linux-kernel@vger.kernel.org,
Linux Media Mailing List <linux-media@vger.kernel.org>
Subject: Re: [PATCH v5 2/7] staging: atomisp: Do not call dev_warn with a NULL device
Date: Sun, 28 May 2017 21:00:25 +0100 [thread overview]
Message-ID: <20170528210025.0062014d@alans-desktop> (raw)
In-Reply-To: <508ccb9b-fcde-b040-593d-5e8552db5f24@redhat.com>
> The code for the special v1p8 / v2p8 gpios is ugly as sin, it operates on
> a global v2p8_gpio value rather then storing info in the gmin_subdev struct,
> as such passing the subdev->dev pointer would be simply wrong. AFAICT the
> v1p8 / v2p8 gpio code is the only caller passing in a NULL pointer and
> as said since thisv1p8 / v2p8 gpio code is only for some special evaluation
> boards, silencing the error when these variables are not present actually
> is the right thing to do.
Unfortunately I don't think it is constrained to RVPs. As with all
developer hacks on code that isn't subject to public review at the time
they escape into the wild 8(
Agreed though. The patch makes sense if you don't want to print anything.
> > which if my understanding of the subdevices is correct should pass the
> > right valid device field from the atomisp.
> >
> > Please also cc me if you are proposing patches this driver - and also
> > linux-media.
>
> Sorry about that, I messed up my git send-email foo and send this to
> a wrong set of addresses (and also added v5 in the subject which should
> not be there) I did send out a fresh-copy with the full 7 patch patch-set
> directly after CTRL+c-ing this wrong send-email (which only got the
> first 3 patches send).
So I discovered just afterwards 8)
Alan
prev parent reply other threads:[~2017-05-28 20:00 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20170528123040.18555-1-hdegoede@redhat.com>
[not found] ` <20170528123040.18555-2-hdegoede@redhat.com>
[not found] ` <20170528180853.5a6c8f11@alans-desktop>
2017-05-28 18:26 ` [PATCH v5 2/7] staging: atomisp: Do not call dev_warn with a NULL device Hans de Goede
2017-05-28 20:00 ` Alan Cox [this message]
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=20170528210025.0062014d@alans-desktop \
--to=gnomes@lxorguk.ukuu.org.uk \
--cc=hdegoede@redhat.com \
--cc=lee.jones@linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=wens@csie.org \
/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
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).