[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAGNoLaOOz2ACtS5iRUxjOknisMHm2Ow3OVsLkqpWuNU4J-9v-A@mail.gmail.com>
Date: Fri, 20 Nov 2015 14:56:34 +0100
From: Marcus Weseloh <mweseloh42@...il.com>
To: Julian Calaby <julian.calaby@...il.com>
Cc: linux-sunxi <linux-sunxi@...glegroups.com>,
Rob Herring <robh+dt@...nel.org>,
Pawel Moll <pawel.moll@....com>,
Mark Rutland <mark.rutland@....com>,
Ian Campbell <ijc+devicetree@...lion.org.uk>,
Kumar Gala <galak@...eaurora.org>,
Maxime Ripard <maxime.ripard@...e-electrons.com>,
Mark Brown <broonie@...nel.org>,
devicetree <devicetree@...r.kernel.org>,
"Mailing List, Arm" <linux-arm-kernel@...ts.infradead.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
linux-spi@...r.kernel.org
Subject: Re: [linux-sunxi] [PATCH] spi: dts: sun4i: Add support for inter-word
wait cycles using the SPI Wait Clock Register
Hi Julien,
2015-11-20 11:12 GMT+01:00 Julian Calaby <julian.calaby@...il.com>:
> Having magic numbers is kind-of a drivers' job.
Yes, of course. What I meant was that I didn't feel comfortable to
include this magic number in driver code because I'm not 100% sure if
it is correct across all SPI configurations and SoCs that this driver
supports (A10 / A20).
> (and the wdelay should
> arguably be a core-spi thing, not a sunxi thing, but that's a separate
> discussion)
I've been thinking about that, but it seemed to big a change to
attempt with my limited kernel hacking experience.
Mark, do you think we should rather talk about adding support for
options like this delay to spi-core? Or would it be OK to add it to
the sun4i driver and possibly refactor later?
Cheers,
Marcus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists