In preparation to enabling -Wimplicit-fallthrough, mark switch cases
where we are expecting to fall through.
Signed-off-by: Gustavo A. R. Silva
---
This code was tested by compilation only (GCC 7.2.0 was used).
Please, verify if the actual intention of the code is to fall through.
drivers/gpio/
In preparation to enabling -Wimplicit-fallthrough, mark switch cases
where we are expecting to fall through.
Signed-off-by: Gustavo A. R. Silva
---
drivers/dma/nbpfaxi.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/dma/nbpfaxi.c b/drivers/dma/nbpfaxi.c
index d3f918a..68a3a83 10064
On Fri, Oct 13, 2017 at 1:54 PM, Paul E. McKenney
wrote:
>>
>> And if nobody can be bothered to write the user-level code and test
>> this patch-series, then obviously it's not important enough for the
>> kernel to merge it.
>
> My guess is that it will take some time, probably measured in months,
Changes since 20171012:
The rdma tree gained a conflict.
I have created today's linux-next tree at
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
(patches at http://www.kernel.org/pub/linux/kernel/next/ ). If you
are tracking the linux-next tree using git, you should not use "
Hi James, all,
(add linux-...@vger.kernel.org as it is user-visible,
Catalin Marinas and Arnd Bergmann )
On Thu, Jun 29, 2017 at 05:26:37PM +0100, James Morse wrote:
> compat_ptrace_request() lacks handlers for PTRACE_{G,S}ETSIGMASK,
> instead using those in ptrace_request(). The compat variant s
The following changes since commit 8a5776a5f49812d29fe4b2d0a2d71675c3facf3f:
Linux 4.14-rc4 (2017-10-08 20:53:29 -0700)
are available in the git repository at:
https://gitlab.collabora.com/martyn/linux.git tags/vme-next-4.14-rc4
for you to fetch changes up to a75dc630086a6b83d780a7b27d03c4c
On 10/10/2017 01:35 AM, Boqun Feng wrote:
> On Thu, Oct 05, 2017 at 06:43:23PM +, Waiman Long wrote:
> [...]
>> +/*
>> + * As all the locks in the dlock list are dynamically allocated, they need
>> + * to belong to their own special lock class to avoid warning and stack
>> + * trace in kernel l
drivers/spi/spi-sprd-adi.c:409:3-8: No need to set .owner here. The core will
do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
Fixes: 7e2903cb91df ("spi: Add ADI driver for Spreadtrum platform")
CC: Baolin
> I'll ask before Paolo does: Can you please add kvm-unit-tests to
> exercise all of this new code?
More specifically it should be the api/ unit tests because this code
can only be triggered by specific code in the host.
However, as things stand I'm not sure about how userspace would use it.
Onl
On Fri, 13 Oct 2017, Mario Limonciello wrote:
> On 10/13/2017 03:50 AM, rui_f...@realsil.com.cn wrote:
> > From: rui_feng
> >
> > Add support for new chip rts5260.
> > In order to support rts5260，the definitions of some internal
> > registers and workflow have to be modified and are different fro
The patch
spi: sprd-adi: fix platform_no_drv_owner.cocci warnings
has been applied to the spi tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and se
On Fri, Oct 13, 2017 at 02:05:50PM -0700, Linus Torvalds wrote:
> On Fri, Oct 13, 2017 at 1:54 PM, Paul E. McKenney
> wrote:
> >>
> >> And if nobody can be bothered to write the user-level code and test
> >> this patch-series, then obviously it's not important enough for the
> >> kernel to merge i
From: Kevin Brodsky
This will be needed to provide unwinding information in compat
sigreturn trampolines, part of the future compat vDSO. There is no
obvious header the compat_sig* struct's should be moved to, so let's
put them in signal32.h.
Also fix minor style issues reported by checkpatch.
On Fri, 13 Oct 2017, Roman Gushchin wrote:
> > Think about it in a different way: we currently compare per-process usage
> > and userspace has /proc/pid/oom_score_adj to adjust that usage depending
> > on priorities of that process and still oom kill if there's a memory leak.
> > Your heuristi
Resolve following checkpatch issue:
WARNING: Symbolic permissions 'S_IRUGO' are not preferred.
Consider using octal permissions '0444'.
Signed-off-by: Shreeya Patel
---
drivers/staging/speakup/speakup_bns.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/speak
- On Oct 13, 2017, at 5:05 PM, Linus Torvalds torva...@linux-foundation.org
wrote:
> On Fri, Oct 13, 2017 at 1:54 PM, Paul E. McKenney
> wrote:
>>>
>>> And if nobody can be bothered to write the user-level code and test
>>> this patch-series, then obviously it's not important enough for the
On 10/12/17 18:53, alawang wrote:
> Function of_changeset_add_property or of_changeset_update_property may
> fails. In this case the property just allocated is never deallocated.
>
> Signed-off-by: alawang
> ---
> drivers/of/overlay.c | 15 +++
> 1 file changed, 11 insertions(+), 4 d
On Mon, Oct 09, 2017 at 10:34:17PM -0700, John Stultz wrote:
> In working with the HiKey and HiKey960 as targets for AOSP,
> Dmitry developed the following overlay manager driver, which
> allows a number of pre-determined DT overlay configurations to
> be defined, and the configurations to be enabl
On Tue, Oct 10, 2017 at 03:46:03PM +0530, Kishon Vijay Abraham I wrote:
> Add new compatible strings for dra74x SoC (also used by dra76x) and
> dra72x. This can be used to perform SoC specific configuration
> (like configuring PCIe in x2 lane mode).
>
> Signed-off-by: Kishon Vijay Abraham I
> Sig
On Sat, 14 Oct 2017, Shreeya Patel wrote:
> Resolve following checkpatch issue:
> WARNING: Symbolic permissions 'S_IRUGO' are not preferred.
> Consider using octal permissions '0444'.
>
> Signed-off-by: Shreeya Patel
> ---
> drivers/staging/speakup/speakup_bns.c | 2 +-
> 1 file changed, 1 ins
Hi Robert,
> I'm sorry I completely missed this one.
No worries, that happens.
> Either it's too late and trash this mail, or it's not, and then I'd suggest
> another approach :
> - patch 1 : move include/linux/i2c/pxa-i2c.h to
> include/platform_data/i2c-pxa.h
>(i2c-pxa.h and not pxa-i2c.
On Tue, Oct 10, 2017 at 03:46:04PM +0530, Kishon Vijay Abraham I wrote:
> Add syscon properties required for configuring PCIe in x2 lane mode.
>
> Signed-off-by: Kishon Vijay Abraham I
> Signed-off-by: Sekhar Nori
> ---
> Documentation/devicetree/bindings/pci/ti-pci.txt | 4
> 1 file chang
On Fri, 2017-10-13 at 23:44 +0200, Julia Lawall wrote:
>
> On Sat, 14 Oct 2017, Shreeya Patel wrote:
>
> >
> > Resolve following checkpatch issue:
> > WARNING: Symbolic permissions 'S_IRUGO' are not preferred.
> > Consider using octal permissions '0444'.
> >
> > Signed-off-by: Shreeya Patel
>
On Fri, 13 Oct 2017, Larry Finger wrote:
> Julia,
>
> On 10/13/2017 08:55 AM, Julia Lawall wrote:
> > It seems that the then and else branches of the conditions on lines 920
> > and 932 are the same.
>
> I think line 923 should be using RTL_RC_VHT_RATE_2SS_MCS8 rather than
> RTL_RC_VHT_RATE_2SS_
Done with following coccinelle patch
@r@
expression x;
void* e;
type T;
identifier f;
@@
(
*((T *)e)
|
((T *)x)[...]
|
((T*)x)->f
|
- (T*)
e
)
Signed-off-by: Harsha Sharma
---
Changes in v4:
-Removed git diff warning "No newline at end of file"
Changes in v3:
-Removed unnecessary line
On Wed, Oct 11, 2017 at 10:41:25AM +0800, Chaotian Jing wrote:
> Change the comptiable for support of multi-platform
> Make compatible explicit
> Add description for reg
> Add description for source_cg
> Add description for mediatek,latch-ck
> Note that source_cg and mediatek,latch-ck are optional
On Wed, Oct 11, 2017 at 09:35:28AM +0300, Eugen Hristev wrote:
> Added property for DMA configuration of the device.
>
> Signed-off-by: Eugen Hristev
> ---
> Documentation/devicetree/bindings/iio/adc/at91-sama5d2_adc.txt | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/Documentat
From: Andi Kleen
Add two simple wrappers around set_bit/clear_bit that accept
the common case of an u32 array. This avoids writing
casts in all callers.
Signed-off-by: Andi Kleen
---
include/linux/bitops.h | 26 ++
1 file changed, 26 insertions(+)
diff --git a/include/
From: Andi Kleen
With a followon patch we want to make clearcpuid affect the XSAVE
configuration. But xsave is currently initialized before arguments
are parsed. Move the clearcpuid= parsing into the special
early xsave argument parsing code.
Since clearcpuid= contains a = we need to keep the ol
For performance testing and debugging it can be useful to disable XSAVE
features individually.
This patchkit hooks up XSAVE with the generic clearcpuid=... option,
so that disabling a CPUID feature automatically disables the respective
XSAVE feature.
It also cleans up CPUID dependency management
From: Andi Kleen
Before enabling XSAVE, not only check the XSAVE specific CPUID bits,
but also the base CPUID features of the respective XSAVE feature.
This allows to disable individual XSAVE states using the existing
clearcpuid= option, which can be useful for performance testing
and debugging,
From: Andi Kleen
Some CPUID features depend on other features. Currently it's
possible to to clear dependent features, but not clear the base features,
which can cause various interesting problems.
This patch implements a generic table to describe dependencies
between CPUID features, to be used
From: Andi Kleen
Clearing a CPU feature with setup_clear_cpu_cap() clears all features
which depend on it. Expressing feature dependencies in one place is
easier to maintain than keeping functions like
fpu__xstate_clear_all_cpu_caps() up to date.
The features which depend on XSAVE have their dep
UMLs current_thread_info() unconditionally assumes that the top of the stack
contains the thread_info structure.
Prevent kcov from using invalid curent_thread_info() data by disable
instrumentation of early startup code.
Signed-off-by: Thomas Meyer
---
arch/um/kernel/skas/Makefile | 2 ++
lib/Ma
Hi Rob,
On 10/02/17 20:53, frowand.l...@gmail.com wrote:
> From: Frank Rowand
>
> I have found the device tree overlay code to be difficult to read and
> maintain. This patch series attempts to improve that situation.
>
> The cleanup includes some changes visible to users of overlays. The
> o
Hi Rob,
On 10/12/17 20:07, Lixin Wang wrote:
> From: alawang
>
> Hello,
>
> Sorry It was my fault in last email that wrote the wrong subject and sign off
> name.
> Correct them this time.
> Thanks
>
> Function of_changeset_add_property or of_changeset_update_property may
> fails. In this case
There is the only path, where mxs_lradc_probe() leaves clk undisabled,
since it does return instead of goto err_clk.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
---
drivers/mfd/mxs-lradc.c | 6 --
1 file changed, 4 insertions(+), 2 deleti
On 10/13/17 00:41, Stephen Boyd wrote:
> This wasn't documented.
>
> Signed-off-by: Stephen Boyd
> ---
> drivers/of/fdt.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/of/fdt.c b/drivers/of/fdt.c
> index ce30c9a588a4..4ea4dad13707 100644
> --- a/drivers/of/fdt.c
> +++ b/drive
On Fri, Oct 13, 2017 at 02:05:40PM +0200, Arnd Bergmann wrote:
> The last cleanup introduced two harmless warnings:
>
> fs/xfs/xfs_fsmap.c:480:1: warning: '__xfs_getfsmap_rtdev' defined but not used
> fs/xfs/xfs_fsmap.c:372:1: warning: 'xfs_getfsmap_rtdev_rtbitmap_helper'
> defined but not used
>
On Fri, Oct 13, 2017 at 12:24:06PM -0700, Abhijit Ayarekar wrote:
> Update to llvm excludes assembly instructions.
> llvm git revision is below
>
> commit 65fad7c26569 ("bpf: add inline-asm support")
>
> This change will be part of llvm release 6.0
>
> __ASM_SYSREG_H define is not required for
On 10/13/17 00:44, Stephen Boyd wrote:
> of_fdt_unflatten_tree() already sets the flag on the node to
> OF_DETACHED, because of_fdt_unflatten_tree() calls
> __unflatten_device_tree() with the detached bool set to true.
>
> Signed-off-by: Stephen Boyd
> ---
> drivers/of/unittest.c | 2 --
> 1 fil
On Fri, Oct 13, 2017 at 03:10:38PM -0700, Alexei Starovoitov wrote:
> On Fri, Oct 13, 2017 at 12:24:06PM -0700, Abhijit Ayarekar wrote:
> > Update to llvm excludes assembly instructions.
> > llvm git revision is below
> >
> > commit 65fad7c26569 ("bpf: add inline-asm support")
> >
> > This change
On Wed, Oct 11, 2017 at 01:23:35PM +0200, Lothar Waßmann wrote:
> The baseboards for the Ka-Ro electronics series of i.MX modules
> use a 24bit LCD interface, no matter what LCD bus width the SoC on the
> module provides and what the LCD panel expects. LCDs with 6bit per color
> will ignore the 2 L
On Fri, Oct 13, 2017 at 08:46:11PM +0100, One Thousand Gnomes wrote:
> > I think I'd actually like to meld this with your other ideas and what I've
> > currently got. What do you think of this approach:
> >
> > /* kernel community doesn't feel userspace should have access at all
> > *
On 10/13/2017 02:03 PM, Andy Lutomirski wrote:
>>
>> -asmlinkage int sys_modify_ldt(int func, void __user *ptr,
>> - unsigned long bytecount)
>> +SYSCALL_DEFINE3(modify_ldt, int , func , void __user * , ptr ,
>> + unsigned long , bytecount)
> sys_modify_ldt
On Fri, Oct 13, 2017 at 05:56:03PM +0200, Greg KH wrote:
> Just want to respond to this part first:
>
> On Fri, Oct 13, 2017 at 03:03:10PM +, mario.limoncie...@dell.com wrote:
> > Take off your "kernel" hat and put on a "customer" hat for a few moments
> > while I try to put this in practical
On 10/13/17 00:35, Stephen Boyd wrote:
> Save one line.
>
> Signed-off-by: Stephen Boyd
> ---
> drivers/of/resolver.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/drivers/of/resolver.c b/drivers/of/resolver.c
> index 2d58253bf2f7..bd21a66f6930 100644
> --- a/driver
Hi,
drivers/of/unittest.c fails on UML with a kernel crash.
The crash is due to of_find_device_by_node() returning NULL:
841│ /* Test that a missing irq domain returns -EPROBE_DEFER */
842│ np = of_find_node_by_path("/testcase-data/testcase-device1");
843├>pdev = of_find_d
Hi,
drivers/of/unittest.c fails on UML with a kernel crash.
The crash is due to of_find_device_by_node() returning NULL:
841│ /* Test that a missing irq domain returns -EPROBE_DEFER */
842│ np = of_find_node_by_path("/testcase-data/testcase-device1");
843├>pdev = of_find_d
On Tue, Oct 10, 2017 at 7:19 PM, Casey Schaufler wrote:
> On 10/7/2017 7:02 AM, Thomas Meyer wrote:
>> Bool initializations should use true and false. Bool tests don't need
>> comparisons.
>>
>> Signed-off-by: Thomas Meyer
>> ---
Hi Thomas,
Thank you for submitting this patch, but it really doe
Hi,
Thanks for spending the time to take a look at this.
On 10/13/2017 04:56 AM, Julien Thierry wrote:
Hi Jeremy,
Please see below some suggestions.
On 12/10/17 20:48, Jeremy Linton wrote:
ACPI 6.2 adds a new table, which describes how processing units
are related to each other in tree lik
Hi Aishwarya,
On Sun, Oct 08, 2017 at 02:53:20PM +0530, Aishwarya Pant wrote:
> Patch series performs minor code cleanups using coccinelle to simplify memory
> allocation tests and remove redundant OOM log messages.
>
> Aishwarya Pant (2):
> staging: atomisp2: cleanup null check on memory alloc
On 10/13/17 00:35, Stephen Boyd wrote:
> This is the same as be32_add_cpu(), so simplify the code and
> remove the now unused local variable.
>
> Signed-off-by: Stephen Boyd
> ---
> drivers/of/resolver.c | 5 +
> 1 file changed, 1 insertion(+), 4 deletions(-)
>
> diff --git a/drivers/of/res
The mm-of-the-moment snapshot 2017-10-13-15-52 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
Signed-off-by: Pierre-Hugues Husson
---
arch/arm64/boot/dts/rockchip/rk3399.dtsi | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/arch/arm64/boot/dts/rockchip/rk3399.dtsi
b/arch/arm64/boot/dts/rockchip/rk3399.dtsi
index ab7629c5b856..a65f7f744a40 100644
--- a/arch/arm6
Enable CEC on firefly-rk3399.
Tested on a TV with cec-ctl --playback; cec-ctl -S
Pierre-Hugues Husson (3):
drm: bridge: synopsys/dw-hdmi: Enable cec clock
arm64: dts: rockchip: add the cec clk for dw-mipi-hdmi on rk3399
arm64: dts: rockchip: enable cec pin for rk3399 firefly
arch/arm64/boo
The documentation already mentions "cec" optional clock, but
currently the driver doesn't enable it.
Signed-off-by: Pierre-Hugues Husson
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c
Signed-off-by: Pierre-Hugues Husson
---
arch/arm64/boot/dts/rockchip/rk3399-firefly.dts | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm64/boot/dts/rockchip/rk3399-firefly.dts
b/arch/arm64/boot/dts/rockchip/rk3399-firefly.dts
index f6fbcc05073e..431ff1bb3720 100644
--- a/arch/arm64
Hi Rob,
On 07/25/17 13:36, Rob Herring wrote:
> On Tue, Apr 25, 2017 at 7:09 PM, wrote:
>> From: Frank Rowand
>>
>> Existing overlay unit tests examine individual pieces of the overlay
>> code. The new tests target the entire process of applying an overlay.
>>
>> Signed-off-by: Frank Rowand
>
This patch supports xgene-hwmon v2 which uses the non-cachable memory
as the PCC shared memory.
Signed-off-by: Hoan Tran
---
v3
- Use local version variable
- Use inline calls instead of the private map function
v2
- Map PCC shared mem by ioremap() in case hwmon is v2
drivers/hwmon/xgene-hw
The driver mmap functions shouldn't take lock when calling vb2_mmap().
Fix it to not take the lock. The following lockdep warning is fixed
with this change.
[ 1990.972058] ==
[ 1990.978172] WARNING: possible circular locking dependency detected
[
The driver mmap functions shouldn't take lock when calling vb2_mmap().
Fix it to not take the lock. The following lockdep warning is fixed
with this change.
[ 2106.181412] ==
[ 2106.187563] WARNING: possible circular locking dependency detected
[
Driver mmap functions shouldn't hold lock when calling vb2_mmap(). The
vb2_mmap() function has its own lock that it uses to protect the critical
section.
Reference: commit log for f035eb4e976ef5a059e30bc91cfd310ff030a7d3
Shuah Khan (2):
media: exynos-gsc: fix lockdep warning
media: s5p-mfc:
On Sat, 2017-10-14 at 02:05 +0800, Ming Lei wrote:
> In the following patch, we will implement scsi_get_budget()
> which need to call scsi_prep_state_check() when rq isn't
> dequeued yet.
My understanding is that this change is only needed because scsi_mq_get_budget()
calls scsi_prep_state_check()
Thanks, the change looks okay to me. It would be nice to test it on an
SMP system if possible. But I don't see how the change should break
existing support for IRQ affinity setting.
With that,
Reviewed-by: Ray Jui
Regards,
Ray
On 10/11/2017 1:26 AM, Sandor Bodo-Merle wrote:
Hi Ray,
we te
On Sat, Oct 14, 2017 at 12:42 AM, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
>
> It looks like all completions as created by flush_workqueue map
> into a single lock class which creates lockdep false positives.
Hello,
It's already in progress. Please take a look at the following.
https://
On Sat, 2017-10-14 at 02:05 +0800, Ming Lei wrote:
> @@ -89,19 +89,36 @@ static bool blk_mq_sched_restart_hctx(struct
> blk_mq_hw_ctx *hctx)
> return false;
> }
>
> -static void blk_mq_do_dispatch_sched(struct blk_mq_hw_ctx *hctx)
> +static bool blk_mq_do_dispatch_sched(struct blk_mq_hw_c
[ resending - looks like my primary email provider ended up on a spam list
and almost all of my e-mail gets dropped ]
On Fri, Oct 13, 2017 at 04:26:57PM +0200, Peter Rosin wrote:
> On 2017-10-13 15:50, Guenter Roeck wrote:
> > On 10/13/2017 02:27 AM, Peter Rosin wrote:
> >> With a nxp,se97 chip
On Fri, Oct 13, 2017 at 07:37:50PM +0100, Mark Brown wrote:
> On Fri, Oct 13, 2017 at 11:30:06AM -0700, Dmitry Torokhov wrote:
> > On Sat, Oct 14, 2017 at 02:19:28AM +0800, jeffy wrote:
>
> > > > Yeah, it's the same stuff as we get with initcall ordering. This sort
> > > > of thing does happen wi
hello devs,
upstream commit 99b5c5bb9a5435a5ae5d46445ac0f2bf6aa5ee52 removed the use
of set_fs in get_kctl_0dB_offset under the assumption that the only runtime
value of kctl->tlv.c was snd_hda_mixer_amp_tlv. alas, recently, the KERNEXEC
and UDEREF features in PaX reported a violation of this assu
On Fri, Oct 13, 2017 at 5:03 PM, Andy Lutomirski wrote:
> On Fri, Oct 13, 2017 at 1:39 PM, Dave Hansen
> wrote:
>>
>> I noticed that we don't have tracepoints for sys_modify_ldt(). I
>> think that's because we define it directly instead of using the
>> normal SYSCALL_DEFINEx() macros.
>>
>> Is t
On Fri, Oct 13, 2017 at 2:41 PM, Rob Herring wrote:
> On Mon, Oct 09, 2017 at 10:34:17PM -0700, John Stultz wrote:
>> In working with the HiKey and HiKey960 as targets for AOSP,
>> Dmitry developed the following overlay manager driver, which
>> allows a number of pre-determined DT overlay configur
On 10/12/2017 02:26 PM, Greg Kroah-Hartman wrote:
4.13-stable review patch. If anyone has any objections, please let me know.
--
From: Kees Cook
commit 96ca579a1ecc943b75beba58bebb0356f6cc4b51 upstream.
Adds missing access_ok() checks.
CVE-2017-5123
Reported-by: Chris Sall
On Fri, Sep 29, 2017 at 7:08 AM, Kirill A. Shutemov
wrote:
> With boot-time switching between paging mode we will have variable
> MAX_PHYSMEM_BITS.
>
> Let's use the maximum variable possible for CONFIG_X86_5LEVEL=y
> configuration to define zsmalloc data structures.
>
> The patch introduces MAX_P
Hi Linus,
Couple of the arm people seem to wake up so this has imx and msm
fixes, along with a bunch of i915 stable bounds fixes and an amdgpu
regression fix.
All seems pretty okay for now.
Dave.
The following changes since commit 8a5776a5f49812d29fe4b2d0a2d71675c3facf3f:
Linux 4.14-rc4 (201
Hi Bjorn,
One piece of information to add:
On Thu, Oct 12, 2017 at 11:27 PM, Brian Norris wrote:
> On Thu, Oct 12, 2017 at 10:15:23PM -0500, Bjorn Helgaas wrote:
> > Is this a hole in those specs? Is this something that needs to be
> > clarified by the PCI-SIG to improve interoperability?
>
> A
The "qspinlock_types.h" doesn't need linux/atomic.h directly. So
because of this, and because including of it requires the protection
against recursive inclusion, it looks reasonable to move the
inclusion exactly where it is needed. This change affects the x86_64
arch, as the only user of qspinlock
VC4's DSI1 has a bug where the AXI connection is broken for 32-bit
writes from the CPU, so we use the DMA engine to DMA 32-bit values
into registers instead. That sleeps, so we can't do it from the top
half.
As a solution, use an interrupt thread so that all our writes happen
when sleeping is is
On 2017/10/13 21:21, Yunlong Song wrote:
> Without this patch, it will cause all the free segments using up in some
> corner case. For example, there are 100 segments, and 20 of them are
> reserved for ovp. If 79 segments are full of data, segment 80 becomes
> CURSEG segment, write 512 blocks and t
On 2017/10/13 21:31, Yunlong Song wrote:
> This can help us to debug on some corner case.
I can hit this bugon with generic/015 of fstest easily, could have a look at
this?
Thanks,
>
> Signed-off-by: Yunlong Song
> Signed-off-by: Chao Yu
> ---
> fs/f2fs/gc.c | 6 +-
> 1 file changed, 5 i
Hi Pierre-Hugues,
On Fri, Oct 13, 2017 at 7:53 PM, Pierre-Hugues Husson wrote:
> The documentation already mentions "cec" optional clock, but
> currently the driver doesn't enable it.
The cec clock is enabled at dw_hdmi_cec_enable().
On Saturday, October 14, 2017 1:45:11 AM CEST Dmitry Torokhov wrote:
> On Fri, Oct 13, 2017 at 07:37:50PM +0100, Mark Brown wrote:
> > On Fri, Oct 13, 2017 at 11:30:06AM -0700, Dmitry Torokhov wrote:
> > > On Sat, Oct 14, 2017 at 02:19:28AM +0800, jeffy wrote:
> >
> > > > > Yeah, it's the same stu
On 10/13/17 14:06, Mark Brown wrote:
> Changes since 20171012:
>
> The rdma tree gained a conflict.
on i386:
CONFIG_PCI is not enabled.
../drivers/mfd/lpc_ich.c: In function 'lpc_ich_init_spi':
../drivers/mfd/lpc_ich.c:1137:3: error: implicit declaration of function
'pci_bus_write_config_byte
On Fri, Oct 13, 2017 at 04:09:23PM -0400, Nicolas Pitre wrote:
> On Fri, 13 Oct 2017, Al Viro wrote:
>
> > OK... I wonder if it should simply define stubs for kill_mtd_super(),
> > mtd_unpoint() and kill_block_super() in !CONFIG_MTD and !CONFIG_BLOCK
> > cases. mount_mtd() and mount_bdev() as we
On Saturday, September 30, 2017 9:20:27 AM CEST Aubrey Li wrote:
> There are several factors in the menu governor to predict the next
> idle interval:
> - the next timer
> - the recent idle interval history
> - the corrected idle interval pattern
> These factors are common enough to be extracted to
On Saturday, September 30, 2017 9:20:28 AM CEST Aubrey Li wrote:
> Record the overhead of idle entry in micro-second
>
What is this needed for?
> Signed-off-by: Aubrey Li
> ---
> drivers/cpuidle/cpuidle.c | 33 +
> include/linux/cpuidle.h | 14 ++
>
This patch is the followup of the prvious patch:
[writeback: schedule periodic writeback with sysctl].
There's another issue to fix.
For example,
- When the tunable was set to one hour and is reset to one second, the
new setting will not take effect for up to one hour.
Kicking the flusher threa
On Saturday, September 30, 2017 9:20:29 AM CEST Aubrey Li wrote:
> For the governor has predict functionality, add a new predict
> interface in cpuidle framework to call and use it.
Care to describe how it is intended to work?
Also this patch uses data structures introduced in the previous one
(a
On 10/13/17 13:47, Rob Herring wrote:
> On Thu, Oct 12, 2017 at 8:42 PM, alawang wrote:
>> It is possible a node was dynamically allocated but without any
>> property. The properies will be got from devices and added to the
>> node when devices got connected.
>> When release this node, all propert
On Saturday, September 30, 2017 9:20:30 AM CEST Aubrey Li wrote:
> If the next idle is expected to be a fast idle, we should keep tick
> on before going into idle
>
> Signed-off-by: Aubrey Li
This also can be merged with the previous patch (and the [2/8]) IMO.
> ---
> drivers/cpuidle/cpuidle.c
On 2017-10-11 23:19, Vivek Gautam wrote:
Refactor ufs_qcom_power_up_sequence() to get rid of ugly
exported phy APIs and use the phy_init() and phy_power_on()
to do the phy initialization.
Signed-off-by: Vivek Gautam
---
Changes since v1:
- The UFS phy retain state in low power mode. The phy c
On Saturday, September 30, 2017 9:20:31 AM CEST Aubrey Li wrote:
> sleep length indicates how long we'll be idle. Currently, it's updated
> only when tick nohz enters. These patch series make a new requirement
> with tick, so we should keep sleep length updated as needed
So what exactly would be t
On Saturday, September 30, 2017 9:20:32 AM CEST Aubrey Li wrote:
> Add a knob to make fast idle threshold tunable
>
> Signed-off-by: Aubrey Li
I first of all am not sure about the need to add a tunable for this at all
in the first place.
> ---
> drivers/cpuidle/cpuidle.c | 3 ++-
> include/li
On Saturday, September 30, 2017 9:20:33 AM CEST Aubrey Li wrote:
> Introduce irq timings output as a factor to predict the duration
> of the coming idle
>
> Signed-off-by: Aubrey Li
> ---
> drivers/cpuidle/Kconfig | 1 +
> drivers/cpuidle/cpuidle.c | 17 -
> 2 files changed, 1
On Saturday, September 30, 2017 9:20:34 AM CEST Aubrey Li wrote:
> Introduce run queue average idle in scheduler as a factor to make
> idle prediction
>
> Signed-off-by: Aubrey Li
> ---
> drivers/cpuidle/cpuidle.c | 12
> include/linux/cpuidle.h | 1 +
> kernel/sched/idle.c
On Saturday, September 30, 2017 9:20:26 AM CEST Aubrey Li wrote:
> We found under some latency intensive workloads, short idle periods occurs
> very common, then idle entry and exit path starts to dominate, so it's
> important to optimize them. To determine the short idle pattern, we need
> to figu
Hi Arvind - My apologies for the extremely slow review.
On 06/30/2017 05:33 AM, Arvind Yadav wrote:
> attribute_groups are not supposed to change at runtime. All functions
> working with attribute_groups provided by work with const
> attribute_group. So mark the non-const structs as const.
>
> F
On 08/19/2017 12:54 PM, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Sat, 19 Aug 2017 18:15:14 +0200
>
> Some update suggestions were taken into account
> from static source code analysis.
>
> Markus Elfring (3):
> Delete 21 error messages for a failed memory allocation
> Return a
On 10/01/2017 03:30 PM, Jérémy Lefaure wrote:
> Using the ARRAY_SIZE macro improves the readability of the code.
>
> Found with Coccinelle with the following semantic patch:
> @r depends on (org || report)@
> type T;
> T[] E;
> position p;
> @@
> (
> (sizeof(E)@p /sizeof(*E))
> |
> (sizeof(E)@p
On Saturday, September 30, 2017 9:20:29 AM CEST Aubrey Li wrote:
> For the governor has predict functionality, add a new predict
> interface in cpuidle framework to call and use it.
> ---
> drivers/cpuidle/cpuidle.c| 34 ++
> drivers/cpuidle/governors/menu.c
901 - 1000 of 1004 matches
Mail list logo
