May 2020 - U-Boot

[PATCH v2 0/2] Raspberry Pi 4 VL805 firmware load
by Nicolas Saenz Julienne 05 May '20

05 May '20

Newer revisions of the RPi4 need their xHCI chip, VL805, firmware to be loaded explicitly. Earlier versions didn't need that as they where using an EEPROM for that purpose. This series takes care of setting up the relevant infrastructure and run the firmware loading routine at the right moment. Note that this builds on top of Sylwester Nawrocki's "USB host support for Raspberry Pi 4 board" series. --- Changes since v1: - Rename function - Use callback in xhci-pci.c Nicolas Saenz Julienne (2): arm: rpi: Add function to trigger VL805's firmware load usb: xhci: Load Raspberry Pi 4 VL805's firmware arch/arm/mach-bcm283x/include/mach/mbox.h | 13 +++++++ arch/arm/mach-bcm283x/include/mach/msg.h | 7 ++++ arch/arm/mach-bcm283x/msg.c | 43 +++++++++++++++++++++++ board/raspberrypi/rpi/rpi.c | 12 +++++++ drivers/usb/host/xhci-pci.c | 6 ++++ include/usb/xhci.h | 3 ++ 6 files changed, 84 insertions(+) -- 2.26.2

4 11

[RFC] arm: dts: imx: imx8qm: usb support
by Oliver Graute 05 May '20

05 May '20

Try to get USB working with imx8qm. Therefore I took below from NXP vendor tree. Can someone point me to the missing driver parts that are needed? Best regards, Oliver --- arch/arm/dts/fsl-imx8qm.dtsi | 71 ++++++++++++++++++++++++++++++++++++ 1 file changed, 71 insertions(+) diff --git a/arch/arm/dts/fsl-imx8qm.dtsi b/arch/arm/dts/fsl-imx8qm.dtsi index 6808f68f9d..87c3bb2257 100644 --- a/arch/arm/dts/fsl-imx8qm.dtsi +++ b/arch/arm/dts/fsl-imx8qm.dtsi @@ -40,6 +40,10 @@ i2c1 = &i2c1; i2c2 = &i2c2; i2c3 = &i2c3; + usb0 = &usbotg1; + usbphy0 = &usbphy1; + usb1 = &usb2; + usbphy1 = &usb2_phy; i2c4 = &i2c4; }; @@ -142,6 +146,33 @@ #address-cells = <1>; #size-cells = <0>; + pd_conn_usbotg0: PD_CONN_USB_0 { + reg = <SC_R_USB_0>; + #power-domain-cells = <0>; + power-domains = <&pd_conn>; + }; + + pd_conn_usbotg0_phy: PD_CONN_USB_0_PHY { + reg = <SC_R_USB_0_PHY>; + #power-domain-cells = <0>; + power-domains = <&pd_conn>; + }; + + pd_conn_usbotg1: PD_CONN_USB_1 { + reg = <SC_R_USB_1>; + #power-domain-cells = <0>; + power-domains = <&pd_conn>; + }; + pd_conn_usb2: PD_CONN_USB_2 { + reg = <SC_R_USB_2>; + #power-domain-cells = <0>; + power-domains = <&pd_conn>; + }; + pd_conn_usb2_phy: PD_CONN_USB_2_PHY { + reg = <SC_R_USB_2_PHY>; + #power-domain-cells = <0>; + power-domains = <&pd_conn>; + }; pd_conn_sdch0: PD_CONN_SDHC_0 { reg = <SC_R_SDHC_0>; #power-domain-cells = <0>; @@ -555,6 +586,46 @@ power-domains = <&pd_conn_enet1>; status = "disabled"; }; + + usbmisc1: usbmisc@5b0d0200 { + #index-cells = <1>; + compatible = "fsl,imx7d-usbmisc", "fsl,imx6q-usbmisc"; + reg = <0x0 0x5b0d0200 0x0 0x200>; + }; + + usbphy1: usbphy@0x5b100000 { + compatible = "fsl,imx8qm-usbphy", "fsl,imx7ulp-usbphy", "fsl,imx6ul-usbphy", "fsl,imx23-usbphy"; + reg = <0x0 0x5b100000 0x0 0x200>; + clocks = <&clk IMX8QM_USB2_PHY_IPG_CLK>; + power-domains = <&pd_conn_usbotg0_phy>; + }; + + usbotg1: usb@5b0d0000 { + compatible = "fsl,imx7d-usb", "fsl,imx27-usb"; + reg = <0x0 0x5b0d0000 0x0 0x200>; + interrupts = <GIC_SPI 267 IRQ_TYPE_LEVEL_HIGH>; + fsl,usbphy = <&usbphy1>; + fsl,usbmisc = <&usbmisc1 0>; + clocks = <&clk IMX8QM_USB2_OH_AHB_CLK>; + phy-clkgate-delay-us = <400>; + status = "disabled"; + #stream-id-cells = <1>; + power-domains = <&pd_conn_usbotg0>; + }; + + usb2_phy: phy@0x5b160000 { + compatible = "fsl,imx8-usb-phy"; + reg = <0x0 0x5b160000 0x0 0x10000>; + power-domains = <&pd_conn_usb2_phy>; + }; + + usb2: usb@0x5b110000 { + compatible = "fsl,imx8-usb3"; + reg = <0x0 0x5b110000 0x0 0x38000>; + fsl,usbphy = <&usb2_phy>; + status = "disabled"; + power-domains = <&pd_conn_usb2>; + }; }; &A53_0 { -- 2.17.1

2 1

[PATCH v1 1/1] cmd: gpt: add eMMC and GPT support
by Rayagonda Kokatanur 05 May '20

05 May '20

From: Corneliu Doban <cdoban(a)broadcom.com> Add eMMC and GPT support. - GPT partition list and command to create the GPT added to u-boot environment - eMMC boot commands added to u-boot environment - new gpt commands (enumarate and setenv) that are used by broadcom update scripts and boot commands - eMMC specific u-boot configurations with environment saved in eMMC and GPT support Signed-off-by: Corneliu Doban <cdoban(a)broadcom.com> Signed-off-by: Rayagonda Kokatanur <rayagonda.kokatanur(a)broadcom.com> --- cmd/gpt.c | 95 +++++++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 95 insertions(+) diff --git a/cmd/gpt.c b/cmd/gpt.c index b8d11c167d..c32e272b25 100644 --- a/cmd/gpt.c +++ b/cmd/gpt.c @@ -616,6 +616,87 @@ static int gpt_verify(struct blk_desc *blk_dev_desc, const char *str_part) return ret; } +/* + * Enumerate partition names into environment variable. + */ +static int gpt_enumerate(struct blk_desc *blk_dev_desc) +{ + disk_partition_t pinfo; + struct part_driver *first_drv = + ll_entry_start(struct part_driver, part_driver); + const int n_drvs = ll_entry_count(struct part_driver, part_driver); + struct part_driver *part_drv; + char part_list[2048]; + + part_list[0] = 0; + + for (part_drv = first_drv; part_drv != first_drv + n_drvs; part_drv++) { + int ret; + int i; + + for (i = 1; i < part_drv->max_entries; i++) { + ret = part_drv->get_info(blk_dev_desc, i, &pinfo); + if (ret != 0) { + /* no more entries in table */ + break; + } + strcat(part_list, (const char *)pinfo.name); + strcat(part_list, " "); + } + } + if (strlen(part_list) > 0) + part_list[strlen(part_list) - 1] = 0; + debug("setenv gpt_partition_list %s\n", part_list); + env_set("gpt_partition_list", part_list); + return 0; +} + +/* + * Dynamically setup environment variables for name, index, offset and size + * for partition in GPT table after running "gpt setenv" for a partition name. + * gpt_partition_name, gpt_partition_entry, gpt_partition_addr and + * gpt_partition_size environment variables will be set. + */ +static int gpt_setenv(struct blk_desc *blk_dev_desc, const char *name) +{ + disk_partition_t pinfo; + struct part_driver *first_drv = + ll_entry_start(struct part_driver, part_driver); + const int n_drvs = ll_entry_count(struct part_driver, part_driver); + struct part_driver *part_drv; + char buf[32]; + + for (part_drv = first_drv; part_drv != first_drv + n_drvs; part_drv++) { + int ret; + int i; + + for (i = 1; i < part_drv->max_entries; i++) { + ret = part_drv->get_info(blk_dev_desc, i, &pinfo); + if (ret != 0) { + /* no more entries in table */ + break; + } + if (strcmp(name, (const char *)pinfo.name) == 0) { + /* match found, setup environment variables */ + sprintf(buf, LBAF, pinfo.start); + debug("setenv gpt_partition_addr %s\n", buf); + env_set("gpt_partition_addr", buf); + sprintf(buf, LBAF, pinfo.size); + debug("setenv gpt_partition_size %s\n", buf); + env_set("gpt_partition_size", buf); + sprintf(buf, "%d", i); + debug("setenv gpt_partition_entry %s\n", buf); + env_set("gpt_partition_entry", buf); + sprintf(buf, "%s", pinfo.name); + debug("setenv gpt_partition_name %s\n", buf); + env_set("gpt_partition_name", buf); + return 0; + } + } + } + return -1; +} + static int do_disk_guid(struct blk_desc *dev_desc, char * const namestr) { int ret; @@ -822,6 +903,10 @@ static int do_gpt(cmd_tbl_t *cmdtp, int flag, int argc, char * const argv[]) } else if ((strcmp(argv[1], "verify") == 0)) { ret = gpt_verify(blk_dev_desc, argv[4]); printf("Verify GPT: "); + } else if ((strcmp(argv[1], "setenv") == 0)) { + ret = gpt_setenv(blk_dev_desc, argv[4]); + } else if ((strcmp(argv[1], "enumerate") == 0)) { + ret = gpt_enumerate(blk_dev_desc); } else if (strcmp(argv[1], "guid") == 0) { ret = do_disk_guid(blk_dev_desc, argv[4]); #ifdef CONFIG_CMD_GPT_RENAME @@ -852,7 +937,17 @@ U_BOOT_CMD(gpt, CONFIG_SYS_MAXARGS, 1, do_gpt, " to interface\n" " Example usage:\n" " gpt write mmc 0 $partitions\n" + " - write the GPT to device\n" " gpt verify mmc 0 $partitions\n" + " - verify the GPT on device against $partitions\n" + " gpt setenv mmc 0 $name\n" + " - setup environment variables for partition $name:\n" + " gpt_partition_addr, gpt_partition_size,\n" + " gpt_partition_name, gpt_partition_entry\n" + " gpt enumerate mmc 0\n" + " - store list of partitions to gpt_partition_list environment variable\n" + " read <interface> <dev>\n" + " - read GPT into a data structure for manipulation\n" " gpt guid <interface> <dev>\n" " - print disk GUID\n" " gpt guid <interface> <dev> <varname>\n" -- 2.17.1

1 0

[PATCH 0/8] ARM: imx: Fix reset in SPL
by Harald Seiler 05 May '20

05 May '20

This series is a merge of "ARM: Fix reset in SPL if SYSRESET is not used" [1] and "ARM: imx: Do not define do_reset() if sysreset is enabled" [2] as the two solve the same problem. The first of the two was sent to originally to fix a problem not related to imx8m (see the last patch of this new series, "ARM: reset: use do_reset in SPL/TPL if SYSRESET was not enabled for them"). However, this broke imx8m boards as they define do_reset() in board code which was the reason for adding the imx8m patches. Now, Marek sent the latter series which solves the specific issues of the imx8m boards properly by converting them to use DM_SYSRESET in SPL. This approach is better than what Claudius and I did originally so I've dropped our (non-DM) fixes for the imx8m boards and added Marek's patches instead. I have, however, kept the fixes for the generic code so if anyone would go back to using the non-DM version, it would also work (and not be part of the tree while silently being broken). [1]: https://patchwork.ozlabs.org/project/uboot/list/?series=162379 [2]: https://patchwork.ozlabs.org/project/uboot/list/?series=173249 Claudius Heine (2): ARM: imx8m: Don't use the addr parameter of reset_cpu() ARM: reset: use do_reset in SPL/TPL if SYSRESET was not enabled for them Harald Seiler (1): ARM: imx8m: Fix indentation of reset_cpu() function Marek Vasut (5): ARM: imx8m: Do not define do_reset() if sysreset is enabled ARM: imx8m: Fix reset in SPL on NXP iMX8MM EVK ARM: imx8m: Fix reset in SPL on NXP iMX8MN EVK ARM: imx8m: Fix reset in SPL on NXP iMX8MP EVK ARM: imx8m: Fix reset in SPL on Toradex iMX8MM Verdin arch/arm/dts/imx8mm-evk-u-boot.dtsi | 12 ++++++++++++ arch/arm/dts/imx8mm-verdin-u-boot.dtsi | 12 ++++++++++++ arch/arm/dts/imx8mn-ddr4-evk-u-boot.dtsi | 12 ++++++++++++ arch/arm/dts/imx8mp-evk-u-boot.dtsi | 12 ++++++++++++ arch/arm/lib/Makefile | 2 +- arch/arm/mach-imx/imx8m/soc.c | 21 +++++++++------------ board/freescale/imx8mm_evk/spl.c | 9 --------- board/freescale/imx8mn_evk/spl.c | 9 --------- board/freescale/imx8mp_evk/spl.c | 9 --------- board/toradex/verdin-imx8mm/spl.c | 9 --------- configs/imx8mm_evk_defconfig | 5 +++++ configs/imx8mn_ddr4_evk_defconfig | 5 +++++ configs/imx8mp_evk_defconfig | 4 ++++ configs/verdin-imx8mm_defconfig | 5 +++++ 14 files changed, 77 insertions(+), 49 deletions(-) -- 2.26.2

6 29

Fwd: Re: ZynqMP boot: no messages from SPL other than "Debug uart enabled"
by Major A 05 May '20

05 May '20

Hi Michal, The link I sent discusses boards that are externally identical but still different, even though they are all labeled Rev1.1. My understanding is that there are differences between boards other than the SODIMM issue (from Rev1.0 to Rev1.1). Don't you have a reasonably new board (I guess anything with a 2019 build date should do to test the file that you sent me? I'm pretty sure you only tested it on older boards (still Rev1.1, but older). Cheers, András On 05/05/2020 09:58, Michal Simek wrote: > Hi, > > yes there are new sodimms for sure that's why there is separate folder > for this board revision. > You can try to generate psu_init for 1.1 from vivado and then ddr > configuration should be right. > You can also use psu_init and run memory test on the top to see if ddr > is configured properly. > > Thanks, > Michal > > On 05. 05. 20 9:43, Major A wrote: >> Hi Michal, >> >> I appreciate that, thanks for your help. I mentioned this earlier but >> never got a reply: can this have something to do with >> >> >> https://forums.xilinx.com/t5/ACAP-and-SoC-Boot-and/Booting-ZCU-102-from-SD-… >> >> >> by any chance? >> >> Cheers, >> >> András >> >> >> On 05/05/2020 08:14, Michal Simek wrote: >>> On 04. 05. 20 16:41, Major A wrote: >>>> Dear Michal, >>>> >>>> There's no output on the console whatsoever. I tried booting off SD >>>> directly, and also via JTAG and your script. >>> >>> I am out of ideas what can be wrong. It is just working on our revision >>> 1.1. I can only recommend you to debug it step by step and see where you >>> end and what can be wrong. >>> I can imagine that your zcu102 can have older memory module but it is >>> unlikely if it is new. Or something else is broken there. >>> >>> Just keep in your mind that SPL is not supported official recommend boot >>> flow and it is community driven first stage bootloader. >>> I can help with brainstorming but you need to debug it self to find out >>> where the problem is. >>> >>> Thanks, >>> Michal >>> >

1 0

Re: [PATCH 12/36] bdinfo: riscv: Use the generic bd command
by Rick Chen 05 May '20

05 May '20

> From: U-Boot [mailto:u-boot-bounces@lists.denx.de] On Behalf Of Simon Glass > Sent: Tuesday, May 05, 2020 7:17 AM > To: U-Boot Mailing List > Cc: Tom Rini; Simon Glass; Bin Meng; Heiko Schocher > Subject: [PATCH 12/36] bdinfo: riscv: Use the generic bd command > > This arch has none of its own info to show. Move it over to use the generic do_bdinfo(). > > Signed-off-by: Simon Glass <sjg(a)chromium.org> > --- > Reviewed-by: Rick Chen <rick(a)andestech.com> > cmd/bdinfo.c | 15 +-------------- > 1 file changed, 1 insertion(+), 14 deletions(-) > > diff --git a/cmd/bdinfo.c b/cmd/bdinfo.c index 6a2bbfb348..0e96dd619c 100644 > --- a/cmd/bdinfo.c > +++ b/cmd/bdinfo.c > @@ -341,20 +341,7 @@ static int do_bdinfo(cmd_tbl_t *cmdtp, int flag, int argc, > > #elif defined(CONFIG_RISCV) > > -int do_bdinfo(cmd_tbl_t *cmdtp, int flag, int argc, char * const argv[]) -{ > - bd_t *bd = gd->bd; > - > - print_bi_boot_params(bd); > - print_bi_dram(bd); > - print_num("relocaddr", gd->relocaddr); > - print_num("reloc off", gd->reloc_off); > - print_eth_ip_addr(); > - print_baudrate(); > - print_cpu_word_size(); > - > - return 0; > -} > +#define USE_GENERIC > > #elif defined(CONFIG_ARC) > > -- > 2.26.2.526.g744177e7f7-goog

1 0

Re: [PATCH 11/36] bdinfo: nds32: Use the generic bd command
by Rick Chen 05 May '20

05 May '20

> From: U-Boot [mailto:u-boot-bounces@lists.denx.de] On Behalf Of Simon Glass > Sent: Tuesday, May 05, 2020 7:17 AM > To: U-Boot Mailing List > Cc: Tom Rini; Simon Glass; Bin Meng; Heiko Schocher; Macpaul Lin > Subject: [PATCH 11/36] bdinfo: nds32: Use the generic bd command > > This arch has none of its own info to show. Move it over to use the generic do_bdinfo(). > > Signed-off-by: Simon Glass <sjg(a)chromium.org> > --- > Reviewed-by: Rick Chen <rick(a)andestech.com> > cmd/bdinfo.c | 14 +------------- > 1 file changed, 1 insertion(+), 13 deletions(-) > > diff --git a/cmd/bdinfo.c b/cmd/bdinfo.c index dce24b43fa..6a2bbfb348 100644 > --- a/cmd/bdinfo.c > +++ b/cmd/bdinfo.c > @@ -337,19 +337,7 @@ static int do_bdinfo(cmd_tbl_t *cmdtp, int flag, int argc, > > #elif defined(CONFIG_NDS32) > > -int do_bdinfo(cmd_tbl_t *cmdtp, int flag, int argc, char * const argv[]) -{ > - bd_t *bd = gd->bd; > - > - print_num("arch_number", bd->bi_arch_number); > - print_bi_boot_params(bd); > - print_bi_dram(bd); > - print_eth_ip_addr(); > - print_baudrate(); > - print_cpu_word_size(); > - > - return 0; > -} > +#define USE_GENERIC > > #elif defined(CONFIG_RISCV) > > -- > 2.26.2.526.g744177e7f7-goog

1 0

Re: [PATCH 02/36] bdinfo: riscv: Use generic bd_info
by Rick Chen 05 May '20

05 May '20

> From: Simon Glass [mailto:sjg@chromium.org] > Sent: Tuesday, May 05, 2020 7:17 AM > To: U-Boot Mailing List > Cc: Tom Rini; Simon Glass; Joe Hershberger; Rick Jian-Zhi Chen(陳建志) > Subject: [PATCH 02/36] bdinfo: riscv: Use generic bd_info > > At present riscv still uses its own private bd_info struct. Move it over to use the generic one like other archs. > > Signed-off-by: Simon Glass <sjg(a)chromium.org> > --- > Reviewed-by: Rick Chen <rick(a)andestech.com> > arch/riscv/include/asm/u-boot.h | 19 ++----------------- > 1 file changed, 2 insertions(+), 17 deletions(-) > > diff --git a/arch/riscv/include/asm/u-boot.h b/arch/riscv/include/asm/u-boot.h index 5ba8e77812..d5e1d5f323 100644 > --- a/arch/riscv/include/asm/u-boot.h > +++ b/arch/riscv/include/asm/u-boot.h > @@ -18,25 +18,10 @@ > #ifndef _U_BOOT_H_ > #define _U_BOOT_H_ 1 > > +/* Use the generic board which requires a unified bd_info */ #include > +<asm-generic/u-boot.h> > #include <asm/u-boot-riscv.h> > > - > -typedef struct bd_info { > - unsigned long bi_boot_params; /* where this board expects params */ > - unsigned long bi_memstart; /* start of DRAM memory */ > - unsigned long bi_memsize; /* size of DRAM memory in bytes */ > - unsigned long bi_flashstart; /* start of FLASH memory */ > - unsigned long bi_flashsize; /* size of FLASH memory */ > - unsigned long bi_flashoffset; /* reserved area for startup monitor */ > - unsigned char bi_enetaddr[6]; > - > - struct /* RAM configuration */ > - { > - unsigned long start; > - unsigned long size; > - } bi_dram[CONFIG_NR_DRAM_BANKS]; > -} bd_t; > - > /* For image.h:image_check_target_arch() */ #define IH_ARCH_DEFAULT IH_ARCH_RISCV > > --

1 0

Re: [PATCH 01/36] bdinfo: nds32: Use generic bd_info
by Rick Chen 05 May '20

05 May '20

> From: Simon Glass [mailto:sjg@chromium.org] > Sent: Tuesday, May 05, 2020 7:17 AM > To: U-Boot Mailing List > Cc: Tom Rini; Simon Glass; Joe Hershberger; Macpaul Lin; Rick Jian-Zhi Chen(陳建志) > Subject: [PATCH 01/36] bdinfo: nds32: Use generic bd_info > > At present nds32 still uses its own private bd_info struct. Move it over to use the generic one like other archs. > > Signed-off-by: Simon Glass <sjg(a)chromium.org> > --- > Reviewed-by: Rick Chen <rick(a)andestech.com> > arch/nds32/include/asm/u-boot.h | 20 ++------------------ > 1 file changed, 2 insertions(+), 18 deletions(-) > > diff --git a/arch/nds32/include/asm/u-boot.h b/arch/nds32/include/asm/u-boot.h index 8c949e7fb7..7b6e905f2a 100644 > --- a/arch/nds32/include/asm/u-boot.h > +++ b/arch/nds32/include/asm/u-boot.h > @@ -19,26 +19,10 @@ > #ifndef _U_BOOT_H_ > #define _U_BOOT_H_ 1 > > +/* Use the generic board which requires a unified bd_info */ #include > +<asm-generic/u-boot.h> > #include <asm/u-boot-nds32.h> > > - > -typedef struct bd_info { > - unsigned long bi_arch_number; /* unique id for this board */ > - unsigned long bi_boot_params; /* where this board expects params */ > - unsigned long bi_memstart; /* start of DRAM memory */ > - unsigned long bi_memsize; /* size of DRAM memory in bytes */ > - unsigned long bi_flashstart; /* start of FLASH memory */ > - unsigned long bi_flashsize; /* size of FLASH memory */ > - unsigned long bi_flashoffset; /* reserved area for startup monitor */ > - unsigned char bi_enetaddr[6]; > - > - struct /* RAM configuration */ > - { > - unsigned long start; > - unsigned long size; > - } bi_dram[CONFIG_NR_DRAM_BANKS]; > -} bd_t; > - > /* For image.h:image_check_target_arch() */ #define IH_ARCH_DEFAULT IH_ARCH_NDS32 > > -- > 2.26.2.526.g744177e7f7-goog

1 0

[PATCH v3 0/4] patman: Add changelog customization options
by Sean Anderson 04 May '20

04 May '20

This series adds a few changes I have been using locally as new tags for patman. This series has itself been developed using these patches, and the unprocessed commits can be viewed at [1]. [1] https://github.com/Forty-Bot/u-boot/tree/patman Changes in v3: - Document empty changelog suppression in README - Fix KeyError when running tests - Fix some corner cases for no changes messages - Modify tests for new behavior - Update commit subjects Changes in v2: - Add a note when there are no changes in the current revision - Add documentation for new tags - Add patch for multi-line changes in changelogs - Switch to using commit tags for changelog control, instead of command-line options Sean Anderson (4): patman: Modify functional tests for new behavior patman: Suppress empty changelog entries patman: Add new tags for finer-grained changelog control patman: Support multi-line changes in changelogs tools/patman/README | 48 +++++++++- tools/patman/func_test.py | 58 +++++++++-- tools/patman/patchstream.py | 96 +++++++++++++------ tools/patman/patman.py | 2 +- tools/patman/series.py | 53 +++++++--- .../0001-pci-Correct-cast-for-sandbox.patch | 3 + ...-for-sandbox-in-fdtdec_setup_mem_siz.patch | 12 ++- tools/patman/test/test01.txt | 15 ++- 8 files changed, 233 insertions(+), 54 deletions(-) -- 2.26.2

2 10