Hi Shoji-san,
> From: Yasushi SHOJI
> Sent: Thursday, May 18, 2017 2:10 PM
>
> Hi,
>
> On Wed, May 17, 2017 at 4:47 PM, Yoshihiro Shimoda
> wrote:
> >>
> >> drivers/mmc/host/tmio_mmc_pio.c | 7 ---
> >> 1 file changed, 4 insertions(+), 3 deletions(-)
> >>
> >> diff --git a/drivers/mmc/host
Hi Wolfram-san,
> From: Wolfram Sang
> Sent: Thursday, May 18, 2017 3:18 PM
>
> Shimoda-san,
>
> > This patch enables CTL_TRANSACTION_CTL to 0x0001 in tmio_mmc_host_probe().
> > But, I have a concern we have to disable/enable the register in
> > suspend/resume()
> > because registers setting is
Shimoda-san,
> This patch enables CTL_TRANSACTION_CTL to 0x0001 in tmio_mmc_host_probe().
> But, I have a concern we have to disable/enable the register in
> suspend/resume()
> because registers setting is possible to be cleared after resume.
> What do you think?
This is very likely true. I'll c
Hi Robin,
On Wed, May 17, 2017 at 11:29 PM, Robin Murphy wrote:
> Hi Magnus,
>
> On 17/05/17 11:07, Magnus Damm wrote:
>> From: Magnus Damm
>>
>> Convert from archdata to iommu_priv via iommu_fwspec on ARM64 but
>> let 32-bit ARM keep on using archdata for now.
>>
>> Once the 32-bit ARM code and
Hi,
On Wed, May 17, 2017 at 4:47 PM, Yoshihiro Shimoda
wrote:
>>
>> drivers/mmc/host/tmio_mmc_pio.c | 7 ---
>> 1 file changed, 4 insertions(+), 3 deletions(-)
>>
>> diff --git a/drivers/mmc/host/tmio_mmc_pio.c
>> b/drivers/mmc/host/tmio_mmc_pio.c
>> index 7ef24ec620b542..526e52719f81b9 100
Hi Petre,
Thank you for the patch!
I'm also developing a similar driver now :)
(I don't submit it though...)
My developing driver has SSC and VBUS_EN setting.
Anyway, I have some comments about your patch.
> -Original Message-
> From: Petre Pircalabu
> Sent: Thursday, May 18, 2017 2:58
From: Kuninori Morimoto
Signed-off-by: Kuninori Morimoto
---
.../bindings/sound/audio-graph-scu-card.txt| 72 ++
1 file changed, 72 insertions(+)
create mode 100644
Documentation/devicetree/bindings/sound/audio-graph-scu-card.txt
diff --git a/Documentation/device
From: Kuninori Morimoto
OF-graph base DT binding is used on V4L2, and ALSA SoC is using
different style of DT today. Now ALSA SoC supports simple-card driver
for generic/simple sound card, and we have simple-scu-card driver
for simple-card + ALSA DPCM case.
In the future, V4L2 / ALSA will suppor
From: Kuninori Morimoto
simple-scu-card is almost same as simple-card. This is already explained
in document. But simple-card and simple-scu-card both has same
explanation for same property. This patch forward explantion to
simple-card if possible to avoid duplication.
This patch also cleanup D
Hi Mark
These adds audio-graph-scu-card which is same as
simple-scu-card + OF-graph.
1) patch cleanups existing simple-scu-card document
Kuninori Morimoto (3):
1) ASoC: simple-scu-card: cleanup documentation
2) ASoC: add audio-graph-scu-card document
3) ASoC: add audio-graph-scu-card supp
From: Kuninori Morimoto
ALSA SoC needs to know connected DAI ID for probing.
It is not a big problem if device/driver was only for sound,
but getting DAI ID will be difficult if device includes both
Video/Sound, like HDMI.
To solve this issue, this patch adds new .get_dai_id callback
on hdmi_cod
From: Kuninori Morimoto
ALSA SoC needs to know connected DAI ID for probing.
It is not a big problem if device/driver was only for sound,
but getting DAI ID will be difficult if device includes both
Video/Sound, like HDMI.
To solve this issue, this patch adds new .get_dai_id callback
on hdmi_cod
From: Kuninori Morimoto
DesignWare HDMI driver (= dw-hdmi) is supporting HDMI sound, and its
probe function was calling sound binding function multiple times as
same HDMI device different port.
Because of this behavior, commit 9731f82d601 ("ASoC: hdmi-codec: enable
multi probe for ...") was add
From: Kuninori Morimoto
ALSA SoC needs to know connected DAI ID for detecting.
It is not a big problem if device/driver was only for sound,
but getting DAI ID will be difficult if device includes both
Video/Sound, like HDMI.
To solve this issue, this patch adds new snd_soc_get_dai_id() and
its r
From: Kuninori Morimoto
ALSA SoC needs to know connected DAI ID for detecting.
It is not a big problem if device/driver was only for sound,
but getting DAI ID will be difficult if device includes both
Video/Sound, like HDMI.
To solve this issue, this patch adds new snd_soc_get_dai_id() and
its r
Hi Mark, Archit
These supports HDMI sound for Codec.
Now, SYNOPSYS dw-hdmi-i2s-audio driver is supporting HDMI I2S
and is using hdmi-codec driver.
Now, ALSA SoC supports OF-graph DT style, this means V4L2/ALSA SoC
can share same DT bindings.
But 1 issue is that ALSA SoC side needs to adjust port
From: Kuninori Morimoto
To enable OF-graph base DT on rsnd driver, and to keep compatible
previous normal sound card style, it need to support both
"rcar_sound,dai" and "ports" (or "port") on DT.
This patch parses both style.
Signed-off-by: Kuninori Morimoto
---
sound/soc/sh/rcar/core.c | 15
From: Kuninori Morimoto
Renesas R-Car Gen3 can output HDMI sound if SSIU/SSI are connected to
R-Car built-in HDMI device (R-Car Gen3 built-in HDMI device will be
controlled by DRM/KMS driver).
If SSIx was connected to HDMI0/1 on DT, SSI driver will detect it
automatically by this patch.
Note is
Hi Mark
These supports HDMI sound on Renesas R-Car driver.
These are based on of-graph base sound card.
Kuninori Morimoto (3):
ASoC: rsnd: add support graph base DT phase 1
ASoC: rsnd: add support graph base DT phase 2
ASoC: rsnd: add HDMI output support
sound/soc/sh/Kconfig | 2 +-
From: Kuninori Morimoto
To enable OF-graph base DT on rsnd driver, and to keep compatible
previous normal sound card style, it need to support both
"rcar_sound,dai" and "ports" (or "port") on DT.
This patch modify rsnd_dai_of_node() to parse
"rcar_sound,dai" and "ports" (or "port") as phase 1.
Hi Kieran
> >> From: Kieran Bingham
> >>
> >> When handling endpoints, the v4l2 async framework needs to identify the
> >> parent device of a port endpoint.
> >>
> >> Adapt the existing of_graph_get_remote_port_parent() such that a caller
> >> can obtain the parent of a port without parsing the
Hi Geert,
On 16/05/17 16:30, Geert Uytterhoeven wrote:
> Hi Kieran,
>
> On Tue, May 9, 2017 at 6:39 PM, Kieran Bingham
> wrote:
>> When the VSP1 is used in an active display pipeline, the output of the
>> WPF can supply the LIF entity directly and simultaneously write to
>> memory.
>>
>> Support
On 17/05/17 17:36, Rob Herring wrote:
> On Wed, May 17, 2017 at 10:03 AM, Kieran Bingham wrote:
>> From: Kieran Bingham
>>
>> When handling endpoints, the v4l2 async framework needs to identify the
>> parent device of a port endpoint.
>>
>> Adapt the existing of_graph_get_remote_port_parent() suc
Hi Kieran,
On Wed, May 17, 2017 at 04:38:14PM +0100, Kieran Bingham wrote:
> From: Kieran Bingham
>
> Return NULL, if a null entity is parsed for it's v4l2_subdev
>
> Signed-off-by: Kieran Bingham
> ---
> include/media/v4l2-subdev.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>
The USB30PHY of a RCAR-Gen3 XHCI device can select the reference clock
source. The 2 available options are the differential input clock pair
supplied on pins USB3S0_CLK_P / USB3S0_CLK_M (default) and the on-chip
clock source supplied through USB_XTAL/USB_EXTAL.
The device can be configured to use
On Wed, May 17, 2017 at 10:03 AM, Kieran Bingham wrote:
> From: Kieran Bingham
>
> When handling endpoints, the v4l2 async framework needs to identify the
> parent device of a port endpoint.
>
> Adapt the existing of_graph_get_remote_port_parent() such that a caller
> can obtain the parent of a p
From: Kieran Bingham
Return NULL, if a null entity is parsed for it's v4l2_subdev
Signed-off-by: Kieran Bingham
---
include/media/v4l2-subdev.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/media/v4l2-subdev.h b/include/media/v4l2-subdev.h
index 5f1669c45642..72d7
From: Kieran Bingham
When handling endpoints, the v4l2 async framework needs to identify the
parent device of a port endpoint.
Adapt the existing of_graph_get_remote_port_parent() such that a caller
can obtain the parent of a port without parsing the remote-endpoint
first.
Signed-off-by: Kieran
From: Kieran Bingham
V4L2 async notifiers can pass the endpoint fwnode rather than the device
fwnode.
Provide a helper to obtain the parent device fwnode without first
parsing the remote-endpoint as per fwnode_graph_get_remote_port_parent.
Signed-off-by: Kieran Bingham
---
drivers/base/proper
From: Kieran Bingham
Devices supporting multiple endpoints on a single device node must set
their subdevice fwnode to the endpoint to allow distinct comparisons.
Adapt the match_fwnode call to compare against the provided fwnodes
first, but also to search for a comparison against the parent fwno
From: Kieran Bingham
To support using endpoints in the V4L2 Async subdev framework,
we need to be able to parse a fwnode for the device from the
endpoint.
To enable this, provide an alternative of_graph_get_remote_port_parent
which walks up the port hierarchy without parsing the 'remote-endpoint
Coccinelle warns:
drivers/clk/renesas/renesas-cpg-mssr.c:323:14-21: ERROR: PTR_ERR applied
after initialization to constant on line 260
Initialize clk using ERR_PTR(-ENOTSUPP) instead of NULL to fix this.
Reported-by: kbuild test robot
Signed-off-by: Geert Uytterhoeven
---
To be queued in
On 17/05/17 15:25, Geert Uytterhoeven wrote:
> Hi Kieran,
>
> On Wed, May 17, 2017 at 4:13 PM, Kieran Bingham wrote:
>> --- a/include/media/v4l2-subdev.h
>> +++ b/include/media/v4l2-subdev.h
>> @@ -829,7 +829,7 @@ struct v4l2_subdev {
>> };
>>
>> #define media_entity_to_v4l2_subdev(ent) \
>>
Hi Magnus,
On 17/05/17 11:07, Magnus Damm wrote:
> From: Magnus Damm
>
> Convert from archdata to iommu_priv via iommu_fwspec on ARM64 but
> let 32-bit ARM keep on using archdata for now.
>
> Once the 32-bit ARM code and the IPMMU driver is able to move over
> to CONFIG_IOMMU_DMA=y then coverti
Hi Kieran,
On Wed, May 17, 2017 at 4:13 PM, Kieran Bingham wrote:
> --- a/include/media/v4l2-subdev.h
> +++ b/include/media/v4l2-subdev.h
> @@ -829,7 +829,7 @@ struct v4l2_subdev {
> };
>
> #define media_entity_to_v4l2_subdev(ent) \
> - container_of(ent, struct v4l2_subdev, entity)
> +
From: Kieran Bingham
Return NULL, if a null entity is parsed for it's v4l2_subdev
Signed-off-by: Kieran Bingham
---
include/media/v4l2-subdev.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/media/v4l2-subdev.h b/include/media/v4l2-subdev.h
index 5f1669c45642..d43f
From: Kieran Bingham
Provide basic support for the ADV7481 and ADV7482.
The driver is modelled with 2 subdevices to allow simultaneous streaming
from the AFE (Analog front end) and HDMI inputs.
Presently the HDMI is hardcoded to link to the TXA CSI bus, whilst the
AFE is linked to the TXB CSI b
From: Kieran Bingham
This is a driver for the Analog Devices ADV748x device, and follows on from a
previous posting by Niklas Söderlund [0] of an earlier incarnation of this
driver.
Aside from a few bug fixes, and considerable refactoring this driver:
- is refactored to multiple object files
-
On Wed, May 17, 2017 at 07:06:16PM +0900, Magnus Damm wrote:
> iommu/ipmmu-vmsa: IPMMU multi-arch update V8
>
> [PATCH v8 01/08] iommu/ipmmu-vmsa: Remove platform data handling
> [PATCH v8 02/08] iommu/ipmmu-vmsa: Rework interrupt code and use bitmap for
> context
> [PATCH v8 03/08] iommu/ipmmu-v
Hi all,
This patch series adds support for SPI slave controllers to the Linux
SPI subsystem, including:
- DT binding updates for SPI slave support,
- Core support for SPI slave controllers,
- SPI slave support for the Renesas MSIOF device driver (thanks to
Nakamura-san for the in
Hi all,
This patch series adds support for SPI slave controllers to the Linux
SPI subsystem, including:
- DT binding updates for SPI slave support,
- Core support for SPI slave controllers,
- SPI slave support for the Renesas MSIOF device driver (thanks to
Nakamura-san for the in
Add support for registering SPI slave controllers using the existing SPI
master framework:
- SPI slave controllers must use spi_alloc_slave() instead of
spi_alloc_master(), and should provide an additional callback
"slave_abort" to abort an ongoing SPI transfer request,
- SPI slave cont
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Rob Herring
---
v4:
- Add Reviewed-by,
v3:
- In SPI slave mode, represent the (single) slave device again as a
child of the controller node, which is now optional, and must be
named "slave" if present,
- Split slave node properties in
From: Hisashi Nakamura
Add slave mode support to the MSIOF driver, in both PIO and DMA mode.
For now this only supports the transmission of messages with a size
that is known in advance.
Signed-off-by: Hisashi Nakamura
Signed-off-by: Hiromitsu Yamasaki
[geert: Timeout handling cleanup, spi co
Add an example SPI slave handler responding with the uptime at the time
of reception of the last SPI message.
This can be used by an external microcontroller as a dead man's switch.
Signed-off-by: Geert Uytterhoeven
---
v4:
- No changes,
v3:
- Add #include ,
v2:
- Resolve semantic differ
Signed-off-by: Geert Uytterhoeven
---
v3, v4:
- No changes,
v2:
- New.
---
Documentation/spi/spi-summary | 27 ---
1 file changed, 20 insertions(+), 7 deletions(-)
diff --git a/Documentation/spi/spi-summary b/Documentation/spi/spi-summary
index d1824b399b2d1d79..1721
Add an example SPI slave handler to allow remote control of system
reboot, power off, halt, and suspend.
Signed-off-by: Geert Uytterhoeven
---
v3, v4:
- No changes,
v2:
- Use spi_async() instead of spi_read(),
- Submit the next transfer from the previous transfer's completion
callback,
On 2017-05-17 10:45, Sricharan R wrote:
Hi Laurent/Robin,
On 5/16/2017 10:14 PM, Laurent Pinchart wrote:
Hi Robin,
On Tuesday 16 May 2017 16:47:36 Robin Murphy wrote:
On 16/05/17 16:14, Laurent Pinchart wrote:
arch_setup_dma_ops() is used in device probe code paths to create an
IOMMU mapping
Hi Sakari,
Ok - V3 is now closer :)
I'm just trying to do a first spin of adding fwnode_graph_get_port_parent(),
then I can post a v3 series.
On 16/05/17 23:26, Sakari Ailus wrote:
> Hi Kieran,
>
> On Tue, May 16, 2017 at 01:56:05PM +0100, Kieran Bingham wrote:
> ...
>> +static int adv748
Hi Magnus,
>> Magnus, do you have a suggestion?
>
> Thanks for your efforts guys!
>
> I've recently been working on up-porting the IPMMU patches and
> addressing review comments. Now with my local driver stack on top of
> v4.12-rc (a95cfad) I did not notice these issues initially since I
> onl
On Wed, May 17, 2017 at 12:07 PM, Magnus Damm wrote:
> From: Magnus Damm
>
> Fix comma-instead-of-semicolon typo error present
> in the latest version of the IPMMU driver.
>
> Signed-off-by: Magnus Damm
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geer
From: Magnus Damm
Neither the ARM page table code enabled by IOMMU_IO_PGTABLE_LPAE
nor the IPMMU_VMSA driver actually depends on ARM_LPAE, so get
rid of the dependency.
Tested with ipmmu-vmsa on r8a7794 ALT and a kernel config using:
# CONFIG_ARM_LPAE is not set
Signed-off-by: Magnus Damm
Ack
From: Magnus Damm
Fix comma-instead-of-semicolon typo error present
in the latest version of the IPMMU driver.
Signed-off-by: Magnus Damm
---
Earlier posted as:
[PATCH] iommu/ipmmu-vmsa: Fix pgsize_bitmap semicolon typo
drivers/iommu/ipmmu-vmsa.c |2 +-
1 file changed, 1 insertion(+),
From: Magnus Damm
Convert from archdata to iommu_priv via iommu_fwspec on ARM64 but
let 32-bit ARM keep on using archdata for now.
Once the 32-bit ARM code and the IPMMU driver is able to move over
to CONFIG_IOMMU_DMA=y then coverting to fwspec via ->of_xlate() will
be easy.
For now fwspec ids
From: Magnus Damm
Break out the domain allocation code into a separate function.
This is preparation for future code sharing.
Signed-off-by: Magnus Damm
Reviewed-by: Joerg Roedel
Reviewed-by: Geert Uytterhoeven
---
Changes since V7:
- Added Reviewed-by from Geert - Thanks!
drivers/iommu
From: Magnus Damm
Introduce an alternative set of iommu_ops suitable for 64-bit ARM
as well as 32-bit ARM when CONFIG_IOMMU_DMA=y. Also adjust the
Kconfig to depend on ARM or IOMMU_DMA. Initialize the device
from ->xlate() when CONFIG_IOMMU_DMA=y.
Signed-off-by: Magnus Damm
---
Changes since
iommu/ipmmu-vmsa: IPMMU multi-arch update V8
[PATCH v8 01/08] iommu/ipmmu-vmsa: Remove platform data handling
[PATCH v8 02/08] iommu/ipmmu-vmsa: Rework interrupt code and use bitmap for
context
[PATCH v8 03/08] iommu/ipmmu-vmsa: Break out utlb parsing code
[PATCH v8 04/08] iommu/ipmmu-vmsa: Break
From: Magnus Damm
Introduce a bitmap for context handing and convert the
interrupt routine to handle all registered contexts.
At this point the number of contexts are still limited.
Also remove the use of the ARM specific mapping variable
from ipmmu_irq() to allow compile on ARM64.
Signed-off-
From: Magnus Damm
The IPMMU driver is using DT these days, and platform data is no longer
used by the driver. Remove unused code.
Signed-off-by: Magnus Damm
Reviewed-by: Laurent Pinchart
Reviewed-by: Joerg Roedel
Reviewed-by: Geert Uytterhoeven
---
Changes since V7:
- Added Reviewed-by fr
From: Magnus Damm
Break out the utlb parsing code and dev_data allocation into a
separate function. This is preparation for future code sharing.
Signed-off-by: Magnus Damm
Reviewed-by: Joerg Roedel
---
Changes since V7:
- Free archdata and utlbs in case of error
drivers/iommu/ipmmu-vmsa.c
The patch
ASoC: rsnd: add missing clocks/clock-names on Document
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
The patch
ASoC: rsnd: move "renesas,rsrc-card" to "simple-scu-audio-card" on Document
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 th
The patch
ASoC: rsnd: remove un-used OUF_SRCO/I macro
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 Lin
The patch
ASoC: rsnd: need to call nolock_stop if nolock_start was failed
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 ho
The patch
ASoC: rsnd: clkout-lr-asynchronous is AUDIO_CLKOUT related property
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 2
The patch
ASoC: rsnd: remove mismatch explain comment from src.c
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
The patch
ASoC: rsnd: remove error pointer for adg->clkout[i]
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 sen
The patch
ASoC: rsnd: check src mod pointer for rsnd_mod_id()
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 sen
The patch
ASoC: rsnd: don't use PDTA bit for 24bit on SSI
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
Hi Geert, everyone,
On Fri, May 5, 2017 at 10:23 PM, Geert Uytterhoeven
wrote:
> Hi Sricharan, Robin,
>
> On Wed, May 3, 2017 at 12:24 PM, Sricharan R wrote:
>> On 5/3/2017 3:24 PM, Robin Murphy wrote:
>>> On 02/05/17 19:35, Geert Uytterhoeven wrote:
On Fri, Feb 3, 2017 at 4:48 PM, Srichara
Hi
> From: Kuninori Morimoto
>
> If SSI uses shared pin, some SSI will be used as parent SSI.
> Then, normal SSI's remove and Parent SSI's remove
> (these are same SSI) will be called when unbind or remove timing.
> In this case, free_irq() will be called twice.
> This patch solve this issue.
>
Hi
> From: Kuninori Morimoto
>
> rsnd_dai_call() is counting the called number of start/stop functions.
> nolock_stop should be called if nolock_start was failed.
> Otherwise, nolock_start doesn't called in 2nd play.
> This patch solved this issue.
>
> Signed-off-by: Kuninori Morimoto
> Teste
From: Kuninori Morimoto
rsnd_dai_call() is counting the called number of start/stop functions.
nolock_stop should be called if nolock_start was failed.
Otherwise, nolock_start doesn't called in 2nd play.
This patch solved this issue.
Signed-off-by: Kuninori Morimoto
Tested-by: Hiroyuki Yokoyama
Hi Wolfram-san,
> -Original Message-
> From: Wolfram Sang
> Sent: Saturday, December 10, 2016 1:52 AM
>
> The master bit to enable SDIO interrupts can only be accessed if
> SCLKDIVEN bit allows that. However, the core uses the SDIO enable
> callback at times when SCLKDIVEN forbids the cha
Hi Geert
> >> I guess the main question is: can src be NULL here?
> >> If yes, rsnd_mod_id(src) will be -1.
> >
> > No. cmd itself will not be used if src was NULL on this HW.
>
> But gcc cannot know that, as the function is called through a function
> pointer from another source file.
Yes, I a
Hi Morimoto-san,
On Wed, May 17, 2017 at 9:38 AM, Kuninori Morimoto
wrote:
>> > Hmm
>> > I tried random code/compile, but gcc behavior seems strange.
>> > Fore example if I removed next line, this warning disappeard
>> >
>> > - data = path[rsnd_mod_id(src)] |
>> > -
Hi Geert
> > Hmm
> > I tried random code/compile, but gcc behavior seems strange.
> > Fore example if I removed next line, this warning disappeard
> >
> > - data = path[rsnd_mod_id(src)] |
> > - cmd_case[rsnd_mod_id(src)] << 16;
> > + data = p
Hi Morimoto-san,
On Wed, May 17, 2017 at 3:32 AM, Kuninori Morimoto
wrote:
>> > @@ -70,16 +71,19 @@ static int rsnd_cmd_init(struct rsnd_mod *mod,
>> > } else {
>> > struct rsnd_mod *src = rsnd_io_to_mod_src(io);
>> >
>> > - u32 path[] = {
>> > -
78 matches
Mail list logo
