Re: [PATCH 1/1] ARM: LPAE: use phys_addr_t instead of unsigned long in outercache hooks

2020-12-30 Thread Leizhen (ThunderTown)
On 2020/12/29 18:51, Russell King - ARM Linux admin wrote: > On Tue, Dec 29, 2020 at 02:30:56PM +0800, Leizhen (ThunderTown) wrote: >> >> >> On 2020/12/26 20:13, Russell King - ARM Linux admin wrote: >>> On Fri, Dec 25, 2020 at 07:44:58PM +0800, Zhen Lei wrot

Re: [PATCH v2 1/1] ARM: LPAE: use phys_addr_t instead of unsigned long in outercache hooks

2020-12-30 Thread Leizhen (ThunderTown)
On 2020/12/30 17:54, Russell King - ARM Linux admin wrote: > On Wed, Dec 30, 2020 at 04:28:05PM +0800, Zhen Lei wrote: >> The outercache of some Hisilicon SOCs support physical addresses wider >> than 32-bits. The unsigned long datatype is not sufficient for mapping >> physical addresses >=

Re: [PATCH v2 1/2] arm64: dts: broadcom: clear the warnings caused by empty dma-ranges

2020-10-25 Thread Leizhen (ThunderTown)
On 2020/10/23 15:17, Arnd Bergmann wrote: > On Sun, Oct 18, 2020 at 4:10 AM Leizhen (ThunderTown) > wrote: >> On 2020/10/17 3:27, Florian Fainelli wrote: >>> On 10/16/20 11:23 AM, Arnd Bergmann wrote: >>>> On Fri, Oct 16, 2020 at 6:48 PM Florian Fainelli >

Re: [PATCH 1/1] ACPI/nfit: correct the badrange to be reported in nfit_handle_mce()

2020-11-18 Thread Leizhen (ThunderTown)
On 2020/11/19 3:16, Dan Williams wrote: > On Wed, Nov 18, 2020 at 12:55 AM Leizhen (ThunderTown) > wrote: >> >> >> >> On 2020/11/18 16:41, Zhen Lei wrote: >>> The badrange to be reported should always cover mce->addr. >> Maybe I should chang

Re: [PATCH 1/1] ACPI/nfit: correct the badrange to be reported in nfit_handle_mce()

2020-11-18 Thread Leizhen (ThunderTown)
On 2020/11/19 4:50, Verma, Vishal L wrote: > On Wed, 2020-11-18 at 16:41 +0800, Zhen Lei wrote: >> The badrange to be reported should always cover mce->addr. >> >> Signed-off-by: Zhen Lei >> --- >> drivers/acpi/nfit/mce.c | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) > > Ah good

Re: [PATCH 1/1] block: move the PAGE_SECTORS definition into

2020-11-19 Thread Leizhen (ThunderTown)
k. Did this change progress forward somewhere? Actually, I'm trying to make further replacements after this patch is applied. But there was no response except Coly Li. > > Thanks! > > John Dorminy > > > On Mon, Sep 7, 2020 at 3:40 AM Leizhen (ThunderTown) > wrote: >>

Re: [PATCH 1/1] device-dax: delete a redundancy check in dev_dax_validate_align()

2020-11-20 Thread Leizhen (ThunderTown)
On 2020/11/20 17:20, Zhen Lei wrote: > After we have done the alignment check for the length of each range, the > alignment check for dev_dax_size(dev_dax) is no longer needed, because it > get the sum of the length of each range. For example: x/M + y/M = (x + y)/M If x/M is a integer and y/M

Re: [PATCH 1/1] ACPI/nfit: correct the badrange to be reported in nfit_handle_mce()

2020-11-18 Thread Leizhen (ThunderTown)
On 2020/11/18 16:41, Zhen Lei wrote: > The badrange to be reported should always cover mce->addr. Maybe I should change this description to: Make sure the badrange to be reported can always cover mce->addr. > > Signed-off-by: Zhen Lei > --- > drivers/acpi/nfit/mce.c | 2 +- > 1 file

Re: [PATCH 1/4] reset: hisilicon: correct vendor prefix

2020-12-03 Thread Leizhen (ThunderTown)
On 2020/12/3 20:54, Philipp Zabel wrote: > On Thu, 2020-12-03 at 20:02 +0800, Zhen Lei wrote: >> The vendor prefix of "Hisilicon Limited" is "hisilicon", it is clearly >> stated in "vendor-prefixes.yaml". >> >> Fixes: 1527058736fa ("reset: hisilicon: add reset-hi3660") >> Signed-off-by: Zhen

Re: [PATCH 0/1] dt-bindings: eliminate yamllint warnings

2020-12-03 Thread Leizhen (ThunderTown)
Sorry, Forgot to say: This patch is based on the latest linux-next code. On 2020/12/4 10:42, Zhen Lei wrote: > There're too many people, I just send to the maintainer, reviewer, supporter. > > Eliminate below warnings: > ./Documentation/devicetree/bindings/clock/imx8qxp-lpcg.yaml:32:13:

Re: [PATCH 5/6] ARM: dts: mmp2-olpc-xo-1-75: explicitly add #address-cells=<0> for slave mode

2020-12-03 Thread Leizhen (ThunderTown)
Hi everybody: Can somebody apply this patch? When I do any YAML dtbs_check on arm, below Warnings always reported. arch/arm/boot/dts/mmp2.dtsi:472.23-480.6: Warning (spi_bus_bridge): /soc/apb@d400/spi@d4037000: incorrect #address-cells for SPI bus also defined at

Re: [PATCH 1/1] dt-bindings: eliminate yamllint warnings

2020-12-05 Thread Leizhen (ThunderTown)
On 2020/12/5 1:41, Mark Brown wrote: > On Fri, Dec 04, 2020 at 10:42:26AM +0800, Zhen Lei wrote: >> All warnings are related only to "wrong indentation", except one: >> Documentation/devicetree/bindings/media/i2c/mipi-ccs.yaml:4:1: \ >> [error] missing document start "---" (document-start) > >

Re: [PATCH 1/5] media: dt-bindings: add the required property 'additionalProperties'

2020-12-05 Thread Leizhen (ThunderTown)
On 2020/12/4 18:56, Philipp Zabel wrote: > On Fri, 2020-12-04 at 17:38 +0800, Zhen Lei wrote: >> When I do dt_binding_check for any YAML file, below wanring is always >> reported: >> >> xxx/media/coda.yaml: 'additionalProperties' is a required property >> xxx/media/coda.yaml: ignoring, error in

Re: [PATCH 1/1] perf diff: fix error return value in __cmd_diff()

2020-11-27 Thread Leizhen (ThunderTown)
Hi everybody: Can any one review it? On 2020/11/24 18:36, Zhen Lei wrote: > An appropriate return value should be set on the failed path. > > Reported-by: Hulk Robot > Signed-off-by: Zhen Lei > --- > tools/perf/builtin-diff.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > >

Re: [PATCH 1/1] perf diff: fix error return value in __cmd_diff()

2020-11-27 Thread Leizhen (ThunderTown)
On 2020/11/28 1:25, Arnaldo Carvalho de Melo wrote: > Em Fri, Nov 27, 2020 at 02:22:02PM -0300, Arnaldo Carvalho de Melo escreveu: >> Em Fri, Nov 27, 2020 at 10:35:37PM +0900, Namhyung Kim escreveu: >>> On Tue, Nov 24, 2020 at 7:37 PM Zhen Lei wrote: > An appropriate return value should

Re: [PATCH 1/2] xfs: check the return value of krealloc()

2020-11-24 Thread Leizhen (ThunderTown)
On 2020/11/24 19:51, Christoph Hellwig wrote: > On Tue, Nov 24, 2020 at 06:45:30PM +0800, Zhen Lei wrote: >> krealloc() may fail to expand the memory space. Add sanity checks to it, >> and WARN() if that really happened. > > What part of the __GFP_NOFAIL semantics isn't clear enough? Oh,

Re: [PATCH 2/2] xfs: remove the extra processing of zero size in xfs_idata_realloc()

2020-11-24 Thread Leizhen (ThunderTown)
On 2020/11/24 19:52, Christoph Hellwig wrote: > On Tue, Nov 24, 2020 at 06:45:31PM +0800, Zhen Lei wrote: >> krealloc() does the free operation when the parameter new_size is 0, with >> ZERO_SIZE_PTR returned. Because all other places use NULL to check whether >> if_data is available or not, so

Re: [PATCH 1/1] x86/mce: remove unused WARN_ON() in mce_register_decode_chain()

2020-11-06 Thread Leizhen (ThunderTown)
On 2020/11/6 19:12, Borislav Petkov wrote: > On Fri, Nov 06, 2020 at 04:43:40PM +0800, Zhen Lei wrote: >> enum mce_notifier_prios { >> MCE_PRIO_LOWEST, >> MCE_PRIO_MCELOG, >> MCE_PRIO_EDAC, >> >> After commit c9c6d216ed28 ("x86/mce: Rename "first" function as "early""),

Re: [PATCH v2 1/2] arm64: dts: broadcom: clear the warnings caused by empty dma-ranges

2020-11-08 Thread Leizhen (ThunderTown)
t its #address-cells (1) differs from / (2) arch/arm64/boot/dts/broadcom/stingray/stingray-usb.dtsi:7.3-14: Warning (dma_ranges_format): /usb:dma-ranges: empty "dma-ranges" property but its #size-cells (1) differs from / (2) On 2020/10/26 10:21, Leizhen (ThunderTown) wrote: > >

Re: [PATCH 0/2] add support for Hisilicon SD5203 vector interrupt controller

2020-09-03 Thread Leizhen (ThunderTown)
On 2020/9/4 0:46, Marc Zyngier wrote: > On 2020-09-03 13:05, Zhen Lei wrote: >> The interrupt controller of SD5203 SoC is VIC(vector interrupt controller), >> it's >> based on Synopsys DesignWare APB interrupt controller (dw_apb_ictl) IP, but >> it >> can not directly use dw_apb_ictl driver.

Re: [PATCH 1/3] libnvdimm: Fix memory leaks in of_pmem.c

2020-08-18 Thread Leizhen (ThunderTown)
On 8/19/2020 3:00 AM, Markus Elfring wrote: >> The memory priv->bus_desc.provider_name allocated by kstrdup() should be >> freed. > > * Would an imperative wording be preferred for the change description? > > * I propose to add the tag “Fixes” to the commit message. Thanks for your

Re: [PATCH v2 0/4] bug fix and optimize for drivers/nvdimm

2020-08-19 Thread Leizhen (ThunderTown)
On 8/19/2020 8:20 PM, Markus Elfring wrote: >> v1 --> v2: >> 1. Add Fixes for Patch 1-2 >> 2. Slightly change the subject and description of Patch 1 > … >> libnvdimm: fix memmory leaks in of_pmem.c > … > > I suggest to avoid a typo in such a patch subject. OK, Thanks for reminding me. > >

Re: [PATCH v2 1/4] libnvdimm: Fix memory leaks in of_pmem.c

2020-08-19 Thread Leizhen (ThunderTown)
On 8/19/2020 8:28 PM, Markus Elfring wrote: >> The memory priv->bus_desc.provider_name allocated by kstrdup() is not >> freed correctly. > > How do you think about to choose an imperative wording for > a corresponding change description? >

Re: [PATCH v2 3/4] libnvdimm/bus: simplify walk_to_nvdimm_bus()

2020-08-19 Thread Leizhen (ThunderTown)
On 8/19/2020 8:40 PM, Markus Elfring wrote: >> … when is_nvdimm_bus(dev) successed. > > I imagine that that an other wording will be more appropriate here. OK, I will rewrite it. > > Regards, > Markus > >

Re: [PATCH v2 1/4] libnvdimm: Fix memory leaks in of_pmem.c

2020-08-19 Thread Leizhen (ThunderTown)
On 8/19/2020 9:35 PM, Oliver O'Halloran wrote: > On Wed, Aug 19, 2020 at 10:28 PM Markus Elfring wrote: >> >>> The memory priv->bus_desc.provider_name allocated by kstrdup() is not >>> freed correctly. > > Personally I thought his commit message was perfectly fine. A little > unorthodox, but

Re: [PATCH v2 1/4] libnvdimm: fix memmory leaks in of_pmem.c

2020-08-19 Thread Leizhen (ThunderTown)
On 8/19/2020 9:37 PM, Oliver O'Halloran wrote: > On Wed, Aug 19, 2020 at 12:05 PM Zhen Lei wrote: >> >> The memory priv->bus_desc.provider_name allocated by kstrdup() is not >> freed correctly. >> >> Fixes: 49bddc73d15c ("libnvdimm/of_pmem: Provide a unique name for bus >> provider") >>

Re: [PATCH 1/1] block: move the PAGE_SECTORS definition into

2020-08-21 Thread Leizhen (ThunderTown)
On 8/21/2020 12:11 PM, Coly Li wrote: > On 2020/8/21 10:03, Zhen Lei wrote: >> There are too many PAGE_SECTORS definitions, and all of them are the >> same. It looks a bit of a mess. So why not move it into , >> to achieve a basic and unique definition. >> >> Signed-off-by: Zhen Lei > > > A

Re: [PATCH 1/1] block: move the PAGE_SECTORS definition into

2020-09-07 Thread Leizhen (ThunderTown)
Hi, Jens Axboe, Alasdair Kergon, Mike Snitzer: What's your opinion? On 2020/8/21 15:05, Coly Li wrote: > On 2020/8/21 14:48, Leizhen (ThunderTown) wrote: >> >> >> On 8/21/2020 12:11 PM, Coly Li wrote: >>> On 2020/8/21 10:03, Zhen Lei wrote: >>>> T

Re: [PATCH 1/1] watchdog: remove unneeded inclusion of

2020-09-07 Thread Leizhen (ThunderTown)
Hi, Wim Van Sebroeck, Guenter Roeck: What's your opinion? Guenter Roeck given "Reviewed-by" two weeks ago. On 2020/8/27 21:40, Guenter Roeck wrote: > On 8/26/20 11:21 PM, Zhen Lei wrote: >> There has been no reference to "struct sched_param" since >> commit 94beddacb53c ("sched,watchdog:

Re: [PATCH 1/1] watchdog: remove unneeded inclusion of

2020-09-07 Thread Leizhen (ThunderTown)
On 2020/9/8 10:40, Guenter Roeck wrote: > On 9/7/20 12:50 AM, Leizhen (ThunderTown) wrote: >> Hi, Wim Van Sebroeck, Guenter Roeck: >> What's your opinion? Guenter Roeck given "Reviewed-by" two weeks ago. >> > > The patch is in my watchdog-next branc

Re: [PATCH v2 2/3] irqchip: dw-apb-ictl: support hierarchy irq domain

2020-09-08 Thread Leizhen (ThunderTown)
On 2020/9/8 15:41, Marc Zyngier wrote: > On 2020-09-08 08:11, Zhen Lei wrote: >> Add support to use dw-apb-ictl as primary interrupt controller. >> >> Suggested-by: Marc Zyngier >> Signed-off-by: Zhen Lei >> Tested-by: Haoyu Lv >> --- >>  drivers/irqchip/Kconfig   |  2 +- >>  

Re: [PATCH v2 7/9] clocksource: sp804: add support for Hisilicon sp804 timer

2020-09-18 Thread Leizhen (ThunderTown)
On 2020/9/18 16:53, Daniel Lezcano wrote: > On 12/09/2020 13:45, Zhen Lei wrote: >> The ARM SP804 supports a maximum of 32-bit counter, but Hisilicon extends >> it to 64-bit. That means, the registers: TimerXload, TimerXValue and >> TimerXBGLoad are 64bits, all other registers are the same as

Re: [PATCH 1/2] dt-bindings: interrupt-controller: add Hisilicon SD5203 vector interrupt controller

2020-09-18 Thread Leizhen (ThunderTown)
On 2020/9/19 2:55, Rob Herring wrote: > On Wed, Sep 16, 2020 at 9:30 PM Leizhen (ThunderTown) > wrote: >> >> >> >> On 2020/9/15 14:12, Leizhen (ThunderTown) wrote: >>> >>> >>> On 2020/9/15 4:31, Rob Herring wrote: >>>> O

Re: [PATCH v5 5/6] dt-bindings: dw-apb-ictl: convert to json-schema

2020-09-23 Thread Leizhen (ThunderTown)
On 2020/9/24 4:49, Rob Herring wrote: > On Fri, Sep 18, 2020 at 07:22:01PM +0800, Zhen Lei wrote: >> Convert the Synopsys DesignWare APB interrupt controller (dw_apb_ictl) >> binding to DT schema format using json-schema. >> >> Signed-off-by: Zhen Lei >> --- >>

Re: [PATCH v2 1/4] dt-bindings: arm: hisilicon: add binding for SD5203 SoC

2020-09-23 Thread Leizhen (ThunderTown)
On 2020/9/24 4:59, Rob Herring wrote: > On Sat, Sep 19, 2020 at 02:45:52PM +0800, Zhen Lei wrote: >> Add devicetree binding for Hisilicon SD5203 SoC. >> >> Signed-off-by: Zhen Lei >> --- >> Documentation/devicetree/bindings/arm/hisilicon/hisilicon.txt | 5 + >> 1 file changed, 5

Re: [PATCH v5 5/6] dt-bindings: dw-apb-ictl: convert to json-schema

2020-09-23 Thread Leizhen (ThunderTown)
On 2020/9/24 11:26, Leizhen (ThunderTown) wrote: > > > On 2020/9/24 4:49, Rob Herring wrote: >> On Fri, Sep 18, 2020 at 07:22:01PM +0800, Zhen Lei wrote: >>> Convert the Synopsys DesignWare APB interrupt controller (dw_apb_ictl) >>> binding to D

Re: [PATCH v6 0/6] irqchip: dw-apb-ictl: support hierarchy irq domain

2020-09-27 Thread Leizhen (ThunderTown)
On 2020/9/25 23:54, Marc Zyngier wrote: > On Thu, 24 Sep 2020 15:17:48 +0800, Zhen Lei wrote: >> v5 --> v6: >> 1. add Reviewed-by: Rob Herring for Patch 4. >> 2. Some modifications are made to Patch 5: >>1) add " |" for each "description:" property if its content exceeds one >> line, >>

Re: [PATCH v6 5/6] dt-bindings: dw-apb-ictl: convert to json-schema

2020-09-27 Thread Leizhen (ThunderTown)
Hi Rob: Do you have time to review this patch again? On 2020/9/24 15:17, Zhen Lei wrote: > Convert the Synopsys DesignWare APB interrupt controller (dw_apb_ictl) > binding to DT schema format using json-schema. > > Signed-off-by: Zhen Lei > --- > .../interrupt-controller/snps,dw-apb-ictl.txt

Re: [PATCH v2 2/2] ARM: support PHYS_OFFSET minimum aligned at 64KiB boundary

2020-09-27 Thread Leizhen (ThunderTown)
On 2020/9/22 20:30, Leizhen (ThunderTown) wrote: > > > On 2020/9/21 16:53, Leizhen (ThunderTown) wrote: >> >> >> On 2020/9/21 14:47, Ard Biesheuvel wrote: >>> On Mon, 21 Sep 2020 at 05:35, Leizhen (ThunderTown) >>> wrote: >>>>

Re: [PATCH v2 2/2] ARM: support PHYS_OFFSET minimum aligned at 64KiB boundary

2020-09-22 Thread Leizhen (ThunderTown)
On 2020/9/21 16:53, Leizhen (ThunderTown) wrote: > > > On 2020/9/21 14:47, Ard Biesheuvel wrote: >> On Mon, 21 Sep 2020 at 05:35, Leizhen (ThunderTown) >> wrote: >>> >>> >>> >>> On 2020/9/17 22:00, Ard Biesheuvel wrote: >>

Re: [PATCH v2 2/2] ARM: support PHYS_OFFSET minimum aligned at 64KiB boundary

2020-09-28 Thread Leizhen (ThunderTown)
On 2020/9/28 9:30, Leizhen (ThunderTown) wrote: > > > On 2020/9/22 20:30, Leizhen (ThunderTown) wrote: >> >> >> On 2020/9/21 16:53, Leizhen (ThunderTown) wrote: >>> >>> >>> On 2020/9/21 14:47, Ard Biesheuvel wrote: >>>&g

Re: [PATCH v3 08/21] dt-bindings: arm: hisilicon: convert system controller bindings to json-schema

2020-09-28 Thread Leizhen (ThunderTown)
On 2020/9/28 17:44, Jonathan Cameron wrote: > On Sun, 27 Sep 2020 14:21:16 +0800 > Zhen Lei wrote: > >> Convert the Hisilicon system controller and its variants binding to DT >> schema format using json-schema. All of them are grouped into one yaml >> file, to help users understand

Re: [PATCH v3 10/21] dt-bindings: arm: hisilicon: convert hisilicon, pcie-sas-subctrl bindings to json-schema

2020-09-28 Thread Leizhen (ThunderTown)
On 2020/9/28 17:46, Jonathan Cameron wrote: > On Sun, 27 Sep 2020 14:21:18 +0800 > Zhen Lei wrote: > >> Convert the Hisilicon HiP05/HiP06 PCIe-SAS subsystem controller binding >> to DT schema format using json-schema. >> >> Signed-off-by: Zhen Lei > > One small thing inline to fix. > >

Re: [PATCH v3 20/21] dt-bindings: arm: hisilicon: convert hisilicon, hi6220-sramctrl bindings to json-schema

2020-09-28 Thread Leizhen (ThunderTown)
On 2020/9/28 17:50, Jonathan Cameron wrote: > On Sun, 27 Sep 2020 14:21:28 +0800 > Zhen Lei wrote: > >> Convert the Hisilicon Hi6220 SRAM controller binding to DT schema format >> using json-schema. >> >> Signed-off-by: Zhen Lei >> --- >> .../hi3620/hisilicon,hi6220-sramctrl.txt |

Re: [PATCH v3 21/21] dt-bindings: arm: hisilicon: convert LPC controller bindings to json-schema

2020-09-28 Thread Leizhen (ThunderTown)
On 2020/9/28 17:52, Jonathan Cameron wrote: > On Sun, 27 Sep 2020 14:21:29 +0800 > Zhen Lei wrote: > >> Convert the Hisilicon Hip06 SoCs implement a Low Pin Count (LPC) >> controller binding to DT schema format using json-schema. >> >> Signed-off-by: Zhen Lei > > As only single entries in

Re: [PATCH 2/2] ARM: decompressor: relax the loading restriction of the decompressed kernel

2020-09-28 Thread Leizhen (ThunderTown)
On 2020/9/28 18:14, Ard Biesheuvel wrote: > On Mon, 28 Sep 2020 at 11:27, Zhen Lei wrote: >> >> mov r4, pc >> and r4, r4, #0xf800 //truncated to 128MiB boundary >> add r4, r4, #TEXT_OFFSET//PA(_start) >> >> Currently, the decompressed kernel must be placed at the

Re: [PATCH v3 03/21] dt-bindings: arm: hisilicon: convert Hisilicon board/soc bindings to json-schema

2020-09-28 Thread Leizhen (ThunderTown)
On 2020/9/28 20:05, Wei Xu wrote: > Hi Zhen Lei, > > Thanks! > > On 2020/9/27 14:21, Zhen Lei wrote: >> Convert Hisilicon SoC bindings to DT schema format using json-schema. >> >> Signed-off-by: Zhen Lei >> --- >> .../bindings/arm/hisilicon/hisilicon.txt | 57 >>

Re: [PATCH v3 02/21] dt-bindings: arm: hisilicon: split the dt-bindings of each controller into a separate file

2020-09-28 Thread Leizhen (ThunderTown)
On 2020/9/28 20:37, Wei Xu wrote: > Hi Zhen Lei, > > > > On 2020/9/27 14:21, Zhen Lei wrote: >> Split the devicetree bindings of each Hisilicon controller from >> hisilicon.txt into a separate file, the file name is the compatible name >> attach the .txt file name extension. >> >> All Hi6220

Re: [PATCH v6 5/6] dt-bindings: dw-apb-ictl: convert to json-schema

2020-09-28 Thread Leizhen (ThunderTown)
On 2020/9/29 2:26, Rob Herring wrote: > On Thu, Sep 24, 2020 at 03:17:53PM +0800, Zhen Lei wrote: >> Convert the Synopsys DesignWare APB interrupt controller (dw_apb_ictl) >> binding to DT schema format using json-schema. >> >> Signed-off-by: Zhen Lei >> --- >>

Re: [PATCH 2/2] ARM: decompressor: relax the loading restriction of the decompressed kernel

2020-09-28 Thread Leizhen (ThunderTown)
On 2020/9/28 20:57, Geert Uytterhoeven wrote: > Hi Zhen, > > On Mon, Sep 28, 2020 at 2:15 PM Ard Biesheuvel wrote: >> On Mon, 28 Sep 2020 at 13:57, Leizhen (ThunderTown) >> wrote: >>> On 2020/9/28 18:14, Ard Biesheuvel wrote: >>>> On

Re: [PATCH v4 01/20] dt-bindings: arm: hisilicon: split the dt-bindings of each controller into a separate file

2020-09-28 Thread Leizhen (ThunderTown)
On 2020/9/29 3:05, Rob Herring wrote: > On Mon, Sep 28, 2020 at 11:13:05PM +0800, Zhen Lei wrote: >> Split the devicetree bindings of each Hisilicon controller from >> hisilicon.txt into a separate file, the file name is the compatible name >> attach the .txt file name extension. >> >> All

Re: [PATCH v4 03/20] dt-bindings: arm: hisilicon: add binding for SD5203 SoC

2020-09-28 Thread Leizhen (ThunderTown)
On 2020/9/29 3:07, Rob Herring wrote: > On Mon, Sep 28, 2020 at 11:13:07PM +0800, Zhen Lei wrote: >> Add devicetree binding for Hisilicon SD5203 SoC. >> >> Signed-off-by: Zhen Lei >> --- >> Documentation/devicetree/bindings/arm/hisilicon/hisilicon.yaml | 4 >> 1 file changed, 4

Re: [PATCH v4 07/20] dt-bindings: arm: hisilicon: convert system controller bindings to json-schema

2020-09-28 Thread Leizhen (ThunderTown)
On 2020/9/29 3:13, Rob Herring wrote: > On Mon, Sep 28, 2020 at 11:13:11PM +0800, Zhen Lei wrote: >> Convert the Hisilicon system controller and its variants binding to DT >> schema format using json-schema. All of them are grouped into one yaml >> file, to help users understand differences and

Re: [PATCH v4 20/20] dt-bindings: arm: hisilicon: convert LPC controller bindings to json-schema

2020-09-28 Thread Leizhen (ThunderTown)
On 2020/9/29 3:16, Rob Herring wrote: > On Mon, Sep 28, 2020 at 11:13:24PM +0800, Zhen Lei wrote: >> Convert the Hisilicon Hip06 SoCs implement a Low Pin Count (LPC) >> controller binding to DT schema format using json-schema. >> >> Signed-off-by: Zhen Lei >> --- >>

Re: [PATCH v4 12/20] dt-bindings: arm: hisilicon: convert hisilicon,hi3798cv200-perictrl bindings to json-schema

2020-09-28 Thread Leizhen (ThunderTown)
On 2020/9/29 3:14, Rob Herring wrote: > On Mon, Sep 28, 2020 at 11:13:16PM +0800, Zhen Lei wrote: >> Convert the Hisilicon Hi3798CV200 Peripheral Controller binding to DT >> schema format using json-schema. >> >> Signed-off-by: Zhen Lei >> --- >>

Re: [PATCH v4 12/20] dt-bindings: arm: hisilicon: convert hisilicon,hi3798cv200-perictrl bindings to json-schema

2020-09-29 Thread Leizhen (ThunderTown)
On 2020/9/29 11:18, Leizhen (ThunderTown) wrote: > > > On 2020/9/29 3:14, Rob Herring wrote: >> On Mon, Sep 28, 2020 at 11:13:16PM +0800, Zhen Lei wrote: >>> Convert the Hisilicon Hi3798CV200 Peripheral Controller binding to DT >>> schema format using json-sc

Re: [PATCH 1/6] dt-bindings: leds: choose correct color value of multi-led

2020-10-13 Thread Leizhen (ThunderTown)
On 2020/10/14 0:17, Dan Murphy wrote: > Zhen > > On 10/13/20 11:08 AM, Zhen Lei wrote: >> The color value of multi-led is fixed to "const: 8 #LED_COLOR_ID_MULTI", >> which is required by leds-class-multicolor.yaml. >> >> Signed-off-by: Zhen Lei >> --- >>  

Re: [PATCH 6/6] dt-bindings: misc: correct the property name cmd-gpios to cmd-gpio

2020-10-13 Thread Leizhen (ThunderTown)
On 2020/10/14 1:32, Dan Murphy wrote: > Zhen > > On 10/13/20 11:08 AM, Zhen Lei wrote: >> The property name used in arch/arm/boot/dts/mmp2-olpc-xo-1-75.dts is >> cmd-gpio. >> >> arch/arm/boot/dts/mmp2-olpc-xo-1-75.dts:235: >> cmd-gpio = < 155 GPIO_ACTIVE_HIGH>; >> >> Signed-off-by: Zhen Lei

Re: [PATCH 2/6] dt-bindings: mfd: google,cros-ec: explicitly allow additional properties

2020-10-13 Thread Leizhen (ThunderTown)
On 2020/10/14 1:53, Dan Murphy wrote: > Zhen > > On 10/13/20 11:08 AM, Zhen Lei wrote: >> There are so many properties have not been described in this yaml file, >> and a lot of errors will be reported. Especially, some yaml files such as >> google,cros-ec-typec.yaml, extcon-usbc-cros-ec.yaml

Re: [PATCH 1/1] watchdog: remove unneeded inclusion of

2020-10-13 Thread Leizhen (ThunderTown)
On 2020/9/8 11:34, Leizhen (ThunderTown) wrote: > > > On 2020/9/8 10:40, Guenter Roeck wrote: >> On 9/7/20 12:50 AM, Leizhen (ThunderTown) wrote: >>> Hi, Wim Van Sebroeck, Guenter Roeck: >>> What's your opinion? Guenter Roeck given "Reviewed-by"

Re: [PATCH] dt-bindings: leds: Update devicetree documents for ID_RGB

2020-10-14 Thread Leizhen (ThunderTown)
On 2020/10/14 1:50, Dan Murphy wrote: > Update the leds/common.yaml to indicate that the max color ID is 9. > Reflect the same change in the leds-class-multicolor.yaml > > Reported-by: Zhen Lei > Signed-off-by: Dan Murphy > --- > Documentation/devicetree/bindings/leds/common.yaml | 2

Re: [PATCH 1/2] arm64: dts: broadcom: remove an unused property dma-ranges

2020-10-14 Thread Leizhen (ThunderTown)
On 2020/10/14 15:38, Arnd Bergmann wrote: > On Wed, Oct 14, 2020 at 5:15 AM Florian Fainelli wrote: >> On 10/12/2020 11:06 PM, Zhen Lei wrote: >>> stingray-usb.dtsi is finally included by three dts files: >>> bcm958802a802x.dts, bcm958742k.dts and bcm958742t.dts. I searched all >>> these three

Re: [PATCH 1/2] arm64: dts: broadcom: remove an unused property dma-ranges

2020-10-14 Thread Leizhen (ThunderTown)
On 2020/10/14 21:36, Leizhen (ThunderTown) wrote: > > > On 2020/10/14 15:38, Arnd Bergmann wrote: >> On Wed, Oct 14, 2020 at 5:15 AM Florian Fainelli >> wrote: >>> On 10/12/2020 11:06 PM, Zhen Lei wrote: >>>> stingray-usb.dtsi is finally included b

Re: [PATCH v3 2/3] dt-bindings: arm: hisilicon: Add binding for L3 cache controller

2021-01-13 Thread Leizhen (ThunderTown)
On 2021/1/13 19:15, Arnd Bergmann wrote: > On Wed, Jan 13, 2021 at 9:13 AM Leizhen (ThunderTown) > wrote: >> On 2021/1/13 15:44, Leizhen (ThunderTown) wrote: >>> On 2021/1/12 21:55, Arnd Bergmann wrote: >>>> On Tue, Jan 12, 2021 at 1:35 PM Leizhen (ThunderTown

Re: [PATCH v3 3/3] iommu/arm-smmu-v3: Reserving the entire SMMU register space

2021-02-01 Thread Leizhen (ThunderTown)
On 2021/2/1 19:44, Robin Murphy wrote: > On 2021-01-30 01:54, Leizhen (ThunderTown) wrote: >> >> >> On 2021/1/29 23:27, Robin Murphy wrote: >>> On 2021-01-27 11:32, Zhen Lei wrote: >>>> commit 52f3fab0067d ("iommu/arm-smmu-v3: Don't reserve im

Re: [PATCH v4 1/2] perf/smmuv3: Don't reserve the PMCG register spaces

2021-02-01 Thread Leizhen (ThunderTown)
On 2021/2/1 20:54, Will Deacon wrote: > On Sat, Jan 30, 2021 at 03:14:13PM +0800, Zhen Lei wrote: >> According to the SMMUv3 specification: >> Each PMCG counter group is represented by one 4KB page (Page 0) with one >> optional additional 4KB page (Page 1), both of which are at IMPLEMENTATION

Re: [PATCH v6 4/4] ARM: Add support for Hisilicon Kunpeng L3 cache controller

2021-02-01 Thread Leizhen (ThunderTown)
On 2021/2/1 16:31, Arnd Bergmann wrote: > On Mon, Feb 1, 2021 at 4:36 AM Zhen Lei wrote: >> >> Add support for the Hisilicon Kunpeng L3 cache controller as used with >> Kunpeng506 and Kunpeng509 SoCs. >> >> These Hisilicon SoCs support LPAE, so the physical addresses is wider than >> 32-bits,

Re: [PATCH v6 2/4] ARM: hisi: add support for Kunpeng50x SoC

2021-02-01 Thread Leizhen (ThunderTown)
On 2021/2/1 16:35, Arnd Bergmann wrote: > On Mon, Feb 1, 2021 at 4:35 AM Zhen Lei wrote: >> >> Enable support for the Hisilicon Kunpeng506 and Kunpeng509 SoC. >> >> Signed-off-by: Zhen Lei > > Reviewed-by: Arnd Bergmann > > Russell, do you have a preference for how to get this series

Re: [PATCH v5 0/1] perf/smmuv3: Don't reserve the PMCG register spaces

2021-02-01 Thread Leizhen (ThunderTown)
On 2021/2/1 23:50, Will Deacon wrote: > On Mon, Feb 01, 2021 at 09:27:49PM +0800, Zhen Lei wrote: >> v4 --> v5: >> 1. Give up doing the mapping for the entire SMMU register space. >> 2. Fix some compile warnings. Sorry. So sorry. > > That's alright, these things happen. However, this came in

Re: [PATCH v5 0/4] ARM: Add support for Hisilicon Kunpeng L3 cache controller

2021-01-27 Thread Leizhen (ThunderTown)
Hi Russell and Arnd: Do you have time to review it? On 2021/1/16 11:27, Zhen Lei wrote: > v4 --> v5: > 1. Add SoC macro ARCH_KUNPENG50X, and the Kunpeng L3 cache controller only > enabled >on that platform. > 2. Require the compatible string of the Kunpeng L3 cache controller must have >

Re: [PATCH 1/1] iommu/arm-smmu-v3: Use DEFINE_RES_MEM() to simplify code

2021-01-26 Thread Leizhen (ThunderTown)
I've sent another set of patches. https://lkml.org/lkml/2021/1/26/1065 If those patches are acceptable, then this one should be ignored. On 2021/1/22 21:14, Zhen Lei wrote: > No functional change. > > Signed-off-by: Zhen Lei > --- > drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c | 6 +- > 1

Re: [PATCH 1/1] iommu/arm-smmu-v3: add support for BBML

2021-01-26 Thread Leizhen (ThunderTown)
On 2021/1/26 18:12, Will Deacon wrote: > On Mon, Jan 25, 2021 at 08:23:40PM +, Robin Murphy wrote: >> Now we probably will need some degreee of BBML feature awareness for the >> sake of SVA if and when we start using it for CPU pagetables, but I still >> cannot see any need to consider it

Re: [PATCH v3 2/3] perf/smmuv3: Add a MODULE_SOFTDEP() to indicate dependency on SMMU

2021-01-29 Thread Leizhen (ThunderTown)
On 2021/1/30 1:03, Robin Murphy wrote: > On 2021-01-29 15:34, John Garry wrote: >> On 29/01/2021 15:12, Robin Murphy wrote: >>> On 2021-01-27 11:32, Zhen Lei wrote: The MODULE_SOFTDEP() gives user space a hint of the loading sequence. And when command "modprobe arm_smmuv3_pmu" is

Re: [PATCH v5 4/4] ARM: Add support for Hisilicon Kunpeng L3 cache controller

2021-01-30 Thread Leizhen (ThunderTown)
On 2021/1/29 21:54, Leizhen (ThunderTown) wrote: > > > On 2021/1/29 18:26, Arnd Bergmann wrote: >> On Fri, Jan 29, 2021 at 9:16 AM Arnd Bergmann wrote: >>> On Fri, Jan 29, 2021 at 8:23 AM Leizhen (ThunderTown) >>> wrote: >>>> On 2021/1/28 22:

Re: [PATCH v5 4/4] ARM: Add support for Hisilicon Kunpeng L3 cache controller

2021-01-30 Thread Leizhen (ThunderTown)
On 2021/1/29 18:33, Russell King - ARM Linux admin wrote: > On Fri, Jan 29, 2021 at 11:26:38AM +0100, Arnd Bergmann wrote: >> Another clarification, as there are actually two independent >> points here: >> >> * if you can completely remove the readl() above and just write a >> hardcoded value

Re: [PATCH v3 1/3] perf/smmuv3: Don't reserve the PMCG register spaces

2021-01-29 Thread Leizhen (ThunderTown)
On 2021/1/29 23:06, Robin Murphy wrote: > On 2021-01-27 11:32, Zhen Lei wrote: >> According to the SMMUv3 specification: >> Each PMCG counter group is represented by one 4KB page (Page 0) with one >> optional additional 4KB page (Page 1), both of which are at IMPLEMENTATION >> DEFINED base

Re: [PATCH v5 4/4] ARM: Add support for Hisilicon Kunpeng L3 cache controller

2021-01-28 Thread Leizhen (ThunderTown)
On 2021/1/28 22:24, Arnd Bergmann wrote: > On Sat, Jan 16, 2021 at 4:27 AM Zhen Lei wrote: >> diff --git a/arch/arm/mm/Makefile b/arch/arm/mm/Makefile >> + >> +static void l3cache_maint_common(u32 range, u32 op_type) >> +{ >> + u32 reg; >> + >> + reg = readl(l3_ctrl_base +

Re: [PATCH v4 1/2] perf/smmuv3: Don't reserve the PMCG register spaces

2021-01-30 Thread Leizhen (ThunderTown)
Hi, Robin: Can you review this patch again? On 2021/1/30 15:14, Zhen Lei wrote: > According to the SMMUv3 specification: > Each PMCG counter group is represented by one 4KB page (Page 0) with one > optional additional 4KB page (Page 1), both of which are at IMPLEMENTATION > DEFINED base

Re: [PATCH v3 3/3] iommu/arm-smmu-v3: Reserving the entire SMMU register space

2021-01-30 Thread Leizhen (ThunderTown)
On 2021/1/29 23:27, Robin Murphy wrote: > On 2021-01-27 11:32, Zhen Lei wrote: >> commit 52f3fab0067d ("iommu/arm-smmu-v3: Don't reserve implementation >> defined register space") only reserves the basic SMMU register space. So >> the ECMDQ register space is not covered, it should be mapped

Re: [PATCH v2] dt-bindings: leds: Document commonly used LED triggers

2021-01-26 Thread Leizhen (ThunderTown)
Hi Manivannan: Do you have time to prepare v3? Hope it can be applied into v5.12 On 2020/12/15 6:36, Rob Herring wrote: > On Thu, Dec 10, 2020 at 01:54:49PM +0530, Manivannan Sadhasivam wrote: >> This commit documents the LED triggers used commonly in the SoCs. Not >> all triggers are

Re: [PATCH v3 2/4] arm64: dts: correct vendor prefix hisi to hisilicon

2021-01-26 Thread Leizhen (ThunderTown)
On 2021/1/27 6:23, Arnd Bergmann wrote: > On Tue, Dec 8, 2020 at 1:46 PM Zhen Lei wrote: >> >> The vendor prefix of "Hisilicon Limited" is "hisilicon", it is clearly >> stated in "vendor-prefixes.yaml". >> >> Fixes: 35ca8168133c ("arm64: dts: Add dts files for Hisilicon Hi3660 SoC") >> Fixes:

Re: [PATCH v7 4/4] ARM: Add support for Hisilicon Kunpeng L3 cache controller

2021-02-02 Thread Leizhen (ThunderTown)
On 2021/2/2 16:44, Arnd Bergmann wrote: > On Tue, Feb 2, 2021 at 8:16 AM Zhen Lei wrote: >> + >> +/* >> + * All read and write operations on L3 cache registers are protected by the >> + * spinlock, except for l3cache_init(). Each time the L3 cache operation is >> + * performed, all related

Re: [PATCH v2 1/3] iommu/arm-smmu-v3: put off the execution of TLBI* to reduce lock confliction

2017-10-18 Thread Leizhen (ThunderTown)
On 2017/10/18 20:58, Will Deacon wrote: > Hi Thunder, > > On Tue, Sep 12, 2017 at 09:00:36PM +0800, Zhen Lei wrote: >> Because all TLBI commands should be followed by a SYNC command, to make >> sure that it has been completely finished. So we can just add the TLBI >> commands into the queue,

Re: [PATCH v2 2/3] iommu/arm-smmu-v3: add support for unmap an iova range with only one tlb sync

2017-10-18 Thread Leizhen (ThunderTown)
On 2017/10/18 21:00, Will Deacon wrote: > On Tue, Sep 12, 2017 at 09:00:37PM +0800, Zhen Lei wrote: >> This patch is base on: >> (add02cfdc9bc2 "iommu: Introduce Interface for IOMMU TLB Flushing") >> >> Because iotlb_sync is moved out of ".unmap = arm_smmu_unmap", some interval >> ".unmap"

Re: [PATCH v2 0/2] iommu/iova: enhance the rcache optimization

2019-08-23 Thread Leizhen (ThunderTown)
Hi all, Can anyone help review it? On 2019/8/15 20:11, Zhen Lei wrote: > v1 --> v2 > 1. I did not chagne the patches but added this cover-letter. > 2. Add a batch of reviewers base on >9257b4a206fc ("iommu/iova: introduce per-cpu caching to iova allocation") > 3. I described the problem I

Re: [PATCH 2/4] mm/swap: use SECTORS_PER_PAGE_SHIFT to clean up code

2020-05-05 Thread Leizhen (ThunderTown)
On 2020/5/6 1:25, Matthew Wilcox wrote: > On Tue, May 05, 2020 at 07:55:41PM +0800, Zhen Lei wrote: >> +++ b/mm/swapfile.c >> @@ -177,8 +177,8 @@ static int discard_swap(struct swap_info_struct *si) >> >> /* Do not discard the swap header page! */ >> se = first_se(si); >> -

Re: [PATCH 2/4] mm/swap: use SECTORS_PER_PAGE_SHIFT to clean up code

2020-05-05 Thread Leizhen (ThunderTown)
On 2020/5/6 9:33, Leizhen (ThunderTown) wrote: > > > On 2020/5/6 1:25, Matthew Wilcox wrote: >> On Tue, May 05, 2020 at 07:55:41PM +0800, Zhen Lei wrote: >>> +++ b/mm/swapfile.c >>> @@ -177,8 +177,8 @@ static int discard_swap(struct swap_info_struct *si

Re: [PATCH 1/4] block: Move SECTORS_PER_PAGE and SECTORS_PER_PAGE_SHIFT definitions into

2020-05-05 Thread Leizhen (ThunderTown)
On 2020/5/5 20:10, Matthew Wilcox wrote: > On Tue, May 05, 2020 at 07:55:40PM +0800, Zhen Lei wrote: >> +#ifndef SECTORS_PER_PAGE_SHIFT >> +#define SECTORS_PER_PAGE_SHIFT (PAGE_SHIFT - SECTOR_SHIFT) >> +#endif >> +#ifndef SECTORS_PER_PAGE >> +#define SECTORS_PER_PAGE(1 <<

Re: [PATCH v2 00/10] clean up SECTOR related macros and sectors/pages conversions

2020-05-14 Thread Leizhen (ThunderTown)
Hi, all: It seems no one take care about these patches. But I think patch 1 is need. And the main discussion points of others is whether we should add sectors_to_npage()/npage_to_sectors() or keep PAGE_SECTORS_SHIFT. And which marco name do we prefer: PAGE_SECTORS vs SECTORS_PER_PAGE,

Re: [PATCH v2 06/10] mm/swap: use npage_to_sectors() and PAGE_SECTORS to clean up code

2020-05-15 Thread Leizhen (ThunderTown)
On 2020/5/15 12:06, Matthew Wilcox wrote: > On Thu, May 07, 2020 at 03:50:56PM +0800, Zhen Lei wrote: >> @@ -266,7 +266,7 @@ int swap_writepage(struct page *page, struct >> writeback_control *wbc) >> >> static sector_t swap_page_sector(struct page *page) >> { >> -return

Re: [PATCH v2 06/10] mm/swap: use npage_to_sectors() and PAGE_SECTORS to clean up code

2020-05-15 Thread Leizhen (ThunderTown)
On 2020/5/15 12:14, Matthew Wilcox wrote: > On Thu, May 07, 2020 at 03:50:56PM +0800, Zhen Lei wrote: >> +++ b/mm/page_io.c >> @@ -38,7 +38,7 @@ static struct bio *get_swap_bio(gfp_t gfp_flags, >> >> bio->bi_iter.bi_sector = map_swap_page(page, ); >> bio_set_dev(bio,

Re: [PATCH v2 07/10] block: use sectors_to_npage() and PAGE_SECTORS to clean up code

2020-05-15 Thread Leizhen (ThunderTown)
On 2020/5/15 12:19, Matthew Wilcox wrote: > On Thu, May 07, 2020 at 03:50:57PM +0800, Zhen Lei wrote: >> +++ b/block/blk-settings.c >> @@ -150,7 +150,7 @@ void blk_queue_max_hw_sectors(struct request_queue *q, >> unsigned int max_hw_secto >> unsigned int max_sectors; >> >> if

Re: [PATCH 2/4] mm/swap: use SECTORS_PER_PAGE_SHIFT to clean up code

2020-05-06 Thread Leizhen (ThunderTown)
On 2020/5/6 11:47, Leizhen (ThunderTown) wrote: > > > On 2020/5/6 9:33, Leizhen (ThunderTown) wrote: >> >> >> On 2020/5/6 1:25, Matthew Wilcox wrote: >>> On Tue, May 05, 2020 at 07:55:41PM +0800, Zhen Lei wrote: >>>> +++ b/mm/swapfile.c >>

Re: [PATCH 1/1] mm: remove an unnecessary goto jump

2020-05-08 Thread Leizhen (ThunderTown)
On 2020/5/8 16:06, David Hildenbrand wrote: > On 05.05.20 13:58, Zhen Lei wrote: >> This "goto" doesn't reduce any code, but bother the readers. > > "mm/page_io.c: mm: remove an unnecessary goto in generic_swapfile_activate" Do you mean change the subject? So is it: "mm/page_io.c: remove an

Re: [PATCH 0/3] clean up some functions in mm/swap_slots.c

2020-07-08 Thread Leizhen (ThunderTown)
Hi, all: Are these patches acceptable? All these three patches are "Acked-by: Tim Chen " two months ago. On 2020/4/30 14:11, Zhen Lei wrote: > When I studied the code of mm/swap_slots.c, I found some places can be > improved. > > Zhen Lei (3): > mm/swap: simplify alloc_swap_slot_cache()

[Question] Can we use SIGRTMIN when vdso disabled on X86?

2018-06-05 Thread Leizhen (ThunderTown)
After I executed "echo 0 > /proc/sys/abi/vsyscall32" to disable vdso, the rt_sigaction01 test case from ltp_2015 failed. The test case source code please refer to the attachment, and the output as blow: - ./rt_sigaction01 rt_sigaction010 TINFO : signal: 34 rt_sigaction01

Is this a kernel BUG? ///Re: [Question] Can we use SIGRTMIN when vdso disabled on X86?

2018-06-06 Thread Leizhen (ThunderTown)
On 2018/6/5 19:24, Leizhen (ThunderTown) wrote: > After I executed "echo 0 > /proc/sys/abi/vsyscall32" to disable vdso, the > rt_sigaction01 test case from ltp_2015 failed. > The test case source code please refer to the attachment, and

Re: Is this a kernel BUG? ///Re: [Question] Can we use SIGRTMIN when vdso disabled on X86?

2018-06-06 Thread Leizhen (ThunderTown)
SIGINFO) ? _rt : ); } On 2018/6/6 15:52, Leizhen (ThunderTown) wrote: > > > On 2018/6/5 19:24, Leizhen (ThunderTown) wrote: >> After I executed "echo 0 > /proc/sys/abi/vsyscall32" to disable vdso, the >> rt_sigaction01 test ca

Re: [PATCH v2 1/1] iommu/arm-smmu-v3: eliminate a potential memory corruption on Hi16xx soc

2018-10-29 Thread Leizhen (ThunderTown)
On 2018/10/30 1:59, Will Deacon wrote: > On Sat, Oct 20, 2018 at 03:36:54PM +0800, Zhen Lei wrote: >> The standard GITS_TRANSLATER register in ITS is only 4 bytes, but >> Hisilicon expands the next 4 bytes to carry some IMPDEF information. That >> means, total 8 bytes data will be written to

Re: [PATCH v5 5/5] iommu/arm-smmu-v3: add bootup option "iommu.non_strict"

2018-08-27 Thread Leizhen (ThunderTown)
On 2018/8/23 1:02, Robin Murphy wrote: > On 15/08/18 02:28, Zhen Lei wrote: >> Add a bootup option to make the system manager can choose which mode to >> be used. The default mode is strict. >> >> Signed-off-by: Zhen Lei >> --- >> Documentation/admin-guide/kernel-parameters.txt | 13

<    1   2   3   4   5   >