On Sun, 24 Feb 2013 20:06:09 -0500 (EST)
Nicolas Pitre wrote:
> Commit 81732c3b2f (tty vt: Fix line garbage in virtual console on
> command line edition) broke insert_char() in multiple ways. Then
> commit b1a925f44a (tty vt: Fix a regression in command line edition)
> partially fixed it. Howev
This patch permits the generation of the Kirkwood audio driver which
may be used in the Dove boards.
Signed-off-by: Jean-Francois Moine
---
sound/soc/kirkwood/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/sound/soc/kirkwood/Kconfig b/sound/soc
This patch series adds audio DT to the Dove boards and activates the
Cubox audio device.
Full audio in the Cubox will work when the DT extension of the generic
simple audio card will be complete.
--
Ken ar c'hentañ | ** Breizh ha Linux atav! **
Jef | http://
This patch adds the nodes to instantiate the audio devices of the Dove
boards.
Signed-off-by: Jean-Francois Moine
---
arch/arm/boot/dts/dove.dtsi | 18 ++
1 file changed, 18 insertions(+)
diff --git a/arch/arm/boot/dts/dove.dtsi b/arch/arm/boot/dts/dove.dtsi
This patch activates the audio device of the Cubox and sets the i2s
and S/PDIF pins.
Signed-off-by: Jean-Francois Moine
---
arch/arm/boot/dts/dove-cubox.dts | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm/boot/dts/dove-cubox.dts b/arch/arm/boot/dts
On Wed, 28 Aug 2013 16:48:29 +0200
Thomas Petazzoni wrote:
> On Wed, 28 Aug 2013 11:34:38 +0200, Jean-Francois Moine wrote:
> > This patch series adds audio DT to the Dove boards and activates the
> > Cubox audio device.
> >
> > Full audio in the Cubox will work w
On Wed, 28 Aug 2013 23:49:12 +0400
Sergei Shtylyov wrote:
> > diff --git a/arch/arm/boot/dts/dove.dtsi b/arch/arm/boot/dts/dove.dtsi
> > index 499abad..78227e2 100644
> > --- a/arch/arm/boot/dts/dove.dtsi
> > +++ b/arch/arm/boot/dts/dove.dtsi
> > @@ -573,6 +573,24 @@
> >
On Wed, 28 Aug 2013 13:15:48 +0200
Thomas Petazzoni wrote:
> For what reason does the driver needs to know whether it's the instance
> 0 or instance 1 ? If it's needed for some specific reason, then there
> should probably be something like marvell,i2s-channel-id = <0> and
> marvell,i2s-channel-i
On Wed, 28 Aug 2013 14:16:32 +0200
Sebastian Hesselbarth wrote:
[snip]
> > Though, if the difference between the two units is the availability of
> > SPDIF support, then we shouldn't encode the channel number, but instead
> > the availability of SPDIF, i.e:
> >
> > audio0 {
> >
On Sat, 28 Sep 2013 16:27:19 +0200
Sebastian Hesselbarth wrote:
> Jean-Francois,
>
> I can confirm the following for CuBox:
>
> AU1_EXTCLK is connected to si5351 clkout 2. For the _current_
> (v3.12-rc1) dove-cubox.dts that means that you'll have to exchange
> the properties for &i2c0/si5351/cl
As defined in the DT, clkout2 is not allowed to change the pll inside
si5351.
This patch inverts the properties of the clkout{1,2} so that clkout2
may be defined as the external clock of the audio device in the Cubox.
Signed-off-by: Jean-Francois Moine
---
arch/arm/boot/dts/dove-cubox.dts | 4
On Tue, 8 Oct 2013 12:11:45 -0400
Jason Cooper wrote:
> Jean-Francois,
>
> On Thu, Oct 03, 2013 at 06:17:16PM +0200, Jean-Francois Moine wrote:
> > It seems that my patch about adding s/pdif to the kirkwood audio driver
> > has not been accepted yet...
>
> Looking
: Jean-Francois Moine
---
v2:
- remove clkout1 which is not used in the Cubox (Sebastian Hesselbarth)
---
arch/arm/boot/dts/dove-cubox.dts | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/arch/arm/boot/dts/dove-cubox.dts b/arch/arm/boot/dts/dove-cubox.dts
index
On Wed, 28 Aug 2013 12:14:24 +0200
Sebastian Hesselbarth wrote:
> > +&i2s1 {
> > + status = "okay";
> > + pinctrl-0 = <&pmx_audio1_i2s1_spdifo>;
> > + pinctrl-names = "default";
> > +};
>
> Please also add the external clock connected from si5351.
Hi Sebastian and Russell,
I tried it o
On Sat, 31 Aug 2013 12:24:31 +0100
Russell King - ARM Linux wrote:
> > According to the Dove specification, the audio controller works with
> > the samples rates 44.1, 48 and 96 kHz, so, I don't see the usage of the
> > external clock, except when using the two audio controllers with
> > differen
On Sun, 01 Sep 2013 11:26:54 +0200
Sebastian Hesselbarth wrote:
> Jean-Francois,
> Sorry for the messy reply, posting from mobile.
>
> Can you please try <&si5351 1>, iirc audio ist connected to it. I will also
> look it up later.
Sebastian,
In the Cubox, I changed the audio DT to:
&i2s1 {
On Thu, 26 Sep 2013 10:31:10 +0200
Sebastian Hesselbarth wrote:
> On 09/26/2013 10:11 AM, Jean-Francois Moine wrote:
> > In the Cubox, I changed the audio DT to:
> >
> > &i2s1 {
> > status = "okay";
> > clocks = <&gate_clk 13>
From: Jean-François Moine
On some machines using a specific hardware for console screen output,
the update of the pixel frame buffer does not work correctly when
using command line edition. This may be due to a memory cache bug
in the machine on which the problem has been found, but an other
solu
On Mon, 19 Nov 2012 11:38:28 +
Alan Cox wrote:
> > There are some garbage after mousedev.c not present on older kernels.
> >
> > Reverting commit 81732c in v3.7-rc6 fixes the issue.
>
> Then we should drop this for 3.7 until a fixed one is provided IMHO.
> Its not relevant to most platforms
On Mon, 19 Nov 2012 22:15:53 +0100
Krzysztof Mazur wrote:
> That patch fixed the original issue, but I noticed another artifact
> (I tested only v3.7-rc6 after your fix, I didn't check if the same
> problems exists in v3.7).
>
> After:
>
> for ((i = 0; i < 40; i++)); do
> echo "AA
From: Jean-François Moine
The commit 81732c3b2fede049a692e58a7ceabb6d18ffb18c
("Fix line garbage in virtual console on command line edition")
made a regression with some machines: some characters were not erased
after line edition.
This patch adjusts the number of moved characters and the size o
This warning has been introduced by the commit
0f9bc4bcdf4f pinctrl: single: adopt pinctrl sleep mode management
Signed-off-by: Jean-Francois Moine
---
drivers/pinctrl/pinctrl-single.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/pinctrl/pinctrl-single.c b/drivers/pinctrl
external clock pointer.
Signed-off-by: Jean-Francois Moine
---
sound/soc/kirkwood/kirkwood-i2s.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sound/soc/kirkwood/kirkwood-i2s.c
b/sound/soc/kirkwood/kirkwood-i2s.c
index 4c9dad3..8da5cdb 100644
--- a/sound/soc/kirkwood
On Mon, 15 Jul 2013 16:31:01 +0100
Mark Brown wrote:
> On Mon, Jul 15, 2013 at 10:36:44AM +0200, Jean-Francois Moine wrote:
> > In the function kirkwood_set_rate, when the rate cannot be satisfied
> > by the internal nor by an external clock, the clock source in undefined:
function will simply cause a backtrace.
Signed-off-by: Jean-Francois Moine
---
v2
- add more explanations
---
sound/soc/kirkwood/kirkwood-i2s.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/sound/soc/kirkwood/kirkwood-i2s.c
b/sound/soc/kirkwood/kirkwood-i2s.c
index
On Tue, 30 Jul 2013 10:25:18 +0100
Dave Martin wrote:
> The pragmatic route is less contraversial and lower overhead: even though
> it's not correct as per the ABI, GCC is the only supported compiler for
> building the kernel anyway.
BTW, kernels compiled with gcc-4.8 don't work.
Did anybody su
On Tue, 30 Jul 2013 10:44:57 +0100
Dave Martin wrote:
> On Tue, Jul 30, 2013 at 11:38:53AM +0200, Jean-Francois Moine wrote:
> > On Tue, 30 Jul 2013 10:25:18 +0100
> > Dave Martin wrote:
> >
> > > The pragmatic route is less contraversial and lower overhe
This patch series adds DT support to the kirkwood audio subsystem.
It cancels the previous patch requests:
- ARM: kirkwood: enable S/PDIF
- ARM: kirkwood: extend the kirkwood i2s driver for DT usage
- ARM: kirkwood: extend the kirkwood pcm/dma driver for DT usage
It also contains the merge of kir
The kirkwood audio driver is used without DT in the Kirkwood machine.
This patch adds a DT compatible definition for use in other Marvell
machines such as the Armada 88AP510 (Dove).
Signed-off-by: Jean-Francois Moine
---
sound/soc/kirkwood/kirkwood-i2s.c| 27 --
1
The function kirkwood_i2s_dev_remove() may be used when probe fails.
Signed-off-by: Jean-Francois Moine
---
sound/soc/kirkwood/kirkwood-i2s.c | 40 +++---
1 file changed, 20 insertions(+), 20 deletions(-)
diff --git a/sound/soc/kirkwood/kirkwood-i2s.c
b/sound/soc
To avoid the declaration of a 'kirkwood-pcm-audio' device in the DT,
this patch merges the kirkwood-i2c and kirkwood-dma drivers into one
module associated with 'kirkwood-i2s'.
Signed-off-by: Jean-Francois Moine
---
arch/arm/mach-kirkwood/common.c | 6 --
sound/
As the kirkwood audio system may be used in other Marvell machines
(mvebu), this patch changes the name of the audio driver to
'mvebu-pcm-audio' and also contains the associated DT documentation.
Signed-off-by: Jean-Francois Moine
---
.../devicetree/bindings/sound/mvebu-pcm-audi
On Tue, 30 Jul 2013 10:49:04 +0100
Will Deacon wrote:
> On Tue, Jul 30, 2013 at 10:38:53AM +0100, Jean-Francois Moine wrote:
> > BTW, kernels compiled with gcc-4.8 don't work.
>
> Erm. Can you elaborate please? There was an issue where SLUB would get
> miscompiled with
On Sat, 3 Aug 2013 13:39:54 +0100
Russell King - ARM Linux wrote:
> This doesn't apply to mainline as there's a clk_put() there.
Right, it applies to linux-next:
On Fri, 26 Jul 2013 11:32:50 +0100, Mark Brown wrote:
> Always submit against where the code will be applied - -next in this
> case
On Sat, 3 Aug 2013 14:48:55 +0100
Russell King - ARM Linux wrote:
> On Wed, Jul 31, 2013 at 08:18:58AM +0200, Jean-Francois Moine wrote:
> > diff --git a/sound/soc/kirkwood/kirkwood-i2s.c
> > b/sound/soc/kirkwood/kirkwood-i2s.c
> > index 9844010..4f817a2 100644
> &g
On Sat, 3 Aug 2013 13:46:52 +0100
Russell King - ARM Linux wrote:
> On Wed, Jul 31, 2013 at 08:17:39AM +0200, Jean-Francois Moine wrote:
> > The function kirkwood_i2s_dev_remove() may be used when probe fails.
>
> Looking at this deeper, I'm not happy with this.
[sni
This patch populates the platform from the device tree into two steps:
the first step creates the nodes that are referenced by a phandle,
the second step creates the other nodes.
This permits to reduce the number of PROBE_DEFERs.
Signed-off-by: Jean-Francois Moine
---
A better way to reduce
On Wed Aug 14 12:43:29 PDT 2013, Sebastian Hesselbarth wrote:
> From: Russell King
>
> The video-input-port (VIP) is highly configurable. This prepares
> current driver to allow to configure VIP configuration, as some
> boards connect lcd controller and TDA998x "pin-swapped" and depend
> on VIP t
On Wed Aug 14 12:43:30 PDT 2013, Sebastian Hesselbarth wrote:
> From: Russell King
>
> This patch adds tda998x specific parameters to allow it to be configured
> for different boards using it. Also, this implements rudimentary audio
> support for S/PDIF attached controllers.
It seems that this p
On Wed, 21 Aug 2013 23:36:05 +0100
Russell King - ARM Linux wrote:
> > AFAIK, the TI boards have no "pin-swapped", nor has the Cubox (there is
> > no need to set the bit CFG_GRA_SWAPRB of the register LCD_SPU_DMA_CTRL0
> > of the Dove lcd for RGB or YUV formats).
> >
> > Which board needs a spec
On Tue, 20 Aug 2013 11:13:24 +0100
Grant Likely wrote:
> On Tue, Aug 20, 2013 at 11:01 AM, Jean-Francois Moine wrote:
> > This patch populates the platform from the device tree into two steps:
> > the first step creates the nodes that are referenced by a phandle,
> > the se
This patch adds DT support to the audio subsystem of the mvebu family
(Kirkwood, Dove, Armada 370).
Signed-off-by: Jean-Francois Moine
---
.../devicetree/bindings/sound/mvebu-audio.txt | 29 ++
sound/soc/kirkwood/kirkwood-i2s.c | 26
This patch series adds DT support to the kirkwood/mvebu audio subsystem.
History
v4
- change the DT name to "mrvl,mvebu-audio"
- remove previous patches 1..3 which have been applied by Russell King
v3
- change the DT name from "kirkwood-i2s" to "mvebu-pcm-audio"
- a
This generic simple card driver uses DT values to instanciate an audio
system in which the real work is done by the subdrivers (audio
controller, audio codec and pcm/dma controller).
Signed-off-by: Jean-Francois Moine
---
Documentation/devicetree/bindings/sound/simple-dt-card.txt | 18
On Sat, 20 Jul 2013 22:23:36 +0200
Daniel Mack wrote:
> There is a simple-card driver in the tree already, and there were
> several attempts to add DT bindings for it in the past - have you seen
> that? Search for "ASoC: add simple-card DT support" in the archives ...
Hi Daniel,
Thanks, that is
This patch enables S/PDIF.
Signed-off-by: Jean-Francois Moine
---
sound/soc/kirkwood/kirkwood-i2s.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/sound/soc/kirkwood/kirkwood-i2s.c
b/sound/soc/kirkwood/kirkwood-i2s.c
index 4c9dad3..ad94c50 100644
--- a/sound/soc/kirkwood/kirkwood-i2s.c
The kirkwood i2s driver is used without DT in the Kirkwood machine.
This patch adds a DT compatible definition for use in other Marvell
machines as the Armada 88AP510 (Dove).
Signed-off-by: Jean-Francois Moine
---
v3
- change compatible from kirkwood to mvebu (Andrew Lunn)
v2
- this patch
The kirkwood pcm/dma driver is used without DT in the Kirkwood machine.
This patch adds a DT compatible definition for use in other Marvell
machines as the Armada 88AP510 (Dove).
Signed-off-by: Jean-Francois Moine
---
Documentation/devicetree/bindings/sound/kirkwood-dma.txt | 11
On Tue, 23 Jul 2013 15:30:57 +0200
Sebastian Hesselbarth wrote:
> >> again, we mentioned to merge kirkwood-i2s.c and kirkwood-dma.c into
> >> a single file, didn't we?
> >
> > That's been discussed several times but nobody's actually done it.
>
> Correct, that is why I repeated that request
In the kirkwood pcm/dma driver, the private stream related data pointer
was hold in the platform drvdata.
As this pointer may be used by other parts of the audio subsystem,
this patch uses the substream runtime private data pointer instead.
Signed-off-by: Jean-Francois Moine
---
sound/soc
This patch series adds DT support to the kirkwood audio subsystem.
It cancels the previous patch requests:
- ARM: kirkwood: enable S/PDIF
- ARM: kirkwood: extend the kirkwood i2s driver for DT usage
- ARM: kirkwood: extend the kirkwood pcm/dma driver for DT usage
It also contains the merge of kir
The function kirkwood_i2s_dev_remove() may be used when probe fails.
Signed-off-by: Jean-Francois Moine
---
sound/soc/kirkwood/kirkwood-i2s.c | 44 +++
1 file changed, 21 insertions(+), 23 deletions(-)
diff --git a/sound/soc/kirkwood/kirkwood-i2s.c
b/sound
The kirkwood audio driver is used without DT in the Kirkwood machine.
This patch adds a DT compatible definition for use in other Marvell
machines as the Armada 88AP510 (Dove).
Signed-off-by: Jean-Francois Moine
---
.../devicetree/bindings/sound/kirkwood-i2s.txt | 29
To avoid the declaration of a 'kirkwood-pcm-audio' device in the DT,
this patch merges the kirkwood-i2c and kirkwood-dma drivers into one
module.
Signed-off-by: Jean-Francois Moine
---
arch/arm/mach-kirkwood/common.c | 6 --
sound/soc/kirkwood/Kconfig | 5 -
To avoid the declaration of a 'kirkwood-pcm-audio' device in the DT,
this patch merges the kirkwood-i2c and kirkwood-dma drivers into one
module.
Signed-off-by: Jean-Francois Moine
---
v2
- fix compilation error
---
arch/arm/mach-kirkwood/common.c | 6 --
sound/so
The kirkwood audio driver is used without DT in the Kirkwood machine.
This patch adds a DT compatible definition for use in other Marvell
machines as the Armada 88AP510 (Dove).
Signed-off-by: Jean-Francois Moine
---
v2
fix compilation error
---
Documentation/devicetree/bindings/sound
On Thu, 25 Jul 2013 19:23:56 +0100
Mark Brown wrote:
> On Thu, Jul 25, 2013 at 10:38:55AM +0100, Russell King - ARM Linux wrote:
>
> > There's a much better solution to this, which is to get rid of
> > kirkwood_dma_priv entirely:
>
> This does seem a lot nicer, can we either grab the relevant p
On Thu, 25 Jul 2013 20:10:59 +0100
Mark Brown wrote:
> On Thu, Jul 25, 2013 at 11:13:57AM +0200, Jean-Francois Moine wrote:
> > The function kirkwood_i2s_dev_remove() may be used when probe fails.
>
> This seems fine but doesn't apply against current code but otherwise
>
On Thu, 25 Jul 2013 23:58:16 +0100
Russell King - ARM Linux wrote:
> On Thu, Jul 25, 2013 at 08:16:04PM +0100, Mark Brown wrote:
> > On Thu, Jul 25, 2013 at 11:14:28AM +0200, Jean-Francois Moine wrote:
> > > To avoid the declaration of a 'kirkwood-pcm-audio' device
On Fri, 26 Jul 2013 00:05:33 +0100
Russell King - ARM Linux wrote:
> On Thu, Jul 25, 2013 at 08:19:05PM +0100, Mark Brown wrote:
> > On Thu, Jul 25, 2013 at 11:14:59AM +0200, Jean-Francois Moine wrote:
[snip]
> > > - priv->clk = devm_clk_get(&pdev->d
On Fri, 26 Jul 2013 10:21:56 +0100
Russell King - ARM Linux wrote:
> On Fri, Jul 26, 2013 at 11:09:13AM +0200, Jean-Francois Moine wrote:
> > The A510 documentation uses the names "DCO PLL" for the internal clock
> > and "AU_EXTCLK" for the external clock. So,
On Fri, 09 Aug 2013 10:23:50 +0200
Sebastian Hesselbarth wrote:
> On 08/08/2013 01:22 PM, Jean-Francois Moine wrote:
> > This patch adds DT support to the audio subsystem of the mvebu family
> > (Kirkwood, Dove, Armada 370).
> >
> > Signed-
On Fri, 9 Aug 2013 10:43:40 +0100
Russell King - ARM Linux wrote:
> Note that we do have another case not yet in tree, which is DRM, but
> this case is different from that, because ASoC can cope with components
> with independent initialisation.
No sure!
Sometimes, with the tda998x in HDMI mode
This patch adds DT support to the audio subsystem of the mvebu family
(Kirkwood, Dove, Armada 370).
Signed-off-by: Jean-Francois Moine
---
This patch does not add any new function as S/PDIF or DPCM support.
---
.../devicetree/bindings/sound/mvebu-audio.txt | 29
This patch series adds DT support to the kirkwood/mvebu audio subsystem.
History
v5
- change the DT name to "marvell,mvebu-audio"
v4
- change the DT name to "mrvl,mvebu-audio"
- remove previous patches 1..3 which have been applied by Russell King
v3
- change the DT
On Tue, 5 Mar 2013 09:00:25 -0500
Jason Cooper wrote:
> On Tue, Mar 05, 2013 at 10:34:58AM +0100, Paul Bolle wrote:
> > Commit 5b03df9ace680d7cdd34a69dfd85ca5f74159d18 ("ARM: dove: switch to
> > DT clock providers") added "select COMMON_CLK_DOVE" to Marvell Dove's
> > Kconfig entry. But there's n
On Tue, 7 Jun 2016 22:41:39 +0200
Maxime Ripard wrote:
> The current code has been tested on the H3 and an Orange Pi PC,
> including making sure that MMC still works, so the general approach
> seems ok.
>
> Let me know what you think,
Hi Maxime,
I used your code in both the H3 and A83T, and i
On Tue, 21 Jun 2016 16:47:52 +0200
Maxime Ripard wrote:
> > But I had some problems with some features as the 'mode select' in the
> > A83T MMC2 clock.
> > Also, I think that you did not go far enough in the changes.
>
> At some point, you also have to support what's used out there,
> otherwise
Use the pointer to the main regulator device instead of the pointer
to the child platform device.
Signed-off-by: Jean-Francois Moine
---
drivers/regulator/axp20x-regulator.c | 45 ++--
1 file changed, 23 insertions(+), 22 deletions(-)
diff --git a/drivers
Building a list (bitmap) of the slaves included in poly-phase groups
at probe startup time simplifies the treatment in the regulator
creation loop.
Signed-off-by: Jean-Francois Moine
---
drivers/regulator/axp20x-regulator.c | 45 +---
1 file changed, 21
Using ancillary variables for handling the linked regulators simplifies
the loop of regulator creation and makes easier the addition of new
regulator types.
Signed-off-by: Jean-Francois Moine
---
drivers/regulator/axp20x-regulator.c | 24
1 file changed, 16 insertions
This patch series just simplifies a bit the code of the AXP20x driver.
It does not contain any fonctional changes.
It will be used as a base for adding new AXP devices (patches to come).
It applies on linux-next.
Jean-Francois Moine (3):
regulator: axp20x: simplify poly-phase handling
The axp20x rsb driver handles many different devices.
Duplicating its code in a generic regulator driver permits
to probe/remove individual devices.
Signed-off-by: Jean-Francois Moine
---
drivers/regulator/axp-regulator.c | 39 +++
drivers/regulator/axp
interrupts
v2:
- fix lack of support of dcdc frequency
- notice that the AXP803 is also handled
- send the patch to the DT maintainers
Jean-Francois Moine (4):
regulator: axp20x: move device independant parts to new files
regulator: axp20x: duplicate the MFD axp20x-rsb code
regulator: axp20x: add
The X-Powers AXP803 PMIC is close to the AXP809 with more outputs.
It is used in some Allwinner boards as the Sinovoip BananaPi M64
and the Pine A64.
Signed-off-by: Jean-Francois Moine
---
not tested
---
Documentation/devicetree/bindings/mfd/axp20x.txt | 32 +++-
drivers/mfd/axp20x.c
The X-Powers AXP813 PMIC is close to the AXP803.
It is used in some Allwinner boards as the Sinovoip BananaPi M3+.
Signed-off-by: Jean-Francois Moine
---
Documentation/devicetree/bindings/mfd/axp20x.txt | 9 +-
drivers/mfd/axp20x.c | 2 +
drivers/regulator
The axp20x driver contains device specific and device independant parts.
This patch moves the independant parts to new .c/.h files.
Signed-off-by: Jean-Francois Moine
---
drivers/regulator/Makefile | 2 +-
drivers/regulator/axp-regulator.c| 308
On Sat, 24 Sep 2016 16:29:11 +0800
Chen-Yu Tsai wrote:
[snip]
> > static int axp20x_regulator_probe(struct platform_device *pdev)
> > {
> > + struct device *dev = pdev->dev.parent;
>
> There are 2 struct device's in play in this function, 1 from the parent,
> and 1 for the platfo
On Sat, 24 Sep 2016 16:35:05 +0800
Chen-Yu Tsai wrote:
> On Fri, Sep 23, 2016 at 4:58 PM, Jean-Francois Moine wrote:
> > This patch series adds support for the X-Powers AXP803 and AXP813 PMICs.
> > It is based on the previous patch series
> > regulator: axp20x:
On Thu, 28 Jul 2016 15:28:42 +0200
Maxime Ripard wrote:
> On Wed, Jul 27, 2016 at 10:36:49AM +0200, Jean-Francois Moine wrote:
> > On Wed, 27 Jul 2016 09:40:20 +0200
> > Maxime Ripard wrote:
> >
> > > > > Parenting functions would also not work as expected,
On Thu, 28 Jul 2016 22:07:05 +0200
Maxime Ripard wrote:
> > > Let me know what you think,
> >
> > I don't see the interest to have common code for 32bits and 64bits.
> > The clock driver of a SoC will never evolve, so, it is simpler to
> > copy the source common with the H3 into a clean A64 cloc
On Thu, 28 Jul 2016 22:19:44 +0200
Maxime Ripard wrote:
> > Documentation/devicetree/bindings/mfd/axp20x.txt | 32 -
> > drivers/mfd/axp20x-rsb.c | 1 +
> > drivers/mfd/axp20x.c | 3 +
> > drivers/regulator/axp20x-regulator.c
On Mon, 1 Aug 2016 02:43:06 +0100
André Przywara wrote:
> As this became quite a long read, here a TL;DR:
> - We consider using an SCPI based clock system for the A64, alongside
> allwinner,simple-gates and fixed clocks. We try to avoid any Allwinner
> specific clocks (apart from the simple-gates
On Mon, 1 Aug 2016 17:13:34 +0800
Chen-Yu Tsai wrote:
> > But I don't see why you are keeping the simple-gates. The bus gate may
> > be ungated/gated when the clock is enabled/disabled, and that's what
> > Allwinner's software does.
>
> For peripherals that have a separate mod clock, having them
On Mon, 1 Aug 2016 20:01:49 +0800
Chen-Yu Tsai wrote:
> On Mon, Aug 1, 2016 at 8:00 PM, Jean-Francois Moine wrote:
> > On Mon, 1 Aug 2016 17:13:34 +0800
> > Chen-Yu Tsai wrote:
> >
> >> > But I don't see why you are keeping the simple-gates. The bus gat
On Mon, 8 Aug 2016 18:21:45 +0100
Andre Przywara wrote:
> The Allwinner H3 SoC introduced bus clock gates with potentially
> different parents per clock gate register. The H3 driver chose to
> hardcode the actual parent clock relation in the code.
> Add a new driver (which has the potential to d
Sorry to enter this thread a bit late.
About the number of probe deferred messages, I proposed a simple patch to
reduce them:
https://lkml.org/lkml/2013/8/20/218
I was wondering how many messages this patch could save...
--
Ken ar c'hentañ | ** Breizh ha Linux atav! **
Jef
On Wed, 21 Oct 2015 21:18:45 +0200
Hans de Goede wrote:
> Great to see that you've started working on this again. Last weekend I
> ended up working on this too together with Reinder E.N. de Haan
>
> (added to the Cc).
>
> We took a slightly different approach for the gates clocks, see:
>
> ht
On Thu, 22 Oct 2015 10:05:08 +0200
Maxime Ripard wrote:
> > + uart0: serial@01c28000 {
> > + compatible = "snps,dw-apb-uart";
> > + reg = <0x01c28000 0x400>;
> > + interrupts = ;
> > + reg-shift = <2>;
> > +
On Thu, 22 Oct 2015 10:47:35 +0200
Maxime Ripard wrote:
> Not really. The uart0 reset is the bit 16, in the reset register 4.
>
> 4 * 32 + 16 = 44.
>
> Not 112, but still not 208 either.
The registers are numbered 1..5, then
(4 - 1) * 32 + 16 = 112
--
Ken ar c'hentañ | ** Breizh
On Wed, 21 Oct 2015 18:20:27 +0200
Jens Kuske wrote:
> The Allwinner H3 is a home entertainment system oriented SoC with
> four Cortex-A7 cores and a Mali-400MP2 GPU.
>
> Signed-off-by: Jens Kuske
> ---
> arch/arm/boot/dts/sun8i-h3.dtsi | 499
>
> 1 fi
On Fri, 23 Oct 2015 20:14:06 +0200
Maxime Ripard wrote:
> On Wed, Oct 21, 2015 at 06:20:27PM +0200, Jens Kuske wrote:
> > + bus_gates: clk@01c20060 {
> > + #clock-cells = <1>;
> > + compatible = "allwinner,sun8i-h3-bus-gates-clk";
> > +
On Sat, 24 Oct 2015 09:13:28 +0200
Maxime Ripard wrote:
> Or simply
>
> bus_gates {
> clocks = <&ahb1>, <&ahb2>;
> clock-indices = <5>, <6>, <8>, ...
> clock-output-names = "bus_ce", "bus_dma", "bus_mmc0"
> };
I don't understand: the apb1, apb2, ahb1 and ahb2 clocks may be
pro
The function asoc_simple_card_sub_parse_of() is used to parse either
the CPU or CODEC DAI.
To prepare support of many CODECs in a DAI link, the parsing of the
phandle and DAI name must be moved to the upper function
asoc_simple_card_dai_link_of().
Signed-off-by: Jean-Francois Moine
---
sound
This patch allows to declare many CODECs per DAI link in the device tree.
Signed-off-by: Jean-Francois Moine
---
.../devicetree/bindings/sound/simple-card.txt | 19 ++-
sound/soc/generic/simple-card.c| 39 +-
2 files changed, 42 insertions
The CPU and CODEC names are checked when getting the DAI names.
There is no need to check them once more.
Signed-off-by: Jean-Francois Moine
---
sound/soc/generic/simple-card.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/sound/soc/generic/simple-card.c b/sound/soc/generic/simple
ng example 2
v3: rebase on broonie git 2014/11/03
v2: accept list of CODECs in 'sound-dais' (Benoit Cousson)
Happy New Year!
Jean-Francois Moine (3):
ASoC: simple-card: prepare multi-CODECs
ASoC: simple-card: Add multi-CODECs in DT
ASoC: simple-card: Remove useless check
.../devicet
On Thu, 22 Jan 2015 20:25:39 +0100
Lars-Peter Clausen wrote:
> On 01/22/2015 09:07 AM, Jean-Francois Moine wrote:
> > On Wed, 21 Jan 2015 21:14:07 +0100
> > Lars-Peter Clausen wrote:
> >
> >> [...]
> >>> + card->dai_link->dai_fmt =
> >>&
On Fri, 23 Jan 2015 14:56:04 +0100
Lars-Peter Clausen wrote:
> On 01/23/2015 01:15 PM, Jean-Francois Moine wrote:
> [...]
> > The DT should describe the hardware, and the simple-card mixes hardware
> > and software.
> > For example, the kirkwood controller may cre
On Fri, 23 Jan 2015 19:13:43 +
Mark Brown wrote:
> On Fri, Jan 23, 2015 at 07:34:56PM +0100, Jean-Francois Moine wrote:
>
> > A card builder is a device which
> > - scans the graph of ports,
> > - fills the struct snd_soc_card according to the links between t
1 - 100 of 496 matches
Mail list logo
