From: Kuninori Morimoto
Signed-off-by: Kuninori Morimoto
---
sound/soc/generic/simple-scu-card.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/sound/soc/generic/simple-scu-card.c
b/sound/soc/generic/simple-scu-card.c
index a6a35b0..44da691 100644
--- a/sound/soc/gen
From: Kuninori Morimoto
Signed-off-by: Kuninori Morimoto
---
sound/soc/generic/simple-card.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/sound/soc/generic/simple-card.c b/sound/soc/generic/simple-card.c
index 9453232..ca2b1a7 100644
--- a/sound/soc/generic/simple-c
From: Kuninori Morimoto
Current simple-card-utils sets asoc_simple_dai::clk via
asoc_simple_card_parse_clk(), and requested parameter is only
simple_dai. But current simple card drivers are using
simple_dai::clk directly for clk_enable/disable.
Encapsulation is one of simple card util's purpose.
From: Kuninori Morimoto
Current simple-card-utils sets asoc_simple_dai::clk via
asoc_simple_card_parse_clk(), and requested parameter is only
simple_dai. But current simple card drivers are using
simple_dai::clk directly for clk_enable/disable.
Encapsulation is one of simple card util's purpose.
From: Kuninori Morimoto
Current simple-card-utils sets asoc_simple_dai::clk via
asoc_simple_card_parse_clk(), and requested parameter is only
simple_dai. But current simple card drivers are using
simple_dai::clk directly for clk_enable/disable.
Encapsulation is one of simple card util's purpose.
From: Kuninori Morimoto
Current simple-card-utils sets asoc_simple_dai::clk via
asoc_simple_card_parse_clk(), and requested parameter is only
simple_dai. But current simple card drivers are using
simple_dai::clk directly for clk_enable/disable.
Encapsulation is one of simple card util's purpose.
From: Kuninori Morimoto
Current simple-card-utils sets asoc_simple_dai::clk via
asoc_simple_card_parse_clk(), and requested parameter is only
simple_dai. But current simple card drivers are using
simple_dai::clk directly for clk_enable/disable.
Encapsulation is one of simple card util's purpose.
Hi Mark
It is not a big deal, but current Simple/Audio card is
using simple_dai::clk directly.
Encapsulation is one of simple-card-util's purpose.
This patch adds asoc_simple_card_clk_enable/disable() and
encapsulate it.
Kuninori Morimoto (5):
ASoC: simple_card_utils: add asoc_simple_card_clk_
From: Kuninori Morimoto
Current rsnd driver is sharing pointer related code between
PIO / DMA. But, it is used only PIO mode now, no longer needed.
This patch cleanup these.
Signed-off-by: Kuninori Morimoto
---
sound/soc/sh/rcar/core.c | 42 --
sound/soc/sh/rcar/dm
From: Kuninori Morimoto
Current rsnd driver updates pointer when DMA transfer was finished
in DMA transfer mode. But PulseAudio requests more accurate
pointer update when timer mode.
This patch consider about DMA transfer residue and update more
accurate pointer.
Signed-off-by: Kuninori Morimot
Hi Mark
This patch adjust to PulseAudio timer mode on Renesas sound driver.
Kuninori Morimoto (2):
ASoC: rsnd: update pointer more accurate
ASoC: rsnd: cleanup pointer related code
sound/soc/sh/rcar/core.c | 48 +++---
sound/soc/sh/rcar/dma.c | 32 -
From: Kuninori Morimoto
Current SRC/DVC/CTU adds kctrl for each device,
and SRC can adjust its sampling rate during playback,
thus, this feature should be enabled only *during* playback.
This patch controls it more clearly
Signed-off-by: Kuninori Morimoto
---
- resend v2
sound/soc/sh/rcar/cor
On Tue, Jun 06, 2017 at 12:35:30PM +0300, Sergei Shtylyov wrote:
> Hello!
>
> On 6/6/2017 1:08 AM, Eugeniu Rosca wrote:
>
> >Commit a47b70ea86bd ("ravb: unmap descriptors when freeing rings") has
> >introduced the issue seen in [1] reproduced on H3ULCB board.
> >
> >Fix this by relocating the RX
From: Kuninori Morimoto
struct snd_pcm_hw_constraint_list ratec is not used.
Let's remove it
Signed-off-by: Kuninori Morimoto
---
sound/soc/codecs/hdmi-codec.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/sound/soc/codecs/hdmi-codec.c b/sound/soc/codecs/hdmi-codec.c
index 6d05161..22ed0
From: Eugeniu Rosca
Date: Tue, 6 Jun 2017 00:08:10 +0200
> Commit a47b70ea86bd ("ravb: unmap descriptors when freeing rings") has
> introduced the issue seen in [1] reproduced on H3ULCB board.
>
> Fix this by relocating the RX skb ringbuffer free operation, so that
> swiotlb page unmapping can b
The patch
ASoC: simple-scu-card: tidyup "Sampling Rate Conversion"
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) an
The patch
ASoC: rsnd: remove unused rsnd_ssi_non_ops
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linu
The patch
ASoC: rsnd: remove unused rsnd_dai_path_info
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Li
The patch
ASoC: simple-card-utils: share same dev_dbg() for sysclk
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) an
The patch
ASoC: simple-card-utils: share same dev_dbg() for DAI format
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours
The patch
ASoC: simple-card-utils: share same dev_dbg() for Dai Name
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours)
The patch
ASoC: simple-card-utils: share same dev_dbg() for Card Name
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours)
The patch
ASoC: audio-graph-scu-card: add missing MIX binding example
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours)
The patch
ASoC: rsnd: Document optional reset properties
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to
On Tue, Jun 6, 2017 at 5:10 PM, Biju Das wrote:
> Add support for iWave RZG1M Qseven System On Module.
> http://www.iwavesystems.com/rz-g1m-qseven-module.html
>
> Signed-off-by: Biju Das
> Reviewed-by: Chris Paterson
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
On Tue, Jun 6, 2017 at 5:10 PM, Biju Das wrote:
> Add support for iWave RainboW-G20D-Qseven board based on RZ/G1M.
>
> Signed-off-by: Biju Das
> Reviewed-by: Chris Paterson
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots
On Tue, Jun 6, 2017 at 5:10 PM, Biju Das wrote:
> Document the iW-RainboW-G20M-Qseven-RZG1M device tree bindings,
> listing it as a supported system on module.
>
> Signed-off-by: Biju Das
> Reviewed-by: Chris Paterson
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
On Tue, Jun 6, 2017 at 5:10 PM, Biju Das wrote:
> Document the iW-RainboW-G20D-Qseven-RZG1M device tree bindings,
> listing it as a supported board.
>
> Signed-off-by: Biju Das
> Reviewed-by: Chris Paterson
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Hi Wolfram,
On Tue, Jun 6, 2017 at 1:23 PM, Wolfram Sang wrote:
>> I have it enabled all the time. So my devices may stop working...
>
> If you have enabled it all the time, then there won't be a difference
> from now. Or?
>
> That also shows how rarely I2C DMA transfers are triggered from within
Add support for iWave RainboW-G20D-Qseven board based on RZ/G1M.
Signed-off-by: Biju Das
Reviewed-by: Chris Paterson
---
arch/arm/boot/dts/r8a7743-iwg20d-q7.dts | 25 +
1 file changed, 25 insertions(+)
create mode 100644 arch/arm/boot/dts/r8a7743-iwg20d-q7.dts
diff --g
Document the iW-RainboW-G20M-Qseven-RZG1M device tree bindings,
listing it as a supported system on module.
Signed-off-by: Biju Das
Reviewed-by: Chris Paterson
---
Documentation/devicetree/bindings/arm/shmobile.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/b
This patch adds vendor prefix for iWave Systems Technologies Pvt. Ltd.
Website: http://www.iwavesystems.com/
Signed-off-by: Biju Das
Reviewed-by: Chris Paterson
Acked-by: Geert Uytterhoeven
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --
Document the iW-RainboW-G20D-Qseven-RZG1M device tree bindings,
listing it as a supported board.
Signed-off-by: Biju Das
Reviewed-by: Chris Paterson
---
Documentation/devicetree/bindings/arm/shmobile.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm
Add support for iWave RZG1M Qseven System On Module.
http://www.iwavesystems.com/rz-g1m-qseven-module.html
Signed-off-by: Biju Das
Reviewed-by: Chris Paterson
---
arch/arm/boot/dts/Makefile| 1 +
arch/arm/boot/dts/r8a7743-iwg20m.dtsi | 29 +
2 files chan
Hello,
This series aims to add iWave RZ/G1M R8A7743 based Qseven SOM and RainboW-G20D-
Qseven board support.
This series has been tested against linux-next tag next-20170606.
Modifications:
v1->v2
-Documented iWave iW-RainboW-G20M-Qseven-RZG1M system on module
-Documented iW-RainboW-G
Hi Kishon,
> From: Yoshihiro Shimoda
> Sent: Monday, May 29, 2017 7:42 PM
>
> The USB 3.0 PHY modules of R-Car Gen3 SoCs have:
> - Spread spectrum clock (ssc).
> - Using USB 2.0 EXTAL clock instead of USB 3.0 clock.
> - Enabling VBUS detection for usb3.0 peripheral.
>
> So, this driver suppor
Hi,
> From: Felipe Balbi
> Sent: Tuesday, June 6, 2017 6:40 PM
>
> Hi,
>
> Yoshihiro Shimoda writes:
> > Hi,
> >
> >> From: Felipe Balbi
> >> Sent: Friday, June 2, 2017 6:49 PM
> >>
> >> Hi,
> >>
> >> Yoshihiro Shimoda writes:
> >> > Hi Felipe,
> >> >
> >> >> -Original Message-
> >> >>
The USB3.0 peripheral controller on R-Car SoCs has a dedicated DMAC.
The DMAC needs a "PRD table" in system memory and the DMAC can have
four PRD tables. This patch adds support for the DMAC.
Signed-off-by: Yoshihiro Shimoda
---
This patch based on the latest Felipe's usb.git / testing/next bran
> I have it enabled all the time. So my devices may stop working...
If you have enabled it all the time, then there won't be a difference
from now. Or?
That also shows how rarely I2C DMA transfers are triggered from within
the kernel :)
signature.asc
Description: PGP signature
Hi Wolfram,
On Tue, Jun 6, 2017 at 12:54 PM, Wolfram Sang wrote:
>> So it won't fall back to PIO if CONFIG_DMA_API_DEBUG is enabled?
>
> No, it will complain loudly with more details about the same things (and
> some more). But for that to do, it cannot fall back to PIO.
>
> Otherwise, you might
> So it won't fall back to PIO if CONFIG_DMA_API_DEBUG is enabled?
No, it will complain loudly with more details about the same things (and
some more). But for that to do, it cannot fall back to PIO.
Otherwise, you might get the idea that all is fine since you enabled
CONFIG_DMA_API_DEBUG but mi
> The driver calls pm_runtime_set_active() during ->probe(), which means
> genpd's ->runtime_resume() callback isn't invoked during that point.
> In other words, the clocks managed by the clock domain isn't enabled
> during ->probe() as genpd's doesn't get to run pm_clk_resume() from
> its ->runti
> On Fri, Jun 2, 2017 at 6:22 PM, Biju Das wrote:
> > Add support for iWave RainboW-G20D-Qseven board based on RZ/G1M.
>
> Thanks for your patch!
>
> > Signed-off-by: Biju Das
> > Reviewed-by: Chris Paterson
>
> Reviewed-by: Geert Uytterhoeven
>
> > --- a/arch/arm/boot/dts/Makefile
> > +++ b/ar
Hi Wolfram,
On Tue, Jun 6, 2017 at 12:24 PM, Wolfram Sang wrote:
>> > +Therefore, it is *not* mandatory that the buffer of an i2c message is DMA
>> > safe.
>> > +It does not seem reasonable to apply additional burdens when the feature
>> > is so
>> > +rarely used. However, it is recommended to
> On Fri, Jun 2, 2017 at 6:22 PM, Biju Das wrote:
> > Document the iW-RainboW-G20D-Qseven-RZG1M device tree bindings,
> > listing it as a supported board.
> >
> > This allows to use checkpatch.pl to validate .dts files referring to
> > the iW-RainboW-G20D-Qseven-RZG1M board.
>
> Thanks for your pa
> On Fri, Jun 2, 2017 at 6:22 PM, Biju Das wrote:
> > Add support for iWave RZG1M Qseven System On Module.
> > http://www.iwavesystems.com/rz-g1m-qseven-module.html
>
> Thanks for your patch!
>
> > Signed-off-by: Biju Das
> > Reviewed-by: Chris Paterson
>
> > --- /dev/null
> > +++ b/arch/arm/bo
> > +Therefore, it is *not* mandatory that the buffer of an i2c message is DMA
> > safe.
> > +It does not seem reasonable to apply additional burdens when the feature
> > is so
> > +rarely used. However, it is recommended to use a DMA-safe buffer, if your
> > +message size is likely applicable f
Hi Wolfram,
On Tue, Jun 6, 2017 at 11:20 AM, Wolfram Sang
wrote:
> --- /dev/null
> +++ b/Documentation/i2c/DMA-considerations
> @@ -0,0 +1,28 @@
> +Linux I2C and DMA
> +-
> +
> +Given that I2C is a low-speed bus where largely small messages are
> transferred,
> +it is not conside
Hi Florian,
On Tue, May 23, 2017 at 11:36 AM, Geert Uytterhoeven
wrote:
> On Fri, May 19, 2017 at 12:21 AM, Florian Fainelli
> wrote:
>> On 05/18/2017 01:36 PM, Geert Uytterhoeven wrote:
>>> On Thu, May 18, 2017 at 9:34 PM, Andrew Lunn wrote:
>> This most certainly works fine in the simple
Hi,
Yoshihiro Shimoda writes:
> Hi,
>
>> From: Felipe Balbi
>> Sent: Friday, June 2, 2017 6:49 PM
>>
>> Hi,
>>
>> Yoshihiro Shimoda writes:
>> > Hi Felipe,
>> >
>> >> -Original Message-
>> >> From: Yoshihiro Shimoda
>> >> Sent: Wednesday, April 26, 2017 8:50 PM
>> >>
>> >> This patch
Hello!
On 6/6/2017 1:08 AM, Eugeniu Rosca wrote:
Commit a47b70ea86bd ("ravb: unmap descriptors when freeing rings") has
introduced the issue seen in [1] reproduced on H3ULCB board.
Fix this by relocating the RX skb ringbuffer free operation, so that
swiotlb page unmapping can be done first. Fr
Hi,
> From: Felipe Balbi
> Sent: Friday, June 2, 2017 6:49 PM
>
> Hi,
>
> Yoshihiro Shimoda writes:
> > Hi Felipe,
> >
> >> -Original Message-
> >> From: Yoshihiro Shimoda
> >> Sent: Wednesday, April 26, 2017 8:50 PM
> >>
> >> This patch set is based on the latest Feribe's usb.git / tes
We not only check if the buffer is DMA capable. We also require a
threshold value to see if it makes sense to setup DMA. Since most
I2C transactions are small, the cost for DMA might be too high.
Signed-off-by: Wolfram Sang
---
include/linux/i2c.h | 29 +
1 file chang
Signed-off-by: Wolfram Sang
---
Documentation/i2c/DMA-considerations | 28
1 file changed, 28 insertions(+)
create mode 100644 Documentation/i2c/DMA-considerations
diff --git a/Documentation/i2c/DMA-considerations
b/Documentation/i2c/DMA-considerations
new file mod
Handling this is special for this driver. Because the hardware needs to
initialize the next message in interrupt context, we cannot use the
i2c_check_msg_for_dma() directly. This helper only works reliably in
process context. So, we need to check during initial preparation of the
whole transfer and
From: Wolfram Sang
So, after revisiting old mail threads and taking part in a similar discussion
on the USB list, here is an RFC on what I cooked together regarding DMA and I2C
in the Linux world.
I documented my reasoning with patch 2 which mentions a helper function which
gets added with patch
This ensures also that we fall back to PIO if the buffer is not DMA
capable.
Signed-off-by: Wolfram Sang
---
drivers/i2c/busses/i2c-sh_mobile.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/i2c/busses/i2c-sh_mobile.c
b/drivers/i2c/busses/i2c-sh_mobile.c
index 3d755
Hi Biju,
On Fri, Jun 2, 2017 at 6:22 PM, Biju Das wrote:
> Add support for iWave RainboW-G20D-Qseven board based on RZ/G1M.
Thanks for your patch!
> Signed-off-by: Biju Das
> Reviewed-by: Chris Paterson
Reviewed-by: Geert Uytterhoeven
> --- a/arch/arm/boot/dts/Makefile
> +++ b/arch/arm/boo
Hi Biju,
On Fri, Jun 2, 2017 at 6:22 PM, Biju Das wrote:
> Document the iW-RainboW-G20D-Qseven-RZG1M device tree bindings,
> listing it as a supported board.
>
> This allows to use checkpatch.pl to validate .dts files referring to the
> iW-RainboW-G20D-Qseven-RZG1M board.
Thanks for your patch!
Hi Biju,
On Fri, Jun 2, 2017 at 6:22 PM, Biju Das wrote:
> Add support for iWave RZG1M Qseven System On Module.
> http://www.iwavesystems.com/rz-g1m-qseven-module.html
Thanks for your patch!
> Signed-off-by: Biju Das
> Reviewed-by: Chris Paterson
> --- /dev/null
> +++ b/arch/arm/boot/dts/r8a
On Fri, Jun 2, 2017 at 6:22 PM, Biju Das wrote:
> This patch adds vendor prefix for iWave Systems Technologies Pvt. Ltd.
> Website: http://www.iwavesystems.com/
>
> Signed-off-by: Biju Das
> Reviewed-by: Chris Paterson
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
G
61 matches
Mail list logo