[linux-yocto] [PATCH 2/3] yaffs2: NULL ->read/->write

2016-02-23 Thread Kevin Hao
As stated in commit 5d5d56897530 ("make new_sync_{read,write}() static"), we shouldn't use new_sync_{read_write} for ->read/->write. We should NULL ->read/->write with non-NULL ->{read,write}_iter will do the right thing. Signed-off-by: Kevin Hao --- fs/yaffs2/yaffs_vfs.c | 2 -- 1 file changed,

[linux-yocto] [PATCH 3/3] yaffs2: using new ->follow_link() and ->put_link() calling conventions

2016-02-23 Thread Kevin Hao
As what we did in commit 680baacbca69 ("new ->follow_link() and ->put_link() calling conventions"). Signed-off-by: Kevin Hao --- fs/yaffs2/yaffs_vfs.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/fs/yaffs2/yaffs_vfs.c b/fs/yaffs2/yaffs_vfs.c index 0a3e9da..1494c8f

[linux-yocto] [PATCH 1/3] yaffs2: replace f_dentry to f_path.dentry

2016-02-23 Thread Kevin Hao
From: Yang Shi Upstream commit 78d28e651f97866d608d9b41f8ad291e65d47dd5 ("kill f_dentry macro") removed f_dentry from struct file, so replace it to f_path.dentry to fix the build failure. Signed-off-by: Yang Shi Signed-off-by: Bruce Ashfield --- This is picked from linux-yocto 4.1. fs/yaffs2

[linux-yocto] [PATCH 0/3] linux-yocto 4.4: fix the build errors when yaffs2 is enabled

2016-02-23 Thread Kevin Hao
Hi, With these patches applied, we can use a yaffs2 rootfs on mpc8315e-rdb board: root@mpc8315e-rdb:~# cat /proc/version Linux version 4.4.1-yocto-standard (khao@pek-lpggp4) (gcc version 5.3.0 (GCC) ) #2 PREEMPT Wed Feb 24 10:30:40 CST 2016 root@mpc8315e-rdb:~# cat /proc/cmdline root=/de

[linux-yocto] FW: [PATCH] iwlwifi: mvm: don't allow sched scans without matches to be started

2016-02-23 Thread Zheng, Wu
Hi, Can the maintainer of linux-yocto have a look for the patch? Any comments? Thanks. Best Regards Zheng Wu >-Original Message- >From: Zheng, Wu >Sent: Friday, February 19, 2016 2:36 PM >To: linux-yocto@yoctoproject.org >Cc: Zheng, Wu ; Coelho, Luciano >; Grumbach, Emmanuel > >Subject:

Re: [linux-yocto] [PATCH 0/7] clkdev: Backport some clkdev API from 4.4, for linux-yocto-4.1

2016-02-23 Thread Yong, Jonathan
Sorry for the spam, looks like Bruce already got these. -Original Message- From: Yong, Jonathan Sent: Wednesday, February 24, 2016 08:10 To: linux-yocto@yoctoproject.org Cc: Yong, Jonathan Subject: [PATCH 0/7] clkdev: Backport some clkdev API from 4.4, for linux-yocto-4.1 Hello Linux-y

[linux-yocto] [PATCH 6/7] clk: update clk API documentation to clarify clk_round_rate()

2016-02-23 Thread Yong, Jonathan
From: Russell King The idea is that rate = clk_round_rate(clk, r) is equivalent to: clk_set_rate(clk, r); rate = clk_get_rate(clk); except that clk_round_rate() does not change the hardware in any way. Signed-off-by: Russell King (cherry picked from commit d2d14a77886485310ec6

[linux-yocto] [PATCH 7/7] clkdev: get rid of redundant clk_add_alias() prototype in linux/clk.h

2016-02-23 Thread Yong, Jonathan
From: Russell King clk_add_alias() is provided by clkdev, and is not part of the clk API. Howver, it is prototyped in two locations: linux/clkdev.h and linux/clk.h. This is a mess. Get rid of the redundant and unnecessary version in linux/clk.h. Acked-by: Tony Lindgren Tested-by: Robert Jarzm

[linux-yocto] [PATCH 1/7] clkdev: use clk_hw internally

2016-02-23 Thread Yong, Jonathan
From: Russell King clk_add_alias() calls clk_get() followed by clk_put() but in between those two calls it saves away the struct clk pointer to a clk_lookup structure. This leaves the 'clk' member of the clk_lookup pointing at freed memory on configurations where CONFIG_COMMON_CLK=y. This is a pr

[linux-yocto] [PATCH 3/7] clkdev: const-ify connection id to clk_add_alias()

2016-02-23 Thread Yong, Jonathan
From: Russell King The connection id is only passed to clk_get() which is already const. Const-ify this argument too. Signed-off-by: Russell King (cherry picked from commit b3d8d7e89fab374d731dfb46fe048f09766ca9c8) Signed-off-by: Yong, Jonathan --- drivers/clk/clkdev.c | 6 +++--- include/l

[linux-yocto] [PATCH 5/7] clkdev: fix clk_add_alias() with a NULL alias device name

2016-02-23 Thread Yong, Jonathan
From: Russell King clk_add_alias() was not correctly handling the case where alias_dev_name was NULL: rather than producing an entry with a NULL dev_id pointer, it would produce a device name of (null). Fix this. Cc: Fixes: 2568999835d7 ("clkdev: add clkdev_create() helper") Reported-by: Aaro

[linux-yocto] [PATCH 2/7] clkdev: drop __init from clkdev_add_table()

2016-02-23 Thread Yong, Jonathan
From: Russell King We want to be able to call clkdev_add_table() from non-init code, so we need to drop the __init marker from it. Signed-off-by: Russell King (cherry picked from commit fba3acd961ee167a5ffe4c094deccb7d99a0e963) Signed-off-by: Yong, Jonathan --- drivers/clk/clkdev.c | 2 +- 1

[linux-yocto] [PATCH 4/7] clkdev: add clkdev_create() helper

2016-02-23 Thread Yong, Jonathan
From: Russell King Add a helper to allocate and add a clk_lookup structure. This can not only be used in several places in clkdev.c to simplify the code, but more importantly, can be used by callers of the clkdev code to simplify their clkdev creation and registration. Signed-off-by: Russell Ki

[linux-yocto] [PATCH 0/7] clkdev: Backport some clkdev API from 4.4, for linux-yocto-4.1

2016-02-23 Thread Yong, Jonathan
Hello Linux-yocto, We would want to use the same clkdev API for our drivers against bleeding edge kernel versions. These patches are already upstream and should apply cleanly against linux-yocto-4.1 standard/base. Thanks. [Resent: Seems to be missing from archive] Russell King (7): clkdev: us

Re: [linux-yocto] [PATCH v3 00/12] ktype refactoring: move DEBUG_KERNEL, EXPERT and EMBEDDED

2016-02-23 Thread Bruce Ashfield
On 2016-02-17 7:47 PM, California Sullivan wrote: Targetted for yocto-4.4 and master Sorry for the delay, I've been fighting some 4.4 and 4.1 kernel issues, and bisecting has been taking up my cycles. This looks reasonable to me, I've pulled it into my queue to see if there's any fallout Bruc

[linux-yocto] [PATCH 1/1] braswell: Remove feature and move DRM_I915_PRELIMINARY_HW_SUPPORT option

2016-02-23 Thread California Sullivan
The only option in the "braswell" feature was CONFIG_DRM_I915_PRELIMINARY_HW_SUPPORT=y. Preliminary hardware is a moving target, not Braswell specific, so we move it to the i915 feature which is a more appropriate place. This also gets us Skylake graphics support in the common-pc BSPs. Fixes [YOCT

[linux-yocto] [PATCH 0/1] Move preliminary HW support to i915 feature

2016-02-23 Thread California Sullivan
Hello, This patch fixes the issue where Skylake doesn't have graphics support by default before kernel version 4.4, and also brings the kernel metadata closer together for intel-* and common-pc* BSPs. Please apply the patch to the yocto-4.1 and yocto-4.4 branches of the yocto-kernel-cache. Thanks

Re: [linux-yocto] [PATCH 0/7] clkdev: Backport some clkdev API from 4.4, for linux-yocto-4.1

2016-02-23 Thread Bruce Ashfield
On 16-02-22 10:23 PM, Yong, Jonathan wrote: Hello Linux-yocto, We would want to use the same clkdev API for our drivers against bleeding edge kernel versions. These patches are already upstream and should apply cleanly against linux-yocto-4.1 standard/base. These look fine to me. I've staged t