Re: [linux-yocto] [linux-yocto-dev]: [kernel standard/base]: renesas-rcar: arm64: dts: r8a7795: Add CPUIdle support for all CPU core

[Li, Meng]

> -Original Message-
> From: Bruce Ashfield [mailto:bruce.ashfi...@gmail.com]
> Sent: Wednesday, October 23, 2019 10:39 AM
> To: Li, Meng
> Cc: linux-yocto@yoctoproject.org; He, Zhe
> Subject: Re: [linux-yocto-dev]: [kernel standard/base]: renesas-rcar: arm64:
> dts: r8a7795: Add CPUIdle support for all CPU core
> 
> On Tue, Oct 22, 2019 at 8:06 AM Bruce Ashfield 
> wrote:
> >
> > On Tue, Oct 22, 2019 at 3:06 AM Li, Meng  wrote:
> > >
> > >
> > >
> > > > -Original Message-
> > > > From: Bruce Ashfield [mailto:bruce.ashfi...@gmail.com]
> > > > Sent: Saturday, October 19, 2019 12:51 PM
> > > > To: Li, Meng
> > > > Cc: linux-yocto@yoctoproject.org
> > > > Subject: Re: [linux-yocto-dev]: [kernel standard/base]: renesas-rcar:
> arm64:
> > > > dts: r8a7795: Add CPUIdle support for all CPU core
> > > >
> > > > In message: [linux-yocto-dev]: [kernel standard/base]: renesas-rcar:
> arm64:
> > > > dts: r8a7795: Add CPUIdle support for all CPU core
> > > > on 15/10/2019 meng...@windriver.com wrote:
> > > >
> > > > > From: Limeng 
> > > > >
> > > > > Hi Bruce,
> > > > >
> > > > > I get below patch from SDK kernel to support cpu idle feature, and
> intend
> > > > to merge it into yocto community.
> > > > >
> > > > > 0001-arm64-dts-r8a7795-Add-CPUIdle-support-for-all-CPU-co.patch
> > > > >
> > > > > Could you please merge this patch into linux-yocto-dev, branch is
> > > > standard/base?
> > > >
> > > > Looks fine to me, this is now merged.
> > > >
> > >
> > > Hi Bruce,
> > >
> > > I found a strange thing.
> > > When build project, this patch existed yesterday.
> > >  But now, the patch is missed.
> > > Could you please help to check it?
> >
> > linux-yocto-dev is now 5.4, so all existing branches are gone, support
> > and work in -dev now needs to rebased and sent as pull requests.
> >
> > >
> > > I also another similar patch that is requested to be merged into linux-
> yocto-5.2, branch is v5.2/standard/base, could you please help to check
> whether it is merged, too?
> >
> > I'll double check 5.2.
> 
> I'm not sure where the patch went .. but I just added it to
> v5.2/standard/base and merged it to the BSPs.
> 

Hi Bruce, 

Thanks! You merged my yesterday pull request for reserve memory, not the patch 
for CPU idle that I sent to you some days ago.
I will send a pull request for CPU idle feature again, wait a moment.

Regards,
Limeng

> Bruce
> 
> >
> > Bruce
> >
> > >
> > > Thanks,
> > > Limeng
> > >
> > >
> > > > Bruce
> > > >
> > > > >
> > > > >  r8a7795.dtsi |   32 
> > > > >  1 file changed, 32 insertions(+)
> > > > >
> > > > >
> > > > > thanks,
> > > > > Limeng
> >
> >
> >
> > --
> > - Thou shalt not follow the NULL pointer, for chaos and madness await
> > thee at its end
> > - "Use the force Harry" - Gandalf, Star Trek II
> 
> 
> 
> --
> - Thou shalt not follow the NULL pointer, for chaos and madness await
> thee at its end
> - "Use the force Harry" - Gandalf, Star Trek II
-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto

Re: [linux-yocto] [linux-yocto-dev]: [kernel standard/base]: renesas-rcar: arm64: dts: r8a7795: Add CPUIdle support for all CPU core

[Li, Meng]

> -Original Message-
> From: Bruce Ashfield [mailto:bruce.ashfi...@gmail.com]
> Sent: Saturday, October 19, 2019 12:51 PM
> To: Li, Meng
> Cc: linux-yocto@yoctoproject.org
> Subject: Re: [linux-yocto-dev]: [kernel standard/base]: renesas-rcar: arm64:
> dts: r8a7795: Add CPUIdle support for all CPU core
> 
> In message: [linux-yocto-dev]: [kernel standard/base]: renesas-rcar: arm64:
> dts: r8a7795: Add CPUIdle support for all CPU core
> on 15/10/2019 meng...@windriver.com wrote:
> 
> > From: Limeng 
> >
> > Hi Bruce,
> >
> > I get below patch from SDK kernel to support cpu idle feature, and intend
> to merge it into yocto community.
> >
> > 0001-arm64-dts-r8a7795-Add-CPUIdle-support-for-all-CPU-co.patch
> >
> > Could you please merge this patch into linux-yocto-dev, branch is
> standard/base?
> 
> Looks fine to me, this is now merged.
>

Hi Bruce,

I found a strange thing.
When build project, this patch existed yesterday. 
 But now, the patch is missed.
Could you please help to check it?

I also another similar patch that is requested to be merged into 
linux-yocto-5.2, branch is v5.2/standard/base, could you please help to check 
whether it is merged, too?

Thanks,
Limeng

 
> Bruce
> 
> >
> >  r8a7795.dtsi |   32 
> >  1 file changed, 32 insertions(+)
> >
> >
> > thanks,
> > Limeng
-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto

Re: [linux-yocto] : [yocto-4.18]: intel-socfpga: kernel patches

[Li, Meng]

Hi Bruce,

My pull request have been at the end of this email thread.
The head part of pull request as below.
I push these patches into https://github.com/limeng-linux/linux-yocto-4.18.git, 
on branch v4.18/standard/intel-socfpga. A public repo.
Can you access them?
Or I need to send pull request with other style?

 The following changes since commit 0cdc8564c61958a39704d97e008120bd7c762f60:
 
Merge tag 'v4.18.9' into v4.18/standard/base (2018-09-21 11:13:02  -0400)
 
 are available in the git repository at:
 
https://github.com/limeng-linux/linux-yocto-4.18.git   
v4.18/standard/intel-socfpga
 
 for you to fetch changes up to a0fe17724f45667d757cdf29d20030ff21ca1491:
 
spi-nor: add support for mx25u51245g (2018-10-10 00:31:57 -0700)

thanks ,
Limeng


> -Original Message-
> From: Bruce Ashfield [mailto:bruce.ashfi...@windriver.com]
> Sent: Friday, October 12, 2018 10:36 PM
> To: Li, Meng
> Cc: linux-yocto@yoctoproject.org
> Subject: Re: [linux-yocto]: [yocto-4.18]: intel-socfpga: kernel patches
> 
> On 10/10/2018 09:49 PM, meng...@windriver.com wrote:
> > From: Limeng 
> >
> >
> > Hi Bruce,
> >
> > I am working on BSP intel-socfpga.
> >
> > Could you please help to create branch "v4.18/standard/intel-socfpga" in
> linux-yocto kernel?
> > And then merge these kernel patches into this branch.
> 
> I created the branch, but the patches never came through. Is there
> somewhere you can stage them, and then send a pull request ?
> 
> Bruce
> 
> >
> > I verify these patches on Intel-PSG stratix10 development board.
> > Boot up log as below:
> >
> > Starting kernel ...
> >
> > Booting Linux on physical CPU 0x00 [0x410fd034]
> > Linux version 4.18.9-yoctodev-standard (oe-user@oe-host) (gcc version
> 8.2.0 (GCC)) #1 SMP PREEMPT Sat Sep 29 10:47:46 UTC 2018
> > Machine model: SoCFPGA Stratix 10 SoCDK
> > earlycon: uart0 at MMIO32 0xffc02000 (options '115200n8')
> > bootconsole [uart0] enabled
> > efi: Getting EFI parameters from FDT:
> > efi: UEFI not found.
> > Reserved memory: created DMA memory pool at 0x,
> size 16 MiB
> > OF: reserved mem: initialized node svcbuffer@0, compatible id shared-
> dma-pool
> > cma: Reserved 16 MiB at 0x7e80
> > psci: probing for conduit method from DT.
> > psci: PSCIv65535.65535 detected in firmware.
> > psci: Using standard PSCI v0.2 function IDs
> > psci: MIGRATE_INFO_TYPE not supported.
> > psci: SMC Calling Convention v1.0
> > random: get_random_bytes called from start_kernel+0x9c/0x458 with
> crng_init=0
> > percpu: Embedded 23 pages/cpu @(ptrval) s53784 r8192 d32232
> u94208
> > Detected VIPT I-cache on CPU0
> > CPU features: enabling workaround for ARM erratum 845719
> > CPU features: detected: Kernel page table isolation (KPTI)
> > Built 1 zonelists, mobility grouping on.  Total pages: 512064
> > Kernel command line: console=ttyS0,115200n8 earlycon root=/dev/nfs rw
> no_console_suspend rootwait
> nfsroot=128.224.162.206:/home/wrsadmin/Project/Native/nfsroot/intel-
> stratix10-1018,v3,p
> > Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
> > Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
> > Memory: 2011824K/2080768K available (9276K kernel code, 1060K rwdata,
> 4192K rodata, 960K init, 649K bss, 52560K reserved, 16384K cma-reserved)
> > SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
> > ftrace: allocating 31531 entries in 124 pages
> > Preemptible hierarchical RCU implementation.
> >  Tasks RCU enabled.
> > NR_IRQS: 64, nr_irqs: 64, preallocated irqs: 0
> > GIC: Using split EOI/Deactivate mode
> > arch_timer: cp15 timer(s) running at 400.00MHz (phys).
> > clocksource: arch_sys_counter: mask: 0xff max_cycles:
> 0x5c4093a7d1, max_idle_ns: 440795210635 ns
> > sched_clock: 56 bits at 400MHz, resolution 2ns, wraps every
> 4398046511103ns
> > Console: colour dummy device 80x25
> > Calibrating delay loop (skipped), value calculated using timer frequency..
> 800.00 BogoMIPS (lpj=160)
> > pid_max: default: 32768 minimum: 301
> > Security Framework initialized
> > Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
> > Mountpoint-cache hash table entries: 4096 (order: 3, 32768 bytes)
> > ASID allocator initialised with 32768 entries
> > Hierarchical SRCU implementation.
> > EFI services will not be available.
> > smp: Bringing up secondary CPUs ...
> > Detected VIPT I-cache on CPU1
> > CPU1: Booted secondary processor 0x01 [0x410fd034]
> > Detected VIPT I-cache on CPU2

Re: [linux-yocto] : [yocto-4.12]: intel-socfpga: get latest patches from sdk for remote system feature

[Li, Meng]

Hi Bruce,

I guess you intent to merge these patches into standard/base after updating 
kernel to 4.12.24. is it right?

Thanks,
Limeng

> -Original Message-
> From: linux-yocto-boun...@yoctoproject.org [mailto:linux-yocto-
> boun...@yoctoproject.org] On Behalf Of meng...@windriver.com
> Sent: Wednesday, May 16, 2018 5:15 PM
> To: Ashfield, Bruce
> Cc: linux-yocto@yoctoproject.org
> Subject: [linux-yocto] : [yocto-4.12]: intel-socfpga: get latest patches from
> sdk for remote system feature
> 
> From: Limeng 
> 
> 
> Hi Bruce,
> 
> Now, there are some update for intel-socfpga, Stratix10 SoC from SDK.
> These patches are used to implement remote system update feature.
> 
> Please help to meger below patches into linux-yocto, kernel 4.12, branch is
> standard/base
> 
> 0001-FogBugz-251539-1-Add-Altera-Quad-SPI-Driver.patch
> 0002-FogBugz-251539-2-dts-Add-Altera-Quad-SPI-Driver-Devi.patch
> 0003-arm64-dts-stratix10-Change-pad-skew-values-for-EMAC0.patch
> 0004-FogBugz-554812-fpga-stratix10-unitialized-data.patch
> 0005-mtd-spi-nor-cadence-quadspi-Fix-page-fault-kernel-pa.patch
> 0006-FogBugz-549288-1-misc-Stratix10-Protected-register-a.patch
> 0007-FogBugz-549288-2-Add-Stratix10-ECC-Manager-binding.patch
> 0008-FogBugz-549288-3-edac-Add-support-for-Stratix10-SDRA.patch
> 0009-FogBugz-549288-4-dts-add-Stratix10-sdram-ecc.patch
> 0010-FogBugz-554835-1-Add-Stratix-10-SoC-RSU-Driver.patch
> 0011-FogBugz-554835-3-Intel-RSU-binding-documentation.patch
> 0012-FogBugz-514234-arm64-dts-stratix10-Add-PL330-DMA-to-.patch
> 0013-intel-socfpga-dts-add-rsu-node-to-enable-rsu-driver.patch
> 0014-intel-socfpga-dts-improve-qspi-node-for-rsu-feature.patch
> 
> Documentation/devicetree/bindings/arm/altera/socfpga-eccmgr.txt|   42
> Documentation/devicetree/bindings/firmware/intel,stratix10-rsu.txt |   28
> Documentation/devicetree/bindings/mtd/altera_quadspi.txt   |   42
> arch/arm64/boot/dts/altera/socfpga_stratix10.dtsi  |   37
> arch/arm64/boot/dts/altera/socfpga_stratix10_socdk.dts |6
> drivers/edac/Kconfig   |2
> drivers/edac/altera_edac.c |  455 
> ++
> drivers/edac/altera_edac.h |  126 +
> drivers/fpga/stratix10-soc.c   |1
> drivers/misc/Kconfig   |   17
> drivers/misc/Makefile  |1
> drivers/misc/intel-rsu.c   |  377 
> +
> drivers/misc/intel-service.c   |   51
> drivers/misc/intel-smc.h   |  105 +
> drivers/mtd/devices/Kconfig|7
> drivers/mtd/devices/Makefile   |2
> drivers/mtd/devices/altera_quadspi.c   |  667 
> ++
> drivers/mtd/spi-nor/cadence-quadspi.c  |   19
> include/linux/intel-service-client.h   |   15
> 19 files changed, 1962 insertions(+), 38 deletions(-)
> 
> 
> thanks,
> Limeng
> 
> 
> --
> ___
> linux-yocto mailing list
> linux-yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/linux-yocto
-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto

Re: [linux-yocto] [PATCH 1/2] driver: of: configfs: fix a building warning

[Li, Meng]

> -Original Message-
> From: Bruce Ashfield [mailto:bruce.ashfi...@windriver.com]
> Sent: Thursday, April 19, 2018 5:01 AM
> To: Li, Meng
> Cc: linux-yocto@yoctoproject.org
> Subject: Re: [PATCH 1/2] driver: of: configfs: fix a building warning
> 
> On 2018-04-18 10:17 AM, meng...@windriver.com wrote:
> > From: Limeng <meng...@windriver.com>
> >
> > Build kernel for arm64 platform, there is a waring as below:
> 
> w/waring/warning/
> 
> > drivers/of/configfs.c:153:34: note: format string is defined here
> >pr_debug("%s: buf=%p max_count=%u\n", __func__,
> >   ~^
> >   %lu
> > Because on arm64 platform, size_t is long unsigned int.
> > Therefore, change %u into %zu to compatible with arm
> > and arm64 platform.
> 
> Is this a mainline introduced warning, or one that some backported
> patches have introduced ? If we've introduced the warning, we need
> to log the commit ID that introduced it in this commit message. We
> also need to quickly explain why that commit caused the warning.
> 
> Same comment for patch 2/2
> 

No, there is mainline or backported patches introduce this issue. We introduce 
the building warning.
The 2 files, configfs.c and intel-service.c are used implement FPGA manager 
feature.
They are from Intel-PSG(Altera) SDK.

I will send v2 pull request to fix the typo (warning) and add commit ID that 
introduce issue.

Thanks,
Limeng

> Bruce
> 
> >
> > Signed-off-by: Meng Li <meng...@windriver.com>
> > ---
> >   drivers/of/configfs.c | 2 +-
> >   1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/drivers/of/configfs.c b/drivers/of/configfs.c
> > index c7e999c..8490d9c 100644
> > --- a/drivers/of/configfs.c
> > +++ b/drivers/of/configfs.c
> > @@ -150,7 +150,7 @@ ssize_t cfs_overlay_item_dtbo_read(struct
> config_item *item, void *buf,
> >   {
> > struct cfs_overlay_item *overlay = to_cfs_overlay_item(item);
> >
> > -   pr_debug("%s: buf=%p max_count=%u\n", __func__,
> > +   pr_debug("%s: buf=%p max_count=%zu\n", __func__,
> > buf, max_count);
> >
> > if (overlay->dtbo == NULL)
> >

-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto