|
[PATCH 4.4.y-cip 06/11] soc: renesas: Identify RZ/G1N
Lad Prabhakar
From: Geert Uytterhoeven <geert+renesas@...>
commit cd59de80dd34dd2d1a3ca97d7a6e712c048b135a upstream. Add support for identifying the RZ/G1N (r8a7744) SoC. Signed-off-by: Geert Uytterhoeven <geert+renesas@...> Signed-off-by: Simon Horman <horms+renesas@...> [PL: Enabled SOC_BUS config for RZ/G1N] Signed-off-by: Lad Prabhakar <prabhakar.mahadev-lad.rj@...> --- arch/arm/mach-shmobile/Kconfig | 1 + drivers/soc/renesas/renesas-soc.c | 8 ++++++++ 2 files changed, 9 insertions(+) diff --git a/arch/arm/mach-shmobile/Kconfig b/arch/arm/mach-shmobile/Kconfig index 3f1e27b76d59..8b84eb630dee 100644 --- a/arch/arm/mach-shmobile/Kconfig +++ b/arch/arm/mach-shmobile/Kconfig @@ -78,6 +78,7 @@ config ARCH_R8A7744 bool "RZ/G1N (R8A77440)" select ARCH_RCAR_GEN2 select ARM_ERRATA_798181 if SMP + select SOC_BUS config ARCH_R8A7745 bool "RZ/G1E (R8A77450)" diff --git a/drivers/soc/renesas/renesas-soc.c b/drivers/soc/renesas/renesas-soc.c index e36b51a52dfc..2cf62855cc45 100644 --- a/drivers/soc/renesas/renesas-soc.c +++ b/drivers/soc/renesas/renesas-soc.c @@ -40,6 +40,11 @@ static const struct renesas_soc soc_rz_g1m __initconst __maybe_unused = { .id = 0x47, }; +static const struct renesas_soc soc_rz_g1n __initconst __maybe_unused = { + .family = &fam_rzg, + .id = 0x4b, +}; + static const struct renesas_soc soc_rz_g1e __initconst __maybe_unused = { .family = &fam_rzg, .id = 0x4c, @@ -49,6 +54,9 @@ static const struct of_device_id renesas_socs[] __initconst = { #ifdef CONFIG_ARCH_R8A7743 { .compatible = "renesas,r8a7743", .data = &soc_rz_g1m }, #endif +#ifdef CONFIG_ARCH_R8A7744 + { .compatible = "renesas,r8a7744", .data = &soc_rz_g1n }, +#endif #ifdef CONFIG_ARCH_R8A7745 { .compatible = "renesas,r8a7745", .data = &soc_rz_g1e }, #endif -- 2.17.1
|
|
|
|
[PATCH 4.4.y-cip 05/11] ARM: dts: r8a7745: Add device node for PRR
Lad Prabhakar
From: Geert Uytterhoeven <geert+renesas@...>
commit 8916c7b58319fa27eae25c0c9b9a4cd68b9b30bd upstream. Add a device node for the Product Register, which provides SoC product and revision information. Signed-off-by: Geert Uytterhoeven <geert+renesas@...> Signed-off-by: Simon Horman <horms+renesas@...> [PL: sorted the node as per address] Signed-off-by: Lad Prabhakar <prabhakar.mahadev-lad.rj@...> --- arch/arm/boot/dts/r8a7745.dtsi | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/r8a7745.dtsi b/arch/arm/boot/dts/r8a7745.dtsi index 5f603d9eafea..58bf2e52523e 100644 --- a/arch/arm/boot/dts/r8a7745.dtsi +++ b/arch/arm/boot/dts/r8a7745.dtsi @@ -1356,6 +1356,11 @@ }; }; + prr: chipid@ff000044 { + compatible = "renesas,prr"; + reg = <0 0xff000044 0 4>; + }; + cmt0: timer@ffca0000 { compatible = "renesas,cmt-48-r8a7745", "renesas,cmt-48-gen2"; -- 2.17.1
|
|
|
|
[PATCH 4.4.y-cip 04/11] ARM: dts: r8a7743: Add device node for PRR
Lad Prabhakar
From: Geert Uytterhoeven <geert+renesas@...>
commit 11d4407e939e74e89a29df88b1557b59ece9e9f9 upstream. Add a device node for the Product Register, which provides SoC product and revision information. Signed-off-by: Geert Uytterhoeven <geert+renesas@...> Signed-off-by: Simon Horman <horms+renesas@...> [PL: sorted the node] Signed-off-by: Lad Prabhakar <prabhakar.mahadev-lad.rj@...> --- arch/arm/boot/dts/r8a7743.dtsi | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/r8a7743.dtsi b/arch/arm/boot/dts/r8a7743.dtsi index aff5ebbdb4bd..73b8f7f341f4 100644 --- a/arch/arm/boot/dts/r8a7743.dtsi +++ b/arch/arm/boot/dts/r8a7743.dtsi @@ -1781,6 +1781,11 @@ status = "disabled"; }; + prr: chipid@ff000044 { + compatible = "renesas,prr"; + reg = <0 0xff000044 0 4>; + }; + cmt0: timer@ffca0000 { compatible = "renesas,cmt-48-r8a7743", "renesas,cmt-48-gen2"; -- 2.17.1
|
|
|
|
[PATCH 4.4.y-cip 03/11] soc: renesas: Identify SoC and register with the SoC bus
Lad Prabhakar
From: Geert Uytterhoeven <geert+renesas@...>
commit 8d6799a9ba23acd675f3243580ee6f1756fb4381 upstream. Identify the SoC type and revision, and register this information with the SoC bus, so it is available under /sys/devices/soc0/, and can be checked where needed using soc_device_match(). Identification is done using the Product Register or Common Chip Code Register, as declared in DT (PRR only for now), or using a hardcoded fallback if missing. Example: Detected Renesas R-Car Gen2 r8a7791 ES1.0 ... # cat /sys/devices/soc0/{machine,family,soc_id,revision} Koelsch R-Car Gen2 r8a7791 ES1.0 Signed-off-by: Geert Uytterhoeven <geert+renesas@...> Signed-off-by: Simon Horman <horms+renesas@...> [PL: Dropped references to other platforms apart from RZ/G1{ME}, dropped SOC_BUS config option from arm64, enabled SOC_BUS config option for ARCH_R8A7743 and ARCH_R8A7745] Signed-off-by: Lad Prabhakar <prabhakar.mahadev-lad.rj@...> --- arch/arm/mach-shmobile/Kconfig | 2 + drivers/soc/renesas/Makefile | 2 + drivers/soc/renesas/renesas-soc.c | 123 ++++++++++++++++++++++++++++++ 3 files changed, 127 insertions(+) create mode 100644 drivers/soc/renesas/renesas-soc.c diff --git a/arch/arm/mach-shmobile/Kconfig b/arch/arm/mach-shmobile/Kconfig index a51df53f0914..3f1e27b76d59 100644 --- a/arch/arm/mach-shmobile/Kconfig +++ b/arch/arm/mach-shmobile/Kconfig @@ -72,6 +72,7 @@ config ARCH_R8A7742 config ARCH_R8A7743 bool "RZ/G1M (R8A77430)" select ARCH_RCAR_GEN2 + select SOC_BUS config ARCH_R8A7744 bool "RZ/G1N (R8A77440)" @@ -81,6 +82,7 @@ config ARCH_R8A7744 config ARCH_R8A7745 bool "RZ/G1E (R8A77450)" select ARCH_RCAR_GEN2 + select SOC_BUS config ARCH_R8A77470 bool "RZ/G1C (R8A77470)" diff --git a/drivers/soc/renesas/Makefile b/drivers/soc/renesas/Makefile index 87517569af13..77e8f953f4c8 100644 --- a/drivers/soc/renesas/Makefile +++ b/drivers/soc/renesas/Makefile @@ -1 +1,3 @@ obj-$(CONFIG_ARCH_RCAR_GEN2) += rcar-rst.o + +obj-$(CONFIG_SOC_BUS) += renesas-soc.o diff --git a/drivers/soc/renesas/renesas-soc.c b/drivers/soc/renesas/renesas-soc.c new file mode 100644 index 000000000000..e36b51a52dfc --- /dev/null +++ b/drivers/soc/renesas/renesas-soc.c @@ -0,0 +1,123 @@ +/* + * Renesas SoC Identification + * + * Copyright (C) 2014-2016 Glider bvba + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; version 2 of the License. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU General Public License for more details. + */ + +#include <linux/io.h> +#include <linux/of.h> +#include <linux/of_address.h> +#include <linux/slab.h> +#include <linux/string.h> +#include <linux/sys_soc.h> + +struct renesas_family { + const char name[16]; + u32 reg; /* CCCR or PRR, if not in DT */ +}; + +static const struct renesas_family fam_rzg __initconst __maybe_unused = { + .name = "RZ/G", + .reg = 0xff000044, /* PRR (Product Register) */ +}; + +struct renesas_soc { + const struct renesas_family *family; + u8 id; +}; + +static const struct renesas_soc soc_rz_g1m __initconst __maybe_unused = { + .family = &fam_rzg, + .id = 0x47, +}; + +static const struct renesas_soc soc_rz_g1e __initconst __maybe_unused = { + .family = &fam_rzg, + .id = 0x4c, +}; + +static const struct of_device_id renesas_socs[] __initconst = { +#ifdef CONFIG_ARCH_R8A7743 + { .compatible = "renesas,r8a7743", .data = &soc_rz_g1m }, +#endif +#ifdef CONFIG_ARCH_R8A7745 + { .compatible = "renesas,r8a7745", .data = &soc_rz_g1e }, +#endif + { /* sentinel */ } +}; + +static int __init renesas_soc_init(void) +{ + struct soc_device_attribute *soc_dev_attr; + const struct renesas_family *family; + const struct of_device_id *match; + const struct renesas_soc *soc; + void __iomem *chipid = NULL; + struct soc_device *soc_dev; + struct device_node *np; + unsigned int product; + + match = of_match_node(renesas_socs, of_root); + if (!match) + return -ENODEV; + + soc = match->data; + family = soc->family; + + /* Try PRR first, then hardcoded fallback */ + np = of_find_compatible_node(NULL, NULL, "renesas,prr"); + if (np) { + chipid = of_iomap(np, 0); + of_node_put(np); + } else if (soc->id) { + chipid = ioremap(family->reg, 4); + } + if (chipid) { + product = readl(chipid); + iounmap(chipid); + if (soc->id && ((product >> 8) & 0xff) != soc->id) { + pr_warn("SoC mismatch (product = 0x%x)\n", product); + return -ENODEV; + } + } + + soc_dev_attr = kzalloc(sizeof(*soc_dev_attr), GFP_KERNEL); + if (!soc_dev_attr) + return -ENOMEM; + + np = of_find_node_by_path("/"); + of_property_read_string(np, "model", &soc_dev_attr->machine); + of_node_put(np); + + soc_dev_attr->family = kstrdup_const(family->name, GFP_KERNEL); + soc_dev_attr->soc_id = kstrdup_const(strchr(match->compatible, ',') + 1, + GFP_KERNEL); + if (chipid) + soc_dev_attr->revision = kasprintf(GFP_KERNEL, "ES%u.%u", + ((product >> 4) & 0x0f) + 1, + product & 0xf); + + pr_info("Detected Renesas %s %s %s\n", soc_dev_attr->family, + soc_dev_attr->soc_id, soc_dev_attr->revision ?: ""); + + soc_dev = soc_device_register(soc_dev_attr); + if (IS_ERR(soc_dev)) { + kfree(soc_dev_attr->revision); + kfree_const(soc_dev_attr->soc_id); + kfree_const(soc_dev_attr->family); + kfree(soc_dev_attr); + return PTR_ERR(soc_dev); + } + + return 0; +} +core_initcall(renesas_soc_init); -- 2.17.1
|
|
|
|
[PATCH 4.4.y-cip 02/11] dt-bindings: arm: renesas: Convert 'renesas,prr' to json-schema
Lad Prabhakar
From: Simon Horman <horms+renesas@...>
commit 09f156d97e530c2ac631620f7b29508ff5cc4e6f upstream. Convert Renesas Product Register bindings documentation to json-schema. Signed-off-by: Simon Horman <horms+renesas@...> Reviewed-by: Rob Herring <robh@...> Link: https://lore.kernel.org/r/20190908120528.9392-1-horms+renesas@verge.net.au Signed-off-by: Geert Uytterhoeven <geert+renesas@...> [PL: Initially in upstream commit 5384f45cd9714287f198771bfb057eda799af9a8 ("ARM: shmobile: Document DT bindings for Product Register" added DT documentation later this was moved into separate file (renesas,prr.txt) in commit 74791d15fd7c405511e3cc097c2f043171ecbdb0 ("dt-bindings: arm: renesas: Move 'renesas,prr' binding to its own doc") and finally this was converted into json-schema so using the same commit to backport] Signed-off-by: Lad Prabhakar <prabhakar.mahadev-lad.rj@...> --- .../devicetree/bindings/arm/renesas,prr.yaml | 37 +++++++++++++++++++ 1 file changed, 37 insertions(+) create mode 100644 Documentation/devicetree/bindings/arm/renesas,prr.yaml diff --git a/Documentation/devicetree/bindings/arm/renesas,prr.yaml b/Documentation/devicetree/bindings/arm/renesas,prr.yaml new file mode 100644 index 000000000000..1f80767da38b --- /dev/null +++ b/Documentation/devicetree/bindings/arm/renesas,prr.yaml @@ -0,0 +1,37 @@ +# SPDX-License-Identifier: GPL-2.0 +%YAML 1.2 +--- +$id: http://devicetree.org/schemas/arm/renesas,prr.yaml# +$schema: http://devicetree.org/meta-schemas/core.yaml# + +title: Renesas Product Register + +maintainers: + - Geert Uytterhoeven <geert+renesas@...> + - Magnus Damm <magnus.damm@...> + +description: | + Most Renesas ARM SoCs have a Product Register or Boundary Scan ID + Register that allows to retrieve SoC product and revision information. + If present, a device node for this register should be added. + +properties: + compatible: + enum: + - renesas,prr + - renesas,bsid + reg: + maxItems: 1 + +required: + - compatible + - reg + +additionalProperties: false + +examples: + - | + prr: chipid@ff000044 { + compatible = "renesas,prr"; + reg = <0xff000044 4>; + }; -- 2.17.1
|
|
|
|
[PATCH 4.4.y-cip 01/11] base: soc: Early register bus when needed
Lad Prabhakar
From: Geert Uytterhoeven <geert+renesas@...>
commit 1da1b3628df34a2a5e38b70c8551770aadce969d upstream. If soc_device_register() is called before soc_bus_register(), it crashes with a NULL pointer dereference. soc_bus_register() is already a core_initcall(), but drivers/base/ is entered later than e.g. drivers/pinctrl/ and drivers/soc/. Hence there are several subsystems that may need to know SoC revision information, while it's not so easy to initialize the SoC bus even earlier using an initcall. To fix this, let soc_device_register() register the bus early if that hasn't happened yet. Signed-off-by: Geert Uytterhoeven <geert+renesas@...> Acked-by: Arnd Bergmann <arnd@...> Signed-off-by: Lad Prabhakar <prabhakar.mahadev-lad.rj@...> --- drivers/base/soc.c | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/drivers/base/soc.c b/drivers/base/soc.c index 84242e6b2897..c9fd0ee2ba50 100644 --- a/drivers/base/soc.c +++ b/drivers/base/soc.c @@ -114,6 +114,12 @@ struct soc_device *soc_device_register(struct soc_device_attribute *soc_dev_attr struct soc_device *soc_dev; int ret; + if (!soc_bus_type.p) { + ret = bus_register(&soc_bus_type); + if (ret) + goto out1; + } + soc_dev = kzalloc(sizeof(*soc_dev), GFP_KERNEL); if (!soc_dev) { ret = -ENOMEM; @@ -159,6 +165,9 @@ EXPORT_SYMBOL_GPL(soc_device_unregister); static int __init soc_bus_register(void) { + if (soc_bus_type.p) + return 0; + return bus_register(&soc_bus_type); } core_initcall(soc_bus_register); -- 2.17.1
|
|
|
|
[PATCH 4.4.y-cip 00/11] Renesas RZ/G1x add SoC detection support
Lad Prabhakar
Hi All,
This patch series adds SoC detection support for Renesas RZ/G1x SoC's. All the patches apart from {7, 9, 11}/11 have been cherry picked from Linux v5.10-rc6 Cheers, Prabhakar Biju Das (1): soc: renesas: Identify RZ/G1C Geert Uytterhoeven (6): base: soc: Early register bus when needed soc: renesas: Identify SoC and register with the SoC bus ARM: dts: r8a7743: Add device node for PRR ARM: dts: r8a7745: Add device node for PRR soc: renesas: Identify RZ/G1N soc: renesas: Identify RZ/G1H Lad Prabhakar (3): ARM: dts: r8a7744: Add device node for PRR ARM: dts: r8a7742: Add device node for PRR ARM: dts: r8a77470: Add device node for PRR Simon Horman (1): dt-bindings: arm: renesas: Convert 'renesas,prr' to json-schema .../devicetree/bindings/arm/renesas,prr.yaml | 37 +++++ arch/arm/boot/dts/r8a7742.dtsi | 5 + arch/arm/boot/dts/r8a7743.dtsi | 5 + arch/arm/boot/dts/r8a7744.dtsi | 5 + arch/arm/boot/dts/r8a7745.dtsi | 5 + arch/arm/boot/dts/r8a77470.dtsi | 5 + arch/arm/mach-shmobile/Kconfig | 5 + drivers/base/soc.c | 9 ++ drivers/soc/renesas/Makefile | 2 + drivers/soc/renesas/renesas-soc.c | 147 ++++++++++++++++++ 10 files changed, 225 insertions(+) create mode 100644 Documentation/devicetree/bindings/arm/renesas,prr.yaml create mode 100644 drivers/soc/renesas/renesas-soc.c -- 2.17.1
|
|
|
|
Cip-kernel-sec Updates for Week of 2020-11-26
Chen-Yu Tsai <wens213@...>
Hi everyone,
This week we have six new issues: - CVE-2020-15436 [blockdev UAF] - Fixed in all stable kernels - CVE-2020-15437 [serial/8250 NULL pointer dereference] - Fixed in all stable kernels - CVE-2020-27777 [powerpc/rtas usage check] - Fix backported to 4.14+ Since no member requires ppc support, we can ignore this. Though if anyone wishes to look into this, this might require backporting to 4.4 and 4.9. - CVE-2020-28915 [fbcon_get_font() global-out-of-bounds] - Fixed in all stable kernels - CVE-2020-28941 [accessibility/speakup] - Fixed in relevant stable kernels - CVE-2020-4788 [powerpc/power9 speculation] - Fixed in 4.9, 4.19, and mainline The stable commits were imported from Debian, which only tracks 4.9 and 4.19. 4.9 requires one less commit compared to 4.19 and mainline. I suspect 4.14 and 5.4 might also contain the fixes, but manual matching would be required. Regarding old issues: CVE-2020-27673 is fixed for 4.9 with one less commit than mainline, due to a feature introduced later. I suspect 4.4 might be the same, but this will require some manual matching. CVE-2019-12881 marked as fixed for all stable kernels. CVE-2020-slab-out-of-bounds-read-fbcon is now CVE-2020-28974. Regards ChenYu
|
|
|
|
[ANNOUNCE] v4.19.160-cip39-rt17
Pavel Machek
Hi!
New realtime trees should be available at kernel.org. Trees are available at https://git.kernel.org/pub/scm/linux/kernel/git/cip/linux-cip.git/log/?h=linux-4.19.y-cip-rt https://git.kernel.org/pub/scm/linux/kernel/git/cip/linux-cip.git/log/?h=linux-4.19.y-cip-rt-rebase And their content should be identical. Best regards, Pavel -- http://www.livejournal.com/~pavelmachek
|
|
|
|
Re: [PATCH 4.19.y-cip] arm64: dts: renesas: r8a774c0: Fix MSIOF1 DMA channels
Pavel Machek
Hi!
Aha, MSIOF1 not being on dev board explains things.Looks good to me, I can apply it if there are no other comments.Yes I have cross checked this information. Luckily MSIOF1 wasn't populated on the dev board. Applied and pushed out. Thanks and best regards, Pavel -- DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
|
|
|
|
[ANNOUNCE] Release v4.19.160-cip39
Nobuhiro Iwamatsu
Hi,
CIP kernel team has released Linux kernel v4.19.160-cip39. The linux-4.19.y-cip tree has been updated base version from v4.19.157 to v4.19.160, and r8a774e1 audio support patch has been backported. You can get this release via the git tree at: v4.19.160-cip39: repository: https://git.kernel.org/pub/scm/linux/kernel/git/cip/linux-cip.git branch: linux-4.19.y-cip commit hash: 53ba31d44bf6ff0a915b472797ec1af07b663751 added commits: CIP: Bump version suffix to -cip39 after merge from stable arm64: dts: renesas: r8a774e1: Add audio support arm64: dts: renesas: r8a774e1: Add missing audio_clk_b Best regards, Nobuhiro
|
|
|
|
Re: [PATCH 4.19.y-cip] arm64: dts: renesas: r8a774c0: Fix MSIOF1 DMA channels
Lad Prabhakar
Hi Pavel,
toggle quoted messageShow quoted text
Thank you for the review.
-----Original Message-----Yes I have cross checked this information. Luckily MSIOF1 wasn't populated on the dev board. Cheers, Prabhakar Best regards,
|
|
|
|
Re: [PATCH 4.19.y-cip] arm64: dts: renesas: r8a774c0: Fix MSIOF1 DMA channels
Pavel Machek
Hi!
From: Geert Uytterhoeven <geert+renesas@...>Looks good to me, I can apply it if there are no other comments. (I note you switched from dmac1 + dmac2 to dma_0_ only. I believe you double checked that's okay, but I wonder how it worked before the patch?) Best regards, Pavel -- DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
|
|
|
|
[PATCH 4.19.y-cip] arm64: dts: renesas: r8a774c0: Fix MSIOF1 DMA channels
Lad Prabhakar
From: Geert Uytterhoeven <geert+renesas@...>
commit c91dfc9818df5f43c10c727f1cecaebdb5e2fa92 upstream. According to Technical Update TN-RCT-S0352A/E, MSIOF1 DMA can only be used with SYS-DMAC0 on R-Car E3. Fixes: 62c0056f1c3eb15d ("arm64: dts: renesas: r8a774c0: Add MSIOF nodes") Signed-off-by: Geert Uytterhoeven <geert+renesas@...> Link: https://lore.kernel.org/r/20200917132117.8515-3-geert+renesas@glider.be Signed-off-by: Lad Prabhakar <prabhakar.mahadev-lad.rj@...> --- Patch has been cherry picked from v5.10-rc5. --- arch/arm64/boot/dts/renesas/r8a774c0.dtsi | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/arch/arm64/boot/dts/renesas/r8a774c0.dtsi b/arch/arm64/boot/dts/renesas/r8a774c0.dtsi index 44d66fcb412d..4785c486b336 100644 --- a/arch/arm64/boot/dts/renesas/r8a774c0.dtsi +++ b/arch/arm64/boot/dts/renesas/r8a774c0.dtsi @@ -1214,9 +1214,8 @@ reg = <0 0xe6ea0000 0 0x0064>; interrupts = <GIC_SPI 157 IRQ_TYPE_LEVEL_HIGH>; clocks = <&cpg CPG_MOD 210>; - dmas = <&dmac1 0x43>, <&dmac1 0x42>, - <&dmac2 0x43>, <&dmac2 0x42>; - dma-names = "tx", "rx", "tx", "rx"; + dmas = <&dmac0 0x43>, <&dmac0 0x42>; + dma-names = "tx", "rx"; power-domains = <&sysc R8A774C0_PD_ALWAYS_ON>; resets = <&cpg 210>; #address-cells = <1>; -- 2.17.1
|
|
|
|
Cip-kernel-sec Updates for Week of 2020-11-26
Chen-Yu Tsai (Moxa) <wens@...>
(Resent from correct email address.)
Hi everyone, This week we have six new issues: - CVE-2020-15436 [blockdev UAF] - Fixed in all stable kernels - CVE-2020-15437 [serial/8250 NULL pointer dereference] - Fixed in all stable kernels - CVE-2020-27777 [powerpc/rtas usage check] - Fix backported to 4.14+ Since no member requires ppc support, we can ignore this. Though if anyone wishes to look into this, this might require backporting to 4.4 and 4.9. - CVE-2020-28915 [fbcon_get_font() global-out-of-bounds] - Fixed in all stable kernels - CVE-2020-28941 [accessibility/speakup] - Fixed in relevant stable kernels - CVE-2020-4788 [powerpc/power9 speculation] - Fixed in 4.9, 4.19, and mainline The stable commits were imported from Debian, which only tracks 4.9 and 4.19. 4.9 requires one less commit compared to 4.19 and mainline. I suspect 4.14 and 5.4 might also contain the fixes, but manual matching would be required. Regarding old issues: CVE-2020-27673 is fixed for 4.9 with one less commit than mainline, due to a feature introduced later. I suspect 4.4 might be the same, but this will require some manual matching. CVE-2019-12881 marked as fixed for all stable kernels. CVE-2020-slab-out-of-bounds-read-fbcon is now CVE-2020-28974. Regards ChenYu Moxa
|
|
|
|
Re: [isar-cip-core][PATCH v2] classes/image_uuid: Generate new uuid if a new package is added
Jan Kiszka
On 25.11.20 09:44, Q. Gylstorff wrote:
From: Quirin Gylstorff <quirin.gylstorff@...>Thanks, applied. Jan -- Siemens AG, T RDA IOT Corporate Competence Center Embedded Linux
|
|
|
|
CIP IRC weekly meeting today
masashi.kudo@cybertrust.co.jp <masashi.kudo@...>
Hi all,
Kindly be reminded to attend the weekly meeting through IRC to discuss technical topics with CIP kernel today. *Please note that the IRC meeting was rescheduled to UTC (GMT) 09:00 starting from the first week of Apr. according to TSC meeting* https://www.timeanddate.com/worldclock/meetingdetails.html?year=2020&month=11&day=26&hour=9&min=0&sec=0&p1=224&p2=179&p3=136&p4=37&p5=241&p6=248 USWest USEast UK DE TW JP 01:00 04:00 9:00 10:00 17:00 18:00 Channel: * irc:chat.freenode.net:6667/cip Last meeting minutes: https://irclogs.baserock.org/meetings/cip/2020/11/cip.2020-11-19-09.00.log.html Agenda: * Action item 1. Combine root filesystem with kselftest binary - iwamatsu 2. Check whether SUNKBD is still used or not wrt CVE-2020-25669 - iwamatsu * Kernel maintenance updates * Kernel testing * CIP Security * AOB The meeting will take 30 min, although it can be extended to an hour if it makes sense and those involved in the topics can stay. Otherwise, the topic will be taken offline or in the next meeting. Best regards, -- M. Kudo Cybertrust Japan Co., Ltd.
|
|
|
|
Re: [PATCH] dt-bindings: PCI: rcar: Add device tree support for r8a7742
Biju Das <biju.das.jz@...>
Hi Pavel,
toggle quoted messageShow quoted text
Thanks for the feedback.
-----Original Message-----We have already backported PCIEC[1] to Linux-4.4.y-cip. Only dt binding patch was pending. [1] https://git.kernel.org/pub/scm/linux/kernel/git/cip/linux-cip.git/commit/arch/arm/boot/dts/r8a7742.dtsi?h=linux-4.4.y-cip&id=f7305b488be9e3048f0ee30bb7a83d6041728d7f Regards, Biju Best regards,
|
|
|
|
Re: [PATCH] dt-bindings: PCI: rcar: Add device tree support for r8a7742
Biju Das <biju.das.jz@...>
Hi Pavel, Nobuhiro,
toggle quoted messageShow quoted text
Please ignore this patch for Linux-4.4.y-cip. I have send another patch fixing tab between commit and commit id in the patch description. Regards, Biju
-----Original Message-----
|
|
|
|
Re: [isar-cip-core][PATCH] classes/image_uuid: Generate new uuid if a new package is added
Quirin Gylstorff
On 9/18/20 2:21 PM, Jan Kiszka wrote:
On 18.09.20 10:04, Q. Gylstorff wrote:I will try to use the previous version after testing it has the same effect as this patch.From: Quirin Gylstorff <quirin.gylstorff@...>Why not using an undefined or empty IMAGE_UUID as "generate me one" indication? The namespace is random.- base_hash = d.getVar("BB_BASEHASH_task-do_rootfs_install", True)Is that namespace random, or does that have specific meaning? Replace with a sipmler version in v2.do_generate_image_uuid[vardeps] += "IMAGE_UUID"Please separate variable for job definitions be a blank line. Also the job specifications above should be visually separated from the code below that way. IOW: I switch back to python to avoid unnecassary package installations.do_generate_image_uuid() {Why do we need to switch to uuidgen from the buildchroot, rather than using python's uuid? See v2. Quirin+ fiJan
|
|
|