From: Quanyang Wang
When kernel booting, mount_block_root will be called to judge
the filesystem type of root device. Then .mount function in file_system_type
structure will do the check operation. But yaffs filesystem has a
relaxed examination because as a filesystem for NAND Flash, it doesn't
e
From: Quanyang Wang
Hi Bruce,
Would you please help merge this patch to the branches for:
linux-yocto v5.2/standard/base
linux-yocto-dev standard/base
This patch fixes a bug:
when using MMC card with btrfs filesystem to be root device, kernel will crash
and the log as below:
mmc0: new high sp
On Tue, Dec 03, 2019 at 04:27:15PM +0800, quanyang.wang wrote:
> From: Quanyang Wang
>
> When kernel booting, mount_block_root will be called to judge
> the filesystem type of root device. Then .mount function in file_system_type
> structure will do the check operation. But yaffs filesystem has a
On 12/3/19 4:38 PM, Kevin Hao wrote:
On Tue, Dec 03, 2019 at 04:27:15PM +0800, quanyang.wang wrote:
From: Quanyang Wang
When kernel booting, mount_block_root will be called to judge
the filesystem type of root device. Then .mount function in file_system_type
structure will do the check operat
From: Quanyang Wang
The function yaffs_get_mtd_device use wrong function to retrieve
mtd_info structure (using yaffs_get_mtd_device itself will cause
dead loop).
Use get_mtd_device to do this.
Signed-off-by: Quanyang Wang
---
fs/yaffs2/yaffs_mtdif.c | 12 ++--
1 file changed, 10 inser
From: Quanyang Wang
When kernel booting, mount_block_root will be called to judge
the filesystem type of root device. Then .mount function in file_system_type
structure will do the check operation. But yaffs filesystem has a
relaxed examination because as a filesystem for NAND Flash, it doesn't
e
From: Quanyang Wang
Hi Bruce,
V1 ---> V2:
1. split into 2 patches to make the fix more reasonable.
2. add crash info to the patch.
Would you please help merge this patch to the branches for:
linux-yocto v5.2/standard/base
linux-yocto-dev standard/base
Quanyang Wang (2):
yaffs: repair yaffs_
From: Quanyang Wang
The function xilinx_dpdma_chan_alloc_tx_desc can be called
from atomic context, hence use GFP_ATOMIC instead of GFP_KERNEL,
or else it will cause the calltrace as below:
BUG: sleeping function called from invalid context at mm/slab.h:418
in_atomic(): 1, irqs_disabled(): 128,
From: Quanyang Wang
When kernel booting, it will create a cpuid map between the logical cpus
and physical cpus. In a normal boot, the cpuid map is as below:
Physical Logical
0==> 0
1==> 1
But in kdump, there is a condition that the crash happens at the
p
From: Quanyang Wang
This reverts commit 5d1a5900882ceb86cddf36c258bd5bda498c8da8.
Since the commit ("ARM: zynq: use physical cpuid in zynq_slcr_cpu_stop/start")
has fixed the hang issue in kdump, this patch can be reverted.
Signed-off-by: Quanyang Wang
Acked-by: Michal Simek
Signed-off-by: Br
From: Quanyang Wang
When using arm-linux-gnueabihf-gcc v9.2.0 to compile kernel, there will be
warning info as below:
cc1: warning: switch '-mcpu=cortex-a9' conflicts with '-march=armv7-a' switch
This is because that if "-march" and "-mcpu" options are passed to gcc together,
gcc will check if
From: Quanyang Wang
In zynqmp-ipi-mailbox.c and zynqmp_r5_remoteproc.c, the variables of
zynqmp_ipi_message structures are all using 32 as the maximum size of
data length. So move IPI_BUF_LEN_MAX to zynqmp-ipi-message.h to share with
zynqmp_power.c.
Signed-off-by: Quanyang Wang
Acked-by: Michal
From: Quanyang Wang
Hi Bruce & Michal,
There are 9 patches in this pull request.
The patch "0001-ARM-dts-zynq-enablement-of-coresight-topology.patch" is picked
from
the upstream commit from Michal and delete ITM compatible string from it.
The patch "0008-sound-soc-xilinx-give-a-name-to-stream_n
From: Quanyang Wang
This is detected by kmemleak running on zcu102 board:
unreferenced object 0xffc877e48180 (size 128):
comm "swapper/0", pid 1, jiffies 4294892909 (age 315.436s)
hex dump (first 32 bytes):
64 70 5f 76 69 64 65 6f 5f 72 65 66 5f 64 69 76 dp_video_ref_div
31 00 00 00 00 00 00
From: Quanyang Wang
If .stream_name is NULL, when calling "aplay -l", it will show:
card 0: monitor [DisplayPort monitor], device 0: (null)
xilinx-dp-snd-codec-dai-0 [(null) xilinx-dp-snd-codec-dai-0]
Adding .stream_name can eliminate the "(null)" in the output.
Signed-off-by: Quanyang Wang
From: Quanyang Wang
When using i2c_smbus_read_byte_data to read one byte from a
slave device, because of the commit d358def70688
("i2c: cadence: Fix the hold bit setting"), the transaction becomes:
S Addr Wr [A] Comm [A] P S Addr Rd [A] [Data] NA P
^
CR_HOL
From: Zumeng Chen
This patch is to build the coresight topology structure of zynq-7000
series according to the docs of coresight and userguide of zynq-7000.
Signed-off-by: Zumeng Chen
Link: https://patchwork.kernel.org/patch/11181257/
[Quanyang: delete compatible string for itm node]
Signed-off
On 12/2/19 12:28 PM, Bruce Ashfield wrote:
In message: [linux-yocto][yocto-kernel-cache master/yocto-5.2][PATCH] features:
avoid enabling edac feature in mips
on 27/11/2019 yanfei...@windriver.com wrote:
From: Yanfei Xu
When some layer include this edac feature and bitbake kernel ARCH
=mips
On 03. 12. 19 10:21, quanyang.w...@windriver.com wrote:
> From: Quanyang Wang
>
> Hi Bruce & Michal,
>
> There are 9 patches in this pull request.
> The patch "0001-ARM-dts-zynq-enablement-of-coresight-topology.patch" is
> picked from
> the upstream commit from Michal and delete ITM compatible
From: Quanyang Wang
Since the function drm_gem_fbdev_fb_create has been removed in
commit 73415b4ea5b5 ("drm/fb: remove unused function:
drm_gem_fbdev_fb_create()"),
add a new function xlnx_drm_framebuffer_init to create a drm_framebuffer
structure.
Signed-off-by: Quanyang Wang
---
drivers/g
From: Quanyang Wang
Hi Bruce & Michal,
There are 3 patches in this pull-request.
1) The patch "0001-spi-zynq-qspi-use-wait_for_completion_timeout-instea.patch"
fixes
a bug which occurs in zc706 and zc702 boards using mainline and linux-yocto
kernel.
Using the command as below can reproduce it
From: Quanyang Wang
There are 2 SPI flash memories in zc706 board and it use the
configuration "Dual SS, 8-bit Parallel" which means separate
Slave-Select lines and separate 4 data lines. So add the is-dual
support for zc706 board according to the spi driver in SDK.
Refer to bd2c1810ae87 ("spi:
From: Quanyang Wang
When umount jffs2 filesystem on mtdblock device, the process "jffs2_gcd_mtdX"
which
calls zynq_qspi_exec_mem_op to read/write flash will receive signal "SIGKILL"
from thread "jffs2_stop_garbage_collect_thread". This means that at this moment
the function "wait_for_completion_
In message: [V2][linux-yocto][linux-yocto v5.2/standard/base][linux-yocto-dev
standard/base][PATCH 0/1] yaffs: add strict check when call
yaffs_internal_read_super
on 03/12/2019 quanyang.w...@windriver.com wrote:
> From: Quanyang Wang
>
> Hi Bruce,
>
> V1 ---> V2:
> 1. split into 2 patches to
In message: [linux-yocto-dev standard/xlnx-soc][PATCH 0/9] Patches from
linux-yocto v5.2 branch
on 03/12/2019 quanyang.w...@windriver.com wrote:
> From: Quanyang Wang
>
> Hi Bruce & Michal,
>
> There are 9 patches in this pull request.
> The patch "0001-ARM-dts-zynq-enablement-of-coresight-top
In message: [yocto-kernel-cache]: [branch master/yocto-5.2]: xilinx-zynqmp:
enable clock-wizard driver on xilinx-zcu102 platform
on 03/12/2019 meng...@windriver.com wrote:
> From: Limeng
>
> Hi Bruce & Michal,
>
> I am working on xilinx-zcu102 platform to impelment canfd feature.
>
> Could yo
In message: RE: [linux-yocto] [linux-yocto-5.2/dev]: [kernel]: xilinx-zynqmp:
add canfd feature
on 03/12/2019 Li, Meng wrote:
>
>
> > -Original Message-
> > From: linux-yocto@lists.yoctoproject.org [mailto:linux-
> > yo...@lists.yoctoproject.org] On Behalf Of Michal Simek
> > Sent: Tues
On Tue, Dec 3, 2019 at 4:38 AM Xu, Yanfei wrote:
>
>
> On 12/2/19 12:28 PM, Bruce Ashfield wrote:
>
> In message: [linux-yocto][yocto-kernel-cache master/yocto-5.2][PATCH]
> features: avoid enabling edac feature in mips
> on 27/11/2019 yanfei...@windriver.com wrote:
>
> From: Yanfei Xu
>
> When
> -Original Message-
> From: Bruce Ashfield [mailto:bruce.ashfi...@gmail.com]
> Sent: Tuesday, December 03, 2019 11:09 PM
> To: Li, Meng
> Cc: Michal Simek; michal.si...@xilinx.com; linux-yo...@yoctoproject.org
> Subject: Re: [linux-yocto] [linux-yocto-5.2/dev]: [kernel]: xilinx-zynqmp: a
29 matches
Mail list logo