[PATCH 11/22] drm: bridge: dw-hdmi: Refactor hdmi_phy_configure resolution parameter
Russell King - ARM Linux
linux at armlinux.org.uk
Fri Dec 2 16:08:49 UTC 2016
On Fri, Dec 02, 2016 at 05:51:18PM +0200, Laurent Pinchart wrote:
> Hi Russell,
>
> On Friday 02 Dec 2016 14:18:08 Russell King - ARM Linux wrote:
> > On Fri, Dec 02, 2016 at 01:43:26AM +0200, Laurent Pinchart wrote:
> > > From: Kieran Bingham <kieran.bingham+renesas at ideasonboard.com>
> > >
> > > The current code hard codes the call of hdmi_phy_configure() to be 8bpp
> > > and provides extraneous error checking to verify that this hardcoded
> > > value is correct.
> > >
> > > Simplify the passing of the data by setting the parameter to be of the
> > > enum type it represents rather than converting and then verifying the
> > > value. This will allow the compiler to check the value is acceptable
> > > based on the type, and remove the dead code that we currently have.
> >
> > I think you're expecting too much of the compiler there. There's no
> > requirement for the compiler to check that an enum type is passed one
> > of it's defined values.
>
> You're right.
>
> Given that the current driver hardcodes the resolution value to 8bpp, how
> about just dropping the argument ? We can always add it back later if/when
> needed.
Definitely - there's no point having features in the driver which no one
uses.
--
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
More information about the dri-devel
mailing list