本文转载自:https://patchwork.kernel.org/patch/2845464/

Padmavathi VennaAug. 16, 2013, 4:26 a.m. UTC
This patch removes quirks from i2s node and change the i2s
compatible names.

Signed-off-by: Padmavathi Venna <padma.v@samsung.com>
---Changes since V4:- Mark Brown reverted the below two patches due to below build failure withexynos_defconfig."ARM: dts: exynos5250: move common i2s properties to exynos5 dtsi""ARM: dts: Change i2s compatible string on exynos5250"build error:DTC     arch/arm/boot/dts/exynos5420-smdk5420.dtbERROR (phandle_references): Reference to non-existent node or label "pdma1"ERROR (phandle_references): Reference to non-existent node or label "pdma1"ERROR (phandle_references): Reference to non-existent node or label "pdma0"ERROR (phandle_references): Reference to non-existent node or label "pdma0"But with out "ARM: dts: Change i2s compatible string on exynos5250" will break the i2s
driver.So posting this patch now and will take care of posting other patch later after dependent
patches got merged.arch/arm/boot/dts/exynos5250.dtsi |    9 +++------1 files changed, 3 insertions(+), 6 deletions(-)

Comments

Olof JohanssonAug. 16, 2013, 4:48 a.m. UTC | #1
On Thu, Aug 15, 2013 at 9:26 PM, Padmavathi Venna <padma.v@samsung.com> wrote:
> This patch removes quirks from i2s node and change the i2s
> compatible names.
>
> Signed-off-by: Padmavathi Venna <padma.v@samsung.com>
> --- > > Changes since V4: > - Mark Brown reverted the below two patches due to below build failure with > exynos_defconfig. > "ARM: dts: exynos5250: move common i2s properties to exynos5 dtsi" > "ARM: dts: Change i2s compatible string on exynos5250" > > build error: > DTC arch/arm/boot/dts/exynos5420-smdk5420.dtb > ERROR (phandle_references): Reference to non-existent node or label "pdma1" > ERROR (phandle_references): Reference to non-existent node or label "pdma1" > ERROR (phandle_references): Reference to non-existent node or label "pdma0" > ERROR (phandle_references): Reference to non-existent node or label "pdma0" > > But with out "ARM: dts: Change i2s compatible string on exynos5250" will break the i2s > driver. > > So posting this patch now and will take care of posting other patch later after dependent > patches got merged. > > arch/arm/boot/dts/exynos5250.dtsi | 9 +++------ > 1 files changed, 3 insertions(+), 6 deletions(-) > > diff --git a/arch/arm/boot/dts/exynos5250.dtsi b/arch/arm/boot/dts/exynos5250.dtsi > index ef57277..376090f 100644 > --- a/arch/arm/boot/dts/exynos5250.dtsi > +++ b/arch/arm/boot/dts/exynos5250.dtsi > @@ -405,7 +405,7 @@ > }; > > i2s0: i2s@03830000 { > - compatible = "samsung,i2s-v5"; > + compatible = "samsung,s5pv210-i2s"; Device tree reviewers, this is something to look out for in the future. Some samsung platforms/drivers use "samsung,<chip>-<ip>", others "samsung,<ip>-<chip>". I don't personally care much one way or another, but it really should be consistent. -Olof -- To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html 

kgene@kernel.orgAug. 16, 2013, 5:43 a.m. UTC | #2
Olof Johansson wrote:
>
> On Thu, Aug 15, 2013 at 9:26 PM, Padmavathi Venna <padma.v@samsung.com>
> wrote:
> > This patch removes quirks from i2s node and change the i2s
> > compatible names. > > > > Signed-off-by: Padmavathi Venna <padma.v@samsung.com> > > --- > > > > Changes since V4: > > - Mark Brown reverted the below two patches due to below build > failure with > > exynos_defconfig. > > "ARM: dts: exynos5250: move common i2s properties to exynos5 > dtsi" > > "ARM: dts: Change i2s compatible string on exynos5250" > > > > build error: > > DTC arch/arm/boot/dts/exynos5420-smdk5420.dtb > > ERROR (phandle_references): Reference to non-existent node or > label "pdma1" > > ERROR (phandle_references): Reference to non-existent node or > label "pdma1" > > ERROR (phandle_references): Reference to non-existent node or > label "pdma0" > > ERROR (phandle_references): Reference to non-existent node or > label "pdma0" > > > > But with out "ARM: dts: Change i2s compatible string on exynos5250" will > break the i2s > > driver. > > > > So posting this patch now and will take care of posting other patch > later after dependent > > patches got merged. > > > > arch/arm/boot/dts/exynos5250.dtsi | 9 +++------ > > 1 files changed, 3 insertions(+), 6 deletions(-) > > > > diff --git a/arch/arm/boot/dts/exynos5250.dtsi > b/arch/arm/boot/dts/exynos5250.dtsi > > index ef57277..376090f 100644 > > --- a/arch/arm/boot/dts/exynos5250.dtsi > > +++ b/arch/arm/boot/dts/exynos5250.dtsi > > @@ -405,7 +405,7 @@ > > }; > > > > i2s0: i2s@03830000 { > > - compatible = "samsung,i2s-v5"; > > + compatible = "samsung,s5pv210-i2s"; > > Device tree reviewers, this is something to look out for in the > future. Some samsung platforms/drivers use "samsung,<chip>-<ip>", > others "samsung,<ip>-<chip>". I don't personally care much one way or > another, but it really should be consistent. > Hmm...I think, if "samsung,<ip name>-<ip version>" is possible, it would be nice. I remember there are no versions in datasheet for some IPs but something have like i2s and mfc. So "samsung,<ip>-<version>" is used for only i2s and mfc. But actually there are versions for Samsung IPs, no comments for that in datasheet. So I think, if Samsung can provide the specific version of Samsung IPs, we can use that like other platforms. I will prepare some table for that after meeting with Samsung hardware IP team so that samsung platform use one format "samsung,<ip>-<version>". Thanks, Kukjin -- To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html 

Tomasz FigaAug. 16, 2013, 7:48 a.m. UTC | #3
Hi Olof,On Thursday 15 of August 2013 21:48:32 Olof Johansson wrote:
> On Thu, Aug 15, 2013 at 9:26 PM, Padmavathi Venna <padma.v@samsung.com>
wrote:
> > This patch removes quirks from i2s node and change the i2s
> > compatible names.
> >
> > Signed-off-by: Padmavathi Venna <padma.v@samsung.com> > > --- > > > > Changes since V4: > > - Mark Brown reverted the below two patches due to below build > > failure with> > > exynos_defconfig. > > > > "ARM: dts: exynos5250: move common i2s properties to > > exynos5 dtsi" > > "ARM: dts: Change i2s compatible string on exynos5250" > > > > build error: > > DTC arch/arm/boot/dts/exynos5420-smdk5420.dtb > > ERROR (phandle_references): Reference to non-existent node > > or label "pdma1" ERROR (phandle_references): Reference to > > non-existent node or label "pdma1" ERROR > > (phandle_references): Reference to non-existent node or > > label "pdma0" ERROR (phandle_references): Reference to > > non-existent node or label "pdma0"> > > But with out "ARM: dts: Change i2s compatible string on exynos5250" > > will break the i2s driver. > > > > So posting this patch now and will take care of posting other patch > > later after dependent patches got merged. > > > > arch/arm/boot/dts/exynos5250.dtsi | 9 +++------ > > 1 files changed, 3 insertions(+), 6 deletions(-) > > > > diff --git a/arch/arm/boot/dts/exynos5250.dtsi > > b/arch/arm/boot/dts/exynos5250.dtsi index ef57277..376090f 100644 > > --- a/arch/arm/boot/dts/exynos5250.dtsi > > +++ b/arch/arm/boot/dts/exynos5250.dtsi > > @@ -405,7 +405,7 @@ > > > > }; > > > > i2s0: i2s@03830000 { > > > > - compatible = "samsung,i2s-v5"; > > + compatible = "samsung,s5pv210-i2s"; > > Device tree reviewers, this is something to look out for in the > future. Some samsung platforms/drivers use "samsung,<chip>-<ip>", > others "samsung,<ip>-<chip>". I don't personally care much one way or > another, but it really should be consistent. Hmm, I just did a quick git grep over arch/arm/boot/dts and could not really find the "samsung,<ip>-<chip>" pattern. Except MFC (and without Padma's patch also I2S), which used "samsung,<ip>- <ip version>, all the compatible values I can see are based on "samsung,<chip>-<ip>" pattern. I believe we discussed this issue several times already and finally agreed to use "samsung,<chip>-<ip>" for any new compatible values. Best regards, Tomasz 

Tomasz FigaAug. 16, 2013, 7:53 a.m. UTC | #4
Hi Kukjin,On Friday 16 of August 2013 14:43:17 Kukjin Kim wrote:
> Olof Johansson wrote:
> > On Thu, Aug 15, 2013 at 9:26 PM, Padmavathi Venna
> > <padma.v@samsung.com>
> >
> > wrote: > > > This patch removes quirks from i2s node and change the i2s > > > compatible names. > > > > > > Signed-off-by: Padmavathi Venna <padma.v@samsung.com> > > > --- > > > > > > Changes since V4: > > > - Mark Brown reverted the below two patches due to below > > > build > > > > failure with > > > > > exynos_defconfig. > > > > > > "ARM: dts: exynos5250: move common i2s properties to > > exynos5 > > > dtsi" > > > > > "ARM: dts: Change i2s compatible string on > > > exynos5250" > > > > > > build error: > > > DTC arch/arm/boot/dts/exynos5420-smdk5420.dtb > > > ERROR (phandle_references): Reference to non-existent node > > > or > > > > label "pdma1" > > > > > ERROR (phandle_references): Reference to non-existent node > > > or > > > > label "pdma1" > > > > > ERROR (phandle_references): Reference to non-existent node > > > or > > > > label "pdma0" > > > > > ERROR (phandle_references): Reference to non-existent node > > > or > > > > label "pdma0" > > > > > But with out "ARM: dts: Change i2s compatible string on exynos5250" > > > will> > > break the i2s > > > > > driver. > > > > > > So posting this patch now and will take care of posting other patch > > > > later after dependent > > > > > patches got merged. > > > > > > arch/arm/boot/dts/exynos5250.dtsi | 9 +++------ > > > 1 files changed, 3 insertions(+), 6 deletions(-) > > > > > > diff --git a/arch/arm/boot/dts/exynos5250.dtsi > > > > b/arch/arm/boot/dts/exynos5250.dtsi > > > > > index ef57277..376090f 100644 > > > --- a/arch/arm/boot/dts/exynos5250.dtsi > > > +++ b/arch/arm/boot/dts/exynos5250.dtsi > > > @@ -405,7 +405,7 @@ > > > > > > }; > > > > > > i2s0: i2s@03830000 { > > > > > > - compatible = "samsung,i2s-v5"; > > > + compatible = "samsung,s5pv210-i2s"; > > > > Device tree reviewers, this is something to look out for in the > > future. Some samsung platforms/drivers use "samsung,<chip>-<ip>", > > others "samsung,<ip>-<chip>". I don't personally care much one way or > > another, but it really should be consistent. > > Hmm...I think, if "samsung,<ip name>-<ip version>" is possible, it would > be nice. I remember there are no versions in datasheet for some IPs but > something have like i2s and mfc. So "samsung,<ip>-<version>" is used > for only i2s and mfc. But actually there are versions for Samsung IPs, > no comments for that in datasheet. So I think, if Samsung can provide > the specific version of Samsung IPs, we can use that like other > platforms. I will prepare some table for that after meeting with > Samsung hardware IP team so that samsung platform use one format > "samsung,<ip>-<version>". Sorry, I don't think this is a good idea, unless you can force the IP team to release a version table containing version of _every_ IP for _every_ released SoC, including those historical ones, like S3C24xx and S3C64xx. Of course such tables should be available publicly. In addition, there might be other funny things going on with IPs and their surroundings, that could make a need to create several separate compatible values for the same IP revision, but on different SoCs, because it was integrated in a slightly different way. I believe we have choses the "samsung,<chip>-<ip>" scheme to avoid being dependent upon data that is not always publicly available, which is more future- (and past-) proof and also solves the integration problem. Best regards, Tomasz 

Mark BrownAug. 16, 2013, 9:59 a.m. UTC | #5
On Fri, Aug 16, 2013 at 09:53:23AM +0200, Tomasz Figa wrote:

> Sorry, I don't think this is a good idea, unless you can force the IP team
> to release a version table containing version of _every_ IP for _every_
> released SoC, including those historical ones, like S3C24xx and S3C64xx.
> Of course such tables should be available publicly.I don't think public availability is much of an issue here, the
datasheets are all NDAed anyway.

Mark BrownAug. 16, 2013, 10:06 a.m. UTC | #6
On Fri, Aug 16, 2013 at 09:56:18AM +0530, Padmavathi Venna wrote:
> This patch removes quirks from i2s node and change the i2s
> compatible names.Applied, thanks.

Kim KukjinAug. 18, 2013, 6:05 p.m. UTC | #7
On 08/16/13 16:53, Tomasz Figa wrote:
> Hi Kukjin,
>
[...]

>>>> -               compatible = "samsung,i2s-v5";
>>>> +               compatible = "samsung,s5pv210-i2s";
>>> >>> Device tree reviewers, this is something to look out for in the >>> future. Some samsung platforms/drivers use "samsung,<chip>-<ip>", >>> others "samsung,<ip>-<chip>". I don't personally care much one way or >>> another, but it really should be consistent. >> >> Hmm...I think, if "samsung,<ip name>-<ip version>" is possible, it would >> be nice. I remember there are no versions in datasheet for some IPs but >> something have like i2s and mfc. So "samsung,<ip>-<version>" is used >> for only i2s and mfc. But actually there are versions for Samsung IPs, >> no comments for that in datasheet. So I think, if Samsung can provide >> the specific version of Samsung IPs, we can use that like other >> platforms. I will prepare some table for that after meeting with >> Samsung hardware IP team so that samsung platform use one format >> "samsung,<ip>-<version>". > > Sorry, I don't think this is a good idea, unless you can force the IP team > to release a version table containing version of _every_ IP for _every_ > released SoC, including those historical ones, like S3C24xx and S3C64xx. > Of course such tables should be available publicly. > It's different issue and I agree with Mark Brown's comments.  > In addition, there might be other funny things going on with IPs and their > surroundings, that could make a need to create several separate compatible > values for the same IP revision, but on different SoCs, because it was > integrated in a slightly different way. > > I believe we have choses the "samsung,<chip>-<ip>" scheme to avoid being > dependent upon data that is not always publicly available, which is more > future- (and past-) proof and also solves the integration problem. > Well, I don't think so, because Samsung is no more just SoC vendor. Actually Samsung is providing just IP to customers, I think, they don't like to use the name, exynos**** for their SoC or Chip, because exynos, s3c or s5p whatever is Samsung's SoC brand name. If so, I think, my suggestion is more reasonable. See the example of Synopsys and ARM primecell...that's why I will try to do it. But I know I need to get agreement from DT guys and maybe I need more time than I expect ;-) Thanks, Kukjin -- To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html 

Patch

2845464diffmbox
diff --git a/arch/arm/boot/dts/exynos5250.dtsi b/arch/arm/boot/dts/exynos5250.dtsi
index ef57277..376090f 100644
--- a/arch/arm/boot/dts/exynos5250.dtsi
+++ b/arch/arm/boot/dts/exynos5250.dtsi
@@ -405,7 +405,7 @@  }; i2s0: i2s@03830000 { - compatible = "samsung,i2s-v5"; + compatible = "samsung,s5pv210-i2s"; reg = <0x03830000 0x100>; dmas = <&pdma0 10 &pdma0 9 @@ -415,16 +415,13 @@  <&clock_audss EXYNOS_I2S_BUS>, <&clock_audss EXYNOS_SCLK_I2S>; clock-names = "iis", "i2s_opclk0", "i2s_opclk1"; - samsung,supports-6ch; - samsung,supports-rstclr; - samsung,supports-secdai; samsung,idma-addr = <0x03000000>; pinctrl-names = "default"; pinctrl-0 = <&i2s0_bus>; }; i2s1: i2s@12D60000 { - compatible = "samsung,i2s-v5"; + compatible = "samsung,s3c6410-i2s"; reg = <0x12D60000 0x100>; dmas = <&pdma1 12 &pdma1 11>; @@ -436,7 +433,7 @@  }; i2s2: i2s@12D70000 { - compatible = "samsung,i2s-v5"; + compatible = "samsung,s3c6410-i2s"; reg = <0x12D70000 0x100>; dmas = <&pdma0 12 &pdma0 11>;

[V5] ARM: dts: Change i2s compatible string on exynos5250【转】相关推荐

  1. free(): invalid pointer arm环境O2优化下string free异常分析

    文章目录 1. 背景: 2. 代码示例: 3. 分析过程 3.1 现象一 3.2 现象二 3.3 现象三 4.结论 1. 背景: 近期,ARM开发环境中出现过一次free(): invalid poi ...

  2. 内核添加dts后,device和device_driver的match匹配的变动:通过compatible属性进行匹配【转】...

    本文转载自:http://blog.csdn.net/ruanjianruanjianruan/article/details/61622053 内核添加dts后,device和device_driv ...

  3. Linux 设备树 DTS 语法

    DTS 语法 .dtsi 头文件 设备树支持头文件,设备树的头文件扩展名为.dtsi //linux-5.5.4\linux-5.5.4\arch\arm\boot\dts\s5pv210-smdkv ...

  4. Android 驱动(12)---Linux DTS(Device Tree Source)设备树详解

    Linux DTS(Device Tree Source)设备树详解 Linux DTS(Device Tree Source)设备树详解之一(背景基础知识篇) Linux DTS(Device Tr ...

  5. Android 驱动(9)----设备树(一)linux内核主线了解dts

    设备树(一)linux内核主线了解dts http://events.linuxfoundation.org/sites/events/files/slides/petazzoni-device-tr ...

  6. Linux 中断管理之ARM GIC V3 初始化

    1.ARM GIC V3中断控制器介绍 GIC(Generic Interrupt Controller)是一个通用的中断控制器,用来接收硬件中断信号,并经过一定处理后,分发给对应的CPU进行处理.G ...

  7. ARM Linux设备树

    1.ARM设备树起源 在过去的ARM Linux中,arch/arm/plat-xxx和arch/arm/mach-xxx中充斥着大量的垃圾代码,很多代码只是在描述板级细节,而这些板级细节对于内核来讲 ...

  8. 高通平台8953 Linux DTS(Device Tree Source)设备树详解之一(背景基础知识篇)

    本系列导航: 高通平台8953  Linux DTS(Device Tree Source)设备树详解之一(背景基础知识篇) 高通平台8953 Linux DTS(Device Tree Source ...

  9. 从零开始写设备树DTS

    7.从零开始写设备树 设备树就是有一些属性和节点组成的一种数据结构,属性一般会赋予一些属性值,而节点则可能是是由属性跟其下的子节点构成.下面是一个简单的例子: /dts-v1/; / { node1 ...

最新文章

  1. 对python3中pathlib库的Path类的使用详解
  2. Shell常用内容汇总
  3. Magento购物车价格计算的功能实现之代码理解
  4. 【数据库系统概论】考研第六部分重点分析【6.1】
  5. QT的QFile类的使用
  6. Taro+react开发(33) Super expression must either be null or a function, not undefined
  7. mysql删除表崩溃_MySQL在删除表时I/O错误原因分析
  8. matlab画迟滞迥线,[画图的问题]怎么画类似于磁滞回线的图像?一个x值对应两个y值的...
  9. 手机html图片自适应屏幕大小,手机端 图片自适应屏幕尺寸
  10. 测试计算机性能的软件比较专业,用什么软件测验电脑CPU性能最好
  11. 搜狗浏览器收藏夹误删恢复
  12. Java开发从零开始!java游戏服务器开发教程
  13. 树形导航栏(折叠)(jquery)
  14. SpringBoot父子工程集成Jenkins部署项目问题合集
  15. ajax返回map的值,同时在sucess返回时的显示
  16. win11 任务栏显示所有图标 不需要任何插件 (win11 22h2 版本已失效)
  17. 创新之法,法无常法——小鹏汽车访学笔记
  18. 中青报X牛客 “百校百企”青年就业扶持计划在京启动,共商青年就业蓝图
  19. Opencv教程-图像二值化
  20. Java后端以及web前端及echarts框架词云分析

热门文章

  1. linux下的进程创建,Linux下进程的创建
  2. 无线通信系统的定义与组成
  3. Timer+TimerTask实现数字时钟
  4. [LinkerScript.18] SECTION命令: Input Section Description : 输入section的基础
  5. SATA系列专题之二: 2.2 Link layer链路层加扰/解扰/CRC解析
  6. 计算机专业支教组,暑期实践 | 计算机特色课程进仙桃,暑期实践支教进行时
  7. 鸟音消澡声不求人:音频录制编辑软件COOL EDIT 教
  8. 三极管是一项伟大的发明
  9. 彩云之巅(五)干肚子
  10. 从问题的处理方式感悟学习方法 (r4笔记第39天)